LyX and gtk+ [was: Re: fltk and XForms compliance]
mbaker@iee.org (Mark Baker) writes:
> On Fri, Apr 17, 1998 at 11:56:02AM +0100, Enrique Zanardi wrote:
>
> > > That will be a problem with lyx as the upstream side is thinking about a
> > > switch anyway, but qt is the leading candidate there.
> >
> > Someone should tell them about GTK, now that version 1.0 has been released.
> > A little bit of info about the distribution problems they will face if
> > the choose Qt
>
> Unfortunately they've already chosen Qt. And done all the work to port it.
>
> Have a look at http://www-pu.informatik.uni-tuebingen.de/users/ettrich/klyx.html
>
> It's a shame he chose to use a non-free toolkit, as klyx looks very nice.
>
Careful please! "They" (if you meant the upstream LyX developers) have
since very long chosen to implement the next major LyX release
toolkit-independent allowing others to put any GUI on top based on
whatever toolkit they like. Matthias Ettrich and Kalle Dalheimer have
only ported LyX to KDE without consulting the LyX team first and
without taking into account any toolkit independence considerations.
They were obviously mostly interested to get something out fast for
the KDE project. This is not necessarily bad from a KDE centric
perspective, but maybe not necessarily good from the point of view of
an overall toolkit independence.
In any case there is already someone who is interested in working with
the LyX team to get out a gtk+ version for the GNOME project. His name
is de Dirk Luetjens <dirk@luedi.oche.de> and it seems that he is a
Debian user as well. People who would like to help him shouldn't
hesitate in contacting him. Here is Dirks message on the LyX mailing
list with his announcement:
--------------------snip----------------------------------------------
From: dirk@luedi.oche.de (Dirk Luetjens)
Subject: GNOME Interface for LyX?
Newsgroups: local.lyx-devel
Date: 22 Mar 98 21:46:34 GMT
Reply-To: lyx@via.ecp.fr
Path: localhost!gateway
Message-ID: <Pine.LNX.3.96.980322214902.22980A-100000@server.wg.net>
Sender: pseelig
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Approved: Local Mail2News Gateway
X-POP3-Rcpt: pseelig@archimedes.zdv.Uni-Mainz.DE
Lines: 46
Xref: localhost local.lyx-devel:886
Hello,
I'm new to this list. I subscribed because I mentioned a LaTeX based
wordprocessor on the gnome mailing list. I tried LyX one year ago. I
haven't used it further, because I couldn't get familiar with the
interface. I have seen, that a lot of things changed since then. I also
read that you focus an independent LyX-core separated from the GUI stuff.
I wanted to contribute my spare knowledge, time and ideas to the gnome
project. So perhaps I could help with a gnome interface for LyX.
When I started thinking of an LaTeX based wordprocessor, I had in mind the
WordPerfect way of doing things. They split the window into two parts. One
for the pure source and one for the processed output. I thought of using
xemacs/auctex as an external widget plugged into the wordprocessor for
doing the powerful editing of the source code and the processed output
window to do some resizing, object editing stuff. I wasn't sure if LaTeX
holds some hooks to recalculate only a few part of the whole document.
Naturally this application should have all the goodies of a gui based
wordprocessor. It would although be nice if you could edit an
inserted image within the wordprocessor e.g. with gimp.
Since I don't want to reinvent the wheel, I thought of helping the LyX
team. Are there any written documents about how to accomplish the
gui-independence? Or is this all in flux? When did you expect to have LyX
0.13 in scope? What to read when start hacking on LyX?
I now of two other projects wich try to be widget set independend:
COAS and deity (a debian administration tool). Although the externel
widget implementation of xemacs could be of interest. I couldn't find it
by now, but there must be a specification somewhere to include external
widgets. For thoes who use xemacs, they could have a look in
/usr/lib/xemacs-{###}/etc/test/external-widget. There, and in the
info-pages is written that you have to link with -lextcli_Xm, -lextcli_Xt
or -lextcli_Xlib. Whith this you can have a client frame within another
application where LyX can render all its output. All the button presses
and mouse clicks are translated according an interface specification and
send to the LyX core. Menus become very simple, because they only have to
send messages to the core. Just an idea...
Dirk
P.S. I don't know about lyx intern data format. I just know that it is not
pure LaTeX. Is there a design goal to converge the intern data format to
LaTeX?
--------------------snip----------------------------------------------
Maybe Dirk could please speak up if he is reading along here?
Cheers, P. *8^)
PS: CC'ed to Dirk Luetjens <dirk@luedi.oche.de>
--
--------- Paul Seelig <pseelig@goofy.zdv.uni-mainz.de> -----------
African Music Archive - Institute for Ethnology and Africa Studies
Johannes Gutenberg-University - Forum 6 - 55099 Mainz/Germany
--------------- http://www.uni-mainz.de/~pseelig -----------------
--
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: