Proposed Goals

(problem with OO.o transients)

See [1]

See [2]

It's a bug for 'edge-flip'. 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.

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

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 switch to a different Viewport/Workspace it should be possible to let sawfish display the name/number of the Viewport/Workspace

Clean up the code. both the rep-compiler and the c-compiler print warnings when compiling sawfish. get rid of that.

When restarted, viewport behavior is not ensured. Observed phenomena are:

• The current viewport changes.
• Windows appear in random viewports.
• Full screen windows, and windows of which position is specified by sawfish appear in the new viewport.

The cause of the 3rd item is easy to guess. The sawfish matcher simply puts them in the current viewport, without taking viewport into account.

It happens under both built-in restart and starting a new process.

It is reported that sawfish sometimes crashes, perhaps under heavy loads.

Some ways to reproduce crashes is written here.

Some crash data from debugger are found here

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.

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.

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.

Tabbed Windowing script, originally by Scott Scriven, modified by Nathan Froyd is in trunk. 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.19.0 (if desired, this may delay sawfish 1.5.0)

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

See [3].

This is fixed. (You don't wait for 1.6. Update librep to 0.9.2.)

Integer field in configurator has two inconvinient points.

• Integer is limited to positive. For most, this is reasonable, but for window position, negative should be allowed.
• When you change integer value and soon go to "Ok" button, the the change is ignored.

'Raise tab on hover' requires restart. Fix it.

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.