Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Mozilla The Internet

Xft Support For Mozilla 190

keithp writes "The results of a few short hours of hacking by blizzard (with a bit of help from me) can be seen here." According to Keith, "The hope is to have a patch of less than 100 lines; currently it's more like 400 lines. ... The patch uses a new version of the Xft library available at http://keithp.com. That will be integrated into the XFree86 CVS tree after 4.2 stablizes; the existing Xft library will remain in place for backwards compatibility. One feature of the new library is that it works with older X servers that don't have the Render extension, providing AA text (including the LCD optimizations) for any screen with a TrueColor visual." Chris Blizzard provided a link to the patch itself, as it stands right now.
This discussion has been archived. No new comments can be posted.

Xft Support For Mozilla

Comments Filter:
  • by FortKnox ( 169099 ) on Thursday January 24, 2002 @03:40PM (#2896630) Homepage Journal
    the first link autocloses the window...

    And am I the only one that thought "Wow, Blizzard stopped coding for WarCraft 3 to help Mozilla out?!?"
  • LCD what? (Score:2, Interesting)

    by augros ( 513862 )
    LCD optimizations? what are these, and how can i get them? and are they sexy?

    why is this patch HUGE compared to the older one that often gets supplied with the libgdkxft.so that you preload?
    • Re:LCD what? (Score:5, Insightful)

      by chabotc ( 22496 ) <chabotc&gmail,com> on Thursday January 24, 2002 @04:01PM (#2896753) Homepage
      This patch patches mozilla to fully use Xft rendering. The other patch patched mozilla to use GDK rendering.

      Mozilla is trying to move away from using gdk for its font rendering to make it more portable and less reliant on gdk. Also it should be more flexiable and faster.

      I gues the difference in size comes from the fact that it takes more code to use Xft directly then to use libgdkxft. (this is kinda obvious, since the Xft using code is then in libgdkxft).

      Bottom line though, the libgdkxft patch didnt have a chance to get included in main stream mozilla, where as this ones probably does.
    • Re:LCD what? (Score:3, Informative)

      by Brian Kendig ( 1959 )
      I'm assuming that 'LCD optimizations' refers to antialiasing using specific units in a triad, as has been discussed here a long while ago (with regards to a technology from Microsoft known as 'ClearType', I think -- the only original idea I've ever heard of from Microsoft).

      If I remember correctly, it makes use of the concept that every pixel in a LCD display is made up of a red element, a green element, and a blue element, smooshed together horizontally. So if you antialias black-on-white text by breaking down each pixel into thirds like this, you can get much finer results than if you treated each pixel as an indivisible element. Each character antialiased in this way will be faintly edged with blue on the left and red on the right, but it's not noticeable to a casual user.

      I could be completely misinterpreting the meaning of 'LCD optimizations,' though.
      • Re:LCD what? (Score:2, Informative)

        by Reality_X ( 23422 )
        Unfortunately, Microsoft didn't come up with ClearType. Well, they came up with the name, but the technology was in use by many others before MS, see http://grc.com/ctwho.htm for some information.

        Also, the sub-pixel font rendering was in XFree86 before it was declared "ClearType" and used by MS.
  • VERY exciting (Score:5, Informative)

    by kwj8fty1 ( 225360 ) on Thursday January 24, 2002 @03:45PM (#2896657) Homepage
    This patch looks very promising. One of windows XP's big claim was better LCD support; they are right, it does look quite sharp on any type of square pixel display.

    As I'm sure most of you know, most monitors use round pixels, whereas most LCDs use square or the more typical rectangular pixels. So what this means from a GUI standpoint: You need to optimize for the output device. The end result in the screenshot looks GREAT.

    Good work guys!
    • Re:VERY exciting (Score:4, Informative)

      by Booker ( 6173 ) on Thursday January 24, 2002 @04:06PM (#2896784) Homepage
      An excellent explanation of antialiasing for LCDs can be found here [grc.com], and a HOWTO for implementing this on Linux is here [jmason.org]. The screenshots in the article do look better than I have been able to achieve, though.
      • Re:VERY exciting (Score:5, Insightful)

        by Otter ( 3800 ) on Thursday January 24, 2002 @04:30PM (#2896920) Journal
        From the HOWTO:
        Now, edit your /etc/X11/XftConfig file, and add a line at the end. Most LCD screens will look better with R-G-B LCD Sub-Pixel Rendering. If yours does, add this line:
        match edit rgba = rgb;

        See, this is what I love and hate about Linux. The good news is someone hacked this up and someone else documented it and now Konqueror looks *sweet* on my TiBook.

        The bad news is -- how the hell was I supposed to know to do this? I mean, besides reading every comment on Slashdot until someone posted a link. (Thank you, by the way, for two excellent links.)

        • Re:VERY exciting (Score:4, Informative)

          by Khalid ( 31037 ) on Thursday January 24, 2002 @04:56PM (#2897156) Homepage
          No ! you could have looked for it in goups.google.com by sarching for something like this "LCD, TrueType, Xfree86" you would have found it in some seconds !!

          searching in groups.google.com has become a "reflex" for me, and it pays !!
        • You, an average end-user, are not supposed to know this. You are supposed to do what all software end-users do. Wait for your vendor to add it as a configuration option to some gui menu somewhere.

          It's not the XFree86 folks' job to give you wizzy convinient way to do it. It's their "job", if you'll pardon the term, to provide the underlying functionality.

          I imagine that by the time the next rev of Gnome is integrated into the next rev of Red Hat, you'll see such an option in the Gnome control panel. If that's too long to wait, then you're not an end-user.

          If it only feels too long, then you're SOL ;-) Start reading them man-pages!
      • Re:VERY exciting (Score:3, Informative)

        by spectecjr ( 31235 )
        An excellent explanation of antialiasing for LCDs can be found here [grc.com], and a HOWTO for implementing this on Linux is here [jmason.org]. The screenshots in the article do look better than I have been able to achieve, though.

        An even better explanation not written by a muppet who doesn't seem to get it that NO, the Apple II did NOT have this first, and NO, his crappy implementation is NOT how it works -- he's only got a 1st order approximation -- can be seen here:

        http://research.microsoft.com/~jplatt/ClearType/de fault.htm [microsoft.com]

        Oh yeah; read the papers that he links to. That's where you'll get the real scoop on the technique.

        Simon
    • Actually the deal is that LCD screens have three rectangles for the pixels, a red one, green one, and blue one, next to each other.

      Normal screens do draw a round dot but there is the phosphor mask in front of that which are the pattern you see, diffraction by the screen makes the dots themselves overlap. On modern screens each pixel is then a blurry overlapping circle cut out of a pattern of vertical stripes of red, green, and blue. There is probably a way to take advantage of this for improved antialiasing but there seems to be no control over the exact registration of this pattern with the dot location, unlike the LCD.

  • Oh dear (Score:4, Insightful)

    by Tony Hoyle ( 11698 ) <tmh@nodomain.org> on Thursday January 24, 2002 @03:46PM (#2896663) Homepage
    Whoopee.... blurry text, just what I needed.

    Luckily I never load Render & I never intend to - after about 5 minutes of looking at KDE with it enabled I had a bad headache. That font smoothing stuff is *really* hard on the eyes.

    I remember when the old archimedes did the same thing... it kinda worked there because they were crappy monitors anyway. With a sharp 17" it's not an improvement.
    • Conversely, I find non antialiasing fonts quite hard on the eyes. I'm quite pleased that there is good support for this under xfree86. Also, the fact that it works under native X11 calls, means we can look at transparent X-terms in a whole new way. Very exciting times.
      • Re: X11 calls (Score:3, Informative)

        by spitzak ( 4019 )
        Xft does not cause old X11 programs to suddenly be antialiased. What the "native X11 calls" means is that Xft works (in that it produces readable output) if it talks to an X server that lacks the Xrender extension or that lacks the fonts.

        This won't help the end-user much, but it is a huge deal because it removes the main impediment stopping all programs from immediatly switching to xft.

        Normally when somebody makes an "extension" to an existing interface they write it so you cannot use the "extension" without also updating what you are talking to. This means that anybody writing a program using the new interface either has to say "you have to update your drivers" which is user-unfriendly, or they have to put in a big mess of code to "detect" the extension and then have to write two interfaces, one using the extension and one not. The real result is almost nobody uses the extension because it it too much of a pain to write to.

        X is horrid with these things. Shared memory images (an interface now 15 years old) required you to detect whether the server did it and write totally different code for non-shared. The result is that the majority of programs don't use shared memory images. If they had written the detection and emulation into it, I'm sure *EVERY* program would use shared images today.

        Congrats to Keith Packard for figuring this out!

        Now lets see the same thing done for the rest of XRender, so we can get anti-aliased lines and shapes without having to write everything twice.

      • Re:Oh dear (Score:3, Interesting)

        by Brian Kendig ( 1959 )
        I find jagged fonts hard on my eyes, too... but I also find antialising under Linux to be hard on my eyes.

        Here's an example of the Slashdot page antialiased under Mac OS X [enchanter.net]. Compare it to the example above [people.redhat.com]. How come it looks so much cleaner under OS X (practically as good as printed type) than it does under Linux? Will Linux ever support this quality of antialiasing?
        • While it may be a closer approximation of what it will look like on print, its just an illusion. Anti-aliasing *is* blurring. While unantialiased(?!) fonts may be uglier, they are easier on the eyes.
    • Re:Oh dear (Score:2, Interesting)

      What resolution are you running in <= 800x600 ?

      I run at 1600x1200 with large, scalable truetype and type1 fonts and while without AA the fonts don't look bad, with AA the fonts appear to have perfectly, continuous, crisp edges and are not fuzzy at all.

      Also, with the way XFree is set up now, you can have AA on/off for different sized fonts, so if you are at a low resolution you can turn AA off for tiny fonts and on for larger fonts.
    • Re:Oh dear (Score:2, Insightful)


      Whoopee.... blurry text, just what I needed....That font smoothing stuff is *really* hard on the eyes....it kinda worked
      [back in the day] because they were crappy monitors anyway. With a sharp 17" it's not an improvement.

      I love it when people can't tell the difference between "I hate it" and "It sucks."
      • I love it when people can't tell the difference between "I hate it" and "It sucks."

        These statements are equivelant. Implicit in the phrase, "It sucks." is the phrase, "In my opinion." since there is no objective measure of "suckiness".

    • Spot on. Every time I tried it or see it in normal (font) sized texts of reasonable size my eyes get sore trying to focus right.I use Microsoft Verdana in mozilla and helvetica (9pt) for KDE programs. It's perfectly legible and doesn't looked jagged at all.

      I'm certainly not saying that this stuff isn't useful for anybody, but you shouldn't use it just because others tell you that it's better or because you think it's superior. That's plain nuts.
      • you shouldn't use it just because [other's say so, or because] you think it's superior. That's plain nuts.

        If not because you think it's superior, just when should you use it? At random?

        Or do you mean as a developer enabling it for others? I can't understand what you said if you meant for yourself...
        • If not because you think it's superior, just when should you use it? At random?

          That should have been: "[You shouldn't use it] just because you think that it's superior without actually comparing...
      • I primarily use Windows. I've been using AA fonts under WinNT/2K for years, and I can't stand looking at a screen without them. MSFT have done a good job. What I have discovered in my brief forrays into Linux, is that Mozilla seems to do a horrid job of rendering AA fonts, even with the same fonts taken from my Windows partition. I don't understand it, but the same page in Mozilla under Linux is far inferior to when it's displayed under Windows, to the extent some smaller point sizes become almost unreadable.
        • Re:Oh dear (Score:3, Interesting)

          by spectecjr ( 31235 )
          I primarily use Windows. I've been using AA fonts under WinNT/2K for years, and I can't stand looking at a screen without them. MSFT have done a good job. What I have discovered in my brief forrays into Linux, is that Mozilla seems to do a horrid job of rendering AA fonts, even with the same fonts taken from my Windows partition. I don't understand it, but the same page in Mozilla under Linux is far inferior to when it's displayed under Windows, to the extent some smaller point sizes become almost unreadable.

          That may be because Windows doesn't actually 'antialias' fonts until they get way too small (less than about 4 or 5 point), or way big (bigger than about 30 point). In the middle, it takes a half-antialiasing, half-hinting approach. So curves and diagonals get smoothed, but important high-frequency information in the font (ie. horizontal, vertical lines) don't get modified.

          This gives nice sharp stems in the letter I, for example. And in 'i', the dot on top is antialiased, but the rest of the font is drawn as single-pixel lines (at least, at about 10pt on my screen it is).

          It's kind of clever, and works pretty well.

          Si
          • Re:Oh dear (Score:2, Informative)

            by jovlinger ( 55075 )
            Good hinting is key. And is really hard.

            I believe that M$ have several fundamental patents in the area of automatic hinting (which I seem to recall involves global minimazation).
            So don't hold your breath waiting for Linux to get it.
    • Use it this way for 3 months already.
      Takes time to get used to.
      But now the text looks as good as text written on pictures e.g. with Photoshop.
    • Depends (Score:5, Informative)

      by jeti ( 105266 ) on Thursday January 24, 2002 @04:26PM (#2896881)
      Antialiased fonts can look extremely good and
      make reading less stressful for the eyes.

      Look at text in newer versions of MacOS, BeOS
      or Windows XP. Especially at LCD screens the
      quality is absolutely convincing.

      BUT you need not only a good font renderer, but
      also fonts that are hinted correctly.
    • Re:Oh dear (Score:5, Informative)

      by damiam ( 409504 ) on Thursday January 24, 2002 @04:35PM (#2896964)
      If you don't read AA fonts at normal sizes, then don't use them. I only enable them for larger fonts, where they look good.

      Put this into /etc/X11/Xftconfig:

      match
      any size > 8
      any size < 15
      edit
      antialias = false;

    • AA fonts doesnt make your current fonts better than they are. AA magic.

      Edgy (bad) fonts get blurry. Good fonts dont they get sharp. (removes the tiny edges visible).

      Try using some of microsoft's truetype fonts (monotype). Here [unimi.it] they have a quite nice script for getting those fonts. Use them in kde/gnome and be amazed ;).
    • What a great time to read this. Now, for the second day in a row, I have a huge headache at the end of the day from using KDE antialiasing.
      • This was on a 1024x768 laptop display, with subpixel rendering correctly configured.
      • All sizes antialiased. Hey, it workes on the Mac, and I really do want to know if antialiasing is better for me for the majority of text I work with. With subpixel rendering, it seems plausible...
      • Using a variety of well-hinted fonts, primarily the "Microsoft Web core fonts [microsoft.com]"
      • At sizes comparable to what I normally use
      So why did I put up with this headache for a *second* day? Because I seem to be unusually sensitive to changes in text display. When I switched from a Diamond Stealth 64 VRAM (968) to a Matrox Millenium, I got this same headache for like four days, even though I was running the same monitor, same resolution, same refresh rate, and same fonts. IIRC, it even had the same TI ramdac! But the Millenium had higher quality analog circuitry after the ramdac, and had sharper edges. After I got used to it, it was much nicer.

      It may not be sharpness. If I get stuck in an environment where I have to spend a lot of time reading fonts I'm not used to, I get this kind of headache for a while too.

      So now, the question is, do I care enough to try another day using the Xft setup? Will it be worth it? Who knows, but I'm gonna go have a beer and go nowhere near a display for about 12 hours....

    • The problem with AA fonts in X, to me, is that they anti-alias all fonts, even the tiny ones that are hand-hinted to look good when pixels are scarce. Verdana 10 pt looks shitty when it is anti-aliased, for instance.

      However, for large fonts, I don't think there is much question that anti-aliasing really helps. The X guys should do the same thing that Windows does and only anti-alias fonts after a certain size. (Or at least make it configurable on a font-by-font and size-by-size basis.)

      (XP's cleartype on LCDs is a different story; I'm not sure how I feel about that at small sizes yet.)
  • And does windows already have this.. (YES IM STUPID and im honestly not trolling) i dont understand..
    • And does windows already have this...

      Font Smoothing has been available to Windows since at least OSR2 (or Win95 with Plus). ClearType further extend this in Windows XP, and it looks REALLY nice.

      X11 as others have pointed out, does in fact have support for font antialiasing. For whatever reason, Mozilla apparently needed a patch in order to take advantage of it. I'm not too sure what the technical reasons are that all applications don't just automatically take advantage of it -- but I'm sure there are people who would be willing to clearify that.
      • The "technical" reason is that the XFree86 people are totally paranoid about back compatability and the Xlib interface to fonts sucks.

        XRender provides an all-new and much nicer interface to fonts, and it makes sense for programs to use it. However it would be nice to see a rewrite of Xlib so that attempts to use old font calls cause emulation code to be run that draws Xft fonts.

        MicroSoft deserves credit for implementing anti-aliased fonts while both Mac and X people were convincing themselves it was impossible or too slow. They also deserve credit for having the balls to change their already existing font interface to draw the new fonts, despite the fact that some programs that depended on the exact pixels drawn would break and make people mad. It did help them that thier font interface sucked less than 1/10th as much as Xlib, though...

        • MicroSoft deserves credit for implementing anti-aliased fonts while both Mac and X people were convincing themselves it was impossible or too slow.


          Um, MacOS >= 8.5 has supported antialiasing by default since 1998, and there was defacto support even earlier than that in Adobe Type Manager 3.x and up, IIRC. The CoreGraphics (Quartz) antialiasing in OSX is visually far superior to what was available in Classic, but AA in general certainly not a Johnny-come-lately feature on Apple's platforms.
  • Damn..... (Score:1, Interesting)

    by friedmud ( 512466 )
    I thought I was going to get away with not upgrading to XFree4.2 - since my 4.1 is running rock solid on my GeForce3.

    But it looks like I'll have to upgrade now - and redo all of that font junk, I hope it is a little easier this time around than the last - I can remember spening at least a couple of hours getting it to work last time......

    Derek
    • Hello, thanks fo the link.

      I checked out transgaming and I think I like what I see, but how do we know how many people have signed up so far.

      Are there statistics availible? It seems only fair for me since I would be signing up mainly as a way to contribute to Wine.

      • I'm also a transgaming customer. They have between 500-600 customers, maybe a few more, right now: the exact number isn't known, but they'll be releasing their subscriber numbers in around a month.

        They're really doing excellent work: I recommend that if anybody has Windows games, they go on over to Transgaming and subscribe. $5 a month is nothing for the quality of work they put in, and how good Wine is getting with their work. (And that's saying something, since it's $US 5, and I'm in Canada! I pay closer to $10/month!)

        Bottom line: WineX, their product, works well for some games now, and will work well for many more games later. Just subscribe, you know you want to.

        • I agree - I've been subscribing for a few months, and it's worth it both for what they've produced and for keeping them alive so they can continue producing. :-)
        • I hope they script a page with at least monthly numbers. If it makes sense for me to join, I'll want others to as well.

          Recruiting others would be easier if I could say, we only need 19 thousand more people.

          In any case thanks.

  • Wait for stability (Score:3, Insightful)

    by kenneth_martens ( 320269 ) on Thursday January 24, 2002 @03:49PM (#2896682)
    While I like the idea of making my Mozilla browsing experience more aesthetically pleasing, I am not willing to sacrifice stability.

    This new patch is great, but you shouldn't update yet. Wait until it's merged into the official release. Unless, of course, you like to try out new things, in which case go get the update.

    Anyway, I look forward to getting the final version of this. (Until then, I'll just have to buy a bigger monitor.)
  • by ronmon ( 95471 ) on Thursday January 24, 2002 @03:57PM (#2896719)

    It anti-aliases your GNOME widget fonts and there is a separate patch for Mozilla (good up to 0.9.6), which works nicely with Galeon, BTW.

    Check it out [sourceforge.net].

    • the patch still works no matter the mozilla version, it's only off by a few lines for 9.7 and up. i just apply it manually. still, libgdkxft is not the same thing as this.
    • Gdkxft is a very dirty hack. I really hope this new patch is going to be included in mozilla since this a point where it's lagging behind konqueror. Right now I use truetype fonts from m$ and they work just fine. Would be nice to try the new patch though :)
  • Huh? (Score:2, Insightful)

    The hope is to have a patch of less than 100 lines; currently it's more like 400 lines

    Why don't you concentrate on making sure the code works instead of aiming for some arbitrary patch size?
    • Re:Huh? (Score:5, Informative)

      by keithp ( 139560 ) on Thursday January 24, 2002 @04:09PM (#2896793) Homepage
      Why don't you concentrate on making sure the code works instead of aiming for some arbitrary patch size?


      It's not arbitrary; I believe about 3/4 of the patch consist of unnecessary changes to code that shouldn't be executed in the Xft code path. Unfortunately, the internal abstractions for dealing with fonts are somewhat strained in the current code base, making this assertion testable but not easily verified by visual inspection.

    • Because when the patch is small it's a lot easier
      to verify it's correct.
      • Not if the small number of changes was achieved by making them clever hacks instead of just doing the changes in a clearer more verbose way.

        But as keithp described in another reply - some of the changes are truely redundent and the size isn't being reduced simple because it is clever to do so.
    • Damn, took my comment. I'd take 400 lines of clean, clear, easy to manage/understand code over 100 lines that came from the Obfuscated C Contest anyday.
  • by foonf ( 447461 ) on Thursday January 24, 2002 @04:01PM (#2896748) Homepage
    Look here [washington.edu]. This is with the version of mozilla included in Debian unstable, patched to work with the gdkxft [sourceforge.net] hack. The real question is will this new patch actually be included in any commonly distributed Mozilla binaries. Because if it isn't, I don't think many are going to recompile the whole damn thing just for anti-aliasing (but that won't stop people from complaining about the lack of it!).
  • My biggest problem is web sites that use 2-point fonts. Gaaah. It's nice that Mozilla gives a key combo to change the font size!
    • Re:AA? Goog grief... (Score:3, Interesting)

      by cymen ( 8178 )
      user_pref("font.minimum-size.x-western", "10");

      of course most cool award goes to:
      user_pref("dom.disable_open_during_load", true);
      (no popups onload from javascript but clicked popups still work)

      also good:
      user_pref("image.animation_mode", "once");
      user_pref("network.http.max-connections", 128);
      user_pref("network.huser_pref("mail.quoted_graph ic al", false);
      user_pref("mail.display_glyph", true);
      user_pref("mail.quoteasblock", true);
      user_pref("mailnews.send_plaintext_flowed", true);
      user_pref("mailnews.display.disable_format_flowe d_ support", true);
      user_pref("mail.display_struct", true);
      user_pref("mail.send_struct", false);ttp.max-connections-per-server", 48);
      user_pref("network.http.max-persistent-connectio ns -per-proxy", 24);
      user_pref("network.http.max-persistent-connectio ns -per-server", 12);

      On *nix go to ~/.mozilla/default/something_random/ and edit prefs.js - note, copy it to prefs.js.new, edit it, close mozilla, copy it over prefs.js, restart mozilla, tada (if you edit it while moz is open it'll kill your new prefs.js version because it writes it out on exit or something).

      Under Windows go to \Documents and Settings\ to your directory (make sure you have "show all files" in the folder prefs) and you'll find it. Or use that search feature :).
      • Re:AA? Goog grief... (Score:3, Informative)

        by BlueGecko ( 109058 )
        I'd really refrain from editing the prefs.js file directly. Instead, just create a file in the same directory called user.js and store your custom preferences there. user.js is parsed after prefs.js , and is not modified by the GUI when you alter preferences, so if you mess up it's much easier to fix. (And, conversely, you're guaranteed that the GUI won't mess it up for you.)
  • ... that screen grab is kinda hard to look at after a while.

    Hopefully this can be configured like Windows seems to be, and not AA fonts below a certain size (seems to be 12pt). Below that size, things look clearer to me non-AA.

    But that's just IMHO.
  • Italics (Score:2, Interesting)

    by pigeon ( 909 )
    Great, I would really love to see a solution which gives me non-ugly italic fonts (especially in my webbrowser) with Linux.
  • by OneFix ( 18661 ) on Thursday January 24, 2002 @04:07PM (#2896786)
    Yea, the tree closed for 0.9.8 like a week ago. Tree Closes for 0.9.8 [mozillazine.org]. For those that don't want to click the link, here's what it says...

    ...0.9.8 will have a variety of new items including new natively drawn widgets on WindowsXP, Mac OS X, and GTK, when you are in the classic skin (We will have more on this later, including screenshots)...

    If you're really interested in what's going on with the project, try the latest Build Comments [mozillazine.org]

    Yesterday was the last of the frozen trunk builds. And if that's not enough, the Tree Is Opened [mozillazine.org] for 0.9.9 checkins.

    And there's now a Mozilla 1.0 Manifesto [mozilla.org] that lays down precisely what Mozilla 1.0 should be (which will come right after 0.9.9).

    Of course, it's nice to see a change in SlashDot change its view [slashdot.org] of the project. But, then again, maybe I was right all along [slashdot.org]. :)
  • Speaking of Mozilla (Score:2, Interesting)

    by astyanax ( 8365 )
    I believe 0.9.8 is due out tomorrow. Is anyone else foaming at the mouth for this release like me? :) Can't wait... well I can wait long enough not to download nightlies and pretend it's the real release.
  • by BgCntry ( 8263 ) <mradway@gmaiSLACKWAREl.com minus distro> on Thursday January 24, 2002 @04:13PM (#2896816)
    No matter what gets said here about feature bloat and endless delays, Mozilla is just the coolest and most ambitious browser out there. At this rate it's well on its way to becoming the Emacs of the browser world, and it might even be there now. I've been using it as my main browser for god-knows-how-long. It's been fascinating to watch it evolve from the early milestone releases up to now.

    Hell, Mozilla's never going to be finished, and I don't really care to see it finished either. I'd have to find a new religion.
  • AA (Score:1, Funny)

    by Anonymous Coward
    I thought AA was supposed to help things looks less blurry!
  • XFT is... (Score:5, Informative)

    by skia ( 100784 ) <skia@skia.nUMLAUTet minus punct> on Thursday January 24, 2002 @04:34PM (#2896947) Homepage
    For the uninitiated:

    Xft [eax.com] is a simple library designed to interface the FreeType rasterizer with the X Rendering Extension.


    FreeType [sourceforge.net] is a software font engine that can be used in graphics libraries, display servers, font conversion tools, text image generation tools, etc. to produce high quality glyphs and characters. The important thing here is that FreeType supports Adobe Type1 and TrueType (that is, Windows) scalable fonts.


    the X Rendering Extension [xfree86.org] is a protocol that represents a new way to render (that is, draw) stuff on your screen in X windows.


    thus, Xft's incorporation into Mozilla gives us smooth, high quality, Windows compatible fonts while surfing the web on Linux or *BSD

  • Unfortunately .. (Score:5, Insightful)

    by Eloquence ( 144160 ) on Thursday January 24, 2002 @04:36PM (#2896966)
    .. the screen-shot [people.redhat.com] still shows the flaws of anti-aliasing under Linux. Take a look at the "k" in the "Bookmarks" text on the toolbar, or at the "W" in Wednesday -- this is what it actually looks like if you turn on anti-aliasing under KDE. Some fairly standard fonts just get really ugly and you have to search a long time until you have disabled all of them everywhere without removing them (webpages can probably still use them), or you have to disable anti-aliasing entirely at certain font sizes (haven't figured out how to do that yet, but haven't really looked either, KDE doesn't seem to have an option for it at least, but somewhere in the mess that is X configuration I'm sure it's possible).

    Even if Linux desktop installations weren't so horribly deployed as they are by most distributors (I completely lost faith in SuSE after their handling of the Euro-Sign, I think that they are no longer interested in ordinary desktop users), anti-aliasing algorithms itself could probably be much improved, although the Freetype [freetype.org] page points out that Apple patents are a problem and some features had to be disabled (damn you, Apple!). All in all, I'm not happy with anti-aliasing support at all, except for subpixel rendering, which works very well on my Notebook. (And don't give me the "You didn't pay, don't complain" bullshit -- I paid a lot of cash to distributors already, but they seem to prefer to spend it on the server end).

    • Re: Unfortunately .. (Score:4, Informative)

      by Sandmann ( 182819 ) <sandmann@daimi.au.dk> on Thursday January 24, 2002 @09:53PM (#2898738)
      > the screen-shot still shows the flaws of antialiasing under Linux

      You are right that the k and the W don't look good, but that does not have anything to do with your kernel, but rather the fact that Verdana and Times should not be antialiased at that size. Antialiasing these fonts at that size with hinting enabled is really font murder.

      You don't want hinting enabled with antialiasing at that size, because hinting is a way to distort the fonts so that they can be rendered at very low resolution, and antialiasing is essentially a cheasy way to increase resolution. That is why you see the weird "k": the hints don't expect the resolution to be this high.

      Here [daimi.au.dk] is a piece of an actual screenshot, showing Verdana mostly un-antialiased, and antialiased in the preview box in the fontselector.

      As others pointed out, to match Windows in quality you will need high quality fonts. Of couse, the MS/Monotype fonts (Ariel, Verdana, Trebuchet, etc) are well done and especially well-hinted (if you don't antialias them at sizes where they shouldn't be), but actually the Luxi fonts that are shipping with XFree86 4.2 are not bad - their hints just need some work.

      For fun, I hinted Luxi Sans (with the Gimp) at a few sizes. This [daimi.au.dk] is not a real screenshot, but it does show how it could look with better hints. (Note that the bold antialiased Luxi Serif is not hinted at all - a bit of careful hinting would probably improve it somewhat).

      > anti-aliasing algorithms itself could
      > probably be much improved, although the
      > Freetype page points out that Apple patents

      This is nonsens. The Apple patent covers the interpreter for the hints in TrueType fonts. Most distributions turn the interpreter on, regardless of the patent, and in fact the bad rendering of the "k" that you complain about is there precisely because both interpreter and antialiasing were used.
      • Thanks for the insights! It's probably just a matter of deployment again, default installations should turn "hinting" off at low font sizes (this is reasonably obscure knowledge, so even developers can't be expected to have it as the screenshot shows). Of course, having all font/anti-aliasing settings accessible through a nice GUI, which would put reasonable constraints/warnings on user changes, would probably be best. Do you know how Windows currently sets these settings automatically? They seem to strike a very good balance, and I've never seen a flawed low size font rendering under Windows.

        I am not familiar with the patent in question -- good that it doesn't seem to concern anything essential!

  • I'm guessing what I need to do is get a fresh mozilla sourcebase from CVS (just updated to 0-9-8 branch), apply Blizzard's patch (change some paths), get keithp's "fonts" directory from his CVS, build that, then build mozilla..

    Anyone actually get it built?
  • by kcbrown ( 7426 ) <slashdot@sysexperts.com> on Thursday January 24, 2002 @11:02PM (#2898997)
    This bit about having to render fonts using a completely different mechanism than what's already provided by X is complete nonsense, IMHO. Why doesn't X font rendering simply do the right thing?

    I can understand that X fonts originally were simple bitmaps that got rendered directly to the screen. But the X server knows what kind of visual is being rendered to, so I don't see why it can't render in a more sophisticated manner when drawing to a visual with at least 16 bits worth of color depth.

    Were the original designers of the font rendering mechanism so braindead as to specify that all fonts forevermore would be bitmaps??? What the hell for???

    As for the X font protocol, that's easy: design an upgraded protocol that the X server can also deal with, that's used to transmit font information along with transparency information. Or use a separate channel for the transparency information and keep the bitmap protocol the way it is.

    But either way, font rendering belongs in the server, and having the client do it is complete nonsense.

    I mean, the GC is an opaque data type, as is the Font, right? So what's to prevent you from having a mask with a depth greater than 1, which is created when you use XSetFont() with a font that has alpha information?

    Help! I don't understand!!

He who has but four and spends five has no need for a wallet.

Working...