Re: GNOME 3 from Fedora user's perpective - request for changes
On Tue, Apr 5, 2011 at 11:40 PM, Sriram Ramkrishna s...@ramkrishna.me wrote: The course is already set and ship has left the dock, we can't turn back now. Your changes effectively mean reversing 2 years of design and work. Try it for a week with an open mind, watch the videos, put in bugs on things that you feel are interaction problems. When you invest in the community then you'll have a [greater] voice. That the ship has left is no argument. To use your analogy; It better better to return to the harbor and fix the broken design then to sink at full sea because of design faults. I have watched all video's tried it on my laptop and came to the conclusion that for me the design was broken by default because of the way the activities work. I like Gnome, like I said I have used it for years and I would to continue to use it. That's why I take take the time to explain why Gnome Shell in it's current form doesn't work for me. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: GNOME 3 from Fedora user's perpective - request for changes
On Tue, Apr 5, 2011 at 10:54 PM, Aniruddha mailingdotl...@gmail.com wrote: On Tue, Apr 5, 2011 at 10:27 PM, Sriram Ramkrishna s...@ramkrishna.me wrote: What exactly are you doing in your tasks? There is a shortcut dash on the overview, so you can do things with one click. Even with GNOME 2, you had to search for the apps in the main menu. Your claim of taking longer doesn't quite ring true. If you have applications that you use frequently then put them on the dash, eg right click on an application and add it to the favorites. I admit there some kind of visual cue to show which apps in the dash are already running would be helpful. But really, it's not that much of a change in the workflow. Of course short cuts will be available as shell matures. Software development is not static, it continues to evolve just like it did in GNOME 2. It took GNOME 2 about a year or so to evolve into something that looked well put together and integrated. sri Example. Watch youtube video and start rss reader/ Thunderbird etc. Now I only have to click the icon lower left corner and this doesn't interrupt me from what I am doing (watching youtube). With activities I have to interrupt what I was doing, which happened a lot of times when I used Gnome shell, I find this quit distracting. Furthermore I always have a lot of application running at the same time. At the moment I have a good overview of my running applications in the task bar and can switch applications with 1 mouse click, browsing with alt-tab has been available for as long as I can remember, I never used it because I found it more time consuming to search for my applications with this function. The activity again distract me from what I was doing and it is more time consuming for me to use activity to search for my running applications. I'm having a hard time understanding what you are doing while watching youtube? How can you start any new application without taking your eyes off of youtube? I generally assume when you want to do something different you're going to stop looking at youtube long enough to do whatever you're doing? Are you saying that the animation to the overview is distracting you from watching you tube? There is an extension that lets you add a dash on your main screen you could use that to launch applications without going to the overview. Or you could use docky which I believe runs on GNOME 3. I use GNOME DO myself to launch ssh's. It seems to me that docky would fit just fine for your purpose. sri ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: GNOME 3 from Fedora user's perpective - request for changes
On Tue, Apr 5, 2011 at 11:07 PM, Aniruddha mailingdotl...@gmail.com wrote: On Tue, Apr 5, 2011 at 11:40 PM, Sriram Ramkrishna s...@ramkrishna.me wrote: The course is already set and ship has left the dock, we can't turn back now. Your changes effectively mean reversing 2 years of design and work. Try it for a week with an open mind, watch the videos, put in bugs on things that you feel are interaction problems. When you invest in the community then you'll have a [greater] voice. That the ship has left is no argument. To use your analogy; It better better to return to the harbor and fix the broken design then to sink at full sea because of design faults. I have watched all video's tried it on my laptop and came to the conclusion that for me the design was broken by default because of the way the activities work. I like Gnome, like I said I have used it for years and I would to continue to use it. That's why I take take the time to explain why Gnome Shell in it's current form doesn't work for me. The only reason it is broken is that it didn't meet your particular need at this moment. There is nothing broken about the design. As many can attest on this mailing list a lot of us do like the shell for what it does once you adjust yourself to it. If you believe that the fact that you have to adjust as broken then I don't know what to tell you other than to try it for a prolonged amount of time. It took me two days to re-adjust. I use it at work in an enterprise environment with a lot of terminals, web browser windows, mail application, music player, twitter.. IM , you name it. It's all running on separate workspaces and I switch between them seamlessly. I work in a heavily command line driven environment and it works much better than GNOME 2 did. I expect that with extensions it will grow even more useful. All we can offer you on this mailing list is that you give us an interaction that you have trouble doing in GNOME and we will try to help you. FYI - GNOME Journal just released their latest issue, and they have two good articles on the history of how GNOME Shell was developed. Read it. http://www.gnomejournal.org/ sri ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: GNOME 3 from Fedora user's perpective - request for changes
On Wed, 2011-04-06 at 07:40 +0200, Aniruddha wrote: On Tue, Apr 5, 2011 at 10:29 PM, Adam Williamson awill...@redhat.com wrote: Anything I launch a lot gets made a favorite, anything I launch infrequently I just search for (which is no clicks: 'start' key, type.) -- You mean press the windows key and type the program name? I've tried this, I can't remember every program name, It searches by description too. File a bug with the application in question if you think the desktop file does not adequately describe the function of the application. John I find it more convenient to browse to a menu structure. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: GNOME 3 from Fedora user's perpective - request for changes
On Wed, 2011-04-06 at 20:36 +1200, John Stowers wrote: On Wed, 2011-04-06 at 07:40 +0200, Aniruddha wrote: On Tue, Apr 5, 2011 at 10:29 PM, Adam Williamson awill...@redhat.com wrote: Anything I launch a lot gets made a favorite, anything I launch infrequently I just search for (which is no clicks: 'start' key, type.) -- You mean press the windows key and type the program name? I've tried this, I can't remember every program name, It searches by description too. File a bug with the application in question if you think the desktop file does not adequately describe the function of the application. I was about to point that out, then did a few tests which reminded me the descriptions are usually pretty fracking useless... 'rip' does not get you Sound Juicer 'burn' does not get you Brasero 'sound' does not get you Audacity (but somehow, it *does* get you Brasero?) 'audio' gets you Audacity, but not Rhythmbox (you have to hit 'music' for that) 'video' does not get you Totem so, yeah, it's not great =) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: GNOME 3 from Fedora user's perpective - request for changes
On Wed, 2011-04-06 at 08:46 -0700, Adam Williamson wrote: On Wed, 2011-04-06 at 20:36 +1200, John Stowers wrote: On Wed, 2011-04-06 at 07:40 +0200, Aniruddha wrote: On Tue, Apr 5, 2011 at 10:29 PM, Adam Williamson awill...@redhat.com wrote: Anything I launch a lot gets made a favorite, anything I launch infrequently I just search for (which is no clicks: 'start' key, type.) -- You mean press the windows key and type the program name? I've tried this, I can't remember every program name, It searches by description too. File a bug with the application in question if you think the desktop file does not adequately describe the function of the application. I was about to point that out, then did a few tests which reminded me the descriptions are usually pretty fracking useless... 'rip' does not get you Sound Juicer 'burn' does not get you Brasero 'sound' does not get you Audacity (but somehow, it *does* get you Brasero?) 'audio' gets you Audacity, but not Rhythmbox (you have to hit 'music' for that) 'video' does not get you Totem so, yeah, it's not great =) Maybe you meant to say 'sub-names' ... not sure that's the right term for that. E.g Typing 'moni' gets you 'System Monitor' and 'off' gets you all of LibreOffice or OpenOffice apps. So, if you know a bit about the Applications name, it helps (being accurate may not be necessary but a piece of the name works) ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: GNOME 3 from Fedora user's perpective - request for changes
It might help if there were some kind tagging mechanism (which was subtle and intuitive) for apps that search could use. That way search results can improve over time for users and there doesn't have to be a one size fits all situation. Jesse On Wed, Apr 6, 2011 at 12:12 PM, Ryan Peters slosh...@sbcglobal.net wrote: On 04/06/2011 10:46 AM, Adam Williamson wrote: On Wed, 2011-04-06 at 20:36 +1200, John Stowers wrote: On Wed, 2011-04-06 at 07:40 +0200, Aniruddha wrote: On Tue, Apr 5, 2011 at 10:29 PM, Adam Williamsonawill...@redhat.com wrote: Anything I launch a lot gets made a favorite, anything I launch infrequently I just search for (which is no clicks: 'start' key, type.) -- You mean press the windows key and type the program name? I've tried this, I can't remember every program name, It searches by description too. File a bug with the application in question if you think the desktop file does not adequately describe the function of the application. I was about to point that out, then did a few tests which reminded me the descriptions are usually pretty fracking useless... 'rip' does not get you Sound Juicer 'burn' does not get you Brasero 'sound' does not get you Audacity (but somehow, it *does* get you Brasero?) 'audio' gets you Audacity, but not Rhythmbox (you have to hit 'music' for that) 'video' does not get you Totem so, yeah, it's not great =) I understand all of those... except for the Rhythmbox example. Why would you search audio for Rhythmbox? I'd search music or player. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: GNOME 3 from Fedora user's perpective - request for changes
On Wed, Apr 6, 2011 at 10:24 AM, Jesse Hutton jesse.hut...@gmail.com wrote: It might help if there were some kind tagging mechanism (which was subtle and intuitive) for apps that search could use. That way search results can improve over time for users and there doesn't have to be a one size fits all situation. Jesse When I open the overlay and type photo, the application list is filtered to the following: Cheese, Darktable, GIMP and Shotwell. So the search doesn't just look at the app name, it also searches on the comment in the app's *.desktop file. If an app doesn't show up using an obvious term (e.g., Pino and Hotot show up for twitter but gwibber doesn't) a bug should probably be filed against the app. Adding support for tags in the desktop file spec might be worth pursuing, since padding out the Comment field with keywords may make it too unwieldy for its original purpose. On Wed, Apr 6, 2011 at 12:12 PM, Ryan Peters slosh...@sbcglobal.net wrote: On 04/06/2011 10:46 AM, Adam Williamson wrote: On Wed, 2011-04-06 at 20:36 +1200, John Stowers wrote: On Wed, 2011-04-06 at 07:40 +0200, Aniruddha wrote: On Tue, Apr 5, 2011 at 10:29 PM, Adam Williamsonawill...@redhat.com wrote: Anything I launch a lot gets made a favorite, anything I launch infrequently I just search for (which is no clicks: 'start' key, type.) -- You mean press the windows key and type the program name? I've tried this, I can't remember every program name, It searches by description too. File a bug with the application in question if you think the desktop file does not adequately describe the function of the application. I was about to point that out, then did a few tests which reminded me the descriptions are usually pretty fracking useless... 'rip' does not get you Sound Juicer 'burn' does not get you Brasero 'sound' does not get you Audacity (but somehow, it *does* get you Brasero?) 'audio' gets you Audacity, but not Rhythmbox (you have to hit 'music' for that) 'video' does not get you Totem so, yeah, it's not great =) I understand all of those... except for the Rhythmbox example. Why would you search audio for Rhythmbox? I'd search music or player. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: GNOME 3 from Fedora user's perpective - request for changes
On Tue, 2011-04-05 at 21:46 +0200, Aniruddha wrote: On Tue, Apr 5, 2011 at 9:39 PM, Mark Curtis merkinman-pkbjnfxxiarbdgjk7y7...@public.gmane.org wrote: I tried it and it just doesn't work for me. Now I need to take 3 steps for basic tasks that needed 2 step before. When I want to start an application I need to go to the activities , click on programs and select the program I want to launch (3 clicks). Or remember the name of each program I have installed and search for it. With Gnome2 I go I look up my application via the Gnome menu (2 clicks). How is it only 2 clicks? applications/places/system category application that's three clicks I don't click in the Gnome menu. I've forgotten something, the applications I use the most are 1 click, I've added them to my panel next to my Gnome menu, these are two clicks with Gnome 3. With gnome-shell you have favourites. 2 steps: - Windows key/activities/... - Click on favourite application (i.e. one which is marked as favourite) --- I'd argue that the window handling on GS is broken (close vs. hide and open vs. choose opened window) but overview mode is actually quite nice and simple. If you know app name you have alt+f2 and it would be great if it was improved (as there is a regression) but I would fill it under polishing. Regards ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
GNOME Shell 3.0.0.2 released
GNOME Shell 3.0.0.2 is now available at: http://ftp.gnome.org/pub/GNOME/sources/gnome-shell/2.91 5563b6374e84795526928ab398316611f94385ce0b278ef71769ff12498e4532 gnome-shell-3.0.0.2.tar.bz2 366d2237de4adcea0ea1be201c71fce524036e212e8299b045b34cacb2acb192 gnome-shell-3.0.0.2.tar.gz Note: 3.0.0 and 3.0.0.1 were released earlier this week though not separately announced; 3.0.0.2 is expected to be the last release until 3.0.1 is released towards the end of this month. About GNOME Shell = GNOME Shell provides core user interface functions for the GNOME 3 desktop, like switching to windows and launching applications. GNOME Shell takes advantage of the capabilities of modern graphics hardware and introduces innovative user interface concepts to provide a visually attractive and easy to use experience. Tarball releases are provided largely for distributions to build packages. If you are interested in building GNOME Shell from source, we would recommend building from version control using the build script described at: http://live.gnome.org/GnomeShell Not only will that give you the very latest version of GNOME Shell, it will be much easier than successfully building GNOME Shell and its dependencies from tarballs. Changes since 3.0.0.1 = * Fix missing import that was preventing extensions from loading. [Maxim Ermilov] https://bugzilla.gnome.org/show_bug.cgi?id=646333 Translations: Timo Jyrinki [fi] Changes since 3.0.0 === * Fix problem with stuck event handling if network menu pops down while user is using the scrollbar. [Owen Taylor] https://bugzilla.gnome.org/show_bug.cgi?id=646825 Changes since 2.91.93 = * Fix crash from changed annotations on g_file_load_contents() [Colin] https://bugzilla.gnome.org/show_bug.cgi?id=646333 * Fix submenu overflow of networking More... menu and improve submenu appearance [Owen, Jakub, Florian] https://bugzilla.gnome.org/show_bug.cgi?id=646001 https://bugzilla.gnome.org/show_bug.cgi?id=645949 * Make the On/Off switch work better for VPN connections [Giovanni] https://bugzilla.gnome.org/show_bug.cgi?id=646380 * Align signal strength icons in the networking menu [Dan] https://bugzilla.gnome.org/show_bug.cgi?id=646121 * Misc Network menu bug fixes [Giovanni] https://bugzilla.gnome.org/show_bug.cgi?id=646355 https://bugzilla.gnome.org/show_bug.cgi?id=646381 https://bugzilla.gnome.org/show_bug.cgi?id=645702 * Fix missing icon in logout dialog when no user icon set [Florian] https://bugzilla.gnome.org/show_bug.cgi?id=646032 * Fix calendar layout when translated [Dan] https://bugzilla.gnome.org/show_bug.cgi?id=645693 * Fix lock-up when dragging search results [Florian] https://bugzilla.gnome.org/show_bug.cgi?id=645990 * Show notifications from Empathy other than chat and presence https://bugzilla.gnome.org/show_bug.cgi?id=645932 [Guillaume] * Build fixes [Florian, Milan] Contributors: Milan Bouchet-Valat, Giovanni Campagna, Guillaume Desmottes, Florian Müllner, Jakub Steiner, Owen Taylor, Dan Winship Translations: Friedel Wolff [af], Jamil Ahmed [bn], Jordi Serratosa [ca], Petr Kovar [cz], Kris Thomsen [da], Wolfgang Stöggl [de], Bruce Cowan [en_GB], Mattias Põldaru [et], Inaki Larranaga Murgoitio [eu], Sweta Kothari [gu], Rajesh Ranjan [hi], Gabor Kelemen [hu], Luca Ferretti [it], Takayuki KUSANO, OKANO Takayoshi, Kiyotaka NISHIBORI [ja], Changwoo Ryu [ko], Gintautas Miliauskas [lt], Rudolfs Mazurs [lv], Kjartan Maraas [nb], Wouter Bolsterlee [nl], Duarte Loreto [pt], Miloš Popović [sr], T. Vasudevan [ta], Aron Xu [zh_CN], Chao-Hsiung Liao [zh_HK, zh_TW] ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: GNOME Shell Extensions 3.0.0 release
On Tue, 2011-04-05 at 17:15 -0400, Owen Taylor wrote: On Tue, 2011-04-05 at 23:04 +0200, Giovanni Campagna wrote: I've updated my gnome-shell-extensions to 3.0.0 but since gnome-shell 3.0.0 I've lost all extensions and don't have any errors. Seems extensions are not loaded and don't have any idea why, if someone have an idea As the commit message for the release says, gnome-shell 3.0.0 must be patched for bug 646333, otherwise extensions are not loaded. Blah. I'll do a gnome-shell-3.0.0.2 for this tomorrow after GNOME 3.0.0 is released and before I open the tree up for general 3.0.1 work. 3.0.0.2 is now released with just this fix compare to 3.0.0.1. - Owen ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
New Multi Monitor Behavior is Odd
Hello, Congratulations on the release of GNOME 3. GNOME Shell behaves odd on my multi monitor setup. When I switch workspaces the screen on the external monitor remains the same. I expect the external monitor to share the same virtual workspace as the primary monitor. Is this behavior intentional? Or is this a bug? Or did I screw up my xrandr settings? I use my external monitor primarily as a reading device. It has a large screen and thankfully there's no top bar taking up screen space or distracting. But I also like to have different apps (chrome, devhelp, pdf books) open on different workspaces on the external monitor. If this is not a bug, or a screw up on my path, is this behavior changeable? If so how can I revert back to the old behavior which is the standard behavior on other window managers? Thanks ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: New Multi Monitor Behavior is Odd
On Wednesday, April 06, 2011 20:59:34 Mystilleef wrote: Hello, Congratulations on the release of GNOME 3. GNOME Shell behaves odd on my multi monitor setup. When I switch workspaces the screen on the external monitor remains the same. I expect the external monitor to share the same virtual workspace as the primary monitor. Is this behavior intentional? Or is this a bug? Or did I screw up my xrandr settings? I use my external monitor primarily as a reading device. It has a large screen and thankfully there's no top bar taking up screen space or distracting. But I also like to have different apps (chrome, devhelp, pdf books) open on different workspaces on the external monitor. If this is not a bug, or a screw up on my path, is this behavior changeable? If so how can I revert back to the old behavior which is the standard behavior on other window managers? Thanks Now that you mention it, this is quite peculiar, as the only other WM that I know of that does this is E17. BTW, I always hated that changing desktops on one screen, automatically changed them on the other. On KDE4 at work I have to pin windows visible on all desktops on my external monitor for it to be of any use (it comes natural to me that changing desktops on one screen should not by any means change them automatically on the other). Maybe positioning your cursor on the secondary and then changing them works? That's how E17 does it at least. Cheers Juan Manuel ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: New Multi Monitor Behavior is Odd
On Wed, Apr 6, 2011 at 7:26 PM, Adam Williamson awill...@redhat.com wrote: On Wed, 2011-04-06 at 20:59 -0400, Mystilleef wrote: Hello, Congratulations on the release of GNOME 3. GNOME Shell behaves odd on my multi monitor setup. When I switch workspaces the screen on the external monitor remains the same. I expect the external monitor to share the same virtual workspace as the primary monitor. Is this behavior intentional? Or is this a bug? Or did I screw up my xrandr settings? It's intentional. Only the primary head gets workspaces, the secondary head just has the same stuff on it all the time. You do get an 'overview' for the secondary head, if you put more than one window on it you'll see this more clearly. -- You can change the behavior using gconf-editor and going to /apps/mutter/ and setting workspace_only_on_primary to false I believe. You might have to change the actual schema.. sri ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list