Infinite desktop todo ideas

[Teika Kazura]

Hi.

Infitine-desktop (ID hereafter) is adopted in sawfish-1.5.  Though
it's a very attractive feature, incorporation to the sawfish is not
complete. Let me describe how it is so, and how it can be
improved. (Though a bit tedious task, mainly aesthetic.)  Tell me how
you think of them.

WS = workspace, VP = viewport

ID has in fact two funcitons, smooth-scroll of desktop by mouse and
unlimiting desktop size. The option 'infitine-desktop-p', enables both.
There's another option 'infinite-desktop.stop-at-workspace-borders'
to restore the desktop size. But infitine-desktop-p should be
replaced by, say, "smooth-scroll-by-mouse", and size should be set
as VP option.

I deliberately used the word "desktop" instead of "viewport". Because
the notion of current VP is a bit confusing when ID is involved.

How can they be united? Let's look at the Configurator. Currently,
Section "Workspaces" has three subsections, viewport, edge-flip, and
ID. I think one is enough, named "Desktop size", and it lists options:
* Enlargement of desktop size (aka viewport)
 * No limit (infinite)
 * x by y (unit in screen)
* What happens when mouse pointer hits the screen edge?
 * Do nothing.
 * Go next WS.
 * Scroll desktop by one screen size. (Next VP)
 * Smooth scroll the desktop.
* Un-iconify in the current screen. (No restores to the original location.)
And current edge-flip and ID options appear according to the last
item.

The current option "Number of steps for viewport scrolling" can be made
obsolete, and fixed to 1.

This requires radio button. Radio button is avaliable from rep-gtk,
but not in configurator. So implementation of this idea needs
rework in configurator, too.

This may involve change in VP related definitions. I don't know how
VP is implemented, so I can't tell much now.

Even if VP size is unlimited, it is possible that sawfish-pager shows
only some fixed part, but this is pager's option.

The change in VP definition is a bit dangerous, so the rework has to
be done in seprate branch. I won't work on this now, because
Configurator translation issue is far more important.

I like current VP, by scrolling one screen size. Since not few people
use Sawfish without mouse, abandoning it never happens, don't worry
friends:)

By the way, there's an option in ID which says:
"Stop scrolling at workspace borders (Fixes warp-to-window bugs)."
Does anyone know what this bug is? I can't confirm it.

Regards,
Teika (Teika kazura)

[Flashrider]

On Sat, 18 Jul 2009 15:11:28 +0900 (JST)
Teika Kazura <teika@...> wrote:

> Hi.
>
> Infitine-desktop (ID hereafter) is adopted in sawfish-1.5.  Though
> it's a very attractive feature, incorporation to the sawfish is not
> complete. Let me describe how it is so, and how it can be
> improved. (Though a bit tedious task, mainly aesthetic.)  Tell me how
> you think of them.
>
> WS = workspace, VP = viewport
>
> ID has in fact two funcitons, smooth-scroll of desktop by mouse and
> unlimiting desktop size. The option 'infitine-desktop-p', enables
> both. There's another option
> 'infinite-desktop.stop-at-workspace-borders' to restore the desktop
> size. But infitine-desktop-p should be replaced by, say,
> "smooth-scroll-by-mouse", and size should be set as VP option.

Mainly I would say, we remove the scrolling feature and rely on
edge-flip (EF) for this (if possible).

> I deliberately used the word "desktop" instead of "viewport". Because
> the notion of current VP is a bit confusing when ID is involved.
>
> How can they be united? Let's look at the Configurator. Currently,
> Section "Workspaces" has three subsections, viewport, edge-flip, and
> ID. I think one is enough, named "Desktop size", and it lists options:
> * Enlargement of desktop size (aka viewport)
>  * No limit (infinite)
>  * x by y (unit in screen)
> * What happens when mouse pointer hits the screen edge?
>  * Do nothing.
>  * Go next WS.
>  * Scroll desktop by one screen size. (Next VP)
>  * Smooth scroll the desktop.

The former should be Go next VP, the later should be an extra option
"Animate WS/VP Switch" + "Animation Steps"

> * Un-iconify in the current screen. (No restores to the original
> location.) And current edge-flip and ID options appear according to
> the last item.
>
> The current option "Number of steps for viewport scrolling" can be
> made obsolete, and fixed to 1.
>

No it can't be (yet). This option is (currently) for EF only, by
removing it, we would loose animated switching with traditional EF,
that is not desired.

There's one more thing to do with ID/EF: They don't work correctly at
the same time

a) I would say we separate the animated scrolling thing in a
sawfish.wm.animation.viewport-scrolling,

b) ID and EF disable each other

c) or -as an option- we could merge ID and EF, this would fix the
issue, too (more options, okay, but would work)

> This requires radio button. Radio button is avaliable from rep-gtk,
> but not in configurator. So implementation of this idea needs
> rework in configurator, too.

There's a comboboxed radiogroupwidget in sawfish-ui (like for the
focus-style)

> This may involve change in VP related definitions. I don't know how
> VP is implemented, so I can't tell much now.

Well VP is still VP, as far as I can remember ID also works with
Workspaces, I'll check it later, haven't used it for a while.

> Even if VP size is unlimited, it is possible that sawfish-pager shows
> only some fixed part, but this is pager's option.

I haven't checked this, but: ID does dynamically increase the size
(when hitting the edge (that's why EF and ID don't like each other)),
and tells sawfish about the new size (...) so sawfish.wm.ext.pager
should be fine with that. If not we can fix that. Additionally I would
like to integrate sawfish.wm.ext.pager in sawfish instead of shipping
it separately. I guess there won't be enough negative votes :)

> The change in VP definition is a bit dangerous, so the rework has to
> be done in seprate branch. I won't work on this now, because
> Configurator translation issue is far more important.

About this: you may check sawfish.gtk.widget(make-boolean-item), this
is the meta-function for creating checkbuttons in sawfish-ui. Perhaps
you'll find the issue there.

> I like current VP, by scrolling one screen size. Since not few people
> use Sawfish without mouse, abandoning it never happens, don't worry
> friends:)

As always: new features (like ID) in sawfish are optional, don't even
think about of a sawfish with traditional VP removed - wasted time.

> By the way, there's an option in ID which says:
> "Stop scrolling at workspace borders (Fixes warp-to-window bugs)."
> Does anyone know what this bug is? I can't confirm it.

Me too. I guess an older issue, fixed meanwhile in X.Org or Sawfish
(eg: the move-cursor issue in sawfish was also caused by X.Org)

> Regards,
> Teika (Teika kazura)
>

Chris

[Flashrider]

On Sat, 18 Jul 2009 11:10:24 +0200
Christopher Roy Bratusek <zanghar@...> wrote:

> On Sat, 18 Jul 2009 15:11:28 +0900 (JST)
> Teika Kazura <teika@...> wrote:
>
> > Hi.
> >
> > Infitine-desktop (ID hereafter) is adopted in sawfish-1.5.  Though
> > it's a very attractive feature, incorporation to the sawfish is not
> > complete. Let me describe how it is so, and how it can be
> > improved. (Though a bit tedious task, mainly aesthetic.)  Tell me
> > how you think of them.
> >
> > WS = workspace, VP = viewport
> >
> > ID has in fact two funcitons, smooth-scroll of desktop by mouse and
> > unlimiting desktop size. The option 'infitine-desktop-p', enables
> > both. There's another option
> > 'infinite-desktop.stop-at-workspace-borders' to restore the desktop
> > size. But infitine-desktop-p should be replaced by, say,
> > "smooth-scroll-by-mouse", and size should be set as VP option.
>
> Mainly I would say, we remove the scrolling feature and rely on
> edge-flip (EF) for this (if possible).
>
> > I deliberately used the word "desktop" instead of "viewport".
> > Because the notion of current VP is a bit confusing when ID is
> > involved.
> >
> > How can they be united? Let's look at the Configurator. Currently,
> > Section "Workspaces" has three subsections, viewport, edge-flip, and
> > ID. I think one is enough, named "Desktop size", and it lists
> > options:
> > * Enlargement of desktop size (aka viewport)
> >  * No limit (infinite)
> >  * x by y (unit in screen)
> > * What happens when mouse pointer hits the screen edge?
> >  * Do nothing.
> >  * Go next WS.
> >  * Scroll desktop by one screen size. (Next VP)
> >  * Smooth scroll the desktop.
>
> The former should be Go next VP, the later should be an extra option
> "Animate WS/VP Switch" + "Animation Steps"
>
> > * Un-iconify in the current screen. (No restores to the original
> > location.) And current edge-flip and ID options appear according to
> > the last item.
> >
> > The current option "Number of steps for viewport scrolling" can be
> > made obsolete, and fixed to 1.
> >
>
> No it can't be (yet). This option is (currently) for EF only, by
> removing it, we would loose animated switching with traditional EF,
> that is not desired.
>
> There's one more thing to do with ID/EF: They don't work correctly at
> the same time
>
> a) I would say we separate the animated scrolling thing in a
> sawfish.wm.animation.viewport-scrolling,
>
> b) ID and EF disable each other
>
> c) or -as an option- we could merge ID and EF, this would fix the
> issue, too (more options, okay, but would work)
>
> > This requires radio button. Radio button is avaliable from rep-gtk,
> > but not in configurator. So implementation of this idea needs
> > rework in configurator, too.
>
> There's a comboboxed radiogroupwidget in sawfish-ui (like for the
> focus-style)
>
> > This may involve change in VP related definitions. I don't know how
> > VP is implemented, so I can't tell much now.
>
> Well VP is still VP, as far as I can remember ID also works with
> Workspaces, I'll check it later, haven't used it for a while.
>
> > Even if VP size is unlimited, it is possible that sawfish-pager
> > shows only some fixed part, but this is pager's option.
>
> I haven't checked this, but: ID does dynamically increase the size
> (when hitting the edge (that's why EF and ID don't like each other)),
> and tells sawfish about the new size (...) so sawfish.wm.ext.pager
> should be fine with that. If not we can fix that. Additionally I would
> like to integrate sawfish.wm.ext.pager in sawfish instead of shipping
> it separately. I guess there won't be enough negative votes :)
>
> > The change in VP definition is a bit dangerous, so the rework has to
> > be done in seprate branch. I won't work on this now, because
> > Configurator translation issue is far more important.
>
> About this: you may check sawfish.gtk.widget(make-boolean-item), this
> is the meta-function for creating checkbuttons in sawfish-ui. Perhaps
> you'll find the issue there.
>
> > I like current VP, by scrolling one screen size. Since not few
> > people use Sawfish without mouse, abandoning it never happens,
> > don't worry friends:)
>
> As always: new features (like ID) in sawfish are optional, don't even
> think about of a sawfish with traditional VP removed - wasted time.
>
> > By the way, there's an option in ID which says:
> > "Stop scrolling at workspace borders (Fixes warp-to-window bugs)."
> > Does anyone know what this bug is? I can't confirm it.
>
> Me too. I guess an older issue, fixed meanwhile in X.Org or Sawfish
> (eg: the move-cursor issue in sawfish was also caused by X.Org)
>

Ohhh, I can reproduce it:

a) disable traditional edge-fliping
b) enable infinte-desktop (in this order!)
c) increase the viewport size (in a direction not hitting the WS edge!)
d) repeat c) and you will switch to a different VP
e) now try to increase the VP size in the direction you just came from
f) warp-cursor fucks up infinite-desktop

more on e) if you go to the other direction, it will work just fine
(...)

> > Regards,
> > Teika (Teika kazura)
> >
>
> Chris

[Flashrider]

On Sat, 18 Jul 2009 11:20:58 +0200
Christopher Roy Bratusek <zanghar@...> wrote:

> On Sat, 18 Jul 2009 11:10:24 +0200
> Christopher Roy Bratusek <zanghar@...> wrote:
>
> > On Sat, 18 Jul 2009 15:11:28 +0900 (JST)
> > Teika Kazura <teika@...> wrote:
> >
> > > Hi.
> > >
> > > Infitine-desktop (ID hereafter) is adopted in sawfish-1.5.  Though
> > > it's a very attractive feature, incorporation to the sawfish is
> > > not complete. Let me describe how it is so, and how it can be
> > > improved. (Though a bit tedious task, mainly aesthetic.)  Tell me
> > > how you think of them.
> > >
> > > WS = workspace, VP = viewport
> > >
> > > ID has in fact two funcitons, smooth-scroll of desktop by mouse
> > > and unlimiting desktop size. The option 'infitine-desktop-p',
> > > enables both. There's another option
> > > 'infinite-desktop.stop-at-workspace-borders' to restore the
> > > desktop size. But infitine-desktop-p should be replaced by, say,
> > > "smooth-scroll-by-mouse", and size should be set as VP option.
> >
> > Mainly I would say, we remove the scrolling feature and rely on
> > edge-flip (EF) for this (if possible).
> >
> > > I deliberately used the word "desktop" instead of "viewport".
> > > Because the notion of current VP is a bit confusing when ID is
> > > involved.
> > >
> > > How can they be united? Let's look at the Configurator.
> > > Currently, Section "Workspaces" has three subsections, viewport,
> > > edge-flip, and ID. I think one is enough, named "Desktop size",
> > > and it lists options:
> > > * Enlargement of desktop size (aka viewport)
> > >  * No limit (infinite)
> > >  * x by y (unit in screen)
> > > * What happens when mouse pointer hits the screen edge?
> > >  * Do nothing.
> > >  * Go next WS.
> > >  * Scroll desktop by one screen size. (Next VP)
> > >  * Smooth scroll the desktop.
> >
> > The former should be Go next VP, the later should be an extra option
> > "Animate WS/VP Switch" + "Animation Steps"
> >
> > > * Un-iconify in the current screen. (No restores to the original
> > > location.) And current edge-flip and ID options appear according
> > > to the last item.
> > >
> > > The current option "Number of steps for viewport scrolling" can be
> > > made obsolete, and fixed to 1.
> > >
> >
> > No it can't be (yet). This option is (currently) for EF only, by
> > removing it, we would loose animated switching with traditional EF,
> > that is not desired.
> >
> > There's one more thing to do with ID/EF: They don't work correctly
> > at the same time
> >
> > a) I would say we separate the animated scrolling thing in a
> > sawfish.wm.animation.viewport-scrolling,
> >
> > b) ID and EF disable each other
> >
> > c) or -as an option- we could merge ID and EF, this would fix the
> > issue, too (more options, okay, but would work)
> >
> > > This requires radio button. Radio button is avaliable from
> > > rep-gtk, but not in configurator. So implementation of this idea
> > > needs rework in configurator, too.
> >
> > There's a comboboxed radiogroupwidget in sawfish-ui (like for the
> > focus-style)
> >
> > > This may involve change in VP related definitions. I don't know
> > > how VP is implemented, so I can't tell much now.
> >
> > Well VP is still VP, as far as I can remember ID also works with
> > Workspaces, I'll check it later, haven't used it for a while.
> >
> > > Even if VP size is unlimited, it is possible that sawfish-pager
> > > shows only some fixed part, but this is pager's option.
> >
> > I haven't checked this, but: ID does dynamically increase the size
> > (when hitting the edge (that's why EF and ID don't like each
> > other)), and tells sawfish about the new size (...) so
> > sawfish.wm.ext.pager should be fine with that. If not we can fix
> > that. Additionally I would like to integrate sawfish.wm.ext.pager
> > in sawfish instead of shipping it separately. I guess there won't
> > be enough negative votes :)
> >
> > > The change in VP definition is a bit dangerous, so the rework has
> > > to be done in seprate branch. I won't work on this now, because
> > > Configurator translation issue is far more important.
> >
> > About this: you may check sawfish.gtk.widget(make-boolean-item),
> > this is the meta-function for creating checkbuttons in sawfish-ui.
> > Perhaps you'll find the issue there.
> >
> > > I like current VP, by scrolling one screen size. Since not few
> > > people use Sawfish without mouse, abandoning it never happens,
> > > don't worry friends:)
> >
> > As always: new features (like ID) in sawfish are optional, don't
> > even think about of a sawfish with traditional VP removed - wasted
> > time.
> >
> > > By the way, there's an option in ID which says:
> > > "Stop scrolling at workspace borders (Fixes warp-to-window bugs)."
> > > Does anyone know what this bug is? I can't confirm it.
> >
> > Me too. I guess an older issue, fixed meanwhile in X.Org or Sawfish
> > (eg: the move-cursor issue in sawfish was also caused by X.Org)
> >
>
> Ohhh, I can reproduce it:
>
> a) disable traditional edge-fliping
> b) enable infinte-desktop (in this order!)
> c) increase the viewport size (in a direction not hitting the WS
> edge!) d) repeat c) and you will switch to a different VP
> e) now try to increase the VP size in the direction you just came from
> f) warp-cursor fucks up infinite-desktop
>
> more on e) if you go to the other direction, it will work just fine
> (...)
>

workaround: use only one VP. optionally set wrap-mode to stop for even
better ID experience.

> > > Regards,
> > > Teika (Teika kazura)
> > >
> >
> > Chris
>

[Teika Kazura]

Hi.

On Sat, 18 Jul 2009 11:20:58 +0200, Christopher Roy Bratusek wrote:

>> > By the way, there's an option in [Infinite desktop] which says:
>> > "Stop scrolling at workspace borders (Fixes warp-to-window bugs)."
>> > Does anyone know what this bug is? I can't confirm it.
>
> Ohhh, I can reproduce it:
>
> a) disable traditional edge-fliping
> b) enable infinte-desktop (in this order!)
> c) increase the viewport size (in a direction not hitting the WS edge!)
> d) repeat c) and you will switch to a different VP
> e) now try to increase the VP size in the direction you just came from
> f) warp-cursor fucks up infinite-desktop

I can't confirm it, in master branch. Anyone?

The docstring must mean 'warp-cursor-to-window'.

Regards,
Teika (Teika kazura)