Written by r0g the 30 Jan 09 at 05:32.

If you need to use a temp file that, surely, is where to put it. Naturally it should not be set to readable and deleted once the save has completed successfully.

If you need to use a temp file that, surely, is where to put it. Naturally it should not be set to readable and deleted once the save has completed successfully.

Written by eliseobc the 30 Jan 09 at 20:31.

These files are really the last backup for any file modified by gedit, It is better to move them to a backup folder.

These files are really the last backup for any file modified by gedit, It is better to move them to a backup folder.

Written by Lex the 31 Jan 09 at 09:48.

Simply disable backup files (~) in GEdit by default. (Most users are not aware of then anyway.)

Simply disable backup files (~) in GEdit by default. (Most users are not aware of then anyway.)

Written by mhogerheijde the 15 Feb 09 at 22:11.

Vi also makes temp files (.[filename].tmp) with the same permissions as the original file. But it cleans its files up!

Why can't Gedit just clean its files after a successful save?

Vi also makes temp files (.[filename].tmp) with the same permissions as the original file. But it cleans its files up! Why can't Gedit just clean its files after a successful save?

Written by firexq the 22 Apr 09 at 03:12.

Self explanatory. Gedit should delete the hidden files on closing and--in the case of unexpected crash--handle them the next time Gedit is launched.

Self explanatory. Gedit should delete the hidden files on closing and--in the case of unexpected crash--handle them the next time Gedit is launched.

Written by angryhomer17 the 29 Feb 08 at 02:19.

Ubuntu Brainstorm was updated in January 2009. Since the idea #499 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #499 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by jhoger the 29 May 08 at 01:39.

My idea is that Canonical should leverage their brand and become profitable using techniques that are not in conflict with the free software ideals.

a) Charge for support
b) Charge contracting/consulting fees for adaptation/customization
c) Advertising/marketing agreement fees for connecting downstream customers with upstream or 3rd party developers
d) Publish books
e) Get into the "trade show"/conference hosting business
f) Offer web hosting on Ubuntu servers
g) Offer paid-for certification on Ubuntu products
h) Sell Ubuntu foo-foo merchandise (hats, shirts, ...)
i) Sell Ubuntu branded computers (desktops, laptops, servers)... partner with an existing OEM to make these Ubuntu branded lines.

etc.

Probably Canonical needs to pursue a combination of these. Their long-term competitive advantage is their brand. If they guard it and build it up then they can sell all kinds of things with their name and logo on it.

My idea is that Canonical should leverage their brand and become profitable using techniques that are not in conflict with the free software ideals. a) Charge for support b) Charge contracting/consulting fees for adaptation/customization c) Advertising/marketing agreement fees for connecting downstream customers with upstream or 3rd party developers d) Publish books e) Get into the "trade show"/conference hosting business f) Offer web hosting on Ubuntu servers g) Offer paid-for certification on Ubuntu products h) Sell Ubuntu foo-foo merchandise (hats, shirts, ...) i) Sell Ubuntu branded computers (desktops, laptops, servers)... partner with an existing OEM to make these Ubuntu branded lines. etc. Probably Canonical needs to pursue a combination of these. Their long-term competitive advantage is their brand. If they guard it and build it up then they can sell all kinds of things with their name and logo on it.

Written by sinanaykut the 27 Jan 09 at 14:40.

My idea is, at the ubuntu bar, there may be a button or menu label that says "Support Ubuntu!". When the user runs it (if he/she wants of course), it should open a box that which has a title something like "UbiPoints". When it runs, it should show some ubuntu or linux ads or maybe Coca Cola (no kidding :)). Day by day, it collects ubipoints for supporting ubuntu. Then maybe the points will show up at the internet. Imagine "HI-SCORES".

I don't know, maybe this idea sucks, maybe it needs to improve or debate.


SAMPLE:
http://img220.imageshack.us/my.php?image=linuxubuntuthmsv3.jpg

Sorry for fuzzy english :)

My idea is, at the ubuntu bar, there may be a button or menu label that says "Support Ubuntu!". When the user runs it (if he/she wants of course), it should open a box that which has a title something like "UbiPoints". When it runs, it should show some ubuntu or linux ads or maybe Coca Cola (no kidding :)). Day by day, it collects ubipoints for supporting ubuntu. Then maybe the points will show up at the internet. Imagine "HI-SCORES". I don't know, maybe this idea sucks, maybe it needs to improve or debate. SAMPLE: http://img220.imageshack.us/my.php?image=linuxubuntuthmsv3.jpg Sorry for fuzzy english :)

Written by rouge568 the 27 Jan 09 at 22:50.

Have it so a user can easily donate to Ubuntu through either Paypal or a Credit Card though a link on the front page.

Have it so a user can easily donate to Ubuntu through either Paypal or a Credit Card though a link on the front page.

Written by TheLions the 28 Jan 09 at 00:24.

why not add some banners on the bottom or the top of the ubuntuforums which would generate money per view?
Since forums have a lot visitors it could be a new source of funds.

why not add some banners on the bottom or the top of the ubuntuforums which would generate money per view? Since forums have a lot visitors it could be a new source of funds.

Written by coder543 the 28 Jan 09 at 00:43.

Don't add annoying advertisements
Don't begrudge people into donating
_DON'T_ do "UbiPoints"

However, if we support ubuntu by telling others about it, then we will be able to help others rather than (mostly) hurt ourselves.

Don't add annoying advertisements Don't begrudge people into donating _DON'T_ do "UbiPoints" However, if we support ubuntu by telling others about it, then we will be able to help others rather than (mostly) hurt ourselves.

Written by David.ZA the 13 Feb 09 at 12:15.

Ubuntu could be the delivery system for software that people would be willing to pay for.
E.g.:
In Synaptic: Install and Pay for commercial Software. Ubuntu could charge a little margin for this

Proviso:
The finances should be entirely transparent, and democratic efforts like brainstorm must be hold the 'final' vote.

Ubuntu could be the delivery system for software that people would be willing to pay for. E.g.: In Synaptic: Install and Pay for commercial Software. Ubuntu could charge a little margin for this Proviso: The finances should be entirely transparent, and democratic efforts like brainstorm must be hold the 'final' vote.

Written by Kver the 14 Feb 09 at 00:58.

A: Offer services that both the user can benefit from, and make revenue. The best example if the firefox search bar, where the fox makes profit off of the search box. Ubuntu could make deals with companies such as Google to make money off of internet searches conducted with modified tools such beagle or tracker.

B: Solution #5, mixed with a steam-like service. Valves Steam software is a good example of online distribution and copyright management. Users could purchase software steam-style and download it onto several computers as needed. Unlike steam, however, we would only require users to be logged in for updates or downloads.

C: Create a "Funding" website for software projects. Projects or people hoping for funding could post requests for funding. Authors would post a goal, and explain what they plan to do if the goal is met. For example, if the Nautilus project needs $200 for authors to go to a programming conference (to implement, say, improved file previews), they could post a goal of $200, with enabling several types of specialized file previews if earned. Then bids could be placed to fund the project, and specify any requirements if the bid is accepted (Ie weekly progress reports).

D: Run a folding project. Allow users to download a program similar to Sonys Folding@home; The computing power could be (cheaply) sold to other non-profit organizations; they get high-quality low-budget computing power, the software gets funded.

A: Offer services that both the user can benefit from, and make revenue. The best example if the firefox search bar, where the fox makes profit off of the search box. Ubuntu could make deals with companies such as Google to make money off of internet searches conducted with modified tools such beagle or tracker. B: Solution #5, mixed with a steam-like service. Valves Steam software is a good example of online distribution and copyright management. Users could purchase software steam-style and download it onto several computers as needed. Unlike steam, however, we would only require users to be logged in for updates or downloads. C: Create a "Funding" website for software projects. Projects or people hoping for funding could post requests for funding. Authors would post a goal, and explain what they plan to do if the goal is met. For example, if the Nautilus project needs $200 for authors to go to a programming conference (to implement, say, improved file previews), they could post a goal of $200, with enabling several types of specialized file previews if earned. Then bids could be placed to fund the project, and specify any requirements if the bid is accepted (Ie weekly progress reports). D: Run a folding project. Allow users to download a program similar to Sonys Folding@home; The computing power could be (cheaply) sold to other non-profit organizations; they get high-quality low-budget computing power, the software gets funded. E: Push boxed-copies of Ubuntu onto bigger retailers. Officially selling Ubuntu for $20-$60 in stores; Additionally, a year or two of bundled, professional support, and CDs / DVDs with extra repositories would help justify the cost cheaply - and benefit offline users. This could expose Ubuntu to the average user, and make massive profit. (I'm sure there's a competition law somewhere that could pave a modest amount of shelf-space away from Windows)

Written by RomanIvanov the 14 Feb 09 at 21:22.

As in Mozilla project companies(just users) could ask for rapid fix/new feature from developers from Canonical or any freelancer.
Companies post problem and tell how much they could pay for this, any developer could implement this and get money for fix. Even Canonical could use it as outsourcing for minor features.

As result we will have more quick bug fixing, and company does not need to wait for ages for fix - it encourages developers.

As in Mozilla project companies(just users) could ask for rapid fix/new feature from developers from Canonical or any freelancer. Companies post problem and tell how much they could pay for this, any developer could implement this and get money for fix. Even Canonical could use it as outsourcing for minor features. As result we will have more quick bug fixing, and company does not need to wait for ages for fix - it encourages developers.

Written by yman the 4 Apr 10 at 05:04.

For example: package Ubuntu with an official disc, a printed manual, included support, an Ubuntu One trial, and pre-installed full multimedia support from Fluendo for 125 USD.

Or some such deal. It should all come in a nice professional-looking package, and since the Ubuntu software isn't being charged for, the money will all be going for the extras, so pack them tight and give more bang for the buck compared to the competing products.

For example: package Ubuntu with an official disc, a printed manual, included support, an Ubuntu One trial, and pre-installed full multimedia support from Fluendo for 125 USD. Or some such deal. It should all come in a nice professional-looking package, and since the Ubuntu software isn't being charged for, the money will all be going for the extras, so pack them tight and give more bang for the buck compared to the competing products.

Written by Bayle the 12 May 10 at 18:25.

Ubuntu and all the software should remain open and free as in “free as a beer” being able to download from anywhere and anytime.A system that's not being updated should be fully functional with no strings attached.
Lets extend Ubuntu from just being a desktop system, to a time saving service providing the user with a vast software portfolio based on a secure,convenient and stable platform.
In order doing so, charge users a small amount (based on their subscription) for updates on their installed system, by requiring them to login as they would into their email account.
The only difference over the current situation are the (crucial) updates (tested and maintained by Canonical) which could be performed trough the access of cloud/email service (or any other feasible method). All other not officially supported repositories (multiverse/universe/restricted or any other manually added) should not be affected.Again every code change Canonical provides will be still available somewhere on the net,just not trough synaptic's main repos.Users can add stuff manually if they prefer not to pay.In essence, Canonical would provide the assurance that updates or software trough their servers are mature,clean,tested and a point-click matter.

Very few if at all would circumvent this process by re-downloading the updated Distro, wipe the entire hard-disk, doing a reinstall, setting up preferences, possibly losing some data in order to keep the system up to date, its just not worth the time.
A good approach would be to offer Ubuntu bundled with an email/cloud service so the potential customer would immediately get the sense he's receiving an added value over the traditional operating system.

Ubuntu and all the software should remain open and free as in “free as a beer” being able to download from anywhere and anytime.A system that's not being updated should be fully functional with no strings attached. Lets extend Ubuntu from just being a desktop system, to a time saving service providing the user with a vast software portfolio based on a secure,convenient and stable platform. In order doing so, charge users a small amount (based on their subscription) for updates on their installed system, by requiring them to login as they would into their email account. The only difference over the current situation are the (crucial) updates (tested and maintained by Canonical) which could be performed trough the access of cloud/email service (or any other feasible method). All other not officially supported repositories (multiverse/universe/restricted or any other manually added) should not be affected.Again every code change Canonical provides will be still available somewhere on the net,just not trough synaptic's main repos.Users can add stuff manually if they prefer not to pay.In essence, Canonical would provide the assurance that updates or software trough their servers are mature,clean,tested and a point-click matter. Very few if at all would circumvent this process by re-downloading the updated Distro, wipe the entire hard-disk, doing a reinstall, setting up preferences, possibly losing some data in order to keep the system up to date, its just not worth the time. A good approach would be to offer Ubuntu bundled with an email/cloud service so the potential customer would immediately get the sense he's receiving an added value over the traditional operating system.

Written by Frantique the 3 Feb 09 at 13:46.

Because we have enough space between the [ ] pair (12 char in this case), show [yymmddhhmmss] format at least, or better: [yy.mm.dd.-hh:mm:ss].
Like this we can figure out quickly when the event happened.

I know that in /var/log/kern.log we have human readable timestamp, but it would be more convenient to see it in the dmesg output.

Because we have enough space between the [ ] pair (12 char in this case), show [yymmddhhmmss] format at least, or better: [yy.mm.dd.-hh:mm:ss]. Like this we can figure out quickly when the event happened. I know that in /var/log/kern.log we have human readable timestamp, but it would be more convenient to see it in the dmesg output.

Written by ikajaste the 25 Feb 09 at 10:35.

When a human readable time format that doesn't come from system locale is needed, let's use standards rather than our own inventions.

ISO 8601 defines date and time formats. Use them:

"YYYY-MM-DD hh:mm:ss"

or if a more compressed format is needed, use date "YYYYMMDD" and time "hhmmss" joined by capital T as "<date>T<time>"

When a human readable time format that doesn't come from system locale is needed, let's use standards rather than our own inventions. ISO 8601 defines date and time formats. Use them: "YYYY-MM-DD hh:mm:ss" or if a more compressed format is needed, use date "YYYYMMDD" and time "hhmmss" joined by capital T as "&lt;date&gt;T&lt;time&gt;"

Written by ludovicc the 27 Feb 09 at 13:29.

Dmesg could support the -h parameter to display time in human format. The default time format, which is the time since the last boot, is very useful in many scenario.

Dmesg could support the -h parameter to display time in human format. The default time format, which is the time since the last boot, is very useful in many scenario.

Written by Christopher M. Penalver the 20 Oct 12 at 18:37.

A dmesg switch already provides human readable information. For more on this, please see man dmesg page:
-T, --ctime
Print human readable timestamps. The timestamp could be inaccu‐
rate!

The time source used for the logs is not updated after system
SUSPEND/RESUME.

lsb_release -rd
Description: Ubuntu 12.10
Release: 12.10

apt-cache policy util-linux
util-linux:
Installed: 2.20.1-5.1ubuntu2
Candidate: 2.20.1-5.1ubuntu2
Version table:
*** 2.20.1-5.1ubuntu2 0
500 http://archive.ubuntu.com/ubuntu/ quantal/main i386 Packages

A dmesg switch already provides human readable information. For more on this, please see man dmesg page: -T, --ctime Print human readable timestamps. The timestamp could be inaccu‐ rate! The time source used for the logs is not updated after system SUSPEND/RESUME. lsb_release -rd Description: Ubuntu 12.10 Release: 12.10 apt-cache policy util-linux util-linux: Installed: 2.20.1-5.1ubuntu2 Candidate: 2.20.1-5.1ubuntu2 Version table: *** 2.20.1-5.1ubuntu2 0 500 http://archive.ubuntu.com/ubuntu/ quantal/main i386 Packages 100 /var/lib/dpkg/status

Written by oencke the 21 Apr 08 at 19:58.

Ubuntu Brainstorm was updated in January 2009. Since the idea #7370 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #7370 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by Thelasko the 29 Jan 09 at 14:51.

A minor variant of the solution above, specifying "x86-64" ensures it isn't confused with IA64 and other 64-bit architectures.

A minor variant of the solution above, specifying "x86-64" ensures it isn't confused with IA64 and other 64-bit architectures.

Written by Darwin Survivor the 20 Feb 10 at 02:56.

Most users would not know that i386 is 32 bit or what the "x86" part of "x86_64" means (or the x for that matter). In order to make this as easy and simple for users as humanly possible, we should simply label them as "64 bit" and "32 bit". Beside the options would be a "details" or "help" button that would:
-explain the differences (max ram, performance, compatibility, etc)
-give a specific version type (i386/x86_64/etc) for advanced users
-give instructions to find out what their machine supports (VERY important)

This makes it industry neutral, while also making it much simpler for non-technical users to figure it out. We are targetting non-technical people after all, so why all the jargon?

Most users would not know that i386 is 32 bit or what the "x86" part of "x86_64" means (or the x for that matter). In order to make this as easy and simple for users as humanly possible, we should simply label them as "64 bit" and "32 bit". Beside the options would be a "details" or "help" button that would: -explain the differences (max ram, performance, compatibility, etc) -give a specific version type (i386/x86_64/etc) for advanced users -give instructions to find out what their machine supports (VERY important) This makes it industry neutral, while also making it much simpler for non-technical users to figure it out. We are targetting non-technical people after all, so why all the jargon?

Written by readmanr the 18 Feb 10 at 21:43.

The generic term x86-64 is sometimes shortened to x64 as another vendor-neutral term for x86-64 processors from any company referring to 64bit.

The generic term x86-64 is sometimes shortened to x64 as another vendor-neutral term for x86-64 processors from any company referring to 64bit.

Written by readmanr the 18 Feb 10 at 21:42.

Redhat, Fedora, Mac OS X, and others simply call 64bit "x86_64". It is a clean, neutral name that is accurate no matter which company made the processor, and also does not give free advertising to either company.

Redhat, Fedora, Mac OS X, and others simply call 64bit "x86_64". It is a clean, neutral name that is accurate no matter which company made the processor, and also does not give free advertising to either company.

Written by jbangert the 23 Feb 10 at 21:34.

Some browsers(in particular one quite popular propietary and Evil product) include the string "x64" in the User Agent on 64-bit hardware (http://www.ubuntu.com/getubuntu/download). We could also provide a platform-dependent download link to a tool that checks for 32-bit / 64-bit ( Windows and Mac mostly - just a simple tool that uses CPUID and then gives a Message Box with 2 links ) .
By default, we should specify 2 download Boxes ( "Ubuntu 32-bit" and "Ubuntu 64-bit" ) giving pros and cons .

Some browsers(in particular one quite popular propietary and Evil product) include the string "x64" in the User Agent on 64-bit hardware (http://www.ubuntu.com/getubuntu/download). We could also provide a platform-dependent download link to a tool that checks for 32-bit / 64-bit ( Windows and Mac mostly - just a simple tool that uses CPUID and then gives a Message Box with 2 links ) . By default, we should specify 2 download Boxes ( "Ubuntu 32-bit" and "Ubuntu 64-bit" ) giving pros and cons .

Written by godnecromancer the 6 Dec 08 at 17:27.

Ubuntu Brainstorm was updated in January 2009. Since the idea #16277 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #16277 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by amrhassan the 7 Mar 09 at 23:30.

Like in this mockup:


Progress reporting can be done in a notify-osd bubble and have it always-shown along with the other maximum of two notification bubbles. This progress bubble can have other operations concatenated to it while it's on, so we don't have to need more than one extra bubble for all the progress reporting.

Like in this mockup: <img src="http://i39.tinypic.com/2q9ifxh.png" /> Progress reporting can be done in a notify-osd bubble and have it always-shown along with the other maximum of two notification bubbles. This progress bubble can have other operations concatenated to it while it's on, so we don't have to need more than one extra bubble for all the progress reporting.

Written by yzarc the 8 Mar 09 at 23:16.

use the file-transfer's style. as it's already done by the nautilus on the file transfers, make possible to other programs to report its progress (and some controls) on this panel too.

in this case the icon should be replaced for a more generic one rather than the nautilus'. if possible a composed icon that indicates the global progress by a small pie or bar chart.

use notify-osd just to alert when one task is done.
I believe the look and feel of the nautilus progress panel will be improved to match the notify-osd level soon.

mockups below:

icon state


on mouse over state


windowed state. (after one mouse click)

use the file-transfer's style. as it's already done by the nautilus on the file transfers, make possible to other programs to report its progress (and some controls) on this panel too. in this case the icon should be replaced for a more generic one rather than the nautilus'. if possible a composed icon that indicates the global progress by a small pie or bar chart. use notify-osd just to alert when one task is done. I believe the look and feel of the nautilus progress panel will be improved to match the notify-osd level soon. mockups below: icon state <img src="http://i164.photobucket.com/albums/u8/spideryzarc/ubuntu/state1.png" border="0" alt="Photobucket"> on mouse over state <img src="http://i164.photobucket.com/albums/u8/spideryzarc/ubuntu/state2.png" border="0" alt="Photobucket"> windowed state. (after one mouse click) <img src="http://i164.photobucket.com/albums/u8/spideryzarc/ubuntu/state3.png" border="0" alt="Photobucket"> edited: I found fair to point the image from where I took the main part of my mockup - http://gnome-look.org/content/show.php/May-B?content=45837

Written by Joshua Hesketh the 16 Apr 09 at 14:01.

Similar to how notifications disappear into the task bar, actions (or progresses) could disappear (/fly) into a process queue (rather than a message queue). This way a nice notify-osd message can come up when you commence copying a file (in a very un-obstructing way) and then it is still accessible through the detailed list. You could even have the action fly out to notify-osd upon completion.

Similar to how notifications disappear into the task bar, actions (or progresses) could disappear (/fly) into a process queue (rather than a message queue). This way a nice notify-osd message can come up when you commence copying a file (in a very un-obstructing way) and then it is still accessible through the detailed list. You could even have the action fly out to notify-osd upon completion.

Written by Nanotron the 28 Feb 08 at 20:17.

I feel there should be a Tool in Nautilus and Dolphin which allows mounting Images by double Click or something similar. (This feature exists int MacOS). Or with a right click on the I think that would be a very useful Tool for every one.
A good example for this is CDemu.

I know there are some other good programs, but I think that would be the easiest way

I feel there should be a Tool in Nautilus and Dolphin which allows mounting Images by double Click or something similar. (This feature exists int MacOS). Or with a right click on the I think that would be a very useful Tool for every one. A good example for this is CDemu. I know there are some other good programs, but I think that would be the easiest way

Written by Bender2k14 the 26 Jan 09 at 04:42.

I should be able to right-click a disk image and select "Mount Image" in the context-sensitive section (just as right-clicking on a disk image provides the "Write to Disk..." option).

I should be able to right-click a disk image and select "Mount Image" in the context-sensitive section (just as right-clicking on a disk image provides the "Write to Disk..." option).

Written by cbx33 the 20 Mar 09 at 12:22.

Gisomount was created to make this an easy process. It needs a little love and attention, but offered things like md5sum browsing etc. Would make a good GSoC project.

Gisomount was created to make this an easy process. It needs a little love and attention, but offered things like md5sum browsing etc. Would make a good GSoC project.

Written by markoresko the 13 May 09 at 08:35.

I use Gmount-iso to do just that.
sudo apt-get install gmountiso

But I also think that it could be more obvious to do that etc.
Maybe Gmount-iso should be available by default, under right-click on images, like proposed.

I use Gmount-iso to do just that. sudo apt-get install gmountiso But I also think that it could be more obvious to do that etc. Maybe Gmount-iso should be available by default, under right-click on images, like proposed.

Written by mikaelstaldal the 20 Oct 09 at 12:14.

Also make it possible to mount ISO images from command line without root (sudo) access.

Also make it possible to mount ISO images from command line without root (sudo) access.

Written by dexter_greycells the 24 Oct 09 at 07:41.

When the user selects the ISO file (through the keyboard arrow keys, Tab key or a single click) in nautilus a pop-up should come up asking the user to 'Double-click' the ISO file to mount it.

When the user selects the ISO file (through the keyboard arrow keys, Tab key or a single click) in nautilus a pop-up should come up asking the user to 'Double-click' the ISO file to mount it.

Written by r0g the 28 Oct 09 at 05:09.

In the form of a python script for nautilus actions.

http://www.technicalbloke.com/iso_mount.py

I don't have time to do the unmount command too but it should be easy to adapt if you know a little python, consider that homework & pls post me a copy :)

I think it would be nice if Ubuntu came with some more useful nautilus action scripts and a nicer way of adding/removing them. At the moment getting them in and out is more of a pain than it needs to be. It ought to be as easy as Firefox (if not easier!) to install plugins, maybe then people would make more.

Roger.

In the form of a python script for nautilus actions. http://www.technicalbloke.com/iso_mount.py I don't have time to do the unmount command too but it should be easy to adapt if you know a little python, consider that homework & pls post me a copy :) I think it would be nice if Ubuntu came with some more useful nautilus action scripts and a nicer way of adding/removing them. At the moment getting them in and out is more of a pain than it needs to be. It ought to be as easy as Firefox (if not easier!) to install plugins, maybe then people would make more. Roger.

Written by Lachu the 28 Oct 09 at 11:56.

Automatically mount *.iso files dragged onto computer window/desktop/places menu.

Automatically mount *.iso files dragged onto computer window/desktop/places menu.

Written by yman the 25 Feb 09 at 16:39.

Make GRUB invisible, so that it directly loads Ubuntu. Ubuntu, in the 1st stage of booting will load a GUI boot menu and all the underlying stuff that's necessary for it, like Linux, X, Metacity, etc. The boot menu will automatically scan all connected devices for bootable OSs and media and display them in the GUI. If the user chooses to boot Ubuntu, Ubuntu will simply continue loading, which will result in the GDM login screen appearing in a near-instantaneous fashion (giving the user the impression that Ubuntu is faster than it is). If the user chooses another OS, Ubuntu will "chainload" it. The user will also be able to go back to the boot menu from within GDM and the desktop, thus allowing him to switch to another OS without reboot.

On the graphical side, this means a tightly integrated user experience, and the use of kernel-modesetting from the boot menu, instead of only from the bootsplash.

Make GRUB invisible, so that it directly loads Ubuntu. Ubuntu, in the 1st stage of booting will load a GUI boot menu and all the underlying stuff that's necessary for it, like Linux, X, Metacity, etc. The boot menu will automatically scan all connected devices for bootable OSs and media and display them in the GUI. If the user chooses to boot Ubuntu, Ubuntu will simply continue loading, which will result in the GDM login screen appearing in a near-instantaneous fashion (giving the user the impression that Ubuntu is faster than it is). If the user chooses another OS, Ubuntu will "chainload" it. The user will also be able to go back to the boot menu from within GDM and the desktop, thus allowing him to switch to another OS without reboot. On the graphical side, this means a tightly integrated user experience, and the use of kernel-modesetting from the boot menu, instead of only from the bootsplash.

Written by eapache the 25 Feb 09 at 21:59.

Grub 2 should significantly help these problems. Push for its development, and if necessary donate a developer to get it finished in the near future.

Grub 2 should significantly help these problems. Push for its development, and if necessary donate a developer to get it finished in the near future.

Written by maybeway36 the 9 Mar 09 at 18:55.

GRUB4DOS has the same features as regular GRUB, plus many, many more. It is updated on a regular basis. It is also compatible with gfxboot now, so it can look pretty.

GRUB4DOS has the same features as regular GRUB, plus many, many more. It is updated on a regular basis. It is also compatible with gfxboot now, so it can look pretty.

Written by luXy the 21 Mar 09 at 21:38.

We can have kexec support in the Ubuntu kernel and have a menu that opens up to choose a OS to boot. This menu program should be customizable: a configuration in the menu would be great. When a user chooses to boot Ubuntu, the menu session would choose and gdm would start. Otherwise, the session ends, and we can call kexec to boot the other OS.

We can have kexec support in the Ubuntu kernel and have a menu that opens up to choose a OS to boot. This menu program should be customizable: a configuration in the menu would be great. When a user chooses to boot Ubuntu, the menu session would choose and gdm would start. Otherwise, the session ends, and we can call kexec to boot the other OS.

Written by Kver the 27 Mar 09 at 06:22.

This revolves around using a minimal splashtop-type system as the bootloader itself. Splashtop boots in 5 seconds into a full browser; This concept revolves only loading a graphical selection screen with additional options, sans-browser until launched. This differs from GRUB 2 in that this could launch small applications like a web-browser or repair kit.

The boot might work something like this:
- Detect the display settings, and quickly boot into X
- User would be presented with larger icons (128x128?) for each OS they have installed. Clicking the icons would message the system to boot into that OS. Right-clicking could allow users booting into safe-modes or other common options. This UI could possibly use components from login managers like KDM.
- Other options might include simple tools to manage booting and operating systems (similar to existing GRUB editors), Ie detecting, adding or removing systems.
- Later versions could include options for web-browsing or other more splashtop-esque tasks to be loaded. It would only load these AFTER the selection screen.
- If possible, pass the Xserver off to Plymouth for no flickering on plymouth-enabled systems.

Only loading 2-4 icons and a minimal interface should take the already blazing 5-second load of splashtops and reduce it to near-nothing for a fully graphical environment. Minimal widgets or only what's needed could be used. In addition, users would be more comfortable and less frightened of a dual-booting machine.

This revolves around using a minimal splashtop-type system as the bootloader itself. Splashtop boots in 5 seconds into a full browser; This concept revolves only loading a graphical selection screen with additional options, sans-browser until launched. This differs from GRUB 2 in that this could launch small applications like a web-browser or repair kit. The boot might work something like this: - Detect the display settings, and quickly boot into X - User would be presented with larger icons (128x128?) for each OS they have installed. Clicking the icons would message the system to boot into that OS. Right-clicking could allow users booting into safe-modes or other common options. This UI could possibly use components from login managers like KDM. - Other options might include simple tools to manage booting and operating systems (similar to existing GRUB editors), Ie detecting, adding or removing systems. - Later versions could include options for web-browsing or other more splashtop-esque tasks to be loaded. It would only load these AFTER the selection screen. - If possible, pass the Xserver off to Plymouth for no flickering on plymouth-enabled systems. Only loading 2-4 icons and a minimal interface should take the already blazing 5-second load of splashtops and reduce it to near-nothing for a fully graphical environment. Minimal widgets or only what's needed could be used. In addition, users would be more comfortable and less frightened of a dual-booting machine. Mockup below http://i4.photobucket.com/albums/y111/raraken/booter.png

Written by Hetor the 1 May 09 at 16:46.

GUI in a bootloader is not necessary and will only increase booting time, realize it. Can you live 10 seconds without pretty graphics?

GUI in a bootloader is not necessary and will only increase booting time, realize it. Can you live 10 seconds without pretty graphics?

Written by Kver the 16 May 09 at 16:25.

Assuming a graphical boot loader is eventually used, enable mouse support.

Assuming a graphical boot loader is eventually used, enable mouse support.

Written by biasibo the 16 Oct 09 at 21:04.

There might be a menu entry in the user switch applet that expands to show all the available operating systems on the machine.

There might be a menu entry in the user switch applet that expands to show all the available operating systems on the machine.

Written by t4ggs the 14 Jan 09 at 10:43.

Making it work with GTK+ 2

Making it work with GTK+ 2

Written by t4ggs the 14 Jan 09 at 13:48.

The tittle says it all

The tittle says it all

Written by twright the 20 Jan 09 at 17:56.

There IS a GTK media player roughly based on Amarok called exaile, it is not feature complete but it shares many of the key decisions (e.g. complete playlist based playback management) so it is the closes thing possible to a GTK version of amarok. Feel free to use, support and enjoy it.

There IS a GTK media player roughly based on Amarok called exaile, it is not feature complete but it shares many of the key decisions (e.g. complete playlist based playback management) so it is the closes thing possible to a GTK version of amarok. Feel free to use, support and enjoy it.

Written by virkang the 22 Jan 09 at 13:33.

All is in the title

All is in the title

Written by loneowais the 24 Jan 09 at 04:16.

Integrate Songbird with Gnome & Use it. It's much better than Amarok. Just lacks tight integration with linux systems.

Fix it, Use it.

Integrate Songbird with Gnome & Use it. It's much better than Amarok. Just lacks tight integration with linux systems. Fix it, Use it.