Re: Some proposals or the 1.3 cycle
- From: Berend De Schouwer <bds jhb ucs co za>
- To: Ali Akcaagac <ali akcaagac stud fh-wilhelmshaven de>
- Cc: Balsa Mailing List <balsa-list gnome org>
- Subject: Re: Some proposals or the 1.3 cycle
- Date: 08 Oct 2001 18:04:17 +0200
On Sat, 2001-10-06 at 16:20, Ali Akcaagac wrote:
> On 2001.10.06 11:52:20 +0200 Steffen Klemer wrote:
> > * perhaps the compose window could show the subject of the composing mail
> > as the windwo-name (to the wm), know what I mean?
>
> this will cause a lot of problems with recent window managers. e.g. sawfish
> because it needs the correct title as information for its placement. now
> that you use different subjects as titlename then your compose window will
> popup somewhere in the window and you need to force a new placement to keep
> the compose window where you want it to be.
That is why the WM_CLASS property should be compose/balsa, and Sawfish
should look at the WM_CLASS property instead of the titlename.
>
> another problem would be if you have sawfish allowed to save all settings
> automatically your ~./sawfish/window-history file will become larger than
> shit in some months.. :) because it saves new window attributes everytime
> you compose a new email with a different windowname. but i may be wrong.
There is a workaround for this (if Sawfish does behave this way): Map
the window first with a default titlename, and after the window is
mapped, change the titlename to include the subject. The window manager
should ignore it after the window was mapped. You may need to change
the titlename back just before you unmap the window.
> > * perhaps a backend that you can use the evolution adressbook?
>
> this causes a big problem.
>
> we need to include another library berkley-db now thats not the deal a
> bigger problem is that berkley has released different versions of their
> database that also has different structures. now we need to enforce that
> we need an exactly specific berkley library version but many of us have
> different versions installed and this ends up in having incompatible
> structures. some people complained about this in #evolution and in #gnome
> already... but imo balsa should be as light as possible... the correct way
> thats why i think balsa is so successfull people like light simple easy
> tools.. i use it together with gnome-pim and its a perfect companion to
> balsa. i think nowadays gnome developers loosing this point out of mind
> they code like hell and the result is something that only the developer
> loves :)
Is that a flame war I smell? :)
> --
> Name....: Ali Akcaagac
> Status..: Student Of Computer & Economic Science
> E-Mail..: mailto:ali.akcaagac@stud.fh-wilhelmshaven.de
> WWW.....: http://www.fh-wilhelmshaven.de/~akcaagaa
>
> _______________________________________________
> balsa-list mailing list
> balsa-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/balsa-list
--
Berend De Schouwer
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]