Re: 1.1.2 and compose key
Hi Jean-Marc, Jean-Marc Lasgouttes wrote: > Yes, but I do not learn from past errors :) Add a > #define HAVE_XOPENIM 1 > in lyxlookup.C and recompile. This should fix the problem. The source > in cvs is correct now. As Garst also found out: It does not compile: lyxlookup.C: In function `void InitLyXLookup(struct Display *, Window)': lyxlookup.C:40: no matching function for call to \ `DebugStream::debug (char[47])' lyxlookup.C:45: no matching function for call to \ `DebugStream::debug (char[56])' support/DebugStream.h:131: candidates are: DebugStream::debug(Debug::type) lyxlookup.C:60: no matching function for call to \ `DebugStream::debug (char[49])' support/DebugStream.h:131: candidates are: DebugStream::debug(Debug::type) lyxlookup.C:67: no matching function for call to \ `DebugStream::debug (char[47])' support/DebugStream.h:131: candidates are: DebugStream::debug(Debug::type) lyxlookup.C: In function `int LyXLookupString(union XEvent *, \ char *, int, KeySym *)': lyxlookup.C:158: no matching function for call to \ `lyxstring::lyxstring (int &)' support/lyxstring.h:162: candidates are: lyxstring::lyxstring() support/lyxstring.h:165: lyxstring::lyxstring(const lyxstring &, size_t, size_t) support/lyxstring.h:168: lyxstring::lyxstring(const char *, size_t) support/lyxstring.h:171: lyxstring::lyxstring(const char *) support/lyxstring.h:174: lyxstring::lyxstring(size_t, char) support/lyxstring.h:177: lyxstring::lyxstring(char *, char *) lyxlookup.C:158: parse error before `)' Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: offtopic: convert word doc to latex
Andre' Poenitz wrote: > > > > > Sorry for the offtopic: can any body give me a pointer to a program > > that converts a Microsoft Word document to LaTeX? How about one that > > converts to lyx? > > There is no such beast yet for Word version larger than 6 (and there > won't be for a while). However you might have a look at > > http://www.snafu.de/~wehe/data_conv.html > > Or sue MicroSoft to disclose their APIs ;-) > > Andre' > > -- > Andre' Poenitz .. [EMAIL PROTECTED] mswordview converts to html for word 8. siag's "pathetic writer" imports and exports word-97, rtf, and html. There are a number of rtf2latex converters. html2latex may be limited to 209, the docs are not clear, but I have used it successfuly on simple docs. Very round-about, but may get you where you want to go. Garst
no X clipboard in lyx
What is involved in making the X clipboard work for lyx? -- Ulrich Günther
Re: Bug in X not LyX
> "miyata" == miyata <[EMAIL PROTECTED]> writes: >> So, let's come to the original problem :) As far as I remember, my >> conclusion at the time was that I do not know how to call >> XOpenIM(). I probably have to set some of the parameters instead of >> giving 0, but I miyata> They must be 0 unless you are going to use (now defunct) Xrdb miyata> stuffs. OK, fine. >> really do not know what to do here. All the program source I've >> seen seems intend to work for Chinese and Martian, and so is much >> too miyata> XIM is less commonly used for Chinese inputs than for miyata> Japanese/Korean inputs, just because the X11R5 method is more miyata> common in China/Taiwan. Well, I stand corrected :) >> complicated for me :( I just want (for now) to be able to read >> latin-x characters. Better support will be indeed needed, but >> later... miyata> I do not understand the real cause of this, either. Probably miyata> the alias for fr is missing in the locale.alias file. It would be nice if somebody having this problem could check this out. JMarc
Re: Lyx/Relyx bug
> "Peter" == Peter Drummond <[EMAIL PROTECTED]> writes: Peter> OK, but how many tries? I have used Lyx since v0.1, and I could Peter> never get mouse selection to work properly inside a bracket or Peter> a fraction or a square root. What happens is that it is all or Peter> nothing - you can select the entire bracket, but not just part Peter> of it, like (say) the first four symbols. Peter> I'm not really `complaining' (I have no right to), just giving Peter> feedback - to me, its still the best thing there is. I understand that. It is just that I cannot do much about that myself. The mathed code is a bit like a blackbox to me... JMarc
Re: Must-be-a-bug report
> "Christian" == Christian Lavoie <[EMAIL PROTECTED]> writes: Christian> Converting document Christian> http://www.enter-net.com/~9sclavoi/NetBooks/output.lyx.bz2 Christian> to LaTeX, using LyX 1.1.2 and TeTeX 1.0 (see below) results Christian> in 29 weird errors. (READ: Something I couldn't yet figure Christian> out myself; though I'm anything but a LyX-reference right Christian> now) You have a problem with accents: your script (presumably) has introduced spurious control characters (appearing like blanks in LyX) after accents. Example, at line 4871 of your file, there is Franc@ois Menneteau <[EMAIL PROTECTED]> when the @ is in fact a control character. The right form would be François Menneteau <[EMAIL PROTECTED]> I do not know whether the problem is in your script or in the original source, but nothing else should be a problem. JMarc
Re: 1.1.3cvs lyx-devel branch bugs
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes: Kayvan> Hi folks, Looks like there are debugging statements in Kayvan> src/trans.C in the method Trans::process(char, TransManager&) Kayvan> which must have been left in recently. This is temporary debugging code, because a nasty bug is still lurking out there... Kayvan> Also, clicking the middle mouse button on a lyx window creates Kayvan> the following assert crash: Indeed. It happens that the method LyXText::InsertStringB is written in a very `creative' way and likes to address characters after the end of a string. This is of course not a good idea with the string class. I'll commit a fix, but the functions might need a better rewrite. JMarc JMarc
Re: 1.1.2 and compose key
> "Peter" == Peter Suetterlin <[EMAIL PROTECTED]> writes: Peter> Hi Jean-Marc, Jean-Marc Lasgouttes wrote: >> Yes, but I do not learn from past errors :) Add a #define >> HAVE_XOPENIM 1 in lyxlookup.C and recompile. This should fix the >> problem. The source in cvs is correct now. Peter> As Garst also found out: It does not compile: This has been fixed in cvs a few days ago by Lars. Since the code was never used earlier, nobody noticed how broken it was... You can try to apply the following patch (from cvs). JMarc Index: lyxlookup.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyxlookup.C,v retrieving revision 1.3 retrieving revision 1.5 diff -u -r1.3 -r1.5 --- lyxlookup.C 1999/10/07 18:44:14 1.3 +++ lyxlookup.C 1999/11/15 12:01:37 1.5 @@ -1,12 +1,12 @@ /* This file is part of - * == + * == * * LyX, The Document Processor * * Copyright 1995 Matthias Ettrich * Copyright 1995-1999 The LyX team. * - * ==*/ + * == */ #include @@ -25,7 +25,7 @@ static XIM xim; static XIC xic; -XComposeStatus compose_status={0,0}; +XComposeStatus compose_status= {0, 0}; // This is called after the main LyX window has been created void InitLyXLookup(Display* display, Window window) @@ -33,14 +33,14 @@ xic = 0; // This part could be done before opening display - setlocale(LC_CTYPE,""); + setlocale(LC_CTYPE, ""); if (!XSupportsLocale()) { - lyxerr.debug("InitLyXLookup: X does not support this locale."); + lyxerr.debug() << "InitLyXLookup: X does not support this locale." << +endl; return; } if (!XSetLocaleModifiers("")) { - lyxerr.debug("InitLyXLookup: Could not set modifiers " -"for this locale."); + lyxerr.debug() << "InitLyXLookup: Could not set modifiers " + "for this locale." << endl; return; } @@ -54,15 +54,15 @@ 0); if (!xic) { - lyxerr.debug("InitLyXLookup: could not create " -"an input context"); + lyxerr.debug() << "InitLyXLookup: could not create " + "an input context" << endl; XCloseIM (xim); xim = 0; } } else - lyxerr.debug("InitLyXLookup: could not open " -"an input method."); + lyxerr.debug() << "InitLyXLookup: could not open " + "an input method." << endl; } @@ -152,8 +152,8 @@ return 0; } if (event->type != KeyPress) - lyxerr <<"LyXLookupString: wrong event type" - +string(event->type)); + lyxerr << "LyXLookupString: wrong event type" + << event->type << endl; Status status_return; result = XmbLookupString(xic, &event->xkey, buffer_return, @@ -189,7 +189,8 @@ void CloseLyXLookup() { if (xic) { - lyxerr.debug("CloseLyXLookup: destroying input context"); + lyxerr.debug() << "CloseLyXLookup: destroying input context" + << endl; XDestroyIC(xic); XCloseIM(xim); } @@ -201,7 +202,7 @@ #include #include -XComposeStatus compose_status={0,0}; +XComposeStatus compose_status= {0, 0}; // This is called after the main LyX window has been created void InitLyXLookup(Display* , Window )
Re: no X clipboard in lyx
> "Ulrich" == Ulrich Günther <[EMAIL PROTECTED]> writes: Ulrich> What is involved in making the X clipboard work for lyx? -- It already works in the sense X -> LyX. The other way around is probably much more difficult. You can read the recent thread below to see why it is not done yet :) http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg06584.html JMarc
Re: 1.1.2 and compose key
Jean-Marc Lasgouttes wrote: > This has been fixed in cvs a few days ago by Lars. Since the code was > never used earlier, nobody noticed how broken it was... You can try to > apply the following patch (from cvs). Yes works now. Thanks :-) Pit -- ~~ Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED] -- * -- * ...-- * -- * ...-- * -- * ...-- * -- * ...-- * -- * ...-- * -- Come and see the stars! http://www.kis.uni-freiburg.de/~ps/SFB Sternfreunde Breisgau e.V. Tel.: +49 7641 3492 __
Columns in LyX
Dear Sir/Madam, First of all, my sincere admiration to all of those who have contributed in building up the text editor which has now becomed my preferred one. I would like to ask if there is any option in which a page can be divided in one AND two columns at the same time, that is, a one column heading with a two column text, similar to what is required by scientific journals when proposing a paper. I have been searching through the help menus without success and, hence, I thought that the best way to get a quick answer will be to contact you. Thanks very much and hope to hear from you soon, Javier Vicedo
Re: Columns in LyX
> I would like to ask if there is any option in which a page can be > divided in one AND two columns > at the same time, that is, a one column heading with a two column text, > similar to what is required > by scientific journals when proposing a paper. That tends to happen automatically. If you use the author, title, etc. fields in the appropriate document class, these remain full-width even when you set the document to two columns. Failing that, I think you need to use ERT (latex commands) to switch back and forth. rick --
doc. syntax
On Thu, Nov 18, 1999 at 05:53:14PM +1000, Peter Drummond wrote: > > No sweat - appreciate all your efforts at making RELYX work as well as it > does! If you don't go the Tex route for a native format, has anyone > thought about using XML - its very close to what you have got anyway, in > syntax, but has a more standard set of conventions. The core coders could probably point you to a discussion of document syntax on the mailing list archives. I *believe* that the current thinking is that a syntax change is planned, but not soon, because they're worrying about STL and GUI issues right now. Any comments, anyone? Don't be afriad; it's friday. -Amir
Re: ABORT in LyX 1.12
On Thu, Nov 18, 1999 at 06:17:10PM +0100, Jean-Marc Lasgouttes wrote: > This one does not crash either for me. What I did is: > > - load the file > > - run File->View DVI > > Is this correct? Yes. Do you get the DVI file displayed? What locale setting do you have? Michael -- Michael Meskes | Go SF 49ers! Th.-Heuss-Str. 61, D-41812 Erkelenz| Go Rhein Fire! Tel.: (+49) 2431/72651 | Use Debian GNU/Linux! Email: [EMAIL PROTECTED] | Use PostgreSQL!
Re: And another question
On Thu, Nov 18, 1999 at 06:10:20PM +0100, Jean-Marc Lasgouttes wrote: > Not in the very near future. There have been a lot of changes recently > and they need to stabilize a bit. Okay. Thanks. That means I have to create a bug fix release for Debian. Michael -- Michael Meskes | Go SF 49ers! Th.-Heuss-Str. 61, D-41812 Erkelenz| Go Rhein Fire! Tel.: (+49) 2431/72651 | Use Debian GNU/Linux! Email: [EMAIL PROTECTED] | Use PostgreSQL!
Re: offtopic: convert word doc to latex
If it is properly structured document and word 8/97 format then mswordview will produce a well structured HMTL version, which presumably will generate a nice LyX version via hmtl2latex and relyx. If these conditions do not aplly then it may be better to try mswordview's "competition" which do not understand the binary format. word2x is amazlingly good at extratcing the structure from the text itself and will write structured latex but needs OLE archive format understanding added. A lyx output stage is on the TODO list. Release is currently held up by the need to finish off a MS structure reading toilet roll generator for OLE support (most of both this and OLE reading code exist but need finishing, debugging, etc). catdoc is a much simpler text extarctor but newer versions are more reliable than word2x-0.005 (this should be fixed when word2x-0.o06 comes out and understand OLE archives). As far as I know no other software comes close to these GPLed options. -- Duncan (-: "software industry, the: unique industry where selling substandard goods is legal and you can charge extra for fixing the problems."
Re: ABORT in LyX 1.12
On Thu, Nov 18, 1999 at 06:14:51PM +0100, Jean-Marc Lasgouttes wrote: > >> I just tried it and it seems to work correctly... Could you provide > >> a backtrace? Okay, I found some time. Here it is: (gdb) run Starting program: /home/michael/todo/lyx-1.1.2/src/lyx Program received signal SIGABRT, Aborted. 0x402445d1 in kill () from /lib/libc.so.6 (gdb) where #0 0x402445d1 in kill () from /lib/libc.so.6 #1 0x402442b8 in raise () from /lib/libc.so.6 #2 0x40245911 in abort () from /lib/libc.so.6 #3 0x8118654 in lyxstring::substr (this=0xb558, i=14, n=4294967295) at LAssert.h:14 #4 0x8113d2f in OnlyFilename (fname=@0xb558) at filetools.C:597 #5 0x8056d71 in LaTeX::deplog (this=0xb624, head=@0xb5d0) at LaTeX.C:658 #6 0x80558ee in LaTeX::run (this=0xb624, terr=@0xb640, minib=0x81bbec8) at LaTeX.C:417 #7 0x806c0c5 in Buffer::runLaTeX (this=0x8204488) at buffer.C:3154 #8 0x808bf51 in MenuRunLaTeX (buffer=0x8204488) at lyx_cb.C:459 #9 0x808ca04 in MakeDVIOutput (buffer=0x8204488) at lyx_cb.C:554 #10 0x808ca8c in RunScript (buffer=0x8204488, wait=false, command=@0xb7e8, orgname=@0xb7dc, need_shell=true) at lyx_cb.C:573 #11 0x808d7b6 in MenuPreview (buffer=0x8204488) at lyx_cb.C:826 #12 0x80a8714 in LyXFunc::Dispatch (this=0x81bc830, ac=12, do_not_use_this_arg=0x0) at lyxfunc.C:630 #13 0x80bb914 in Menus::ShowFileMenu (ob=0x81b4f30) at menus.C:664 #14 0x80b8c24 in C_Menus_ShowFileMenu (ob=0x81b4f30, data=0) at menus.C:71 #15 0x40040a34 in fl_object_qread () from /usr/X11R6/lib/libforms.so.0.89 #16 0x40050a3e in fl_check_forms () from /usr/X11R6/lib/libforms.so.0.89 #17 0x809bc09 in LyXGUI::runTime (this=0x8188c20) at lyx_gui.C:634 #18 0x809cf19 in LyX::LyX (this=0xbb30, argc=0xbbd4, argv=0xbc34) at ../src/lyx_main.C:123 #19 0x80b8bea in main (argc=1, argv=0xbc34) at ../src/main.C:43 The path given to Only Filename is "\\OML/cmm/m/it/10". BTW it always is that path. Michael -- Michael Meskes | Go SF 49ers! Th.-Heuss-Str. 61, D-41812 Erkelenz| Go Rhein Fire! Tel.: (+49) 2431/72651 | Use Debian GNU/Linux! Email: [EMAIL PROTECTED] | Use PostgreSQL!
Anybody want a button?
I made buttons to link my homepage back to the LyX website. So I thought I would go ahead and share them with everybody. Steal them off of: http://Web.InfoAve.Net/~ctdole/old_links.html Chris -- /etc/passwd is full -- go away!
Failure to compile Lyx 1.1.2 on SuSE 6.2
Hello, I am using the g++ compiler & libraries which came with SuSE 6.2 (ie. egcs-2.91.66). Compilation runs ok, up to the point where it tries to link Lyx. Then this happens: -- make[3]: Entering directory `/usr/src/lyx-1.1.2/src' g++ -g -O2 -fno-exceptions -fno-rtti -o lyx BufferView.o Bullet.o Chktex.o DepTable.o FontInfo.o FontLoader.o ImportLaTeX.o ImportNoweb.o LaTeX.o LaTeXFeatures.o LaTeXLog.o Literate.o LyXAction.o LyXSendto.o LyXView.o PaperLayout.o ParagraphExtra.o Spacing.o TableLayout.o bmtable.o buffer.o bufferlist.o bufferparams.o bullet_forms.o bullet_forms_cb.o chset.o combox.o credits.o credits_form.o filedlg.o form1.o intl.o kbmap.o lastfiles.o latexoptions.o layout.o layout_forms.o lyx.o lyx_cb.o lyx_gui.o lyx_gui_misc.o lyx_main.o lyx_sendfax.o lyx_sendfax_main.o lyx_sty.o lyxdraw.o lyxfont.o lyxfr0.o lyxfr1.o lyxfunc.o lyxlex.o lyxlookup.o lyxrc.o lyxserver.o lyxvc.o main.o menus.o minibuffer.o paragraph.o print_form.o screen.o sp_form.o spellchecker.o table.o tex-accent.o tex-strings.o texoptions.o texrow.o text.o text2.o toolbar.o trans.o trans_mgr.o vspace.o mathed/mathed.o insets/insets.o support/libsupport.a ../intl/libintl.a -lforms -lXpm -lSM -lICE -liberty -lc -lm -L/usr/X11R6/lib -lX11 support/libsupport.a(DebugStream.o): In function `DebugStream::DebugStream(int, Debug::type)': /usr/src/lyx-1.1.2/src/support/DebugStream.C:143: undefined reference to `streambuf::seekoff(long, ios::seek_dir, int)' /usr/src/lyx-1.1.2/src/support/DebugStream.C:143: undefined reference to `streambuf::seekpos(long, int)' support/libsupport.a(DebugStream.o): In function `DebugStream::DebugStream(int, Debug::type)': /usr/include/g++/streambuf.h:470: undefined reference to `streambuf::sys_seek(long, ios::seek_dir)' support/libsupport.a(DebugStream.o): In function `DebugStream::DebugStream(int, Debug::type)': /usr/src/lyx-1.1.2/src/support/DebugStream.C:143: undefined reference to `streambuf::seekoff(long, ios::seek_dir, int)' /usr/src/lyx-1.1.2/src/support/DebugStream.C:143: undefined reference to `streambuf::seekpos(long, int)' support/libsupport.a(DebugStream.o): In function `DebugStream::DebugStream(int, Debug::type)': /usr/include/g++/streambuf.h:470: undefined reference to `streambuf::sys_seek(long, ios::seek_dir)' support/libsupport.a(DebugStream.o): In function `DebugStream::DebugStream(int, Debug::type)': /usr/src/lyx-1.1.2/src/support/DebugStream.C:143: undefined reference to `streambuf::seekoff(long, ios::seek_dir, int)' /usr/src/lyx-1.1.2/src/support/DebugStream.C:143: undefined reference to `streambuf::seekpos(long, int)' support/libsupport.a(DebugStream.o): In function `DebugStream::DebugStream(int, Debug::type)': /usr/include/g++/streambuf.h:470: undefined reference to `streambuf::sys_seek(long, ios::seek_dir)' collect2: ld returned 1 exit status make[3]: *** [lyx] Error 1 make[3]: Leaving directory `/usr/src/lyx-1.1.2/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/lyx-1.1.2/src' make[1]: *** [all-recursive-am] Error 2 make[1]: Leaving directory `/usr/src/lyx-1.1.2/src' make: *** [all-recursive] Error 1 -- Has Lyx 1.1.2 been thoroughly tested on the major Linux distros? Or am I doing something wrong? I ran the configure script, and it didn't complain. Any advice would be appreciated. Regards, David Nelson.
Re: Lyx/Relyx bug
Dear Amir, thanks for your time. As I understand it, the empty brace after \begin{thebibliography}{} is the reason why reLyX crashes here. I therefore changed this to: \begin{thebibliography}{10} Everything worked fine. But why does it crash here with an empty brace, and not at your installation? Could it be that the perl is different? Or some libraries - obviously, these can be the source of many problems! Using perl -v gives: -- This is perl, version 5.003 with EMBED built under dec_osf at Mar 6 1997 15:48:41 + suidperl security patch Copyright 1987-1996, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which may be found in the Perl 5.0 source kit. -- I appreciate your help - it does seem that the bug is system-dependent, and perhaps our perl needs recompiling or updating. Or maybe we need to just switch to Linux completely, in order to make sure the system libraries are really compatible... yours, Peter Drummond. -- Physics Department, University of Queensland, St Lucia 4072, Queensland, Australia. Tel:+61-7-3365-3404 Fax:+61-7-3365-1242 [EMAIL PROTECTED] www.physics.uq.edu.au/people/drummond
Footnotes in itemized text, Lyx 1.0.0pre6 Dec. 23 1998
Hi there! I encountered something that should be a bug: If you use footnotes in itemized text, Lyx writes (in TeX-file) \footnotemark{} instead of \footnote{} (I used no boxes, if you manually change it to \footnote, it works fine). If the itemized text is longer then one page (the end of the itemized list is on the other page), the footnotes will be printed not on the page where the bookmark is placed but on the page where the list ends. The same thing happens if you use "enumerate". More visual: Lyx behavior: \begin{itemize} \item something \item something else\footnotemark{}% 100 more items \end{itemize}\footnotetext{this is a footnote} How it should be: \begin{itemize} \item something \item something else\footnote{this is a footnote} 100 more items \end{itemize} System: RH 5.0 Lyx 1.0.0pre6 Dec. 23 1998 tetex-xdvi-0.4pl8-9 textutils-1.22-4 tetex-dvilj-0.4pl8-9 tetex-afm-0.4pl8-9 tetex-dvips-0.4pl8-9 tetex-0.4pl8-9 tetex-latex-0.4pl8-9 tetex-texmf-src-0.4pl8-9 Hope this helps Tvrtko Barbaric For my public PGP key please visit http://www.nai.com/products/security/public_keys/lookup_key.asp
Re: Bug report 1.0.0pre6
To All, On Fre, 15 Jan 1999 [EMAIL PROTECTED] wrote: >I have just realised reading this, that I say something similar with >one of my own software projects when moving over to ecgs instead of >gcc. It appears to be far less tolerant of un initilised pointers. >For some reason, it seems far less likely to get a zero in unitilised >data than before - the change has led to me finding quite a few new >pointer bugs. Does anyone use egcs for developement on lyx ? Vaguely related: I am having some trouble with egcs-1.1.1 and LyX cvs sources on Linux/AXP. LyX does work correctly (well, at least corresponding to the pre :-) when compiled w/o optimization, but crashes on opening some documents when compiled w/ any optimization level. I haven't found time to track it down yet, but it might more be of an egcs than lyx bug. Does anybody run LyX on an Alpha here ? What OS, compiler ? Btw: KLyX shows the exact same behaviour on the same docs :-( Greetings, Jochen --- Jochen K"upper Heinrich-Heine-Universit"at D"usseldorf [EMAIL PROTECTED] Institut f"ur Physikalische Chemie I Universit"atsstr. 1, Geb 26.43 Raum 02.29phone ++49-211-8113681 40225 D"usseldorffax ++49-211-8115195 Germany http://www-public.rz.uni-duesseldorf.de/~jochen ---
Re: for crying out loud . . .
On Fre, 15 Jan 1999 Asger K. Alstrup Nielsen wrote: >The easy solution is to use HTML export, which the newer Word >versions read rather well. Maybe we should develop a native HTML >export with style sheet (CSS) support at some point in time? As stated previously: What's about rtf ? - Can be read by ( almost ?) any WordProcessor. - Can be produced via sgml ( sgml2rtf ). Greetings, Jochen --- Jochen K"upper Heinrich-Heine-Universit"at D"usseldorf [EMAIL PROTECTED] Institut f"ur Physikalische Chemie I Universit"atsstr. 1, Geb 26.43 Raum 02.29phone ++49-211-8113681 40225 D"usseldorffax ++49-211-8115195 Germany http://www-public.rz.uni-duesseldorf.de/~jochen ---
Re: what does LFUN_...
Hello, > in lyxfunc.C there are several checks for LFUN_ When are these called, > especially LFUN_WORDFINDBACKWARD.? It has some code with many question > marks in the comments and the code seems (at a first glance) be nearly > identical to the code in lyxfr1.C (which does the find and replace > dialog). Should we merge these up? The LFUN_... are the values of enum kb_action (see commandtags.h). The value LFUN_WORDFINDBACKWARD is attached (in LyXAction.C) to the lyx function 'word-find-backward' (You can do "M-x word-find-forward Hello" in LyX). I wrote that function, and am not familiar with LyX's code : so I wrote down my doubts as comments; any resemblance with other pieces of code in LyX is not coincidence. I wrote that function because I didn't want to have to click in the search window. By binding it to C-s, one can repeat the last search, in emacs fashion. However, I got used to clicking (although it's slower), and don't use that function much. I proposed, to make a patch that removes "word-find-forward" and "word-find-backward" from LyX. Cheers, Etienne
Re: inseturl
> I have commited changes that make inseturl usable for other document > classes than SGML (LinuxDoc). One thing that remain doing is Edit of > the inset. Currently you are only able to create and delete it. > > Unless somebody wants this edit feature a lot, I will not wait for it > to be included in 1.0.0. It can be added in 1.0.1. > > So people what are our task list for the 1.0.0 release? I think you should finish the support for inseturl. Then, the documentation should be updated to use it, but we need some kind of work around if the needed LaTeX package is not available. Also, there has been a bunch of bug reports recently that we should have a closer look at. I'd like to fix the click policy: In math mode, the actions should happen on click, while the other stuff happens on release. This area should be refined a bit more. I finally managed to get X working on my new machine, so after exams, I'll probably have time for some work on the code for a change. Greets, Asger
Re: for crying out loud . . .
> As stated previously: > What's about rtf ? > - Can be read by ( almost ?) any WordProcessor. > - Can be produced via sgml ( sgml2rtf ). RTF format is a mirror of the Word document model. So it's basically the ordinary Word format in another wrapping. So the problems of mapping between Word document model and LyX remains. RTF is IMO even more ugly than ordinary Word format. I think that HTML is a better medium. Greets, Asger
Re: inseturl
*Asger K Alstrup Nielsen writes: | I think you should finish the support for inseturl. That requires some rewriting on how the dialog works. (doable, takes time) | Then, the documentation should be updated to use it, but we need | some kind of work around if the needed LaTeX package is not | available. \newcommand{\url}[1]{\texttt{#1}} This will not break nicely, and other features provided with url.sty is (obvisouly) not supported) | Also, there has been a bunch of bug reports recently that we should | have a closer look at. I have only noticed the one about -with 700 -height 700, and can not reproduce it. What other bugs has been mentioned? | I'd like to fix the click policy: In math mode, the actions should | happen on click, while the other stuff happens on release. This | area should be refined a bit more. When? We really need to get 1.0 out VSN! | I finally managed to get X working on my new machine, so after | exams, I'll probably have time for some work on the code for a | change. When do you finish your exams? Lgb
Re: geometry of main window
Lars Gullik Bjønnes wrote: > *Peter Suetterlin writes: > | Hi all, > | > | I didn't see it in the docs or BUGS, so here it goes: lyx -width > | 700 -height 700 opens a LyX window that is 650x650 pixels in size > | :-( Where's that offset from (it is constant 50). > > I do not see this behaviour. > > How do you figure out the size of the lyx window? xwininfo? > > lyx version? > os? Oops, sorry. Here it comes: System 1 is a Debian Linux with LyX 1.0.0pre4, System 2 is a SuSE Linux with LyX 1.0.0pre7 In both cases the window manager was fvwm2 Aaah! I just checked it with xwininfo, and obviously it is fvwm2 that reports wrong sizes (I used the rescale function that displays the current size of the window...) So I stand corrected, sorry for the false alarm (at least I learned a new program - xwininfo ;^> ) Peter -- ~~ Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED] -- * -- * ...-- * -- * ...-- * -- * ...-- * -- * ...-- * -- * ...-- * -- Come and see the stars! http://www.kis.uni-freiburg.de/~ps/SFB Sternfreunde Breisgau e.V. Tel.: +49 7641 3492 __
Re: what does LFUN_...
Etienne Grossmann wrote: > However, I got used to clicking (although it's slower), and don't > use that function much. I proposed, to make a patch that removes > "word-find-forward" and "word-find-backward" from LyX. I'm not familiar with lyx source either, so I'm not sure if we should do this. Other opinions? If we keep it, I could change it in order to make it behave more like the dialog search (word found is selcted etc.) Regards Daniel -- PGP Key fingerprint = 3D 98 9E D2 00 B6 E0 9D 7E B9 77 23 17 E2 11 6A http://cgi4all.alabanza.com/glasatelier/
Re: LyX: The Typesetter's Wordprocessor
On Sun, 17 Jan 1999, Richard Noel Fell wrote: > Is there a version for the Next 3.3 operating system? Not a native port that uses any NeXTStep features. However, if there is an xforms port for your system it shouldn't be two difficult to get it to build. Hmmm... you might even need to install libXpm if your system doesn't already have it. I'm not very familiar with NeXT but I think from memory it runs Display Postscript which doesn't use X-Windows if that's the case it should still be possible to build LyX but will require a bit of extra code in a few places to substite X-Windows calls (not too many but enough to be annoying). [Any other developers know if NeXT normally runs X11?] Your best bet would be to download the latest prerelease of 1.0.0 (which is either pre7 or pre8 by now) and (assuming an xforms port exists) try compiling it. If you get a bunch of errors, myself and the other developers will try to assist in getting it built. Of course, that would require you to be our eyes and hands. I've cc'ed this reply to the LyX Developers list so you may be lucky, one of them may know if its been done before however its not listed in the documentation and I don't remember hearing about it being done before. Regards, Allan. (ARRae)