On Sun, Feb 20, 2011 at 6:11 PM, Giovanni Campagna
scampa.giova...@gmail.com wrote:
Il giorno dom, 20/02/2011 alle 00.16 +0100, Alessandro Crismani ha
scritto:
Il giorno sab, 19/02/2011 alle 19.02 +0100, Giovanni Campagna ha
scritto:
Il giorno lun, 07/02/2011 alle 22.04 +0100,
On Wed, Feb 23, 2011 at 10:03 AM, Frederik scumm_fr...@gmx.net wrote:
No minimising does not mean that everything is maximised. You can
maximise a window by dragging it to the top (or by double-clicking)
and de-maximise it by dragging it from the top (or by double-clicking).
That does make
On 02/23/2011 01:21 AM, Owen Taylor wrote:
My main objection to removing them has been that I didn't think we really
understood the use case for minimization
My two use cases are:
* Removing distracting clutter out of sight (e.g. terminal with
compilation process)
Ok, I can move it to
Hi!
I understand that the desktop icons will go away. But then I need a
replacement place where I can quickly access the documents that I work
on during a week. The current state is confusing: desktop hardly
accessible but no replacement in the sense of a quickly accessible
document
Il giorno mer, 23/02/2011 alle 10.28 +0100, Thomas Bouffon ha scritto:
Actually you can override the Main._checkWorkspaces function. I
modified it so that it only removes the last workspaces if there are
more than one. Thus if the first workspace is empty but the 2nd one is
not, the 1st
Le mardi 22 février 2011 à 19:21 -0500, Owen Taylor a écrit :
Feedback?
=
If people want to give their thoughts here, that's fine, but I don't think a
mailing list debate is the best way to come to a decision, so the decision
above should be considered basically final for the
Il giorno mer, 23/02/2011 alle 13.23 +0100, Thomas Bouffon ha scritto:
Hmm that's weird; window should be defined, it's an argument to the
ensureAtLeastWorkspace function, and in findandmove, window is also
part of the arguments and what actually triggers the findandmove
event . Moreover, in
Okay, so now we have the same version and it works for both of us.
But I don't know if the Main._checkWorkspaces overriding should be inside
this extension or be another standalone extension on which this one would
depend.
I mean, this could be an alternative for the people who are not at ease
Il giorno mer, 23/02/2011 alle 14.15 +0100, Thomas Bouffon ha scritto:
Okay, so now we have the same version and it works for both of us.
But I don't know if the Main._checkWorkspaces overriding should be
inside this extension or be another standalone extension on which this
one would depend.
On 02/23/2011 03:53 AM, Fabian A. Scherschel wrote:
On Wed, Feb 23, 2011 at 10:03 AM, Frederik scumm_fr...@gmx.net
mailto:scumm_fr...@gmx.net wrote:
No minimising does not mean that everything is maximised. You can
maximise a window by dragging it to the top (or by double-clicking)
That seems to be a sweet option. I think that the auto workspace
management is not a suit everybody solution. It seems slick for people
not used to workspaces, however *I* think that people accustomed to them
will have a hard time with the auto collection shiftness.
I'm not sure it's a
On Wed, 2011-02-23 at 12:07 +0100, Johannes Schmid wrote:
Well this goes a bit off-topic the window control issue but the concept[1]
of finding and reminding is simply not yet implemented in 3.0. Should be
in 3.2 hopefully though.
You can see this work-in-progress here:
Il giorno mer, 23/02/2011 alle 10.28 +0100, Thomas Bouffon ha scritto:
Hi !
Actually you can override the Main._checkWorkspaces function. I
modified it so that it only removes the last workspaces if there are
more than one. Thus if the first workspace is empty but the 2nd one is
not, the
It suits my workflow as well, so it was definitely welcome, and it
makes
sense in the context of the extension.
Pushed to master, thanks a lot!
Giovanni
Hi Giovanni ! Thanks for both pushes !
What do you think of spliting the workspace management part of the
extension ?
Cheers,
Thomas
[ Quoting Federico Mena Quintero in Re: Window controls for GNOME 3... ]
It's like saying, well, we could show the current window's title next
to the Activities button, and since you can already move windows with
Alt-drag, we can remove titlebars altogether :)
yes please!
Have been using a
On Wed, Feb 23, 2011 at 12:20 AM, Sriram Ramkrishna s...@ramkrishna.me wrote:
Now, as I understand it the work around would be to move this to another
workspace. To do that would require a number of window management steps
that I previous accomplished using a single button action.
What if
On Wed, Feb 23, 2011 at 13:23, Robert Park rbp...@exolucere.ca wrote:
[-]Window Title[X]
So that's the 'hide to new workspace' button at left, and close button
at right, with title centered. Nice and balanced, eh? What does
everybody think?
Initial reaction is that
On Wed, Feb 23, 2011 at 12:30 PM, Jason D. Clinton m...@jasonclinton.com
wrote:
Initial reaction is that you've reintroduced a screen element that is
analogous to the old workspace switcher applet in the GNOME 2 panel: it can
be hit by a user who has no idea what a workspace is and who
While the close operation is common, it's not frequent, and therefore might not
require visual representation on-screen all the time. Similar reason to why we
don't want to have application launchers on screen all the time.
Both the application menu in the top bar and the close buttons in the
Still I'm unable to test GNOME Shell, I am about to wipe the gnome-shell
directory and will start from scratch, the reason why I did not do this earlier
is because I have a slow connection. Starting from scratch takes a lot of
time...
Regards,
Allan
[allan.registos@developer ~]$
20 matches
Mail list logo
