8:22 p.m.
Will it be possible to build XEmacs 21.5 on DirectFB on Linux ??
--
Regards,
--
For technical support contracts, go to https://order.mysql.com/?ref=msmi
__ ___ ___ ____ __
/ |/ /_ __/ __/ __ \/ / Mr. Sinisa Milivojevic <sinisa(a)mysql.com>
/ /|_/ / // /\ \/ /_/ / /__ MySQL AB, FullTime Developer
/_/ /_/\_, /___/\___\_\___/ Larnaca, Cyprus
<___/ www.mysql.com
9:26 a.m.
>>>> "Sinisa" == Sinisa Milivojevic
<sinisa(a)mysql.com> writes:
Sinisa> Will it be possible to build XEmacs 21.5 on DirectFB on
Sinisa> Linux ??
If that's what it sounds like (a libsvga for the framebuffer device),
I kinda doubt it any time soon. That's a whole new console type,
which is a fair amount of effort. Reasonably straight forward, as the
proliferation of console types shows, but time consuming since XEmacs
has so much functionality.
Patches welcome, of course.
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
12:55 p.m.
Stephen J. Turnbull writes:
>>>>> "Sinisa" == Sinisa Milivojevic
<sinisa(a)mysql.com> writes:
If that's what it sounds like (a libsvga for the framebuffer device),
I kinda doubt it any time soon. That's a whole new console type,
which is a fair amount of effort. Reasonably straight forward, as the
proliferation of console types shows, but time consuming since XEmacs
has so much functionality.
Patches welcome, of course.
Thanks for the answer.
GTK+ 2.* has been fully ported to DirectFB, so when XEmacs can be
built with GTK only , or almost only, I will be glad to try to provide
patches.
--
Regards,
--
For technical support contracts, go to https://order.mysql.com/?ref=msmi
__ ___ ___ ____ __
/ |/ /_ __/ __/ __ \/ / Mr. Sinisa Milivojevic <sinisa(a)mysql.com>
/ /|_/ / // /\ \/ /_/ / /__ MySQL AB, FullTime Developer
/_/ /_/\_, /___/\___\_\___/ Larnaca, Cyprus
<___/ www.mysql.com
9:22 p.m.
"Stephen J. Turnbull" <stephen(a)xemacs.org> writes:
>>>>> "Sinisa" == Sinisa Milivojevic
<sinisa(a)mysql.com> writes:
Sinisa> Will it be possible to build XEmacs 21.5 on DirectFB on
Sinisa> Linux ??
If that's what it sounds like (a libsvga for the framebuffer device), I
kinda doubt it any time soon. That's a whole new console type, which is
a fair amount of effort. Reasonably straight forward, as the
proliferation of console types shows, but time consuming since XEmacs has
so much functionality.
The GTK port would probably work. I've been meaning to try it, but have
been in permanent fire-drill mode at work for quite a while. :( I talked
with ben a 2 months ago or so about reworking a lot of the display code so
that X & GTK would be shared (and we could theoretically move windows to
common code as well), but I haven't gotten a response in a while and
haven't had a lot of time to play with it lately.
*sigh*
I really think that the current GTK code should be largely scrapped and a
GTK2 (possibly Qt) port done and used as a testbed for factoring out large
chunks of duplicated code in the Gtk/X/Qt ports. If anybody wants to work
on this please let me know.
I was originally planning on being on vacation all of june, but have scaled
that back to try and sell the house. So I have a week at the end of june
that I could dedicate to the gtk2 port.
I apologize to everyone for being so spotty in responding to emails about
emacs/w3 or xemacs for the last 6 months. :(
-bp
--
Ceterum censeo vi esse delendam
11:49 a.m.
William M. Perry writes:
"Stephen J. Turnbull" <stephen(a)xemacs.org> writes:
The GTK port would probably work. I've been meaning to try it, but have
been in permanent fire-drill mode at work for quite a while. :( I talked
with ben a 2 months ago or so about reworking a lot of the display code so
that X & GTK would be shared (and we could theoretically move windows to
common code as well), but I haven't gotten a response in a while and
haven't had a lot of time to play with it lately.
*sigh*
I really think that the current GTK code should be largely scrapped and a
GTK2 (possibly Qt) port done and used as a testbed for factoring out large
chunks of duplicated code in the Gtk/X/Qt ports. If anybody wants to work
on this please let me know.
I was originally planning on being on vacation all of june, but have scaled
that back to try and sell the house. So I have a week at the end of june
that I could dedicate to the gtk2 port.
I apologize to everyone for being so spotty in responding to emails about
emacs/w3 or xemacs for the last 6 months. :(
-bp
--
Ceterum censeo vi esse delendam
I never worked on GTK, but did work a bit on XEmacs.
I am on business trip / vacation this month, so let's get in touch in
June.
--
Regards,
--
For technical support contracts, go to https://order.mysql.com/?ref=msmi
__ ___ ___ ____ __
/ |/ /_ __/ __/ __ \/ / Mr. Sinisa Milivojevic <sinisa(a)mysql.com>
/ /|_/ / // /\ \/ /_/ / /__ MySQL AB, FullTime Developer
/_/ /_/\_, /___/\___\_\___/ Larnaca, Cyprus
<___/ www.mysql.com
11:27 p.m.
>>>> "Sinisa" == Sinisa Milivojevic
<sinisa(a)mysql.com>:
Sinisa> Stephen J. Turnbull writes:
"Sinisa" == Sinisa Milivojevic <sinisa(a)mysql.com>
writes:
>
> If that's what it sounds like (a libsvga for the framebuffer
> device), I kinda doubt it any time soon. That's a whole new console
> type, which is a fair amount of effort. Reasonably straight
> forward, as the proliferation of console types shows, but time
> consuming since XEmacs has so much functionality.
>
> Patches welcome, of course.
>
Sinisa> Thanks for the answer.
Sinisa> GTK+ 2.* has been fully ported to DirectFB, so when XEmacs can
Sinisa> be built with GTK only , or almost only, I will be glad to try
Sinisa> to provide patches.
Hmm. That could actually mean I could get rid of X alltogether for most
of my work. Interesting.
--J.
4:04 a.m.
>>>> "Jan" == Jan Rychter
<jan(a)rychter.com> writes:
Sinisa> GTK+ 2.* has been fully ported to DirectFB, so when XEmacs
Sinisa> can be built with GTK only , or almost only, I will be
Sinisa> glad to try to provide patches.
Jan> Hmm. That could actually mean I could get rid of X
Jan> alltogether for most of my work. Interesting.
I think this is unlikely in the near future; AFAIK there is a lot of
direct-to-X code left in the GTK port. I wouldn't mind being proved
wrong, though. ;-)
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
1:56 p.m.
"Stephen J. Turnbull" <stephen(a)xemacs.org> writes:
>>>>> "Jan" == Jan Rychter
<jan(a)rychter.com> writes:
Sinisa> GTK+ 2.* has been fully ported to DirectFB, so when XEmacs
Sinisa> can be built with GTK only , or almost only, I will be
Sinisa> glad to try to provide patches.
Jan> Hmm. That could actually mean I could get rid of X
Jan> alltogether for most of my work. Interesting.
I think this is unlikely in the near future; AFAIK there is a lot of
direct-to-X code left in the GTK port. I wouldn't mind being proved
wrong, though. ;-)
There is some left, but not a whole lot. With Gtk2 I think the vast
majority can be removed. Currently there is some for:
- Exporting the X id of a frame to lisp - I think this should just be nuked
- Implementing set-mouse-position - should be fixed in gtk2
- Getting the device fd (can make this X specific)
- Modifier checking for correct alt/meta/hyper/super handling. Not sure
how gtk2 handles this.
- colorize_image_instance code. Need XCopyPlane - maybe in gtk2
- MULE font stuff (find_charset_font) - will be radically different in gtk2
- To reduce flicker I use my own draw routines that calls XDrawImageString.
This may be fixed in gtk2 - they did a lot of work in this area.
-bp
--
Ceterum censeo vi esse delendam
7654
days inactive
7659
days old
7 comments
4 participants
participants (4)
-
Jan Rychter -
Sinisa Milivojevic -
Stephen J. Turnbull -
William M. Perry