website
I have difficulties to contact www.lyx.org and www.devel.lyx.org for a couple of days now. All DNS servers around insist that these are non-existent domains. On the other hand I found that www.lyx.*com* is registered by someone I don't know (Start.co.uk PLC). That's a bit peculiar, isn't it? Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: rae branch compile woes.
"Allan" == Allan Rae [EMAIL PROTECTED] writes: Allan On 8 Feb 2000, Jean-Marc Lasgouttes wrote: I did not get far. First problem: ./autogen.sh gives the following warnings/errors: fantomas: ./autogen.sh Locating GNU m4... found: gm4 Generate acinclude.m4... done. Building macros... aclocal: configure.in: 101: macro `AM_DISABLE_SHARED' not found in library aclocal: configure.in: 109: macro `AM_PROG_LIBTOOL' not found in library done. Allan Which version of libtool do you have installed? None of course. You are supposed to provide the file, like Lars did. You should maybe update the rae branch wrt the main one. It will be more painful if you wait too much. Building config header template... done. Building Makefile templates... configure.in: 70: required file `./sigc++config.h.in' not found done. Allan sigc++config.h.in should have been generated in a previous Allan step. Probably failed because autoconf failed earlier. JMarc
Re: Suggestions
"Garst R. Reese" [EMAIL PROTECTED] writes: | Hmm, now when I put Ctrl spaces at the beginning of a line, they show up | on screen, but disappear from the ViewPs. Is this a side affect? | Garst Could be... but I don't excatly understand what you mean. Lgb
Re: Default date format
"Reuben" == Reuben Thomas [EMAIL PROTECTED] writes: Reuben I suggest that the default date format not have a period after Reuben the date, e.g. Reuben Tuesday, 8 February 2000 Reuben not Reuben Tuesday, 8. February 2000 Reuben because this will be acceptable to more people (although I'm Reuben sure most people will want to customise the format anyway). I do not have any personal idea n the subject but it seems reasonable. Consider it done. JMarc
lyx 1.0.4
Hi! I inserted a figure (both normal and inline) created with KDE tools kplot,kmplot or ksciplot and everything loks fine. when prviewing the document with dvi or ghostscript the inserted figure sits in the left upper corner. figures created with xfig work fine. any idea ? PS I am currently not at the list cu ferdinand
Re: LyX components?
What I'm looking for is basically any code which could help in this task: - a parser for LaTex formulas (we'll probably support a subset of the whole LaTex stuff...) - code to render them on screen (possibly in Qt...) - code to produce PostScript. Do you think I may find any of those in the LyX code? Not in a state where they are easily reusable for other projects. Greets, Asger
Re: LyX components?
"Asger K. Alstrup Nielsen" [EMAIL PROTECTED] writes: | Not in a state where they are easily reusable for other projects. Ok, I should not have followed up to this mail, but I wanted Asgers attention... Asger, I have now ported the painter,workarea and lcolor code form the old devel repository. During this I found out that we had enlarged the color bits in LyXFont from 4 to 6 and this is needed. But in the meantime we have had the addition of the hebrew patch that needs 3 bits in the LyXFont::bits structure and thus we don't have room for the needed color bits anymore. I have rewritten the bits to be a structure of the font variables, and use a static FontBits sane (+ etc) to heep the nice fast constructors. Do you have any other/better ideas on how to do this? I think that after my changes it is a lot clearer what is going on in lowlevel LyXFont code, so from a maintence viewpoint the changes are good. Anyway I will check this in, and then you can have a look. Lgb
Re: [BUG] 1.1.2 crashes if no input in dialog box
"imel" == imel [EMAIL PROTECTED] writes: imel hi, i've checked. it's 1.1.2. in file-open || file-new, if imel DIRECTORY edit box blank then lyx closes. don't know about cvs imel build. Hmm, so you empty the directory edit-box and then click OK, right? I do not have problems with that. Strange... JMarc
Re: LyX components?
Ok, I should not have followed up to this mail, but I wanted Asgers attention... Hey! I read almost all of the traffic on the list. [Changes in LyXFont] Do you have any other/better ideas on how to do this? I think that after my changes it is a lot clearer what is going on in lowlevel LyXFont code, so from a maintence viewpoint the changes are good. The LyXFont code should be split into two different parts: one for LyX abstract representation of fonts, and one for the concrete instance of fonts in the GUI. Therefore, it's ok to clean up the font code even at the price of performance, but only if the work is followed up by the split in font representation that will make the performance problem less acute. But only in due time! Small steps, remember? Anyway I will check this in, and then you can have a look. I'm a little surprised that you did this work at this stage, although I understand that it's more fun. However, please consider to spent some time to finish the space issues in tables and extremes of paragraphs, and fix some of the other bugs that have been reported recently. Right now, we need stability more than the new painter if you ask me. People say that 1.1.2 was more stable than what we have now. That's the wrong direction. 1.1.5 should be more stable than 1.1.2! Greets, Asger
Re: rae branch compile woes.
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | You should maybe update the rae branch wrt the main one. It will be | more painful if you wait too much. Very true. I have now the new painter,workarea and lcolor pending inclusion into the main branch. There is a log if #ifdef'ed code there that will be removed when it is verified to work more or less correctly. So you should decide wheter you want to update against head before or after painter commit or after painter cleanup. Lgb
Re: LyX components?
"Dino" == Dino Ferrero [EMAIL PROTECTED] writes: Dino - a parser for LaTex formulas (we'll probably support a subset Dino of the whole LaTex stuff...) Yes, LyX has that in math_parse.C Dino - code to render them on screen (possibly in Qt...) LyX has that too. However, the KDE project has something named KFormula that could be very useful too. Dino - code to produce PostScript. Hmm, Qt does that for you doesn't it? JMarc
Re: rae branch compile woes.
"Juergen" == Juergen Vigna [EMAIL PROTECTED] writes: Juergen On 09-Feb-2000 Jean-Marc Lasgouttes wrote: Are you refering to the code in LYX_USE_FRONTEND? It looks good to me. However, it still does not work... The code for KDE_DO_IT_ALL is inserted before the code of LYX_USE_FRONTEND, and I do not know why. Maybe a problem with kde.m4. Juergen That's exactly the problem I would have like you to answer :) Juergen I've no idea why the code is inserted before! I have done some small changes to your code (that I cannot commit nor test, unfortunately), but it seems it should basically just work. OTOH, I am concerned by the fact that this KDE autoconf stuff does many things we already do, and that some things that go in config.h could create conflicts. We'll see over time. PS: I can't connect to cvs. Is that normal? Juergen What problem do you have? I get permission denied. In fact, I connect via rsh and doing a simple rsh -l lasgouttes cvs.lyx.org ls -al gives the same answer. I can rlogin though, and things seem normal. How do you connect? I could use some help to set up ssh, if I am forced to go this way... JMarc
Re: rae branch compile woes.
"Juergen" == Juergen Vigna [EMAIL PROTECTED] writes: Juergen I have a Problem now for the configuration of the frontend Juergen and I probably need your help Jean-Marc to solve it. I Juergen thought (wrongly) that if I have code like this: Juergen if test cond; then Juergen do this Juergen else Juergen do other Juergen endif Juergen in the acinclude.m4 it will do the selective stuff, but I'm Juergen wrong here. If I insert a AC_DEFUN inside the do this it is Juergen ALWAYS executed. So how may I insert some MACROS inside this Juergen 'if then' so that it is ONLY executed if we really need it? Are you refering to the code in LYX_USE_FRONTEND? It looks good to me. However, it still does not work... The code for KDE_DO_IT_ALL is inserted before the code of LYX_USE_FRONTEND, and I do not know why. Maybe a problem with kde.m4. Any help apprecisted JMarc PS: I can't connect to cvs. Is that normal?
Re: website
Andre Poenitz [EMAIL PROTECTED] writes: | I have difficulties to contact www.lyx.org and www.devel.lyx.org for a | couple of days now. All DNS servers around insist that these are non-existent | domains. On the other hand I found that www.lyx.*com* is registered by | someone I don't know (Start.co.uk PLC). | | That's a bit peculiar, isn't it? Why? Nazgul's disks finally said goodbye. I have now setup baywatchg to take over nazgul's ip-address (as an alias, so now nazgul.lyx.org and baywatch.lyx.org points to different ip'addrs but same machine). Luckily nazgul only had dns as its task. I have a new motherboard P200, that I want to put into nazgul, but since the disks are gone I need some new ones... can take a while. Shameless: http://www.devel.lyx.org/funding.php3 Lgb
Re: website
Nazgul's disks finally said goodbye. I have now setup baywatchg to take over nazgul's ip-address (as an alias, so now nazgul.lyx.org and baywatch.lyx.org points to different ip'addrs but same machine). Luckily nazgul only had dns as its task. Why dont we move to SourceForge? They have got plenty of resources. This could be done at least partially. Roland I have a new motherboard P200, that I want to put into nazgul, but since the disks are gone I need some new ones... can take a while. Shameless: http://www.devel.lyx.org/funding.php3 Lgb
Change the layout title
Hi, I'm a new user of LyX. And now, I have the problem to change the layout title into my language. When I use the Abstract layout, the word "Abstract" always appear in the beginning of abstrac paragraph; or if I use the Part layout, then the word "Part #" show in the beginning line. Now, how to change this word, so I can use my own language, e.g., I need the word "Abstrak" instead of "Abstract", or "Bagian" instead of "Part #" btw, I'm an Indonesian, a student of Sepuluh Nopember Institut of Technology, and I'm so sorry about my "BAD ENGLISH" in this mail. Thank you, anyway, and I think I'm gonna hate the Microsoft product.. Thanks to LyX. Edward H Sinaga
foils.layout patch
As I was working on some slides for class, I noticed an error in the foils.layout file. The attached patch fixes this, and removes redundancy in foils.layout by using CopyStyle for the various foilhead styles. Carl Carl Ollivier-Gooch Voice: +1-604-822-1854 Assistant Professor Fax: +1-604-822-2403 Department of Mechanical Engineering email: [EMAIL PROTECTED] University of British Columbia http://www.mech.ubc.ca/~cfog Vancouver, BC V6T 1Z4 http://tetra.mech.ubc.ca/ANSLab --- foils.layout.orig Wed Feb 9 17:19:09 2000 +++ foils.layoutWed Feb 9 17:22:34 2000 @@ -52,82 +52,32 @@ # standard font definition Font Series Bold -Size Larger +Size Large EndFont End # Shortfoilhead style definition Style ShortFoilhead - Margin Static - LatexTypeCommand - LatexNamefoilhead + CopyStyleFoilhead LatexParam "[-0.5in]" - LabelSep xxx - ParSkip 0.4 - TopSep 1.3 - BottomSep0.7 - ParSep 0.7 - AlignCenter - AlignPossibleCenter - LabelTypeNo_Label - - # standard font definition - Font -Series Bold -Size Larger - EndFont - End # landscape foilhead style definition Style Rotatefoilhead - Margin Static - LatexTypeCommand + CopyStyleFoilhead LatexNamerotatefoilhead - LabelSep xxx - ParSkip 0.4 - TopSep 1.3 - BottomSep0.7 - ParSep 0.7 - AlignCenter - AlignPossibleCenter - LabelTypeNo_Label - - # standard font definition - Font -Series Bold -Size Larger - EndFont - End # ShortRotatefoilhead style definition Style ShortRotatefoilhead - Margin Static - LatexTypeCommand - LatexNamerotatefoilhead + CopyStyleRotatefoilhead LatexParam "[-0.5in]" - LabelSep xxx - ParSkip 0.4 - TopSep 1.3 - BottomSep0.7 - ParSep 0.7 - AlignCenter - AlignPossibleCenter - LabelTypeNo_Label - - # standard font definition - Font -Series Bold -Size Larger - EndFont - End # then a few lists Input stdlists.inc
Re: Suggestions
Juergen Vigna [EMAIL PROTECTED] writes: | The new space editing feature (two blanks between words while editing) | does not work in tables. Hmm, yes. I really don't know the table code so I left that to Jurgen :-) | Well I could have a look at this but I think Lars would be faster as | he made that code :) Most of the codeing was _deleting code_. | All other stuff is a good idea, but I won't work on this till I can | make a propper tabular-inset as I had in the old lyx-devel branch! | This should not be to far away we only need to implement the Painter | :) And guess what I did the last couple of days :-) I have the Workarea, LColor and Painter from the lyx repository merged into the lyx-devel repository in my local checkout. Everything seems to work apart from the occasional wrong drawing of some table/math lines. Should be easy to fix. As far as I can tell this is fairly stable and unless I get harsh objections I am going to check this into the main branch. Note thae I have conditonalized all changes so that by some define tweeking you can get the old code. btw. wysiwyg images/figures is disabled with the new painter. This will change when somebody cares to work on it. Lgb
Re: Lyx-1.1.4 Internationalization
On Thu, 10 Feb 2000 19:48:06 +0100, Ulrich Guenther wrote: setenv LANG de The menus remain English! However the key bindings default to de_menus (what a pain). Any ideas how to fix this? | Ok I compiled 1.1.2 with the - - with-included-gettext and - - | with-catgets flags and now I got german menus. Am I supposed to do | this always? In 1.0.4 it worked | without it (just checked it against 1.1.2). | | Soeren You should not need the --with-catgets, however --with-included-gettext is needed if your system does not have a good engough version of libintl Lgb May be this solves your problem? I don't have time to test it. Are you compiling it on a SuSE distribution??? If yes I would be interested to hear wich version your running. Hope this helps. Soeren
Re: rae branch compile woes.
On 10 Feb 2000, Lars Gullik Bjønnes wrote: Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | You should maybe update the rae branch wrt the main one. It will be | more painful if you wait too much. Very true. Now that cvs is working again I will be able to. So you should decide wheter you want to update against head before or after painter commit or after painter cleanup. Did you happen to tag before you committed? Otherwise I'll just merge the lot and try to keep current with that. Allan. (ARRae)
Re: rae branch compile woes.
On 9 Feb 2000, Jean-Marc Lasgouttes wrote: "Allan" == Allan Rae [EMAIL PROTECTED] writes: Allan On 8 Feb 2000, Jean-Marc Lasgouttes wrote: I did not get far. First problem: ./autogen.sh gives the following warnings/errors: fantomas: ./autogen.sh Locating GNU m4... found: gm4 Generate acinclude.m4... done. Building macros... aclocal: configure.in: 101: macro `AM_DISABLE_SHARED' not found in library aclocal: configure.in: 109: macro `AM_PROG_LIBTOOL' not found in library done. Allan Which version of libtool do you have installed? None of course. You are supposed to provide the file, like Lars did. You should maybe update the rae branch wrt the main one. It will be more painful if you wait too much. You're a developer! You have autoconf and automake installed why not libtool as well? I think Lars has been been spoiling you. Why do we need libtool in the repository? Sure it's got to be included in the dist but it doesn't need to be in the repository for that to happen. I've been taking another look at libsigc++'s configure.in and might talk to Karl about splitting some of its tests up into a separate sigcinclude.m4 for libsigc++. That would then allow us to eliminate sigc++/configure.in. And we wouldn't need the duplication of libtools etc. Allan sigc++config.h.in should have been generated in a previous Allan step. Probably failed because autoconf failed earlier. Exactly. Allan. (ARRae)
Re: LyX components?
On Thu, 10 Feb 2000, Asger K. Alstrup Nielsen wrote: Right now, we need stability more than the new painter if you ask me. People say that 1.1.2 was more stable than what we have now. That's the wrong direction. 1.1.5 should be more stable than 1.1.2! Which is why I haven't sent my PR statement anywhere. At least not till I remove the bits about "most stable ever". Allan. (ARRae)
Re: Suggestions
"Garst" == Garst R Reese [EMAIL PROTECTED] writes: Garst Hmm, now when I put Ctrl spaces at the beginning of a line, Garst they show up on screen, but disappear from the ViewPs. Is this Garst a side affect? Garst Are you sure? Can you send an example? JMarc
Re: Bibliography and citation insertion problem [quite long] but a start of solution
"Yann" == Yann MORERE [EMAIL PROTECTED] writes: Hello Yann and Staffan, I have to plead guilty since I did not manage to help much on your case, but for my defense I would say that this is code that Lars knows better than I do. Yann, what happens when, in the document directory, you type kpsewhich --format=bib bib_papier.bib kpsewhich --format=.bib bib_papier.bib kpsewhich bib_papier.bib Is bib_papier.bib in the same directory as you document? I guess the kpsewhich exit status of 512 is an error condition, but I cannot find documentation for it. I don't know what else I could ask... It might be that the answer is in your message collection, but I did not have the bright idea that would solve everything. JMarc
Re: rae branch compile woes.
"Juergen" == Juergen Vigna [EMAIL PROTECTED] writes: Juergen I would like to see this code it would interst me what you Juergen did to call KDE_DO_IT_ALL only if the --with-frontend=kde is Juergen set. OTOH, I am concerned by the fact that this KDE autoconf stuff does many things we already do, and that some things that go in config.h could create conflicts. We'll see over time. Basically, I removed everything but the call to LYX_USE_FRONTEND in configure.in, and changed the macro to the following: ### Check which frontend we want to use. The default is XForms ### AC_DEFUN(LYX_USE_FRONTEND, [AC_MSG_CHECKING(what frontend should be used as main GUI) AC_ARG_WITH(frontend, [ --with-frontend[=value] Use THIS frontend as main GUI: Possible values: xforms,kde], [lyx_use_frontend="$withval"], [lyx_use_frontend="xforms"]) AC_MSG_RESULT([$lyx_use_frontend]) lyx_flags="$lyx_flags frontend-$lyx_use_frontend" case "$lyx_use_frontend" in kde) KDE_DO_IT_ALL FRONTEND="kde" FRONTEND_GUILIB="\${top_builddir}/src/frontends/kde/libkde.la" FRONTEND_LDFLAGS="\$(QT_LDFLAGS) \$(KDE_LDFLAGS)" FRONTEND_INCLUDES="\$(QT_INCLUDES) \$(KDE_INCLUDES)" FRONTEND_LIBS="\$(KDE_LIBS)" AC_DEFINE(KDEGUI);; xforms) FRONTEND="xforms" FRONTEND_GUILIB="\${top_builddir}/src/frontends/xforms/libxforms.la";; *) LYX_ERROR(Unknown frontend $lyx_use_frontend);; esac AC_SUBST(FRONTEND) AC_SUBST(FRONTEND_GUILIB) AC_SUBST(FRONTEND_LDFLAGS) AC_SUBST(FRONTEND_INCLUDES) AC_SUBST(FRONTEND_LIBS) ]) I am not sure it works (since I can't test it), but the idea should be correct. Basically, the differences are the way the default xforms value is obtained (arg4 of AC_ARG_WITH) and the case to avoid bogus values. It does the same, but is cleaner. Juergen Well what does it write inside config.h you don't like? I Juergen don't care if we remove that. It's possible that I test some Juergen things we already do, but does this really mater? I don't know. Just that I think there are many things there and I do not like those kde macros which do many things I'm not sure we need, like: - gettext - K_PATH_X which does something different from AC_PATH_X (which we already have called at this point) although we do not know what exactly - KDE_CHECK_EXTRA_LIBS does something we already do (--with-extra-xxx) - check for setenv (we have one, and do not know whether theirs is better/worse) - AC_CHECK_COMPILERS does something we already do - KDE_PROG_LIBTOOL. What does it do? It seems that some of these functions are actually not used. We could maybe try to remove them from kde.m4 and see whether our situation improves. Juergen I connect over pserver (rsh) too, ..., test, AND have the Juergen same problems like you just now! Probably we have to contact Juergen Lars for this. I did not try to commit anything but I guess I Juergen cannot do it too :( I already sent a message to Lars. No answer yet. JMarc
Re: Hebrew patch addendum
"Dekel" == Dekel Tsur [EMAIL PROTECTED] writes: Dekel 1. Generate a correct latex file when there is an English text Dekel with a footnote that starts with a Hebrew paragraph, or vice Dekel versa I'm willing to apply this one, if you can provide a patch just for that (I don't want to apply it wrongly). Dekel Here is the patch Thanks. I had to apply partly by hand for reasons I do not understand, but I think I got it right. JMarc PS: in the future, could you please give ChangeLog entries with your patches?
Re: rae branch compile woes.
On Fri, 11 Feb 2000, Allan Rae wrote: You're a developer! You have autoconf and automake installed why not libtool as well? I think Lars has been been spoiling you. Why do we need libtool in the repository? Sure it's got to be included in the dist but it doesn't need to be in the repository for that to happen. While I'm on the subject while is acinclude.m4 in the repository? We build it with autogen.sh and noone should be editting it anyway. Is this just that someone forgot to do a: cvs rm acinclude? It'd be one less file to give irrelevent conflicts on. Irrelevent in the sense that I hadn't modified it locally but cvs still says there are conflicts -- just like in 89 other files only 8 of which were relevent! As you can probably guess I'm merging the latest HEAD into my branch. Why is it that: cvs update -j sigc-3 -j HEAD removes all the new files I had in my branch? It's supposed to be merging the differences not just replacing everything with HEAD which is exactly what it did do! I'm sure I never had these problems when I was doing the sgi-stl stuff and used exactly the same form of the update command. When I instead use: cvs update -j HEAD I get 89 files having clashes even though only 8 of them have actually been modified in my branch all the rest are still as they were on the main trunk. whinge, whinge, whinge... Rather than just copy the new files across I went through the exercise of merging them by hand (AARRRGGGHHH!) which was fun while it lasted but now that I've stopped I don't think I'd ever do that again. (Like thumping your head against a brick wall -- it doesn't hurt till you stop. Don't believe me? Try it!) I did cheat for the po files though. I've got this compiling now (on a P100 this will take forever) and will commit it sometime after it successfully works... maybe even tomorrow ;-) I can certainly see why Lars does all his development in the main trunk. Allan. (ARRae)
Re: Lyx-1.1.4 Internationalization
On Thu, Feb 10, 2000 at 07:48:06PM +0100, Ulrich Guenther wrote: setenv LANG de The menus remain English! However the key bindings default to de_menus (what a pain). Any ideas how to fix this? How about setenv LC_ALL de_DE? Works for me. 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!
Lyx-1.1.4 Internationalization
setenv LANG de The menus remain English! However the key bindings default to de_menus (what a pain). Any ideas how to fix this? Ulrich -- Ulrich Günther
website
I have difficulties to contact www.lyx.org and www.devel.lyx.org for a couple of days now. All DNS servers around insist that these are non-existent domains. On the other hand I found that www.lyx.*com* is registered by someone I don't know (Start.co.uk PLC). That's a bit peculiar, isn't it? Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: rae branch compile woes.
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: Allan> On 8 Feb 2000, Jean-Marc Lasgouttes wrote: >> I did not get far. First problem: ./autogen.sh gives the following >> warnings/errors: >> >> fantomas: ./autogen.sh Locating GNU m4... found: gm4 Generate >> acinclude.m4... done. Building macros... aclocal: configure.in: >> 101: macro `AM_DISABLE_SHARED' not found in library aclocal: >> configure.in: 109: macro `AM_PROG_LIBTOOL' not found in library >> done. Allan> Which version of libtool do you have installed? None of course. You are supposed to provide the file, like Lars did. You should maybe update the rae branch wrt the main one. It will be more painful if you wait too much. >> Building config header template... done. Building Makefile >> templates... configure.in: 70: required file `./sigc++config.h.in' >> not found done. Allan> sigc++config.h.in should have been generated in a previous Allan> step. Probably failed because autoconf failed earlier. JMarc
Re: Suggestions
"Garst R. Reese" <[EMAIL PROTECTED]> writes: | Hmm, now when I put Ctrl spaces at the beginning of a line, they show up | on screen, but disappear from the ViewPs. Is this a side affect? | Garst Could be... but I don't excatly understand what you mean. Lgb
Re: Default date format
> "Reuben" == Reuben Thomas <[EMAIL PROTECTED]> writes: Reuben> I suggest that the default date format not have a period after Reuben> the date, e.g. Reuben> Tuesday, 8 February 2000 Reuben> not Reuben> Tuesday, 8. February 2000 Reuben> because this will be acceptable to more people (although I'm Reuben> sure most people will want to customise the format anyway). I do not have any personal idea n the subject but it seems reasonable. Consider it done. JMarc
lyx 1.0.4
Hi! I inserted a figure (both normal and inline) created with KDE tools kplot,kmplot or ksciplot and everything loks fine. when prviewing the document with dvi or ghostscript the inserted figure sits in the left upper corner. figures created with xfig work fine. any idea ? PS I am currently not at the list cu ferdinand
Re: LyX components?
> What I'm looking for is basically any code which could help in this > task: > > - a parser for LaTex formulas (we'll probably support a subset of the > whole > LaTex stuff...) > > - code to render them on screen (possibly in Qt...) > > - code to produce PostScript. > > Do you think I may find any of those in the LyX code? Not in a state where they are easily reusable for other projects. Greets, Asger
Re: LyX components?
"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> writes: | Not in a state where they are easily reusable for other projects. Ok, I should not have followed up to this mail, but I wanted Asgers attention... Asger, I have now ported the painter,workarea and lcolor code form the old devel repository. During this I found out that we had enlarged the color bits in LyXFont from 4 to 6 and this is needed. But in the meantime we have had the addition of the hebrew patch that needs 3 bits in the LyXFont::bits structure and thus we don't have room for the needed color bits anymore. I have rewritten the bits to be a structure of the font variables, and use a static FontBits sane (+ etc) to heep the nice fast constructors. Do you have any other/better ideas on how to do this? I think that after my changes it is a lot clearer what is going on in lowlevel LyXFont code, so from a maintence viewpoint the changes are good. Anyway I will check this in, and then you can have a look. Lgb
Re: [BUG] 1.1.2 crashes if no input in dialog box
> "imel" == imel <[EMAIL PROTECTED]> writes: imel> hi, i've checked. it's 1.1.2. in file-open || file-new, if imel> DIRECTORY edit box blank then lyx closes. don't know about cvs imel> build. Hmm, so you empty the directory edit-box and then click OK, right? I do not have problems with that. Strange... JMarc
Re: LyX components?
> Ok, I should not have followed up to this mail, but I wanted Asgers > attention... Hey! I read almost all of the traffic on the list. [Changes in LyXFont] > Do you have any other/better ideas on how to do this? I think that > after my changes it is a lot clearer what is going on in lowlevel > LyXFont code, so from a maintence viewpoint the changes are good. The LyXFont code should be split into two different parts: one for LyX abstract representation of fonts, and one for the concrete instance of fonts in the GUI. Therefore, it's ok to clean up the font code even at the price of performance, but only if the work is followed up by the split in font representation that will make the performance problem less acute. But only in due time! Small steps, remember? > Anyway I will check this in, and then you can have a look. I'm a little surprised that you did this work at this stage, although I understand that it's more fun. However, please consider to spent some time to finish the space issues in tables and extremes of paragraphs, and fix some of the other bugs that have been reported recently. Right now, we need stability more than the new painter if you ask me. People say that 1.1.2 was more stable than what we have now. That's the wrong direction. 1.1.5 should be more stable than 1.1.2! Greets, Asger
Re: rae branch compile woes.
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | You should maybe update the rae branch wrt the main one. It will be | more painful if you wait too much. Very true. I have now the new painter,workarea and lcolor pending inclusion into the main branch. There is a log if #ifdef'ed code there that will be removed when it is verified to work more or less correctly. So you should decide wheter you want to update against head before or after painter commit or after painter cleanup. Lgb
Re: LyX components?
> "Dino" == Dino Ferrero <[EMAIL PROTECTED]> writes: Dino> - a parser for LaTex formulas (we'll probably support a subset Dino> of the whole LaTex stuff...) Yes, LyX has that in math_parse.C Dino> - code to render them on screen (possibly in Qt...) LyX has that too. However, the KDE project has something named KFormula that could be very useful too. Dino> - code to produce PostScript. Hmm, Qt does that for you doesn't it? JMarc
Re: rae branch compile woes.
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes: Juergen> On 09-Feb-2000 Jean-Marc Lasgouttes wrote: >> Are you refering to the code in LYX_USE_FRONTEND? It looks good to >> me. However, it still does not work... The code for KDE_DO_IT_ALL >> is inserted before the code of LYX_USE_FRONTEND, and I do not know >> why. Maybe a problem with kde.m4. >> Juergen> That's exactly the problem I would have like you to answer :) Juergen> I've no idea why the code is inserted before! I have done some small changes to your code (that I cannot commit nor test, unfortunately), but it seems it should basically just work. OTOH, I am concerned by the fact that this KDE autoconf stuff does many things we already do, and that some things that go in config.h could create conflicts. We'll see over time. >> PS: I can't connect to cvs. Is that normal? Juergen> What problem do you have? I get permission denied. In fact, I connect via rsh and doing a simple rsh -l lasgouttes cvs.lyx.org ls -al gives the same answer. I can rlogin though, and things seem normal. How do you connect? I could use some help to set up ssh, if I am forced to go this way... JMarc
Re: rae branch compile woes.
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes: Juergen> I have a Problem now for the configuration of the frontend Juergen> and I probably need your help Jean-Marc to solve it. I Juergen> thought (wrongly) that if I have code like this: Juergen> if test ; then Juergen> do this Juergen> else Juergen> do other Juergen> endif Juergen> in the acinclude.m4 it will do the selective stuff, but I'm Juergen> wrong here. If I insert a AC_DEFUN inside the it is Juergen> ALWAYS executed. So how may I insert some MACROS inside this Juergen> 'if then' so that it is ONLY executed if we really need it? Are you refering to the code in LYX_USE_FRONTEND? It looks good to me. However, it still does not work... The code for KDE_DO_IT_ALL is inserted before the code of LYX_USE_FRONTEND, and I do not know why. Maybe a problem with kde.m4. Any help apprecisted JMarc PS: I can't connect to cvs. Is that normal?
Re: website
Andre Poenitz <[EMAIL PROTECTED]> writes: | I have difficulties to contact www.lyx.org and www.devel.lyx.org for a | couple of days now. All DNS servers around insist that these are non-existent | domains. On the other hand I found that www.lyx.*com* is registered by | someone I don't know (Start.co.uk PLC). | | That's a bit peculiar, isn't it? Why? Nazgul's disks finally said goodbye. I have now setup baywatchg to take over nazgul's ip-address (as an alias, so now nazgul.lyx.org and baywatch.lyx.org points to different ip'addrs but same machine). Luckily nazgul only had dns as its task. I have a new motherboard P200, that I want to put into nazgul, but since the disks are gone I need some new ones... can take a while. Shameless: http://www.devel.lyx.org/funding.php3 Lgb
Re: website
> Nazgul's disks finally said goodbye. I have now setup baywatchg to > take over nazgul's ip-address (as an alias, so now nazgul.lyx.org and > baywatch.lyx.org points to different ip'addrs but same machine). > Luckily nazgul only had dns as its task. Why dont we move to SourceForge? They have got plenty of resources. This could be done at least partially. Roland > I have a new motherboard P200, that I want to put into nazgul, but > since the disks are gone I need some new ones... can take a while. > > Shameless: http://www.devel.lyx.org/funding.php3 > > Lgb
Change the layout title
Hi, I'm a new user of LyX. And now, I have the problem to change the layout title into my language. When I use the Abstract layout, the word "Abstract" always appear in the beginning of abstrac paragraph; or if I use the Part layout, then the word "Part #" show in the beginning line. Now, how to change this word, so I can use my own language, e.g., I need the word "Abstrak" instead of "Abstract", or "Bagian" instead of "Part #" btw, I'm an Indonesian, a student of Sepuluh Nopember Institut of Technology, and I'm so sorry about my "BAD ENGLISH" in this mail. Thank you, anyway, and I think I'm gonna hate the Microsoft product.. Thanks to LyX. Edward H Sinaga
foils.layout patch
As I was working on some slides for class, I noticed an error in the foils.layout file. The attached patch fixes this, and removes redundancy in foils.layout by using CopyStyle for the various foilhead styles. Carl Carl Ollivier-Gooch Voice: +1-604-822-1854 Assistant Professor Fax: +1-604-822-2403 Department of Mechanical Engineering email: [EMAIL PROTECTED] University of British Columbia http://www.mech.ubc.ca/~cfog Vancouver, BC V6T 1Z4 http://tetra.mech.ubc.ca/ANSLab --- foils.layout.orig Wed Feb 9 17:19:09 2000 +++ foils.layoutWed Feb 9 17:22:34 2000 @@ -52,82 +52,32 @@ # standard font definition Font Series Bold -Size Larger +Size Large EndFont End # Shortfoilhead style definition Style ShortFoilhead - Margin Static - LatexTypeCommand - LatexNamefoilhead + CopyStyleFoilhead LatexParam "[-0.5in]" - LabelSep xxx - ParSkip 0.4 - TopSep 1.3 - BottomSep0.7 - ParSep 0.7 - AlignCenter - AlignPossibleCenter - LabelTypeNo_Label - - # standard font definition - Font -Series Bold -Size Larger - EndFont - End # landscape foilhead style definition Style Rotatefoilhead - Margin Static - LatexTypeCommand + CopyStyleFoilhead LatexNamerotatefoilhead - LabelSep xxx - ParSkip 0.4 - TopSep 1.3 - BottomSep0.7 - ParSep 0.7 - AlignCenter - AlignPossibleCenter - LabelTypeNo_Label - - # standard font definition - Font -Series Bold -Size Larger - EndFont - End # ShortRotatefoilhead style definition Style ShortRotatefoilhead - Margin Static - LatexTypeCommand - LatexNamerotatefoilhead + CopyStyleRotatefoilhead LatexParam "[-0.5in]" - LabelSep xxx - ParSkip 0.4 - TopSep 1.3 - BottomSep0.7 - ParSep 0.7 - AlignCenter - AlignPossibleCenter - LabelTypeNo_Label - - # standard font definition - Font -Series Bold -Size Larger - EndFont - End # then a few lists Input stdlists.inc
Re: Suggestions
Juergen Vigna <[EMAIL PROTECTED]> writes: | > The new space editing feature (two blanks between words while editing) | > does not work in tables. Hmm, yes. I really don't know the table code so I left that to Jurgen :-) | Well I could have a look at this but I think Lars would be faster as | he made that code :) Most of the codeing was _deleting code_. | All other stuff is a good idea, but I won't work on this till I can | make a propper tabular-inset as I had in the old lyx-devel branch! | This should not be to far away we only need to implement the Painter | :) And guess what I did the last couple of days :-) I have the Workarea, LColor and Painter from the lyx repository merged into the lyx-devel repository in my local checkout. Everything seems to work apart from the occasional wrong drawing of some table/math lines. Should be easy to fix. As far as I can tell this is fairly stable and unless I get harsh objections I am going to check this into the main branch. Note thae I have conditonalized all changes so that by some define tweeking you can get the old code. btw. wysiwyg images/figures is disabled with the new painter. This will change when somebody cares to work on it. Lgb
Re: Lyx-1.1.4 Internationalization
On Thu, 10 Feb 2000 19:48:06 +0100, Ulrich Guenther wrote: > >setenv LANG de >The menus remain English! >However the key bindings default to de_menus >(what a pain). > >Any ideas how to fix this? > | Ok I compiled 1.1.2 with the - - with-included-gettext and - - | with-catgets flags and now I got german menus. Am I supposed to do | this always? In 1.0.4 it worked | without it (just checked it against 1.1.2). | | Soeren You should not need the --with-catgets, however --with-included-gettext is needed if your system does not have a good engough version of libintl Lgb May be this solves your problem? I don't have time to test it. Are you compiling it on a SuSE distribution??? If yes I would be interested to hear wich version your running. Hope this helps. Soeren
Re: rae branch compile woes.
On 10 Feb 2000, Lars Gullik Bjønnes wrote: > Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > > | You should maybe update the rae branch wrt the main one. It will be > | more painful if you wait too much. > > Very true. Now that cvs is working again I will be able to. > So you should decide wheter you want to update against head before or > after painter commit or after painter cleanup. Did you happen to tag before you committed? Otherwise I'll just merge the lot and try to keep current with that. Allan. (ARRae)
Re: rae branch compile woes.
On 9 Feb 2000, Jean-Marc Lasgouttes wrote: > > "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: > > Allan> On 8 Feb 2000, Jean-Marc Lasgouttes wrote: > >> I did not get far. First problem: ./autogen.sh gives the following > >> warnings/errors: > >> > >> fantomas: ./autogen.sh Locating GNU m4... found: gm4 Generate > >> acinclude.m4... done. Building macros... aclocal: configure.in: > >> 101: macro `AM_DISABLE_SHARED' not found in library aclocal: > >> configure.in: 109: macro `AM_PROG_LIBTOOL' not found in library > >> done. > > Allan> Which version of libtool do you have installed? > > None of course. You are supposed to provide the file, like Lars did. > You should maybe update the rae branch wrt the main one. It will be > more painful if you wait too much. You're a developer! You have autoconf and automake installed why not libtool as well? I think Lars has been been spoiling you. Why do we need libtool in the repository? Sure it's got to be included in the dist but it doesn't need to be in the repository for that to happen. I've been taking another look at libsigc++'s configure.in and might talk to Karl about splitting some of its tests up into a separate sigcinclude.m4 for libsigc++. That would then allow us to eliminate sigc++/configure.in. And we wouldn't need the duplication of libtools etc. > Allan> sigc++config.h.in should have been generated in a previous > Allan> step. > > Probably failed because autoconf failed earlier. Exactly. Allan. (ARRae)
Re: LyX components?
On Thu, 10 Feb 2000, Asger K. Alstrup Nielsen wrote: > Right now, we need stability more than the new painter if you ask me. > People say that 1.1.2 was more stable than what we have now. That's > the wrong direction. 1.1.5 should be more stable than 1.1.2! Which is why I haven't sent my PR statement anywhere. At least not till I remove the bits about "most stable ever". Allan. (ARRae)
Re: Suggestions
> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes: Garst> Hmm, now when I put Ctrl spaces at the beginning of a line, Garst> they show up on screen, but disappear from the ViewPs. Is this Garst> a side affect? Garst Are you sure? Can you send an example? JMarc
Re: Bibliography and citation insertion problem [quite long] but a start of solution
> "Yann" == Yann MORERE <[EMAIL PROTECTED]> writes: Hello Yann and Staffan, I have to plead guilty since I did not manage to help much on your case, but for my defense I would say that this is code that Lars knows better than I do. Yann, what happens when, in the document directory, you type kpsewhich --format=bib bib_papier.bib kpsewhich --format=.bib bib_papier.bib kpsewhich bib_papier.bib Is bib_papier.bib in the same directory as you document? I guess the kpsewhich exit status of 512 is an error condition, but I cannot find documentation for it. I don't know what else I could ask... It might be that the answer is in your message collection, but I did not have the bright idea that would solve everything. JMarc
Re: rae branch compile woes.
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes: Juergen> I would like to see this code it would interst me what you Juergen> did to call KDE_DO_IT_ALL only if the --with-frontend=kde is Juergen> set. >> OTOH, I am concerned by the fact that this KDE autoconf stuff does >> many things we already do, and that some things that go in config.h >> could create conflicts. We'll see over time. >> Basically, I removed everything but the call to LYX_USE_FRONTEND in configure.in, and changed the macro to the following: ### Check which frontend we want to use. The default is XForms ### AC_DEFUN(LYX_USE_FRONTEND, [AC_MSG_CHECKING(what frontend should be used as main GUI) AC_ARG_WITH(frontend, [ --with-frontend[=value] Use THIS frontend as main GUI: Possible values: xforms,kde], [lyx_use_frontend="$withval"], [lyx_use_frontend="xforms"]) AC_MSG_RESULT([$lyx_use_frontend]) lyx_flags="$lyx_flags frontend-$lyx_use_frontend" case "$lyx_use_frontend" in kde) KDE_DO_IT_ALL FRONTEND="kde" FRONTEND_GUILIB="\${top_builddir}/src/frontends/kde/libkde.la" FRONTEND_LDFLAGS="\$(QT_LDFLAGS) \$(KDE_LDFLAGS)" FRONTEND_INCLUDES="\$(QT_INCLUDES) \$(KDE_INCLUDES)" FRONTEND_LIBS="\$(KDE_LIBS)" AC_DEFINE(KDEGUI);; xforms) FRONTEND="xforms" FRONTEND_GUILIB="\${top_builddir}/src/frontends/xforms/libxforms.la";; *) LYX_ERROR(Unknown frontend $lyx_use_frontend);; esac AC_SUBST(FRONTEND) AC_SUBST(FRONTEND_GUILIB) AC_SUBST(FRONTEND_LDFLAGS) AC_SUBST(FRONTEND_INCLUDES) AC_SUBST(FRONTEND_LIBS) ]) I am not sure it works (since I can't test it), but the idea should be correct. Basically, the differences are the way the default xforms value is obtained (arg4 of AC_ARG_WITH) and the case to avoid bogus values. It does the same, but is cleaner. Juergen> Well what does it write inside config.h you don't like? I Juergen> don't care if we remove that. It's possible that I test some Juergen> things we already do, but does this really mater? I don't know. Just that I think there are many things there and I do not like those kde macros which do many things I'm not sure we need, like: - gettext - K_PATH_X which does something different from AC_PATH_X (which we already have called at this point) although we do not know what exactly - KDE_CHECK_EXTRA_LIBS does something we already do (--with-extra-xxx) - check for setenv (we have one, and do not know whether theirs is better/worse) - AC_CHECK_COMPILERS does something we already do - KDE_PROG_LIBTOOL. What does it do? It seems that some of these functions are actually not used. We could maybe try to remove them from kde.m4 and see whether our situation improves. Juergen> I connect over pserver (rsh) too, ..., test, AND have the Juergen> same problems like you just now! Probably we have to contact Juergen> Lars for this. I did not try to commit anything but I guess I Juergen> cannot do it too :( I already sent a message to Lars. No answer yet. JMarc
Re: Hebrew patch addendum
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: Dekel> 1. Generate a correct latex file when there is an English text Dekel> with a footnote that starts with a Hebrew paragraph, or vice Dekel> versa >> I'm willing to apply this one, if you can provide a patch just for >> that (I don't want to apply it wrongly). >> Dekel> Here is the patch Thanks. I had to apply partly by hand for reasons I do not understand, but I think I got it right. JMarc PS: in the future, could you please give ChangeLog entries with your patches?
Re: rae branch compile woes.
On Fri, 11 Feb 2000, Allan Rae wrote: > You're a developer! You have autoconf and automake installed why not > libtool as well? I think Lars has been been spoiling you. > > Why do we need libtool in the repository? Sure it's got to be included in > the dist but it doesn't need to be in the repository for that to happen. While I'm on the subject while is acinclude.m4 in the repository? We build it with autogen.sh and noone should be editting it anyway. Is this just that someone forgot to do a: cvs rm acinclude? It'd be one less file to give irrelevent conflicts on. Irrelevent in the sense that I hadn't modified it locally but cvs still says there are conflicts -- just like in 89 other files only 8 of which were relevent! As you can probably guess I'm merging the latest HEAD into my branch. Why is it that: cvs update -j sigc-3 -j HEAD removes all the new files I had in my branch? It's supposed to be merging the differences not just replacing everything with HEAD which is exactly what it did do! I'm sure I never had these problems when I was doing the sgi-stl stuff and used exactly the same form of the update command. When I instead use: cvs update -j HEAD I get 89 files having clashes even though only 8 of them have actually been modified in my branch all the rest are still as they were on the main trunk. whinge, whinge, whinge... Rather than just copy the new files across I went through the exercise of merging them by hand (AARRRGGGHHH!) which was fun while it lasted but now that I've stopped I don't think I'd ever do that again. (Like thumping your head against a brick wall -- it doesn't hurt till you stop. Don't believe me? Try it!) I did cheat for the po files though. I've got this compiling now (on a P100 this will take forever) and will commit it sometime after it successfully works... maybe even tomorrow ;-) I can certainly see why Lars does all his development in the main trunk. Allan. (ARRae)
Re: Lyx-1.1.4 Internationalization
On Thu, Feb 10, 2000 at 07:48:06PM +0100, Ulrich Guenther wrote: > setenv LANG de > The menus remain English! > However the key bindings default to de_menus > (what a pain). > > Any ideas how to fix this? How about setenv LC_ALL de_DE? Works for me. 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!
Lyx-1.1.4 Internationalization
setenv LANG de The menus remain English! However the key bindings default to de_menus (what a pain). Any ideas how to fix this? Ulrich -- Ulrich Günther