RE: Window Focus
I think it feels bad because it sort of looks like the windows registry, it may make users afraid that they will break something. And I agree that when the option isn't in a [enduser] GUI it looks like you took stuff out, I also was about to scream when I couldn't see the option for do not raise on click on the tweak tool (I found it in gconf before I said anything). I think having an incomplete tweak tool also reinforces that, a user thinks the options in it are all that you get (for example, why not put all the window focus options, leaving some out make them look taken out). I understand the frustration you must get, Gnome Shell is not a 100% finished product yet, but it looks like it is for an enduser since it has no alpha, beta, RC tag. I believe this is mostly a marketing and understanding issue mostly, hang in there and thanks to all the developers for the good work! Gabriel From: gnome-shell-list-boun...@gnome.org [mailto:gnome-shell-list-boun...@gnome.org] On Behalf Of Sriram Ramkrishna Sent: 05 December 2011 05:27 To: Gantry York Cc: gnome-shell-list@gnome.org Subject: Re: Window Focus On Sun, Dec 4, 2011 at 6:15 PM, Gantry York gantry.y...@digitascio.commailto:gantry.y...@digitascio.com wrote: I think if you make it hidden enough, it appears to be removed functionality. So after a little reading, I figured out that I have to install gconf-editor. OK, I get it. It's like the Windows Registry. It is NOTHING like the windows registry. GConf is simply a key/value pair with some magic to detect changes. I hate when peopel compare it with the windows regsitry. GConf/GSettings and everything else is just a pragmatic way to do to settings. We do the same things in text. When you do use go into some conf file and type: option=true then you're doing the same thing. The only difference is that we added a name space and added some formatting instructions to the input. Let's not keep propogating the same tribal untruths out there. Sorry, I get really irritated when I see GConf compared to the windows settings and have it's negativity applied to GConf. sri This email and any attachments are confidential and access to this email or attachment by anyone other than the addressee is unauthorised. If you are not the intended recipient please notify the sender and delete the email including any attachments. You must not disclose or distribute any of the contents to any other person. Personal views or opinions are solely those of the author and not of Trafigura. Trafigura does not guarantee that the integrity of this communication has been maintained nor that the communication is free of viruses, interceptions or interference. By communicating with anyone at Trafigura by email, you consent to the monitoring or interception of such email by Trafigura in accordance with its internal policies. Unless otherwise stated, any pricing information given in this message is indicative only, is subject to change and does not constitute an offer to deal at any price quoted. ___ 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
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]. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
RE: Window Focus
On Mon, 2011-12-05 at 08:16 +, Gabriel Rossetti wrote: I think it “feels bad” because it sort of looks like the windows registry, it may make users afraid that they will break something. And they can. :) And I agree that when the option isn’t in a [enduser] GUI it looks like you took stuff out, I also was about to scream when I couldn’t see the option for “do not raise on click” on the tweak tool (I found it in gconf before I said anything). I think having an incomplete tweak tool also reinforces that, a user thinks the options in it are all that you get (for example, why not put all the window focus options, leaving some out make them look taken out). I have to say ... http://git.gnome.org/browse/gnome-tweak-tool/tree/gtweak/tweaks/tweak_windows.py Tweak tool looks like something that it would be *very* easy to extend / submit patches to. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Please provide more configurability for workspace
On Sun, 2011-12-04 at 17:08 -0700, Gantry York wrote: GNOME3-shell wouldn't be so bad if it maintained much of the functionality that was in GNOME2. Why can we only have dynamically allocated workspaces? There is already an extension for maintaining a number of static workstations. See http://git.gnome.org/browse/gnome-tweak-tool/tree/gtweak/tweaks/tweak_windows.py Why not make it configurable so you can choose to have predefined workspace of dynamically created workspaces. You can to that; now, today. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Relocatable Dock
On Sun, 2011-12-04 at 19:27 -0700, Gantry York wrote: You consider installing an extension to be configuration? OK, when I say configuration, I don't mean installing an extension that puts a workspace manager where ever the author of the extension decided it should go. I also don't consider configuration editing a database. I consider configuration having an application where an every day user, can customize something (like theme). Distributions are free to include any number of extensions by default; in an enabled or disabled state. There will probably be a hundred or more extensions in the not too distant future. Shoving them all in there when the vast majority aren't wanted or needed is pointless. I don't consider having knowledge of JavaScript or understanding a DB schema configuration Dude, click On! ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Please provide more configurability for workspace
On Mon, 2011-12-05 at 05:50 -0700, Gantry York wrote: Does this extension allow me to move the workspace manager to a different location on the screen and give each workspace a name? like we could in GNOME2. No clue. I haven't tried it. I don't see the point to static workspaces. Installing an extension is not configuration. Sure it is. And people install extensions / applications on their tablets, droids, and ipads every day. This is a concept people are very familiar with. Install/write an extension seems to be a common mantra among the GNOME3 developers. Of course. It is the means provided to customize the behavior of GNOME shell. On 12/05/2011 04:18 AM, Adam Tauno Williams wrote: On Sun, 2011-12-04 at 17:08 -0700, Gantry York wrote: GNOME3-shell wouldn't be so bad if it maintained much of the functionality that was in GNOME2. Why can we only have dynamically allocated workspaces? There is already an extension for maintaining a number of static workstations. See http://git.gnome.org/browse/gnome-tweak-tool/tree/gtweak/tweaks/tweak_windows.py Why not make it configurable so you can choose to have predefined workspace of dynamically created workspaces. You can to that; now, today. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Gnome 3.2 freezes, then goes 100% CPU
Le lun 5/12/11 12:01, Adam Tauno Williams awill...@whitemice.org a écrit:
I occasionally see gnome-shell spinning at 100% upon login - the
desktopvisually 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.
Since this morning, it happens systematically after less than 5 minutes. The
only solution I found was to kill the session (kill -9 -1... no very subtil, I
know).
Is there a way to restart gnome-shell via command line? I now Alt-F2 and r,
but in my case it does not even work.
Here is the end of the output of strace:
open(/usr/share/locale/en_US.UTF-8/LC_MESSAGES/gtk30.mo, O_RDONLY) = -1
ENOENT (No such file or directory)
open(/usr/share/locale/en_US.utf8/LC_MESSAGES/gtk30.mo, O_RDONLY) = -1 ENOENT
(No such file or directory)
open(/usr/share/locale/en_US/LC_MESSAGES/gtk30.mo, O_RDONLY) = -1 ENOENT (No
such file or directory)
open(/usr/share/locale/en.UTF-8/LC_MESSAGES/gtk30.mo, O_RDONLY) = -1 ENOENT
(No such file or directory)
open(/usr/share/locale/en.utf8/LC_MESSAGES/gtk30.mo, O_RDONLY) = -1 ENOENT
(No such file or directory)
open(/usr/share/locale/en/LC_MESSAGES/gtk30.mo, O_RDONLY) = 6
fstat(6, {st_mode=S_IFREG|0644, st_size=3372, ...}) = 0
mmap(NULL, 3372, PROT_READ, MAP_PRIVATE, 6, 0) = 0x7f504576c000
close(6)= 0
futex(0x37ec2030b0, FUTEX_WAKE_PRIVATE, 2147483647) = 0
open(/usr/share/locale/en_US.UTF-8/LC_MESSAGES/gtk30-properties.mo, O_RDONLY)
= -1 ENOENT (No such file or directory)
open(/usr/share/locale/en_US.utf8/LC_MESSAGES/gtk30-properties.mo, O_RDONLY)
= -1 ENOENT (No such file or directory)
open(/usr/share/locale/en_US/LC_MESSAGES/gtk30-properties.mo, O_RDONLY) = -1
ENOENT (No such file or directory)
open(/usr/share/locale/en.UTF-8/LC_MESSAGES/gtk30-properties.mo, O_RDONLY) =
-1 ENOENT (No such file or directory)
open(/usr/share/locale/en.utf8/LC_MESSAGES/gtk30-properties.mo, O_RDONLY) =
-1 ENOENT (No such file or directory)
open(/usr/share/locale/en/LC_MESSAGES/gtk30-properties.mo, O_RDONLY) = -1
ENOENT (No such file or directory)
rt_sigaction(SIGPIPE, {SIG_IGN, [PIPE], SA_RESTORER|SA_RESTART, 0x37eb836300},
{SIG_IGN, [], SA_RESTORER, 0x37ebc0f4f0}, 8) = 0
brk(0) = 0xa64000
brk(0xa85000) = 0xa85000
open(/usr/share/locale/en_US.UTF-8/LC_MESSAGES/atk10.mo, O_RDONLY) = -1
ENOENT (No such file or directory)
open(/usr/share/locale/en_US.utf8/LC_MESSAGES/atk10.mo, O_RDONLY) = -1 ENOENT
(No such file or directory)
open(/usr/share/locale/en_US/LC_MESSAGES/atk10.mo, O_RDONLY) = -1 ENOENT (No
such file or directory)
open(/usr/share/locale/en.UTF-8/LC_MESSAGES/atk10.mo, O_RDONLY) = -1 ENOENT
(No such file or directory)
open(/usr/share/locale/en.utf8/LC_MESSAGES/atk10.mo, O_RDONLY) = -1 ENOENT
(No such file or directory)
open(/usr/share/locale/en/LC_MESSAGES/atk10.mo, O_RDONLY) = -1 ENOENT (No
such file or directory)
open(/usr/share/locale/en_US.UTF-8/LC_MESSAGES/mutter.mo, O_RDONLY) = -1
ENOENT (No such file or directory)
open(/usr/share/locale/en_US.utf8/LC_MESSAGES/mutter.mo, O_RDONLY) = -1
ENOENT (No such file or directory)
open(/usr/share/locale/en_US/LC_MESSAGES/mutter.mo, O_RDONLY) = -1 ENOENT (No
such file or directory)
open(/usr/share/locale/en.UTF-8/LC_MESSAGES/mutter.mo, O_RDONLY) = -1 ENOENT
(No such file or directory)
open(/usr/share/locale/en.utf8/LC_MESSAGES/mutter.mo, O_RDONLY) = -1 ENOENT
(No such file or directory)
open(/usr/share/locale/en/LC_MESSAGES/mutter.mo, O_RDONLY) = -1 ENOENT (No
such file or directory)
write(2, Window manager error: , 22) = 22
write(2, Unable to open X display \n, 26) = 26
exit_group(1) = ?
My system is localized in French and I don't have any directory in
/usr/share/locale ending with utf8 or UTF8.
I have the en/LC_MESSAGES directory, with files:
- gnome-control-center-2.0.mo
- gtk30.mo
- iso_3166_2.mo
- sos.mo
I also have a en_US/LC_MESSAGES directory with files:
- gcalctool.mo
- libxine1.mo and wget.mo
This error however does not seem to be fatal, while write(2, Window manager
error: , 22) = 22
write(2, Unable to open X display \n, 26) = 26 is.
I just unplugged the external monitor attached to my laptop and the problem
seems to be gone (to be confirmed with time).
Should I use nvidia proprietary driver rather than the open source one?
Kind regards
___
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
On 5 December 2011 13:25, thieba...@artenum.com wrote: I just unplugged the external monitor attached to my laptop and the problem seems to be gone (to be confirmed with time). Should I use nvidia proprietary driver rather than the open source one? Yeah, this sometimes happens with nouveau, especially with larger framebuffers such as what you get with multiple monitors. Sometimes you see nouveau complaining a lot in the dmesg output. Anyway the nouveau developers are aware of these issues but I'm told they are complex to solve and might take a while. The nvidia blob might work better for you, but it has other problems like missing to implement the latest xrandr APIs. Rui ___ 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
Installing Nvidia driver indeed did the trick: no more freeze of Gnome Shell. Thanks for your help Ben Le 05/12/2011 14:34, Rui Tiago Cação Matos a écrit : On 5 December 2011 13:25,thieba...@artenum.com wrote: I just unplugged the external monitor attached to my laptop and the problem seems to be gone (to be confirmed with time). Should I use nvidia proprietary driver rather than the open source one? Yeah, this sometimes happens with nouveau, especially with larger framebuffers such as what you get with multiple monitors. Sometimes you see nouveau complaining a lot in the dmesg output. Anyway the nouveau developers are aware of these issues but I'm told they are complex to solve and might take a while. The nvidia blob might work better for you, but it has other problems like missing to implement the latest xrandr APIs. Rui ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Gnome Message Tray
Hi i'm searching for the source code of Message Tray in gnome 3 also i have some questions: 1. is Message Tray and libnotify the same project 2. how can i import text hiding from Message Tray project to an extension? Regards Bijan Binaee ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Gnome Message Tray
On Mon, Dec 5, 2011 at 10:09 AM, bijan binaee bijanb...@gmail.com wrote: Hi i'm searching for the source code of Message Tray in gnome 3 js/ui/messageTray.js also i have some questions: 1. is Message Tray and libnotify the same project No. libnotify allows applications to use notifications. It then marshals the notification over DBus. The message tray installs a DBus object that listens for libnotify notifications. The message tray shows these messages, among other things (telepathy chats). 2. how can i import text hiding from Message Tray project to an extension? If you mean the missing banner, this is a special trick that's done with a Shell.GenericContainer. Regards Bijan Binaee ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list -- Jasper ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Gnome 3.2 freezes, then goes 100% CPU
Le lundi 05 décembre 2011 à 06:01 -0500, Adam Tauno Williams a écrit : On Mon, 2011-12-05 at 11:46 +0100, thieba...@artenum.com wrote: Hi Gnome list, I posted a question on Fedora forum (http://forums.fedoraforum.org/showthread.php?t=273532), but I thought it was maybe more Gnome-related than Fedora-related, so I will ask it here too. I have installed F16 this week-end on my MacBook Pro 3,1 and since this morning, after a few minutes of usage, the whole GUI freezes. When I type Alt-F3, I can log-in in text mode and I see that gnome-shell is at 100% CPU usage. I occasionally see gnome-shell spinning at 100% upon login - the desktop visually starts, but is unresponsive. I've not had gnome-shell go into a spin once everything is up-and-running. strace shows that it is waiting on some futex but I haven't figured out the root cause yet. I also sometimes see in this prompt view a message indicating that the core temperature has exceeded threshold. I installed GKrellM to watch the temperatures and they seem quite reasonable (the graphic card, at the highest temperature is currently displaying 76°C). Where does Gnome 3 report these kind of problems (I have seen no error meesage in the ~/.xsession-errors file) ? This is a separate issue. Things like temp reading come from sensors / lm-sensors. I'd wonder if these even work on a Mac. The sensors code can be pretty wildly inaccurate depending upon the sanity of the hardware; there is lots of vendor-specific-implementation stuff involved in reading the sensor values. [although it seems to work well on my Toshiba DV7-3085DX]. I don't think the problem is temperature here: it's CPU usage. ;-) So, as Adam said, you can run the Shell in strace to see what happens, or play with gdb (if you interrupt the Shell using Ctrl+C from gdb, and run 'ba', you will get an idea of where it's currently working). See https://live.gnome.org/GnomeShell/Debugging And please file a bug, that's the best way of debugging this. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Gnome Shell Extensions
Where can I find them? I've been to extensions.gnome.org and find no way to download or install the listed extension. - from twohot@device.mobile :) ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Gnome Shell Extensions
On Mon, 2011-12-05 at 21:53 +, Onyeibo Oku wrote: Where can I find them? I've been to extensions.gnome.org and find no way to download or install the listed extension. Click the big toggle into the On position. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Extension security?
Le lundi 05 décembre 2011 à 23:14 +0100, Gabriel a écrit : Hi all, I may be missing something, but the really nifty extensions site prompted me to ask this, are there not potential security issues with extensions being able to be installed by clicking on a webpage? Ans since extensions are able to modify the way the UI behaves, could someone not make one that steals users' info, make screenshots, steal passwords (like emulating the login screen for example), etc? (Note this applies to any random third-party package users might install by clicking on a link and providing their password.) I'm sure you thought of all this so I be interested in knowing how you protect us (sandboxing, limiting the things API can do, not allowing access to the HD except thought given functions, etc). This has been discussed on this list previously. See http://lwn.net/Articles/459786/ for a summary and links. Basically, the Shell ensures the extension comes from extensions.gnome.org, which requires a review of the code by other hackers; and it will never install/update extensions without user action (modal dialog). But once installed, extensions are not sandboxed and can do whatever they want to the Shell, or to your files (just like any app on the system). Cheers ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Extension security?
Also: https://bugzilla.gnome.org/show_bug.cgi?id=665452 On Mon, Dec 5, 2011 at 5:23 PM, Milan Bouchet-Valat nalimi...@club.fr wrote: 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 -- Jasper ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Why do XTerms behave so badly in the Gnome Shell?
Michael Welsh Duggan m...@md5i.com writes: Jasper St. Pierre jstpie...@mecheye.net writes: On Sun, Dec 4, 2011 at 3:49 PM, Michael Welsh Duggan m...@md5i.com wrote: Michael Welsh Duggan m...@md5i.com writes: Jasper St. Pierre jstpie...@mecheye.net writes: This means the app tracking isn't working. Try something like this in the looking glass and tell me what it says (make sure that all your xterm windows have xterm somewhere in the title!): Shell.WindowTracker.get_default().get_window_app([x for each(x in global.get_window_actors()) if (x.meta_window.get_title().indexOf(xterm) 0)][0].meta_window).get_id() Well, this particular invocation ends up resulting in an error, but that's because indexOf(xterm) is equal to 0 for all the windows in question. If I change this to = 0, the return value is window:3. That means it's window-backed. How are you starting XTerm? The first time I started an XTerm, I used Alt-F2 xterm RET. Future xterms were usually started from existing xterms (though not always). When I log off, I usually do not manually shut down my existing xterms. Thus when I log back in, they are re-started automatically. Thus I have some number of persistent xterms, session to session. No further word on this? I'm happy to give more data. -- Michael Welsh Duggan (m...@md5i.com) ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Please provide more configurability for workspace
On 12/05/2011 06:12 AM, Adam Tauno Williams wrote: On Mon, 2011-12-05 at 05:50 -0700, Gantry York wrote: Does this extension allow me to move the workspace manager to a different location on the screen and give each workspace a name? like we could in GNOME2. No clue. I haven't tried it. I don't see the point to static workspaces. Installing an extension is not configuration. Sure it is. I wouldn't consider adding on to my house getting the guest room ready for company. Configuration means to customize what is already there. You know, like being able to move the doc, from the left side of the screen to the right side of the screen. And people install extensions / applications on their tablets, droids, and ipads every day. This is a concept people are very familiar with. Install/write an extension seems to be a common mantra among the GNOME3 developers. Of course. It is the means provided to customize the behavior of GNOME shell. OK, so then why not make everything an extension? Why is it that no one has to install a calendar extension, or a notifcations extension? The bottom line is there are things that we could do in GNOME2 that we can no longer do in GNOME3at least not without installing an extension that may or may not exist I do find your attitude pretty ridiculous. I say, I want to be able to define static workspaces - and you say why would you want to do that. I say, there is a difference between augmenting a system and configuration - and you say, it's the same thing I mean really, is this the attitude that the GNOME Foundation? It seems pretty closed minded, arrogant, and immature. GNOME3 hasn't hit the corporate market yet; Red Hat isn't using it yet, but I know it is on their radar. It's been discussed where I work. The decision has been tentatively made to use Xfce instead of GNOME3 if GNOME3 abandons the GNOME2 functionality. Let's hope Red Hat sticks up for their corporate customers. Different doesn't mean better. On 12/05/2011 04:18 AM, Adam Tauno Williams wrote: On Sun, 2011-12-04 at 17:08 -0700, Gantry York wrote: GNOME3-shell wouldn't be so bad if it maintained much of the functionality that was in GNOME2. Why can we only have dynamically allocated workspaces? There is already an extension for maintaining a number of static workstations. See http://git.gnome.org/browse/gnome-tweak-tool/tree/gtweak/tweaks/tweak_windows.py Why not make it configurable so you can choose to have predefined workspace of dynamically created workspaces. You can to that; now, today. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list -- Gantry S. York Digitascio, Inc ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Please provide more configurability for workspace
On Mon, Dec 5, 2011 at 3:13 PM, Gantry York gantry.y...@digitascio.comwrote: On 12/05/2011 06:12 AM, Adam Tauno Williams wrote: On Mon, 2011-12-05 at 05:50 -0700, Gantry York wrote: Does this extension allow me to move the workspace manager to a different location on the screen and give each workspace a name? like we could in GNOME2. No clue. I haven't tried it. I don't see the point to static workspaces. Installing an extension is not configuration. Sure it is. I wouldn't consider adding on to my house getting the guest room ready for company. That's not quite the same analogy. GNOME Extensions change the behaviour. You can change how workspace management through extensions. There is configuration option hidden or otherwise that will provide you with static workspaces. But someone like you, missed that feature and was generous in spending their time in creating that feature so that other people can also benefit. The dynamic workspaces is part of the default design. You could argue that you don't like it, but that's why there is an extension system. Configuration means to customize what is already there. You know, like being able to move the doc, from the left side of the screen to the right side of the screen. Yes, but static workspaces does not exist in GNOME 3. There is nothing there to configure. You can only modify the current workspace behavior to act like like static workspaces. I would suggest you contact the author and see what kind of features he is planning to add. And people install extensions / applications on their tablets, droids, and ipads every day. This is a concept people are very familiar with. Install/write an extension seems to be a common mantra among the GNOME3 developers. Of course. It is the means provided to customize the behavior of GNOME shell. OK, so then why not make everything an extension? Why is it that no one has to install a calendar extension, or a notifcations extension? Because, GNOME has a specific identity in the default install. The design is GNOME, so there are something in GNOME that are meant to interact with each other tightly. A calendar extension can in fact change how the calendar applet behaves overriding what was already designed. The bottom line is there are things that we could do in GNOME2 that we can no longer do in GNOME3at least not without installing an extension that may or may not exist Yes, this is true. But the converse is not. GNOME 3 can do a lot more things than GNOME 2 can ever hope to do. GNOME 2 features can be duplicated by third party people who wish to bring those features back even if it is not part of the GNOME 3 design. Even better, they could be enhanced to be better than what they were in GNOME 2. I do find your attitude pretty ridiculous. I say, I want to be able to define static workspaces - and you say why would you want to do that. He never said that. He said he didn't use the feature. You're reading things that wasn't written. I say, there is a difference between augmenting a system and configuration - and you say, it's the same thing Extensions is not augmenting it is behaviour modification which is what a configuration setting does. As I explained earlier, you can override what is in there and change how it works. This includes not just the visual elements, but whatever devs care to expose including network manager, evolution-data-server, and other core pieces of GNOME. I mean really, is this the attitude that the GNOME Foundation? It seems pretty closed minded, arrogant, and immature. He does not speak for GNOME foundation. We have an Executive Director who speaks for GNOME Foundation. Adam speaks for himself as a user. GNOME3 hasn't hit the corporate market yet; Red Hat isn't using it yet, but I know it is on their radar. It's been discussed where I work. The decision has been tentatively made to use Xfce instead of GNOME3 if GNOME3 abandons the GNOME2 functionality. It's not ready for the corporate market, we've only had two releases and things move slowly in the corporate world. Why not look into programming some of the functionality yourself and share it with others? Let's hope Red Hat sticks up for their corporate customers. Different doesn't mean better. What is better is of course perception that is exclusive to each of us. sri On 12/05/2011 04:18 AM, Adam Tauno Williams wrote: On Sun, 2011-12-04 at 17:08 -0700, Gantry York wrote: GNOME3-shell wouldn't be so bad if it maintained much of the functionality that was in GNOME2. Why can we only have dynamically allocated workspaces? There is already an extension for maintaining a number of static workstations. See http://git.gnome.org/browse/**gnome-tweak-tool/tree/gtweak/** tweaks/tweak_windows.pyhttp://git.gnome.org/browse/gnome-tweak-tool/tree/gtweak/tweaks/tweak_windows.py Why not make it configurable so you can
how extensions can be update?
Hi all, When I install extension from https://extensions.gnome.org, how extension is update? with a repository? Thanks, Ronan ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: how extensions can be update?
I recently added more words to the bottom of the about page that explains this: https://extensions.gnome.org/about/ On Mon, Dec 5, 2011 at 8:30 PM, Ronan FORTIN ronan.for...@gmail.com wrote: Hi all, When I install extension from https://extensions.gnome.org, how extension is update? with a repository? Thanks, Ronan ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list -- Jasper ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: how extensions can be update?
thanks a lot. i didn't see your update :) 2011/12/6 Jasper St. Pierre jstpie...@mecheye.net I recently added more words to the bottom of the about page that explains this: https://extensions.gnome.org/about/ On Mon, Dec 5, 2011 at 8:30 PM, Ronan FORTIN ronan.for...@gmail.com wrote: Hi all, When I install extension from https://extensions.gnome.org, how extension is update? with a repository? Thanks, Ronan ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list -- Jasper ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: how extensions can be update?
yet another update path to look into. horrible. firefox gets away with it because its just an app. but gnome3 is supposed to be part of the system. it should update through the system's update channel (distribution's repositories). or do you plan to support all extensions in the repository on every new release? are you (gnome team) trying to build your own app store too? yuk On 12/05/2011 10:35 PM, Jasper St. Pierre wrote: I recently added more words to the bottom of the about page that explains this: https://extensions.gnome.org/about/ On Mon, Dec 5, 2011 at 8:30 PM, Ronan FORTINronan.for...@gmail.com wrote: Hi all, When I install extension from https://extensions.gnome.org, how extension is update? with a repository? Thanks, Ronan ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Please provide more configurability for workspace
On Mon, Dec 5, 2011 at 7:17 PM, Gantry York gantry.y...@digitascio.comwrote: On 12/05/2011 05:58 PM, Sriram Ramkrishna wrote: It's not ready for the corporate market, we've only had two releases and things move slowly in the corporate world. Why not look into programming some of the functionality yourself and share it with others? Because that is not our companies mission. We don't make operating systems or desktop environments. Sure that makes sense. We do contribute to a couple other open-source projects but only because they directly relate to our product. That's great that you give back! With regard to GNOME, we are happy to report bugs or provide usability feedback. However, it doesn't seem as if anyone is interested in listening to the users. We take our bugs seriously. Please do file them as you see them. We care about GNOME and want to make sure that it is the best it can be. Thanks, sri On 12/05/2011 04:18 AM, Adam Tauno Williams wrote: On Sun, 2011-12-04 at 17:08 -0700, Gantry York wrote: GNOME3-shell wouldn't be so bad if it maintained much of the functionality that was in GNOME2. Why can we only have dynamically allocated workspaces? There is already an extension for maintaining a number of static workstations. See http://git.gnome.org/browse/__gnome-tweak-tool/tree/gtweak/__tweaks/tweak_windows.py http://git.gnome.org/browse/** gnome-tweak-tool/tree/gtweak/**tweaks/tweak_windows.pyhttp://git.gnome.org/browse/gnome-tweak-tool/tree/gtweak/tweaks/tweak_windows.py Why not make it configurable so you can choose to have predefined workspace of dynamically created workspaces. You can to that; now, today. __**___ gnome-shell-list mailing list gnome-shell-list@gnome.org mailto:gnome-shell-list@**gnome.orggnome-shell-list@gnome.org http://mail.gnome.org/mailman/**__listinfo/gnome-shell-listhttp://mail.gnome.org/mailman/__listinfo/gnome-shell-list http://mail.gnome.org/**mailman/listinfo/gnome-shell-**listhttp://mail.gnome.org/mailman/listinfo/gnome-shell-list -- Gantry S. York Digitascio, Inc __**___ gnome-shell-list mailing list gnome-shell-list@gnome.org mailto:gnome-shell-list@**gnome.orggnome-shell-list@gnome.org http://mail.gnome.org/mailman/**__listinfo/gnome-shell-listhttp://mail.gnome.org/mailman/__listinfo/gnome-shell-list http://mail.gnome.org/**mailman/listinfo/gnome-shell-**listhttp://mail.gnome.org/mailman/listinfo/gnome-shell-list -- Gantry S. York Digitascio, Inc ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Please provide more configurability for workspace
not to jump in, but if it isn't ready for the corporate market, then why is gnome 2 no longer supported? Seems a bit rash to me then... I personally think it *is* ready, but you must have that mindset as well. On Mon, Dec 5, 2011 at 9:24 PM, Sriram Ramkrishna s...@ramkrishna.me wrote: On Mon, Dec 5, 2011 at 7:17 PM, Gantry York gantry.y...@digitascio.comwrote: On 12/05/2011 05:58 PM, Sriram Ramkrishna wrote: It's not ready for the corporate market, we've only had two releases and things move slowly in the corporate world. Why not look into programming some of the functionality yourself and share it with others? Because that is not our companies mission. We don't make operating systems or desktop environments. Sure that makes sense. We do contribute to a couple other open-source projects but only because they directly relate to our product. That's great that you give back! With regard to GNOME, we are happy to report bugs or provide usability feedback. However, it doesn't seem as if anyone is interested in listening to the users. We take our bugs seriously. Please do file them as you see them. We care about GNOME and want to make sure that it is the best it can be. Thanks, sri On 12/05/2011 04:18 AM, Adam Tauno Williams wrote: On Sun, 2011-12-04 at 17:08 -0700, Gantry York wrote: GNOME3-shell wouldn't be so bad if it maintained much of the functionality that was in GNOME2. Why can we only have dynamically allocated workspaces? There is already an extension for maintaining a number of static workstations. See http://git.gnome.org/browse/__gnome-tweak-tool/tree/gtweak/__tweaks/tweak_windows.py http://git.gnome.org/browse/** gnome-tweak-tool/tree/gtweak/**tweaks/tweak_windows.pyhttp://git.gnome.org/browse/gnome-tweak-tool/tree/gtweak/tweaks/tweak_windows.py Why not make it configurable so you can choose to have predefined workspace of dynamically created workspaces. You can to that; now, today. __**___ gnome-shell-list mailing list gnome-shell-list@gnome.org mailto:gnome-shell-list@**gnome.orggnome-shell-list@gnome.org http://mail.gnome.org/mailman/**__listinfo/gnome-shell-listhttp://mail.gnome.org/mailman/__listinfo/gnome-shell-list http://mail.gnome.org/**mailman/listinfo/gnome-shell-**listhttp://mail.gnome.org/mailman/listinfo/gnome-shell-list -- Gantry S. York Digitascio, Inc __**___ gnome-shell-list mailing list gnome-shell-list@gnome.org mailto:gnome-shell-list@**gnome.orggnome-shell-list@gnome.org http://mail.gnome.org/mailman/**__listinfo/gnome-shell-listhttp://mail.gnome.org/mailman/__listinfo/gnome-shell-list http://mail.gnome.org/**mailman/listinfo/gnome-shell-**listhttp://mail.gnome.org/mailman/listinfo/gnome-shell-list -- Gantry S. York Digitascio, Inc ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list -- Sincerely, Josh ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Please provide more configurability for workspace
On Mon, Dec 5, 2011 at 7:29 PM, Josh Leverette coder...@gmail.com wrote: not to jump in, but if it isn't ready for the corporate market, then why is gnome 2 no longer supported? Seems a bit rash to me then... I personally think it *is* ready, but you must have that mindset as well. It's not ready because we aren't done yet. There are still plenty of things that we are still designing including web, music and so forth. I wouldn't want to give start corporate users on something that is going to be changing from release to release. It would drive them nuts. If you're a corporate business, and you have a support contract then presumably GNOME 2 will be supported for them until they are ready to upgrade to something else. Besides GNOME 2 is already quite stable, maybe you don't get new features, but if you've noticed our last couple of releases didn't have a lot of new stuff, only polishing things up. I don't know of any business that would want to support to something that has only had two releases in it's life time. I personally use it at work and thanks to a strong internal community we have integrated a lot of features into our corporate network (which is heavily win32). sri On Mon, Dec 5, 2011 at 9:24 PM, Sriram Ramkrishna s...@ramkrishna.mewrote: On Mon, Dec 5, 2011 at 7:17 PM, Gantry York gantry.y...@digitascio.comwrote: On 12/05/2011 05:58 PM, Sriram Ramkrishna wrote: It's not ready for the corporate market, we've only had two releases and things move slowly in the corporate world. Why not look into programming some of the functionality yourself and share it with others? Because that is not our companies mission. We don't make operating systems or desktop environments. Sure that makes sense. We do contribute to a couple other open-source projects but only because they directly relate to our product. That's great that you give back! With regard to GNOME, we are happy to report bugs or provide usability feedback. However, it doesn't seem as if anyone is interested in listening to the users. We take our bugs seriously. Please do file them as you see them. We care about GNOME and want to make sure that it is the best it can be. Thanks, sri On 12/05/2011 04:18 AM, Adam Tauno Williams wrote: On Sun, 2011-12-04 at 17:08 -0700, Gantry York wrote: GNOME3-shell wouldn't be so bad if it maintained much of the functionality that was in GNOME2. Why can we only have dynamically allocated workspaces? There is already an extension for maintaining a number of static workstations. See http://git.gnome.org/browse/__gnome-tweak-tool/tree/gtweak/__tweaks/tweak_windows.py http://git.gnome.org/browse/** gnome-tweak-tool/tree/gtweak/**tweaks/tweak_windows.pyhttp://git.gnome.org/browse/gnome-tweak-tool/tree/gtweak/tweaks/tweak_windows.py Why not make it configurable so you can choose to have predefined workspace of dynamically created workspaces. You can to that; now, today. __**___ gnome-shell-list mailing list gnome-shell-list@gnome.org mailto:gnome-shell-list@**gnome.orggnome-shell-list@gnome.org http://mail.gnome.org/mailman/**__listinfo/gnome-shell-listhttp://mail.gnome.org/mailman/__listinfo/gnome-shell-list http://mail.gnome.org/**mailman/listinfo/gnome-shell-**listhttp://mail.gnome.org/mailman/listinfo/gnome-shell-list -- Gantry S. York Digitascio, Inc __**___ gnome-shell-list mailing list gnome-shell-list@gnome.org mailto:gnome-shell-list@**gnome.orggnome-shell-list@gnome.org http://mail.gnome.org/mailman/**__listinfo/gnome-shell-listhttp://mail.gnome.org/mailman/__listinfo/gnome-shell-list http://mail.gnome.org/**mailman/listinfo/gnome-shell-**listhttp://mail.gnome.org/mailman/listinfo/gnome-shell-list -- Gantry S. York Digitascio, Inc ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list -- Sincerely, Josh ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re:Gnome Shell Extensions
Make sure you are using firefox for extensions.gnome.org since there are some problems with webkit based browsers. On Dec 5, 2011 11:54 PM, Onyeibo Oku twoho...@gmail.com wrote: Where can I find them? I've been to extensions.gnome.org and find no way to download or install the listed extension. - from twohot@device.mobile :) ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
