[Bug 285285] Re: GtkFileChooser dialog size randomly broken

2009-01-21 Thread jcinacio
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 https://bugs.launchpad.n

[Bug 272083] Re: Zenity windows appear underneath others

2008-10-17 Thread jcinacio
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 -- Zenit

[Bug 272083] Re: Zenity windows appear underneath others

2008-10-17 Thread jcinacio
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 oth

[Bug 277098] Re: gnome-cpufreq-applet icons look very outdated, do not match the desktop look

2008-10-10 Thread jcinacio
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 assignee

[Bug 277098] Re: gnome-cpufreq-applet icons look very outdated, do not match the desktop look

2008-10-02 Thread jcinacio
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 B

[Bug 268751] Re: External tools - Open Terminal doesnt work in directories with spaces

2008-09-13 Thread jcinacio
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 --tex

[Bug 268751] Re: External tools - Open Terminal doesnt work in directories with spaces

2008-09-13 Thread jcinacio
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

[Bug 268751] Re: External tools - Open Terminal doesnt work in directories with spaces

2008-09-13 Thread jcinacio
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

[Bug 268751] [NEW] External tools - Open Terminal doesnt work in directories with spaces

2008-09-10 Thread jcinacio
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 $GEDIT_CURRE

[Bug 46732] Re: Regression : strange behavior with NTFS volumes

2006-06-22 Thread jcinacio
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