On 7/31/07, Andreas Höschler <[EMAIL PROTECTED]> wrote: > Hi Yen-Ju > > >> I am just giving Etoile 0.2 a try on Solaris. It took me a while to > >> check out how to setup the dtlogin files. If anyone is interested, > >> please drop me a note. I now have Etoile/Azalea running and built the > >> first applications. Here are my observations: > >> > >> •There seems to be a problem with window titles. They are often > >> followed by an arbitrary numbers of garbage characters. It seems that > >> terminating Null of a cString is missing. > > > > It is reported as bug. > > Is Azalea - in opposite to Window Maker - able to present unicode > titles (ä,ö,ü,...)? I wasn't able to check that out yet.
Azalea is ported from OpenBox3, which uses Pango. I remove that part already. Now, It only use XftDrawStringUtf8 for text rendering. (Azalea/render/font.m) As long as your font is right, it might work. You can find the theme in Azalea//Resources/themes/Azalea/openbox-3/themerc The original plan is to use AppKit for drawing, but it creates a recursive situation. The next best plan is to use cairo, but I have to study the API first. So it is not going to happen any time soon. Help is always welcome. > > >> •Setting a window edited with [window setDocumentEdited:YES] is not > >> reflected visually by a broken arrow like it is under Window Maker or > >> on OPENSTEP or under Cocoa. This is an absolute must for a (GNUstep) > >> window manager. I can't believe that this has not yet been implemented > >> and suppose it's because something went wrong with my installation. > >> May > >> be I am missing a resource. Any idea? > > > > It is not implemented yet. > > Thanks for the info. Will it be any time soon? I haven't looked into > the sources yet so I really have no idea how difficult that would be. > But since Azalea is written in Objective-C this should be rather > simple, shouldn't it? Will this be harder than just overwriting > [NSWindow setDocumentEdited:] to exchange the bitmap in the window > title? Not really. The hint of GNUstep (including document-edited) is in AZClient+GNUstep.m. The close button is handle by theme (render/theme.m). So the fix would be to replace the close button with a broken one when the document-edited hint is received. But as I plan to use cairo for drawing, this fix has to wait until then. > > >> •How is the AZDock intended to be configured to offer a specific set > >> of applications for startup. I sthere some documentation? Can it be > >> comapared anyhow with the Window Make rdock or the MacOSX dock or is > >> it > >> just shelf for presenting the list of started applications? > > > > Currently, you can launch an application and use contextual to > > keep they in dock. > > Ok, I see! That's good enough for now. I already wondered what this > "Keep in dock" would be good for. :-) > > I have one further point I would like to mention here. MacOSX, OPENSTEP > and I believe even Windows give the user visual feedback when the main > thread of an application is busy for more that 2-3s by exchanging the > standard mouse pointer with an hourglass (while the mouse is over an > application window). I (and the users of our apps) consider this pretty > important. This is obviously the responsibility of the window manager > (--> Azalea). Would it be hard to implement that in Azalea? IMHO this > is much more important for Etoile to become an alternative for MacOSX > than this or that further goody application. At least in an enterprise > environment most users are working with only one application (most of > the time) anyway (--> ERP), and that is not StepChat.app or whatever. > :-) There is a hint for that: _NET_WM_PING The way it work is that window manager query a window regularly and application is responsible to update that hint for that window. It is the same as 'ping', but on the level of X window. I think GNUstep support that, but not Azalea. There are some cursor issues, I think, in Azalea. Yen-Ju > > Thanks for your answers and thanks a lot for this Etoile release (I > especially appreciate the new NSPopUpButton look-and-feel)! > > Regards, > > Andreas > > > _______________________________________________ > Etoile-discuss mailing list > [email protected] > https://mail.gna.org/listinfo/etoile-discuss > _______________________________________________ Etoile-discuss mailing list [email protected] https://mail.gna.org/listinfo/etoile-discuss
