Proposed Goals

(problem with OO.o transients)

See [1]

See [2]

This is xinerama issue. If it's possible, solve the 'dead zone' issue too. [3], [4]

Other features, like viewport and dock-like apps, should listen to it to. But exactly how?

Currently, pointer warping is controled by only one boolean variable 'warp-to-window-enabled'. Make it tunable. (Seems better to make it a list then to create new variables.)

For example, in window cycling, the current behavior is to warp at each step of cycling. But some prefer that warp happens only once, after the window is chosen.

Currently not all debug messages are clear. For example, put
 (define-special-variable default-window-animator 'wrong-value )
to your rc, and you'll get:
"wrong function ()" while "wrong value <value> to function <function>".

In this case: "wrong value 'wrong-value' to function 'default-window-animator'" would be much better

When using a multi-head setup, it would be nice when workspaces could be switched independently. E.g. when mouse is on left screen and workspace is switched, only windows on the left screen should change while the right one stays as-is. The [Sticky-Head script] tries to solve it in a simple way, but does not work very reliable.

Tabbed windowing support is in, but refinement is necessary.

GtkTree only supports double-clicks, for user experience it's better to implement GtkTreeView, which is much more modern and supports single clicks. This also involves a rewrite of lisp.sawfish.ui.group - I'll try to get that into rep-gtk 0.90.1, a set of other deprecated Widgets has already been modernized.

User-contrib scripts like App, Gimme, waffle, jump-or-exec, Iswitch-window fall in category of "focus or exec" scripts. (See Category:Focus management scripts). Review and compare them, and incorporate as an official code.

Configurator items.

• Implement radio button, with doc label. Re-implement "or" widget with radio. (Currently checkbox).
• Most of yes-no items in "window rules" only support yes. (No is meaningless.) Replace it with plain checkbox.

Adopt prompt patch after inspection. Write doc.

Current display-message is shabby, and enhancement will be nice. See this message for more.

Please report your ideas!

When switch to a different Viewport/Workspace it should be possible to let sawfish display the name/number of the Viewport/Workspace for workspaces. It's already done by me (locally) but it first needs display-message to take position and timeout params, for viewports it needs more work, or, easier, just display the viewport number (say "Workspace blah, VP 3 of 9"

See commit f892ee.

There has been the sawfish-mmc fork by Michal Maruska and he said "I'll extract some reasonable patches"

The Merlin.Ugliness contains a set of extra functions, some of them are good candidates for merge, such as having cycling windows displaying a list of all windows and the currently cycled one is highlighted, another thing would be the sawlets architecture. Excpect some discussion in January

If you restart Sawfish-UI while running sawfish, that Sawfish-UI instance becomes useless.

Add --replace option to sawfish, for replacing the current window-manager.

For some themes, when a window's frame style is set to 'title-only', then it is really title only: Width of the window is a bit narrower then the title frame. Though it's only applicable to improve the shipped themes.

Sawfish-UI requires sawfish to run, if it does not, sawfish-ui just outputs a message to stderr, but it would be much better, to have a dialog box, that pops-up and says "Sawfish is not running, please first start sawfish, then run sawfish-ui"

Some EWMH items are not supported.

It is known that:

'tint' and 'visibility'

Pager/windowlist programs tint and visibility don't work very well. visibility can't manipulate the state of windows, namely iconify/deiconify.

'wmctrl' utility

Utility wmctrl doesn't seem it can get sawfish to change the state of any windows under its control, shade, iconify,etc. Sawfish doesn't seem to respond.

I noticed sawfish only seems to work well with my gtk2 panels or other certain ones.

We need to check for functions/options from compat.jl, which are obsolete, but perhaps not marked obsolete in the docs.

Some sybmols marked as 'obsolete' in compat.jl are in fact alive, so each should be investigated. In that case, 'compat.jl' should be fixed. Use the following convention for marking things as obsolete in the docs:

@defvr {Obsolete Variable} var-abc
When true ...

This variable is obsolete. Use @code{var-new-abc} instead
(@pxref{Window Foo Var}).
@end defvr

Let's say you use the GIMP and merge all three windows into one frame.

This would be an improvement for users of apps with several windows and another unique characteristic for sawfish.

Negative opinions:

• 1, 2.

Stop-focus and Stop-raise are available as scripts. Merge them into Sawfish

This is already available as script. This animation might be used for any move operation.

Setting steps to 1 should disable animation, else get a fancy effect.

This placement mode is already availabe as script. And might be interesting for some users.

if [[ $MAX_THEMES_TO_SHOW_AT_ONCE < $ALL_THEMES_TO_SHOW ]]; then

_______

| A | K |

| A1 | K1 |

| A2 | L |

fi

Timo Korvola says: This would not be necessary if the combo box had proper keyboard support, i.e., moved to an item when the user types the beginning of its label. Unfortunately it doesn't. I would have expected the toolkit to take care of this.