Re: Error during build today and yesterday
Il giorno lun, 31/01/2011 alle 01.13 +, Patrick Michael Niedzielski ha scritto: On dim, 2011-01-30 at 19:42 -0500, Jasper St. Pierre wrote: http://git.gnome.org/browse/gnome-shell/commit/?id=2bcdae4d5de2489d1940075a1f850353d65abd16 should have fixed this. Compiles fine now. Thanks! Cheers, Patrick It was fine yesterday, today I get a new error: ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: minimize-to-tile would make for a more seamless experience
I always liked how Window Maker and others minimized windows to small boxes. IMHO, it sounds like it would fit the Gnome Shell workflow very well indeed and integrate with the overview nicely. Good idea! Best regards, Andreas On Mon, Jan 31, 2011 at 8:07 AM, Christian Jäger christian.jae...@rub.de wrote: Hello all, thanks for bringing us gnome-shell! I'm quite enjoying it right now thanks to the GNOME:factory repository in the openSUSE build-service. Still, I could just imagine how it could be even better ^_- Please listen to a small suggestion that I think would make daily use an even smoother experience: ATM I find myself switching to activities overview very often just to find a minimized (or obscured) window. As others have pointed out, this has two disadvantages: 1. Mouse-travel: To go all the way up to the top-left corner admittedly quickly becomes second-nature; still I don't really think it's an improvement in usability over the previous state of things (GNOME 2's panel). 2. Window-management on the active desktop: While on the active desktop, windows now behave as they have before; i.e. they overlap and obscure each other. The difference to GNOME 2 is that ATM there is no way to tell whether a window has actually been closed or is only obscured by another window or minimized. This makes me often face the decision whether I should try to move windows around on the active desktop in order to try and look for a 'lost' window or whether I should just switch to activities overview. My idea would be to relief users of that dilemma by 'seaming together' the management of opened windows on the active desktop and switching to the activities overview. The idea is, if you minimize windows, they would not 'disappear' but shrink to a tile on the desktop to look exactly like they would in the activities overview. If the active desktop behaved like that, most inactivce windows could be easily found by moving the active windows a bit to the side. Minimizing all windows would be tantamount to switching to the activitie overview, so in my opinion it should do just that: minimizing all windows should be just another way of triggering the activities overview. So it would provide an intuitive way to the overview for users who have too many windows open to easily find the obscured one by moving the active window aside. Minimizing windows to desktop tiles would not only solve the 2 problems outlined above but also represent an improvement in two more respects: 1. It would effectively replace the old 'desktop' metaphor with the activities overview. 2. It would seamlessly integrate window-management on the active desktop with the wholly new gnome-shell experience we see in the activities overview. I'd be more than happy if you liked the idea. Again, gnome-shell already is the best new desktop-environment I've seen, and I'd also prefer it over GNOME 2 just the way it is. Greets, Chris ___ 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: Error during build today and yesterday
It was caused by http://git.gnome.org/browse/gtk+/commit/?id=c332ac207ab4cac8f4c32aa85cdf6406157340af na-tray-manager.c is stolen from: http://git.gnome.org/browse/gnome-panel/tree/applets/notification_area/na-tray-manager.c Which uses that. I've pinged vuntz, and hopefully I can get Company tomorrow. On Tue, Feb 1, 2011 at 3:36 AM, Alessandro Crismani alessandro.crism...@gmail.com wrote: Il giorno mar, 01/02/2011 , Alessandro Crismani ha scritto: It was fine yesterday, today I get a new error: I am sorry, I unwillingly pressed Control + Enter and sent the previous mail without pasting the error output. Here it is: cc1: warnings being treated as errors tray/na-tray-manager.c: In function `na_tray_manager_manage_screen_x11': tray/na-tray-manager.c:751:7: error: implicit declaration of function `gdk_display_add_client_message_filter' It doesn't seem to be a real error, more a warning, but it still blocks compilation (is it because gcc is told to treat warnings as error, right?). Does anybody have this too? Cheers, and sorry again for the noise, Alessandro ___ 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: Ability to preview windows across all workspaces ?
On Mon, Jan 31, 2011 at 3:15 PM, Jasper St. Pierre jstpie...@mecheye.netwrote: Something like what's mentioned in http://jimmac.musichall.cz/log/?p=1126? Owen has been working on a workspace-thumbnails branch which adds something like that mockup, although I haven't tried it. Hi, More or less : I was aware of that mockup, but it has 2 drawbacks : - The total area available is wasted by the top and left bands, forcing the thumbnails (this point is less a problem than in 2.31) - Moreover, there is a huge difference between the size of the thumbnails (thumbnails from non active workspaces are too small). This is the same problem in alttab : the focus is too strong on the current workspace. Cheers, Thomas ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Difficulties hovering the mail-notification icon
Hi, Again a new thing I complain on : what a weener ! ;) I Like the notification system which is hidden at the bottom, but I think the right left animation is a bit too much : the vertical one already hides the notifications, and the horizontal one is a bit too sensitive : I like to read the subject of new emails via the mail-notification hand-over function, to see if it's worth read yet or not. With the drawer system, I have to be really carefull when hovering the notification : if I move my mouse a bit to the left, I'm out of the notification, and it folds back to the right, so I have to go back and unfold it. As far as I know, I'm not that bad at mouse pointing, I even had some time ago some good skills at counter-strike :) . Maybe, since we have all the screen width available, we can remove this folding effect, perhaps animating the title as a banner if it is too long ? Cheers, Thomas ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Gnome Shell
On 31 Jan 2011, at 17:24, Allan Day wrote: 5. In general it just seems like that there is a lot more mouse moving and clicking than prior. I'm surprised to hear you say that, since the shell can be used almost solely from the keyboard. Being able to use the keyboard isn't a substitute for ensuring mouse usage is efficient as possible. People who prefer to use the mouse will continue to do so in GNOME 3, and IMHO have reasonable grounds for complaint if they have to do more work the mouse than they used to perform common tasks. Has anyone done a GOMS analysis[1] (or similar) on the key navigation tasks in GNOME 2 v GNOME 3? I also don't really find activating the overview with the mouse to be a chore, since you can simply flick the pointer into the top-right corner. Flicking the pointer is easy enough to do with a real mouse, but isn't a gesture that works very well with touchpads, which I'd guess a lot of our users will be using most of the time. When I try to flick the pointer with my touchpad, it just stops halfway :) From a brief experiment, if my pointer's in the middle of the screen, it takes me two (on my laptopt screen), sometimes three (on my external monitor) separate finger movements to hit the corner... Cheeri, Calum. [1] http://en.wikipedia.org/wiki/GOMS -- CALUM BENSON, Interaction Designer Oracle Corporation Ireland Ltd. mailto:calum.ben...@oracle.com Solaris Desktop Team http://blogs.sun.com/calum +353 1 819 9771 Any opinions are personal and not necessarily those of Oracle Corp. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: minimize-to-tile would make for a more seamless experience
Hey Johannes, On Mon, Jan 31, 2011 at 3:48 AM, Johannes Schmid j...@jsschmid.de wrote: Hi! ATM I find myself switching to activities overview very often just to find a minimized (or obscured) window. As others have pointed out, this has two disadvantages: Wasn't the original design to remove the minimize button alltogether? Haven't heard of this in a while though. Yes. https://bugzilla.gnome.org/show_bug.cgi?id=604237 I thought we were on track for that but it seems not. I recommend that everyone make that gconf change to disable min and max buttons though. I've been using it that way. Jon ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Mutter 2.91.6 released
Mutter 2.91.6 is now available at: http://ftp.gnome.org/pub/GNOME/sources/mutter/2.91/ 898f91531010921381ac8c526e08ed1bafaf2d07dae217da5cf5df5b56d1fc2c mutter-2.91.6.tar.bz2 f44c2327ca19f6385949f63b5bd0bdc735a1267d473ca42fc0262370561f52bc mutter-2.91.6.tar.gz About Mutter Mutter is a window and compositing manager that displays and manages your desktop via OpenGL. Mutter combines a sophisticated display engine using the Clutter toolkit with solid window-management logic inherited from the Metacity window manager. While Mutter can be used stand-alone, it is primarily intended to be used as the display core of a larger system such as GNOME Shell. For this reason, Mutter is very extensible via plugins, which are used both to add fancy visual effects and to rework the window management behaviors to meet the needs of the environment. Changes since 2.91.5 * Add meta_screen_override_window_layout() to let a plugin set the workspace layout [Owen] * Add a 'size-changed' signal to MetaWindowActor [Florian] * Add meta_window_actor_is_destroyed() [Adel] * Fix problems with window tile previews when cancelling a move [Florian] * Port theme elements that use GTK+ drawing to use GtkStyleContext instead of the deprecated GtkStyle. [Florian] * Fix compiler warnings that were causing compilation failures [Jasper, Owen] * Misc bug fixes [Gabor, Jasper, Owen, Rui] Contributors: Adel Gadllah, Gabor Kelemen, Rui Matos, Florian Müllner, Jasper St. Pierre, Owen Taylor Translations: Khaled Hosny [ar], Alexander Shopov [bg], Petr Kovar [cz], Fran Diéguez [gl], Marios Zindilis [gr], Gabor Kelemen [hu], Kjartan Maraas [nb], A S Alam [pa], Daniel Nylander [se], 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
On 1 Feb 2011, at 14:00, Calum Benson wrote: People who prefer to use the mouse will continue to do so in GNOME 3, and IMHO have reasonable grounds for complaint if they have to do more work the mouse than they used to perform common tasks. Er, let me try that sentence again, this time in English: People who prefer to use the mouse will continue to do so in GNOME 3, and IMHO have reasonable grounds for complaint if they have to do more work with the mouse than they had to do before to perform the same common tasks. Cheeri, Calum. -- CALUM BENSON, Interaction Designer Oracle Corporation Ireland Ltd. mailto:calum.ben...@oracle.com Solaris Desktop Team http://blogs.sun.com/calum +353 1 819 9771 Any opinions are personal and not necessarily those of Oracle Corp. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Gnome Shell
Calum Benson wrote Flicking the pointer is easy enough to do with a real mouse, but isn't a gesture that works very well with touchpads, which I'd guess a lot of our users will be using most of the time. When I try to flick the pointer with my touchpad, it just stops halfway :) From a brief experiment, if my pointer's in the middle of the screen, it takes me two (on my laptopt screen), sometimes three (on my external monitor) separate finger movements to hit the corner... What we've discussed doing and the input people tell us is feasible (but nobody has started doing the implementation) would be to make the corners of the touchpad absolute - so if you tap the upper left corner or lower right corner of the touchpad it's like throwing your mouse into that corner. I'm not sure if that would move the mouse or just activate the action for the hot corner. - Owen ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: minimize-to-tile would make for a more seamless experience
On Tue, Feb 1, 2011 at 8:23 AM, William Jon McCann william.jon.mcc...@gmail.com wrote: Hey Johannes, On Mon, Jan 31, 2011 at 3:48 AM, Johannes Schmid j...@jsschmid.de wrote: Hi! ATM I find myself switching to activities overview very often just to find a minimized (or obscured) window. As others have pointed out, this has two disadvantages: Wasn't the original design to remove the minimize button alltogether? Haven't heard of this in a while though. Yes. https://bugzilla.gnome.org/show_bug.cgi?id=604237 I thought we were on track for that but it seems not. I recommend that everyone make that gconf change to disable min and max buttons though. I've been using it that way. This might prove controversial, I think we'll need to put a FAQ on it on gnome3.org to explain the design decision on it. Personally, this will work well as long as the transition to overview is fast enough. sri ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
GNOME Shell 2.91.6 released
GNOME Shell 2.91.6 is now available at: http://ftp.gnome.org/pub/GNOME/sources/gnome-shell/2.91 68cb940c192540d0cab7245931c19a58a3fb1664345690d732210edcf1a78290 gnome-shell-2.91.6.tar.bz2 2fccb1e6521940b669037e6e448c6e628a84cae4005760362d645869922c5554 gnome-shell-2.91.6.tar.gz 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 this rapidly changing project, it will be much easier than get GNOME Shell and its dependencies to build from tarballs. Changes since 2.91.5 * Implement new calendar design with Evolution Data Server integration to show calendar appointments [David, Maxim] - Bug fixes [Adel, Florian] * Add DBus-activatable shell-themed dialogs for lgout and shutdown [Ray] * Add buttons to search via Google or Wikipedia to the search results in the overview. OpenSearch XML files can be used to extend the options. [Maxim] * Add a keyboard layout selector to the system status area that shows up when a keyboard with multiple layouts is configured [Giovanni] * Switch the default font for the shell UI to Cantarell (distributions that have Cantarell configured as the default for sans-serif should patch gnome-shell.css in packaging to specify sans-serif only for better language/font matching.) [Jakub, Owen] * Accessibility (exposing UI via ATK to assistive technologies) [Alejandro] - Initialize accessibility - Add accessibility support for StWidget and StLabel * Improve shadow support in St [Ray] - Allow border images and gradients to be combined - Split st-shadow into box-shadow/st-background-image-shadow/icon-shadow - Clip background and any shadows of the background to the border * Use Clutter effects and GL shaders to properly implement faded edges for StScrollView [Adel] * Work around problems with keyboard input when IBus is in use [Owen, Daiki] * Centralize application launching and display errors in the mesage tray [Dan] * Add a generic modal dialog base class used for run dialog and for new system dialogs [Ray] * Require shell extensions to declare the versions they are compatible with [Giovanni] * Fix ShellRecorder to work again and switch the default format to webm [Adel] * Fix drawing of bubbles when pointing to items near a corner [SardemFF7] * Add Main.get/setThemeStylesheet for extensions to modify [SardemFF7] * UI tweaks - Add a timeout when mousing over the application switcher popup [Adel] - Improve swipe scrolling in the overview by allowing swiping anywhere on the background and extending it the the app/search views as well as the workspace vie w[Florian] - Make it easier to activate a window by hovering during inter-app drag-and-drop [Adel] * Visual tweaks [Florian, Jon M, Luca, Owen, Ray] * Miscellaneous bug fixes [Adel, Bastien, Cosimo, Dan, Florian, Giovanni, Marina, Maxim, Vincent] * Code cleanups [Adel, Florian, Marina, Maxim, Vincent] * Build fixes [Adel, Colin, Dan, Florian, Jonathan S, Maxim] Contributors: Giovanni Campagna, Cosimo Cecchi, Maxim Ermilov, Luca Ferretti, Adel Gadllah, Florian Müllner, Bastien Nocera, Alejandro Piñeiro, Sardem FF7, Jonathan Strander, Ray Strode, Owen Taylor, Daiki Ueno, Vincent Untz, Colin Walters, Dan Winship, David Zeuthen, Marina Zhurakhinskaya Design: William Jon McCann, Jakub Steiner Translations: Khaled Hosny [ar], Jorge González, Daniel Mustieles [es], Mattias Põldaru, Ivar Smolin [et], Fran Diéguez [gl], Kostas Papadimas [gr],Yaron Shahrabani [he] Luca Ferretti [it], Kjartan Maraas [nb], A S Alam [pa] Fixed bugs: 594713 BadWindow seemingly triggered by eclipse 600771 Add an Input Language system status indicator / menu 601393 Allow keyboard selection of windows in overlay mode 612599 Require a way to load the accessibility modules 620391 more delay in the hot corner functionality when the gnome-shell starts 621659 Keyboard is broken when using IBus 623708 include buttons to expand search to web and wikipedia 626658 StLabel doesn't expose any accessibility information 629557 Focusing on a new chat notification causes it to shrink and expand if additional messages are received. 632109 Implement new calendar mockup 632595 Recorder: Switch to webm 634226 use Cantarell font 635034 Should be able to swipe-scroll anywhere on the background 635089 util: add Util.spawn, Util.killall,
Re: minimize-to-tile would make for a more seamless experience
On Tue, Feb 1, 2011 at 13:15, Sriram Ramkrishna s...@ramkrishna.me wrote: On Tue, Feb 1, 2011 at 8:23 AM, William Jon McCann william.jon.mcc...@gmail.com wrote: Hey Johannes, On Mon, Jan 31, 2011 at 3:48 AM, Johannes Schmid j...@jsschmid.de wrote: Hi! ATM I find myself switching to activities overview very often just to find a minimized (or obscured) window. As others have pointed out, this has two disadvantages: Wasn't the original design to remove the minimize button alltogether? Haven't heard of this in a while though. Yes. https://bugzilla.gnome.org/show_bug.cgi?id=604237 I thought we were on track for that but it seems not. I recommend that everyone make that gconf change to disable min and max buttons though. I've been using it that way. This might prove controversial, I think we'll need to put a FAQ on it on gnome3.org to explain the design decision on it. Personally, this will work well as long as the transition to overview is fast enough. I could articulate the minimize removal rationale to someone who asks but what's the design rationale for the maximize button removal? What's the status of a send to back button to replace the functionality of minimize? Also, I would rather not make a video about these but I suspect the change will be interesting enough to warrant mention in the context of a winder video of the design principals. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: minimize-to-tile would make for a more seamless experience
Am Dienstag, den 01.02.2011, 13:47 -0600 schrieb Jason D. Clinton: I could articulate the minimize removal rationale to someone who asks but what's the design rationale for the maximize button removal? What's the status of a send to back button to replace the functionality of minimize? I think that a way of managing the windows on the active workspace that spares us switching to activies overview unless we want to start a new activity or switch workspaces would help us with the perceived 'disruptiveness' of switching to the activities overview. My ideal would be to have downscaled representations of the non-active windows beside my active window all the time (except when having to windows opened side-by-side). That would make switching between windows really a breeze. Greets, Chris ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: minimize-to-tile would make for a more seamless experience
On Wednesday, 02 February, 2011 03:15 AM, Sriram Ramkrishna wrote: Yes. https://bugzilla.gnome.org/show_bug.cgi?id=604237 I thought we were on track for that but it seems not. I recommend that everyone make that gconf change to disable min and max buttons though. I've been using it that way. This might prove controversial, I think we'll need to put a FAQ on it on gnome3.org http://gnome3.org to explain the design decision on it. Personally, this will work well as long as the transition to overview is fast enough. Yes controversial (removing the minimized button???). I am in doubt that this will take in effect but I am welling to be corrected. I still can't think of any replacement to this task: Get rid of the focused window immediately. Alt-tab is not going to help unless you are switching to the last focused window. The current problem is: Where is my minimized window? The purpose of the minimize button is to put the window in the task bar/panel, wherein the panel was now removed in GNOME Shell, the quick solution is to remove the minimize button. But the problem still continues: I need this window to disappear for a moment, and I need to get it back later, and removing the minimize button is not a solution after all. The current alternative is the alt-tab to which is not always helpful. The whole point of the minimize button is not only to put that active window out of your view but to make the current workspace uncluttered by too many windows at the same time, thus preserving the readability of the un-minimized windows for easy switching in overview mode. Plus, I do not want yet to switch to my minimized windows, as I only need it later. The overview mode defeats this purpose as it will show all windows regardless of their state. sri ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Difficulties hovering the mail-notification icon
On Tue, Feb 1, 2011 at 5:31 AM, Thomas Bouffon thomas.bouf...@gmail.comwrote: Hi, Again a new thing I complain on : what a weener ! ;) I Like the notification system which is hidden at the bottom, but I think the right left animation is a bit too much : the vertical one already hides the notifications, and the horizontal one is a bit too sensitive : I like to read the subject of new emails via the mail-notification hand-over function, to see if it's worth read yet or not. With the drawer system, I have to be really carefull when hovering the notification : if I move my mouse a bit to the left, I'm out of the notification, and it folds back to the right, so I have to go back and unfold it. As far as I know, I'm not that bad at mouse pointing, I even had some time ago some good skills at counter-strike :) . Maybe, since we have all the screen width available, we can remove this folding effect, perhaps animating the title as a banner if it is too long ? Yes, there is some work to re-work some of that. I have a particular problem the shifting makes me sick to my stomach. Something about that movement causes me to have motion sickness believe it or not. sri ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list