Written by amrhassan the 7 Mar 09 at 23:30.
Global category: Look and Feel.
New
Filesystem operations (copying, moving, deleting files and directories, etc...), importing music into a media player and so on should be displayed in a unified way all throughout the desktop environment.
Written by Eldmannen the 28 May 08 at 17:07.
Global category: Look and Feel.
New
Now when you use the Human theme, you're stuck with brown.
You should be able to pick a color of your own likening so that you can choose blue, green, yellow, white, orange, black, gray, purple, teal, pink or whatever you like.
Currently the theming is all over the place and changing one place does not affect any other. Although that kind of tweakability is great, most users just want different default colors. (pink, blue, brown, black)
What we should be having:
A: wallpaper - changes every release
B: color-theme - human (easily configurable by user!)
C: splash-canvas - human (we need to create this)
D: gtk-engine - clearlooks with B as default colors
E: kde-engine - oxygen with B as default colors
F: icon-theme - tango with color-filter using B
Written by Abatrour the 29 Feb 08 at 03:48.
Global category: Look and Feel.
New
I think more Windows users would try out Ubuntu if they could just double click an .exe file instead of going into a command prompt, browsing to the folder and then typing "wine *.exe" to install the program.
I like how Ubuntu adds shortcuts on the desktop and the "start menu" after you install the program making it easy to run but installing Windows software needs to be easier.
When Hardy Heron was released, the Ubuntu servers became overloaded with thousands of people trying to download it. Downloading rates of repositories and updates were so slow that some people had to leave the computer on at night only to find connection errors the next morning.
However, if Canonical had promoted the BitTorrent downloads, this wouldn't have happened. Everyone would have got a copy of Ubuntu without slowing the repository servers and producing a Denial-of-Service effect.
Moreover, BitTorrent has many advantages over direct downloads. For instance, the more people downloading at the same time, the more sources and lesser the wait. In addition, it ensures file integrity because it uses hash functions, that is, files cannot be corrupted (modified). Not to mention that transfers can be resumed if the connection is broken.
Therefore, BitTorrent downloading should be included in the Get Ubuntu page ( http://www.ubuntu.com/getubuntu/download ) with a succinct but clear explanation on how to use them.
The fact that this idea hasn't been implemented --despite all the votes in favour-- clearly shows a neglect and reluctance from Canonical decision-makers to do what is best for the community. The worst thing is that they aren't giving an explanation. I hope good ideas in this site don't come to die here in a puzzle of bureaucracy :(
The reason Ubuntu is the most popular Linux distribution is because developers listen to people. Let's keep that "humanity towards others" alive.
We do actually have a BitTorrent tracker and support BitTorrent downloads; you can see the .torrent files on releases.ubuntu.com, and every release features people eager to provide seeding.
I think the reason the torrents aren't prominent on getubuntu/download is that there are a lot of problems with the server-side tracker software; particularly around release time, it has to be restarted manually rather a lot as new files are made available, taking ages to reinitialise each time, and this makes our sysadmins unhappy. Our webmaster also wants the download page to be as simple as possible, and each option does add a level of complexity to the process.
That said, BitTorrent certainly can help to scale back server load (although so can using mirrors other than Canonical's - there's a reason there's a period before release when the images are available on our servers but we ask people to restrain themselves from posting links to them, and that's to give mirrors a chance to fetch the images first).
On 3 June, our webmaster added a note to the bottom of http://www.ubuntu.com/getubuntu/download on how to retrieve images by BitTorrent, which I believe was in response to this item. This ultimately takes you through to the releases.ubuntu.com page from which you can get the .torrent files.
Bearing in mind some of the constraints involved that lead to something of a compromise, I'm interested in whether that resolves this item.
I can't think, nor have I heard, of any showstopper reason for why BitTorrent shouldn't be used as the primary download method of Ubuntu respository packages. Although the specifics of the implementation of this idea will be different for ISOs and repositories, I feel they should be unified in the brainstorm because the goal is to allow the rapid, efficient, reliable, and available download of Ubuntu software.
Implementation Benefits
1) Speed. All Ubuntu downloads (ISO downloads, dist upgrades, regular system updates, and new application installs) will as a whole be faster. Generally torrent download speeds benefit from higher numbers of downloaders that seed, which Ubuntu users have demonstrated they are prone to do. BitTorrent is better able to absorb (and eventually use as an asset) large numbers of users attempting to download data at the same time, such as with the recent mad rush of Hardy downloaders/upgraders.
2) Efficiency. The BitTorrent protocol has proven to be one of the most efficient methods of distributing data amongst a large number of clients. It will harness the collective upstream of tens of thousands of Ubuntu users, from DSL and cable connections to the fastest of corporate connections.
3) Reliability. Checksums guarantee the integrity of BitTorrent downloads, so data corruption is much less likely to occur. Only the pieces that fail checksum are redownloaded, contributing to points 1 and 2.
Written by No0ne the 29 Feb 08 at 00:37.
Global category: Graphics.
New
Better way to set monitor resolution and refresh rate. Majority of the new monitors are LCD type. User should be able to specify the native resolution and refresh rate during install.
Then Ubuntu/X must do WHATEVER it takes to stick to that resolution and refresh rate.
In case of multi-monitor setups, must be able to specify the configuration at time of installation.
Also, the login GUI must use same resolution as X. Why different resolutions?
Rant:
I have nVidia NVS440 card with Viewsonic VP2290b monitor. Video card must be set to 1920x1200 @13Hz or @41Hz refresh rate for each of it's four outputs. Desktop must be arranged in 2x2 matrix. Then monitor displays 3840x2400 @13Hz or @41Hz.
This worked very well in Ubuntu 6.06. Installed Ubuntu 7.04 and ended up with something like 800x480, even with nVidia binary drivers. Tweaked xorg.conf for weeks to get this to work. BulletProofX kept messing with my hand crafted xorg.conf file; which did work with 6.06. Eventually gave up and started using Windaz again :-( Will try again when frustration level has come down.
Written by jherran the 28 Feb 08 at 15:01.
Global category: Hardware support.
New
There are lot of people having troubles syncing their devices (pda, smartphones, etc.) with ubuntu. At this poing there is only one solution available, multisync, and works for only a few devices, and it's very limited on their functions.
And I think, this is a very important point for lots of people.
**Suggestions from duplicate idea 397 work on that idea :
1) Clean up the Opensync and SyncML plugin packages to work properly with Evolution by default.
2) Set up an official Ubuntu SyncML server for Ubuntu users.
3) Possibly clean up open source SyncML clients for the different mobile platforms.
Developer comments
The current status of mobile devices synchronization in Linux is generally is quite shaky. It *can* work but it's a lot of work usually. There are a few efforts around but there's no single project that works in the majority of the situations.
This is also caused by manufacturers not using a single synchronization protocol. The most promising project now is OpenSync[1] which supports basically SyncML 1.1 and the Nokia variation and it works with several degrees of success between phones and desktops but the project itself is in a constant alpha state with a lot of issues, the GUI is simplistic and there are no integrated resources to sync with online contacts/calendars
like Google's. This can be overcome by preparing Evolution and/or Thunderbird to do it.
In short, despite the infrastructure is mostly there, we need work to make it a seamless experience for the user.
Bear in mind that this is a huge effort. Synchronization looks simple but there's a lot of factors and situations that need to be addressed like how to synchronize devices with different capabilities and how to keep 3 way synchronizations (desktop, online and mobile).
Written by dragonx the 28 Feb 08 at 17:30.
Global category: Multimedia.
New
In many cases, I can't configure my webcam or I have problems with the microphone. Now I can use my webcam but only with V4L2 and only 3 programas detect my webcam. It's a good idea can use my webcam in all programs as camorama.
Developer comments
That's pure driver issue in the first place. A big plus is to recommend UVC-based webcams to users, since it takes a lot of work off the shoulders of driver-developers. On the
integration-side proper support for v4l/v4l2 in webcam-related applications needs to be solidified. The ideal application to polish up is cheese of course.