Would it be possible to implement XLib itself, or GDK, with calls to MacOS directly? Heck, even GTK+ itself.
A port of this nature would be similar to the GTK+ Win32 port, would it not? Applications would take on a native look and feel, namely, Aqua, instead of using GTK themes over XLib over X over MacOS. You could do the same thing with GTK themes, but it would require a great deal of resources to do it at speed.
Perhaps I've never had a problem because I almost always use the middle mouse button. There are *some* circumstances where I must use shift-insert, though.
I would image kill/yank would use the X clipboard, though. Perhaps your version uses the anachronistic cut buffers?
Sorry, I misunderstood X font rendering model. Thanks for informing me.
Ah, I see. I've noticed that fonts *do* look much better in XFree4 than do under 3, though.
Would it be possible for some toolkits to do font rendering on their own using freetype instead of relying upon X? It may be slower, since you'd have to draw to drawables and blit them, but it would be more flexable than current systems.
As for XFree4, I suppose you can get the Mandrake RPMs and use Alien on them.
Personally, I spent seven hours compiling from source with pgcc.:)
Postscript has the same capabilities. It's become one of the de facto standard formats for document exchange. Then again, there is -DSAFER which disables file access among other things.
Could something similar be coded for TeX/LaTeX without breaking things like ToCs and BibTex?
Even if you don't use something that can specify the transport agent to use, it's possible to replace/usr/bin/mail with fetchmail, or to use it in.forward.
Btw, in my setup, fetchmail opens an SMTP connection to localhost to deliver mail. Postfix handles it from there, including calling procmail.
Would you really want a turing-complete language that can read and write files to be the primary language of the WWW? It's bad enough that we have Java and Javascript. Imagine if raw HTML had those capabilities! TeX is a document language, nothing more, nothing less.
Btw, I prefer LaTeX to raw TeX.
Also.. Is there a way to loop in TeX without using recursion?
The mechanism to stop this is already in place. Simply restrict what domains can be held by what organizations, like the.edu and.gov domains are regulated today. They shouldn't make the same mistake they did last time.
Btw, nice homepage link. Netscape read 200mb before I had the sense to stop it.:)
XFree4 supports Truetype fonts by itself without having to resort to that kludge anyway...
Under what situations would X scale bitmap versions of fonts instead of useing a truetype font rendered at that size?
Again, there is absolutely nothing different about this --- all OSs must render their fonts to bitmaps before displaying them, because displays are bitmap, raster devices!
Assuming X servers can't ask for sizes any more granular than a single pixel, what prevents truetype (and Type1) font code from providing fonts for every pixel size?
It's much easier to acheive both a more efficient reaction and cleaner emmision in a central, controlled environment instead of 100,000 smaller, cooler, more compact ones.
So use something like Gnome or KDE with their associated tools. kedit, kdevelop, koffice and KDE all work alike, as do the various Gnome program, Abiword, etc.
Slashdot Mirror
Would it be possible to implement XLib itself, or GDK, with calls to MacOS directly? Heck, even GTK+ itself.
A port of this nature would be similar to the GTK+ Win32 port, would it not? Applications would take on a native look and feel, namely, Aqua, instead of using GTK themes over XLib over X over MacOS. You could do the same thing with GTK themes, but it would require a great deal of resources to do it at speed.
Perhaps I've never had a problem because I almost always use the middle mouse button. There are *some* circumstances where I must use shift-insert, though.
I would image kill/yank would use the X clipboard, though. Perhaps your version uses the anachronistic cut buffers?
Sorry, I misunderstood X font rendering model. Thanks for informing me.
:)
Ah, I see. I've noticed that fonts *do* look much better in XFree4 than do under 3, though.
Would it be possible for some toolkits to do font rendering on their own using freetype instead of relying upon X? It may be slower, since you'd have to draw to drawables and blit them, but it would be more flexable than current systems.
As for XFree4, I suppose you can get the Mandrake RPMs and use Alien on them.
Personally, I spent seven hours compiling from source with pgcc.
Postscript has the same capabilities. It's become one of the de facto standard formats for document exchange. Then again, there is -DSAFER which disables file access among other things.
Could something similar be coded for TeX/LaTeX without breaking things like ToCs and BibTex?
There is a configuration option for the local mail program in the fetchmail configuration file.
Even if you don't use something that can specify the transport agent to use, it's possible to replace /usr/bin/mail with fetchmail, or to use it in .forward.
Btw, in my setup, fetchmail opens an SMTP connection to localhost to deliver mail. Postfix handles it from there, including calling procmail.
It also uses the XForms library, which is non-free.
Would you really want a turing-complete language that can read and write files to be the primary language of the WWW? It's bad enough that we have Java and Javascript. Imagine if raw HTML had those capabilities! TeX is a document language, nothing more, nothing less.
Btw, I prefer LaTeX to raw TeX.
Also..
Is there a way to loop in TeX without using recursion?
Why not
blah.homepage.blah, then?
ELisp is not a strongly-typed language, yet I have never seen a bug in Emacs lisp code. (I've seen one on the XEmacs C code, though)
It's like a train wreck. Despite the fact that it's disturbing beyond belief, you just can't help but look.
The mechanism to stop this is already in place. Simply restrict what domains can be held by what organizations, like the .edu and .gov domains are regulated today. They shouldn't make the same mistake they did last time.
Btw, nice homepage link. Netscape read 200mb before I had the sense to stop it. :)
XFree4 supports Truetype fonts by itself without having to resort to that kludge anyway...
Under what situations would X scale bitmap versions of fonts instead of useing a truetype font rendered at that size?
Again, there is absolutely nothing different about this --- all OSs must render their fonts to bitmaps before displaying them, because displays are bitmap, raster devices!
Assuming X servers can't ask for sizes any more granular than a single pixel, what prevents truetype (and Type1) font code from providing fonts for every pixel size?
Yes, true, but the Lucidux fonts that ship with XFree 4.0.x are good. Besides, you can use those o-so-nice Windows fonts under X just fine.
Moderate this guy up! *This* is the kind of thing ACs are for!
Yahoo isn't *just* a search engine --- It's also a news, webmail, directory, map, and general-thing site.
Why *wouldn't* Slashdot want to post stories as soon as they were available?
Why does it delay them?
It's much easier to acheive both a more efficient reaction and cleaner emmision in a central, controlled environment instead of 100,000 smaller, cooler, more compact ones.
I just typed this comment in Emacs,
pasted to Jed in an xterm, and then pasted from the xterm to Netscape. Works fine.
I've seen multicolored text in X apps before, e.g., XEmacs...
Why would you *want* a font rendered at more than 1bpp? It would just take more time and would cause Pain in the form of bugs.
Ahem. Lyx is a WYSIWYG editor, and LaTeX can be turned into HTML quite easily.
In what way?
So use something like Gnome or KDE with their associated tools. kedit, kdevelop, koffice and KDE all work alike, as do the various Gnome program, Abiword, etc.
If you want to minimize space, why not try -Os?
You don't. You use the X clipboard or the primary selection.