[Bug 486617] Re: GThumb doesn't import photos and movies from camera anymore
Same here, Ubuntu Karmic amd64. On Jaunty, it was working. -- GThumb doesn't import photos and movies from camera anymore https://bugs.launchpad.net/bugs/486617 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gthumb in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 486617] Re: GThumb doesn't import photos and movies from camera anymore
I tested this bug with only an image on the camera. It was working. So the video might cause the error, as the reporter said. -- GThumb doesn't import photos and movies from camera anymore https://bugs.launchpad.net/bugs/486617 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gthumb in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 301811] Re: Preferences/Power Management dialog wider than 1024 pixels with hungarian locale
Sliders have been converted to drop-down lists. ** Changed in: gnome-power-manager (Ubuntu) Status: Triaged = Fix Released ** Changed in: gnome-power-manager (Ubuntu) Assignee: Ken VanDine (ken-vandine) = (unassigned) -- Preferences/Power Management dialog wider than 1024 pixels with hungarian locale https://bugs.launchpad.net/bugs/301811 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 12040] Re: Gnome menu is slow when clicking for the first time
The all-in-one menu of GNOME still loads slow in Ubuntu Jaunty, it takes several seconds to open the menu for the first time on a modern machine. -- Gnome menu is slow when clicking for the first time https://bugs.launchpad.net/bugs/12040 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 40872] Re: Desktop icons are allowed to overlap horribly
There is already a preference in GNOME that that toggles between icons can be placed everywhere, and icons are snapped to a grid. The size of the grid is hardcoded in the source to a small value as a #define, and the grid width is greater than the height. What the supporters of this bug propose is the same solution as every other big desktop environment has on various operating systems, including Linux. Change the behavior of the align to a grid mode of the desktop, to be like viewing the Desktop folder in Nautilus. The grid size should be large enough to hold an icon, it should be a square, not a rectangle, and at most one icon should be allowed in one cell. The size of the icons must be maximized to the grid size. The icons can be placed anywhere mode of GNOME should stay untouched. Come on, you have to know the proposed solution, look at KDE, XFCE, Windows 3.1 to 7, OS X, all have this option. -- Desktop icons are allowed to overlap horribly https://bugs.launchpad.net/bugs/40872 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 40872] Re: Desktop icons are allowed to overlap horribly
when you can't draw a static grid there Why not? Why can't we have a static grid in keep aligned mode? I say that we should have a static grid in keep aligned mode. -- Desktop icons are allowed to overlap horribly https://bugs.launchpad.net/bugs/40872 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 40872] Re: Desktop icons are allowed to overlap horribly
because you can have variable icon geometry Then disable variable icon geometry in keep aligned mode, for the better good. -- Desktop icons are allowed to overlap horribly https://bugs.launchpad.net/bugs/40872 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 40872] Re: Desktop icons are allowed to overlap horribly
Technically, in nautilus-icon-container.c, I would like to change #define SNAP_SIZE_X 78 #define SNAP_SIZE_Y 20 to #define SNAP_SIZE_X 128 #define SNAP_SIZE_Y 128 and don't allow icons to be greater than the cell size 128 px. -- Desktop icons are allowed to overlap horribly https://bugs.launchpad.net/bugs/40872 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 357204] Re: mouse sensitivity has no effect in Jaunty
Now I have learned something. Sorry if I say trivial things for you, but I think it is not clear for everybody. Mouse sensitivity has very little to do with the movement speed of the mouse or touchpad. That is controlled by acceleration. High acceleration means faster cursor movement. To be able to move fast, and at the same time be precise, there are two levels of speed. The slower speed is active if you move the mouse or touchpad less than the value in pixels specified by sensitivity. This speed is always 1, it cannot be adjusted. If you move more pixels than sensitivity, then the mouse will move faster, as fast as your acceleration setting is. But high acceleration makes the cursor jumpy. So you either have a slow cursor, or a jumpy cursor. So far the effects of the options in gnome-control-center. I can see the following issues: 1. The label of the sensitivity slider is misleading. I thought it should affect the speed of the cursor. Threshold would be better IMHO, as this option is called in man xset. After I have read the comments here, this is the main problem, so this bug should focus on the misleading option name in gnome-control-center. 2. There is a feature in newer xservers, that enables continuous pointer acceleration. You can try it with the command xset m 2 0. This is much better than the two-level acceleration, but gnome-control-center does not provide a way to turn it on. It would be a nice feature. 3. The initial values after a fresh install are either too slow or too high for certain input devices, e.g. the touchpad of the Asus EEE 901. Better defaults are welcome, but it is less problem if it can be changed in gnome-control-center intuitively. ** Package changed: xorg-server (Ubuntu) = gnome-control-center (Ubuntu) ** Changed in: gnome-control-center (Ubuntu) Status: Incomplete = Confirmed -- mouse sensitivity has no effect in Jaunty https://bugs.launchpad.net/bugs/357204 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 357204] Re: mouse sensitivity has no effect in Jaunty Beta
This is always the case for me on an Asus EEE 901. Touchpad sensitivity is very slow, and the sensitivity slider (System-Preferences-Mouse) does nothing. The acceleration slider works, though, but it is not what I want. Is there an other way to adjust sensitivity, as a workaround for this bug? ** Changed in: gnome-control-center (Ubuntu) Status: Incomplete = Confirmed ** Summary changed: - mouse sensitivity has no effect in Jaunty Beta + mouse sensitivity has no effect in Jaunty -- mouse sensitivity has no effect in Jaunty https://bugs.launchpad.net/bugs/357204 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 357204] Re: mouse sensitivity has no effect in Jaunty
I connected an USB mouse to my EEE 901, and mouse sensitivity didn't have any effect on the external mouse, either. But the mouse had a more acceptable speed, unlike the touchpad that makes me crazy. It takes about five finger moves from the left edge of the pad to the right egde, to be able to move the cursor across the 1024px wide screen. ** Changed in: gnome-control-center (Ubuntu) Status: Incomplete = Confirmed -- mouse sensitivity has no effect in Jaunty https://bugs.launchpad.net/bugs/357204 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 277203] Re: gnome-sound-properties setting to disable login sound not honored
Using current Intrepid, the gnome-sound-properties is a mess. My main problem is the same as this bug is about. If I disable the login sound, that setting is ignored. And there are some more strange things: The names of the sound events are missing, all of them are Hangesemény = Sound Event (in Hungarian). If I disable all sounds with the topmost option, nothing plays, as expected. But if I re-enable that option, the login sound starts to play at once! Just because I checked the checkbox, I did not move the mouse close to the play button. I am attaching a screenshot how the dialog looks by me. ** Attachment added: sound_settings.png http://launchpadlibrarian.net/21658158/sound_settings.png -- gnome-sound-properties setting to disable login sound not honored https://bugs.launchpad.net/bugs/277203 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 204770] Re: [hardy] gdmsetup cause intensive disk activity and take a very long time to open
I tested tracker 0.6.6-1ubuntu5.1 from proposed and I can confirm that it fixes this bug. It is no longer activated by gdmsetup. Directories like /root/.cache/tracker, /root/.local/share/tracker and /root/.config/tracker are no longer created when launching gdmsetup, unlike version 0.6.6-1ubuntu5. Gdmsetup seems to work fine, and tracker was able to find files in my home directory. -- [hardy] gdmsetup cause intensive disk activity and take a very long time to open https://bugs.launchpad.net/bugs/204770 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 25619] Re: eog doesn't ask whether to save changes
The current behavior is the same as 3 years ago. Silently discarding the user's work, his modifications is the worst method. I would support saving the image at once after a lossless(!) rotation. The approach to ask the user on closing eog if he wants to save all rotations can be a compromise. -- eog doesn't ask whether to save changes https://bugs.launchpad.net/bugs/25619 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 40872] Re: Desktop icons are allowed to overlap horribly
It is clear that the concept of a desktop grid is an idea that many users want and are familiar with. Every major desktop environment defaults to that. And it shouldn't be hard to implement, as nautilus file manager already organizes items in a grid. There is no use case when a user wants to have his icons overlap. -- Desktop icons are allowed to overlap horribly https://bugs.launchpad.net/bugs/40872 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 301811] [NEW] Preferences/Power Management dialog wider than 1024 pixels with hungarian locale
Public bug reported: See the attached screenshot for the problem. Using current Intrepid. In Hungarian the labels before the sliders are longer than in English. This breaks the whole layout of the dialog. The text should be broken into multiple lines, but most importantly, the sliders should not expand to the same width as the text. It is likely that some other (more verbose) languages are affected, too. The layout of the dialog should be changed, to tolerate internationalized text. ** Affects: gnome-power-manager (Ubuntu) Importance: Undecided Status: New -- Preferences/Power Management dialog wider than 1024 pixels with hungarian locale https://bugs.launchpad.net/bugs/301811 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 301811] Re: Preferences/Power Management dialog wider than 1024 pixels with hungarian locale
** Attachment added: Screenshot of Power Management dialog http://launchpadlibrarian.net/19911412/powermanager.png -- Preferences/Power Management dialog wider than 1024 pixels with hungarian locale https://bugs.launchpad.net/bugs/301811 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 250899] Re: f-spot starts twice, recognizes camera thrice, imports pictures infinitely often
F-spot import shows two instances of my camera, and selecting any of them work. The list items differ only in added usb numbers. But it is meaningless and confusing to display that dialog. See the second picture: http://bryan-murdock.blogspot.com/2008/05/ubuntu-hardy-worse- photo-import-than.html There is no way in f-spot to delete the imported pictures from the camera. So if I plug in the camera again, it will import the photos again, making dupes of the pictures. I did not find any way to remove the pictures from the camera on Ubuntu Hardy base installation. I installed gthumb to be able to do that. -- f-spot starts twice, recognizes camera thrice, imports pictures infinitely often https://bugs.launchpad.net/bugs/250899 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to f-spot in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
