Re: Why not add some more convenient features to Shell?
Le vendredi 31 mai 2013 à 00:08 +0530, Rahul Jain a écrit : Hiya, it seems to me that everything in Shell has only one autistic, inflexible way of doing things. I think Shell is polished enough by now, so why not start adding more features? For example, the right click desktop menu can be utilized for a very productive, yet clean menu. But currently is fat and useless. I'm all for touch-friendly, but not at the expense of real productive computing,. Not looking to troll or anything but here is a simple suggestion (mockup) to show you what a couple extra options to right menu can bring in terms of convenience and productivity. http://i42.tinypic.com/bfqejl.jpg See what I mean? People will probably love little things like this that can make lives easier. And look how beautifully it matches the Shell's slick aesthetics! ;) So I just wanted to say, start adding stuff now, even little enhancements. Put it out there. It's the little conveniences and time-savers that make users happy. Sorry, that doesn't make any sense to me. What's the point of duplicating the overview in a tiny menu hidden below all of your windows? I can't remember the last time I've seen my desktop given the number of windows I keep open all day. My two cents ___ gnome-shell-list mailing list gnome-shell-list@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Application with multiple icons
Le mardi 28 mai 2013 à 19:12 +0200, Donato Marrazzo a écrit : Thank you very much. You're right both windows: WM_CLASS(STRING) = IBM Notes, IBM Notes WM_CLASS(STRING) = IBM Notes, IBM Notes So you should report this bug to IBM... Whille the icon names are differents... WM_ICON_NAME(STRING) This icon name is not used by the Shell: it's the window icon, not that of the application. In desktop file I have no StartupWMClass, is there a way to work around? I don't think this will fix the problem, since the WM_CLASS is the same for both windows anyway. But others will know better. I'm not sure but I don't remember this behavior in Gnome 2.32,,, it was so long time ago :-) In 2.32, only window icons were shown, GNOME did not try to detect the application. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Application with multiple icons
Le lundi 27 mai 2013 à 09:45 +0200, Donato Marrazzo a écrit : There's no hope to address this issue? Please run 'xprop' and click on each of the windows, and past the value of WM_CLASS. Please also copy the value of the StartupWMClass field (if present) from the .desktop file associated with these applications (usually found in /usr/share/applications, or /opt/share/applications), and give us the names of these .desktop files. Most likely, the WM_CLASS is the same for all of the three applications, so the Shell is not able to distinguish them. That would need fixing in Lotus. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Application with multiple icons
Le lundi 27 mai 2013 à 15:36 +0100, Neil Bird a écrit : Around about 27/05/13 09:40, Milan Bouchet-Valat scribbled ... Most likely, the WM_CLASS is the same for all of the three applications, so the Shell is not able to distinguish them. That would need fixing in Lotus. It sounds like this is one application creating multiple windows (for different purposes), in which case WM_CLASS would be allowed to be the same (but q.v.). I can somewhat reproduce this with LibreOffice (GNOME 3.2): if I start Writer, then do File-New [Spreadsheet], the icon and name (top-left in GNOME Shell) become that of Calc (“libreoffice-calc”) for *both* the Calc and Writer windows. That's not right. Especially since: WM_CLASS(STRING) = VCLSalFrame.DocumentWindow, libreoffice-calc WM_CLASS(STRING) = VCLSalFrame, libreoffice-writer .. so they're not even the same class. Of course, the Lotus case may be entirely different, and my GNOME is now a bit on the old side so it may be better now. In fact, my VM Fedora 18 (GNOME 2.6) seems to be OK. Yes, if you mean 3.6, this has indeed been fixed a few releases ago. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Static dash
Le mardi 11 septembre 2012 à 18:22 +0200, Sandy Herman a écrit : Hello, Is there an option to make the dash static? As a journalist, I have to switch between my applications quite often (browser, email, writer, ...). Have a look at the Dock extension: https://extensions.gnome.org/extension/17/dock/ Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Turning off clippy...er...I mean tracker
Le mardi 04 septembre 2012 à 23:09 -0700, Jonathan Wilkes a écrit : Hello List, Ok, I open up the Search and Index application and uncheck everything under Semantics. Do I need to do anything else to get those tracker-* services to stop popping up and needlessly burning cycles on my cpu? And why isn't there an on/off toggle in that dialog? You're on the GNOME Shell list, not on a general forum. Please ask on Tracker's list[1], or file a bug against the tracker component on bugzilla.gnome.org. Regards 1: https://mail.gnome.org/mailman/listinfo/tracker-list ___ gnome-shell-list mailing list gnome-shell-list@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Evolution does not display new mail indicator when closed?
Le samedi 01 septembre 2012 à 00:05 -0500, Craig Rob l300lvl a écrit : If this hasn't been integrated yet I understand, but it seems pretty pointless to have to keep Evolution running by not clicking X, to receive a pop-up at the tray telling me I have mail. If I want to keep it running I can just check in every so often, as I will always end up noticing it's running when switching an app. I can see where sometimes it makes sense, but is it at all possible to not have Evolution running and still get the indicator? I don't know what's the status of this, but it's been a planned feature for some time: New D-Bus Service for Email Srinivasa Ragavan is working toward breaking email handling out of Evolution and moving it out to a separate D-Bus service as we do currently for address books and calendars. That will allow for things like new mail notifications without having to have Evolution running, and also provide a more formal way for other Evolution-Data-Server clients to access mail stores. http://mbarnes.livejournal.com/4590.html Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Wifi tries to connect even though I am connected using 3G
Le mercredi 15 août 2012 à 23:12 +0200, Gabriel a écrit : Hi all, I have a super annoying issue on Gnome Shell: I connect using my phone's 3G connection via bluetooth (DUN) but the wifi tries to connect to all the access points it finds. This mean that I get the popup dialog asking me for the credentials all the time, it is unusable just about. I tired switching off the wifi, sometimes that works, others I am no longer able to connect to the internet. I think that once there is a connection, the wifi should stop trying to connect automatically everywhere, if not the user experience is really bad. Obvious question: what version are you using? There have been bug reports about such problems, but AFAIK they have been closed as fixed for some time. My two cents ___ gnome-shell-list mailing list gnome-shell-list@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: getting default applications
Le mardi 26 juin 2012 à 14:10 +1000, Amy C a écrit : Hi all, How may I determine the default chat and email applications (from an extension)? I noticed I have a file `.local/share/applications/preferred-mail-reader.desktop` which I can use to get the default email application - can I rely on this always being there? However there is no analog `preferred-chat-client.desktop`, so how can I grab the default chat client (is there even such a thing)? Default applications are stored as MIME associations in ~/.local/share/applications/mimeapps.list. But if you need to start the default application for a file or a protocol/URL, use GIO: http://developer.gnome.org/gio/stable/GAppInfo.html#g-app-info-get-default-for-type http://developer.gnome.org/gio/stable/GAppInfo.html#g-app-info-get-default-for-uri-scheme (use mailto for the mail agent) My two cents ___ gnome-shell-list mailing list gnome-shell-list@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: gnome-shell got memory leaks ?
Le dimanche 17 juin 2012 à 18:11 +0800, 邓尧 a écrit : I'm using gnome-shell 3.4.1 under ubuntu 12.04 64-bit, ubuntu official binaries. Right after logging in, top utility shows that gnome-shell consumes about 1.3G memory. IMO, 1.3G for a window manager is a lot, but still acceptable. No, that's not acceptable. ;-) After using for about two hours, its memory consumption grows up to more than 2.5G, and keeps growing! Smells like memory leaks :-( I'm using nvidia 295.40 driver. Anyone how to fix this ? You should try the Nouveau driver, as NVidia is probably the culprit. Other than that, you should report a bug to NVidia, but don't expect a fast answer. My two cents ___ gnome-shell-list mailing list gnome-shell-list@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Keyboard shortcuts don't work in activities overview
Le mardi 05 juin 2012 à 23:33 +0200, tuxor1...@web.de a écrit : Hi all, using Fedora 17 and Gnome 3.4, I can't use any sort of hotkey or keyboard shortcut in activities overview. - Any custom shortcuts don't work (like shortcuts that are supposed to start certain applications). - volume hotkeys on my laptop's keyboard don't trigger any action in overview, even though they work fine in every other situation. same for the brightness adjustment keys. - print screen or ctrl+print screen doesn't take a screenshot while in activities overview. Is this a known limitation of gnome? can it be fixed and if yes, how? or is it a Fedora related problem? in the last case I'm going to report this as a bug on redhat bugzilla. Yes, it's known for a long time: see https://bugzilla.gnome.org/show_bug.cgi?id=643111 Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Idea For Pinnable menus
Le samedi 12 mai 2012 à 08:23 -0400, Anthony Gasparetto a écrit : I used to use a program called GeoWorks. One of the best features it had were the pinnable menus. The menus contained a spot that stopped the menus from collapsing when an item is selected. I proposed this idea at the Ubuntu unity web site but they didn't think it would be appropriate with the unity shell. They liked the idea and suggested I post it on the Gnome webpage. Here is a link. http://brainstorm.ubuntu.com/idea/29568/ GTK had this feature for a long time, but it was removed in the move to version 3 as it does not seem to be widely used by applications/people. GIMP is the only example I have of an app that enabled it. The rationale is that « pinnable » menus are mostly a workaround for badly designed GUIs. If an action is very useful, it should be present in a (possibly contextual) toolbar, not in a hidden pinnable menu. In the example linked on your Ubuntu Brainstorm idea, the menu to move an object does not make much sense since you have the arrows keys for that. One case where pinnable menus can be useful is for complex (e.g. scientific) apps, where you may want to pin the menus related to the action you are currently performing. But even in that case, different toolbars for different modes can be better. My two cents ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Problems with gnome-shell networking interface
Le dimanche 06 mai 2012 à 15:41 +0200, Javier Domingo a écrit : Hi, I don't know if the design team has thought about gnome-shell's networking interface, but it is quite horrible that if you are connecting to a wifi ap, you cannot switch it off it is specially when the connection halts for several seconds. Yes, this is bug 654033 [1]. (Which has several duplicates...) It is also annoying not having available the wired connections to choose, having to wait till you plug one to select the one you want to use and not being able to disable wired connections without them plugged. Showing wired connections while no cable is plugged in means showing useless information most of the time, especially on laptops. If you connected once to a wired network, you would always have a useless Auto eth 0 item, even if you connect using WiFi 364 days a year. What's the problem with selecting the network you want after or while the computer tries to connect to the wrong one? That doesn't slow down the process. Also, disabling wired connections while no cable is plugged doesn't make much sense to me: it has no effect if you don't plug a cable; and if you do plug one, you probably want to use the connection... Last but not least, the idea of getting a totally blocking window for asking for a password that is already filled in the form for a wireless connection blocks the workflow, I find it kind of annoying too, but that's how all dialogs from the Shell behave. Anyway, you should only have to use it the first time you connect to the network. The design asks[2] that the dialog only appears in response to user action, so it shouldn't be disruptive. as it is also the fact that it asks for the password twice. I don't know if some of these lacks of design/bugs have been fixed up already. This is a bug due to a fight with nm-applet. I think it's fixed in 3.4, but you can see [3] and [4] Hope this clarifies the whole picture... 1: https://bugzilla.gnome.org/show_bug.cgi?id=654033 2: https://bugzilla.gnome.org/show_bug.cgi?id=664495 3: https://bugzilla.gnome.org/show_bug.cgi?id=667156 4: https://bugzilla.gnome.org/show_bug.cgi?id=665680 ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: slow display
Le jeudi 12 avril 2012 à 17:43 +0200, Pascal Obry a écrit : Hi, I'm using GNOME Shell from Debian sid. Since the switch to libcairo 1.12.0 (some days ago) the display is slow especially when moving out of a workspace with icedove or thunderbird. I remember having this problem long time ago and was using a patched libcairo 1.10 built from source. If I remember this was only happening with NVIDIA cards. This is what I'm using. You mean, a patch applied locally to fix the problem? Please report this to NVidia, since you have a precise use case and a workaround they will probably be interested. But AFAICS this is not related to GNOME Shell at all... ;-) Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Matching Java WM_CLASS or matching two WM_CLASS values
Le samedi 07 avril 2012 à 12:09 +0200, Alessandro Crismani a écrit : Il giorno sab, 07/04/2012 alle 11.45 +0200, Milan Bouchet-Valat ha scritto: Le mercredi 21 mars 2012 à 22:17 +0100, Alessandro Crismani a écrit : Hi everybody, I have a problem with a Java application that sets its WM_CLASS value to either wm-class-a or wm-class-b (the two real ones are garbage, e.g. java-lang-thread). The application is beyond my control and I can't modify it for setting a saner WM_CLASS. ... The question is, how can I match both instances with a single desktop file? Is it possible? Can I somehow tell Gnome Shell that both WM_CLASS values should match a particular desktop file? Please see https://bugzilla.gnome.org/show_bug.cgi?id=673657 Regards Thanks a lot, Just to make sure I understood it clearly, the Shell will match the StartupWMClass property of a desktop file and, if it fails, the match will be on the .desktop file name, is this correct? That's how I understand it too. If it is, I could match my dumb application (that uses two WM Classes) by relying on the StartupWMClass for one wm_class and on the file name for the other wm_class. What if I have an even worse application that comes up with three different wm_class values (I hope that won't ever exists)? Can I specify multiple StartupWMClass values in a desktop file? Does my question make any sense? I don't think you can specify several StartupWMClass in one .desktop file. But really, if an app uses three different WM_CLASS, it needs to be fixed... Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Matching Java WM_CLASS or matching two WM_CLASS values
Le mercredi 21 mars 2012 à 22:17 +0100, Alessandro Crismani a écrit : Hi everybody, I have a problem with a Java application that sets its WM_CLASS value to either wm-class-a or wm-class-b (the two real ones are garbage, e.g. java-lang-thread). The application is beyond my control and I can't modify it for setting a saner WM_CLASS. I can install the desktop file of the application as: /usr/share/applications/wm-class-a.desktop, and it will match instances having a WM_CLASS value of wm-class-a, or as: /usr/share/applications/wm-class-b.desktop, and it will match instances having a WM_CLASS value of wm-class-b. Neither solution is really good since I get a mis-match almost half of the times. I considered installing both files and adding a NoDisplay=true to one of them, but then if I pin the one that is shown to the Dash, and the one that spawns is the other one I still get two icons. The question is, how can I match both instances with a single desktop file? Is it possible? Can I somehow tell Gnome Shell that both WM_CLASS values should match a particular desktop file? Please see https://bugzilla.gnome.org/show_bug.cgi?id=673657 Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: gnome shell 3.3.92 can't show the shell
Le jeudi 22 mars 2012 à 08:37 -0700, Jason Gaston a écrit : On Thu, Mar 22, 2012 at 6:18 AM, Olav Vitters o...@vitters.nl wrote: On Thu, Mar 22, 2012 at 08:39:04PM +0800, henry cui wrote: I upgraded gnome shell to 3.3.92 yesterday. Then I login gnome desktop,it's empty there.there's no title bar and can't activate shell through top-left corner. Which distribution btw? And as said, please look into ~/.xsession-errors. It should have some error messages related to this. I just had a similar problem with Arch Linux. It turned out the be the upgrade to the latest Nvidia driver package 295.20-4. I downgraded to 295.20-3 and the shell started working again. Could you report this to NVidia? Since you know the precise version when this bug was introduced, they will be happy to have this information. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: mutter: garbled,slow rendering on browser,image viewers while scrolling
Le samedi 25 février 2012 à 08:22 +, prakash j kokkkattu a écrit : As a Last resort, I tried nouveau driver. with nouveau driver, Gnome-3.2 shell is working fine. Please report this to NVidia. That's most probably their fault, since it doesn't happen with Nouveau. GNOME developers cannot fix their driver, though they can help NVidia guys if they ask it. Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
RE: The lost screenwaiter [Was: The lost screensaver]
Le jeudi 23 février 2012 à 16:51 +, Gabriel Rossetti a écrit : Sorry, using a terrible email client, can't reply inline well. I don't agree, he wants to be able to login graphically without having to use a password, not by commandline. I think both aren't great, but at least the 1st one forces an attacker to have physical access to the machine whereas the 2nd would allow remote login. I agree you can do that (disable the remote logins) , but it sounds like he may not know how to do that (since he doesn't know how to configure passwordless login) and even if he does he may one day enable it for whatever reason and forget that he deleted the user's password and thus opening his computer to the world (or just about). With a properly configured system, which most distros do by default, you won't be allowed to login without password with SSH. One really needs to hack the config files by hand to allow this madness. So that's not the problem. You can change that setting via a GUI by the way, on Gnome Shell you do it this way: 1) Open system settings 2) Click on User Accounts 3) Click on Unlock, enter your password 4) Toggle the Automatic Login switch This way he get what he wants and at least doesn't allow current/future passwordless remote logins. This solution only works when starting the computer, it doesn't help for user switching. If your distribution is shipping the default PAM configuration file for GDM[1] (Ubuntu at least does, but e.g. Fedora doesn't), then adding your user to the 'nopasswdlogin' group is enough to login/switch users without typing the password. You still have a password e.g. to login via SSH. A single line in /etc/pam.d/gdm is enough to enable this: auth sufficient pam_succeed_if.so user ingroup nopasswdlogin It's a available as a GUI option in users-admin, but sadly it's not been added to the new users panel. 1: http://git.gnome.org/browse/gdm/tree/data/gdm ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
RE: The lost screenwaiter [Was: The lost screensaver]
Le vendredi 24 février 2012 à 09:13 +, Gabriel Rossetti a écrit : Ok, thanks for the info. I would like to also point out that Ubuntu no longer uses GDM but LightDM instead. Not sure what changes in what you said, does anyone else know? Have a look at /etc/pam.d. There must be a 'lightdm' file there, you can check whether the line I quoted in my mail is present. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Helpme
Le lundi 13 février 2012 à 14:04 -0600, Pedro Mismith a écrit : hello happy gnome group would like to ask please help I have a concern that no onecould answer me I'm from central america and my problem is that gnome3 clock and itshows me the day but show me such Friday all lower case and apart from any does not display my entire text shows me Fri modicar there a way to put it in initial uppercase? Could you provide : - your exact language and regional variant - the version of GNOME you're using - a screenshot Thanks! ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: The lost screensaver
Le dimanche 19 février 2012 à 13:17 +0100, Peter Petrisson a écrit : 2012/2/19 Gabriel rossetti.gabr...@gmail.com: What do yo mean no plans for a screensaver? I currently just have it blank the screen after 10 min and ask for a password if I come back, you're telling me this will go away if I upgrade to 3.4? No, because Android and iOS are only using black screens as screensaver the same will be done in Gnome. Please stop trolling and read carefully his question. He wants a blank screen, not a fancy animated screensaver. So even the information you give (Android and iOS are only using black screens) is completely unrelated to his concern. FWIW, I really doubt the blank screensaver will go away, that would be nonsense. You're just experiencing a bug. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Extension Thunderbird Integration
Le vendredi 20 janvier 2012 à 14:15 +0100, Paul Neulinger a écrit : Hey, I have developed an extension for a better integration of Thunderbird some time ago: https://github.com/tanwald/gnome-shell-extension-thunderbird-integration This extension uses the GNOME Shell notifications system to inform the user about new mail. It consists of two extensions. A Thunderbird extension which sends DBus-signals and the GNOME Shell part which connects to those signals. Just curious, but why do you need to write a Shell extension at all? If Thunderbird emits standard notifications using D-Bus (just like Evo does BTW), then the Shell should handle them pretty well. Recently I got a request to push it to extensions.gnome.org but I think that it is not suitable for that site because it is not only a GNOME Shell extension and other steps have to be taken in order to install it. Is that assumption correct? Indeed, you can't install a Thunderbird extension from a GNOME Shell one. But if your Thunderbird extension creates standard freedesktop.org notifications, then maybe you can get it included by default in Thunderbird? Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: XML parser under an extension
Le dimanche 01 janvier 2012 à 15:47 +0330, bijan binaee a écrit : Hi I'm very sorry about my lot's of question I want know how can i parse XML file and extract element in gnome shell extension If the file you want to parse is simple enough, you may be able to use GLib's XML parser, which doesn't support the whole XML format. The advantage is that you can easily use it from JS like any other GLib function. See http://developer.gnome.org/glib/stable/glib-Simple-XML-Subset-Parser.html If you need the full libxml2 features, I'm not sure at all this can be done from JS ATM. Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Proposal for Workspace Labeling / Tagging
Le jeudi 15 décembre 2011 à 01:19 -0500, Nanley Chery a écrit : Hello everyone, I've been a longtime user of GNOME shell ever since its beta stages. I've found the design and workflow natural and easy to use in all but one aspect - working with multiple workspaces. Due of the small size of the workspaces in the stack, and the lack of visuals in the keyboard-based workspace switcher, the user inevitably loses time when switching between workspaces. This lost time is spent inspecting each workspace for a distinguishing visual cue to determine if they've found the workspace they wanted to switch to. To solve these issues, I have written a proposal for manually labeled workspaces: http://nanley.wordpress.com/2011/12/12/improving-gnome-shell-workspaces/ As well as a proposal for automatically labeled (tagged) workspaces: http://nanley.wordpress.com/2011/12/14/labeled-workspaces-revisited-tags/ I would greatly appreciate your feedback and thoughts on these items! Saving and restoring workspaces is an interesting idea that was discussed many times on this list, but it wouldn't currently work well because of the state of session saving, and would require quite some work. Labeling workspaces would be nice for people using static workspaces (this existed with Metacity). But only dynamic ones are supported in the design, so I think you should make workspace labels an extension, or add it to the static workspaces extension if the author agrees. That's the best way to make this feature available, and to try it. Good luck! ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Search through open search providers on the overview pane not working
Le samedi 03 décembre 2011 à 22:06 +0530, Abhijith Madhav a écrit :
My default browser is firefox. When I fire a google or a wikipedia
search from the activities pane, only the browser is launched with a
blank page. The search is not fired in the browser.I suspect that
firefox is not being launched with the search url. How can I correct this?
I think you should first look at ~/.xsession-errors to check no related
message is printed there.
If that's not the case, you can add log() lines to debug what happens to
activateResult() in js/ui/search.js (it's
in /usr/share/applications/gnome-shell if you installed it from a
package). More precisely, you can add
log(url)
before the try{}/catch{} block, and something like
log(Block 1)
log(Block 2)
in each part, to check what solution is used to start Firefox.
Cheers
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: small screens and large config dialogs
Le dimanche 11 décembre 2011 à 14:15 +, Ross Burton a écrit : That isn't going to help when the size possible is larger than the screen, ie evolution preferences doesn't fit in 600px. Moving the window by hand is hardly a good workaround for users. The dialog should fit on the screen. I think there's work going on to make that dialog smaller. For example: http://mbarnes.livejournal.com/4590.html?thread=32750#t32750 Same for the Thunderbird dialog: bugs should be filed. Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Connecting bluetooth headphones
Le samedi 10 décembre 2011 à 16:51 +0100, Alessandro Crismani a écrit : Hi everybody, I've just bought a pair of bluetooth enabled headphones, the Creative WP-300. I've got no problem pairing them with my laptop using the bluetooth module of gnome-control-center, however I am having kind of troubles trying to connect them when I get to work every day. More particularly, after pairing, I have a Creative WP-300 Headphones menu item in the bluetooth menu of the shell panel. If i click on that there is a connected switch (this is translated from the Italian collegato, don't know it's exact naming). Now, no matter what I do with that switch, the headphones don't get connected. However, if I open gnome-control-center, go to the bluetooth section, select the headphones and then click the connect switch there (connessione in Italian) the headphones get connected. Am I missing something or is this the intended way to connect bluetooth devices? I was expecting to be able to connect the headphones from the shell panel menu. If any log may help just ask me and I'll provide them :) Please file a bug, and tell us the version of the Shell you're using, your distribution, and attach your ~/.xsession-errors file after reproducing the problem. Off-Topic, but maybe someone knows: how can I set pulseaudio to automatically use the headphones and control their volume when they are connected and use the internal audio card output/volume otherwise? No idea. ;-) I think Ubuntu has introduced a PulseAudio module to do that, which hasn't been committed upstream yet. You may find more information on the net. Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Open with Files?
Le jeudi 08 décembre 2011 à 05:13 +0100, Onyeibo Oku a écrit : That's odd. Any time I plug in an external drive I get a toaster notification saying Open with Files and Eject. That first option is so ambiguous. Grammar wise, its confusing. What is Files? Should that not read Open Files or Browse Files or Open with Nautilus? I don't know. Should I file a bug on that one too? Yes. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Gnome 3.2 freezes, then goes 100% CPU
Le lundi 05 décembre 2011 à 06:01 -0500, Adam Tauno Williams a écrit : On Mon, 2011-12-05 at 11:46 +0100, thieba...@artenum.com wrote: Hi Gnome list, I posted a question on Fedora forum (http://forums.fedoraforum.org/showthread.php?t=273532), but I thought it was maybe more Gnome-related than Fedora-related, so I will ask it here too. I have installed F16 this week-end on my MacBook Pro 3,1 and since this morning, after a few minutes of usage, the whole GUI freezes. When I type Alt-F3, I can log-in in text mode and I see that gnome-shell is at 100% CPU usage. I occasionally see gnome-shell spinning at 100% upon login - the desktop visually starts, but is unresponsive. I've not had gnome-shell go into a spin once everything is up-and-running. strace shows that it is waiting on some futex but I haven't figured out the root cause yet. I also sometimes see in this prompt view a message indicating that the core temperature has exceeded threshold. I installed GKrellM to watch the temperatures and they seem quite reasonable (the graphic card, at the highest temperature is currently displaying 76°C). Where does Gnome 3 report these kind of problems (I have seen no error meesage in the ~/.xsession-errors file) ? This is a separate issue. Things like temp reading come from sensors / lm-sensors. I'd wonder if these even work on a Mac. The sensors code can be pretty wildly inaccurate depending upon the sanity of the hardware; there is lots of vendor-specific-implementation stuff involved in reading the sensor values. [although it seems to work well on my Toshiba DV7-3085DX]. I don't think the problem is temperature here: it's CPU usage. ;-) So, as Adam said, you can run the Shell in strace to see what happens, or play with gdb (if you interrupt the Shell using Ctrl+C from gdb, and run 'ba', you will get an idea of where it's currently working). See https://live.gnome.org/GnomeShell/Debugging And please file a bug, that's the best way of debugging this. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Extension security?
Le lundi 05 décembre 2011 à 23:14 +0100, Gabriel a écrit : Hi all, I may be missing something, but the really nifty extensions site prompted me to ask this, are there not potential security issues with extensions being able to be installed by clicking on a webpage? Ans since extensions are able to modify the way the UI behaves, could someone not make one that steals users' info, make screenshots, steal passwords (like emulating the login screen for example), etc? (Note this applies to any random third-party package users might install by clicking on a link and providing their password.) I'm sure you thought of all this so I be interested in knowing how you protect us (sandboxing, limiting the things API can do, not allowing access to the HD except thought given functions, etc). This has been discussed on this list previously. See http://lwn.net/Articles/459786/ for a summary and links. Basically, the Shell ensures the extension comes from extensions.gnome.org, which requires a review of the code by other hackers; and it will never install/update extensions without user action (modal dialog). But once installed, extensions are not sandboxed and can do whatever they want to the Shell, or to your files (just like any app on the system). Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Multiple issues with wallpaper handling
Le samedi 03 décembre 2011 à 23:57 +1100, Chris Dekter a écrit : A bit of an update... I tested running mutter directly, however as I don't know how to (or whether you can) get the overview animation running without shell running, it seems kind of moot. The problem is only noticeable during the overview animation. Having said that, running raw mutter I saw no problems. I definitely do think there is a (highly selective) bug here, as some Googling showed someone else on this list a few weeks ago with exactly the same symptoms. I've run my testing on 5 different hardware platforms now, and the conclusion I'm reaching is that it must be some kind of interaction between shell/mutter and the open radeon drivers. Running two monitors exacerbates the problem (due to bigger memory requirements I'm guessing), but it occurs to a lesser extent with one monitor as well. My testing platforms: - Radeon 5750 with open drivers - fails test case - Radeon 5850 with open drivers - fails test case - nVidia 8600GT with binary drivers - no problems - nVidia GTX550 with binary drivers - no problems - Intel i3 with HD 2000 graphics (Sandy Bridge) - no problems Of these, all but the last one were the same box just swapping out the graphics card. Different kernel versions, different Xorg driver versions had no effect (within the limited range of what I could test without making the system unbootable). I'm very willing to do more testing if anyone wants to tackle this problem - even if it's just to determine that the problem lies in the Radeon open driver. I'm a software QA engineer by trade so I'm sure I could do an adequate job of testing this :) Gnome Shell is such a fantastic environment and I'd be very happy to be able to make what small contribution I can. Thanks for getting all this detailed information. I think you'd better file a bug against the free Radeon driver, since the bug is probably on their side even if only the Shell triggers it. If they need help from the Shell developers, they'll tell you. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: self-selecting items
Le dimanche 27 novembre 2011 à 21:10 +0700, John Francis Lee a écrit : Hi, I updated my ubuntu to 11.10, discovered that they'd done away with gnome, further discovered gnome shell and installed that. Now I have problems. Hovering over links now selects them. Is this a 'feature'? How do I get rid of it? Worse... my mouse/cursor have begun acting erratically. The insertion point leaps around 'at will'. Repositioning it with the mouse is difficult. What has happened here? I was fine with the old gnmome. Gnome 'classic' doesn't get it. A lot of the functionality seems to be missing. And this cursor stuff is making day to day life very stressful. If it ain't broke... don't fix it. But you seem to have gone ahead and done just that, haven't you? Please don't assume that all problems you see on your desktop are what designers and developers intended to happen. Do you believe people decided that things shouldn't work, just to annoy users? When something looks like a bug, ask how things are supposed to work, and file bugs if you see something different. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Touch interface - where to start?
Le dimanche 27 novembre 2011 à 11:44 -0800, Brion Vibber a écrit : I found Carlos's slides from https://desktopsummit.org/program/sessions/towards-multitouch-gnome-shell covering a little of the current state issues; if someone wanted to start helping out at improving these things (in the shell specifically and elsewhere) what's a good place to start? The slides you cite provide a good link at the end: https://live.gnome.org/GnomeOS/Design/Whiteboards/Touchscreen There seem to be enough TODOs there to fill your wishes, isn't it? ;-) Other than that, ask for feedback on #gnome-shell. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: windows stuck
Le mercredi 16 novembre 2011 à 19:30 +0100, Peter Hagen a écrit : Ill attempt to post a bug soon, but have to find some time. Would it be enough if I post this story? Sure, a bug needs to start somewhere. If you had to wait for a full explanation of the problem, we would rarely see bug reports. ;-) Please be sure to attach the whole ~/.xsession-errors file too. Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: GNOME Shell Becomes Unresponsive
Le mardi 15 novembre 2011 à 14:24 -0500, Adam Tauno Williams a écrit : We have one workstation where GNOME Shell will periodically become completely unresponsive. This happens very reliably if the user attempts to lock the display; sometimes the display will blank and then be unresponsive other times it will not blank but become unresponsive. In either case the only way to get the desktop responsive again is to kill the X process [which I do via SSH]. Suggestions As usual, file a bug, attach your ~/.xsession-errors, and as a bonus get a backtrace by following instructions from https://live.gnome.org/GnomeShell/Debugging. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: gnome-shell and sqlite
Le vendredi 11 novembre 2011 à 13:15 -0400, Yunier Soler Franco a écrit : I need some help about work with sqlite database from gnome-shell. What are you talking about? There are no SQLite databases in gnome-shell. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: windows stuck
Le mercredi 09 novembre 2011 à 20:07 +0100, Peter Hagen a écrit : Hi there, I'm quite new to this mailinglist, but have been using Gnome for quite some time. I love the new Gnome 3 and had it on ubuntu 11.04 already, and now of course with 11.10 also. Currently I have 3 installations, with one on a MacBook (4.2?.. the white one). It works smooth, for one strange thing. I thought for a moment that it had to do with Skype, but I think it happened without also once. But, mostly I notice it when using a skype chat. Im just typing, and then suddenly, when I want to click another window, nothing happens. Also scrolling in the other window doesn't work. In some cases I can just keep on typing, which works, and the windows also get updated all the times. I also cant move the skype windows.. or close it. Also going to the left upper corner doesnt do anything. Then I click on something in the skype screen, like the chat history dropdownlist, which does popup, and after that, I can move the screens again. I dont have this issue with the 2 other machines. Please file a bug at https://bugzilla.gnome.org/enter_bug.cgi?product=gnome-shell The most interesting information for the developers is the contents of your ~/.xsession-errors file right after the problem happened. Also specify the version of Ubuntu you're using on the machine where the bug happens. The laptop runs on an intel chipset, I guess, while the other 2 have nvidia. Could it be something with QT and Intel? Any ideas? Intel, maybe; please tell on the report what's your exact graphics card, (see the output of lspci). Qt, it's hard to tell - does the problem happen only with Qt apps running? Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: gnome-shell and custom desktop files
Le mardi 08 novembre 2011 à 10:52 +0100, Aurélien Naldi a écrit : My bad, the name of the desktop file should be in lower case, now the matching works for me. Fixing the case problem would be nice (the doc says case does not matter) Please file a bug, we need to fix either the code or the doc. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: gnome-shell and custom desktop files
Le mardi 08 novembre 2011 à 10:41 +0100, Aurélien Naldi a écrit : On Tue, Nov 8, 2011 at 10:05 AM, Olav Vitters o...@vitters.nl wrote: On Tue, Nov 08, 2011 at 09:57:02AM +0100, Aurélien Naldi wrote: * manually installed applications: I rely on some manually installed applications (especially java ones), which do not provide a .desktop file. Making one is easy enough (yet I think GNOME should provide (or reuse) a GUI for this). No, the developers should provide the desktop file. There is a GUI for making them, but it is wrong to expect users to ever create such a file. Many java applications are just provided as is without integration, or without integration for linux. I agree that the dev or distributor should be the one doing it, but if he doesn't, why should it be hard for a user to do it himself (and then suggest the dev to integrate it) Once the .desktop file exists and is installed in the proper place, the shell can launch the application, but the dock does not associate the window to the .desktop file. How can I solve this? I guess something is missing. No idea. Maybe StartupWMClass / needs StartupNotify=true. * custom options for existing applications: I use separate profiles for gnome-terminal, firefox, google-chrome. These applications provide a command-line switch to select the profile, but the opened window is then associated to the main desktop file instead of the custom one. I guess the source of the problem is similar to the previous one. WMClass needs to be different IIRC. I am asking this not only as a user who would like to make his everyday life slightly more confortable, but also as a developer (of java application) who would like to improve integration with the environment, without too much headache... No idea if we have documentation for this. If not, we should. Some guidelines are provided here: https://live.gnome.org/GnomeShell/ApplicationBased It helps from the developer point of view at least. Unfortunately the java side of things is not so convenient for this: the java WM sets the class name by herself (even if some tricks exist to try and fool it but I would rather not rely on this): http://elliotth.blogspot.com/2007/02/fixing-wmclass-for-your-java.html the WM_CLASS I get is: WM_CLASS(STRING) = sun-awt-X11-XFramePeer, name-of-the-main-class matching on the second name does not work, and if I give the first name to my .desktop file, the application does not even get launched Did anyone here have this working for java applications without having to rely on java-gnome (which defeats the point of using a cross-platform language) ? I suppose there can be a solution to that problem. If StartupWMClass is correctly filled in the .desktop file, the Shell can easily detect, when a .desktop file was clicked, what is the window associated to it. It just need to suppose the first window that appears with the specified WM_CLASS following the .desktop file activation is the right one. AFAICT, this would work for Java apps that have a silly WM_CLASS, and for different app instances (that wouldn't support the --class argument). There would only be problems if you activate two .desktop files with the same WM_CLASS in a row, but that's a relatively rare case. Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Copy-paste doesn't work with ALT + F2
Le mardi 08 novembre 2011 à 19:14 +0530, Nirbheek Chauhan a écrit : If I remember correctly, this feature was implemented in 3.2. Satish is probably using 3.0. Ctrl+V works here with 3.0 (Fedora 15). ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: clutter assert at gnome-shell startup
Le dimanche 06 novembre 2011 à 12:17 +0100, Bastien Durel a écrit : Hello, I built gnome-shell 3.2 with jhbuild on Debian Compilation was successful When I try to run it with jhbuild run gnome-shell --replace I got this error (and gnome-shell exits leaving a core) : Window manager warning: Log level 8: gtk_style_context_add_provider: assertion `GTK_IS_STYLE_PROVIDER (provider)' failed ** Clutter:ERROR:./x11/clutter-stage-x11.c:1155:clutter_x11_get_stage_window: assertion failed: (CLUTTER_IS_STAGE_X11 (impl)) Please file a bug with all the information you gave at https://bugzilla.gnome.org/browse.cgi?product=gnome-shell I think it would also be worth trying with an older Clutter. You can do that by moving to ~/gnome-shell/Source/clutter, and using 'git checkout $VERSION', VERSION being one of the versions you'll obtain by hitting [Tab] twice. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: How to disconnect a broadband connection?
Le mercredi 02 novembre 2011 à 00:06 +0100, Gabriel a écrit : Hi all, I connect my laptop to the internet at times using a broadband connection. I can't figure out how to disconnect the connection using the connection menu, I was expecting a disconnect option but didn't find it. I also noticed that I con't disconnect from any other type of connection, I have to turn it off apparently (which doesn't work for broadband by the way). Well, if it doesn't work, please file a bug against your distro or the Shell. I think there should be a way to disconnect without having to switch it off, did I miss something?? Why would you want to disconnect without turning it off? Maybe that switch only disconnect it? Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Gnome Shell usability design
Le mercredi 02 novembre 2011 à 10:44 +0100, Donato Marrazzo a écrit : Hi everybody, I'm using gnome shell since 3.0 release, now I'm using 3.2 (Fedora 16 beta). I found many concepts really interesting but I'd like suggest a couple of improvements. Is this the right place to discuss such kind of issues? How is handled the feature request/modification process? You can do suggestions here, but it would be best to discuss them with the designers directly on the #gnome-shell IRC channel. Please have a look at the list's archives anyway, to be sure you don't suggest something that has been discussed hundreds of times, as you wouldn't get a very nice feedback... ;-) Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
RE: How to disconnect a broadband connection?
Le mercredi 02 novembre 2011 à 10:17 +, Gabriel Rossetti a écrit : Because it's not the same thing, disconnecting it (and the wifi, etc) means I no longer want to use the connection, switching it off means I want to deactivate the broadband card, wifi card, etc, it's like the hardware switch on laptops but controlled via software. If you take the wifi example, I may no longer want to be connected to a network but still want to use my wifi card (with kismet for example). When I disconnect from WiFi, I expect the computer to be smart enough to turn off the (now useless) card automatically, to save power. People wouldn't like getting a shorter battery life because of a device that isn't currently used. The fact that you can want to disconnect and use software to do wireless sniffing is really a hacker problem that the default design shouldn't aim at. Hackers are clued enough to find another way to disconnect the WiFi without turning the card off (using nm-cli for example). Using the current way I would have to switch it off and on again (and it would probably try to re-connect automatically by doing that). Why would that be a problem? Does it take a long time to start? The fact that it would try to reconnect automatically is OK, since it's what you'd want when you turned the connection up. Remember when you used a modem (broadband is emulating a modem), when you no longer wanted to be connected you disconnected from your provider, you didn't deactivate the modem/pull it out from your computer. I didn't pull it out, but I wouldn't have bothered if the computer was able to turn it off. If it doesn't hurt powering it down, why keep it alive? Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Highlight the Activities button on boot
Le samedi 15 octobre 2011 à 16:34 +0530, Nishant Agrwal a écrit : One of the oft-mentioned weaknesses of Gnome Shell, compared to other shells like Canonical's Unity, is that unlike its counterparts, Gnome Shell does not give a new user any immediate indication of how to launch applications or do anything, really. The problem you describe only concerns the first time the user will try GNOME 3. Given this, I don't consider a major issue that the user might need a few seconds to understand where things happen. Since there are not many buttons to try, and that there's a big button in the top right corner saying Activities, it's reasonable to assume the user will think oh, that's where I should go before too long without highlighting. Have you done some user testing to support your thesis that it's not the case? Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Feature proposal: Save/restore-at-login workspace state.
Le lundi 10 octobre 2011 à 14:49 +0200, Jordi Chulia a écrit : What do you think? Yeah, that's an old idea that would need somebody to really work on it if we want it to be implemented one day. I had drafted a few ideas and some code almost two years ago, but I never finished it. Though the exact suggestion you make might be much easier to implement as an extension that my big world domination plan. ;-) For references, see http://mail.gnome.org/archives/gnome-shell-list/2009-December/msg00042.html https://live.gnome.org/GnomeShell/DesktopContexts ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Copy and Paste Issue
Le dimanche 09 octobre 2011 à 12:50 +0200, Ralph Hofmann a écrit : Hello everybody, This copy and paste problem is small but annoying: When I copy and paste with ctrl+c and ctrl+v, the copied content will be filled in twice. If I use mouse middleclick instead for pasting, it works correctly. Is there anything I can do about it? Please file a bug on bugzilla.gnome.org, product gnome-shell, and be sure to give the precise steps to reproduce the problem, and your Shell and distribution versions. Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Suggestion for the `Activities Overview`
This existed in previous releases of the Shell, and was removed upon request of the designers. It's been discussed a thousand times since then, and won't come back unless somebody convinces them (which is unlikely). Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Concerning the javascript code location and extensions
Le vendredi 02 septembre 2011 à 08:51 -0400, D.H. Bahr a écrit : Our current Windows-like desktop is a G2 transformed, with the panel in the bottom and a few other tweaks, so it is Windows-like, but it doesn't really look like Windows. The idea is not rewriting from scratch the new Windows-like environment, but to take most of the existing GShell js code, rearrange the components (this is moving the panel down and add the favourite apps and the messaging tray) and creating a StartMenu to resemble the Windows one. This can be easily done with a small JS extension, if it doesn't already exists. (Though, from a design POV, I really doubt moving the bar to the bottom is a good idea, since you need to put the messaging bar somewhere else.) So in order to keep the old environment we would need to keep G2 and G3 on the default system, and that would take just to much space for our Install CDs. Probably not. gnome-panel+metacity (GNOME3 fallback mode) don't take up much space since most of their dependencies are needed by GNOME3 anyways. You would only need to port your changes to gnome-panel 3, which might be easy if you don't use too many deprecated internals. Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Concerning the javascript code location and extensions
Le mercredi 31 août 2011 à 10:01 -0400, D.H. Bahr a écrit : We would use this for changing the Information Architecture of the shell itself. Allow me to explain myself: our biggest client is the Public Sector which is instructed to migrate from privative to free software thus becoming our goal to provide a system that facilitates this process. That is why the previous versions of our system (Nova GNU/Linux) have a Windows-like look. For our next version, planned for release on February 2013, we would like to modify the shell so it looks as Windows-like as possible, but without removing the possibility of trying the shell itself as a GDM session. In short we need two separates GDM sessions: one for the original shell and another one for our Windows-like one. I'd rather keep your current Windows-like desktop as the default session, and provide the original GNOME Shell as an option in GDM. Transforming the Shell into a Windows desktop isn't going to be easy, as they are quite different. We are also concerned that the inclusion of many extensions might lower the overall system performance, since it is more javascript code that will be loaded. I don't think adding a few JS files would affect the performance, since the Shell already contains quite a few of them anyways. Currently we are looking at the Shell more as a platform for Desktop Development than as a Desktop itself. What Jasper said, but it doesn't quite make sense to me to rewrite something looking like Windows from the GNOME3 development platform... What would the advantages be, compared with your current implementation ? Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: The path of least blame
Le jeudi 04 août 2011 à 22:50 +0200, Florian Müllner a écrit : Slightly off-topic, but I consider it quite interesting that almost everyone complaining about shell's single-window approach picks the terminal as example. We would probably get rid of all complains by special-casing terminals, without the inconsistency being noticed - normal people don't use terminals, geeks apparently don't use anything else ... I think that terminals are only the best example of this situation. While most apps best behave as single-instance, a few of them are multiple-instance, and we still expect a click to open a new window: terminal, file manager (to open several folders separately), word processor. Maybe special-casing them wouldn't be too disturbing, indeed. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: GNOME Shell 3.0.2 Tweak Tool 3.0.5 -- notes on observed bugs
Le jeudi 30 juin 2011 à 16:57 +0200, Michel Alexandre Salim a écrit : Hi all, When using the aforementioned combination, the following features either do not function or require workarounds: * Shell - Arrangement of buttons on the titlebar: requires restarting gnome-shell before it takes effect. * Windows - Current theme: requires restarting gnome-shell before it takes effect. In both cases, it looks like the relevant GConf keys are not dynamically monitored I thought it was updated without restart, but these GConf settings will be refactored soon in the move to GSettings anyway. So there's little point in debugging this now - once the GSettings patch has landed, debugging will be more than welcome! ;-) Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Gnome3 slowing down.
Le dimanche 26 juin 2011 à 15:26 -0400, G. Michael Carter a écrit : Defiantly NOT a Gnome 3 issue. Gnome 3 is just the symptom. Just figured on this DL you'd have greater knowledge on what Gnome 3 is using to narrow the component. Eliminating all the variables is the first step in tech support. If we further this then it's not a hardware issue. More software talking to some of the hardware. So for the record I tried swapping all I could. Nothing worked. Also if it's a hardware issue, doing a pkill gdm (or just log out/in again) shouldn't fix the issue. I suspect it's some component related to the motherboard. I still think it can be related to leaky video drivers. Could you swap the video card (i.e. not integrated in the motherboard)? Do you have other machines with the same graphics card and the same software that don't experience the bug? At any rate, since the system has far too much cache in RAM than it should, it can't be a hardware bug, only a hardware-related software bug. Hope this helps ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Gnome3 slowing down.
Le vendredi 24 juin 2011 à 10:16 -0400, G. Michael Carter a écrit : 1. Anyone have any idea where I should start looking for my issue. It's like there's a memory leak when using programs that get's cleared when I shut down all programs. Run free -m and see if that's a memory issue? If it is, top will tell you what programs are using memory. That's probably coming from memory, closing programs wouldn't help if it wasn't. 2. Who do I log the bug with? Fedora and Gnome 3 doesn't seem to be the correct place. Hard to tell until you find the program responsible for that. Fedora is better because that's OK even if that's not a bug in GNOME, but if you know comes from GNOME, then GNOME is better... ;-) Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Gnome3 slowing down.
Le vendredi 24 juin 2011 à 15:34 -0400, G. Michael Carter a écrit : snip Problem remains even after gnome-shell is rebooted. start closing all the applications and it got much better. This time still not back to the original speed but still under 1sec. If I log out completely I'm good again. The Shell memory usage is quite correct (there are probably a few leaks, but nothing terrible), and no app is using much RAM. Actually, I've had a look at the output of free again, and I think the problem is with the cache size: 2183MB! I've experienced this in the past with development versions of X.org that leaked memory. So I suspect this comes from your video driver, but I have absolutely no idea how to debug this further. You might ask for help on #xorg on irc.freenode.org, or file a bug. What's your card model, for the record? You can try using another one if there's the choice (e.g. with NVidia Nouveau vs. proprietary), just to check. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Extensions Infrastructure Work
Le jeudi 23 juin 2011 à 22:00 +1200, John Stowers a écrit : On Thu, 2011-06-23 at 11:48 +0200, ecyrbe wrote: thank you john for the bits of history of the design. i do know about server programming, as in fact it's my job to make high load servers in c++. i also understand the design better and the solution you try to provide. as i said. you can make the server lightweight inside the shell, i don't think people would complain as this would make it a lighter solution than a separate daemon. The problem with a separate daemon, is that you end up using a process to do nothing 99% of the time. integrating it in the shell would make it : - leightweight - you only add a listening port to gnome-shell. - integrated - you don't need to add a dbus api to control extension enabling/disabling - easy to implement - you only have to use libsoup asynchronously, no threading use - no memory overhead - it's integrated in the shell , you don't have to allocate a new stack for it so, why not integrate it? why would people complain ? Cool. As an engineer you probably also understand that one does not always start with the perfect implementation. Pragmatically the separate process HTTP server is not bad for a first go. I'm still not convinced a process that is sleeping 99% is a big deal. It should be swapped out and take no resources. On the plus side of the out-process approach, if we switch to systemd to handle the whole user session, the HTTP daemon will merely register the port, and would never be started until actually used. So, if you want to discuss theoretical details of a few kB of RAM, you also need to consider this possibility. ;-) Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Extensions Infrastructure Work
Le mardi 21 juin 2011 à 17:11 -0400, Jasper St. Pierre a écrit : I'm not going to do an upgrade automatically. Instead, the user will get a simple notification telling him that extensions can be upgraded. Clicking on it will open the extensions.gnome.org website, where he can upgrade at his leisure. The 'shell-version' fieldcannot lie: the field is present for the user's benefit. If the automatic upgrading system sees that the newer versions are incompatible with the Shell, it won't pop up the notification or allow the user to upgrade. Have you considered if/how upgrading extensions could be integrated in a common upgrade tool? If the Shell, Epiphany, GEdit and other GNOME apps start using extensions, it would really be nice to upgrade them all from the same place. Else, you'll get an upgrade notification from the Shell when logging in, one when starting two days later GEdit, etc. That really doesn't fit in the idea of a desktop that helps you focusing on what you want to do. With a central place, we could check every two weeks for upgrades, and run them all at the same time. Probably the PackageKit upgrade tool isn't the best candidate (at least as-is), because it works on system packages, and rarely bring interesting new things to users, contrary to extensions that people chose to install. But either a per-user upgrade tool could run, or the PackageKit one could gain support for per-user extensions. What do you think? Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Extensions Infrastructure Work
Le mardi 21 juin 2011 à 17:11 -0400, Jasper St. Pierre a écrit : I'm not going to do an upgrade automatically. Instead, the user will get a simple notification telling him that extensions can be upgraded. Clicking on it will open the extensions.gnome.org website, where he can upgrade at his leisure. The 'shell-version' fieldcannot lie: the field is present for the user's benefit. If the automatic upgrading system sees that the newer versions are incompatible with the Shell, it won't pop up the notification or allow the user to upgrade. Have you considered if/how upgrading extensions could be integrated in a common upgrade tool? If the Shell, Epiphany, GEdit and other GNOME apps start using extensions, it would really be nice to upgrade them all from the same place. Else, you'll get an upgrade notification from the Shell when logging in, one when starting two days later GEdit, etc. That really doesn't fit in the idea of a desktop that helps you focusing on what you want to do. With a central place, we could check every two weeks for upgrades, and run them all at the same time. Probably the PackageKit upgrade tool isn't the best candidate (at least as-is), because it works on system packages, and rarely bring interesting new things to users, contrary to extensions that people chose to install. But either a per-user upgrade tool could run, or the PackageKit one could gain support for per-user extensions. What do you think? Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Extensions Infrastructure Work
Le mardi 21 juin 2011 à 17:11 -0400, Jasper St. Pierre a écrit : I'm not going to do an upgrade automatically. Instead, the user will get a simple notification telling him that extensions can be upgraded. Clicking on it will open the extensions.gnome.org website, where he can upgrade at his leisure. The 'shell-version' fieldcannot lie: the field is present for the user's benefit. If the automatic upgrading system sees that the newer versions are incompatible with the Shell, it won't pop up the notification or allow the user to upgrade. Have you considered if/how upgrading extensions could be integrated in a common upgrade tool? If the Shell, Epiphany, GEdit and other GNOME apps start using extensions, it would really be nice to upgrade them all from the same place. Else, you'll get an upgrade notification from the Shell when logging in, one when starting two days later GEdit, etc. That really doesn't fit in the idea of a desktop that helps you focusing on what you want to do. With a central place, we could check every two weeks for upgrades, and run them all at the same time. Probably the PackageKit upgrade tool isn't the best candidate (at least as-is), because it works on system packages, and rarely bring interesting new things to users, contrary to extensions that people chose to install. But either a per-user upgrade tool could run, or the PackageKit one could gain support for per-user extensions. What do you think? Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Please Help - How to change some behavior
Le jeudi 16 juin 2011 à 19:21 -0300, Job a écrit : Dear Gnome-Shell People, I would like to know 1 - How to change the position of Left Bar, its very important to me, because I can see only with the right eye. 2 - How to access the Access Bar without resizing others windows and enter in window selection. The resizing effect, are very stressful, for my impaired vision. For 1 and 2, I think you should try the dock extension. It will allow you to show the dash (official name of the bar) al the time, and to put it on the right side of the screen. See https://live.gnome.org/GnomeShell/Extensions 3 - Has one way to return the keyboard settings to be in keyboard configuration? Its very complicated to change with this WindowsXP like way in Gnome3. Here in Brasil, its common we have two keyboard layouts, since some Laptops come with US layout and many time people use another keyboard (ABNT2). I had many users using Gnome2, and will be very unpleasant to explain that keyboard setting its not in the keyboard. You mean in the keyboard control panel ? Yeah, I find it confusing too. I guess you should file a bug against the gnome-control-center product in Bugzilla, designers will tell you what they think. Probably, a shortcut leading people from the Keyboard panel to the Country and language panel would help. 4 - While searching for keyboard, I take a long time to know, that I need to click in all ... , to access other settings. This is very obscure, although the one window settings could be ajusted. i will try make a mockup to what I think that could be better. I don't really understand why it would be confusing, but we would need user testing to check people generally understand how this works. Anyways, clicking on that button isn't the preferred way of accessing settings: in the user menu (in the top-right corner), you have System Settings, which gets you directly to the list of all settings. Perhaps, one evolution from the Gnome2 control panel, will be better that the current one. Like using bar access in one window. is it possible, make a extension to change this? Sorry, I don't understand what you mean here. Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: The system network services are not compatible with this version
Le mardi 14 juin 2011 à 10:45 -0400, Adam Tauno Williams a écrit : On Tue, 2011-06-14 at 15:42 +0200, Denis Washington wrote: Am 14.06.2011 15:37, schrieb Adam Tauno Williams: I have one openSUSE 11.4 workstation [desktop] that is having problems after upgrading to GNOME 3. Going into system settins / network results in the warning The system network services are not compatible with this version. Evolution and Empathy start but never seem to connect. Evolution is just checking-folders and empathy is Connecting And there is no network manager in the top-bar. Any suggestions? You probably have NetworkManager 0.8.x installed, while the GNOME 3 system settings and shell use the incompatible NetworkManager 0.9.x API. Correct; NetworkManager-0.8.9997-2.1.x86_64 is installed. The GNOME3 repo is enabled. But this package doesn't upgrade and I don't see the newer version appearing. NetworkManager 0.8.99 is actually a 0.9 pre-version, so it should work. You should ask on an OpenSuSE mailing list, they know better than us what software they put on their distro. Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Gnome 3 Extensions/Themes Website?
Le vendredi 10 juin 2011 à 11:25 +0100, Allan Day a écrit : One possibility for extensions would be to turn them into something more akin to Google Labs - that is, something that is communicated and structured as an experimentation ground, rather than a market place that we encourage users to use (the very name 'extension' does just that). The other nice thing about Google Labs is that the experimental nature of the features it contains is clearly communicated. I think the main reference here is the way Firefox manages extensions. Many people use stock Firefox, and it works very well, but many others like to play with appearance (personas, equivalent to our themes), or need a specific feature (extensions, in both terminologies). This example is quite positive. The fact that people can easily extend their desktop encourages them to support it and hack on it. IMHO, the available stock of extensions is one of the reasons why many GNOME fans use Firefox rather than Epiphany. While I'm a big supporter of the default desktop consistent and great for everybody approach (and I'm not running any extensions), I don't think it hurts the GNOME brand to promote extensions. At the end of the day, people who use them know that they aren't stock GNOME, and how to disable them if they want to get the default experience. The difference with the applets mess is that in GNOME 2 there was no default experience: everything was applets, and once you had messed with your panel, you had no clear way of resetting it. With the Shell, you can just disable extensions. Finally, extensions makes it easier to enforce a common design that works for 95% of users, while allowing the remaining 5% to do what they like. This is a good way for designers to turn down complaints and keep hackers happy. ;-) Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Is this the correct place?
Le jeudi 09 juin 2011 à 01:09 -0430, Dokuro a écrit : I really like, Gnome 3 and shell. but ... I found that has some mistakes, then I come to share my opinion and Ideas. Is this the correct place to share Ideas and experience about Gnome 3 and Shel? Yes! But I suggest you have a quick look the archives at http://mail.gnome.org/archives/gnome-shell-list/, for e.g. the last two months, where you'll get an idea of what subjects have already been discussed to death, and what subjects haven't yet been raised. Else, you might get unfriendly answers without explanation... ;-) Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: feature request: grouping two tiled windows
Le mardi 07 juin 2011 à 17:33 -0700, Lewis Chung a écrit : Using alt+tab and the activities overview makes sense to me. However, when I tile two windows next to each other, for example, evince and libreoffice writer, and I switch to firefox, I expect to be able to switch back to evince and libreoffice with a single activities toggle (used to be able to do this by minimizing firefox, but cannot anymore based on gnome-shell's defaults) Right now I have to alt+tab to focus both of the windows to bring them to the front. That indeed makes much sense to me, I've already be bitten by this. I was wondering if an extension some additional functionality could be developed to allow me to open the activities overview and drag a window on-top of another (grouping them), so that when I use overview, I can click on the group to bring both to the front. Other methods of grouping the windows together could work too, I just want to be able to group two windows together so they can both be brought into focus at the same time. I think this feature might even go into the core design instead of into an extension: that's the optimal behavior for all users. I'd suggest you ping the designers on #gnome-shell list (ask for mccann, aday or jimmac) to see what they think, and file a bug if they are OK. (I'll try to ask them too if I'm around at the right hours.) Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Custom launchers in Gnome 3
Le lundi 06 juin 2011 à 17:27 +0400, Sergey Zolotorev a écrit : I think you can just create a .desktop file in ~/.config/autostart, find it in Overview screen and pin to Dash. In ~/.local/share/applications/, actually! ;-) ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Weekly Work Summary- Week 2
Le samedi 04 juin 2011 à 00:22 -0400, Jasper St. Pierre a écrit : Hi. I'm magcius. Here's how I discovered this: gnome-shell-build-setup.sh checks out jhbuild in ~/Source/jhbuild, but puts your gnome-shell checkoutroot/installroot in ~/gnome-shell/, so I usually change my .jhbuildrc-custom to be more appropriate. Unfortunately, I forgot to change one before I had started jhbuild, so I had ~/Source/gnome-shell/checkout and ~/gnome-shell/install. I mv'd the dir and ran 'jhbuild build -afc', and I started getting errors. I did 'grep -R ~/gnome-shell/ .' on the module I was having troube with, and I found the '.deps' folder. jhbuild's --clean flag only runs 'make clean', not 'make distclean', and that's why it didn't clean up after itself. Probably should fix that. Is there a bug open for that? Sounds like a small fix that would be very useful, instead of restarting from scratch after getting a headache fighting build issues... ;-) Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Comments about Finding and Reminding
Le jeudi 02 juin 2011 à 13:00 -0500, Federico Mena Quintero a écrit : (03:23:55 PM) aday: * i'm not convinced by the 'pending' part on the right - i don't want to be reminded of what i have to do every time i go to open a document, nor do i particularly like the idea of introducing more 'management' work that a user has to do to allocate documents there (03:24:14 PM) aday: this thing should require as little user management as possible, preferably none Yeah, I'm not entirely happy with the reminders section yet - all the Pending areas. I did it that way to borrow some concepts from Getting Things Done, in particular the tickler file, while trying to make it less formal or with a less-rigid way of using it. I want an informal, but reliable way of scheduling things - I need to deal with this sometime next week - not something as rigid as, say, Evolution's to-do list. Or maybe we just need an informal-looking way to use Evo's infrastructure as it is; it would certainly be good to explore that (e.g. does VTODO support DTSTART/DTEND or DTSTART/DURATION properties, and can we use that to represent sometime next week?). Suggestions for how to schedule things are very much appreciated. I'm not happy about the clutter that the reminders section adds to the journal view. I agree with Allan's concern that the overview might not be the right place for managing things. It's meant to find, click and close. Dragging a file to the reminders in the overview would really be painful if you need to click and keep pressed, go to the Activities corner, switch to the Finding and Reminding panel... I won't pretend that's /the/ solution, but how about dragging stuff to the calendar? Roughly, we could have an expander named Pending Work, To Do, or anything, that would show documents just like events are shown now. Dragging a file to the date in the panel would immediately open the calendar and the expander, and you could drop files either on a specific date, or on the expander (no precise date). Mostly thinking out loud here, but there are not a hundred possibilities if we don't want to create a little separate GTK app allowing for more management. Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Gnome 3 vs scientists (ie., external monitor problem)
Hi! I can't answer on the technical part (hope others will), but I can answer this: Le lundi 30 mai 2011 à 11:20 -0400, Jan Skowron a écrit : Also, if one have learned that his card would not sustain external monitor, how he would disable the standard Gnome Shell and set fallback as a default option? This information would be useful as well (in a FAQ or so) to avoid problems/confusion/waste of time every time the projector or monitor is plugged in or intended to be plugged in. There's no real risk upgrading to GNOME 3, since you can easily switch off the Shell and use the fallback mode, which is the good old gnome-panel like in GNOME 2 (but revamped). You just need to go to System Settings-System Information-Graphics. I agree it could be good to have this information in the FAQ, feel free to add it now you know! ;-) Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: using gsettings / gconf in extensions
Le mardi 31 mai 2011 à 16:02 +1000, Tim Cuthbertson a écrit : On Fri, May 27, 2011 at 5:21 AM, Giovanni Campagna scampa.giova...@gmail.com wrote: A good question, I didn't think of that. In which case, the only solution (except for env var hacks) lies in glib loading schemas from ~/.local/share/glib-2.0/schemas or ~/.local/share/gnome-shell/extensions/uuid. these env var hacks you speak of, what env vars would be necessary? This could be useful for testing / development versions. Would gsettings respect $XDG_DATA_DIRS by any chance? There's $GSETTINGS_SCHEMA_DIR. It also uses $XDG_DATA_DIRS AFAICT, but ~/.local/share isn't a system data dir, so better avoid this kind of hack that can affect other things and use the former. Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Hiding minimized windows from Overview?
Le dimanche 29 mai 2011 à 17:27 -0700, Adam Williamson a écrit : Well, preserving the preference is a statement of sorts. If the devs really just wanted to make it flat impossible to minimize windows it would be easy enough to make it no longer possible to do it even via gsettings. Be careful, they may well do it in the end, if you keep reminding them of this inconsistency... ;-) Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Hiding minimized windows from Overview?
Le vendredi 27 mai 2011 à 20:19 -0700, Adam Williamson a écrit : On Fri, 2011-05-27 at 22:20 -0400, Cyril Arnaud wrote: There is no minimize per say in Gnome Shell (there not even a button for this). Yes, there is. Right-click on the window title, and click minimize. There is also a dconf setting which can re-enable the minimize button, and gnome-tweak-tool provides an interface to this. It's still present, but the menu is merely a leftover, there was even a discussion about removing it. And let's not speak about tweaking GSettings, that's of course possible, but clearly not the standard Shell behavior. All in all, the Shell has no good story for minimized windows, that's part of the reasons why you can't minimize (easily). Personally, I keep Evolution, Firefox and Empathy always open in the first workspace, and do precise tasks in other workspaces. That's more or less the same as minimizing them, but the advantage is that they are really separated from other windows. As for creating an extension to hide minimized windows from the overview, I think you can have a look at the code at: http://git.gnome.org/browse/gnome-shell/tree/js/ui/workspaceThumbnail.js Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Clear Recent Documents?
Le jeudi 26 mai 2011 à 08:17 -0400, Adam Tauno Williams a écrit : On Thu, 2011-05-26 at 00:13 +0200, Milan Bouchet-Valat wrote: That's indeed something that is currently lacking, though it was said to be needed a few times. I think the designers haven't found what's the best way to make this possible yet, but that can probably be in the scope of the Finding and Reminding project for 3.2. As a workaround, you can edit/remove ~/.recently-used.xbel by hand (that's plain XML). Actually it appears to be - rm -f .local/share/recently-used.xbel Indeed, the other path isn't valid anymore. ;-) Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: The good, the bad, the insane
Le jeudi 26 mai 2011 à 16:56 -0400, Adam Tauno Williams a écrit : On Thu, 2011-05-26 at 21:17 +0100, Martin Häsler wrote: At least my generalizations are based on observations of family, friends and workplace and the See my generalizations as above. When I advise people to power-off rather than suspend [there are some cases where that is appropriate] they look at me like I'm stoned. That's not the question: if people around you don't care about power savings, that doesn't imply other people shouldn't be allowed to care. fact that energy saving power extensions sell very well in Germany. You, on the other hand, deduced from your lazy behaviour of never turning your desktop off, that that is the norm. Off course if you power *off* at a power-strip, etc... then not even Wake-On-LAN can get the machine to start-up for updates, maintainance, scheduled jobs, etc... I insist that my 200+ users never power-off their workstations - and will continue to do so. Completely orthogonal to our issue. Please read this link: http://www.guardian.co.uk/environment/ethicallivingblog/2007/nov/02/pulltheplugonstandby before you think we are talking about peanuts here. Yes, I'm aware of all that. But in the end it is just bogus. Power plants operate to match base-load requirements; unplugging your 1W whatever doesn't reduce CO2 emissions or fuel consumption AT ALL, NONE, ZILCH. The real-world doesn't work that way; the system is too layered with too many structural [possibly unavoidable] inefficiencies. I'd like you to point us to real studies about that. 1W is 1W, and in the end power plants follow consumption predictions, and in a country where everybody does this like Germany, this does have an effect. Anyway, the point is not to argue whether turning off computer is worth the energy cost. The fact is, in some countries or in some groups of users, power off is the norm. If we don't want to include that feature as an easily discoverable command, we have to assume that we're forcing them to suspend. So better have very strong reasons for that. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: using gsettings / gconf in extensions
Le mercredi 25 mai 2011 à 15:55 +0200, Giovanni Campagna a écrit : Currently, extensions that use GSettings use org.gnome.shell.extensions.extension-id and /org/gnome/shell/extensions/extension-id, yes. I think you can follow that prefix, if you plan to have it hosted by gnome-shell-extensions GIT. Otherwise, it is better to use your own ID (like org.project.YourExtension and /org/project/YourExtension), to avoid clobbering namespaces you don't own. Isn't it better to put weird stuff under org.gnome.shell.extensions.extension-id even when it's not shipped in git? By using custom org.YourExtension paths, you create noise in the dconf database root, and it doesn't help to find them if you want to change settings. So I'd say use org.gnome.shell.extensions.YourExtension, but use a reasonably unique name so that it doesn't conflict with others. Giovanni PS: note that extensions with GSettings must be installed system-wide, so you'd better have them in gnome-shell-extensions repo, so they're picked up by distribution packages. Yeah, happily this makes the above issue much less of a problem... ;-) Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: List / Support [Was: We want task bar back. Pretty please.]
Le lundi 23 mai 2011 à 12:24 +1000, Tim Cuthbertson a écrit : On Mon, May 23, 2011 at 5:25 AM, Adam Tauno Williams awill...@whitemice.org wrote: Why? This is normal. Most projects have -devel lists / forums and user lists / forums. On this point, is there such a distinction for gnome-shell? I'd love to be able to distinguish between devel and user discussions in my mail client... Actually, the #gnome-shell IRC channel and Bugzilla play the role of a development list, so very few discussions between core developers usually happen on this list. It's more used to help users and occasional developers (extensions), or to get feedback. Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: New Topic: fallback desktop
Le dimanche 22 mai 2011 à 15:03 +0800, lofton alley a écrit : Why bring this up? Well 1) Fedora 15 fails to run on my machine (4 year old core 2 duo with nVidia GPU and 8GB of DDR2 RAM): The gnome shell fails to load, apparently an X problem No need to draw general conclusions from that: please just file a bug. You know, the Shell isn't supposed to crash in the first place, so don't assume what you see is what should happen for every Fedora 15 user... ;-) If ABRT doesn't report a bug automatically when the Shell or X crashes, please follow instructions from here: https://live.gnome.org/GnomeShell/Debugging We probably need the version and the name of the video driver you're using. And don't hesitate to ask for help on #gnome-shell or on the bug report. Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Workspaces slowing me down.
Le samedi 14 mai 2011 à 10:51 -0400, G. Michael Carter a écrit : Usually I work on dual 24 monitors so I'll have maybe 2 virtual windows open. But I was working on a laptop all this week and with the 15 screen I've had about 9 workspaces going. Moving between them I find is slowing me down in Gnome 3. One thing slowing me down is when I need to go from 1 to 9. In System Settings-Keyboard-Shortcuts-Navigation, you can set keybindings to move to workspaces. Use something involving numbers, and you'll be able to get directly to the workspace you want. That's probably the best solution, since people using many workspaces are relatively rare, and are able to customize their keybindings. Most users are likely to use only a few of them (I think, but of course I've no data on that). Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Narrative for Finding and Reminding
Le jeudi 12 mai 2011 à 21:23 -0500, Federico Mena Quintero a écrit : On Tue, 2011-05-10 at 03:50 -0400, Jasper St. Pierre wrote: [Incoming email doesn't go into the reminders] OK. Is there some place unread email *can* go? Your mail program's Inbox, as always. I want the Reminders area to be a) completely under your control; b) not a constant firehose. It's not really a collection area in the parlance of Getting Things Done. In the same parlance, think of the Reminders as an informal combination of a tickler file, @waiting-for, and a calendar. I think he meant you may want to put an e-mail in the Reminders area, just like you put files there. It's completely under your control, and it will simply show the e-mail to remember you that you need to answer it at some point. Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Dialog box locked to under title bar. Can we make it fade?
Le jeudi 12 mai 2011 à 16:21 +0200, Florian Müllner a écrit : If a dialog requires interaction with another window, the application shouldn't make it blocking. The problem is that some dialogs don't stricly require interaction with the main window, but you need to see the window behind. AFAICT, the file chooser is the main offender here: you often click File-Save As, and then realize you'd like read the title of the document, which is hidden by the dialog. If this use case is the only one, maybe the HIG could just say filechooser dialogs shouldn't be modal. Currently, apps are not consistent in that regard. Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Dialog box locked to under title bar. Can we make it fade?
Le jeudi 12 mai 2011 à 18:36 +0200, Florian Müllner a écrit : On Thu, 2011-05-12 at 16:27 +0200, Milan Bouchet-Valat wrote: The problem is that some dialogs don't stricly require interaction with the main window, but you need to see the window behind. AFAICT, the file chooser is the main offender here: you often click File-Save As, and then realize you'd like read the title of the document, which is hidden by the dialog. If I recall correctly, the HIG strongly recommends that the document title is used in the window title. For applications which follow that advise, making the save dialog modal is actually a good thing - if more than one document windows are opened, there can't be any misunderstandings which document is being saved. Actually, in an idea world, the file chooser would already have set the file name to the document's title. The problem is that very often, documents from the Web (and thus their window) have weird names, and people need to have a look at the text to copy (manually or by pasting) the real title themselves. In my experience, it especially happens with PDFs. Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Launching Terminal application freezes the GUI
Le mercredi 11 mai 2011 à 09:49 +0200, Benoît Thiébault a écrit : Hi everyone, I have installed Gnome 3 on ubuntu 11.04 and I am so far very happy about it. I however noticed that when I launch a terminal application, it takes 6 to 7 seconds before it is ready to use and in the meantime, the whole user interface of frozen. For such a small application, it seems a bit long (especially because I don't have the same behaviour with other applications, including larger ones such as evolution). Has anyone experienced the same problem? Not that I know of. Is that when starting gnome-terminal, or another X terminal? Please file a bug, and attach your ~/.xsession-errors right after triggering the bug. Could you also try all the apps you have to see if the bug occurs with another one? Note that GNOME 3 in Ubuntu is very rough (for now?), and it may be a bug in their packages rather than in the Shell. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Blocked
Le samedi 07 mai 2011 à 14:19 +0800, Allan E. Registos a écrit : Am I being blocked? I've been receiving this error: host sbcmx8.prodigy.net[207.115.36.22] said: 553 5.3.0 nlpi140 DNSBL:ATTRBL 521my_ip_address_here _is_blocked. please confirm... so I can stop responding to the list. I wish you were both blocked... Guys, you've managed to lower the signal-to-noise ratio of this list to something like 0.1 in a few days, how do you expect serious people to read and answer anything now? Please stop answering three mails each time somebody says something, I think your general point is now understood. That said, no, you're apparently not blocked (yet). ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: We want task bar back. Pretty please.
Le vendredi 06 mai 2011 à 13:37 +0200, Denys Vlasenko a écrit : I don't like disruptive innovation when it is not presented as an option, but showed down my throat by force. Tell me, how the particular bit of innovation which removed the possibility to have app launch icons in top panes is useful? Why this new thing (or rather, absence of old, perfectly working thing) is not optional? Nobody forces you to use the Shell. Just go to User menu-System Settings-System information-Graphics card and enable fallback mode. You'll get a revamped gnome-panel that supports (almost) everything you're used to. Granted, this option should be more discoverable - but it's here, and fallback mode isn't going to die in the next releases. Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: We want task bar back. Pretty please.
Le vendredi 06 mai 2011 à 14:06 +0200, Denys Vlasenko a écrit : Fallback mode *is* going to die in one of the next releases. At least that's the stated plan. Pointers? I don't remember hearing anybody saying the panel would die, and now that it's got rid of all deprecated dependencies, there's no reason to kill it (at least for now). Maybe it won't get as much love as the Shell, but it should continue to work more or less as before. There's even been much work put into it this cycle, and we don't want to waste it. See http://www.vuntz.net/journal/post/2011/04/13/gnome-panel-is-dead% 2C-long-live-gnome-panel! Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: wifi and bluetooth icons on the panel
The network icon is just the old nm-applet if your distribution doesn't ship the latest NetworkManager, which is probably your case. You need to ensure nm-applet is started on login, else it won't be shown, just like in GNOME 2. Or just run it manually. (The Debian screenshot must have had the same problem.) The Bluetooth icon is only shown when the computer is reported to support Bluetooth. So maybe it isn't properly detected on your box - have a look at what the System Settings Bluetooth panel says. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Designing Finding and Reminding
Le jeudi 05 mai 2011 à 10:20 +0100, Emmanuele Bassi a écrit : the fact that everyone uses the MIME instead of one of the applications that registered a URI in the list is just that nobody has done it because it's easier to use the default handler for the MIME type; In fact, the Shell originally did so, and it was very confusing that you'd never be sure what application the file would open in. So it was reverted to the default handler, which is more reliable. Of course, it doesn't invalidate your point that the registered app can be used when no default handler is available. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Starting an app on another workspace? [Was: GNOME 3.0 feedback and suggestions (for 3.2+)]
Le jeudi 05 mai 2011 à 09:00 -0400, Adam Tauno Williams a écrit : Huh. Should that work? I'm in the activity view, so I see the tiled apps of the current workstation, the left hand applications bar [what is the official name of that thing] and on the right hand the tiled workspaces. I grab an app and drag it to a workspace and it opens [starts] in the current workspace. Is that incorrect [something isn't working] or am I misunderstanding the above? [because that would be an awesome feature - especially for apps that take some time to start] That's currently working with GTK apps, try with Nautilus for example. But some non-GTK apps don't support this for some reason, and there's a bug open for that in Bugzilla. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Slow search in Gnome-shell
Le jeudi 05 mai 2011 à 12:24 -0400, Jasper St. Pierre a écrit : Do we do a linear scan of the things GtkRecentManager, looking for a string match? Hopefully we can switch over to sqlite or whatever Zeitgeist uses then. String matching doesn't take seconds, even on thousands of files, does it? (If that's indeed the case, the Shell could stop loading recent files after reaching some maximum...) Erick, what exact version of the Shell are you using? A bug was fixed recently about entries being created for all results, even the ones not being shown. It could be that bug. Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Designing Finding and Reminding
Le jeudi 05 mai 2011 à 08:43 +1200, John Stowers a écrit : I strongly disagree and would very much like a journal view. I often need to find what I did on a specific day. For example, just this week I have performed the following * where did I put those files I was given during a meeting last week (found meeting date on calender, searched for files created on this day) * give me all the PDFs that I read in the week leading up to X. X was a paper deadline, and I needed to check I had referenced all the material I had read. While I think a journal is an option worth considering, the question is not: can a journal be useful? It is rather: should it be the preferred way to access documents? These two questions are quite different: if we find a journal is very useful, but only in some cases, then it can stay a separate application, or appear as a Nautilus place or something. AIUI, the goal with Finding and Reminding is to provide somebody that would as much as possible make it unnecessary to use traditional file hierarchies. That's really ambitious! ;-) Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: session saving in GNOME Shell
Le vendredi 22 avril 2011 à 13:19 -0400, Andre Robatino a écrit : What is the status of session saving in GNOME Shell? Is it supported, or expected to be? Currently, it appears to be unusable. I don't think the Shell does anything special. The problem is probably that fallback-mode components like Metacity or gnome-panel are restored with the saved session, and this doesn't interact well with the Shell. But normal apps are restored just as before. Anyway, I expect developers will answer you on the bug report next week. This kind of issue has already been dealt with recently. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: session saving in GNOME Shell
Le samedi 23 avril 2011 à 07:13 -0400, Andre Robatino a écrit : On 04/23/2011 06:40 AM, Milan Bouchet-Valat wrote: I don't think the Shell does anything special. The problem is probably that fallback-mode components like Metacity or gnome-panel are restored with the saved session, and this doesn't interact well with the Shell. But normal apps are restored just as before. But I never used fallback - this was a live session where I logged in for the first time with GNOME Shell, enabled session saving, logged out and back in. See the bug reports for how to reproduce. Sorry, from the GNOME bug report I thought the saved session was from GNOME 2.32 (i.e. before upgrade), and the bug occurred the first time you try to log in after upgrade. From the Fedora report and what you now say, it seems this can happen merely when saving a pure GNOME Shell session. It could be worth making it clearer on the GNOME report too. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: How does gnome-shell handle urgent windows?
Le mercredi 20 avril 2011 à 11:21 +0200, David Prieto a écrit : Hi all, Today I was explaining the concept of Gnome-shell to a windows user, and he asked me how it lets you know that a window is trying to attract your attention because something happened with it. To which I realised I didn't really know what to answer. Gnome 2 used to light up that window on the task list, Unity shows part of the window icon even when the Launcher is hidden; but does Gnome-shell do it in any other way? It shows a notification saying $WINDOW_TITLE is ready at the bottom of the screen. If you click it, that window is shown. That's for example what happens if I click on a URL in Evolution: Firefox opens it in the background, and I can click on the notification if I want to read the web page at once. What's cool is also that the notification is saved in the messaging bar, which you can check later if you had something to do before switching to that window. Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Binding the edge_tiling actions to key shortcuts
First hint: the tiling code is implemented in Mutter, not in the Shell. I don't know what's the effect of the GSettings key, though. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Idea: show potential apps in the search
Le mardi 12 avril 2011 à 09:44 -0600, Robert Park a écrit : Well, that's why there should be a static cache, perhaps updated only weekly. Store a simple list in a text file somewhere, couldn't possibly be any slower to load than a pile of .desktop files as is done currently. That way you don't have to query PackageKit every time the user searches something. The only real challenge that I see here is making sure that the list of available applications are actually graphical applications. It would be a pretty terrible user experience if various terminal utilities or daemons were exposed in this manner, and then users tried to install them, and then can't figure out why nothing happens (that they can see) when they launch the icon. I guess you'd have to check if the package contains a .desktop file. That's not the problem: the Ubuntu Software Center already does this, and it works pretty well. But even if it's fast I don't think you'd want to search for all installable apps containing the keyword. First, there would be hundreds of matches, especially when you type the beginning of a word; there's no point in showing installable apps if the user is actually looking for a known installed app, which is the most common case. Second, that would slow the search, even if it only took half a second, and search should be as instant as possible: it's like the overview, if it takes a few milliseconds more, it feels painful and you don't use it, or feel the Shell isn't correctly designed. And even if there's a cache, you need to load it at some point: we don't want to make login slow just because of installable apps, and loading it on first search would make it really painful. So I think the best solution is to have a button Install apps for $KEYWORD that would be shown at the bottom of the search results, and that would start GNOME PackageKit, Ubuntu Software Center or anything. This button should also be shown in the Applications panel. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: [Usability] Netbook experience
Le samedi 09 avril 2011 à 11:01 +0200, Mirek M. a écrit : Hi everyone, I have been following Gnome Shell development for quite a while, reading blogs and watching videos of it in action. While I really like its user interface in theory (Hot corner, Exposé, Messaging tray, ...), I was really disappointed when I tried the final version of Gnome Shell on my netbook today. To be sure, apart from Nautilus vs. Nautilus Elementary, has the problem increased since GNOME 3.0? ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: can't build gtk3: undefined reference to `gdk_x11_window_set_theme_variant'
I had a similar error today when trying to build an older GTK3 than the one I had (git master). And I've no .la files left. Anyway, it seems there's been a change in symbols that libtool doesn't like. I'd suggest you remove ~/gnome-shell/install entirely, also remove ~/gnome-shell/source/gtk3 and run jhbuild build gnome-shell -acf. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
RE: gnome-shell-list Digest, Vol 21, Issue 9
On lun., 2011-03-28 at 15:36 +1100, Shane.Nuessler wrote: Rather than the word activities, why not have the gnome foot? Because distributors would replace the foot with their own logo, and what is intended OTC with GNOME 3 is a unified look on all platforms. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Command completer in runDialog
On ven., 2011-03-18 at 14:48 +, Maciej Marcin Piechotka wrote: I cannot say anything about normal users but I am expecting (i.e. what I do when I press Alt+F2) to have combination of overview and terminal - something like in Gnome 2, Gnome-do or quicksilver. - I'm expecting to be able to run normal commands like pkill java. it is important if: a) Application does not have .desktop file b) If it receive arguments not specified in .desktop file - I'm expecting to be able to type description of program and get more or less auto-completed even if it does not match the exact command I can see how this would be useful in this dialog, yes. - I'd like to be able to search for recent documents. I always think that overview mode is distracting. - I'd like to be able to do more advanced stuff like in quicksilver or gnome-do. Say find a document I was recently working on (say odf or LaTeX document) and do some work on it (say convert it to pdf and attach to current e-mail). IMHO, and I think it's how it was designed, this kind of more complex feature should be in the overview, maybe as an extension. Definitely not in the Alt+F2 dialog. The overview shouldn't considered be distracting: it's the main area to run actions from the Shell. And it's already where you can find your recent documents (provided your system apps are built with GTK3). Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Error when building gnome-shell with jhbuild
On sam., 2011-03-12 at 22:21 -0500, Alexandre Kaspar wrote: ... ... cp gnome-shell-jhbuild gnome-shell.tmp mv gnome-shell.tmp gnome-shell GENcalendar-server/org.gnome.Shell.CalendarServer.service GISCAN Gvc-1.0.gir GICOMP Gvc-1.0.gir GISCAN St-1.0.gir GISCAN Shell-0.1.gir (process:23200): GLib-GObject-WARNING **: specified class size for type `ShellEmbeddedWindow' is smaller than the parent type's `GtkWindow' class size This kind of error usually means you rebuilt Gtk without rebuilding everything in the moduleset, in particular mutter. As most of the time, jhbuild build -acf gnome-shell should do the trick. (You can also just try jhbuild buildone -acf mutter, but it might not be enough.) Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
