Re: Why not add some more convenient features to Shell?

[Milan Bouchet-Valat]

Le vendredi 31 mai 2013 à 00:08 +0530, Rahul Jain a écrit :
> Hiya, it seems to me that everything in Shell has only one autistic,
> inflexible way of doing things. I think Shell is polished enough by
> now, so why not start adding more features? 
> 
> For example, the right click desktop menu can be utilized for a very
> productive, yet clean menu. But currently is fat and useless. I'm all
> for touch-friendly, but not at the expense of real productive
> computing,. Not looking to troll or anything but here is a simple
> suggestion (mockup) to show you what a couple extra options to right
> menu can bring in terms of convenience and productivity. 
> 
> http://i42.tinypic.com/bfqejl.jpg
> 
> 
> See what I mean? People will probably love little things like this
> that can make lives easier. And look how beautifully it matches the
> Shell's slick aesthetics! ;) So I just wanted to say, start adding
> stuff now, even little enhancements. Put it out there. It's the little
> conveniences and time-savers that make users happy. 
Sorry, that doesn't make any sense to me. What's the point of
duplicating the overview in a tiny menu hidden below all of your
windows? I can't remember the last time I've seen my desktop given the
number of windows I keep open all day.


My two cents

___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Application with multiple icons

[Milan Bouchet-Valat]

Le mardi 28 mai 2013 à 19:12 +0200, Donato Marrazzo a écrit :
> Thank you very much. You're right both windows:
> 
> WM_CLASS(STRING) = "IBM Notes", "IBM Notes"
> WM_CLASS(STRING) = "IBM Notes", "IBM Notes"
So you should report this bug to IBM...

> Whille the icon names are differents... WM_ICON_NAME(STRING)
This icon name is not used by the Shell: it's the window icon, not that
of the application.

> In desktop file I have no StartupWMClass, is there a way to work
> around?
I don't think this will fix the problem, since the WM_CLASS is the same
for both windows anyway. But others will know better.

> I'm not sure but I don't remember this behavior in Gnome 2.32,,, it
> was so long time ago :-)
In 2.32, only window icons were shown, GNOME did not try to detect the
application.


Regards

___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Application with multiple icons

[Milan Bouchet-Valat]

Le lundi 27 mai 2013 à 15:36 +0100, Neil Bird a écrit :
> Around about 27/05/13 09:40, Milan Bouchet-Valat scribbled ...
> > Most likely, the WM_CLASS is the same for all of the three applications,
> > so the Shell is not able to distinguish them. That would need fixing in
> > Lotus.
> 
>It sounds like this is one application creating multiple windows (for 
> different purposes), in which case WM_CLASS would be allowed to be the 
> same (but q.v.).
> 
>I can somewhat reproduce this with LibreOffice (GNOME 3.2):  if I 
> start Writer, then do File->New [Spreadsheet], the icon and name 
> (top-left in GNOME Shell) become that of Calc (“libreoffice-calc”) for 
> *both* the Calc and Writer windows.  That's not right.
> 
>Especially since:
> 
> WM_CLASS(STRING) = "VCLSalFrame.DocumentWindow", "libreoffice-calc"
> WM_CLASS(STRING) = "VCLSalFrame", "libreoffice-writer"
> 
>.. so they're not even the same class.
> 
>Of course, the Lotus case may be entirely different, and my GNOME is 
> now a bit on the old side so it may be better now.
> 
>In fact, my VM Fedora 18 (GNOME 2.6) seems to be OK.
Yes, if you mean 3.6, this has indeed been fixed a few releases ago.


Regards

___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Application with multiple icons

[Milan Bouchet-Valat]

Le lundi 27 mai 2013 à 09:45 +0200, Donato Marrazzo a écrit :
> There's no hope to address this issue?
Please run 'xprop' and click on each of the windows, and past the value
of WM_CLASS. Please also copy the value of the StartupWMClass field (if
present) from the .desktop file associated with these applications
(usually found in /usr/share/applications, or /opt/share/applications),
and give us the names of these .desktop files.

Most likely, the WM_CLASS is the same for all of the three applications,
so the Shell is not able to distinguish them. That would need fixing in
Lotus.


Regards

___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Static "dash"

[Milan Bouchet-Valat]

Le mardi 11 septembre 2012 à 18:22 +0200, Sandy Herman a écrit :
> Hello,
> 
> Is there an option to make the "dash" static?
> As a journalist, I have to switch between my applications
> quite often (browser, email, writer, ...).
Have a look at the Dock extension:
https://extensions.gnome.org/extension/17/dock/


Regards
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Turning off clippy...er...I mean tracker

[Milan Bouchet-Valat]

Le mardi 04 septembre 2012 à 23:09 -0700, Jonathan Wilkes a écrit :
> Hello List,
> 
> Ok, I open up the "Search and Index" application and uncheck
> everything under "Semantics".  Do I need to do anything else to get
> those tracker-* services to stop popping up and needlessly burning
> cycles on my cpu?
> 
> 
> And why isn't there an on/off toggle in that dialog?
You're on the GNOME Shell list, not on a general forum. Please ask on
Tracker's list[1], or file a bug against the tracker component on
bugzilla.gnome.org.


Regards


1: https://mail.gnome.org/mailman/listinfo/tracker-list
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Evolution does not display new mail indicator when closed?

[Milan Bouchet-Valat]

Le samedi 01 septembre 2012 à 00:05 -0500, Craig Rob l300lvl a écrit :
> If this hasn't been integrated yet I understand, but it seems pretty
> pointless to have to keep Evolution running by not clicking X, to
> receive a pop-up at the tray telling me I have mail. If I want to keep
> it running I can just check in every so often, as I will always end up
> noticing it's running when switching an app. 
> 
> I can see where sometimes it makes sense, but is it at all possible to
> not have Evolution running and still get the indicator?
I don't know what's the status of this, but it's been a planned feature
for some time:


> New D-Bus Service for Email
> 
> Srinivasa Ragavan is working toward breaking email handling out of
> Evolution and moving it out to a separate D-Bus service as we do
> currently for address books and calendars. That will allow for things
> like new mail notifications without having to have Evolution running,
> and also provide a more formal way for other Evolution-Data-Server
> clients to access mail stores.
http://mbarnes.livejournal.com/4590.html

Regards
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Wifi tries to connect even though I am connected using 3G

[Milan Bouchet-Valat]

Le mercredi 15 août 2012 à 23:12 +0200, Gabriel a écrit :
> Hi all,
> 
> I have a super annoying issue on Gnome Shell: I connect using my phone's 
> 3G connection via bluetooth (DUN) but the wifi tries to connect to all 
> the access points it finds. This mean that I get the popup dialog asking 
> me for the credentials all the time, it is unusable just about. I tired 
> switching off the wifi, sometimes that works, others I am no longer able 
> to connect to the internet. I think that once there is a connection, the 
> wifi should stop trying to connect automatically everywhere, if not the 
> user experience is really bad.
Obvious question: what version are you using? There have been bug
reports about such problems, but AFAIK they have been closed as fixed
for some time.

My two cents
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Gtk.AppChooser not showing all applications?

[Milan Bouchet-Valat]

Le mardi 14 août 2012 à 11:30 +1000, Amy C a écrit :
> Hi all,
> 
> I'm trying to bring up a Gtk.AppChooserWidget with a list of all
> applications on the computer for the user to select from.
> 
> However, I notice that there are quite a few apps missing from the
> list, and duplicates of others. For example, I have 3 'Banshee'
> entries and *no* 'Terminal' entries. I definitely need the Terminal to
> show up in the list. Even clicking the 'Show other application'
> buttons doesn't increase the list.
> 
> The code in prefs.js (I've also attached a standalone version of the
> code: do './gjs sample_app-chooser.js' to see. It works in GNOME 3.2,
> probably GNOME 3.4 but I can't test at the moment. Modified from from
> the ButtonExample on dev.gnome.org in the demos/unstable section.
> However, I didn't bother connecting up the dialog buttons to anything
> so you'll have to Ctrl+C to quit the program).
> 
> /* bring up a dialogue for them to set windows */
> let dialog = new Gtk.AppChooserDialog(this.get_toplevel(),
> Gtk.DialogFlags.MODAL | Gtk.DialogFlags.DESTROY_WITH_PARENT),
You do not pass the 'file' argument which is required according to the
docs. That's why you did not notice that GtkAppChooser is meant to
select an application to open a file (or a content type), not to select
any application. This means only applications that claim they handle the
given MIME type will be shown.

> widget = dialog.get_widget();
> dialog.set_heading(_("Select an app to blacklist/whitelist"));
> widget.set_show_all(true); // set the appchooser to show every app
> 
> I was under the impression that the `.set_show_all(true)` would cause
> every application to appear on the list - why would some not show?
> (such as the Terminal application which is definitely installed!)
See
http://developer.gnome.org/gtk3/stable/GtkAppChooserWidget.html#GtkAppChooserWidget--show-all

'show-all' means that a flat list is used, instead of sections for every
type of applications (default, recommended...).

I don't think there's a way of showing all installed apps. What I
_suspect_ is happening is that only applications that claim they handle
at least one MIME type are listed. The terminal is not registered at all
in the MIME database, so it is not listed. (You can check
that /usr/share/applications/gnome-terminal.desktop does not contain any
information about MIME types.)

If you need to manage installed applications, I think you'd better use
libgnome-menu just like the Shell and Alacarte do.

My two cents
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: getting default applications

[Milan Bouchet-Valat]

Le mardi 26 juin 2012 à 14:10 +1000, Amy C a écrit :
> Hi all,
> 
> How may I determine the default chat and email applications (from an 
> extension)?
> 
> I noticed I have a file
> `.local/share/applications/preferred-mail-reader.desktop` which I can
> use to get the default email application - can I rely on this always
> being there?
> 
> However there is no analog `preferred-chat-client.desktop`, so how can
> I grab the default chat client (is there even such a thing)?
Default applications are stored as MIME associations in
~/.local/share/applications/mimeapps.list.

But if you need to start the default application for a file or a
protocol/URL, use GIO:
http://developer.gnome.org/gio/stable/GAppInfo.html#g-app-info-get-default-for-type
http://developer.gnome.org/gio/stable/GAppInfo.html#g-app-info-get-default-for-uri-scheme

(use "mailto" for the mail agent)


My two cents
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: gnome-shell got memory leaks ?

[Milan Bouchet-Valat]

Le dimanche 17 juin 2012 à 18:11 +0800, 邓尧 a écrit :
> I'm using gnome-shell 3.4.1 under ubuntu 12.04 64-bit, ubuntu official
> binaries.
> Right after logging in, "top" utility shows that gnome-shell consumes
> about 1.3G memory. IMO, 1.3G for a window manager is a lot, but still
> acceptable.
No, that's not acceptable. ;-)

> After using for about two hours, its memory consumption grows up to
> more than 2.5G, and keeps growing! Smells like memory leaks :-(
> I'm using nvidia 295.40 driver.
> Anyone how to fix this ?
You should try the Nouveau driver, as NVidia is probably the culprit.
Other than that, you should report a bug to NVidia, but don't expect a
fast answer.


My two cents
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Keyboard shortcuts don't work in activities overview

[Milan Bouchet-Valat]

Le mardi 05 juin 2012 à 23:33 +0200, tuxor1...@web.de a écrit :
> Hi all,
> 
> using Fedora 17 and Gnome 3.4, I can't use any sort of hotkey or 
> keyboard shortcut in activities overview.
> 
> - Any custom shortcuts don't work (like shortcuts that are supposed to 
> start certain applications).
> 
> - volume hotkeys on my laptop's keyboard don't trigger any action in 
> overview, even though they work fine in every other situation. same for 
> the brightness adjustment keys.
> 
> - "print screen" or ctrl+"print screen" doesn't take a screenshot while 
> in activities overview.
> 
> 
> Is this a known limitation of gnome? can it be fixed and if yes, how? or 
> is it a Fedora related problem? in the last case I'm going to report 
> this as a bug on redhat bugzilla.
Yes, it's known for a long time: see
https://bugzilla.gnome.org/show_bug.cgi?id=643111


Regards
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Idea For Pinnable menus

[Milan Bouchet-Valat]

Le samedi 12 mai 2012 à 08:23 -0400, Anthony Gasparetto a écrit :
> I used to use a program called GeoWorks. One of the best features it had 
> were the pinnable menus. The menus contained a spot that stopped the 
> menus from collapsing when an item is selected. I proposed this idea at 
> the Ubuntu unity web site but they didn't think it would be appropriate 
> with the unity shell. They liked the idea and suggested I post it on the 
> Gnome webpage. Here is a link.
> http://brainstorm.ubuntu.com/idea/29568/
GTK had this feature for a long time, but it was removed in the move to
version 3 as it does not seem to be widely used by applications/people.
GIMP is the only example I have of an app that enabled it.

The rationale is that « pinnable » menus are mostly a workaround for
badly designed GUIs. If an action is very useful, it should be present
in a (possibly contextual) toolbar, not in a hidden pinnable menu. In
the example linked on your Ubuntu Brainstorm idea, the menu to move an
object does not make much sense since you have the arrows keys for that.

One case where pinnable menus can be useful is for complex (e.g.
scientific) apps, where you may want to pin the menus related to the
action you are currently performing. But even in that case, different
toolbars for different modes can be better.

My two cents
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Problems with gnome-shell networking interface

[Milan Bouchet-Valat]

Le dimanche 06 mai 2012 à 15:41 +0200, Javier Domingo a écrit :
> Hi, 
> 
> 
> I don't know if the design team has thought about gnome-shell's
> networking interface, but it is quite horrible that if you are
> connecting to a wifi ap, you cannot switch it off it is specially when
> the connection halts for several seconds. 
Yes, this is bug 654033 [1].

(Which has several duplicates...)

> It is also annoying not having available the wired connections to
> choose, having to wait till you plug one to select the one you want to
> use and not being able to disable wired connections without them
> plugged.
Showing wired connections while no cable is plugged in means showing
useless information most of the time, especially on laptops. If you
connected once to a wired network, you would always have a useless "Auto
eth 0" item, even if you connect using WiFi 364 days a year.

What's the problem with selecting the network you want after or while
the computer tries to connect to the wrong one? That doesn't slow down
the process.

Also, disabling wired connections while no cable is plugged doesn't make
much sense to me: it has no effect if you don't plug a cable; and if you
do plug one, you probably want to use the connection...

> Last but not least, the idea of getting a totally blocking window for
> asking for a password that is already filled in the form for a
> wireless connection blocks the workflow, 
I find it kind of annoying too, but that's how all dialogs from the
Shell behave. Anyway, you should only have to use it the first time you
connect to the network. The design asks[2] that the dialog only appears
in response to user action, so it shouldn't be disruptive.

> as it is also the fact that it asks for the password twice. I don't
> know if some of these lacks of design/bugs have been fixed up already.
This is a bug due to a fight with nm-applet. I think it's fixed in 3.4,
but you can see [3] and [4]



Hope this clarifies the whole picture...


1: https://bugzilla.gnome.org/show_bug.cgi?id=654033
2: https://bugzilla.gnome.org/show_bug.cgi?id=664495
3: https://bugzilla.gnome.org/show_bug.cgi?id=667156
4: https://bugzilla.gnome.org/show_bug.cgi?id=665680
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: slow display

[Milan Bouchet-Valat]

Le dimanche 15 avril 2012 à 11:21 +0200, Pascal Obry a écrit :
> Milan,
> 
> > But AFAICS this is not related to GNOME Shell at all... ;-)
> 
> Well not sure. The patch is not mine (find it attached to this message).
> If you look at the code in cairo-xlib-display.c you'll find many
> conditionals to workaround limitations into X server version and drivers.
Well, I'm not the author of the patch either. ;-) My remark was just
based on the fact that you did not mention anything that may lead us to
think it's related to the Shell, and Cairo is used by many apps on the
desktop... except the Shell.

> Looks like this problem is present in the current combination in Debian
> sid. I've just built again latest libcairo with this patch and my
> slowness is over.
> 
> I send this message as it may help others working around this slowness
> which makes the desktop quite "annoying".
Sure. But please report this to NVidia and Cairo developers, even if you
do not understand the patch. They will do what they feel is appropriate.


Cheers
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: slow display

[Milan Bouchet-Valat]

Le jeudi 12 avril 2012 à 17:43 +0200, Pascal Obry a écrit :
> Hi,
> 
> I'm using GNOME Shell from Debian sid. Since the switch to libcairo
> 1.12.0 (some days ago) the display is slow especially when moving out of
> a workspace with icedove or thunderbird.
> 
> I remember having this problem long time ago and was using a patched
> libcairo 1.10 built from source. If I remember this was only happening
> with NVIDIA cards. This is what I'm using.
You mean, a patch applied locally to fix the problem? Please report this
to NVidia, since you have a precise use case and a workaround they will
probably be interested.

But AFAICS this is not related to GNOME Shell at all... ;-)


Regards
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Matching Java WM_CLASS or matching two WM_CLASS values

[Milan Bouchet-Valat]

Le samedi 07 avril 2012 à 12:09 +0200, Alessandro Crismani a écrit :
> Il giorno sab, 07/04/2012 alle 11.45 +0200, Milan Bouchet-Valat ha
> scritto:
> > Le mercredi 21 mars 2012 à 22:17 +0100, Alessandro Crismani a écrit :
> > > Hi everybody,
> > > 
> > > I have a problem with a Java application that sets its WM_CLASS value to
> > > either "wm-class-a" or "wm-class-b" (the two real ones are garbage, e.g.
> > > java-lang-thread). The application is beyond my control and I can't
> > > modify it for setting a saner WM_CLASS.
> > > 
> > > ...
> > > 
> > > 
> > > The question is, how can I match both instances with a single desktop
> > > file? Is it possible? Can I somehow tell Gnome Shell that both WM_CLASS
> > > values should match a particular desktop file?
> > Please see 
> > https://bugzilla.gnome.org/show_bug.cgi?id=673657
> > 
> > 
> > Regards
> 
> Thanks a lot,
> 
> Just to make sure I understood it clearly, the Shell will match the
> StartupWMClass property of a desktop file and, if it fails, the match
> will be on the .desktop file name, is this correct?
That's how I understand it too.

> If it is, I could match my dumb application (that uses two WM Classes)
> by relying on the StartupWMClass for one wm_class and on the file name
> for the other wm_class. What if I have an even worse application that
> comes up with three different wm_class values (I hope that won't ever
> exists)? Can I specify multiple StartupWMClass values in a desktop file?
> Does my question make any sense?
I don't think you can specify several StartupWMClass in one .desktop
file. But really, if an app uses three different WM_CLASS, it needs to
be fixed...


Regards
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Matching Java WM_CLASS or matching two WM_CLASS values

[Milan Bouchet-Valat]

Le mercredi 21 mars 2012 à 22:17 +0100, Alessandro Crismani a écrit :
> Hi everybody,
> 
> I have a problem with a Java application that sets its WM_CLASS value to
> either "wm-class-a" or "wm-class-b" (the two real ones are garbage, e.g.
> java-lang-thread). The application is beyond my control and I can't
> modify it for setting a saner WM_CLASS.
> 
> I can install the desktop file of the application as:
> /usr/share/applications/wm-class-a.desktop,
> and it will match instances having a WM_CLASS value of wm-class-a, or
> as:
> /usr/share/applications/wm-class-b.desktop,
> and it will match instances having a WM_CLASS value of wm-class-b.
> 
> Neither solution is really good since I get a mis-match almost half of
> the times.
> 
> I considered installing both files and adding a NoDisplay=true to one of
> them, but then if I pin the one that is shown to the Dash, and the one
> that spawns is the other one I still get two icons.
> 
> The question is, how can I match both instances with a single desktop
> file? Is it possible? Can I somehow tell Gnome Shell that both WM_CLASS
> values should match a particular desktop file?
Please see 
https://bugzilla.gnome.org/show_bug.cgi?id=673657


Regards
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: gnome shell 3.3.92 can't show the shell

[Milan Bouchet-Valat]

Le jeudi 22 mars 2012 à 08:37 -0700, Jason Gaston a écrit :
> On Thu, Mar 22, 2012 at 6:18 AM, Olav Vitters  wrote:
> > On Thu, Mar 22, 2012 at 08:39:04PM +0800, henry cui wrote:
> >> I  upgraded gnome shell to 3.3.92 yesterday. Then I login  gnome
> >> desktop,it's empty there.there's no title bar and can't activate shell
> >> through top-left  corner.
> >
> > Which distribution btw?
> >
> > And as said, please look into ~/.xsession-errors. It should have some
> > error messages related to this.
> I just had a similar problem with Arch Linux.  It turned out the be
> the upgrade to the latest Nvidia driver package 295.20-4.  I
> downgraded to 295.20-3 and the shell started working again.
Could you report this to NVidia? Since you know the precise version when
this bug was introduced, they will be happy to have this information.

Regards
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: mutter: garbled,slow rendering on browser,image viewers while scrolling

[Milan Bouchet-Valat]

Le samedi 25 février 2012 à 08:22 +, prakash j kokkkattu a écrit :
> As a Last resort, I tried nouveau driver. with nouveau driver,
> Gnome-3.2 shell is working fine.
Please report this to NVidia. That's most probably their fault, since it
doesn't happen with Nouveau. GNOME developers cannot fix their driver,
though they can help NVidia guys if they ask it.


Cheers
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Ati/amd hardware

[Milan Bouchet-Valat]

Le mercredi 07 mars 2012 à 09:41 -0800, Sriram Ramkrishna a écrit :

> I have a potential volunteer also having problems with ATI and claims
> that gnome-shell crashes on him. 
> 
> Has anybody seen this?
I bet! ;-)
https://bugzilla.redhat.com/show_bug.cgi?id=702257
https://bugzilla.gnome.org/show_bug.cgi?id=668930

___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Ati/amd hardware

[Milan Bouchet-Valat]

Le mercredi 07 mars 2012 à 11:59 +1100, Tim a écrit :
> Try with the open source radeon driver, I have not been able to get
> shell working with the fglrx driver on my machine that has ATI gpu.
You may also want to retry when new distributions are released in one
month or two, the free radeon driver has improved for recent cards in
the last months. (Or test them with a live CD.)
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

RE: The lost screenwaiter [Was: The lost screensaver]

[Milan Bouchet-Valat]

Le vendredi 24 février 2012 à 09:13 +, Gabriel Rossetti a écrit :
> Ok, thanks for the info. I would like to also point out that Ubuntu no
> longer uses GDM but LightDM instead. Not sure what changes in what you
> said, does anyone else know?
Have a look at /etc/pam.d. There must be a 'lightdm' file there, you can
check whether the line I quoted in my mail is present.
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

RE: The lost screenwaiter [Was: The lost screensaver]

[Milan Bouchet-Valat]

Le jeudi 23 février 2012 à 16:51 +, Gabriel Rossetti a écrit :
> Sorry, using a terrible email client, can't reply inline well.
> 
> I don't agree, he wants to be able to login graphically without having
> to use a password, not by commandline. I think both aren't great, but
> at least the 1st one forces an attacker to have physical access to the
> machine whereas the 2nd would allow remote login.
>
> I agree you can do that (disable the remote logins) , but it sounds
> like he may not know how to do that (since he doesn't know how to
> configure passwordless login) and even if he does he may one day
> enable it for whatever reason and forget that he deleted the user's
> password and thus opening his computer to the world (or just about).
With a properly configured system, which most distros do by default, you
won't be allowed to login without password with SSH. One really needs to
hack the config files by hand to allow this madness. So that's not the
problem.

> You can change that setting via a GUI by the way, on Gnome Shell you
> do it this way:
> 
>  1) Open system settings
>  2) Click on "User Accounts"
>  3) Click on "Unlock", enter your password
>  4) Toggle the "Automatic Login" switch
> 
> This way he get what he wants and at least doesn't allow
> current/future passwordless remote logins.
This solution only works when starting the computer, it doesn't help for
user switching.


If your distribution is shipping the default PAM configuration file for
GDM[1] (Ubuntu at least does, but e.g. Fedora doesn't), then adding your
user to the 'nopasswdlogin' group is enough to login/switch users
without typing the password. You still have a password e.g. to login via
SSH. A single line in /etc/pam.d/gdm is enough to enable this:
auth   sufficient  pam_succeed_if.so user ingroup nopasswdlogin

It's a available as a GUI option in users-admin, but sadly it's not been
added to the new users panel.


1: http://git.gnome.org/browse/gdm/tree/data/gdm
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Helpme

[Milan Bouchet-Valat]

Le lundi 13 février 2012 à 14:04 -0600, Pedro Mismith a écrit :
> hello happy gnome group would like to ask please help I have a concern
> that no onecould answer me I'm from central america and my problem is
> that gnome3 clock and itshows me the day but show me such Friday all
> lower case and apart from any does not display my entire text shows me
> Fri modicar there a way to put it in initial uppercase? 
Could you provide :
- your exact language and regional variant
- the version of GNOME you're using
- a screenshot

Thanks!
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: The lost screensaver

[Milan Bouchet-Valat]

Le dimanche 19 février 2012 à 13:17 +0100, Peter Petrisson a écrit :
> 2012/2/19 Gabriel :
> > What do yo mean no plans for a screensaver? I currently just have it blank
> > the screen after 10 min and ask for a password if I come back, you're
> > telling me this will go away if I upgrade to 3.4?
> No, because Android and iOS are only using black screens as
> "screensaver" the same will be done in Gnome.
Please stop trolling and read carefully his question. He wants a blank
screen, not a fancy animated screensaver. So even the information you
give ("Android and iOS are only using black screens") is completely
unrelated to his concern.

FWIW, I really doubt the blank screensaver will go away, that would be
nonsense. You're just experiencing a bug.
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Extension Thunderbird Integration

[Milan Bouchet-Valat]

Le vendredi 20 janvier 2012 à 14:15 +0100, Paul Neulinger a écrit :
> Hey,
> 
> I have developed an extension for a better integration of Thunderbird 
> some time ago: 
> https://github.com/tanwald/gnome-shell-extension-thunderbird-integration
> 
> This extension uses the GNOME Shell notifications system to inform the 
> user about new mail. It consists of two extensions. A Thunderbird 
> extension which sends DBus-signals and the GNOME Shell part which 
> connects to those signals.
Just curious, but why do you need to write a Shell extension at all? If
Thunderbird emits standard notifications using D-Bus (just like Evo does
BTW), then the Shell should handle them pretty well.

> Recently I got a request to push it to extensions.gnome.org but I think 
> that it is not suitable for that site because it is not only a GNOME 
> Shell extension and other steps have to be taken in order to install it. 
> Is that assumption correct?
Indeed, you can't install a Thunderbird extension from a GNOME Shell
one. But if your Thunderbird extension creates standard freedesktop.org
notifications, then maybe you can get it included by default in
Thunderbird?


Cheers
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: XML parser under an extension

[Milan Bouchet-Valat]

Le dimanche 01 janvier 2012 à 15:47 +0330, bijan binaee a écrit :
> Hi
> 
> I'm very sorry about my lot's of question
> 
> I want know how can i parse XML file and extract element in gnome
> shell extension
If the file you want to parse is simple enough, you may be able to use
GLib's XML parser, which doesn't support the whole XML format. The
advantage is that you can easily use it from JS like any other GLib
function. See
http://developer.gnome.org/glib/stable/glib-Simple-XML-Subset-Parser.html

If you need the full libxml2 features, I'm not sure at all this can be
done from JS ATM.


Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: run dialog: command not found

[Milan Bouchet-Valat]

Le dimanche 18 décembre 2011 à 23:34 +0800, binbin a écrit :
> Hi all:
> 
> I'am running gnome-shell 3.0.2 on debian-testing. After recent updates,
> the run dialog doesn't work. It says "Command not found" for everything.
> Does anyone have ideas?
Maybe your $PATH isn't correctly set in the Shell? To check this, type
'lg' in the Alt+F2 dialog, and type this in the console:
GLib.getenv("PATH")

Else, you can have a look at ~/.xsession-errors.


Cheers
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Search through open search providers on the overview pane not working

[Milan Bouchet-Valat]

Le samedi 03 décembre 2011 à 22:06 +0530, Abhijith Madhav a écrit :
> My default browser is firefox. When I fire a google or a wikipedia
> search from the activities pane, only the browser is launched with a
> blank page. The search is not fired in the browser.I suspect that
> firefox is not being launched with the search url. How can I correct this?
I think you should first look at ~/.xsession-errors to check no related
message is printed there.

If that's not the case, you can add log() lines to debug what happens to
activateResult() in js/ui/search.js (it's
in /usr/share/applications/gnome-shell if you installed it from a
package). More precisely, you can add
log(url)
before the try{}/catch{} block, and something like
log("Block 1")
log("Block 2")
in each part, to check what solution is used to start Firefox.


Cheers
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Proposal for Workspace Labeling / Tagging

[Milan Bouchet-Valat]

Le jeudi 15 décembre 2011 à 01:19 -0500, Nanley Chery a écrit :
> Hello everyone,
> 
> I've been a longtime user of GNOME shell ever since its beta stages. 
> I've found the design and workflow natural and easy to use in all but 
> one aspect - working with multiple workspaces. Due of the small size of 
> the workspaces in the stack, and the lack of visuals in the 
> keyboard-based workspace switcher, the user inevitably loses time when 
> switching between workspaces. This lost time is spent inspecting each 
> workspace for a distinguishing visual cue to determine if they've found 
> the workspace they wanted to switch to.
> 
> To solve these issues, I have written a proposal for manually labeled 
> workspaces:
> http://nanley.wordpress.com/2011/12/12/improving-gnome-shell-workspaces/
> 
> As well as a proposal for automatically labeled (tagged) workspaces:
> http://nanley.wordpress.com/2011/12/14/labeled-workspaces-revisited-tags/
> 
> I would greatly appreciate your feedback and thoughts on these items!
Saving and restoring workspaces is an interesting idea that was
discussed many times on this list, but it wouldn't currently work well
because of the state of session saving, and would require quite some
work.

Labeling workspaces would be nice for people using static workspaces
(this existed with Metacity). But only dynamic ones are supported in the
design, so I think you should make workspace labels an extension, or add
it to the static workspaces extension if the author agrees. That's the
best way to make this feature available, and to try it.

Good luck!
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: small screens and large config dialogs

[Milan Bouchet-Valat]

Le dimanche 11 décembre 2011 à 16:56 +0100, Bjoern Schiessle a écrit :
> I don't think that this problem can be addressed by the individual
> applications. No matter how small the dialog is you never know if it
> will fit on every screen from a workstation to a tablet.
Yes, you can know it: while normal apps should not aim at fitting on
smaller screens like phones, they should fit on 600px-high screens.
Anyway, a dialog that's higher than this limit will probably be too
complex to be users friendly (like in the Evo preferences dialog case).

> Therefore I think the problem has to be addressed on the desktop/window
> manager level. Like an application window a dialog should be never
> larger than the screen. If I think about it, maybe it even has to be
> addressed on the toolkit level so that the dialog automatically add
> scrollbars if the content didn't fit on the screen (similar to a text
> view widget).
Toolkits already provide scrolling facilities, but that's the
responsibility of applications to either make their dialogs small
enough, or to put them into scrollviews. But the latter would only be a
workaround anyway, at it indicates something is likely wrong in your
design. No need to add fixes in the toolkits when only a few
applications don't work: better prompt the app authors to improve things
where it most makes sense - i.e. in their app.


Regards
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: small screens and large config dialogs

[Milan Bouchet-Valat]

Le dimanche 11 décembre 2011 à 14:15 +, Ross Burton a écrit :
> That isn't going to help when the size possible is larger than the
> screen, ie evolution preferences doesn't fit in 600px.
Moving the window by hand is hardly a good workaround for users. The
dialog should fit on the screen. I think there's work going on to make
that dialog smaller. For example:
http://mbarnes.livejournal.com/4590.html?thread=32750#t32750

Same for the Thunderbird dialog: bugs should be filed.


Cheers
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Connecting bluetooth headphones

[Milan Bouchet-Valat]

Le samedi 10 décembre 2011 à 16:51 +0100, Alessandro Crismani a écrit :
> Hi everybody,
> 
> I've just bought a pair of bluetooth enabled headphones, the Creative
> WP-300. I've got no problem pairing them with my laptop using the
> bluetooth module of gnome-control-center, however I am having kind of
> troubles trying to connect them when I get to work every day.
> 
> More particularly, after pairing, I have a "Creative WP-300 Headphones"
> menu item in the bluetooth menu of the shell panel. If i click on that
> there is a "connected" switch (this is translated from the Italian
> "collegato", don't know it's exact naming). Now, no matter what I do
> with that switch, the headphones don't get connected. However, if I open
> gnome-control-center, go to the bluetooth section, select the headphones
> and then click the "connect" switch there ("connessione" in Italian) the
> headphones get connected. Am I missing something or is this the intended
> way to connect bluetooth devices? I was expecting to be able to connect
> the headphones from the shell panel menu. If any log may help just ask
> me and I'll provide them :)
Please file a bug, and tell us the version of the Shell you're using,
your distribution, and attach your ~/.xsession-errors file after
reproducing the problem.

> Off-Topic, but maybe someone knows: how can I set pulseaudio to
> automatically use the headphones and control their volume when they are
> connected and use the internal audio card output/volume otherwise?
No idea. ;-) I think Ubuntu has introduced a PulseAudio module to do
that, which hasn't been committed upstream yet. You may find more
information on the net.


Cheers
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Small usability problem

[Milan Bouchet-Valat]

Le vendredi 09 décembre 2011 à 11:30 +0100, shuihuzh...@free.fr a
écrit :
> Hi everybody,
> 
> Maybe I'm the only one, but I still use the bottom arrow of
> scrollbars. But when the window is maximized, I can't click on it
> because the mouse triggers the "notification area" (don't remember the
> right word) of the bottom right corner.
> Maybe that hotspot could be moved instead to the left bottom corner in
> a future version? (or is it possible right now with an extension?)
This is a known problem that's being worked on. Please see
https://bugzilla.gnome.org/show_bug.cgi?id=665819

Regards
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Open with Files?

[Milan Bouchet-Valat]

Le jeudi 08 décembre 2011 à 13:01 +0100, Florian Müllner a écrit :
> On jue, 2011-12-08 at 12:56 +0100, Onyeibo Oku wrote:
> > >> I don't know.
> > >> Should I file a bug on that one too?
> > > Yes.
> > 
> > Which component owns this bug ... Gnome-shell likely
> 
> No. "Files" is the name field from the .desktop file of the default
> application for the mime type "inode/directory". So if you disagree with
> the name in nautilus' .desktop file, you can file a bug with nautilus.
When I said a bug report was needed, I thought about special-casing
Nautilus in the Shell so that instead of the name from the .desktop
file, something like "Open folder" is shown. I don't think the name
"Files" for Nautilus is wrong per se, just that in this case it doesn't
make much sense.

Anyway, I'd say the bug report should be against the Shell, where we can
discuss the intended design, which in turn will decide what component
should be fixed.


Cheers
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Open with Files?

[Milan Bouchet-Valat]

Le jeudi 08 décembre 2011 à 05:13 +0100, Onyeibo Oku a écrit :
> That's odd.
> 
> Any time I plug in an external drive I get a toaster notification saying
> "Open with Files" and "Eject".  That first option is so ambiguous.
>  Grammar wise, its confusing.  What is "Files"?  Should that not read
> "Open Files" or "Browse Files" or "Open with Nautilus"?
> 
> I don't know.
> Should I file a bug on that one too?
Yes.
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Extension security?

[Milan Bouchet-Valat]

Le lundi 05 décembre 2011 à 23:14 +0100, Gabriel a écrit :
> Hi all,
> 
> I may be missing something, but the really nifty extensions site 
> prompted me to ask this, are there not potential security issues with 
> extensions being able to be installed by clicking on a webpage? Ans 
> since extensions are able to modify the way the UI behaves, could 
> someone not make one that steals users' info, make screenshots, steal 
> passwords (like emulating the login screen for example), etc?
(Note this applies to any random third-party package users might install
by clicking on a link and providing their password.)

> I'm sure you thought of all this so I be interested in knowing how you 
> protect us (sandboxing, limiting the things API can do, not allowing 
> access to the HD except thought given functions, etc).
This has been discussed on this list previously. See
http://lwn.net/Articles/459786/ for a summary and links.

Basically, the Shell ensures the extension comes from
extensions.gnome.org, which requires a review of the code by other
hackers; and it will never install/update extensions without user action
(modal dialog). But once installed, extensions are not sandboxed and can
do whatever they want to the Shell, or to your files (just like any app
on the system).


Cheers
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Gnome 3.2 freezes, then goes 100% CPU

[Milan Bouchet-Valat]

Le lundi 05 décembre 2011 à 06:01 -0500, Adam Tauno Williams a écrit :
> On Mon, 2011-12-05 at 11:46 +0100, thieba...@artenum.com wrote:
> > Hi Gnome list,
> > I posted a question on Fedora forum 
> > (http://forums.fedoraforum.org/showthread.php?t=273532), 
> > but I thought it was maybe more Gnome-related than Fedora-related, so I 
> > will ask it here too.
> > I have installed F16 this week-end on my MacBook Pro 3,1 and since this 
> > morning, after a few 
> > minutes of usage, the whole GUI freezes.
> > When I type Alt-F3, I can log-in in text mode and I see that gnome-shell is 
> > at 100% CPU usage.
> 
> I occasionally see gnome-shell spinning at 100% upon login - the desktop
> visually starts, but is unresponsive.  I've not had gnome-shell go into
> a spin once everything is up-and-running.  strace shows that it is
> waiting on some futex but I haven't figured out the root cause yet.
> 
> > I also sometimes see in this prompt view a message indicating that the core 
> > temperature 
> > has exceeded threshold.
> > I installed GKrellM to watch the temperatures and they seem quite 
> > reasonable (the graphic 
> > card, at the highest temperature is currently displaying 76°C).
> > Where does Gnome 3 report these kind of problems (I have seen no error 
> > meesage in the
> >  ~/.xsession-errors file) ?
> 
> This is a separate issue.  Things like temp reading come from sensors /
> lm-sensors.  I'd wonder if these even work on a Mac.  The sensors code
> can be pretty wildly inaccurate depending upon the sanity of the
> hardware;  there is lots of vendor-specific-implementation stuff
> involved in reading the sensor values.  [although it seems to work well
> on my Toshiba DV7-3085DX].
I don't think the problem is temperature here: it's CPU usage. ;-)

So, as Adam said, you can run the Shell in strace to see what happens,
or play with gdb (if you interrupt the Shell using Ctrl+C from gdb, and
run 'ba', you will get an idea of where it's currently working). See
https://live.gnome.org/GnomeShell/Debugging

And please file a bug, that's the best way of debugging this.
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Multiple issues with wallpaper handling

[Milan Bouchet-Valat]

Le samedi 03 décembre 2011 à 23:57 +1100, Chris Dekter a écrit :
> A bit of an update...
> 
> I tested running mutter directly, however as I don't know how to (or 
> whether you can) get the overview animation running without shell 
> running, it seems kind of moot. The problem is only noticeable during 
> the overview animation. Having said that, running raw mutter I saw no 
> problems.
> 
> I definitely do think there is a (highly selective) bug here, as some 
> Googling showed someone else on this list a few weeks ago with exactly 
> the same symptoms. I've run my testing on 5 different hardware platforms 
> now, and the conclusion I'm reaching is that it must be some kind of 
> interaction between shell/mutter and the open radeon drivers. Running 
> two monitors exacerbates the problem (due to bigger memory requirements 
> I'm guessing), but it occurs to a lesser extent with one monitor as 
> well. My testing platforms:
> 
> - Radeon 5750 with open drivers - fails test case
> - Radeon 5850 with open drivers - fails test case
> - nVidia 8600GT with binary drivers - no problems
> - nVidia GTX550 with binary drivers - no problems
> - Intel i3 with HD 2000 graphics (Sandy Bridge) - no problems
> 
> Of these, all but the last one were the same box just swapping out the 
> graphics card. Different kernel versions, different Xorg driver versions 
> had no effect (within the limited range of what I could test without 
> making the system unbootable).
> 
> I'm very willing to do more testing if anyone wants to tackle this 
> problem - even if it's just to determine that the problem lies in the 
> Radeon open driver. I'm a software QA engineer by trade so I'm sure I 
> could do an adequate job of testing this :) Gnome Shell is such a 
> fantastic environment and I'd be very happy to be able to make what 
> small contribution I can.
Thanks for getting all this detailed information. I think you'd better
file a bug against the free Radeon driver, since the bug is probably on
their side even if only the Shell triggers it. If they need help from
the Shell developers, they'll tell you.


Regards
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: How to disconnect a broadband connection?

[Milan Bouchet-Valat]

Le vendredi 02 décembre 2011 à 21:06 +, Mikael a écrit :
> My scenario is that I (mistakenly) clicked on a wireless network (a neighbor 
> of
> mine) that I do not have access to. Since I cannot find a way to disconnect or
> remove the auto-connect for that network, periodically I get dialogs in my 
> face
> telling me to enter the authentication key (which I don't have).
> 
> This seems as a design flaw, or am I missing something?
Yes. The current design is that you should never be asked for a password
if you didn't manually select a network. Automatic connection should
only happen when the password is already saved in the keyring.

See https://bugzilla.gnome.org/show_bug.cgi?id=664495


Regards
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Touch interface - where to start?

[Milan Bouchet-Valat]

Le dimanche 27 novembre 2011 à 11:44 -0800, Brion Vibber a écrit :
> I found Carlos's slides from
>  
> covering a little of the current state & issues; if someone wanted to start 
> helping out at improving these things (in the shell specifically and 
> elsewhere) what's a good place to start?
The slides you cite provide a good link at the end:
https://live.gnome.org/GnomeOS/Design/Whiteboards/Touchscreen

There seem to be enough TODOs there to fill your wishes, isn't it? ;-)
Other than that, ask for feedback on #gnome-shell.


Regards
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: self-selecting items

[Milan Bouchet-Valat]

Le dimanche 27 novembre 2011 à 21:10 +0700, John Francis Lee a écrit :
> Hi,
> 
> I updated my ubuntu to 11.10, discovered that they'd done away with 
> gnome, further discovered gnome shell and installed that.
> 
> Now I have problems. Hovering over links now selects them. Is this a 
> 'feature'? How do I get rid of it?
> 
> Worse... my mouse/cursor have begun acting erratically. The insertion 
> point leaps around 'at will'. Repositioning it with the mouse is difficult.
> 
> What has happened here? I was fine with the old gnmome. Gnome 'classic' 
> doesn't get it. A lot of the functionality seems to be missing. And this 
> cursor stuff is making day to day life very stressful.
> 
> If it ain't broke... don't fix it. But you seem to have gone ahead and 
> done just that, haven't you?
Please don't assume that all problems you see on your desktop are what
designers and developers intended to happen. Do you believe people
decided that things shouldn't work, just to annoy users? When something
looks like a bug, ask how things are supposed to work, and file bugs if
you see something different.


Regards
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Fwd: start key, drag-drop , and overview mode

[Milan Bouchet-Valat]

Le samedi 19 novembre 2011 à 01:29 +0800, misterpah arif a écrit :

> proposed interaction
> -
> 1. hilight multiple file. drag them (to drop in totem) 
> 2. press start button. overview mode open
> 3. drag file to totem in overview mode ( maybe drop here , if possible
> )
> 4. overview mode close. totem got focus. drop multiple file. 
Please file a bug, this sounds like a natural behavior to implement. It
would indeed be much more convenient that moving the mouse to the top
left corner while dragging the files.


Cheers
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: A new, modern fullscreen for Gnome Shell

[Milan Bouchet-Valat]

Le samedi 19 novembre 2011 à 09:21 -0600, Josh Leverette a écrit :
> Attached is a screenshot of me playing Starcraft II in a jury-rigged
> means of achieving the fullscreen mode I think is so much fun to use
> in practice. Currently, my wine configuration disables window
> decorations and has a virtual desktop that's a few pixels shorter than
> my desktop, so it automagically appears like this. I've been able to
> achieve a similar effect using Steel Storm II: Burning Retribution,
> and the game play works fantastically in both setups.
> 
> 
> Advantages:
>   * The absolute-black color of the bar does not bother the eyes,
> your brain writes it off as not disturbing the full screen
> effect.
I wouldn't be so sure of that. Watching a movie for example is much
nicer without any OS chrome shown on the screen. And that's lost space
for games.

>   * You have instant access to the current time and day, and it
> just feels like a good general system overview, and it feels
> like a dashboard for you while you're in game, giving you an
> overview of your system.
Overview of your system? Are you that interested in the battery state,
the volume or your IM status while playing?

>   * It's a consistent appearance in line with when you're on the
> desktop normally.
Sure, but that's not what you want when playing games.

>   * If you tap the SuperKey/WindowsKey, you can instantly switch
> away from the game without delay on the Wine game, and switch
> tasks. (the native Steel Storm game does not allow this.)
Because you often play a game a few seconds, check your mail, go back
the game, and read a few web pages?

>   * From a gamer's perspective, these things make it more fun to
> play Starcraft II on Linux than on Windows.
Figures? :-p This one will be hard to argument.

>   * I would love to see this extended as the default fullscreen
> mode (but a preference option would probably be needed in
> system settings), and it would be amazing if the superkey
> escape could be enforced in all fullscreen apps, finally
> allowing a way out of games. As it is, the mouse is fully
> captured so there is no risk of hitting the Activities hot
> corner or any of that.
The logo key works when e.g. Firefox is in fullscreen. But maybe the
games are blocking it?

Generally, I think fullscreen mode is designed exactly to prevent all
what you describe from happening: when you use it, you don't want to be
disturbed by anything, and especially not details like the time of day.
If it wasn't true, games would offer an option to play in a normal
window, and you would have an interface consistent with your normal
desktop. That's not the case, and there's a reason...


Cheers
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: windows stuck

[Milan Bouchet-Valat]

Le mercredi 16 novembre 2011 à 19:30 +0100, Peter Hagen a écrit :
> Ill attempt to post a bug soon, but have to find some time. Would it
> be enough if I post this story?
Sure, a bug needs to start somewhere. If you had to wait for a full
explanation of the problem, we would rarely see bug reports. ;-)

Please be sure to attach the whole ~/.xsession-errors file too.


Cheers
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Network manager imposible to configure

[Milan Bouchet-Valat]

See http://afaikblog.wordpress.com/2011/11/10/gnome-design-update/ and
https://live.gnome.org/Design/SystemSettings/Network

Feel free to add a comment explaining your use cases in the "Comments"
section (a comment, not a flamewar), to be sure designers are aware of
them.


Regards
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: GNOME Shell Becomes Unresponsive

[Milan Bouchet-Valat]

Le mardi 15 novembre 2011 à 14:24 -0500, Adam Tauno Williams a écrit :
> We have one workstation where GNOME Shell will periodically become
> completely unresponsive.  This happens very reliably if the user
> attempts to lock the display;  sometimes the display will blank and then
> be unresponsive other times it will not blank but become unresponsive.
> In either case the only way to get the desktop responsive again is to
> kill the X process [which I do via SSH].
> 
> Suggestions
As usual, file a bug, attach your ~/.xsession-errors, and as a bonus get
a backtrace by following instructions from
https://live.gnome.org/GnomeShell/Debugging.
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: gnome-shell and sqlite

[Milan Bouchet-Valat]

Le vendredi 11 novembre 2011 à 13:15 -0400, Yunier Soler Franco a
écrit :
> I need some help about work with sqlite database from gnome-shell.
What are you talking about? There are no SQLite databases in
gnome-shell.


Regards
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: windows stuck

[Milan Bouchet-Valat]

Le mercredi 09 novembre 2011 à 20:07 +0100, Peter Hagen a écrit :
> Hi there,
> 
> I'm quite new to this mailinglist, but have been using Gnome for quite
> some time. I love the new Gnome 3 and had it on ubuntu 11.04 already,
> and now of course with 11.10 also. Currently I have 3 installations,
> with one on a MacBook (4.2?.. the white one). It works smooth, for one
> strange thing. I thought for a moment that it had to do with Skype,
> but I think it happened without also once. But, mostly I notice it
> when using a skype chat. Im just typing, and then suddenly, when I
> want to click another window, nothing happens. Also scrolling in the
> other window doesn't work. In some cases I can just keep on typing,
> which works, and the windows also get updated all the times. I also
> cant move the skype windows.. or close it.  Also going to the left
> upper corner doesnt do anything. Then I click on something in the
> skype screen, like the chat history dropdownlist, which does popup,
> and after that, I can move the screens again. I dont have this issue
> with the 2 other machines.
Please file a bug at
https://bugzilla.gnome.org/enter_bug.cgi?product=gnome-shell

The most interesting information for the developers is the contents of
your ~/.xsession-errors file right after the problem happened. Also
specify the version of Ubuntu you're using on the machine where the bug
happens.

> The laptop runs on an intel chipset, I guess, while the other 2 have
> nvidia. Could it be something with QT and Intel? Any ideas?
Intel, maybe; please tell on the report what's your exact graphics card,
(see the output of lspci). Qt, it's hard to tell - does the problem
happen only with Qt apps running?


Regards
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Copy-paste doesn't work with ALT + F2

[Milan Bouchet-Valat]

Le mardi 08 novembre 2011 à 17:10 +0300, Sergey Zolotorev a écrit :
> It seems Ctrl+V works in English layout only. For example it does not
> work in Russian layout (but works in all other applications like
> Gedit, Firefox etc). GNOME 3.2, Arch Linux.
As usual, please file a bug... ;-)
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Copy-paste doesn't work with ALT + F2

[Milan Bouchet-Valat]

Le mardi 08 novembre 2011 à 19:14 +0530, Nirbheek Chauhan a écrit :
> If I remember correctly, this feature was implemented in 3.2. Satish
> is probably using 3.0.
Ctrl+V works here with 3.0 (Fedora 15).
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: gnome-shell and custom desktop files

[Milan Bouchet-Valat]

Le mardi 08 novembre 2011 à 10:41 +0100, Aurélien Naldi a écrit :
> On Tue, Nov 8, 2011 at 10:05 AM, Olav Vitters  wrote:
> > On Tue, Nov 08, 2011 at 09:57:02AM +0100, Aurélien Naldi wrote:
> >> * manually installed applications: I rely on some manually installed
> >> applications (especially java ones), which do not provide a .desktop
> >> file. Making one is easy enough (yet I think GNOME should provide (or
> >> reuse) a GUI for this).
> >
> > No, the developers should provide the desktop file. There is a GUI for
> > making them, but it is wrong to expect users to ever create such a file.
> 
> Many java applications are just provided "as is" without integration,
> or without integration for linux.
> I agree that the dev or distributor should be the one doing it, but if
> he doesn't, why should it be hard for a user to do it himself (and
> then suggest the dev to integrate it)
> 
> >> Once the .desktop file exists and is installed in the proper place,
> >> the shell can launch the application, but the dock does not associate
> >> the window to the .desktop file. How can I solve this?
> >
> > I guess something is missing. No idea. Maybe StartupWMClass / needs
> > StartupNotify=true.
> >
> >> * custom options for existing applications: I use separate profiles
> >> for gnome-terminal, firefox, google-chrome. These applications provide
> >> a command-line switch to select the profile, but the opened window is
> >> then associated to the "main" desktop file instead of the custom one.
> >> I guess the source of the problem is similar to the previous one.
> >
> > WMClass needs to be different IIRC.
> >
> >> I am asking this not only as a user who would like to make his
> >> everyday life slightly more confortable, but also as a developer (of
> >> java application) who would like to improve integration with the
> >> environment, without too much headache...
> >
> > No idea if we have documentation for this. If not, we should.
> 
> Some guidelines are provided here:
> https://live.gnome.org/GnomeShell/ApplicationBased
> It helps from the developer point of view at least.
> 
> Unfortunately the java side of things is not so convenient for this:
> the java WM sets the class name by herself (even if some tricks exist
> to try and fool it but I would rather not rely on this):
> http://elliotth.blogspot.com/2007/02/fixing-wmclass-for-your-java.html
> 
> the WM_CLASS I get is:
> WM_CLASS(STRING) = "sun-awt-X11-XFramePeer", "name-of-the-main-class"
> 
> matching on the second name does not work, and if I give the first
> name to my .desktop file, the application does not even get launched
> 
> Did anyone here have this working for java applications without having
> to rely on java-gnome (which defeats the point of using a
> "cross-platform" language) ?
I suppose there can be a solution to that problem. If StartupWMClass is
correctly filled in the .desktop file, the Shell can easily detect, when
a .desktop file was clicked, what is the window associated to it. It
just need to suppose the first window that appears with the specified
WM_CLASS following the .desktop file activation is the right one.

AFAICT, this would work for Java apps that have a silly WM_CLASS, and
for different app instances (that wouldn't support the --class
argument). There would only be problems if you activate two .desktop
files with the same WM_CLASS in a row, but that's a relatively rare
case.


Cheers
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: gnome-shell and custom desktop files

[Milan Bouchet-Valat]

Le mardi 08 novembre 2011 à 10:52 +0100, Aurélien Naldi a écrit :
> My bad, the name of the desktop file should be in lower case, now the
> matching works for me.
> Fixing the case problem would be nice (the doc says case does not matter)
Please file a bug, we need to fix either the code or the doc.

Regards
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: clutter assert at gnome-shell startup

[Milan Bouchet-Valat]

Le dimanche 06 novembre 2011 à 12:17 +0100, Bastien Durel a écrit :
> Hello,
> 
> I built gnome-shell 3.2 with jhbuild on Debian
> Compilation was successful
> 
> When I try to run it with "jhbuild run gnome-shell --replace" I got this
> error (and gnome-shell exits leaving a core) :
> 
> Window manager warning: Log level 8: gtk_style_context_add_provider:
> assertion `GTK_IS_STYLE_PROVIDER (provider)' failed
> **
> Clutter:ERROR:./x11/clutter-stage-x11.c:1155:clutter_x11_get_stage_window: 
> assertion failed: (CLUTTER_IS_STAGE_X11 (impl))
Please file a bug with all the information you gave at
https://bugzilla.gnome.org/browse.cgi?product=gnome-shell

I think it would also be worth trying with an older Clutter. You can do
that by moving to ~/gnome-shell/Source/clutter, and using 'git checkout
$VERSION', VERSION being one of the versions you'll obtain by hitting
[Tab] twice.


Regards
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

RE: How to disconnect a broadband connection?

[Milan Bouchet-Valat]

Le mercredi 02 novembre 2011 à 10:17 +, Gabriel Rossetti a écrit :
> Because it's not the same thing, disconnecting it (and the wifi, etc)
> means "I no longer want to use the connection", switching it off means
> "I want to deactivate the broadband card, wifi card, etc", it's like
> the hardware switch on laptops but controlled via software. If you
> take the wifi example, I may no longer want to be connected to a
> network but still want to use my wifi card (with kismet for example).
When I disconnect from WiFi, I expect the computer to be smart enough to
turn off the (now useless) card automatically, to save power. People
wouldn't like getting a shorter battery life because of a device that
isn't currently used.

The fact that you can want to disconnect and use software to do wireless
sniffing is really a hacker problem that the default design shouldn't
aim at. Hackers are clued enough to find another way to disconnect the
WiFi without turning the card off (using nm-cli for example).

>  Using the current way I would have to switch it off and on again (and
> it would probably try to re-connect automatically by doing that).
Why would that be a problem? Does it take a long time to start? The fact
that it would try to reconnect automatically is OK, since it's what
you'd want when you turned the connection up.

>  Remember when you used a modem (broadband is emulating a modem), when
> you no longer wanted to be connected you disconnected from your
> provider, you didn't deactivate the modem/pull it out from your
> computer.
I didn't pull it out, but I wouldn't have bothered if the computer was
able to turn it off. If it doesn't hurt powering it down, why keep it
alive?


Regards
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Gnome Shell usability & design

[Milan Bouchet-Valat]

Le mercredi 02 novembre 2011 à 10:44 +0100, Donato Marrazzo a écrit :
> Hi everybody,
> 
> I'm using gnome shell since 3.0 release, now I'm using 3.2 (Fedora 16
> beta).
> I found many concepts really interesting but I'd like suggest a couple
> of improvements.
> Is this the right place to discuss such kind of issues?
> How is handled the feature request/modification process?
You can do suggestions here, but it would be best to discuss them with
the designers directly on the #gnome-shell IRC channel.

Please have a look at the list's archives anyway, to be sure you don't
suggest something that has been discussed hundreds of times, as you
wouldn't get a very nice feedback... ;-)


Cheers
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: How to disconnect a broadband connection?

[Milan Bouchet-Valat]

Le mercredi 02 novembre 2011 à 00:06 +0100, Gabriel a écrit :
> Hi all,
> 
> I connect my laptop to the internet at times using a broadband 
> connection. I can't figure out how to disconnect the connection using 
> the connection menu, I was expecting a "disconnect" option but didn't 
> find it. I also noticed that I con't disconnect from any other type of 
> connection, I have to turn it off apparently (which doesn't work for 
> broadband by the way).
Well, if it doesn't work, please file a bug against your distro or the
Shell.

> I think there should be a way to disconnect 
> without having to switch it off, did I miss something??
Why would you want to disconnect without turning it off? Maybe that
switch only disconnect it?


Regards
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Highlight the "Activities" button on boot

[Milan Bouchet-Valat]

Le samedi 15 octobre 2011 à 16:34 +0530, Nishant Agrwal a écrit :
> One of the oft-mentioned weaknesses of Gnome Shell, compared to other
> shells like Canonical's Unity, is that unlike its counterparts, Gnome
> Shell does not give a new user any immediate indication of how to
> launch applications or do anything, really.
The problem you describe only concerns the first time the user will try
GNOME 3. Given this, I don't consider a major issue that the user might
need a few seconds to understand where things happen. Since there are
not many buttons to try, and that there's a big button in the top right
corner saying "Activities", it's reasonable to assume the user will think
"oh, that's where I should go" before too long without highlighting.

Have you done some user testing to support your thesis that it's not the
case?


Regards

___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Feature proposal: Save/restore-at-login workspace state.

[Milan Bouchet-Valat]

Le lundi 10 octobre 2011 à 14:49 +0200, Jordi Chulia a écrit :
> What do you think?
Yeah, that's an old idea that would need somebody to really work on it
if we want it to be implemented one day. I had drafted a few ideas and
some code almost two years ago, but I never finished it. Though the
exact suggestion you make might be much easier to implement as an
extension that my big world domination plan. ;-)

For references, see
http://mail.gnome.org/archives/gnome-shell-list/2009-December/msg00042.html
https://live.gnome.org/GnomeShell/DesktopContexts
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Copy and Paste Issue

[Milan Bouchet-Valat]

Le dimanche 09 octobre 2011 à 12:50 +0200, Ralph Hofmann a écrit :
> Hello everybody,
> 
> This copy and paste problem is small but annoying:
> 
> When I copy and paste with ctrl+c and ctrl+v, the copied content will be 
> filled in twice. If I use mouse middleclick instead for pasting, it 
> works correctly.
> 
> Is there anything I can do about it?
Please file a bug on bugzilla.gnome.org, product gnome-shell, and be
sure to give the precise steps to reproduce the problem, and your Shell
and distribution versions.


Cheers
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Suggestion for the `Activities Overview`

[Milan Bouchet-Valat]

This existed in previous releases of the Shell, and was removed upon
request of the designers. It's been discussed a thousand times since
then, and won't come back unless somebody convinces them (which is
unlikely).


Cheers
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Concerning the javascript code location and extensions

[Milan Bouchet-Valat]

Le vendredi 02 septembre 2011 à 08:51 -0400, D.H. Bahr a écrit :
> Our current Windows-like desktop is a G2 transformed, with the panel
> in the bottom and a few other tweaks, so it is Windows-like, but it
> doesn't really look like Windows. The idea is not rewriting from
> scratch the new Windows-like environment, but to take most of the
> existing GShell js code, rearrange the components (this is moving the
> panel down and add the favourite apps and the messaging tray) and
> creating a StartMenu to resemble the Windows one.
This can be easily done with a small JS extension, if it doesn't already
exists. (Though, from a design POV, I really doubt moving the bar to the
bottom is a good idea, since you need to put the messaging bar somewhere
else.)

> So in order to keep the old environment we would need to keep G2 and
> G3 on the default system, and that would take just to much space for
> our Install CDs.
Probably not. gnome-panel+metacity (GNOME3 fallback mode) don't take up
much space since most of their dependencies are needed by GNOME3
anyways. You would only need to port your changes to gnome-panel 3,
which might be easy if you don't use too many deprecated internals.


Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Concerning the javascript code location and extensions

[Milan Bouchet-Valat]

Le mercredi 31 août 2011 à 10:01 -0400, D.H. Bahr a écrit :
> We would use this for changing the Information Architecture of the
> shell itself.
> Allow me to explain myself: our biggest client is the Public Sector
> which is instructed to migrate from privative to free software thus
> becoming our goal to provide a system that facilitates this process.
> That is why the previous versions of our system (Nova GNU/Linux) have
> a Windows-like look. For our next version, planned for release on
> February 2013, we would like to modify the shell so it looks as
> Windows-like as possible, but without removing the possibility of
> trying the shell itself as a GDM session. In short we need two
> separates GDM sessions: one for the original shell and another one for
> our Windows-like one.
I'd rather keep your current Windows-like desktop as the default
session, and provide the original GNOME Shell as an option in GDM.
Transforming the Shell into a Windows desktop isn't going to be easy, as
they are quite different.

> We are also concerned that the inclusion of many extensions might
> lower the overall system performance, since it is more javascript code
> that will be loaded.
I don't think adding a few JS files would affect the performance, since
the Shell already contains quite a few of them anyways.

> Currently we are looking at the Shell more as a platform for Desktop
> Development than as a Desktop itself.
What Jasper said, but it doesn't quite make sense to me to rewrite
something looking like Windows from the GNOME3 development platform...
What would the advantages be, compared with your current
implementation ?


Regards


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: The path of least blame

[Milan Bouchet-Valat]

Le jeudi 04 août 2011 à 22:50 +0200, Florian Müllner a écrit :
> Slightly off-topic, but I consider it quite interesting that almost
> everyone complaining about shell's single-window approach picks the
> terminal as example. We would probably get rid of all complains by
> special-casing terminals, without the inconsistency being noticed -
> "normal" people don't use terminals, geeks apparently don't use
> anything else ...
I think that terminals are only the best example of this situation.
While most apps best behave as single-instance, a few of them are
multiple-instance, and we still expect a click to open a new window:
terminal, file manager (to open several folders separately), word
processor. Maybe special-casing them wouldn't be too disturbing, indeed.


Regards


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: UI guidelines for extensions?

[Milan Bouchet-Valat]

Le dimanche 31 juillet 2011 à 18:00 +0100, Ricardo Gladwell a écrit :
> I think it would make sense to have a base on the desktop for app, given 
> that it wont' have an obvious application running in the same way that a 
> mail client might.
You can just have a background daemon running, and use (possibly
resident) notifications. They provide all you might need for this kind
of tasks IMHO.

Regards



___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: GNOME Shell 3.0.2 & Tweak Tool 3.0.5 -- notes on observed bugs

[Milan Bouchet-Valat]

Le jeudi 30 juin 2011 à 16:57 +0200, Michel Alexandre Salim a écrit :
> Hi all,
> 
> When using the aforementioned combination, the following features either
> do not function or require workarounds:
> 
> * Shell
>   - Arrangement of buttons on the titlebar:
> requires restarting gnome-shell before it takes effect.
> 
> * Windows
>   - Current theme:
> requires restarting gnome-shell before it takes effect.
> 
> In both cases, it looks like the relevant GConf keys are not dynamically
> monitored
I thought it was updated without restart, but these GConf settings will
be refactored soon in the move to GSettings anyway. So there's little
point in debugging this now - once the GSettings patch has landed,
debugging will be more than welcome! ;-)


Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Gnome3 slowing down.

[Milan Bouchet-Valat]

Le dimanche 26 juin 2011 à 15:26 -0400, G. Michael Carter a écrit :
> Defiantly NOT a Gnome 3 issue.  Gnome 3 is just the symptom.  Just
> figured on this DL you'd have greater knowledge on what Gnome 3 is
> using to narrow the component.
> 
> 
> "Eliminating all the variables is the first step in tech support".
> If we further this then it's not a hardware issue.   More software
> talking to some of the hardware.  So for the record I tried swapping
> all I could.  Nothing worked.   Also if it's a hardware issue, doing a
> pkill gdm (or just log out/in again) shouldn't fix the issue.   I
> suspect it's some component related to the motherboard.
I still think it can be related to leaky video drivers. Could you swap
the video card (i.e. not integrated in the motherboard)? Do you have
other machines with the same graphics card and the same software that
don't experience the bug?

At any rate, since the system has far too much cache in RAM than it
should, it can't be a hardware bug, only a hardware-related software
bug.


Hope this helps



___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Gnome3 slowing down.

[Milan Bouchet-Valat]

Le vendredi 24 juin 2011 à 15:34 -0400, G. Michael Carter a écrit :

> Problem remains even after gnome-shell is rebooted.   start closing
> all the applications and it got much better.  This time still not back
> to the original speed but still under 1sec. 
> 
> If I log out completely I'm good again. 
The Shell memory usage is quite correct (there are probably a few leaks,
but nothing terrible), and no app is using much RAM. Actually, I've had
a look at the output of free again, and I think the problem is with the
cache size: 2183MB!

I've experienced this in the past with development versions of X.org
that leaked memory. So I suspect this comes from your video driver, but
I have absolutely no idea how to debug this further. You might ask for
help on #xorg on irc.freenode.org, or file a bug. What's your card
model, for the record? You can try using another one if there's the
choice (e.g. with NVidia Nouveau vs. proprietary), just to check.


Regards


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Gnome3 slowing down.

[Milan Bouchet-Valat]

Le vendredi 24 juin 2011 à 10:16 -0400, G. Michael Carter a écrit :

> 1.  Anyone have any idea where I should start looking for my issue.
>  It's like there's a memory leak when using programs that get's
> cleared when I shut down all programs.
Run free -m and see if that's a memory issue? If it is, top will tell
you what programs are using memory. That's probably coming from memory,
closing programs wouldn't help if it wasn't.

> 2.  Who do I log the bug with?  Fedora and Gnome 3 doesn't seem to be
> the correct place.
Hard to tell until you find the program responsible for that. Fedora is
better because that's OK even if that's not a bug in GNOME, but if you
know comes from GNOME, then GNOME is better... ;-)


Cheers



___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Extensions Infrastructure Work

[Milan Bouchet-Valat]

Le jeudi 23 juin 2011 à 22:00 +1200, John Stowers a écrit :
> On Thu, 2011-06-23 at 11:48 +0200, ecyrbe wrote:
> > thank you john for the bits of history of the design.
> > i do know about server programming, as in fact it's my job to make
> > high load servers in c++.
> > i also understand the design better and the solution you try to
> > provide.
> > 
> > as i said. you can make the server lightweight inside the shell, i
> > don't think people would complain as this would make it a lighter
> > solution than a separate daemon.
> > The problem with a separate daemon, is that you end up using a process
> > to do nothing 99% of the time. integrating it in the shell would make
> > it :
> > - leightweight -> you only add a listening port to gnome-shell.
> > - integrated -> you don't need to add a dbus api to control extension
> > enabling/disabling
> > - easy to implement -> you only have to use libsoup asynchronously, no
> > threading use
> > - no memory overhead -> it's integrated in the shell , you don't have
> > to allocate a new stack for it
> > 
> > so, why not integrate it? why would people complain ?
> 
> Cool. As an engineer you probably also understand that one does not
> always start with the perfect implementation.
> 
> Pragmatically the separate process HTTP server is not bad for a first
> go.
> 
> I'm still not convinced a process that is sleeping 99% is a big deal. It
> should be swapped out and take no resources.
On the plus side of the out-process approach, if we switch to systemd to
handle the whole user session, the HTTP daemon will merely register the
port, and would never be started until actually used. So, if you want to
discuss theoretical details of a few kB of RAM, you also need to
consider this possibility. ;-)


Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Extensions Infrastructure Work

[Milan Bouchet-Valat]

Le mercredi 22 juin 2011 à 11:21 +0100, Richard Hughes a écrit :
> On 22 June 2011 10:57, Milan Bouchet-Valat  wrote:
> > PackageKit one could gain support for per-user extensions. What do you
> > think?
> 
> PackageKit is firmly per-system rather than per-user. I'm not happy
> with the amount of feature-creep that a per-user system would entail.
Yeah, I kind of agree, which is why I said just above (and five times in
a row ;-):
> Probably the PackageKit upgrade tool isn't the best candidate (at
> least as-is), because it works on system packages, and rarely bring
> interesting new things to users, contrary to extensions that people
> chose to install.

Thanks for stating your position on this, though!

Regards


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Sorry for the noise [Was: Re: Extensions Infrastructure Work]

[Milan Bouchet-Valat]

Sorry, Evolution kept saying me "Sending message (cancelled)", but it
did send them after all. :-/


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Extensions Infrastructure Work

[Milan Bouchet-Valat]

Le mardi 21 juin 2011 à 17:11 -0400, Jasper St. Pierre a écrit :
> I'm not going to do an upgrade automatically. Instead, the user will
> get a simple notification telling him that extensions can be upgraded.
> Clicking on it will open the extensions.gnome.org website, where he
> can upgrade at his leisure. The 'shell-version' fieldcannot lie: the
> field is present for the user's benefit. If the automatic upgrading
> system sees that the newer versions are incompatible with the Shell,
> it won't pop up the notification or allow the user to upgrade.
Have you considered if/how upgrading extensions could be integrated in
a common upgrade tool? If the Shell, Epiphany, GEdit and other GNOME
apps start using extensions, it would really be nice to upgrade them all
from the same place. Else, you'll get an upgrade notification from the
Shell when logging in, one when starting two days later GEdit, etc. That
really doesn't fit in the idea of a desktop that helps you focusing on
what you want to do. With a central place, we could check every two
weeks for upgrades, and run them all at the same time.

Probably the PackageKit upgrade tool isn't the best candidate (at least
as-is), because it works on system packages, and rarely bring
interesting new things to users, contrary to extensions that people
chose to install. But either a per-user upgrade tool could run, or the
PackageKit one could gain support for per-user extensions. What do you
think?


Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Extensions Infrastructure Work

[Milan Bouchet-Valat]

Le mardi 21 juin 2011 à 17:11 -0400, Jasper St. Pierre a écrit :
> I'm not going to do an upgrade automatically. Instead, the user will
> get a simple notification telling him that extensions can be upgraded.
> Clicking on it will open the extensions.gnome.org website, where he
> can upgrade at his leisure. The 'shell-version' fieldcannot lie: the
> field is present for the user's benefit. If the automatic upgrading
> system sees that the newer versions are incompatible with the Shell,
> it won't pop up the notification or allow the user to upgrade.
Have you considered if/how upgrading extensions could be integrated in
a common upgrade tool? If the Shell, Epiphany, GEdit and other GNOME
apps start using extensions, it would really be nice to upgrade them all
from the same place. Else, you'll get an upgrade notification from the
Shell when logging in, one when starting two days later GEdit, etc. That
really doesn't fit in the idea of a desktop that helps you focusing on
what you want to do. With a central place, we could check every two
weeks for upgrades, and run them all at the same time.

Probably the PackageKit upgrade tool isn't the best candidate (at least
as-is), because it works on system packages, and rarely bring
interesting new things to users, contrary to extensions that people
chose to install. But either a per-user upgrade tool could run, or the
PackageKit one could gain support for per-user extensions. What do you
think?


Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Extensions Infrastructure Work

[Milan Bouchet-Valat]

Le mardi 21 juin 2011 à 17:11 -0400, Jasper St. Pierre a écrit :
> I'm not going to do an upgrade automatically. Instead, the user will
> get a simple notification telling him that extensions can be upgraded.
> Clicking on it will open the extensions.gnome.org website, where he
> can upgrade at his leisure. The 'shell-version' fieldcannot lie: the
> field is present for the user's benefit. If the automatic upgrading
> system sees that the newer versions are incompatible with the Shell,
> it won't pop up the notification or allow the user to upgrade.
Have you considered if/how upgrading extensions could be integrated in
a common upgrade tool? If the Shell, Epiphany, GEdit and other GNOME
apps start using extensions, it would really be nice to upgrade them all
from the same place. Else, you'll get an upgrade notification from the
Shell when logging in, one when starting two days later GEdit, etc. That
really doesn't fit in the idea of a desktop that helps you focusing on
what you want to do. With a central place, we could check every two
weeks for upgrades, and run them all at the same time.

Probably the PackageKit upgrade tool isn't the best candidate (at least
as-is), because it works on system packages, and rarely bring
interesting new things to users, contrary to extensions that people
chose to install. But either a per-user upgrade tool could run, or the
PackageKit one could gain support for per-user extensions. What do you
think?


Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Extensions Infrastructure Work

[Milan Bouchet-Valat]

Le mardi 21 juin 2011 à 17:11 -0400, Jasper St. Pierre a écrit :
> I'm not going to do an upgrade automatically. Instead, the user will
> get a simple notification telling him that extensions can be upgraded.
> Clicking on it will open the extensions.gnome.org website, where he
> can upgrade at his leisure. The 'shell-version' fieldcannot lie: the
> field is present for the user's benefit. If the automatic upgrading
> system sees that the newer versions are incompatible with the Shell,
> it won't pop up the notification or allow the user to upgrade.
Have you considered if/how upgrading extensions could be integrated in
a common upgrade tool? If the Shell, Epiphany, GEdit and other GNOME
apps start using extensions, it would really be nice to upgrade them all
from the same place. Else, you'll get an upgrade notification from the
Shell when logging in, one when starting two days later GEdit, etc. That
really doesn't fit in the idea of a desktop that helps you focusing on
what you want to do. With a central place, we could check every two
weeks for upgrades, and run them all at the same time.

Probably the PackageKit upgrade tool isn't the best candidate (at least
as-is), because it works on system packages, and rarely bring
interesting new things to users, contrary to extensions that people
chose to install. But either a per-user upgrade tool could run, or the
PackageKit one could gain support for per-user extensions. What do you
think?


Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Please Help - How to change some behavior

[Milan Bouchet-Valat]

Le jeudi 16 juin 2011 à 19:21 -0300, Job a écrit :
> Dear Gnome-Shell People,
> 
> I would like to know
> 
> 1 - How to change the position of Left Bar, its very important to me,
> because I can see only with the right eye. 
> 
> 
> 2 - How to access the Access Bar without resizing  others windows and
> enter in window selection. The resizing effect, are very stressful,
> for my impaired vision. 
For 1 and 2, I think you should try the dock extension. It will allow
you to show the dash (official name of the bar) al the time, and to put
it on the right side of the screen.
See https://live.gnome.org/GnomeShell/Extensions

> 3 - Has one way to return the keyboard settings to be in keyboard
> configuration? Its very complicated to change with this WindowsXP
>  like way in Gnome3. Here in Brasil, its common we have two keyboard
> layouts, since some Laptops come with US layout and many time people
> use another keyboard (ABNT2). I had many users using Gnome2, and will
> be very unpleasant  to explain that keyboard setting its not in the
> keyboard.
You mean in the keyboard control panel ? Yeah, I find it confusing too.
I guess you should file a bug against the gnome-control-center product
in Bugzilla, designers will tell you what they think. Probably, a
shortcut leading people from the Keyboard panel to the Country and
language panel would help.

> 4 - While searching for keyboard, I take a long time to know, that I
> need to click in "all ..." , to access other settings. This is very
> obscure,
> although the one window settings could be ajusted. i will try make a
> mockup to what I think that could be better.
I don't really understand why it would be confusing, but we would need
user testing to check people generally understand how this works.
Anyways, clicking on that button isn't the preferred way of accessing
settings: in the user menu (in the top-right corner), you have System
Settings, which gets you directly to the list of all settings.


> Perhaps, one evolution from the Gnome2 control panel, will be better
> that the current one. Like using  bar access in  one window. is it
> possible, make a extension to change this?
Sorry, I don't understand what you mean here.


Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: "The system network services are not compatible with this version"

[Milan Bouchet-Valat]

Le mardi 14 juin 2011 à 10:45 -0400, Adam Tauno Williams a écrit :
> On Tue, 2011-06-14 at 15:42 +0200, Denis Washington wrote:
> > Am 14.06.2011 15:37, schrieb Adam Tauno Williams:
> > > I have one openSUSE 11.4 workstation [desktop] that is having problems
> > > after upgrading to GNOME 3.
> > > Going into system settins / network results in the warning "The system
> > > network services are not compatible with this version."
> > > Evolution and Empathy start but never seem to connect.  Evolution is
> > >just checking-folders and empathy is "Connecting...".
> > > And there is no network manager in the top-bar.
> > > Any suggestions?
> > You probably have NetworkManager 0.8.x installed, while the GNOME 3 
> > system settings and shell use the incompatible NetworkManager 0.9.x API.
> 
> Correct; NetworkManager-0.8.9997-2.1.x86_64 is installed.  The GNOME3
> repo is enabled.  But this package doesn't upgrade and I don't see the
> newer version appearing.
NetworkManager 0.8.99 is actually a 0.9 pre-version, so it should work.
You should ask on an OpenSuSE mailing list, they know better than us
what software they put on their distro.


Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Gnome 3 Extensions/Themes Website?

[Milan Bouchet-Valat]

Le vendredi 10 juin 2011 à 11:25 +0100, Allan Day a écrit :
> One possibility for extensions would be to turn them into something more
> akin to Google Labs - that is, something that is communicated and
> structured as an experimentation ground, rather than a market place that
> we encourage users to use (the very name 'extension' does just that).
> The other nice thing about Google Labs is that the experimental nature
> of the features it contains is clearly communicated.
I think the main reference here is the way Firefox manages extensions.
Many people use stock Firefox, and it works very well, but many others
like to play with appearance (personas, equivalent to our themes), or
need a specific feature (extensions, in both terminologies). This
example is quite positive. The fact that people can easily extend their
desktop encourages them to support it and hack on it. IMHO, the
available stock of extensions is one of the reasons why many GNOME fans
use Firefox rather than Epiphany.

While I'm a big supporter of the "default desktop consistent and great
for everybody" approach (and I'm not running any extensions), I don't
think it hurts the GNOME brand to promote extensions. At the end of the
day, people who use them know that they aren't stock GNOME, and how to
disable them if they want to get the default experience. The difference
with the applets mess is that in GNOME 2 there was no default
experience: everything was applets, and once you had messed with your
panel, you had no clear way of resetting it. With the Shell, you can
just disable extensions.

Finally, extensions makes it easier to enforce a common design that
works for 95% of users, while allowing the remaining 5% to do what they
like. This is a good way for designers to turn down complaints and keep
hackers happy. ;-)


Regards


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Is this the correct place?

[Milan Bouchet-Valat]

Le jeudi 09 juin 2011 à 01:09 -0430, Dokuro a écrit :
> > I really like, Gnome 3 and shell. but ...
> > I found that has some mistakes, then I come to share my opinion and Ideas.
> > Is this the correct place to share Ideas and experience about Gnome 3 and
> > Shel?
> 
> Yes!
But I suggest you have a quick look the archives at
http://mail.gnome.org/archives/gnome-shell-list/, for e.g. the last two
months, where you'll get an idea of what subjects have already been
discussed to death, and what subjects haven't yet been raised. Else, you
might get unfriendly answers without explanation... ;-)


Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: feature request: grouping two tiled windows

[Milan Bouchet-Valat]

Le mardi 07 juin 2011 à 17:33 -0700, Lewis Chung a écrit :
> Using alt+tab and the activities overview makes sense to me. However,
> when I tile two windows next to each other, for example, evince and
> libreoffice writer, and I switch to firefox, I expect to be able to
> switch back to evince and libreoffice with a single activities toggle
> (used to be able to do this by minimizing firefox, but cannot anymore
> based on gnome-shell's defaults)
> 
> Right now I have to alt+tab to focus both of the windows to bring them
> to the front. 
That indeed makes much sense to me, I've already be bitten by this.

> I was wondering if an extension some additional functionality could be
> developed to allow me to open the activities overview and drag a
> window on-top of another (grouping them), so that when I use overview,
> I can click on the group to bring both to the front. Other methods of
> grouping the windows together could work too, I just want to be able
> to group two windows together so they can both be brought into focus
> at the same time.
I think this feature might even go into the core design instead of into
an extension: that's the optimal behavior for all users. I'd suggest you
ping the designers on #gnome-shell list (ask for mccann, aday or jimmac)
to see what they think, and file a bug if they are OK. (I'll try to ask
them too if I'm around at the right hours.)


Regards


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Custom launchers in Gnome 3

[Milan Bouchet-Valat]

Le lundi 06 juin 2011 à 17:27 +0400, Sergey Zolotorev a écrit :
> I think you can just create a ".desktop" file in ~/.config/autostart,
> find it in Overview screen and pin to Dash.
In ~/.local/share/applications/, actually! ;-)


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Weekly Work Summary- Week 2

[Milan Bouchet-Valat]

Le samedi 04 juin 2011 à 00:22 -0400, Jasper St. Pierre a écrit :

> Hi. I'm magcius.
> 
> Here's how I discovered this:
> 
> gnome-shell-build-setup.sh checks out jhbuild in ~/Source/jhbuild, but
> puts your gnome-shell checkoutroot/installroot in ~/gnome-shell/, so I
> usually change my .jhbuildrc-custom to be more appropriate.
> Unfortunately, I forgot to change one before I had started jhbuild, so
> I had ~/Source/gnome-shell/checkout and ~/gnome-shell/install. I mv'd
> the dir and ran 'jhbuild build -afc', and I started getting errors. I
> did 'grep -R ~/gnome-shell/ .' on the module I was having troube with,
> and I found the '.deps' folder. jhbuild's --clean flag only runs 'make
> clean', not 'make distclean', and that's why it didn't clean up after
> itself. Probably should fix that.
Is there a bug open for that? Sounds like a small fix that would be very
useful, instead of restarting from scratch after getting a headache
fighting build issues... ;-)


Regards



___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Comments about Finding and Reminding

[Milan Bouchet-Valat]

Le jeudi 02 juin 2011 à 13:00 -0500, Federico Mena Quintero a écrit :
> > (03:23:55 PM) aday: * i'm not convinced by the 'pending' part on the
> > right - i don't want to be reminded of what i have to do every time i
> > go to open a document, nor do i particularly like the idea of
> > introducing more 'management' work that a user has to do to allocate
> > documents there
> > (03:24:14 PM) aday: this thing should require as little user 
> > management as possible, preferably none
> 
> Yeah, I'm not entirely happy with the reminders section yet - all the
> "Pending" areas.
> 
> I did it that way to borrow some concepts from Getting Things Done, in
> particular the tickler file, while trying to make it less "formal" or
> with a less-rigid way of using it.
> 
> I want an informal, but reliable way of scheduling things - "I need to
> deal with this sometime next week" - not something as rigid as, say,
> Evolution's to-do list.  Or maybe we just need an informal-looking way
> to use Evo's infrastructure as it is; it would certainly be good to
> explore that (e.g. does VTODO support DTSTART/DTEND or DTSTART/DURATION
> properties, and can we use that to represent "sometime next week"?).
> 
> Suggestions for how to schedule things are very much appreciated.  I'm
> not happy about the clutter that the reminders section adds to the
> journal view.
I agree with Allan's concern that the overview might not be the right
place for managing things. It's meant to find, click and close. Dragging
a file to the reminders in the overview would really be painful if you
need to click and keep pressed, go to the Activities corner, switch to
the Finding and Reminding panel...

I won't pretend that's /the/ solution, but how about dragging stuff to
the calendar? Roughly, we could have an expander named Pending Work, To
Do, or anything, that would show documents just like events are shown
now. Dragging a file to the date in the panel would immediately open the
calendar and the expander, and you could drop files either on a specific
date, or on the expander ("no precise date").

Mostly thinking out loud here, but there are not a hundred possibilities
if we don't want to create a little separate GTK app allowing for more
management.


Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Gnome 3 vs scientists (ie., external monitor problem)

[Milan Bouchet-Valat]

Le mardi 31 mai 2011 à 11:19 +0100, Artur Wroblewski a écrit :
> with all the respect, but that's not so easy
> - the switch to fallback mode requires logout
Sure, but I fail to see how this is an issue. If the Shell doesn't work
and you want to use the fallback mode, a one time log out isn't the end
of the world. Then you'll use GNOME3+fallback instead of GNOME2 until
3.2 or new drivers are out, not a big deal.

> - the fallback mode is buggy on some cards it seems
Bug reports ? Fallback mode is merely gnome-panel+metacity, like in
GNOME2, they should work as well as before (plus, drivers have probably
improved in recent distributions).


Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: using gsettings / gconf in extensions

[Milan Bouchet-Valat]

Le mardi 31 mai 2011 à 16:02 +1000, Tim Cuthbertson a écrit :
> On Fri, May 27, 2011 at 5:21 AM, Giovanni Campagna
>  wrote:
> > A good question, I didn't think of that. In which case, the only
> > solution (except for env var hacks) lies in glib loading schemas from
> > ~/.local/share/glib-2.0/schemas or
> > ~/.local/share/gnome-shell/extensions/.
> 
> these env var hacks you speak of, what env vars would be necessary?
> This could be useful for testing / development versions. Would
> gsettings respect $XDG_DATA_DIRS by any chance?
There's $GSETTINGS_SCHEMA_DIR. It also uses $XDG_DATA_DIRS AFAICT, but
~/.local/share isn't a system data dir, so better avoid this kind of
hack that can affect other things and use the former.


Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Gnome 3 vs scientists (ie., external monitor problem)

[Milan Bouchet-Valat]

Hi! I can't answer on the technical part (hope others will), but I can
answer this:

Le lundi 30 mai 2011 à 11:20 -0400, Jan Skowron a écrit :
> Also, if one have learned that his card would not sustain external
> monitor, how he would disable the standard Gnome Shell and set
> fallback as a default option? This information would be useful as well (in a
> FAQ or so) to avoid problems/confusion/waste of time every time the
> projector or monitor is plugged in or intended to be plugged in.
There's no real risk upgrading to GNOME 3, since you can easily switch
off the Shell and use the fallback mode, which is the good old
gnome-panel like in GNOME 2 (but revamped). You just need to go to
System Settings->System Information->Graphics. I agree it could be good
to have this information in the FAQ, feel free to add it now you
know! ;-)


Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Hiding minimized windows from Overview?

[Milan Bouchet-Valat]

Le dimanche 29 mai 2011 à 17:27 -0700, Adam Williamson a écrit :
> Well, preserving the preference is a statement of sorts. If the devs
> really just wanted to make it flat impossible to minimize windows it
> would be easy enough to make it no longer possible to do it even via
> gsettings.
Be careful, they may well do it in the end, if you keep reminding them
of this inconsistency... ;-)



Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Hiding minimized windows from Overview?

[Milan Bouchet-Valat]

Le vendredi 27 mai 2011 à 20:19 -0700, Adam Williamson a écrit :
> On Fri, 2011-05-27 at 22:20 -0400, Cyril Arnaud wrote:
> > There is no minimize per say in Gnome Shell (there not even a button
> > for this).
> 
> Yes, there is. Right-click on the window title, and click minimize.
> There is also a dconf setting which can re-enable the minimize button,
> and gnome-tweak-tool provides an interface to this.
It's still present, but the menu is merely a leftover, there was even a
discussion about removing it. And let's not speak about tweaking
GSettings, that's of course possible, but clearly not the standard Shell
behavior. All in all, the Shell has no good story for minimized windows,
that's part of the reasons why you can't minimize (easily).

Personally, I keep Evolution, Firefox and Empathy always open in the
first workspace, and do precise tasks in other workspaces. That's more
or less the same as minimizing them, but the advantage is that they are
really separated from other windows.

As for creating an extension to hide minimized windows from the
overview, I think you can have a look at the code at:
http://git.gnome.org/browse/gnome-shell/tree/js/ui/workspaceThumbnail.js


Regards


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: The good, the bad, the insane

[Milan Bouchet-Valat]

Le jeudi 26 mai 2011 à 16:56 -0400, Adam Tauno Williams a écrit :
> On Thu, 2011-05-26 at 21:17 +0100, Martin Häsler wrote:
> > At least my "generalizations" are based on observations of family, 
> > friends and workplace and the
> 
> See my generalizations as above.  When I advise people to power-off
> rather than suspend [there are some cases where that is appropriate]
> they look at me like I'm stoned.
That's not the question: if people around you don't care about power
savings, that doesn't imply other people shouldn't be allowed to care.

> > fact that energy saving power extensions sell very well in Germany.
> > You, on the other hand, deduced from your lazy behaviour of never 
> > turning your desktop
> > off, that that is the norm.
> 
> Off course if you power *off* at a power-strip, etc... then not even
> Wake-On-LAN can get the machine to start-up for updates, maintainance,
> scheduled jobs, etc...  I insist that my 200+ users never power-off
> their workstations - and will continue to do so.
Completely orthogonal to our issue.

> > Please read this link: 
> > http://www.guardian.co.uk/environment/ethicallivingblog/2007/nov/02/pulltheplugonstandby
> > before you think we are talking about peanuts here.
> 
> Yes, I'm aware of all that.  But in the end it is just bogus.  Power
> plants operate to match base-load requirements;  unplugging your 1W
> whatever doesn't reduce CO2 emissions or fuel consumption AT ALL, NONE,
> ZILCH.  The real-world doesn't work that way; the system is too layered
> with too many structural [possibly unavoidable] inefficiencies.
I'd like you to point us to real studies about that. 1W is 1W, and in
the end power plants follow consumption predictions, and in a country
where everybody does this like Germany, this does have an effect.

Anyway, the point is not to argue whether turning off computer is worth
the energy cost. The fact is, in some countries or in some groups of
users, power off is the norm. If we don't want to include that feature
as an easily discoverable command, we have to assume that we're forcing
them to suspend. So better have very strong reasons for that.


Regards


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: GNOME Activity Journal?

[Milan Bouchet-Valat]

Le jeudi 26 mai 2011 à 09:07 -0400, Adam Tauno Williams a écrit :
> Is this an appropriate place to ask questions about the GNOME Activity
> Journal, or does it have it's own list?
No, here you'd rather discuss the Shell's own future journal view based
on Zeitgeist (Finding and Reminding). For GAJ discussions, they have
their own mailing list. See:
https://live.gnome.org/GnomeActivityJournal#Getting_in_touch


Regards


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Clear Recent Documents?

[Milan Bouchet-Valat]

Le jeudi 26 mai 2011 à 08:17 -0400, Adam Tauno Williams a écrit :
> On Thu, 2011-05-26 at 00:13 +0200, Milan Bouchet-Valat wrote:
> > That's indeed something that is currently lacking, though it was said to
> > be needed a few times. I think the designers haven't found what's the
> > best way to make this possible yet, but that can probably be in the
> > scope of the Finding and Reminding project for 3.2.
> > As a workaround, you can edit/remove ~/.recently-used.xbel by hand
> > (that's plain XML).
> 
> Actually it appears to be -
> 
> rm -f .local/share/recently-used.xbel
Indeed, the other path isn't valid anymore. ;-)


Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Clear Recent Documents?

[Milan Bouchet-Valat]

Le mercredi 25 mai 2011 à 16:05 -0400, Adam Tauno Williams a écrit :
> In GNOME Shell [gnome-shell-3.0.1-4.1.x86_64] how can one clear recent
> documents?  If I Alt-F1 and type in a search string... I see references
> to files I have deleted.  I've logged in and out several times and they
> don't go away.
That's indeed something that is currently lacking, though it was said to
be needed a few times. I think the designers haven't found what's the
best way to make this possible yet, but that can probably be in the
scope of the Finding and Reminding project for 3.2.

As a workaround, you can edit/remove ~/.recently-used.xbel by hand
(that's plain XML).


Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: using gsettings / gconf in extensions

[Milan Bouchet-Valat]

Le mercredi 25 mai 2011 à 15:55 +0200, Giovanni Campagna a écrit :
> Currently, extensions that use GSettings use
> "org.gnome.shell.extensions." and
> "/org/gnome/shell/extensions/", yes. I think you can
> follow that prefix, if you plan to have it hosted by
> gnome-shell-extensions GIT.
> Otherwise, it is better to use your own ID (like
> org.project.YourExtension and /org/project/YourExtension), to avoid
> clobbering namespaces you don't own.
Isn't it better to put weird stuff under
org.gnome.shell.extensions. even when it's not shipped in
git? By using custom org.YourExtension paths, you create noise in the
dconf database root, and it doesn't help to find them if you want to
change settings. So I'd say use
org.gnome.shell.extensions.YourExtension, but use a reasonably unique
name so that it doesn't conflict with others.

> Giovanni
> 
> PS: note that extensions with GSettings must be installed system-wide,
> so you'd better have them in gnome-shell-extensions repo, so they're
> picked up by distribution packages.
Yeah, happily this makes the above issue much less of a problem... ;-)


Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: List / Support [Was: We want task bar back. Pretty please.]

[Milan Bouchet-Valat]

Le lundi 23 mai 2011 à 12:24 +1000, Tim Cuthbertson a écrit :
> On Mon, May 23, 2011 at 5:25 AM, Adam Tauno Williams
>  wrote:
> > Why? This is normal.  Most projects have -devel lists / forums and user
> > lists / forums.
> 
> On this point, is there such a distinction for gnome-shell? I'd love
> to be able to distinguish between devel and user discussions in my
> mail client...
Actually, the #gnome-shell IRC channel and Bugzilla play the role of a
development list, so very few discussions between core developers
usually happen on this list. It's more used to help users and occasional
developers (extensions), or to get feedback.


Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: New Topic: fallback desktop

[Milan Bouchet-Valat]

Le dimanche 22 mai 2011 à 15:03 +0800, lofton alley a écrit :
> Why bring this up? Well
> 1)  Fedora 15 fails to run on my machine (4 year old core 2 duo with
> nVidia GPU and 8GB of DDR2 RAM): The gnome shell fails to load,
> apparently an X problem
No need to draw general conclusions from that: please just file a bug.
You know, the Shell isn't supposed to crash in the first place, so don't
assume what you see is what should happen for every Fedora 15
user... ;-)

If ABRT doesn't report a bug automatically when the Shell or X crashes,
please follow instructions from here:
https://live.gnome.org/GnomeShell/Debugging

We probably need the version and the name of the video driver you're
using.

And don't hesitate to ask for help on #gnome-shell or on the bug report.


Cheers



___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Workspaces slowing me down.

[Milan Bouchet-Valat]

Le samedi 14 mai 2011 à 10:51 -0400, G. Michael Carter a écrit :
> Usually I work on dual 24" monitors so I'll have maybe 2 virtual
> windows open.  But I was working on a laptop all this week and with
> the 15" screen I've had about 9 workspaces going. 
> 
> 
> Moving between them I find is slowing me down in Gnome 3. 
> 
> 
> One thing slowing me down is when I need to go from 1 to 9.
In System Settings->Keyboard->Shortcuts->Navigation, you can set
keybindings to move to workspaces. Use something involving numbers, and
you'll be able to get directly to the workspace you want.

That's probably the best solution, since people using many workspaces
are relatively rare, and are able to customize their keybindings. Most
users are likely to use only a few of them (I think, but of course I've
no data on that).

Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Narrative for Finding and Reminding

[Milan Bouchet-Valat]

Le jeudi 12 mai 2011 à 21:23 -0500, Federico Mena Quintero a écrit :
> On Tue, 2011-05-10 at 03:50 -0400, Jasper St. Pierre wrote:
> 
> [Incoming email doesn't go into the reminders]
> > OK. Is there some place unread email *can* go?
> 
> Your mail program's Inbox, as always.
> 
> I want the Reminders area to be a) completely under your control; b) not
> a constant firehose.  It's not really a "collection area" in the
> parlance of Getting Things Done.  In the same parlance, think of the
> Reminders as an informal combination of a tickler file, @waiting-for,
> and a calendar.
I think he meant you may want to put an e-mail in the Reminders area,
just like you put files there. It's completely under your control, and
it will simply show the e-mail to remember you that you need to answer
it at some point.


Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Dialog box locked to under title bar. Can we make it fade?

[Milan Bouchet-Valat]

Le jeudi 12 mai 2011 à 18:36 +0200, Florian Müllner a écrit :
> On Thu, 2011-05-12 at 16:27 +0200, Milan Bouchet-Valat wrote:
> > The problem is that some dialogs don't stricly require interaction with
> > the main window, but you need to see the window behind. AFAICT, the file
> > chooser is the main offender here: you often click File->Save As, and
> > then realize you'd like read the title of the document, which is hidden
> > by the dialog.
> 
> If I recall correctly, the HIG strongly recommends that the document
> title is used in the window title. For applications which follow that
> advise, making the save dialog modal is actually a good thing - if more
> than one document windows are opened, there can't be any
> misunderstandings which document is being saved.
Actually, in an idea world, the file chooser would already have set the
file name to the document's title. The problem is that very often, documents
from the Web (and thus their window) have weird names, and people need
to have a look at the text to copy (manually or by pasting) the real
title themselves. In my experience, it especially happens with PDFs.


Cheers


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list