Hi Stephen
"Stephen J. Turnbull" <stephen(a)xemacs.org> writes:
Marcus Harnisch writes:
> It seems that a majority of people doesn't care.
Sure, but they don't write code for XEmacs. What matters is, first,
what those of us who do write code for XEmacs want, and second, what
we're willing to do for others.
Sure. I am not talking about doing something for others only. We'd do
ourselves a favor. Lifting our toolkit into year 2k would be a
win. Besides using all very appreciated sophisticated features, I would
just as much like to be able to use XEmacs for simple stuff such as
"open a text file and print it to my Laserjet in the attic in two-up
format" -- while my wife watching me without ROTFL. It is ridiculous
that it isn't possible to do this without jumping through hoops.
> The GUI world has shifted towards client side rendering a long
time
> ago.
XEmacs should be able to display on multiple displays, automatically
adapting to each display's special characteristics.
For practical reasons, ordinary people will use entire desktop
redirection, which is normally not as clever. Ever tried to redirect a
subpixel rendered desktop from a BGR LCD to RGB?
But as you also concluded, GTK will likely be able to satisfy Julian's
and others' needs. So no worry.
> Since you won't be working on both machines at the same
time,
Au contraire. I do, and I imagine Julian does too, regularly have
frames displayed on both machines at the same time for various
reasons.
I believe you got me wrong here. What I meant was that you will most
likely not be working on both machines (work and home) at the same
time. So if there was anything that couldn't be achieved as elegantly as
you may have wished for, it is likely that manually reloading a GTK
resource file suitable for "home" will be a reasonable workaround. In
that case the frame on "work" will be rendered with potentially less
appropriate settings, but you won't see it anyway.
[SFO is giving me only a few more free internet minutes, so I'll better
send this message now]
Regards
Marcus
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta