Re: GNOME Shell 3.1.92 released
On Wed, 2011-09-21 at 12:57 +0200, Maciej Marcin Piechotka wrote: > On Tue, 2011-09-20 at 17:31 -0400, Owen Taylor wrote: > > * Frequently initiate a full garbage collection; Spidermonkey isn't > > very good > > at tracking the amount of resources we have allocated so this > > hopefully will > > improve memory usage without affecting performance too much [Colin; > > #659254] > > I'm sorry for complaining but any chance for releasing gjs needed for > gnome-shell before gnome-shell is released? This is done now. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Mutter and Wayland
On Wed, Aug 24, 2011 at 10:45 AM, Giovanni Campagna wrote: > > Third point: as I was the only GNOMEr attending, I presented myself as > "interested in porting mutter to wayland", and so I started. So far all > my work has been towards separating the X stuff from the general window > management. It lives in a branch at my local repo, but I can publish in > github if someone wants to see it. It's not guaranteed to work, although > I tried to make every commit buildable. I'd don't see a problem with pushing it as a wip/wayland branch in the GNOME repo. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: High CPU usage for no reason
Hi, On Wed, May 11, 2011 at 9:51 AM, 俞颐超 wrote: > > However, I found a problem these days. I like to keep my laptop on > over the night (just too lazy to turn if off~~) and when I wake up > these days, I always find that the cpu usage of gnome-shell is around > 30% with no reason (normally it is 1-3%). > Does anyone have any idea on this? > > Is this a bug? You would need to gather "stack traces" and attach them to a bug: http://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: Designing "Finding and Reminding"
On Wed, May 4, 2011 at 1:50 AM, Seif Lotfy wrote: > > Modifying the Gtk+ API would be awesome since it would allow us to use it as > our main datahub. Yet I think Gtk+ will not be enough for the Journal. How > will Gtk+ API allow frequency to be stored. To do that properly you need to > store every action with a new timestamp I just opened https://bugzilla.gnome.org/show_bug.cgi?id=649380 Please fill it in with links to application patches, and we can discuss things in the bug? ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Designing "Finding and Reminding"
On Tue, May 3, 2011 at 10:13 PM, Federico Mena Quintero wrote: > > Apps which don't deal in files don't use GtkRecentManager, and *those* > do require changes to log to Zeitgeist directly. Web browsers, IM > clients, etc. The Zeitgeist-dataproviders are exactly this kind of > extensions to various apps. What I'm saying is in the big picture the API for applications should be GTK+. If the design calls for apps clients to "log" something, then I think it would make sense to have a more expansive set of "recent" than "files" - which might include say recent notes for GNote, or recently viewed web pages for a browser. We could simply implement this as tomboy://note-uuid1 for example, or we could add new API like gtk_recent_manager_add_app_item () which will be defined to open your app with the URI, and not go through the MIME system. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Designing "Finding and Reminding"
On Tue, May 3, 2011 at 6:38 PM, Federico Mena Quintero wrote: > > The infrastructure for the journal is of course the Zeitgeist engine > and its data loggers. If we're modifying applications, the focus should be on adding API to GTK+ to accommodate whatever it is the design calls for. In this case, GtkRecentManager seems like a good fit. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: RFC: compat list
2011/5/1 Olav Vitters : > On Sun, May 01, 2011 at 02:31:11PM -0400, Colin Walters wrote: >> My understanding is roughly at least for Intel "any card ≥ i915/945", >> though i915 is about the very minimum. We do need to get recent data >> about ATI and NVIDIA; can anyone help fill in? > > Could we gather this automatically? I thought Fedora has some software > which voluntary collects hardware data. Combine this if gnome-shell is > running and you'd know the minimum. You're probably referring to: http://smolts.org/ But it doesn't collect software data, so we can't do any kind of correlation. Actually, probably the best source of data now is: http://dri.freedesktop.org/wiki/Status So for NVIDIA that links to: http://nouveau.freedesktop.org/wiki/FeatureMatrix For ATI: http://dri.freedesktop.org/wiki/ATIRadeon?highlight=%28CategoryHardwareChipset%29 ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: RFC: compat list
Hi Sergey, On Sat, Apr 30, 2011 at 7:14 PM, Sergey Udaltsov wrote: > > Would it make sense to consolidate all HW+GL-related information > (requirements) on a single page on live.gnome.org? Minimal list of > extensions, hints ("do not use this driver, do not use those chips, > etc") I think we really do need a high level description of the current state somewhere, yes. My understanding is roughly at least for Intel "any card ≥ i915/945", though i915 is about the very minimum. We do need to get recent data about ATI and NVIDIA; can anyone help fill in? ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: A question about put window above gnome-shell
Hi Weng, On Wed, Apr 27, 2011 at 4:41 PM, Weng Xuetian wrote: > Hi, > I'm a developer of chinese input method fcitx under linux. I'm not a gnome > user, but some fcitx users encounter a problem under gnome3: the main panel of > fcitx will be placed under the top panel of gnome-shell https://bugzilla.gnome.org/show_bug.cgi?id=633620 ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Terminology (was: Re: Some small ideas for the Shell Panel and Overview)
Hi Adam, On Wed, Apr 13, 2011 at 4:16 PM, Adam Williamson wrote: > > Looking at context, I think you're right - thanks for the catch. My > answer is almost the same, though - I never use that at all, and I agree > with you and John that it seems completely useless. It's always felt to > me like something that was put in because no-one could think of anything > much better to go there. =) That's not the case; there has always been some design behind it. Stuff doesn't just happen randomly. See: http://live.gnome.org/GnomeShell/Design/Whiteboards/AppMenu > In An Ideal World it could maybe replace menu bars in apps entirely, a > bit like the 'Office' button in recent MS Office releases, but I don't > see that happening any time this millennium. Since implementing this is a top priority for 3.2, that'll make the next release 989 years early! Note the design goal isn't to replace the menu bar in *all* applications; rather, some of them. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: runtime error(s) - FIXME: Only supporting zero-terminated ARRAYs
This should be fixed in git now. On Tue, Apr 5, 2011 at 5:39 AM, Tim Cuthbertson wrote: > This is what I get when I run gnome-shell as of today. I'm not sure > what's a warning and what's an error (they all look pretty bad), any > ideas what's wrong and what I should do to get it running? > > > Gtk-Message: Failed to load module "pk-gtk-module" > EE r600_pipe.c:321 r600_get_param - r600: unknown param 43 > JS ERROR: !!! Exception was: Error: Requiring NetworkManager, > version none: Typelib file for namespace 'NetworkManager' (any > version) not found > JS ERROR: !!! lineNumber = '0' > JS ERROR: !!! fileName = 'gjs_throw' > JS ERROR: !!! stack = 'Error("Requiring NetworkManager, > version none: Typelib file for namespace 'NetworkManager' (any > version) not found")@:0 > ("Requiring NetworkManager, version none: Typelib file for namespace > 'NetworkManager' (any version) not found")@gjs_throw:0 > @/home/tim/gnome-shell/install/share/gnome-shell/js/ui/status/network.js:8 > ' > JS ERROR: !!! message = 'Requiring NetworkManager, version > none: Typelib file for namespace 'NetworkManager' (any version) not > found' > JS LOG: NMApplet is not supported. It is possible that your > NetworkManager version is too old > > (gnome-shell-real:17215): libupower-glib-WARNING **: No 'IsDocked' property > JS ERROR: !!! Exception was: Error: FIXME: Only supporting > zero-terminated ARRAYs > JS ERROR: !!! lineNumber = '0' > JS ERROR: !!! fileName = 'gjs_throw' > JS ERROR: !!! stack = 'Error("FIXME: Only supporting > zero-terminated ARRAYs")@:0 > ("FIXME: Only supporting zero-terminated ARRAYs")@gjs_throw:0 > @:0 > loadExtension([object > _private_GObject_GLocalFile],true,2)@/home/tim/gnome-shell/install/share/gnome-shell/js/ui/extensionSystem.js:70 > _loadExtensionsIn([object > _private_GObject_GLocalFile],2)@/home/tim/gnome-shell/install/share/gnome-shell/js/ui/extensionSystem.js:193 > loadExtensions()@/home/tim/gnome-shell/install/share/gnome-shell/js/ui/extensionSystem.js:199 > start()@/home/tim/gnome-shell/install/share/gnome-shell/js/ui/main.js:199 > @:1 > ' > JS ERROR: !!! message = 'FIXME: Only supporting zero-terminated ARRAYs' > Window manager warning: Log level 32: Execution of main.js threw > exception: Error: FIXME: Only supporting zero-terminated ARRAYs > gnome-shell-calendar-server[17223]: Got HUP on stdin - exiting > ___ > 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
Rebuilds necessary for GTK+3
On Fri, Feb 11, 2011 at 3:37 PM, Alessandro Crismani wrote: > Hi everybody, > > I've just finished my (almost) daily build and I'm getting this: > > ERROR:gi/object.c:1256:gjs_define_object_class: assertion failed: > (gtype != G_TYPE_INVALID) Try: jhbuild build -afc You probably have multiple GTK3 libraries being linked in. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Dash Favorite Icons and Running Applications
On Thu, Feb 10, 2011 at 10:44 AM, Alessandro Crismani wrote: > > I have noticed that the Libre Office windows have a WM_CLASS of > libreoffice-app (e.g. libreoffice-writer), as reported by Looking Glass. > Conversely, their desktop files, as distributed by Arch, are named > app.desktop (e.g. writer.desktop). In order to have a match I have to > symlink the desktop file to libreoffice-app.desktop (again > libreoffice-writer.desktop for my example). Okay, it looks like this naming lives in the Fedora .spec file =/ A bug needs to be filed upstream to get these two things to match in their default installation rules. > Despite this workaround, the > match fails when double clicking on a .doc file. Am I talking nonsense? > I am not familiar with windows matching :) When you double click on the doc file, is the xprop output the same? > Of course, you'll find it attached. Looking glass reports a WM_CLASS of > com-mathworks-util-PosVMInit, I've added it as StartUpWMClass in the > matlab.desktop file with no luck. > > Please note that when MATLAB starts, it launches a splash screen, which > *is* indeed matched. Than the main window appears and the match is lost. Do you have commit a138f59 from gnome-shell by the way? Just landed yesterday. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Dash Favorite Icons and Running Applications
On Thu, Feb 10, 2011 at 8:25 AM, Alessandro Crismani wrote: > > Libre Office still does not match. Well, it matches if I open a Libre > Office app from the overview, while it fails to match if I double click > a document, a spreadsheet or whatever file opens in an Libre Office app. > Is there anything I can do about it? Unless you're a LibreOffice developer, no =) This is: https://bugzilla.gnome.org/show_bug.cgi?id=632229 What version do you have? There is also https://bugzilla.gnome.org/show_bug.cgi?id=620012 which I can fix in Nautilus. > Same can be said for Matlab, expect > that it fails to match even if run from the overview. Damn java, damn > people sending me .doc files instead of plain text. Can you send me the output of "ps auxwf" when matlab is running? ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Dash Favorite Icons and Running Applications
On Wed, Feb 9, 2011 at 6:50 PM, Patrick Michael Niedzielski wrote: > Hi guys, > > Could someone point me to documentation describing how GNOME Shell > detects which applications are running in the dash (or the file that has > this code, if no documentation exists)? http://live.gnome.org/GnomeShell/ApplicationBased > Certain applications, such as > Emacs, open new icons even when they are favorites. I'd like to see if > I can fix this for certain apps (maybe even just a whitelist on my own > system). I just landed code which should handle a lot more cases like this without requiring applications to be modified. It is however, best for the application to be updated. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Tiling window manager plugin(?) for gnome-shell
Hi Tim, There's been some other people interested in trying this too. On Sat, Feb 5, 2011 at 7:06 PM, Tim Cuthbertson wrote: > > - can it be done in javascript, as a gnome-shell plugin? Some, possibly. But you're very likely going to have to patch mutter to add hooks. I'd study mutter/src/core/window.c. > - if not, how about a hybrid JS / C plugin (one plugin each for > mutter and gnome-shell?) We don't really have a sane way to handle extensions with native code, so I suggest not trying =) > - failing that, can it be done as a mutter plugin? (this is my least > favourite option) In this case you lose almost all of GNOME 3. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Start a gnome-shell-extensions repository / module
On Wed, Jan 12, 2011 at 12:16 PM, Giovanni Campagna wrote: > > The repository is set up now, at > git://git.gnome.org/gnome-shell-extensions > I will soon add proper extensions, as I collect them from the mailing > list archives. I just want to say that this is a nice step forward, thanks for taking the initiative! ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: jhbuild error
On Mon, Dec 20, 2010 at 7:59 PM, Allan E. Registos wrote: > Another round of errors: > /home/allan.registos/gnome-shell/source/gobject-introspection/tmp-introspectiby23G/Gio-2.0.o:(.data+0x550): > undefined reference to `g_periodic_get_type' rm ~/gnome-shell/install/include/glib-2.0/gio/gperiodic.h ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: html rendering in gnome-shell
Hi, On Mon, Dec 20, 2010 at 1:04 PM, Thomas Bouffon wrote: > Hi, > I'd like to display a simple table in a PopupMenuItem. I thought an easy way > would be to prepare an html snippet and render it. > Is there any way this can be done ? There are no plans at the moment for HTML rendering in the shell process, no. You can do quite a bit with Pango markup for text: http://library.gnome.org/devel/pango/stable/PangoMarkupFormat.html ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Writing an extension
Hi, On Fri, Dec 17, 2010 at 12:49 PM, Alessandro Crismani wrote: > > I would like to ask if it is possible to perform an action ONLY on the > new window that is opened, something like (this is a theoretical guess, > hope you get the point): > > display.connect('window-created',FindAndMove(opened_window)); Not quite; you would rewrite the implementation of FindAndMove. > Furthermore, I'd like to ask if there is a way to know how many > workspaces are open when the new window is created, The workspace count is always "global.screen.n_workspaces" > so I do not have to > cycle as done in the extension, which goes like That cycle I think is to create the workspace if it doesn't exist. > Finally, is there any documentation listing objects and methods for > things like global, get_window_actors, etc. or do I have to rely on > Looking Glass? Basically you need to use the source code right now. > Finally, I am not sure if it is better to post here or ask for help on > IRC, anybody on this? I think the mailing list works well for these kinds of involved questions, but if you have bite size questions IRC can work too, it depends on the time and who's there. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Making gdmuser fail gracefully
On Thu, Dec 16, 2010 at 7:08 PM, Federico Mena Quintero wrote: > I'm running gnome-shell from jhbuild. My first runs crashed at startup > with > > (mutter:12345): GdmUser-WARNING **: Couldn't connect to system bus: > Failed to connect to socket /opt/gnome/var/run/dbus/system_bus_socket: > No such file or directory I posted a jhbuild patch, we just need to commit it. As far as your error patch, I personally prefer g_clear_error() a lot more over g_error_free(), since the former DTRT if someone later adds code. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Aisleriot submenu
I'd rather Aisleriot to be a meta-launcher itself, i.e. show a window which allows picking among all variants, or default to Klondike and have an option to pick a variant from there (possibly remembering the user's preference). On Wed, Dec 8, 2010 at 10:18 PM, Timothy S. Nelson wrote: > Hi all. The Aisleriot Solitaire program has 70 different solitaire > games in it, including Freecell and Klondike (aka "normal solitaire"). > > I sent this message to the gnome-games list: > >> Might it be useful to have the "Aisleriot Solitaire" item >> on the Gnome menus be a submenu instead, and then list all the >> Solitaire games (categorised, of course) directly on the Gnome >> menus? > > They said that they thought this was really a decision for you guys. > > Thoughts? > > :) > > > - > | Name: Tim Nelson | Because the Creator is, | > | E-mail: wayl...@wayland.id.au | I am | > - > > BEGIN GEEK CODE BLOCK > Version 3.12 > GCS d+++ s+: a- C++$ U+++$ P+++$ L+++ E- W+ N+ w--- V- PE(+) Y+>++ PGP->+++ > R(+) !tv b++ DI D G+ e++> h! y- > -END GEEK CODE BLOCK- > > ___ > 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: Dock extension
Hi Tor-björn, 2010/8/26 Tor-björn Claesson : > Hi! > > I have written a dock style task switcher for the shell. Hoping that it be > useful to someone or show that writing extensions for the shell is really > easy, it can be downloaded here: > http://torb.blogspot.com/2010/08/dock-extension-for-gnome-shell.html I haven't had a chance to try it, but I'm curious if you had any feedback about the extension system or shell code? Is there anything in particular that you found problematic while writing an extension like this? ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Where is the trash?
Hi, On Sun, Mar 21, 2010 at 6:00 PM, Richard Kolodziej wrote: > Hi. > > I really miss the recycle bin/trash can in the Gnome Shell. I would > like to access the trash can or at least empty it, but I can't find > it. An accessible trash can would be a nice "feature". There's a redesign of the documents area in the works which should address this. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Editing the look/style/theme etc of gnome shell suggestion ... ...
Hi Dan, On Thu, Mar 4, 2010 at 3:54 PM, dan wrote: > Hello. > > I have been editing the style sheet that controls the look of gnome shell, > and thinking about easy ways that new styles etc could be applied to it, > it's pretty much inevitable that people will want to change the look of it, > so how to easily apply a new look ? It'd certainly be possible to have say a gconf preference for a theme path, wouldn't be a difficult patch. > One way is the way me and others have been doing it, backing up the theme > folder etc and then overwriting it with the edited css etc, this may not be > that easy for some people, and to be honest it is a little bit of a hassle. If you're talking about developing the default UI, it's by far easiest to simply edit data/theme/gnome-shell.css in place, then do Alt-F2, type 'r', press Return. > One last thing before I go, the panel, would there be plans to allow it to > auto hide ? (if not it's a feature I'd request) and on the panel subject > would it be possible to have an option to switch the time to 24 hour mode > please, I prefer that layout (as do a lot of others) and editing the > panel.js is a pain in the backside every time you update it, please. thank > you. Can you try the latest code for the time? We should do a bit better at autodetecting 24h locales now. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Feature request... ... changing the shape of the work space window in mosaic mode etc.
On Thu, Mar 4, 2010 at 4:12 PM, dan wrote: > Hello. > > I wondered if it could be make possible for the user to change the shape of > the workspace previews in mosaic mode etc, rather than it being a square, > could it be made changeable to circles etc, or even just round of the > corners using the css ? Are you trying to do this in an extension? Or are you suggesting this as a change for the default design? > If this can already be done, could some one point me in the right direction. You can set up a clip on the actors, see e.g.: http://git.clutter-project.org/cgit.cgi?url=clutter/tree/tests/interactive/test-clip.c ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Gnome-shell not for netbook?
Hi, On Fri, Mar 5, 2010 at 1:05 PM, Bob Hazard wrote: > > I came back to shell after a month away because of reinstalling and it > has even started lagging on my desktop Geforce 8800 since the hot > corner effects. I should imagine that if old hardware can run compiz > then it should be fine. That's correct; the combination of compiz+gnome-panel is roughly speaking our target performance baseline. We are not presently meeting that baseline, but as we flesh out more features we will turn to performance work to ensure we do. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Problems executing gnome-shell
Hi, On Thu, Mar 4, 2010 at 12:04 PM, Piñeiro wrote: > > [gshell-infapi...@remigio:~/gnome-shell/source/gnome-shell/src$ ./gnome-shell > --replace > JS ERROR: !!! Exception was: Error: Requiring Clutter, version none: > Typelib file for namespace 'PangoCairo', version '1.0' not found Try this: cp gnome-shell/source/gnome-shell/tools/build/gnome-shell-jhbuildrc ~/.jhbuildrc ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Use gjs_context_get_native_context()
Hi, On Wed, Feb 24, 2010 at 6:20 AM, Michael Higgins wrote: > > http://git.gnome.org/browse/gnome-shell/commit/?id=1f1f4432f6fa9a0ed510caeb87772786b3b6d02c > > ... *appeared* to have broken my builds like this: > > shell-global.c: In function 'shell_global_add_extension_importer': > shell-global.c:618: error: implicit declaration of function > 'gjs_context_get_native_context' shell-global.c:618: error: > initialization makes pointer from integer without a cast > shell-global.c: In function 'shell_global_gc': shell-global.c:809: > error: initialization makes pointer from integer without a cast You need to build the latest gjs as well. See: http://live.gnome.org/GnomeShell#Building ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: hot corner and fullscreen
Hi, On Thu, Jan 21, 2010 at 8:57 AM, startx wrote: > hello. > > i only recently started to use the gnome-shell (and i really like it) > > one thing i recognized was that if i have an application window running > in "fullscreen", the hot corner to switch to the overview does not work > anymore. This is definitely important; I'd consider it a bug if it did. For example if you fullscreen a browser then you'd have a real fight over the back button. (They conflict enough as it is right now) ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Making Activities Overview less cluttered and also "power-user" friendly
On Wed, Jan 13, 2010 at 8:15 PM, Samuel Arthur Wright Illingworth wrote: > It seems to me a big problem with the Activities Overview is that it can > easily become extremely cluttered, especially, but not just, for a "power > user" (I'm reluctant to use that term as I'm not really sure what it means). > Seeing a list of running and none-running application icons, as well as a > list of places, as well as a list of recent files, as well as a thumbnail of > every open window on every workspace - there's just too much going on there > for my brain to comfortably (that's the important word) be aware of. > I think a solution to this would be to only show the > currently relevant activities, i.e. those on the current workspace. There is an in progress patch for part of what you're talking about: https://bugzilla.gnome.org/show_bug.cgi?id=593844 Awesome work from Maxim, it should hopefully land soon. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Me being Picky: A few minor points
On Fri, Jan 15, 2010 at 8:02 PM, Joshua Landau wrote: > > Second; the overview is pretty much a static image. If you hover over > something it should react. This one is just a bug - we have a design for some hover animation, just needs implementing. It's creeping up in priority. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: gnome shell (aplication)mockup
Hi dani, First, thanks for looking at the applications more and making some mockups! It's definitely a big hole in the shell and the design right now. Now, On Sun, Jan 10, 2010 at 6:10 AM, dani wrote: > http://www.subirimagenes.com/otros-gnomeshellaication-3862712.html >From some discussions around the app designs we didn't feel the category system was very successful, and wanted to move away from it. One of the newer inkscape mockups has a grid, and I think that just makes sense, especially on larger displays. Now, different sections in the grid is something to consider. I think it'd be interesting to try a section which was e.g. "Recently Closed" apps. Another one might be "Newly Available" (think PackageKit integration here). ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Gnome-Shell and Zeitgeist...
Hi, On Tue, Dec 15, 2009 at 2:40 PM, wrote: > > I asked about this in a Zeitgeist blog : > http://seilo.geekyogre.com/2009/12/more/#comments > Seif Lotfy Response : > We do, yet I am not sure the Shell people want our functionality -.- > Well you can try. We already tried and for some reasons our patches never > went through! Not sure what the latest status of that was - there are a lot of components here. From the shell side I think what we need badly (from an incremental point of view) is something useful to do when the user clicks "show me all my docs". The original zeitgiest patch just put the zeitgeist data in a scrolling (well, paged then) list in the shell UI, which I don't think was very compelling. Useful as a Proof of Concept for talking to the engine I guess though. Now there are a lot of open questions about how documents should work in the shell and a lot of design and even more implementation work left to be done, but I'm happy to keep that discussion ongoing, it's not the case that we don't want patches or discussion, because how we handle recent docs now could clearly be way, way better. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: sidebar enhancements
Hi Florian, Thanks a lot for contributing the patches! On Tue, Dec 8, 2009 at 4:09 PM, Florian Scandella wrote: > what would be required to get the patches i sent integrated into master? See: http://live.gnome.org/Git/Developers#Contributing_patches Once you submit them it's mainly a matter of a reviewer getting to it (we're a bit behind here, but be patient and feel free to send a reminder message if it's not getting looked at in a reasonable time. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Nvidia driver problem
Hi, On Sat, Nov 21, 2009 at 8:30 PM, Dean Loros wrote: > So I guess that there is no current answer about the Nvidia driver problem? I've not done any debugging of this myself (in the middle of various patches), but I've experienced that symptom. Restarting the shell (alt-f2 restart) often seems to fix it. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: One workspace overview to witch active window
Hi Manuel, On Thu, Nov 5, 2009 at 12:08 PM, Manuel Corrales wrote: > Hello, I am new on the list and I am not sure this was asked before. > Is there any plans to include an overview of the windows, but only of the > current workspace and without showing the activites sidebar? I am used to > switch windows using the compiz feature that works like the OSX expose and > would like to know if this is planned or if it was considered and discarded. There are plans to change the overview to only show one workspace at a time, yes: https://bugzilla.gnome.org/show_bug.cgi?id=593844 ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: A small patch for workspace.js
Hi Nageswara, Thank you very much for the patch! Can you open a bug at https://bugzilla.gnome.org component gnome-shell with this? Our workflow around patches is highly centered in bugzilla, since that's where the code review tool Splinter lives, etc. One thing I noticed glancing at it quickly is that new code should be using St and CSS ideally; you can look at some of the patches in say https://bugzilla.gnome.org/show_bug.cgi?id=600734 to get an idea of how to use the CSS system (though we don't have a CSS style guide yet). On Sun, Nov 8, 2009 at 1:58 AM, Nageswara wrote: > > I recently tried gnome-shell on my ubuntu system and liked the overlay > design concept very much. While using the shell, I felt that it would be > better to have window action menu appeared in overview mode also. (when user > right clicks on a window). Later, this menu can be extend to support app > specific menus. Seems reasonable. > So with this idea, I went ahead and opened source and tried changing it. I'm > attaching the patch to this mail. This is not yet completed, just looking > for your suggestions. I couldn't find mutter api to get current state of > window i.e. is_maximized/is_minimized etc., to hide irrelevant options (we > shouldn't show maximize option when the window is already maximized). > similarly, there is no api function to keep window on all workspaces :( If > you ppl know alternative way of doing these things, please let me know. We've been evolving the mutter API on an on-demand basis essentially. It looks like minimized is an internal boolean; making it a GObject property with notification would make sense probably. There was a patch to add many more properties to MetaWindow but I can't find it in bugzilla at the moment. > Similary I've another idea too. When user maximizes a window, how about > merging titlebar of the window with top-panel ? we are already showing > window title in top-panel, why not buttons (I mean minimize, maximize > buttons). That way we can save some screen real estate. For this we may need > to work with mutter folks, not sure. I think it would make sense particularly in constrained screen sizes, and there's been some work on it but I'm not sure offhand of the state. Thanks a lot again for the patch! Let's get it in bugzilla and iterate from there. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: LookingGlass: a poor terminal implementation?
On Fri, Nov 6, 2009 at 2:06 AM, n@ wrote: > > At this stage for instance, I don't understand the reason the LookingGlass > console doesn't just use an instance of gnome-terminal, that being a much > nicer interface to work with IMHO (eg. better wrapping/scrolling support, > copy-pasta, etc. - LookingGlass looks like a garage computer game's console > to me). Heh, well; this is an issue with a lot of nuances. I wouldn't say terminal emulators are the end all in highly textual interfaces. The terminal grid layout for example actually prevents sane wrapping (you know how you get line breaks at the end of the display when copying from a terminal where none existed in the input text? Yeah). Also, although the lookingGlass display is not actually one big text area at the moment, we could in the future add say a little button next to a result to toggle the display between JSON.stringify and toString, for example. Or just format things more nicely. I think what you're getting at in general is that some of the UI elements are missing important behavior - and that's absolutely true. We've been fixing that by reworking the code base on top of an internal toolkit called "St", which derives from the Moblin toolkit. This conversion is not complete, but it's progressing. > After testing a recent build I also wonder whether the proposed interface > should really require 3D compositing support (Clutter); yes, it would suffer > without it, but I do think that it would still be usable if there was > fallback (non-3D / no-compositing) support builtin. We aren't really exercising the graphics stack in obvious ways as much as we could be necessarily, but: > I do not want to have to > use a different GUI if I lose 3D acceleration - even if I do have to forfeit > live 'mini' views of my apps and other niceties! Very, very hard in general. I think it makes sense to get the current interface more complete and fully fleshed out, validate it, and if we're highly confident in it then we could consider moving parts of the older GNOME 2 stack closer to it (I could imagine backporting the application tracking bits, and having an application-based panel say in just a few weeks of work). ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: some thought about fast app switch (gnome-shell's taskbar)
Hi Feng, On Sun, Nov 1, 2009 at 6:11 AM, feng shu wrote: > I have a idea about fast app switch (gnome-shell's "taskbar"),very > very simple ,I think use the bar showed when type ALT-TAB as > gnome-shell's "new" taskbar is a good idea . > (big icon, easy look and at the middle of desktop ),all we need to do > is add some code that we can use mouse button :-) This is a reasonable premise; I think in general we want to design things so that you can do the majority of the most common tasks primarily with the mouse or with the keyboard (exclusive or). > 1. the area of the whole desktop except desktop app icon is hot area > to activate "taskbar", > when mouse arrow is in this area, the taskbar show , > when mouse arrow is not in this area (example on some app or > on the desktop icon ) , the taskbar disappear. if no app open, > the taskbar disappear. Where would it pop up here? If it's around the mouse pointer then it could be problematic if you were moving the mouse in that direction. And this seems prone to be visually distracting. > 2. taskbar show, when you click right mouse button on the desktop area, the > app switch right when you click left mouse button , the app switch left , > the reason is that gnome-share manager apps, desktop people don't > open to many apps general,so mouse click may few . > (note: the mouse arrow can click on the desktop to switch app and not > need click the icon on the taskbar) Hmm; what do you mean by "taskbar"? A list of windows in the order they were opened like in GNOME 2? I'm a little unsure about depending on right click versus left click. > Method 2: > > 1. the area of the whole desktop except desktop app icon is hot area > to activate "taskbar", > when click left mouse button, the "taskbar" show , click right button, > the "taskbar" disappear > ,may be like autocad > > 2.when "taskbar" show, click left mouse button on the desktop, app > switch, click right mouse button, the "taskbar" dissapear This seems similar to the above one? > Method 3: > > like Method 1, the different is that the area to activate "taskbar" is > on the top bar (activities bar) , it can one/two buttons on the top > bar or > whole topbar except other app button Would be a larger change to the design but seems worth experimenting with I think. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Suggestion: launch applications menu in Activities
Hi, Thanks for the feedback. I agree launching apps right now could use a lot of improvement; we're iterating and brainstorming on that.We know for sure we want to use scrolling instead of paging, as you suggest. I'll post some of my notebook contents soon. On Fri, Oct 30, 2009 at 12:45 AM, Jeremy wrote: > Hello, > > I like very much the gnome-shell concept and design, but i feel that > launching apps from the Activities window could be quicker and more intuitive: > > Instead of having a few apps suggested and a "more" button to click and show > the apps menu, > having a list of all the apps with a scroll bar would be quicker to find and > launch apps. > The "more" button could be replaced by a combo with options that would let > the user display applications either by alphabetic order, or by theme > (accessories, office, internet, etc.) and still put the most often used ones > (and currently opened ones too) at the top of the list. > Just a suggestion... > > That said, gnome-shell is a great improvment for usability and the new way of > using virtual desktops is just wonderful and more clever than ever! > > For info, i'm using gnome-shell on ubuntu 9.10 on an ibook G4. > > Best Regards > > Jeremy LP > > > > ___ > 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: Extensions, Applets, ETC
On Fri, Oct 30, 2009 at 2:10 PM, Scott S. McCoy wrote: > Hello all, > I'm searching for documentation, information, notes etc on any existing > or planned gnome shell extension APIs will be designed and exposed. So far > I haven't found much, does anything exist or is this early enough that the > plans are mostly non-existent? This breaks down in 3 ways: 1) "Plugins": Additional code with a well-defined API for a specific part of the shell. Example: new search types. For this we will be adding APIs incrementally. 2) "Extensions" (Firefox style): We load your javascript, you can do whatever you want via monkey-patching, etc. I have a patch for this in-progress: https://bugzilla.gnome.org/show_bug.cgi?id=599661 3) "Applets": No plans for additional items on the panel at this time. However, we have experimented with a sidebar for larger "widgets/gadgets". I think probably what will work out a bit better is a dedicated desktop for them. The development API for them of course is another issue, but I'd like to start from the use cases (CPU monitor, weather display). ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: keyboard indicator
On Fri, Oct 9, 2009 at 7:13 PM, Sergey Udaltsov wrote: > Hear, hear! > > Exactly what I meant. Currently the tray is amazingly messy. Some bits > are missing from the specs, I guess. A patch for this is in bugzilla now: https://bugzilla.gnome.org/show_bug.cgi?id=598313 Just tell me what you end up using for WM_CLASS and we can fill in the keyboard. > And still, the question is open - can you put arbitrary gtk widget > into the tray? Not GtkStatusIcon, I mean. You mean more into the panel? Well...I'd rather discuss what your ideas are for the UI and we can figure out how to implement it from there. There are a variety of issues with using GTK+ in the UI; the biggest two are that we can't really do it easily from the overview mode right now, and we don't yet have a "shell like" GTK+ style. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Is this a bug?
On Tue, Oct 13, 2009 at 2:57 PM, Peter Cooper wrote: > There has been an update to Gnome-shell which allows you to remove evolution > and OpenOffice from the favourites menu. Other tasks can be added by right > clicking. I added four tasks, but when I added the fifth (thunderbird) it > disappeared. It is active and is showing an active window on the desktop, > but is not appearing in the overlay! Hi, What this means most likely that GNOME Shell hasn't been able to "application-track" Thunderbird on your system. See: http://live.gnome.org/GnomeShell/ApplicationBased Search for "Inspecting your program's WM_CLASS PROPERTY" on that page. Can you tell me the output of $ sleep 5; xprop | grep WM_CLASS $ ls -al /usr/share/applications/*thunderbird* ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: keyboard indicator
On Fri, Oct 9, 2009 at 10:33 PM, Sergey Udaltsov wrote: >> The design is that the system icon tray is mostly that type of stuff >> related to your hardware; messaging (pidgin, xchat, gwibber) is handled >> by the message tray. > I always had impression that notification tray is overused. You cannot > position icons inside the tray, It would be relatively easy to define the specific location for a given tray icon; we could define a new X property (or reuse WM_CLASS). The fact that the ones from the OS core are currently randomly ordered is fairly broken. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: a note on application-based window-management behavior
On Fri, Sep 25, 2009 at 10:30 PM, Jud Craft wrote: > > 1. Consistently defining the "open a new window action" [some apps > open tabs, some Apps only have one unique window, some open a > completely new instance, etc.] > This is a problem, yes. Probably need a new .desktop file key. > 2. Integrating application tasks into the environment (possible > solutions: an "application menu" of common tasks ala Shell's intended > plan, or global menu bar via OS X/gnome-global-menu) > This one is harder, but if we had it could be a solution for #1. > 3. Application-based window management actions (closing all windows, > hiding the application, etc). > Quit will go in the application menu at the top. So, closing the last Brasero window means that opening a new one > requires re-launching the App, I don't think we can make this change, or at least, it's far from that simple. We already have the problem where the desktop gives you no feedback if you have too many applications running, if we start keeping them around after you click close it'd be even worse. Another issue is that some applications are going to be treating close as "stop working", e.g. burning a CD, playing music; if we just hide the window and the application isn't expecting this it'll just keep on working, which is not likely what people expect. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Brainstorming quick fixes for 2.28
Suggest creating bugs for things that aren't already here, and we need a blocker tracker, which I just filed as: https://bugzilla.gnome.org/show_bug.cgi?id=596264 ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Favourite applications well debugging question.
Hi, The favorites are is in a transition state at the moment, there are a few things I want to fix but a lot of the code is being changed around to make it usable inside Alt-TAB and I don't want to introduce more conflicts. I'll do a few easy fixes though after the new Alt-TAB lands. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Keyboard shortcuts or other documentation
On Thu, Sep 17, 2009 at 2:35 PM, Rob Bean wrote: > While there appears to be a wealth of information for developers interested > in hacking on Gnome-Shell. What about documentation on basic usage? > Keyboard shortcuts, etc. Does it exist or is it as-yet-to-be written? There are two parts to this; "global" shortcuts and in-overview shortcuts. The former where we want to be is integrating with the GNOME keyboard shortcuts capplet. The latter I think the best way would be to when a modifier key is held down, pop up tooltips with keyboard shortcuts for the displayed items. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Some questions about drag-and-drop
On Tue, Sep 15, 2009 at 4:00 PM, Joseph Scheuhammer wrote: > > Dragging only works when in overview mode. When in normal mode, any click > on the box passes through it to whatever is underneath. It's as if the > click is not intercepted by the box itself. Is making it "reactive" not > enough? This is a function of shell_global_set_stage_input_mode. In normal mode, clicks outside of the chrome (the top panel) aren't processed by Clutter. > In the case at hand, this.actor is the box. That box doesn't have a > _delegate property. Should it? If so, how is the _delegate added? What > kind of object is a delegate? Yeah, you say "this.actor._delegate = this;" to set up a reverse link. What are you working on? Being able to drag something from the panel? ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: The weird Close and Info buttons
On Mon, Aug 17, 2009 at 2:12 AM, Mark Curtis wrote: > > > As far as details go, why not have the details pop out to the right on > mouseover? Then they could have the ideas like recently open documents. > right now the user chooses details, then when X out the details has to > navigate back to the application all the way from square one. I'm probably going to do this one today, but it depends on a bit of infrastructure work. The patch to rework the recent documents for the shell-black02 mockup is: http://bugzilla.gnome.org/show_bug.cgi?id=592024 ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Thoughts on Currently Open Applications
On Sat, Aug 15, 2009 at 7:44 PM, Mark Curtis wrote: > Let me first apologize for the initial message, I have no idea why it showed > up as blank > > As of right now, there is no bottom bar illustrating what applications are > open, is this planning on changing? Not in the design, no. The functionality will be in a combination of the overview and the notification area. > What is the point of the application name to the right of "Activities"? > It isn't clickable to show the other open applications, It will act as an application menu, and likely also offer switching between windows in that application, plus the application will be able to customize it. See the design PDF: http://www.gnome.org/~mccann/shell/design/GNOME_Shell-20090705.pdf >I heard it was used > to illustrate what window is active instead of relying on window decoration. > However this argument falls apart when there are 2 or more windows open of a > given application. It's to illustrate what *application* is active and provide a point of control as above. The window decoration shows you which window is active. > Why are the names listed in the open/favorite applications in the overlay? > There is such a small amount of room for the name, nearly every applications > name gets truncated. Also, the name obscures the the dots that show how > many windows are open. Truncated names are something we are addressing in a few ways. First we're working to fix the .desktop files to have smaller names. I have some work on having a better expansion of the name on mouseover. That's not the end of the story; we may have to do different things in locales with much longer names, or perhaps adjust the design to use more of the space by default. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Sync workspaces
On Tue, Aug 11, 2009 at 8:22 PM, Mads Villadsen wrote: > Attached is a small patch that uses libwnck to make sure the workspace > layout I'm not too familiar with the concept of workspace layout, so I'll let someone else respond to that. But: > is synced with the window manager. We *are* the window manager. Using libwnck inside the mutter process is not a good idea, we end up talking to ourselves over the X server. > Any hints on how to make it cleaner will be greatly appreciated. You should call directly into MetaDisplay, MetaScreen functions to accomplish what you want. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: My thoughs on gnome-shell
On Mon, Jul 20, 2009 at 1:34 PM, techwizrd wrote: > Here are my thoughts on gnome-shell at the moment: > http://desktopdesigndrivel.blogspot.com/2009/07/my-thoughts-on-gnome-shell.html Hi, remember that the shell as you see it is a work in progress. It's fairly different in git master from what's in your screenshot (I assume you're using an older Ubuntu package)? Some things that you're talking about we definitely know are holes in the design - the search in particular. You can now drag items into a favorites area, which helps replace the old panel launcher system. In general as we iterate the design, the implementation follows. At some point we'll do user validation and testing, and it very well might be that the design will have to change. Your feedback is appreciated. With respect to JavaScript, the shell really *is* technically JavaScript - it's not the DOM and a browser though, which is what admittedly a lot people think of as "JavaScript". But they're different standards and at a technology level as well quite separate. > Before you tl;dr or flame, please RTFA. What is A? ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list