Monday, July 3, 2006, 1:11:55 PM, Hussein Shafie wrote: > Daniel Dekany wrote: >>> >>>Now, you are speaking of *subpixel* anti-aliasing. Therefore please tell >>>us if the problem you report is about: >>>[1] Lack of Anti-aliasing in parts of XXE. >>>[2] OR you get Anti-aliasing in XXE, but not the kind of Anti-aliasing >>>you would like to get. >> >> It's closer to [2]. For the menus and for some of the controls it >> always uses subpixel AA, i.e. independently of Options|Options, >> General section, "Text Anti-aliasing". However, the document view >> (where you see the XML document formatted with CSS, also the tree view >> of the XML document) is anti-aliased exactly like under 1.5, i.e. >> depending on Options|Options, General section, "Text Anti-aliasing", >> it is either no AA, or *pixel* AA. I guess it is the question of using >> java.awt.RenderingHints.VALUE_TEXT_ANTIALIAS_LCD_xxx (see: >> http://java.sun.com/javase/6/docs/technotes/guides/2d/flags.html#aaFonts) >> instead of java.awt.RenderingHints.VALUE_TEXT_ANTIALIAS_ON somewhere. > > Right. We'll see how we can improve this. > >> (Note that the subpixel AA of Sun J2SE 1.6 doesn't use the font >> renderer of the host OS. It's in the case of Windows XP regrettable >> (or with positive attitude, it's matter of taste which is the better), >> also will be on any system where you fine-tune the subpixel rendering >> settings of the OS. Anyway, the user experience probably would be >> better if XXE uses SWT. Would be huge reworking, I know...) > > We are pretty happy with Swing and do not intend to rewrite XXE using SWT: > > * I didn't see that much improvements in terms of speed when I use SWT apps.
Probably there is no much practical difference on today computers. > * SWT apps don't look that ``native'' (e.g. from the shape of the Tabs > in a TabbedPane you can tell that the application is written in SWT). I don't know out of my head what is with tab panes... but I can tell that Swing apps are annoyingly different from a native app, while I couldn't tell the same about Eclipse for example. And, SWT apps use the font renderer of the host OS. For me, one of the important annoyances is that on Windows, in Swing apps the copy/paste doesn't work with Ctrl+Ins and Shift+Ins, only with Ctrl+C and Ctrl+V. Pretty bad idea IMO (or just a long standing Swing bug?). But it can be fixed on the application level. Like in JEdit I have defined Ctrl+Ins as hotkey and assigned it to the copy command. Maybe it could be fixed out-of-the-box in XXE? > * Moreover, the L&F of native apps under Windows is not consistent (to > be positive ;-) , is evolving at a very fast pace) and heavily depends > on the ``native Windows GUI toolkit'' you are using. (By the way, have > you tried Office 2007 Beta 2? Weird? Gorgeous? Both?) Didn't seen it in life yet, so for now I can only say that it is brave :). And I'm certain that many secretaries will have to go to psychologist and/or will lynch the sysadmin... > * Being fond of a L&F is really a matter of *personal* taste. For > example, I much prefer the Swing/Ocean Metal L&F on my Linux box than > SWT/GTK. OTOH, I find the Swing/Windows Classic/XP L&F pretty ugly and > SWT/Windows apps pretty good looking. The point of unified L&F is usability of course... how good something looks is a secondary thing in regular apps (as far as it doesn't look extremely bad). Anyway, I perfectly understand you don't want to rewrite to SWT, as that would be a huge investment probably. -- Best regards, Daniel Dekany
