Re: Qt5 keyboard layout changing
I'm happy that a problem is solved in the thread, but getting back on topic I wanted to ask why the said bug appears only in GNOME? I thought the input stack is mostly identical on Linux desktops, but apparently GNOME differs by some component from the others. I need some direction in finding a workaround or debugging the issue. A few months ago I started reading about xkb and ibus and some other related stuff, but couldn't figure out what GNOME uses that other desktops don't. Any help would be appreciated. Petko On 03/13/2014 05:37 PM, Emmanuele Bassi wrote: you can set the Compose key in the System Settings: Keyboard → Shortcuts → Compose Key you can also launch the Help, and search compose key, which will lead you to the step by step process. ciao, Emmanuele. On 13 March 2014 15:27, Hubert Figuière h...@figuiere.net wrote: On 12/03/14 09:56 PM, Hubert Figuière wrote: On 12/03/14 09:11 PM, Leslie S Satenstein wrote: I've raised a bugzilla report with Gnome for either the tweak program or other, as one cannot set a non US layout to include the Euro. You can set right-Alt to be compose and use that. I have to stand corrected. It works for me because I did it a 2.5 years ago and kept upgrading the distribution. But today I can't seem to find how to change that anymore in Gnome 3.10 Like it has been removed from the settings.[1] Hub [1] This is Fedora 20, not sure how different this is from upstream, but closer than some other distro, for sure. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Qt5 keyboard layout changing
See the updates to bug https://bugs.freedesktop.org/show_bug.cgi?id=23202 . Rui ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Qt5 keyboard layout changing
Ah , thanks. I opened the bug today to see something, but apparently I didn't scroll down enough to see the new responses. On 03/14/2014 04:09 PM, Rui Tiago Cação Matos wrote: See the updates to bug https://bugs.freedesktop.org/show_bug.cgi?id=23202 . Rui ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: screen darken when gnome-terminal activated
Hi, On Tue, 2014-03-04 at 07:50 +0800, chenzero wrote: after upgraded to the latest Ubuntu 12.04, 3.2.0-59-generic-pae, I encountered a problem is, screen will darken when gnome-terminal is activated, however, if use the system color in the profile of gnome-terminal, the screen is OK. Please help, thanks! Please report bugs to your distribution: https://bugs.launchpad.net/ubuntu andre -- Andre Klapper | ak...@gmx.net http://blogs.gnome.org/aklapper/ ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
TARBALLS DUE: GNOME 3.11.92 release candidate + HARD CODE FREEZE
Hey all, Here comes the 3.11.92 release candidate, last stop before 3.12. Tarballs are expected on Monday, this is the last chance to get your fixes in, we will then enter the hard code freeze, and you will need a big bunch of approvals to get changes in. Let's repeat, tarballs are due on 2014-03-17 before 23:59 UTC for the GNOME 3.11.92 rc release, which will be delivered on Wednesday. Please make sure that your tarballs will be uploaded before Monday 23:59 UTC: tarballs uploaded later than that will probably be too late to get in 3.11.92. If you are not able to make a tarball before this deadline or if you think you'll be late, please send a mail to the release team and we'll find someone to roll the tarball for you! We will be entering the HARD CODE FREEZE: This is a late freeze to avoids sudden last-minute accidents which could risk the stability that should have been reached at this point. No source code changes are allowed without approval from the release team, but translation and documentation should continue. Simple build fixes are, of course, allowed without asking. For more information about 3.11, the full schedule, the official module lists and the proposed module lists, please see our colorful 3.11 page: http://www.gnome.org/start/unstable For a quick overview of the GNOME schedule, please see: http://live.gnome.org/Schedule Cheers, Fred ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Displaying wallpapers in /usr/share/backgrounds/ in settings
Hello, I want to ask if there's a way (dconf setting or whatever else) to make the wallpaper chooser display non-GNOME wallpapers that are in the backgrounds directory? And as a side question - why restrict to those in the first place ?! Petko ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Displaying wallpapers in /usr/share/backgrounds/ in settings
Hi, As far as I know this isn't possible via dconf. There are a number of sources available, via the Grilo backend. Main ones: ~/Pictures: pictures_path = g_get_user_special_dir (G_USER_DIRECTORY_PICTURES); Anything from /usr/share/backgrounds *has* to be defined in an XML file (It's actually been this way for a *long time*) Check inside /usr/share/gnome-background-properties/*.xml Here's an example from Fedora's branding changes: ?xml version=1.0 encoding=UTF-8? !DOCTYPE wallpapers SYSTEM gnome-wp-list.dtd wallpapers wallpaper deleted=false nameSchrödinger’s Cat Animated/name filename/usr/share/backgrounds/schroedinger-cat/default-animated/schroedinger-cat.xml/filename optionsstretched/options /wallpaper /wallpapers So, you'd need to provide one for each wallpaper you intended to ship in /usr/share/backgrounds. This is intended behaviour as those backgrounds are vendor-shipped (Or, layman's terms, they're already pre-packaged and accounted for in your distributions repositories) The easiest thing is to just copy files into ~/Pictures (Localization may provide a different name, it's your XDG Pictures directory) - Ikey On Fri, 2014-03-14 at 22:29 +0200, Petko Ditchev wrote: Hello, I want to ask if there's a way (dconf setting or whatever else) to make the wallpaper chooser display non-GNOME wallpapers that are in the backgrounds directory? And as a side question - why restrict to those in the first place ?! Petko ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list - Intel Corporation (UK) Limited Registered No. 1134945 (England) Registered Office: Pipers Way, Swindon SN3 1RJ VAT No: 860 2173 47 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Displaying wallpapers in /usr/share/backgrounds/ in settings
On Fri, Mar 14, 2014 at 10:14:21PM +, Michael Ikey Doherty wrote: Hi, As far as I know this isn't possible via dconf. There are a number of sources available, via the Grilo backend. Main ones: ~/Pictures: pictures_path = g_get_user_special_dir (G_USER_DIRECTORY_PICTURES); Hi, by the way, some applications do put images intended to be used as a background in a subdirectory of the Pictures/ XDG dir. I think at least Nautilus creates a Wallpapers subdirectory when you right-click on an image and select to set it as a background. Which I find a very good idea, since I like having backgrounds separated e.g. from my holiday photos, and I like keeping my Pictures/ folder a bit more organized than just a random kitchen sink for all images that can fit on my screen. Kudos to the Nautilus maintainers :-). However, this means that I don't get access to these images from gnome-control-center background. Other programs are less well-behaved, and as soon as I press set as wallpaper, they copy images in Pictures/, next to my photos. Very annoying, also because, if the image was already in Pictures/, it will *copy and rename* it. I think eog does this, but I did not check. But basically, even for GNOME apps, there is little to no standardization about how a wallpaper should be set. Some copy a file in Pictures/, some in Pictures/Wallpapers (my personal favorite), others do not copy a file at all, and just change a dconf key, ... and so on. Wouldn't be worth providing some kind of common API, or some sort of guideline in this respect? Cheers, Matteo PS. Personally, +1 for whoever proposes to standardise on Pictures/Wallpapers. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list