Re: Shell extensions on suspend and resume

On Thu, Jun 5, 2014 at 8:32 PM, Diego Fernandez wrote: > So does that mean that the disable() function gets called for each > extension? Yes. > If I wanted to maintain state would I have to create a temp file? That would be an option yes. Or use gsettings (but then you have to be careful to inv

Re: Shell extensions on suspend and resume

So does that mean that the disable() function gets called for each extension? If I wanted to maintain state would I have to create a temp file? On Thu, Jun 5, 2014 at 1:46 PM, drago01 wrote: > On Thu, Jun 5, 2014 at 6:04 PM, Diego Fernandez > wrote: > > I wrote an extension which keeps track

Re: Shell extensions on suspend and resume

On Thu, Jun 5, 2014 at 6:04 PM, Diego Fernandez wrote: > I wrote an extension which keeps track of which monitor windows are on when > in a multi-monitor setup. When you switch to a single monitor set-up, it > stores that info, and when you return to a multi-monitor set up it returns > the window

Shell extensions on suspend and resume

I wrote an extension which keeps track of which monitor windows are on when in a multi-monitor setup. When you switch to a single monitor set-up, it stores that info, and when you return to a multi-monitor set up it returns the windows to the correct monitor. The extension works fine, as long as

Re: on suspend

On Wednesday, 04 May, 2011 09:57 PM, Bidossessi SODONON wrote: 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 f

Re: on suspend

On Wednesday, 04 May, 2011 09:53 PM, Olav Vitters wrote: If suspend does not work: 1. The hardware/kernel/whatever should not advertise it as such I've already outlined a way to detect such cases and override it 2. The bug*has* to be reported and get fixed Suspend is basically a repeat of:

Re: on suspend

On Tue, 2011-05-03 at 19:05 -0400, Jesse Hutton wrote: > And why discourage shutting down to begin with? It saves power and > booting is getting faster all the time anyway... A cynic might note that it means not having to make session saving _really work_, which is something that's notoriously di

Re: on suspend

On 05/04/2011 12:05 AM, Jesse Hutton wrote: On Tue, May 3, 2011 at 2:16 PM, Olav Vitters > 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 ca

Re: on suspend

On Wed, May 04, 2011 at 09:40:08AM -0400, Jesse Hutton wrote: > Suspend being broken on various hardware is just a fact of life. Send > complaints to hardware manufacturers. and that is what we want to change. At the moment it is a chicken+egg situation. Nobody relies on suspend, so no inc

Re: on suspend

On Wed, May 4, 2011 at 2:36 AM, Olav Vitters wrote: > On Tue, May 03, 2011 at 07:05:12PM -0400, Jesse Hutton wrote: > > Why is Gnome Shell relying so heavily on something that is notoriously > > difficult to make work across a wide array of hardware configurations? > > The intend is to rely on it

Re: on suspend

On Tue, May 03, 2011 at 07:05:12PM -0400, Jesse Hutton wrote: > Why is Gnome Shell relying so heavily on something that is notoriously > difficult to make work across a wide array of hardware configurations? The intend is to rely on it so these problems are reported and fixed. Suspend being broke

Re: on suspend

On Wednesday, 04 May, 2011 07:05 AM, Jesse Hutton wrote: Why is Gnome Shell relying so heavily on something that is notoriously difficult to make work across a wide array of hardware configurations? The developers and designers must have their reasons, but I have the same question as you have. O

Re: on suspend

On Tue, May 3, 2011 at 2:16 PM, Olav Vitters 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 brok

Re: on suspend

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

Re: on suspend

On Tue, May 3, 2011 at 2:31 AM, Olav Vitters wrote: > On Mon, May 02, 2011 at 03:09:38PM -0400, Jesse Hutton wrote: > > Suspend works great for me on my laptop. On my desktop, however, my > graphics > > card (FireGL 5200) fan spins up to high speed on resume (as it does > briefly > > while bootin

Re: on suspend

On Mon, May 02, 2011 at 03:09:38PM -0400, Jesse Hutton wrote: > Suspend works great for me on my laptop. On my desktop, however, my graphics > card (FireGL 5200) fan spins up to high speed on resume (as it does briefly > while booting the system) and never slows down to normal speed. So, I have >

Re: on suspend

ent where you do not need to turn off your machine vs. so users like us who needs that functionality to turn the machines off w/o pressing any additional key. - Original Message - From: "Bidossessi SODONON" To: "allan registos" Cc: gnome-shell-list@gnome.org Sent: Tues

Re: on suspend

(resending to list) Suspend works great for me on my laptop. On my desktop, however, my graphics card (FireGL 5200) fan spins up to high speed on resume (as it does briefly while booting the system) and never slows down to normal speed. So, I have to reboot anyway to quiet the fan down. Only pre

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 D