trjp_sawfish

Fork

Release 1.3.3


svn path=/trunk/; revision=4224

patch by Timo Korvola, "Utf 8 names fix",

Patch against 1.3.2. To illustrate the difference, run Sawfish in a non-UTF-8
locale but with a title font capable of displaying Unicode (I use Freemono),
start a uxterm and gucharmap, then try xterm -T 'funny characters' and konsole
-T 'funny characters', where the funny characters are not representable in the
locale of Sawfish. With the Net_wm_names patch, only konsole gets its title
rendered correctly but xterm does not. With the attached patch, both windows
get correct titles.

http://mail.gnome.org/archives/sawfish-list/2008-January/msg00063.html
http://mail.gnome.org/archives/sawfish-list/2007-October/msg00018.html


svn path=/trunk/; revision=4223

patch by Yuuki Harano and Rodrigo Gallardo, "Pango draw() ignores font"

allows using pango fonts correctly.


svn path=/trunk/; revision=4222

patch by Harald van Dijk and Timo Korvola, "Titlebar updates"

When using a theme which updates itself as window titles change, such as the
default theme Crux, the updates happen at the wrong time, and the title bar
ends up messed up. When the netwm patch is applied, you can easily see this by
normal browsing in Mozilla Firefox, or editing a document in editors that
update the title to include "*" or "modified" when you start typing. This
happens because the themes look for updates to the WM_NAME property, but
sawfish now reads the _NET_WM_NAME property as well, so themes should check for
updates to that too. This patch updates the default themes, and to prevent
custom themes (not distributed with sawfish itself) from breaking, treats
(call-after-property-changed 'WM_NAME ...) as a special case that should also
check for _NEW_WM_NAME.


svn path=/trunk/; revision=4221

Timo's patch - KDE tray fix 2:

Another KDE system tray fix. The diff is against 1.3.2. The essential content is the one-line change in wm-spec.jl but I am bundling it with some other cleanups.

As of 3.5.8, KDE has still not completely replaced their old wm-dependent system tray protocol with the freedesktop.org one. They just kluged it: KDE apps continue to use the old protocol, but a kded module called kdetrayproxy tries to perform the part of the wm in that protocol and docks the tray icons using the freedesktop.org protocol.

It turned out that kdetrayproxy watches for new windows not by monitoring MapNotify events but by monitoring changes in the _NET_CLIENT_LIST root window property. Sawfish added windows to that list at a very early stage, before they had even been decorated. The result was kdetrayproxy being confused by the events caused by Sawfish decorating the window and Sawfish being confused by interference from kdetrayproxy. This patch delays the update of _NET_CLIENT_LIST to map-notify-hook. At that time the new window is already mapped (unless it starts iconic - map-notify-hook is executed even in that case).

This patch also fixes a potential problem of reparent-notify-hook getting called with a removed window. I have never seen anyone use that hook though. I also modified unmap_notify so that removal of WM_STATE is the very last action there. That property change indicates to the client that we are done processing the window withdrawal. The client may then reuse the window, e.g., remap it.

You can also get this patch with Git from http://www.elisanet.fi/tkorvola/sawfish.git, branch kde-tray-fix-2.


svn path=/trunk/; revision=4220

add #include <glib.h> to windows.c and events.c as suggested by Timo

svn path=/trunk/; revision=4219

Release 1.3.2


svn path=/trunk/; revision=4217

un-apply "Pango draw() ignores font" patch

see problems with it on http://mail.gnome.org/archives/sawfish-list/2008-January/msg00043.html

M src/fonts.c


svn path=/trunk/; revision=4216

Multihead placed patch by Fuchur + comments by Andrea Vettorello

http://sawfish.wikia.com/wiki/Multihead_placed_patch

http://mail.gnome.org/archives/sawfish-list/2006-August/msg00007.html

M lisp/sawfish/wm/placement.jl
M lisp/sawfish/wm/misc.jl
M lisp/sawfish/wm/placement/top-left.jl

svn path=/trunk/; revision=4215

KDE menus focus by Harald van Dijk

Don't grab focus on KDE menus.

http://sawfish.wikia.com/wiki/KDE_menus_focus


svn path=/trunk/; revision=4214

KDE system tray fix by Timo Korvola

Ignore out of bounds _NET_CURRENT_DESKTOP requests silently.

KDE system tray apps have a nasty habit of sending _NET_CURRENT_DESKTOP client
messages with a parameter of -1, which confuses Sawfish. This patch adds some
bounds checking.


svn path=/trunk/; revision=4213

Pango draw() ignores font by Yuuki Harano


~/.sawfishrc:

(setq test-font1 (get-font-typed "pango" "Arial Italic 8"))
(setq test-font2 (get-font-typed "pango" "Arial Italic 20"))

(define (test-update w type)
`(((background . "white")
(foreground . "black")
(text . ,window-name)
(left-edge . 0)
(right-edge . 0)
(top-edge . -20)
(height . 20)
(font . ,(if (equal (window-class w) "XTerm") test-font2 test-font1))
))
)

(add-frame-style 'test test-update)



~/.sawfish/custom is empty.

Then, text in title bar of xterm should be large font, and other title bar should be small font. But all is large.

pango_context is created and set font with fontdesc in pango_load(), and used in pango_draw() without font changes. So, only one font is used.

You should set font before using pango_context in pango_draw().





svn path=/trunk/; revision=4212

Net wm properties by Rodrigo Gallardo

This patch makes sawfish use the _NET_WM_NAME properties for window names, as
mandated by the EWMH spec
(http://standards.freedesktop.org/wm-spec/wm-spec-1.3.html)

This patch is a bit more invasive that it seems requiered, because, to make it
work properly in my system I had to make sawfish assume all strings are UTF8
encoded (see the pieces of the patch touching fonts.c)

Please test it and tell me what breaks. If there are no objections to the
substance of the patch, I'd still like some feedback on what to do with text
rendering with "normal" xlfd fonts.


GSR-FR comment:
Probably the sanest solution, just next release will have to be marked with a
huge "Reencode strings in utf-8".
^^^^^^^^^^^^^^^^^^^^^^^^^^^


svn path=/trunk/; revision=4211

Reparenting cleanup by Timo Korvola

This fixes reparenting fights that occur between Sawfish and the KDE system tray. Both try to reparent system tray icons as they are mapped, leading to a lot of flicker and an unpredictable end result. After the patch, Sawfish will reparent windows to their frames at MapRequest time, never at MapNotify. Also, windows that are unmapped by the client should normally be reparented to the root, but if the unmapping was caused by the window being reparented by some other client, problems ensue. So we check for that.

The patch also fixes an exotic race condition triggered at least with old versions of Monodevelop http://bugzilla.gnome.org/show_bug.cgi?id=308155 and Gnome Power Manager. Current versions of both programs don't expose the issue anymore. It was discussed on the mailing list http://mail.gnome.org/archives/sawfish-list/2007-February/msg00015.html and the follow up http://mail.gnome.org/archives/sawfish-list/2007-March/msg00000.html There's a proof of concept ( http://mail.gnome.org/archives/sawfish-list/2007-March/msg00007.html ) available that should demonstrate the bug, a window isn't decorated if unmapped during the first reparenting.


svn path=/trunk/; revision=4210

applied patch by Sven Schoenung "Blank lines in prompt"

The window opened by the prompt function shows two blank lines before the prompt even when they aren't needed.


svn path=/trunk/; revision=4209

apply patch by Thadeu Lima de Souza Cascardo

This is a patch for Debian bug #406559, and possibly #403100, too. It seems these are ultimately caused by Xlib "helpfully" converting 32 bit messages from the server to the client's native long type, which is bad for sawfish since rep does distinguish these.

A longer description can be found in the patch's author's message in http://bugs.debian.org/406559


svn path=/trunk/; revision=4208

Applying patch by GSR: fix-select-workspace

Fixes select-workspace in lisp/sawfish/wm/workspace.jl to make sure it uses key params in its call to select-workspace*

This patch is currently applied in the Debian package.

debian: http://bugs.debian.org/413584


svn path=/trunk/; revision=4207

Accepted patch by Rodrigo Gallardo

The current Sawfish.desktop file does not comply with the freedesktop.org standard.


svn path=/trunk/; revision=4206

Apply patch from debian by Luis Rodrigo Gallardo Cruz:

Noprop desktop save
Sawfish saves the size of the desktop window, and although nautilus requests
the widget to be the same size as your screen it's forced to the size that
sawfish saved..

http://bugzilla.gnome.org/show_bug.cgi?id=351673

http://bugs.debian.org/234655


also fixed MAINTAINERS file.


svn path=/trunk/; revision=4205

Updated Occitan translation

svn path=/trunk/; revision=4204

Updated Occitan translation

svn path=/trunk/; revision=4203

Derek Upham - docs v.12: added info about viewports and low level X-interface


svn path=/trunk/; revision=4202

Luis Rodrigo Gallardo Cruz - removed harmless warnings during autoconf
Michal Jaegermann - ShapeInput patch in src/events.c, so it will work when ShapeInput is not supported.


svn path=/trunk/; revision=4201

1.configure.in: version 1.3.1 - This version is to let people know
that Sawfish is being revived by the community, and we are awaiting
patches to be submitted for incoming 1.3.2 release

2.added tool for automatic screenshot generation for huge number of
themes (Scott Scriven)

3.fixed typo in man/sawmill.texi (Philippe-Pierre)

4.updated man/faq.texi about not working theme generator GimpMill
(Andrea Vettorello)

5.fixed possible buffer overflow in src/fonts.c (Yoshiaki Kasahara)



svn path=/trunk/; revision=4199

updated FAQ with Andrea's Vettorello changes in wiki regarding not working GimpMill to create themes
fixed typo in sawmill.texi


svn path=/trunk/; revision=4198

Thanks to patch from Sven Schoenung, we have more up to date README and INSTALL files.

changed mime-type of texinfo manual to text/plain because it's useful to see 'svn diff's for those files. While SVN claims that they are binary, when application/x-texinfo are used.


svn path=/trunk/; revision=4197

updated INSTALL, manual (v0.11 from Derek Upham) and README about John's resignation. more to come.


svn path=/trunk/; revision=4196

added maintainers file

svn path=/trunk/; revision=4195

svn path=/trunk/; revision=4194



svn path=/trunk/; revision=4194

*** empty log message ***