The fact that dialog sizes are sometimes big may be only cosmetic, but
when they are too small to be useful and need constant resizing i would
certainly hope for things to get fixed sooner rather than later...
just my 2 cents
--
GtkFileChooser dialog size randomly broken
Im not sure why zenity shouldn't steal focus, because imho most of the
times that's the whole purpose of using zenity.
Waiting for feedback from a script for a whole minute and then realising
there's a hidden dialog waiting for input is NOT a good thing...
--
Zenity windows appear underneath
For reference, the focus handling can be changed by a simple property in
the zenity glade file
Attaching patch, can be applied directly to
/usr/share/zenity/zenity.glade
** Attachment added: zenity-2.24.0-focus.patch
http://launchpadlibrarian.net/18653141/zenity-2.24.0-focus.patch
--
Zenity
Submitted upstream at http://bugzilla.gnome.org/show_bug.cgi?id=555794
--
gnome-cpufreq-applet icons look very outdated, do not match the desktop look
https://bugs.launchpad.net/bugs/277098
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug
Sorry, should have added - this is using latest updates on Intrepid (i
believe it's now 8.10 Beta)
--
gnome-cpufreq-applet icons look very outdated, do not match the desktop look
https://bugs.launchpad.net/bugs/277098
You received this bug notification because you are a member of Ubuntu
Desktop
Strange as it seems, and though i am quite certain it occurred in the
first place, i cannot reproduce the behavior any longer...
Using Ubuntu Hardy 8.04.1, and i can confirm the (optional) gedit-
plugins package is not installed.
--
External tools - Open Terminal doesnt work in directories with
After installing the gedit-plugins package the issue has returned.
As an example i am opening: ~/Desktop/RC 2008 Trab 2a Epoca/Makefile
--
External tools - Open Terminal doesnt work in directories with spaces
https://bugs.launchpad.net/bugs/268751
You received this bug notification because you
I am finding hard to reproduce this bug using gnome-terminal --working-
directory due to some weird behavior it displays. However, this simple
test should demonstrate why the vars in gedit tools should be quoted:
create a new tool with the following code:
-- snip --
#!/bin/sh
zenity --info
Public bug reported:
Binary package hint: gedit
External Tools - Open terminal here will open a new gnome-terminal window with
the current working directory.
However, when the directory has spaces in it gnome-terminal will default to ~
(home directory).
The simple fix is to quote
I can confirm to this:
1) open Places-Computer
2) double-click any ntfs volume (several times, no result)
3) hit refresh (F5), volume shows mounted, and can now browse it.
my fstab NTFS volumes are as follows:
/dev/hda1/media/hda1ntfs
defaults,noauto,nls=utf8,umask=022,gid=46,user
10 matches
Mail list logo
