Re: 1.3pre2 small bug in menu fonts
On Fri, Jan 17, 2003 at 10:57:03PM +0100, Lars Gullik Bj?nnes wrote: | ADSL John Isn't it nice to be online all the time? Yes ... being able to cvs update is actually the biggest advantage ... I can't leave my computer on all the time though: too noisy to sleep with ! john -- But let your communication be Yea, yea; nay, nay: for whatsoever is more than these cometh of evil. - Matthew 5:37 on the binary number system
Re: [PATCH] Load/Create Docs with missing TeX classes
On Sat, Jan 18, 2003 at 12:09:25AM +0200, Martin Vermeer wrote: I've not heard of people using LyX because it disallows doing things. I have heard of millions of people panicking because of too many options in software -- but those wouldn't even get as far as considering LyX. Still, it's a good idea to hide things that would only confuse most users. For the issue at hand, greying out perhaps? (and at the end of the list) What people do not get is that almost all UI improvements benefit *everybody* Math typesetting is intrinsically complex. Mathed has nothing to be ashamed of. Bunk. The typesetting may be complex, but that is done by the computer not by the user. The user does structured composition and editing. Furthermore, the alleged complexity of something is NEVER an excuse for a bad UI. Compare Blender (complex facilities, unusable UI) with Logic Audio (complex facilities, usable-as-hell in comparison). regards john -- But let your communication be Yea, yea; nay, nay: for whatsoever is more than these cometh of evil. - Matthew 5:37 on the binary number system
Re: [PATCH] Load/Create Docs with missing TeX classes
On Sat, Jan 18, 2003 at 11:15:38AM +, John Levon spake thusly: Math typesetting is intrinsically complex. Mathed has nothing to be ashamed of. Bunk. The typesetting may be complex, but that is done by the computer not by the user. By LaTeX, actually. And yes, it does a great job. The user does structured composition and editing. That's what I meant. In the case of LyX, doing it visually and maintaining near-WYSIWYG (i.e., keeping up with LaTeX) is pretty complex. Furthermore, the alleged complexity of something is NEVER an excuse for a bad UI. Indeed. But would you call the mathed UI 'bad'? Come on! Compare with Word's formula editor any day. Compare Blender (complex facilities, unusable UI) with Logic Audio (complex facilities, usable-as-hell in comparison). Don't know them. I believe you :-) regards john -- But let your communication be Yea, yea; nay, nay: for whatsoever is more than these cometh of evil. - Matthew 5:37 on the binary number system Martin msg51202/pgp0.pgp Description: PGP signature
Re: [PATCH] Load/Create Docs with missing TeX classes
On Sat, Jan 18, 2003 at 02:10:36PM +0200, Martin Vermeer wrote: Furthermore, the alleged complexity of something is NEVER an excuse for a bad UI. Indeed. But would you call the mathed UI 'bad'? Come on! Compare with Word's formula editor any day. Of course I would not call it bad. It's damn good. But this is not going to stop me whining about wrinkles that *are* there. We can do better than doing better than Word. regards john -- This is just the kind of crackpot scheme I've been looking to champion!!! - P.M. Hartke on 6U campaign
Re: 1.3pre2 small bug in menu fonts
John Levon [EMAIL PROTECTED] writes: | I can't leave my computer on all the time though: too noisy to sleep | with ! Bull! My home computer is called Tyfon, and not without reason. I still keep it on all the time and it does not bother me much. (I have turn if off if I have guests... they get really annoyed.) -- Lgb
Re: 1.3pre2 small bug in menu fonts
On Sat, Jan 18, 2003 at 01:26:12PM +0100, Lars Gullik Bj?nnes wrote: | I can't leave my computer on all the time though: too noisy to sleep | with ! Bull! Sure it is. And don't even ask about my test box (rack netserver LPr). It's like a plane permanently taking off... Besides I have no need to run any services, why would I keep it on... john -- This is just the kind of crackpot scheme I've been looking to champion!!! - P.M. Hartke on 6U campaign
Re: Exporting pdf from Koma-script book with 2 page option
On Fri, 17 Jan 2003, Christian Ridderström wrote: Hi I found that exporting a simple document http://www.md.kth.se/~chr/lyx/bugs/Koma-scr-2/example.lyx as a PDF-file, http://www.md.kth.se/~chr/lyx/bugs/Koma-scr-2/example.pdf and then viewing it with Acroread 5.05 make Acroread choke while I'm attempting to see a page: The page contents object has the wrong type. any ideas? Just wanted to say that this problem also occurs when opening the .pdf-file with the windows version of Acroread. Furthermore, exporting the file to .tex and running: latex example.tex; dvipdf example.dvi; acroread example.pdf produces the same problems. However, pdflatex, will produce a .pdf-file that acroread doesn't choke on. So, it seems this isn't a Lyx-specific thing, and I wonder if someone can tell me where this problem should be reported? /Christian -- Christian Ridderström, +46-8-790 91 37 http://www.md.kth.se/~chr Mechatronics lab, Dept. of Machine Designhttp://www.md.kth.se
Re: Exporting pdf from Koma-script book with 2 page option
On Sat, 18 Jan 2003, Christian Ridderström wrote: On Fri, 17 Jan 2003, Christian Ridderström wrote: Hi Furthermore, exporting the file to .tex and running: latex example.tex; dvipdf example.dvi; acroread example.pdf produces the same problems. Oh.. and here's a _very_ short example .tex-file that produce the problem: short_ex.tex: \documentclass{scrbook} \begin{document} \part{A title} \end{document} To get the problem, just run: latex short_ex; dvipdf short_ex; acroread short_ex.pdf -- Christian Ridderström, +46-8-790 91 37 http://www.md.kth.se/~chr Mechatronics lab, Dept. of Machine Designhttp://www.md.kth.se
Re: Exporting pdf from Koma-script book with 2 page option
Christian Ridderström schrieb: Oh.. and here's a _very_ short example .tex-file that produce the problem: short_ex.tex: \documentclass{scrbook} \begin{document} \part{A title} \end{document} To get the problem, just run: latex short_ex; dvipdf short_ex; acroread short_ex.pdf I have no problem here *File List* scrbook.cls2001/08/17 v2.8l LaTeX2e KOMA document class bk11.clo2001/04/21 v1.4e Standard LaTeX file (size option) typearea.sty2001/08/17 v2.8l LaTeX2e KOMA package Acroread 5.05 on Linux Herbert -- http://www.educat.hu-berlin.de/~voss/lyx/
Re: Exporting pdf from Koma-script book with 2 page option
On Sat, 18 Jan 2003, Herbert Voss wrote: Christian Ridderström schrieb: Oh.. and here's a _very_ short example .tex-file that produce the problem: short_ex.tex: \documentclass{scrbook} \begin{document} \part{A title} \end{document} To get the problem, just run: latex short_ex; dvipdf short_ex; acroread short_ex.pdf I have no problem here *File List* scrbook.cls2001/08/17 v2.8l LaTeX2e KOMA document class bk11.clo2001/04/21 v1.4e Standard LaTeX file (size option) typearea.sty2001/08/17 v2.8l LaTeX2e KOMA package Acroread 5.05 on Linux Herbert Hmm.. I tried downloading the lates scrbook.cls etc, but I still have the problem. Maybe it lies with ghostscript... Could you perhaps try and convert the attached .dvi-file, and see if you then get the error? I'm thinking that if you do get the error (you have to do page down once or twice in Acroread to produce it), then the problem lies before ghostscript. Otherwise it's my ghostscript version. /C -- Christian Ridderström, +46-8-790 91 37 http://www.md.kth.se/~chr Mechatronics lab, Dept. of Machine Designhttp://www.md.kth.se tst.dvi Description: Binary data
Re: Exporting pdf from Koma-script book with 2 page option
Christian Ridderström wrote: Hmm.. I tried downloading the lates scrbook.cls etc, but I still have the problem. Maybe it lies with ghostscript... I get this with standard book class too, but only if I use ps2pdf, not with pdflatex (I don't have dvipdfm); so it's not a koma problem, but more likely ps2pdf producing non-acrobat-conform pdf. Jürgen.
Re: Exporting pdf from Koma-script book with 2 page option
Christian Ridderström schrieb: Hmm.. I tried downloading the lates scrbook.cls etc, but I still have the problem. Maybe it lies with ghostscript... Could you perhaps try and convert the attached .dvi-file, and see if you then get the error? also no problem with dvipdf ESP Ghostscript 7.05.3 (2002-06-28) Copyright (C) 2002 artofcode LLC, Benicia, CA. All rights reserved. Herbert -- http://www.educat.hu-berlin.de/~voss/lyx/
Re: Problems creating figure floats
On Fri, Jan 17, 2003 at 11:26:47AM +, John Levon wrote: [...] Press return before inserting graphics so they get inserted in the new paragraph above, inser the graphics, and then type your caption in the empty caption paragraph below. The solution to this UI problem is not clear :/ The simple solution is to let the empty paragraph inside a float be of standard type, so users have to insert or change to caption wherever they need it. More work, but no confusion. It is hard to make this more user-friendly while retaining flexibility. One could make the caption part of the float parameters, with a toggle for putting it on top or below. Simple user-friendly, but then I can't do fun stuff like having the caption in the middle of the float (with text/graphichs) both above and below, or have two captions in a single float. The latter makes sense - I get two figures that _will_ be printed together at all cost. A float cold be created with two initial paragraphs though - an empty standard paragraph _and_ a caption below it. Those who want the caption on top can simply move the cursor down and the std. paragraph will dis- appear. And putting a border around the caption (like the border around a tex box or the float itself) might make things clearer by showing the boundary of the caption paragraph. It is usually not that many lines anyway. Helge Hafting
Re: Exporting pdf from Koma-script book with 2 page option
On Fri, Jan 17, 2003 at 01:33:26PM +0100, Christian Ridderström wrote: Hi I found that exporting a simple document http://www.md.kth.se/~chr/lyx/bugs/Koma-scr-2/example.lyx as a PDF-file, http://www.md.kth.se/~chr/lyx/bugs/Koma-scr-2/example.pdf and then viewing it with Acroread 5.05 make Acroread choke while I'm attempting to see a page: I have the same problem. Install dvipdfm, reconfigure, and use the dvipdfm option for making pdf. It works. pdflatex also makes fine pdf, and faster. But it don't like xfig external insets. Helge Hafting
Re: Problems creating figure floats
On Sat, Jan 18, 2003 at 06:04:08PM +0100, Helge Hafting wrote: The simple solution is to let the empty paragraph inside a float be of standard type, so users have to insert or change to caption wherever they need it. More work, but no confusion. Actually more work, more confusion. Users upgrading from 1.1.6 were baffled as to how to get a caption. See lyx-users ad passim. regards john -- This is just the kind of crackpot scheme I've been looking to champion!!! - P.M. Hartke on 6U campaign
Re: 1.3pre2 small bug in menu fonts
On Sat, Jan 18, 2003 at 12:29:50PM +, John Levon spake thusly: On Sat, Jan 18, 2003 at 01:26:12PM +0100, Lars Gullik Bj?nnes wrote: | I can't leave my computer on all the time though: too noisy to sleep | with ! Bull! Sure it is. And don't even ask about my test box (rack netserver LPr). It's like a plane permanently taking off... Besides I have no need to run any services, why would I keep it on... john Eh, one guy I know who is into hardware said it this way: you can never be sure that it will come on again... One service you do run is updatedb, by the way. And the cleanup scripts. But if you run anacron it should take care of itself. I have the same experience as Lars. This machine (at home) makes a heck of a noise, and it varies, making 'sick' noises now and then for hours in a row. I suspect the cooling fan bearings are dirty or worn -- this is an old, old box bought second hand. AST, not a good brand either. But I have no problem with the sound and happily sleep beside it if I have to, when we have guests. My wife cannot. I suppose it's a bit like with dogs: some people love them, some can't stand them -- and those are the ones that get allergic, or bitten :-) Martin msg51215/pgp0.pgp Description: PGP signature
more thoughts on including documents
I'm partially thinking out loud here, so bear with me as I say stupid things :) As I'm understanding them right now, all forms of include and insert actually make the other document part of the current document. What would be really useful in many circumstances (such as what I'm working in right now) would be the ability to include the output of the other file, rather than it's contents. For example, I want Appenix C to be the syllabus for my class. To make the final document, I'm going to have to break apart my document into the main body and the separator pages for the appendices, making a postscript file for each (with gv save as, I suppose). and then use psmerge to put syllabii and such into the single output file. It would be useful to have something like an include that would cause the processing of the document to stop, the output of the included document inserted, and then processing of the original document again. But as I think this over, this would stil have the tex problem of having multiple titles and the like. OK, so maybe this is really a tex problem, and not a lyx one; I'm not sure. But it would be such a useful thing to be possible, that I thought I'd toss it out. hawk -- Richard E. Hawkins, Asst. Prof. of Economics/\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings. Penn State until it pays my retainer. / \
Helvetica, sans
sue%F1o_007[1].html Description: Binary data
Re: Lyx 1.3.0pre2 and qt-mt
On Fri, Jan 17, 2003 at 05:40:09PM -0800, John Keane wrote: However, it will prefer -lqt if it finds it first. We could perhaps change the search order to prefer -lqt-mt. I'm not sure if thats the best solution. Isn't it best to give the person compiling the option of which qt library to use? This is a PITA. We should try to use the lib we find in $QTDIR/lib, but we have no way of telling g++ which one to find :( Doing what you suggest only fixes a certain case of it, we could still have similarly named libraries and still need to prefer the other. I don't know a good solution. regards john -- This is just the kind of crackpot scheme I've been looking to champion!!! - P.M. Hartke on 6U campaign
Re: Lyx 1.3.0pre2 and qt-mt
John Levon [EMAIL PROTECTED] writes: | On Fri, Jan 17, 2003 at 05:40:09PM -0800, John Keane wrote: | | However, it will prefer -lqt if it finds it first. We could perhaps | change the search order to prefer -lqt-mt. | | I'm not sure if thats the best solution. Isn't it best to give the person | compiling the option of which qt library to use? | | This is a PITA. We should try to use the lib we find in $QTDIR/lib, but | we have no way of telling g++ which one to find :( | | Doing what you suggest only fixes a certain case of it, we could still | have similarly named libraries and still need to prefer the other. | | I don't know a good solution. Make the qt distributors only distribute _one_ library. It is either thread safe or not. -- Lgb
Re: Lyx 1.3.0pre2 and qt-mt
On Sat, Jan 18, 2003 at 08:06:18PM +0100, Lars Gullik Bj?nnes wrote: | I don't know a good solution. Make the qt distributors only distribute _one_ library. It is either thread safe or not. That still doesn't cater for multiple Qt installations. The only solution is for the user not to intsall any qt libraries on the default library search path regards john -- This is just the kind of crackpot scheme I've been looking to champion!!! - P.M. Hartke on 6U campaign
[PATCH] de.po
Hi Lars, hi Jean-Marc, here comes another update for de.po. Please apply it. Thanks in advance, Michael Index: de.po === RCS file: /cvs/lyx/lyx-devel/po/de.po,v retrieving revision 1.73 diff -u -r1.73 de.po --- de.po 2003/01/15 09:25:59 1.73 +++ de.po 2003/01/18 20:21:14 @@ -5,13 +5,18 @@ # # Ein paar generelle Richtlinien für eine einheitliche Übersetzung (Vorschlag von M. Schmitt): # +# add - hinzufügen / anfügen # advanced - erweitert(e) +# bibliography - Literaturliste # bind (file) - Tastaturkürzel(-Datei) # border- Rahmen # browse- durchsuchen # button- Knopf # command - Befehl +# convert(er) - konvertieren / Konverter +# custom- benutzerdefiniert # display - Anzeige/anzeigen +# edit - bearbeiten # extension - (Datei-)endung # extra ... - Zusatz-... / Extra (im Ausnahmefall) # font - Schrift @@ -19,23 +24,26 @@ # inline- eingebettet # key - Schlüssel # label - Marke -# layout- layout +# layout- Format (Hartmut Haase) # math - Mathe # Miscellaneous - Verschiedenes +# multicolumn - Mehrfachspalte # option- Option # remove- entfernen # restore - zurücksetzen +# scroll (bar) - verschieben / Rollbalken # set - festlegen / ... ein / (set to - setzen auf) # setting - Einstellung # shortcut - Kürzel # show - anzeigen / zeige ... # template - Vorlage +# view(er) - ansehen / Ansicht / Betrachter # msgid msgstr Project-Id-Version: LyX 1.3.0\n POT-Creation-Date: 2003-01-14 02:14+0100\n -PO-Revision-Date: 2002-01-14 03:00+0100\n +PO-Revision-Date: 2002-01-18 03:00+0100\n Last-Translator: Michael Schmitt [EMAIL PROTECTED]\n Language-Team: German [EMAIL PROTECTED]\n MIME-Version: 1.0\n @@ -301,8 +309,8 @@ #: ../src/frontends/xforms/forms/form_search.fd:134 msgid Case sensitive|#C msgstr -Groß/Kleinschr.\n - unterscheiden|#G +Groß-/Kleinschreibung\n + beachten|#G #: ../src/frontends/xforms/forms/form_citation.fd:260 msgid Previous|#P @@ -378,7 +386,7 @@ #: ../src/frontends/xforms/forms/form_document.fd:446 msgid Special (A4 portrait only):|#S -msgstr Speziell (nur für A4-Hochformat):|#S +msgstr Spezial (nur für A4-Hochformat):|#S #: ../src/frontends/xforms/forms/form_document.fd:464 msgid Top:|#T @@ -594,7 +602,7 @@ #: ../src/frontends/xforms/forms/form_ert.fd:115 msgid Inlined View|#I -msgstr Eingebettet|#i +msgstr Eingebettete Ansicht|#i #: ../src/frontends/xforms/forms/form_external.fd:43 msgid Template|#t @@ -612,11 +620,11 @@ #: ../src/frontends/xforms/forms/form_external.fd:133 msgid Edit file|#E -msgstr Datei editieren|#e +msgstr Datei bearbeiten|#b #: ../src/frontends/xforms/forms/form_external.fd:151 msgid View result|#V -msgstr Erg. anzeigen|#E +msgstr Erg. ansehen|#E #: ../src/frontends/xforms/forms/form_external.fd:169 msgid Update result|#U @@ -1195,7 +1203,7 @@ #: ../src/frontends/xforms/forms/form_preferences.fd:701 msgid Layout Bindings -msgstr Layout Tastaturkürzel +msgstr Format Tastaturkürzel #: ../src/frontends/xforms/forms/form_preferences.fd:719 msgid User Interface file|#U @@ -1272,7 +1280,7 @@ #: ../src/frontends/xforms/forms/form_preferences.fd:1154 msgid Wheel mouse jump -msgstr Rad-Maus Vorschub +msgstr Rad-Maus Verschiebung #: ../src/frontends/xforms/forms/form_preferences.fd:1176 msgid Autosave interval @@ -1307,9 +1315,8 @@ msgstr Zusammengesetzte Wörter erlauben|#Z #: ../src/frontends/xforms/forms/form_preferences.fd:1421 -#, fuzzy msgid Use input encoding|#i -msgstr Input encoding verwenden|#I +msgstr Eingabekodierung verwenden|#E #: ../src/frontends/xforms/forms/form_preferences.fd:1439 msgid Advanced Options @@ -1358,9 +1365,8 @@ msgstr #: ../src/frontends/xforms/forms/form_preferences.fd:1679 -#, fuzzy msgid Auto begin|#b -msgstr Auto begin +msgstr Auto Beginn|#B #: ../src/frontends/xforms/forms/form_preferences.fd:1697 msgid Use babel|#U @@ -1373,7 +1379,7 @@ #: ../src/frontends/xforms/forms/form_preferences.fd:1733 msgid Auto finish|#f -msgstr +msgstr Auto Ende|#E #: ../src/frontends/xforms/forms/form_preferences.fd:1751 msgid Global|#G @@ -1409,9 +1415,8 @@ msgstr Dateiendung|#D #: ../src/frontends/xforms/forms/form_preferences.fd:1973 -#, fuzzy msgid Viewer|#V -msgstr Anzeigen|g +msgstr Betrachter|#B #: ../src/frontends/xforms/forms/form_preferences.fd:1991 #: ../src/frontends/xforms/forms/form_preferences.fd:2141 @@ -1428,9 +1433,8 @@ msgstr Löschen|#L #: ../src/frontends/xforms/forms/form_preferences.fd:2051 -#, fuzzy msgid All converters|#l -msgstr Formatkonvertierung +msgstr Alle Konverter|#A #: ../src/frontends/xforms/forms/form_preferences.fd:2069 msgid From|#F @@ -1441,9
make distclean error
Making distclean in sourcedoc make[1]: Entering directory `/home/moz/src/lyx/lyx-rt/sourcedoc' make[1]: *** No rule to make target `distclean'. Stop. regards john -- This is just the kind of crackpot scheme I've been looking to champion!!! - P.M. Hartke on 6U campaign
Re: [PATCH] de.po
Michael Schmitt [EMAIL PROTECTED] writes: | Project-Id-Version: LyX 1.3.0\n | POT-Creation-Date: 2003-01-14 02:14+0100\n | -PO-Revision-Date: 2002-01-14 03:00+0100\n | +PO-Revision-Date: 2002-01-18 03:00+0100\n Can you fix the year and resend? -- Lgb
UPGRADING
I guess we need to update this file for 1.3.x. -- Lgb
bugzilla rides again
Bugzilla is not up again. Please report all problems to [EMAIL PROTECTED] (and/or here) -- Lgb
lyx crash and libc
Hi.. I updated and compiled the cvs version today and lyx still crashes on startup.. looks like some incompatibility with libc.. I'm running Debian on a powerpc based machine... below is the backtrace from the crash.. I had the same problem when I tried earlier a month or so back.. Please let me know if some particular libc version is best suited for lyx.. Thanks, nirmal -- (gdb) r Starting program: /opt/lyx-devel/src/lyx [New Thread 16384 (LWP 20559)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 20559)] 0x0f5544f4 in mallopt () from /lib/libc.so.6 (gdb) bt #0 0x0f5544f4 in mallopt () from /lib/libc.so.6 #1 0x0f55304c in free () from /lib/libc.so.6 #2 0x1002b364 in boost::signals::detail::slot_base::~slot_base ( this=0x7278, __in_chrg=2) at /usr/lib/gcc-lib/powerpc-linux/2.95.4/../../../../include/g++-3/stl_all oc.h:164#3 0x1049bd04 in grfx::Loader::Impl::Impl (this=0x1073b280, params=@0x1073b2d4) at GraphicsLoader.C:206 #4 0x1049acd0 in grfx::Loader::Loader (this=0x106af6d0) at GraphicsLoader.C:85#5 0x102fbfd4 in {anonymous}::SplashScreen::SplashScreen (this=0x106af6c4)at screen.C:85#6 0x102fbed8 in {anonymous}::SplashScreen::get () at screen.C:77#7 0x102fc74c in LyXScreen::LyXScreen (this=0x1073b130) at screen.C:116#8 0x103aace0 in QScreen::QScreen (this=0x1073b130, o=@0x107398d0)at qscreen.C:48 #9 0x1031b32c in LyXScreenFactory::create (owner=@0x107398d0) at LyXScreenFactory.C:26 #10 0x1001d100 in BufferView::Pimpl::Pimpl (this=0x10739818, bv=0x10739808,owner=0x7850, xpos=0, ypos=0, width=690, height=510)at BufferView_pimpl.C:113 #11 0x10014104 in BufferView::BufferView (this=0x10739808, owner=0x7850,xpos=0, ypos=0, width=690, height=510) at BufferView.C:65#12 0x1039ae84 in QtView::QtView (this=0x77d8, width=690, height=510)---Type return to continue, or q return to quit---at QtView.C:66 #13 0x103a27e0 in lyx_gui::start (batch=@0x7a10, files=@0x7958) at lyx_gui.C:140 #14 0x1010dd5c in LyX::LyX (this=0x7a08, argc=@0x7a38, argv=0x7ac4)at ../src/lyx_main.C:166 #15 0x101808d0 in main (argc=1, argv=0x7ac4) at ../src/main.C:31 #16 0x0f4f3e8c in __libc_start_main () from /lib/libc.so.6
Re: CJK-LyX-1.2.3
Hello, Sorry for my late reply... I have been away. On 10 Jan 2003, Jean-Marc Lasgouttes wrote: My take on this is that nobody has much knowledge about input methods on the xforms community. If what you propose does not break 'simple' latinX input methods and is reasonably useful from your point of view. I think it could be applied. You could try to prepare a patch and send it with a discussion to the xforms mailing list. Since Miyata knows much better on the subject than I do, I rahter let him send a patch to the xforms mailing. In fact, All I know is that the patch works for CJK-LyX and I cannot even make a persuasive argument why the patch works. I sincerely hope Miyata can find the time to do the work. Regards, cghan
Re: 1.3pre2 small bug in menu fonts
On Fri, Jan 17, 2003 at 10:57:03PM +0100, Lars Gullik Bj?nnes wrote: > | ADSL John > > Isn't it nice to be online all the time? Yes ... being able to cvs update is actually the biggest advantage ... I can't leave my computer on all the time though: too noisy to sleep with ! john -- "But let your communication be Yea, yea; nay, nay: for whatsoever is more than these cometh of evil." - Matthew 5:37 on the binary number system
Re: [PATCH] Load/Create Docs with missing TeX classes
On Sat, Jan 18, 2003 at 12:09:25AM +0200, Martin Vermeer wrote: > > I've not heard of people using LyX because it disallows doing > > things. > > I have heard of millions of people panicking because of too many > options in software -- but those wouldn't even get as far as > considering LyX. Still, it's a good idea to hide things that would > only confuse most users. For the issue at hand, greying out perhaps? > (and at the end of the list) What people do not get is that almost all UI improvements benefit *everybody* > Math typesetting is intrinsically complex. Mathed has nothing to be > ashamed of. Bunk. The typesetting may be complex, but that is done by the computer not by the user. The user does structured composition and editing. Furthermore, the alleged complexity of something is NEVER an excuse for a bad UI. Compare Blender (complex facilities, unusable UI) with Logic Audio (complex facilities, usable-as-hell in comparison). regards john -- "But let your communication be Yea, yea; nay, nay: for whatsoever is more than these cometh of evil." - Matthew 5:37 on the binary number system
Re: [PATCH] Load/Create Docs with missing TeX classes
On Sat, Jan 18, 2003 at 11:15:38AM +, John Levon spake thusly: > > > Math typesetting is intrinsically complex. Mathed has nothing to be > > ashamed of. > > Bunk. The typesetting may be complex, but that is done by the computer > not by the user. By LaTeX, actually. And yes, it does a great job. > The user does structured composition and editing. That's what I meant. In the case of LyX, doing it visually and maintaining near-WYSIWYG (i.e., keeping up with LaTeX) is pretty complex. > Furthermore, the alleged complexity of something is NEVER an excuse for > a bad UI. Indeed. But would you call the mathed UI 'bad'? Come on! Compare with Word's formula editor any day. > Compare Blender (complex facilities, unusable UI) with Logic > Audio (complex facilities, usable-as-hell in comparison). Don't know them. I believe you :-) > regards > john > > -- > "But let your communication be Yea, yea; nay, nay: > for whatsoever is more than these cometh of evil." > - Matthew 5:37 on the binary number system > Martin msg51202/pgp0.pgp Description: PGP signature
Re: [PATCH] Load/Create Docs with missing TeX classes
On Sat, Jan 18, 2003 at 02:10:36PM +0200, Martin Vermeer wrote: > > Furthermore, the alleged complexity of something is NEVER an excuse for > > a bad UI. > > Indeed. But would you call the mathed UI 'bad'? Come on! Compare with > Word's formula editor any day. Of course I would not call it bad. It's damn good. But this is not going to stop me whining about wrinkles that *are* there. We can do better than doing better than Word. regards john -- "This is just the kind of crackpot scheme I've been looking to champion!!!" - P.M. Hartke on 6U campaign
Re: 1.3pre2 small bug in menu fonts
John Levon <[EMAIL PROTECTED]> writes: | I can't leave my computer on all the time though: too noisy to sleep | with ! Bull! My home computer is called "Tyfon", and not without reason. I still keep it on all the time and it does not bother me much. (I have turn if off if I have guests... they get really annoyed.) -- Lgb
Re: 1.3pre2 small bug in menu fonts
On Sat, Jan 18, 2003 at 01:26:12PM +0100, Lars Gullik Bj?nnes wrote: > | I can't leave my computer on all the time though: too noisy to sleep > | with ! > > Bull! Sure it is. And don't even ask about my test box (rack netserver LPr). It's like a plane permanently taking off... Besides I have no need to run any services, why would I keep it on... john -- "This is just the kind of crackpot scheme I've been looking to champion!!!" - P.M. Hartke on 6U campaign
Re: Exporting pdf from Koma-script book with 2 page option
On Fri, 17 Jan 2003, Christian Ridderström wrote: > Hi > > I found that exporting a simple document > http://www.md.kth.se/~chr/lyx/bugs/Koma-scr-2/example.lyx > as a PDF-file, > http://www.md.kth.se/~chr/lyx/bugs/Koma-scr-2/example.pdf > and then viewing it with Acroread 5.05 make Acroread choke while > I'm attempting to see a page: > > The page contents object has the wrong type. > > any ideas? > Just wanted to say that this problem also occurs when opening the .pdf-file with the windows version of Acroread. Furthermore, exporting the file to .tex and running: latex example.tex; dvipdf example.dvi; acroread example.pdf produces the same problems. However, pdflatex, will produce a .pdf-file that acroread doesn't choke on. So, it seems this isn't a Lyx-specific thing, and I wonder if someone can tell me where this problem should be reported? /Christian -- Christian Ridderström, +46-8-790 91 37 http://www.md.kth.se/~chr Mechatronics lab, Dept. of Machine Designhttp://www.md.kth.se
Re: Exporting pdf from Koma-script book with 2 page option
On Sat, 18 Jan 2003, Christian Ridderström wrote: > On Fri, 17 Jan 2003, Christian Ridderström wrote: > > Hi > > > Furthermore, exporting the file to .tex and running: > latex example.tex; dvipdf example.dvi; acroread example.pdf > produces the same problems. Oh.. and here's a _very_ short example .tex-file that produce the problem: short_ex.tex: \documentclass{scrbook} \begin{document} \part{A title} \end{document} To get the problem, just run: >latex short_ex; dvipdf short_ex; acroread short_ex.pdf -- Christian Ridderström, +46-8-790 91 37 http://www.md.kth.se/~chr Mechatronics lab, Dept. of Machine Designhttp://www.md.kth.se
Re: Exporting pdf from Koma-script book with 2 page option
Christian Ridderström schrieb: Oh.. and here's a _very_ short example .tex-file that produce the problem: short_ex.tex: \documentclass{scrbook} \begin{document} \part{A title} \end{document} To get the problem, just run: >latex short_ex; dvipdf short_ex; acroread short_ex.pdf I have no problem here *File List* scrbook.cls2001/08/17 v2.8l LaTeX2e KOMA document class bk11.clo2001/04/21 v1.4e Standard LaTeX file (size option) typearea.sty2001/08/17 v2.8l LaTeX2e KOMA package Acroread 5.05 on Linux Herbert -- http://www.educat.hu-berlin.de/~voss/lyx/
Re: Exporting pdf from Koma-script book with 2 page option
On Sat, 18 Jan 2003, Herbert Voss wrote: > Christian Ridderström schrieb: > > Oh.. and here's a _very_ short example .tex-file that produce the > > problem: > > > > short_ex.tex: > > \documentclass{scrbook} > > \begin{document} > > \part{A title} > > \end{document} > > > > To get the problem, just run: > > >latex short_ex; dvipdf short_ex; acroread short_ex.pdf > > I have no problem here > > *File List* > scrbook.cls2001/08/17 v2.8l LaTeX2e KOMA document class > bk11.clo2001/04/21 v1.4e Standard LaTeX file (size option) > typearea.sty2001/08/17 v2.8l LaTeX2e KOMA package > > Acroread 5.05 on Linux > > Herbert Hmm.. I tried downloading the lates scrbook.cls etc, but I still have the problem. Maybe it lies with ghostscript... Could you perhaps try and convert the attached .dvi-file, and see if you then get the error? I'm thinking that if you do get the error (you have to do page down once or twice in Acroread to produce it), then the problem lies before ghostscript. Otherwise it's my ghostscript version. /C -- Christian Ridderström, +46-8-790 91 37 http://www.md.kth.se/~chr Mechatronics lab, Dept. of Machine Designhttp://www.md.kth.se tst.dvi Description: Binary data
Re: Exporting pdf from Koma-script book with 2 page option
Christian Ridderström wrote: > Hmm.. I tried downloading the lates scrbook.cls etc, but I still have the > problem. Maybe it lies with ghostscript... I get this with standard book class too, but only if I use ps2pdf, not with pdflatex (I don't have dvipdfm); so it's not a koma problem, but more likely ps2pdf producing non-acrobat-conform pdf. Jürgen.
Re: Exporting pdf from Koma-script book with 2 page option
Christian Ridderström schrieb: Hmm.. I tried downloading the lates scrbook.cls etc, but I still have the problem. Maybe it lies with ghostscript... Could you perhaps try and convert the attached .dvi-file, and see if you then get the error? also no problem with dvipdf ESP Ghostscript 7.05.3 (2002-06-28) Copyright (C) 2002 artofcode LLC, Benicia, CA. All rights reserved. Herbert -- http://www.educat.hu-berlin.de/~voss/lyx/
Re: Problems creating figure floats
On Fri, Jan 17, 2003 at 11:26:47AM +, John Levon wrote: [...] > Press return before inserting graphics so they get inserted in the new > paragraph above, inser the graphics, and then type your caption in the > empty caption paragraph below. > > The solution to this UI problem is not clear :/ The simple solution is to let the empty paragraph inside a float be of "standard" type, so users have to insert or change to caption wherever they need it. More work, but no confusion. It is hard to make this more user-friendly while retaining flexibility. One could make the caption part of the float parameters, with a toggle for putting it on top or below. Simple & user-friendly, but then I can't do fun stuff like having the caption in the middle of the float (with text/graphichs) both above and below, or have two captions in a single float. The latter makes sense - I get two figures that _will_ be printed together at all cost. A float cold be created with two initial paragraphs though - an empty standard paragraph _and_ a caption below it. Those who want the caption on top can simply move the cursor down and the std. paragraph will dis- appear. And putting a border around the caption (like the border around a tex box or the float itself) might make things clearer by showing the boundary of the caption paragraph. It is usually not that many lines anyway. Helge Hafting
Re: Exporting pdf from Koma-script book with 2 page option
On Fri, Jan 17, 2003 at 01:33:26PM +0100, Christian Ridderström wrote: > Hi > > I found that exporting a simple document > http://www.md.kth.se/~chr/lyx/bugs/Koma-scr-2/example.lyx > as a PDF-file, > http://www.md.kth.se/~chr/lyx/bugs/Koma-scr-2/example.pdf > and then viewing it with Acroread 5.05 make Acroread choke while > I'm attempting to see a page: > I have the same problem. Install dvipdfm, reconfigure, and use the dvipdfm option for making pdf. It works. pdflatex also makes fine pdf, and faster. But it don't like xfig external insets. Helge Hafting
Re: Problems creating figure floats
On Sat, Jan 18, 2003 at 06:04:08PM +0100, Helge Hafting wrote: > The simple solution is to let the empty paragraph inside a float > be of "standard" type, so users have to insert or change to > caption wherever they need it. More work, but no confusion. Actually more work, more confusion. Users upgrading from 1.1.6 were baffled as to how to get a caption. See lyx-users ad passim. regards john -- "This is just the kind of crackpot scheme I've been looking to champion!!!" - P.M. Hartke on 6U campaign
Re: 1.3pre2 small bug in menu fonts
On Sat, Jan 18, 2003 at 12:29:50PM +, John Levon spake thusly: > On Sat, Jan 18, 2003 at 01:26:12PM +0100, Lars Gullik Bj?nnes wrote: > > > | I can't leave my computer on all the time though: too noisy to sleep > > | with ! > > > > Bull! > > Sure it is. And don't even ask about my test box (rack netserver LPr). > It's like a plane permanently taking off... > > Besides I have no need to run any services, why would I keep it on... > > john Eh, one guy I know who is into hardware said it this way: "you can never be sure that it will come on again... " One service you do run is updatedb, by the way. And the cleanup scripts. But if you run anacron it should take care of itself. I have the same experience as Lars. This machine (at home) makes a heck of a noise, and it varies, making 'sick' noises now and then for hours in a row. I suspect the cooling fan bearings are dirty or worn -- this is an old, old box bought second hand. AST, not a good brand either. But I have no problem with the sound and happily sleep beside it if I have to, when we have guests. My wife cannot. I suppose it's a bit like with dogs: some people love them, some can't stand them -- and those are the ones that get allergic, or bitten :-) Martin msg51215/pgp0.pgp Description: PGP signature
more thoughts on including documents
I'm partially thinking out loud here, so bear with me as I say stupid things :) As I'm understanding them right now, all forms of include and insert actually make the other document part of the current document. What would be really useful in many circumstances (such as what I'm working in right now) would be the ability to include the output of the other file, rather than it's contents. For example, I want Appenix C to be the syllabus for my class. To make the final document, I'm going to have to break apart my document into the main body and the separator pages for the appendices, making a postscript file for each (with gv "save as", I suppose). and then use psmerge to put syllabii and such into the single output file. It would be useful to have something like an include that would cause the processing of the document to stop, the output of the "included" document inserted, and then processing of the original document again. But as I think this over, this would stil have the tex problem of having multiple titles and the like. OK, so maybe this is really a tex problem, and not a lyx one; I'm not sure. But it would be such a useful thing to be possible, that I thought I'd toss it out. hawk -- Richard E. Hawkins, Asst. Prof. of Economics/"\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings. Penn State until it pays my retainer. / \
Helvetica, sans
sue%F1o_007[1].html Description: Binary data
Re: Lyx 1.3.0pre2 and qt-mt
On Fri, Jan 17, 2003 at 05:40:09PM -0800, John Keane wrote: > > However, it will prefer -lqt if it finds it first. We could perhaps > > change the search order to prefer -lqt-mt. > > I'm not sure if thats the best solution. Isn't it best to give the person > compiling the option of which qt library to use? This is a PITA. We should try to use the lib we find in $QTDIR/lib, but we have no way of telling g++ which one to find :( Doing what you suggest only fixes a certain case of it, we could still have similarly named libraries and still need to prefer the other. I don't know a good solution. regards john -- "This is just the kind of crackpot scheme I've been looking to champion!!!" - P.M. Hartke on 6U campaign
Re: Lyx 1.3.0pre2 and qt-mt
John Levon <[EMAIL PROTECTED]> writes: | On Fri, Jan 17, 2003 at 05:40:09PM -0800, John Keane wrote: | | > > However, it will prefer -lqt if it finds it first. We could perhaps | > > change the search order to prefer -lqt-mt. | > | > I'm not sure if thats the best solution. Isn't it best to give the person | > compiling the option of which qt library to use? | | This is a PITA. We should try to use the lib we find in $QTDIR/lib, but | we have no way of telling g++ which one to find :( | | Doing what you suggest only fixes a certain case of it, we could still | have similarly named libraries and still need to prefer the other. | | I don't know a good solution. Make the qt distributors only distribute _one_ library. It is either thread safe or not. -- Lgb
Re: Lyx 1.3.0pre2 and qt-mt
On Sat, Jan 18, 2003 at 08:06:18PM +0100, Lars Gullik Bj?nnes wrote: > | I don't know a good solution. > > Make the qt distributors only distribute _one_ library. It is either > thread safe or not. That still doesn't cater for multiple Qt installations. The only solution is for the user not to intsall any qt libraries on the default library search path regards john -- "This is just the kind of crackpot scheme I've been looking to champion!!!" - P.M. Hartke on 6U campaign
[PATCH] de.po
Hi Lars, hi Jean-Marc, here comes another update for de.po. Please apply it. Thanks in advance, Michael Index: de.po === RCS file: /cvs/lyx/lyx-devel/po/de.po,v retrieving revision 1.73 diff -u -r1.73 de.po --- de.po 2003/01/15 09:25:59 1.73 +++ de.po 2003/01/18 20:21:14 @@ -5,13 +5,18 @@ # # Ein paar generelle Richtlinien für eine einheitliche Übersetzung (Vorschlag von M. Schmitt): # +# add -> hinzufügen / anfügen # advanced -> erweitert(e) +# bibliography -> Literaturliste # bind (file) -> Tastaturkürzel(-Datei) # border-> Rahmen # browse-> durchsuchen # button-> Knopf # command -> Befehl +# convert(er) -> konvertieren / Konverter +# custom-> benutzerdefiniert # display -> Anzeige/anzeigen +# edit -> bearbeiten # extension -> (Datei-)endung # extra ... -> Zusatz-... / Extra (im Ausnahmefall) # font -> Schrift @@ -19,23 +24,26 @@ # inline-> eingebettet # key -> Schlüssel # label -> Marke -# layout-> layout +# layout-> Format (Hartmut Haase) # math -> Mathe # Miscellaneous -> Verschiedenes +# multicolumn -> Mehrfachspalte # option-> Option # remove-> entfernen # restore -> zurücksetzen +# scroll (bar) -> verschieben / Rollbalken # set -> festlegen / ... ein / (set to -> setzen auf) # setting -> Einstellung # shortcut -> Kürzel # show -> anzeigen / zeige ... # template -> Vorlage +# view(er) -> ansehen / Ansicht / Betrachter # msgid "" msgstr "" "Project-Id-Version: LyX 1.3.0\n" "POT-Creation-Date: 2003-01-14 02:14+0100\n" -"PO-Revision-Date: 2002-01-14 03:00+0100\n" +"PO-Revision-Date: 2002-01-18 03:00+0100\n" "Last-Translator: Michael Schmitt <[EMAIL PROTECTED]>\n" "Language-Team: German <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" @@ -301,8 +309,8 @@ #: ../src/frontends/xforms/forms/form_search.fd:134 msgid "Case sensitive|#C" msgstr "" -"Groß/Kleinschr.\n" -" unterscheiden|#G" +"Groß-/Kleinschreibung\n" +" beachten|#G" #: ../src/frontends/xforms/forms/form_citation.fd:260 msgid "Previous|#P" @@ -378,7 +386,7 @@ #: ../src/frontends/xforms/forms/form_document.fd:446 msgid "Special (A4 portrait only):|#S" -msgstr "Speziell (nur für A4-Hochformat):|#S" +msgstr "Spezial (nur für A4-Hochformat):|#S" #: ../src/frontends/xforms/forms/form_document.fd:464 msgid "Top:|#T" @@ -594,7 +602,7 @@ #: ../src/frontends/xforms/forms/form_ert.fd:115 msgid "Inlined View|#I" -msgstr "Eingebettet|#i" +msgstr "Eingebettete Ansicht|#i" #: ../src/frontends/xforms/forms/form_external.fd:43 msgid "Template|#t" @@ -612,11 +620,11 @@ #: ../src/frontends/xforms/forms/form_external.fd:133 msgid "Edit file|#E" -msgstr "Datei editieren|#e" +msgstr "Datei bearbeiten|#b" #: ../src/frontends/xforms/forms/form_external.fd:151 msgid "View result|#V" -msgstr "Erg. anzeigen|#E" +msgstr "Erg. ansehen|#E" #: ../src/frontends/xforms/forms/form_external.fd:169 msgid "Update result|#U" @@ -1195,7 +1203,7 @@ #: ../src/frontends/xforms/forms/form_preferences.fd:701 msgid "Layout & Bindings" -msgstr "Layout & Tastaturkürzel" +msgstr "Format & Tastaturkürzel" #: ../src/frontends/xforms/forms/form_preferences.fd:719 msgid "User Interface file|#U" @@ -1272,7 +1280,7 @@ #: ../src/frontends/xforms/forms/form_preferences.fd:1154 msgid "Wheel mouse jump" -msgstr "Rad-Maus Vorschub" +msgstr "Rad-Maus Verschiebung" #: ../src/frontends/xforms/forms/form_preferences.fd:1176 msgid "Autosave interval" @@ -1307,9 +1315,8 @@ msgstr "Zusammengesetzte Wörter erlauben|#Z" #: ../src/frontends/xforms/forms/form_preferences.fd:1421 -#, fuzzy msgid "Use input encoding|#i" -msgstr "Input encoding verwenden|#I" +msgstr "Eingabekodierung verwenden|#E" #: ../src/frontends/xforms/forms/form_preferences.fd:1439 msgid "Advanced Options" @@ -1358,9 +1365,8 @@ msgstr "" #: ../src/frontends/xforms/forms/form_preferences.fd:1679 -#, fuzzy msgid "Auto begin|#b" -msgstr "Auto begin" +msgstr "Auto Beginn|#B" #: ../src/frontends/xforms/forms/form_preferences.fd:1697 msgid "Use babel|#U" @@ -1373,7 +1379,7 @@ #: ../src/frontends/xforms/forms/form_preferences.fd:1733 msgid "Auto finish|#f" -msgstr "" +msgstr "Auto Ende|#E" #: ../src/frontends/xforms/forms/form_preferences.fd:1751 msgid "Global|#G" @@ -1409,9 +1415,8 @@ msgstr "Dateiendung|#D" #: ../src/frontends/xforms/forms/form_preferences.fd:1973 -#, fuzzy msgid "Viewer|#V" -msgstr "Anzeigen|g" +msgstr "Betrachter|#B" #: ../src/frontends/xforms/forms/form_preferences.fd:1991 #: ../src/frontends/xforms/forms/form_preferences.fd:2141 @@ -1428,9 +1433,8 @@ msgstr "Löschen|#L" #: ../src/frontends/xforms/forms/form_preferences.fd:2051 -#, fuzzy msgid "All
make distclean error
Making distclean in sourcedoc make[1]: Entering directory `/home/moz/src/lyx/lyx-rt/sourcedoc' make[1]: *** No rule to make target `distclean'. Stop. regards john -- "This is just the kind of crackpot scheme I've been looking to champion!!!" - P.M. Hartke on 6U campaign
Re: [PATCH] de.po
Michael Schmitt <[EMAIL PROTECTED]> writes: | "Project-Id-Version: LyX 1.3.0\n" | "POT-Creation-Date: 2003-01-14 02:14+0100\n" | -"PO-Revision-Date: 2002-01-14 03:00+0100\n" | +"PO-Revision-Date: 2002-01-18 03:00+0100\n" Can you fix the year and resend? -- Lgb
UPGRADING
I guess we need to update this file for 1.3.x. -- Lgb
bugzilla rides again
Bugzilla is not up again. Please report all problems to [EMAIL PROTECTED] (and/or here) -- Lgb
lyx crash and libc
Hi.. I updated and compiled the cvs version today and lyx still crashes on startup.. looks like some incompatibility with libc.. I'm running Debian on a powerpc based machine... below is the backtrace from the crash.. I had the same problem when I tried earlier a month or so back.. Please let me know if some particular libc version is best suited for lyx.. Thanks, nirmal -- (gdb) r Starting program: /opt/lyx-devel/src/lyx [New Thread 16384 (LWP 20559)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 20559)] 0x0f5544f4 in mallopt () from /lib/libc.so.6 (gdb) bt #0 0x0f5544f4 in mallopt () from /lib/libc.so.6 #1 0x0f55304c in free () from /lib/libc.so.6 #2 0x1002b364 in boost::signals::detail::slot_base::~slot_base ( this=0x7278, __in_chrg=2) at /usr/lib/gcc-lib/powerpc-linux/2.95.4/../../../../include/g++-3/stl_all oc.h:164#3 0x1049bd04 in grfx::Loader::Impl::Impl (this=0x1073b280, params=@0x1073b2d4) at GraphicsLoader.C:206 #4 0x1049acd0 in grfx::Loader::Loader (this=0x106af6d0) at GraphicsLoader.C:85#5 0x102fbfd4 in {anonymous}::SplashScreen::SplashScreen (this=0x106af6c4)at screen.C:85#6 0x102fbed8 in {anonymous}::SplashScreen::get () at screen.C:77#7 0x102fc74c in LyXScreen::LyXScreen (this=0x1073b130) at screen.C:116#8 0x103aace0 in QScreen::QScreen (this=0x1073b130, o=@0x107398d0)at qscreen.C:48 #9 0x1031b32c in LyXScreenFactory::create (owner=@0x107398d0) at LyXScreenFactory.C:26 #10 0x1001d100 in BufferView::Pimpl::Pimpl (this=0x10739818, bv=0x10739808,owner=0x7850, xpos=0, ypos=0, width=690, height=510)at BufferView_pimpl.C:113 #11 0x10014104 in BufferView::BufferView (this=0x10739808, owner=0x7850,xpos=0, ypos=0, width=690, height=510) at BufferView.C:65#12 0x1039ae84 in QtView::QtView (this=0x77d8, width=690, height=510)---Type to continue, or q to quit---at QtView.C:66 #13 0x103a27e0 in lyx_gui::start (batch=@0x7a10, files=@0x7958) at lyx_gui.C:140 #14 0x1010dd5c in LyX::LyX (this=0x7a08, argc=@0x7a38, argv=0x7ac4)at ../src/lyx_main.C:166 #15 0x101808d0 in main (argc=1, argv=0x7ac4) at ../src/main.C:31 #16 0x0f4f3e8c in __libc_start_main () from /lib/libc.so.6
Re: CJK-LyX-1.2.3
Hello, Sorry for my late reply... I have been away. On 10 Jan 2003, Jean-Marc Lasgouttes wrote: > > My take on this is that nobody has much knowledge about input methods > on the xforms community. If what you propose does not break 'simple' > latinX input methods and is reasonably useful from your point of view. > I think it could be applied. You could try to prepare a patch and send > it with a discussion to the xforms mailing list. > Since Miyata knows much better on the subject than I do, I rahter let him send a patch to the xforms mailing. In fact, All I know is that the patch works for CJK-LyX and I cannot even make a persuasive argument why the patch works. I sincerely hope Miyata can find the time to do the work. Regards, cghan