headers
richard Heycock | 3 Feb 2003 15:22
Picon

Can drag'n'drop be turned off.

Hi

I are working on an embedded application using sawfish & mozilla running on a
touch screen PC. Mozilla has been cut right down (essentially an XUL application
with only a browser and nothing else) and it runs full screen with window
decoration turned off within sawfish. The problem lies with the touch screen and
the way keyboard events are handled which means that it is very susceptable to
drag and drop.

So the easiest thing would be to turn off drag and drop. Is this possible?

Thanks in advance.

rgh

--

-- 
email: rgh <at> onsitetrackeasy.com.au
tel:   +61 (0) 2 6571 8851
gpg:   62D7 3A15 82DD 3799 5F9D  A18E 9173 34D6 19E4 E299
Permalink | Reply | 0 comments |
headers
Carey Tilden | 4 Feb 2003 01:01

possible bug found

Hi. I've found what I think is a bug in lisp/sawfish/wm/gnome/menus.jl.
Before submitting it to bugzilla, I thought I'd run it by you folks,
like they ask on the website. :)

On startup, sawfish recurses through a list of directories looking for
gnome menu entries. This list is defined in menus.jl. One of the
directories it looks in is defined with the code:

  (expand-file-name "apps" gnome-share-directory)

The bug is in the code that defines gnome-share-directory. It looks
through the current PATH for the gnome-session binary. When found, it
moves to ../share/gnome. So, for example, if gnome-session is found in
/usr/bin, gnome-share-directory is set to /usr/share/gnome. But if
gnome-session is not installed, gnome-share-directory is simply set to
an empty string.

This causes sawfish to look in the "apps" subdir of whatever directory
sawfish is started from. The problem comes in when a user (such as
myself) has an ~/apps directory that is rather large. Sawfish recurses
through this directory and reads a little bit of every file, searching 
for gnome menu definitions. This takes a substantial amount of time, and
blocks sawfish from running until it's done.

This long startup behavior has annoyed me for a long time, and I finally
tracked it down. Installing gnome-session is an effective workaround,
but I'd rather not install things I don't need. The version of sawfish
I've been using is 1.0.1, but I downloaded the latest 1.2 code, and the
same bug is present.
(Continue reading)

Permalink | Reply | 9 comments |
headers
CAiRO | 4 Feb 2003 02:40
Picon

sawfish loses track of windows

hello

as it seems, sawfish has problems with windows that only appear for a
very short time and then disappear again. then sawfish often loses track
of _other_ windows on the desktop, ie other windows magically just
disappear from the desktop (from taskbar, windows list, all ws, etc)
_although_ the process/app is still running. this happens eg
in easytag which opens a progress window while it scans a directory for
mp3s and it happens in gimp which has a save progress window. if you
continiously do something to create windows which appear only for a very
short time, sawfish will finally crash after a while and all disappeard
apps/windows are back again.

well, maybe ive set something wrong or there is a workaround?

thanks in advance

regards,

	CAiRO

--

-- 
Freedom is just another word for nothing left to lose!
Permalink | Reply | 0 comments |
headers
John Harper | 4 Feb 2003 06:41

Re: possible bug found

Carey Tilden writes:
|On startup, sawfish recurses through a list of directories looking for
|gnome menu entries. This list is defined in menus.jl. One of the
|directories it looks in is defined with the code:
|
|  (expand-file-name "apps" gnome-share-directory)
|
|The bug is in the code that defines gnome-share-directory. It looks
|through the current PATH for the gnome-session binary. When found, it
|moves to ../share/gnome. So, for example, if gnome-session is found in
|/usr/bin, gnome-share-directory is set to /usr/share/gnome. But if
|gnome-session is not installed, gnome-share-directory is simply set to
|an empty string.
|
|This causes sawfish to look in the "apps" subdir of whatever directory
|sawfish is started from. The problem comes in when a user (such as
|myself) has an ~/apps directory that is rather large. Sawfish recurses
|through this directory and reads a little bit of every file, searching 
|for gnome menu definitions. This takes a substantial amount of time, and
|blocks sawfish from running until it's done.

thanks for reporting this. I've made it default to "/usr/share/gnome"
instead of nil if it can't find gnome-session. I think this should fix
the problem you've been seeing..

	John
Permalink | Reply | 4 comments |
headers
Stepen Liu | 5 Feb 2003 13:16
Favicon

How to make sawfish running

Hi all folks,

Just join this list

RH7.3
=====

1) On KDE

KStart -> Programs -> Settings -> Sawfish Window Manger -> Appearance

Sawfish is not running

# rpm -qa | grep  sawfish

sawfish-1.0.1-9

showing it was there 

Kindly advise how to check whether sawfish has been properly installed 
and how to start it.

Thanks in advance.

Stephen Liu
Permalink | Reply | 0 comments |
headers
James Walker | 5 Feb 2003 17:00
Favicon
Gravatar

xft vs. xlfd

Hi,

I have a three boxes running sawfish on debian/unstable (sawfish version
1.2-gtk2).  they all use identical .sawfish/rc files.  however, on two
of them, selecting custom fonts using sawfish-ui returns Xft font
descriptors (e.g. ("Xft" . "Verdana-8")) whereas the 3rd returns xlfd
font descriptors (e.g. ("xlfd" . "-*-Verdana-*-*-*-*-8-*-*-*-*-*-*-*")).

The xlfd fonts, however, do not render properly (as viewed in the gtk
font selector).

I'm not entirely sure if this is even a sawfish problem, but other font
selections seem to be behaving properly (i.e. gnome2/gtk2 apps).

Any help is much appreciated. Thanks.

-James
--

-- 
walkah <at> walkah.net :: http://www.walkah.net
jabber : walkah <at> jabber.walkah.net
Permalink | Reply | 3 comments |
headers
Stepen Liu | 5 Feb 2003 17:02
Favicon

Test

Test
Permalink | Reply | 0 comments |
headers
Stepen Liu | 5 Feb 2003 17:03
Favicon

How to make sawfish running (Resend)

Hi all folks,

Just join this list

RH7.3
=====

1) On KDE

KStart -> Programs -> Settings -> Sawfish Window Manger -> Appearance

Sawfish is not running

# rpm -qa | grep  sawfish

sawfish-1.0.1-9

showing it was there

Kindly advise how to check whether sawfish has been properly installed 
and how to start it.

Thanks in advance.

Stephen Liu
Permalink | Reply | 1 comment |
headers
Damien Elmes | 5 Feb 2003 17:16

Re: How to make sawfish running (Resend)

Stepen Liu <satimis <at> writeme.com> writes:

> Hi all folks,
>
> Just join this list

No need for a resend, we saw you the first time.

> Kindly advise how to check whether sawfish has been properly installed and how
> to start it.

See the KDE documentation for changing window managers.

http://kdemyths.urbanlizard.com/viewMyth.php?mythID=32 is helpful. It's
useful to use google before you ask on a list!

--

-- 
Damien Elmes
Permalink | Reply | 0 comments |
headers
Christian Marillat | 5 Feb 2003 17:49
X-Face
Picon

Re: possible bug found

John Harper <jsh <at> unfactored.org> writes:

> Carey Tilden writes:

[...]

> |This causes sawfish to look in the "apps" subdir of whatever directory
> |sawfish is started from. The problem comes in when a user (such as
> |myself) has an ~/apps directory that is rather large. Sawfish recurses
> |through this directory and reads a little bit of every file, searching 
> |for gnome menu definitions. This takes a substantial amount of time, and
> |blocks sawfish from running until it's done.

> thanks for reporting this. I've made it default to "/usr/share/gnome"
> instead of nil if it can't find gnome-session. I think this should fix
> the problem you've been seeing..

About gnome-session, in GNOME 2 the binary name for save-session is now
gnome-session-save, then the binary name need to be changed.

Christian
Permalink | Reply | 3 comments |

Gmane