Re: Gnome 3 Extensions/Themes Website?
Option 1: We don't control the situation: - People package up extensions in distributions - There's no version mechanism or update mechanism, so when you update the shell, your extensions get out of sync, and start causing your shell to misbehave I have to disagree here, because that's exactly what packaging for a distribution is about: making sure versions match. That's a packager's job. - People have no idea what extensions they have installed, and file bugs against GNOME Shell complaining about these bugs The first place people will file bugs at is their own distribution, not upstream. Besides testers, most people only file bugs upstream by referal (when the bug has been proven not to originate from distro packaging). - There's no review mechanism and people get into the habit of installing code from random places that can do anything. Each distribution has it's review mechanism. If not, the status of packager for a distribution makes no sense. - Extensions work their way into default install sets of distributions This is happening currently. Option 2: We have an extensions website - Extension installation is in the hands of the user This is the wrong way to go about it. The recommended way to install *anything* in a distro is to use its package manager, and *not go about it on his/her own*. That's exactly what breaks packages. - Normal users get a clean, designed experience - If you go to the website, you get the message (through text, design, art, etc) that you are hacking up your GNOME experience. - We strongly discourage distribution packaging of extensions. The website in my view could be the reference point for extension makers, and packagers. But it *should not* be the point from where users install their extensions. Unless we want to start handling version management in extensions (no telling where /that/ would lead), we should just make use of the proven way to distrubute packages in any distribution: rely on the packagers to do their job and keep their packages up to date with teir distro's version of gnome-shell. This is not the time and place to start implementing a new distribution channel. Ultimately, a 1-click-installer link to my-distro-extension-x (rantwill packagekit ever get there?/rant) will be a good addition, but let's not try to reinvent the wheel here. ___ 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?
I understand the need for a strong brand for Gnome3, but you also have to understand why people install Gnome3 or any other open-source DE: Freedom. Now your argument seems to want to take freedom away from users for branding purposes; which makes gnome3 look like a product you're trying to sell, where gnome2 won me (and corporate users) on merit alone. Extension are not about changing the gnome UX. they are about taking control, which is what FOSS is about. You can only expect knee-jerk reactions from people who have taken the FOSS philosophy at heart. I expect major distros like Redhat or Suse to brand their DE somehow. It's natural, and they have to respond to the requests of their users. Until a GNOME distro appears, I believe the designers should not really worry about hindering anybody, but concentrate on acheiving the best UI they can. In the same vein, they should not worry about making it easy(ier) for third-parties to add extensions either. Changing OSS software comes with some responsibilities that the changers should carry. As far as I have seen, most extensions solve specific issues for those who find them relevant, be it cosmetic (slimmer bar) or work-flow oriented (workspaces). Distros should make sure to make this is clearly stated, and avoid bunching extensions. I think it's a good thing that whatever one finds not to one's taste, one can change, EVEN IF IT GOES AGAINST THE DEV PLAN. If it catches, then it answers a real need, and can be assessed later on; if it doesn't catch, then it doesn't matter anyway. I like Gnome, for my own reasons, not because I've read and adhered to the Gnome Grand Design. If I can adjust the way it works to fit ME as a person even more, I will; and I don't expect the gnome devs to make it a law. That's the strength I find in extensions/themes. Marketing them should not be Gnome's job, but the distros/packagers. Up to them to find the best way to make them discoverarble, but in no way should it be Gnome's duty. Sorry for the long-winded post. ___ 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
I really love what you're doing. You know what would be the ideal setup for me?: - Gnome-shell - the board (http://lucasr.org/2010/07/24/introducing-the-board/) http://lucasr.org/2010/07/24/introducing-the-board/ as its desktop application, instead of that stressful empty space - zeitgeist powering the board. Now THAT would be cool :) ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
delaying hot-corner activation
I don't know if this affects other gnome-shell users, but here is the thing: I use a laptop with a trackpad. I never call the activities overlay with the hot-corner, i always use the super key for that. Unfortunately, when, for some reason, I try to click on the file menu of a maximized window, 4 times out of 5 I overshoot, and out pops the overlay. It's not a big deal, just ...annoying at times. I believe setting a timeout to the hot-corner would be a solution. It shouldn' t have to be long; just time enough to adjust the mouse. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: on suspend
On 05/04/2011 12:05 AM, Jesse Hutton wrote: On Tue, May 3, 2011 at 2:16 PM, Olav Vitters o...@vitters.nl mailto:o...@vitters.nl wrote: On Tue, May 03, 2011 at 10:59:58AM -0700, Sriram Ramkrishna wrote: For me suspend works.. I can successfully suspend.. It's coming out of suspend that cause a problem. In which case, even though suspend work, re-animation is broken. So it needs to detect both parts. For me I think it's some kind of problem with my disk (SSD) and not the usual graphics driver. I meant that: Only say suspend works if the whole thing works. E.g. When going to suspend, set some flag somewhere and sync it to disk. When coming out of suspend, remove the flag. Now when booting, check if the flag is set. If so, ask to/disable suspend. Then the whole UI will automatically adjust because it will know suspend is broken. -- Regards, Olav That still wouldn't work for some cases, including mine: my desktop resumes, but the fan noise is intolerable until I reboot. Why is Gnome Shell relying so heavily on something that is notoriously difficult to make work across a wide array of hardware configurations? And why discourage shutting down to begin with? It saves power and booting is getting faster all the time anyway... Jesse I believe that in Vista as well, the shutdown button was relegated to a less accessible position in favour of Suspend. I agree that it makes more sense for laptop users than desktops, but suspend being the next best thing to the fabled fast-boot, it (suspend) does need to be fixed; but not by Gnome. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
on suspend
IMO, the presence of Suspend should be only available to development builds(or optional in stable releases). I only once use Suspend in my system because it will mess the system and I will be forced to use the _reset_ button and I will never use it again as it may physically damage the Hard Drive. Calling the terminal is just a band aid, it doesn't work at large. This is your experience. Suspend/resume works great for me. Actually, I almost never turn off my laptop, except for kernel updates. Running Gnome3 on ArchLinux on a compaq 6820s with ATI graphics and opensource graphic drivers. So, ymmv. :) ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Feedback
Actually that command gives Not supported on my laptop, which doesn't stop me from suspending and resuming without hiccups. Curious. ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list