Re: No automake-1.9 on mingw/msys yet...
Enrico Forestieri wrote: Angus Leeming <[EMAIL PROTECTED]> writes: Oh, nice! I had no idea that ldd worked on Windows. Oh well, this isn't the real ldd ;-) $ cat /usr/local/bin/ldd #!/bin/sh # Emulate ldd FULL_WIN_PATH=`cygpath -w -a "$1"` cygcheck "$FULL_WIN_PATH" Magic! Thank you. Angus
Re: copying and pasting a LyX environment? (like Word's Format Painter)
Andre Poenitz <[EMAIL PROTECTED]> writes: | On Mon, Jan 16, 2006 at 03:01:54PM +0100, Abdel wrote: | > Jean-Marc Lasgouttes a écrit : | > >>"Abdel" == Abdel <[EMAIL PROTECTED]> writes: | > > | > >Abdel> OK, thanks. My main problem is that while a MenuItem is of | > >Abdel> Submenu kind, sometimes (depends on the document you load and | > >Abdel> the time of day) its associated submenu is empty. This happens | > >Abdel> only for the Navigate menu, others works fine. | > > | > > | > >I think this is related to your next question. Menu objects are | > >"uninstantiated" menus, and expand should be called on the one you want to | > >open (File, Edit...) before doing anything else. I agree this is not a | > >very good API (instantiated menus should be a different C++ class), | > >but I do not think it is a big problem, actually. | > | > Well, my problem then is that I don't understand the API :-( | | We really, really should get rid of the homebaked GUII stuff and switch | to a single frontend. If anybody is masochistic enough to maintain other | frontends, he should be welcome, but that activity should not eat LyX | resources. Oh... but we shouldn't just break the exiting frontend(s) either, but sure development will only happen on the frontend people are interested in. -- Lgb
bug 2026 again
It turned out that my initial analysis of bug 2026 was wrong. Read http://bugzilla.lyx.org/show_bug.cgi?id=2026 for details. The summary is that lyx2lyx has the layout name "Standard" hardcoded in several places, and that it will make documents of classes without the layout "Standard" invalid that contain things like ERT, comments, some kinds of boxes and some other things. José proposed the following solution: - use a new optional argument, as you can imagine related to the package "Standard Layout". The default argument of it being "Standard". This suggestion avoids complications, one of them being reading the corresponding textclass files. Replace then all references to Standard with file.default_layout (this being the new value read from the argument). Then in lyx it is enough to pass this argument to lyx2lyx. This seems a simple fix, and it works retroactively. I know that it is late, but since this is a serious problem IMHO, I ask nevertheless: Do we want that for 1.4.0/1.3.7? Georg
Re: copying and pasting a LyX environment? (like Word's Format Painter)
On Mon, Jan 16, 2006 at 03:01:54PM +0100, Abdel wrote: > Jean-Marc Lasgouttes a écrit : > >>"Abdel" == Abdel <[EMAIL PROTECTED]> writes: > > > >Abdel> OK, thanks. My main problem is that while a MenuItem is of > >Abdel> Submenu kind, sometimes (depends on the document you load and > >Abdel> the time of day) its associated submenu is empty. This happens > >Abdel> only for the Navigate menu, others works fine. > > > > > >I think this is related to your next question. Menu objects are > >"uninstantiated" menus, and expand should be called on the one you want to > >open (File, Edit...) before doing anything else. I agree this is not a > >very good API (instantiated menus should be a different C++ class), > >but I do not think it is a big problem, actually. > > Well, my problem then is that I don't understand the API :-( We really, really should get rid of the homebaked GUII stuff and switch to a single frontend. If anybody is masochistic enough to maintain other frontends, he should be welcome, but that activity should not eat LyX resources. Andre'
Re: No automake-1.9 on mingw/msys yet...
Angus Leeming <[EMAIL PROTECTED]> writes: > Oh, nice! I had no idea that ldd worked on Windows. Oh well, this isn't the real ldd ;-) $ cat /usr/local/bin/ldd #!/bin/sh # Emulate ldd FULL_WIN_PATH=`cygpath -w -a "$1"` cygcheck "$FULL_WIN_PATH" -- Enrico
Re: Towards LyX 1.3.7 [status update #1]
On Jan 16, 2006, at 11:38 AM, Jean-Marc Lasgouttes wrote: "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> And this cannot be changed at this stage? (LyX for both for all) No, it is not so easy (I would need to fiddle with PACKAGE in configure and this was not easy to get right, remember). Bennett, if you send the preference file as you want it to appear in 1.3.7 for OSX, I shove it in and everything will be perfect :) JMarc Here it is. (I assume the patches to Info.plist and lyxeditor came through fine before.) Bennett preferences Description: Binary data
Re: Screen update improvements
Michael Gerz <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: | | >Is it really so horrible on windows that this cannot wait? | > | Yes, I think so. Ok, then. -- Lgb
Re: Screen update improvements
Lars Gullik Bjønnes wrote: Is it really so horrible on windows that this cannot wait? Yes, I think so. Michael
Re: Towards LyX 1.3.7 [status update #1]
Lars Gullik Bjønnes wrote: > directories are branch/trunk/tag ignorant, they are omnipresent. You are right, it seems that I am thinking more "subversion" than "CVS" nowadays ;-) I guess that this problem will go away after the switch to subversion, because directories have revisions in subversion. Georg
Re: Towards LyX 1.3.7 [status update #1]
Georg Baum <[EMAIL PROTECTED]> writes: | Jean-Marc Lasgouttes wrote: | | >> "Lars" == Lars Gullik Bjønnes | >> <[EMAIL PROTECTED]> writes: | > | > Lars> This then means that I cannot "fix" the cvs respository either | > Lars> (,right?). So those that see the disappearing/popup problem will | > Lars> have to live with it. | > | > Lars> (or get a proper case-sensitive fs) | > | > I guess so. | | Or they should get a fixed CVS client. I cannot imagine any reason why | having both LyX and lyx in the repsoitory should make problems on a | case-aware but case-insensitive filesystem like HFS+ or VFAT as long as | they don't appear in the same branch. | Why does the cvs client fiddle with other branches/revisions? directories are branch/trunk/tag ignorant, they are omnipresent. -- Lgb
Re: Towards LyX 1.3.7 [status update #1]
Jean-Marc Lasgouttes wrote: >> "Lars" == Lars Gullik Bjønnes >> <[EMAIL PROTECTED]> writes: > > Lars> This then means that I cannot "fix" the cvs respository either > Lars> (,right?). So those that see the disappearing/popup problem will > Lars> have to live with it. > > Lars> (or get a proper case-sensitive fs) > > I guess so. Or they should get a fixed CVS client. I cannot imagine any reason why having both LyX and lyx in the repsoitory should make problems on a case-aware but case-insensitive filesystem like HFS+ or VFAT as long as they don't appear in the same branch. Why does the cvs client fiddle with other branches/revisions? Georg
Re: Towards LyX 1.3.7 [status update #1]
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> This then means that I cannot "fix" the cvs respository either Lars> (,right?). So those that see the disappearing/popup problem will Lars> have to live with it. Lars> (or get a proper case-sensitive fs) I guess so. JMarc
Re: Towards LyX 1.3.7 [status update #1]
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> And this cannot be changed at this stage? (LyX for both for all) | | No, it is not so easy (I would need to fiddle with PACKAGE in | configure and this was not easy to get right, remember). This then means that I cannot "fix" the cvs respository either (,right?). So those that see the disappearing/popup problem will have to live with it. (or get a proper case-sensitive fs) -- Lgb
Re: Towards LyX 1.3.7 [status update #1]
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> And this cannot be changed at this stage? (LyX for both for all) No, it is not so easy (I would need to fiddle with PACKAGE in configure and this was not easy to get right, remember). Bennett, if you send the preference file as you want it to appear in 1.3.7 for OSX, I shove it in and everything will be perfect :) JMarc
Re: No automake-1.9 on mingw/msys yet...
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Jean-Marc Lasgouttes wrote: Remember to "configure Angus> --disable-stdlib-debug". Makes a huge difference to link times. >> Are you sure? That's weird... I thought the generated text was the >> same in all cases. Angus> Isn't that --disable-concept-checks ? Doesn't stdlib-debug Angus> create custom iterators containing masses of extra stuff? Yes, I meant to post a 'Oops!' answer to myself, but forgot. Oops! JMarc
Re: Towards LyX 1.3.7 [status update #1]
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | | Lars> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: | Lars> | | Lars> | Angus> Lars Gullik Bjønnes wrote: | Lars> | >> | cvs update: | Lars> MacOSX/LyX.app/Contents/Resources/LyX/preferences is | >> no | | Lars> longer in the repository | U | >> | Lars> MacOSX/LyX.app/Contents/Resources/lyx/preferences | Lars> | | Lars> | >> There are two 'lyx' dirs under Resources in the repo: 'lyx' | Lars> and | >> 'LyX', so if you have a case insensitive system, you | Lars> will get weird | >> behaviour. | Lars> | | Lars> | Angus> Yes, happens here too on Win32. Can you not just break | Lars> cvs | Angus> history and remove the offending lyx directory? | Lars> | | Lars> | So what shall I do. The situation is that I have my 1.3.7 | Lars> ready to | roll in my local repository (checked and all), and I | Lars> am waiting with | these updates to the development/ subtree for | Lars> OSX and windows... | | Lars> Hmm da hmm... do you have lyx or LyX on 1.3.7? | | I just double checked. Windows and OSX use lyx for the LyXDatadir (but | LyX for the user directory, which is the visible one). 1.4.0 uses LyX | for both. And this cannot be changed at this stage? (LyX for both for all) -- Lgb
Re: Towards LyX 1.3.7 [status update #1]
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Oh, as far as I'm concerned, just go for it! The thing works Angus> for me; it's just a minor inconvenience that each "cvs up" Angus> deletes that M/L.app/C/R/LyX directory and creates Angus> M/L.app/C/R/lyx in its place. Angus> Anyway, if we're to build from a release tar ball, all this cvs Angus> nonsense is irrelevant, no? Sure, but bennett sent patches to me that do not apply because of that :( JMarc
Re: Towards LyX 1.3.7 [status update #1]
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | Lars> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Lars> | Lars> | Angus> Lars Gullik Bjønnes wrote: Lars> | >> | cvs update: Lars> MacOSX/LyX.app/Contents/Resources/LyX/preferences is | >> no | Lars> longer in the repository | U | >> Lars> MacOSX/LyX.app/Contents/Resources/lyx/preferences Lars> | Lars> | >> There are two 'lyx' dirs under Resources in the repo: 'lyx' Lars> and | >> 'LyX', so if you have a case insensitive system, you Lars> will get weird | >> behaviour. Lars> | Lars> | Angus> Yes, happens here too on Win32. Can you not just break Lars> cvs | Angus> history and remove the offending lyx directory? Lars> | Lars> | So what shall I do. The situation is that I have my 1.3.7 Lars> ready to | roll in my local repository (checked and all), and I Lars> am waiting with | these updates to the development/ subtree for Lars> OSX and windows... Lars> Hmm da hmm... do you have lyx or LyX on 1.3.7? I just double checked. Windows and OSX use lyx for the LyXDatadir (but LyX for the user directory, which is the visible one). 1.4.0 uses LyX for both. JMarc
Re: No automake-1.9 on mingw/msys yet...
Jean-Marc Lasgouttes wrote: > Angus> Remember to "configure --disable-stdlib-debug". Makes a huge > Angus> difference to link times. > > Are you sure? That's weird... I thought the generated text was the > same in all cases. Isn't that --disable-concept-checks ? Doesn't stdlib-debug create custom iterators containing masses of extra stuff? -- Angus
Re: Towards LyX 1.3.7 [status update #1]
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: | | Angus> Lars Gullik Bjønnes wrote: | >> | cvs update: MacOSX/LyX.app/Contents/Resources/LyX/preferences is | >> no | longer in the repository | U | >> MacOSX/LyX.app/Contents/Resources/lyx/preferences | | >> There are two 'lyx' dirs under Resources in the repo: 'lyx' and | >> 'LyX', so if you have a case insensitive system, you will get weird | >> behaviour. | | Angus> Yes, happens here too on Win32. Can you not just break cvs | Angus> history and remove the offending lyx directory? | | So what shall I do. The situation is that I have my 1.3.7 ready to | roll in my local repository (checked and all), and I am waiting with | these updates to the development/ subtree for OSX and windows... Hmm da hmm... do you have lyx or LyX on 1.3.7? -- Lgb
Re: No automake-1.9 on mingw/msys yet...
Enrico Forestieri wrote: >> If you were to do that, you'd probably want a third package containing >> only C:\Program Files\LyXxtras\bin >> dt2dv.exe >> dv2dt.exe >> libiconv-2.dll >> mingwm10.dll >> qt-mt3.dll >> >> and have the lyx.bat in the 1.3 and 1.4 versions of the LyX package add >> this directory to the PATH before launching lyx.exe. > > Angus, > no libiconv-2.dll in sight there: > $ ldd /c/Programmi/LyX/bin/lyx.exe Oh, nice! I had no idea that ldd worked on Windows. > C:/Programmi/LyX/bin/lyx.exe > C:/Programmi/LyX/bin\qt-mt3.dll > C:/Programmi/LyX/bin\mingwm10.dll Nice to know. Maybe it was a left over from some previous attempts to use the MinGW gettext. I seem to remember trying to do so and failing. -- Angus
Re: Towards LyX 1.3.7 [status update #1]
Jean-Marc Lasgouttes wrote: > Angus> Lars Gullik Bjønnes wrote: >>> | cvs update: MacOSX/LyX.app/Contents/Resources/LyX/preferences is >>> no | longer in the repository | U >>> MacOSX/LyX.app/Contents/Resources/lyx/preferences > >>> There are two 'lyx' dirs under Resources in the repo: 'lyx' and >>> 'LyX', so if you have a case insensitive system, you will get weird >>> behaviour. > > Angus> Yes, happens here too on Win32. Can you not just break cvs > Angus> history and remove the offending lyx directory? > > So what shall I do. The situation is that I have my 1.3.7 ready to > roll in my local repository (checked and all), and I am waiting with > these updates to the development/ subtree for OSX and windows... Oh, as far as I'm concerned, just go for it! The thing works for me; it's just a minor inconvenience that each "cvs up" deletes that M/L.app/C/R/LyX directory and creates M/L.app/C/R/lyx in its place. Anyway, if we're to build from a release tar ball, all this cvs nonsense is irrelevant, no? -- Angus
Re: Towards LyX 1.3.7 [status update #1]
Angus Leeming <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: | > | cvs update: MacOSX/LyX.app/Contents/Resources/LyX/preferences is no | > | longer in the repository | > | U MacOSX/LyX.app/Contents/Resources/lyx/preferences | | > There are two 'lyx' dirs under Resources in the repo: 'lyx' and 'LyX', | > so if you have a case insensitive system, you will get weird | > behaviour. | | Yes, happens here too on Win32. Can you not just break cvs history and | remove the offending lyx directory? I think I have to do that, yes. anyone have problems iwht that? -- Lgb
Re: Towards LyX 1.3.7 [status update #1]
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Lars Gullik Bjønnes wrote: >> | cvs update: MacOSX/LyX.app/Contents/Resources/LyX/preferences is >> no | longer in the repository | U >> MacOSX/LyX.app/Contents/Resources/lyx/preferences >> There are two 'lyx' dirs under Resources in the repo: 'lyx' and >> 'LyX', so if you have a case insensitive system, you will get weird >> behaviour. Angus> Yes, happens here too on Win32. Can you not just break cvs Angus> history and remove the offending lyx directory? So what shall I do. The situation is that I have my 1.3.7 ready to roll in my local repository (checked and all), and I am waiting with these updates to the development/ subtree for OSX and windows... JMarc
Re: Towards LyX 1.3.7 [status update #1]
Lars Gullik Bjønnes wrote: | cvs update: MacOSX/LyX.app/Contents/Resources/LyX/preferences is no | longer in the repository | U MacOSX/LyX.app/Contents/Resources/lyx/preferences There are two 'lyx' dirs under Resources in the repo: 'lyx' and 'LyX', so if you have a case insensitive system, you will get weird behaviour. Yes, happens here too on Win32. Can you not just break cvs history and remove the offending lyx directory? Angus
Re: lyx140cvs: autogen.sh
Hartmut Haase <[EMAIL PROTECTED]> writes: | Running autogen.sh I get the following warnings: | | /usr/share/aclocal/avifile.m4:21: warning: underquoted definition of | AM_PATH_AVIFILE | run info '(automake)Extending aclocal' | or see http://sources.redhat.com/automake/automake.html#Extending-aclocal | | What am I supposed to to with it? Nothing. Ignore it. (nothing we can do anything about anyway) -- Lgb
Re: Various change tracking issues
Lars Gullik Bjønnes wrote: > I'd like Martin to test patch one, and commit that if it seems ok. I'll commit it in a moment. > Ad. patch2 I'd like to wait for 1.4.1 with that one. OK. Jürgen
Re: lyx140cvs: autogen.sh
> "Hartmut" == Hartmut Haase <[EMAIL PROTECTED]> writes: Hartmut> Running autogen.sh I get the following warnings: Hartmut> /usr/share/aclocal/avifile.m4:21: warning: underquoted Hartmut> definition of AM_PATH_AVIFILE run info '(automake)Extending Hartmut> aclocal' or see Hartmut> http://sources.redhat.com/automake/automake.html#Extending-aclocal Hartmut> What am I supposed to to with it? Nothing. We do not use these macros and they are outside of our jurisdiction. JMarc
Re: Towards LyX 1.3.7 [status update #1]
Bennett Helm <[EMAIL PROTECTED]> writes: | On Jan 16, 2006, at 5:39 AM, Jean-Marc Lasgouttes wrote: | | > Bennett> I've made some minor changes to the LyX.app skeleton for | > Bennett> 1.3.7, most notably to the preferences file (adding some | > Bennett> default viewers, adding default PATH prefix). | > | > Bennett, there is a problem with your patch: | > | > 1/ our skeleton contains a Resources/lyx directory instead of | > Resources/LyX. Shall we rename the directory (I am lost about how | > things work in 1.3.x on mac). | > | > 2/ the preference patch does not aapply anyway. What did you patch | > against? | | Something's going wrong with CVS. I delete development/MacOS, run cvs | up, and everything seems to go OK. However, when I run cvs up for a | second time (without changing anything in between), I get: | | cvs update: MacOSX/LyX.app/Contents/Resources/LyX/preferences is no | longer in the repository | U MacOSX/LyX.app/Contents/Resources/lyx/preferences There are two 'lyx' dirs under Resources in the repo: 'lyx' and 'LyX', so if you have a case insensitive system, you will get weird behaviour. -- Lgb
lyx140cvs: autogen.sh
Running autogen.sh I get the following warnings: /usr/share/aclocal/avifile.m4:21: warning: underquoted definition of AM_PATH_AVIFILE run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal What am I supposed to to with it? -- Viele Grüße, Hartmut Hungerhilfe: http://www.thehungersite.com Das heutige Motto: Wer fragt, ist ein Narr für fünf Minuten. Wer nicht fragt, bleibt ein Narr für immer.
Re: Towards LyX 1.3.7 [status update #1]
On Jan 16, 2006, at 5:39 AM, Jean-Marc Lasgouttes wrote: Bennett> I've made some minor changes to the LyX.app skeleton for Bennett> 1.3.7, most notably to the preferences file (adding some Bennett> default viewers, adding default PATH prefix). Bennett, there is a problem with your patch: 1/ our skeleton contains a Resources/lyx directory instead of Resources/LyX. Shall we rename the directory (I am lost about how things work in 1.3.x on mac). 2/ the preference patch does not aapply anyway. What did you patch against? Something's going wrong with CVS. I delete development/MacOS, run cvs up, and everything seems to go OK. However, when I run cvs up for a second time (without changing anything in between), I get: cvs update: MacOSX/LyX.app/Contents/Resources/LyX/preferences is no longer in the repository U MacOSX/LyX.app/Contents/Resources/lyx/preferences ... and that happens every subsequent time I run cvs up. It appears that cvs doesn't know whether it should be "lyx" or "LyX". Am I right in thinking this is a cvs server problem? (As far as I can tell, the convention would be to use "LyX". Note, however, that the Mac OS X native file system (HFS+) is case insensitive but case preserving -- at least for now.) Bennett
Re: copying and pasting a LyX environment? (like Word's Format Painter)
Jean-Marc Lasgouttes a écrit : "Abdel" == Abdel <[EMAIL PROTECTED]> writes: Abdel> OK, thanks. My main problem is that while a MenuItem is of Abdel> Submenu kind, sometimes (depends on the document you load and Abdel> the time of day) its associated submenu is empty. This happens Abdel> only for the Navigate menu, others works fine. I think this is related to your next question. Menu objects are "uninstantiated" menus, and expand should be called on the one you want to open (File, Edit...) before doing anything else. I agree this is not a very good API (instantiated menus should be a different C++ class), but I do not think it is a big problem, actually. Well, my problem then is that I don't understand the API :-( Abdel> In my opinion we should just be able to use getMenu() without Abdel> having to expand it. In this case MenuVackend member menulist_ Abdel> should of course be mutable (because getMenu is a const Abdel> function). So the MenuBackend should make sure that the menu Abdel> you ask for is always up to date. I don't like mutable variables :) The question is probably why you want to get these menus. Are you trying to use MenuBackend to build your dynamic ToC stuff? No, I just wanted this Navigate menu to work, that's all. In this case I think you are using the wrong approach. You should take the horrible code from MenuBackend and merge it into toc.C. This code should return the ToC as a tree (not a list of strings) and MenuBackend and your code should use that directly. Well I have already written my own tree generation code in QTocDialog.C. I have just compared my code with the code from the MenuBackend and it is indeed similar (I prefer mine ;-)). I think I'll just give up on the Navigate menu and put a popup menu in one toolbar instead. The first Item in this menu would be to open the full blown TocDialog, the rest would be the standard navigate stuff. Abdel> Another problem that I have is with the MenuItem::func() Abdel> member. I store it this way in a QLAction which is a lyx Abdel> tailored QAction: QLAction * action = new Abdel> QLAction(*(owner_->view()), label, m->func()); So the Abdel> FuncRequest is stored in the QLAction and is called when you Abdel> click on the corresponding MenuItem. The problem is that this Abdel> make lyx crashing for some MenuItem randomly (not all). It Abdel> seems that this FuncRequest is not constant for a given Abdel> MenuItem... weird. I'd have to see the crash. I'll try to work on that next week-end. Abdel> My idea is that in the future, maybe for 1.5, there should be a Abdel> unique configuration file which will describe all available Abdel> FuncRequests, together with associated label, icon, tooltip, Abdel> number of argument (if any), etc. All these will be converted Abdel> into QLAction. These QLAction would then be available as Abdel> MenuItem or Toolbar button indifferently. I am not sure we want that, in particular for labels. Do we really want to enforce the way the menu appears? It would still be defined in a configuration file (the FuncRequest one). But I think this is not really important. In any case we could still provide a way to change the labels if really needed (ex: right-clicking on a menuItem could allow changing its label, shortcut, etc). Abdel> I realize now that my explanation is a bit abstract so I attach Abdel> my ports of QView, QLMenubar and QLPopupmenu to this mail Abdel> (QLAction is defined in QView.[hC] Abdel> Sorry Jean-Marc, you asked for it ;-) No problem. Thanks, Abdel. JMarc
Re: Updating the translations of the Windows installer
Jean-Marc Lasgouttes napisał(a): "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes: Uwe> I didn't try this but noticed that iconv for Windows wasn't able Uwe> to convert the .po-files properly. iconv cannot directly convert a po file, since it does not chnage the entry that describes the encoding. All it does is to convert text files; it does not understand how a po file works. > Uwe> @ JMarc: What environment variable is used currently for Polish language? Uwe> The name is "Lang", the value is "pl_PL". Can you try something like pl_PL.cp1251 (or whatever the right codepage is)? pl_PL.cp1250 is correct for polish Regards Tomasz -- Tomasz Łuczak TECHNODAT Sp. z o.o.tel +48 32 2382337 ul. Kościuszki 1c tel +48 32 3314484 44-100 Gliwice, PL mob +48 602 524713 http://www.technodat.com.pl http://www.emrm.pl
Re: Various change tracking issues
On Mon, Jan 16, 2006 at 01:25:36PM +0100, Lars Gullik Bjønnes wrote: > Juergen Spitzmueller <[EMAIL PROTECTED]> writes: > > | Juergen Spitzmueller wrote: > | > > > May I have the row-painter fix as a separate patch, please? > | > Attached are the two fixes in separate patches. > | > | Comments? > > I'd like Martin to test patch one, and commit that if it seems ok. I tried that one (in a tree containing all kinds of other stuff), exercised the User Guide, and could not see a problem with it. (I wouldn't expect a problem either; all it does is force a row refresh in some situations where none would have been forced without the patch.) - Martin pgpnQnhrq2DYp.pgp Description: PGP signature
Re: Various change tracking issues
Juergen Spitzmueller <[EMAIL PROTECTED]> writes: | Juergen Spitzmueller wrote: | > > > May I have the row-painter fix as a separate patch, please? | > Attached are the two fixes in separate patches. | | Comments? I'd like Martin to test patch one, and commit that if it seems ok. Ad. patch2 I'd like to wait for 1.4.1 with that one. -- Lgb
Re: Lyx 1.3.7
On Monday 16 January 2006 11:58, you wrote: > > "Rajil" == Rajil Saraswat <[EMAIL PROTECTED]> writes: > > Rajil> Guys, any update on when it will be on the server? JMarc? > > I'll try to do it today. > > JMarc Great!!. Looking forward to it. Cheers, Rajil
Re: Lyx 1.3.7
> "Rajil" == Rajil Saraswat <[EMAIL PROTECTED]> writes: Rajil> Guys, any update on when it will be on the server? JMarc? I'll try to do it today. JMarc
Re: Various change tracking issues
Juergen Spitzmueller wrote: > > > May I have the row-painter fix as a separate patch, please? > Attached are the two fixes in separate patches. Comments? Jürgen
Re: Documentation out of date for 1.4.
Jean-Marc Lasgouttes wrote: Angus> I'm waiting on commentary from Jean-Marc. Angus It is in now, right? Right. Martin has just committed it. Angus
Lyx 1.3.7
Guys, any update on when it will be on the server? JMarc?
Re: Documentation out of date for 1.4.
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> I'm waiting on commentary from Jean-Marc. Angus It is in now, right? JMarc
Re: Screen update improvements
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> I am still a bit afraid there might be gotchas... One gotcha I can think about is OSX. If you could update ltmain.sh, Bennett would be able to check. JMarc
Re: Towards LyX 1.3.7 [status update #1]
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes: Bennett> On Jan 11, 2006, at 11:42 AM, Jean-Marc Lasgouttes wrote: >> Now that LyX compiles under OSX 10.4, it is time to release LyX >> 1.3.7, so that it does not collide with 1.4.0. In my opinion, this >> release is ready as it is (I have to update NEWS, of course). >> >> Of course, you may think otherwise. If you do, please let me know. Bennett> I've made some minor changes to the LyX.app skeleton for Bennett> 1.3.7, most notably to the preferences file (adding some Bennett> default viewers, adding default PATH prefix). Bennett, there is a problem with your patch: 1/ our skeleton contains a Resources/lyx directory instead of Resources/LyX. Shall we rename the directory (I am lost about how things work in 1.3.x on mac). 2/ the preference patch does not aapply anyway. What did you patch against? JMarc
Re: Screen update improvements
Martin Vermeer <[EMAIL PROTECTED]> writes: | Is there any realistic way of finding out? I am having this patch in my | local tree (Linux) and it seems to work OK. | | I share your dark suspicions though... should we just surround the patch | with Windows conditionals? Minimizes any damage. Is it really so horrible on windows that this cannot wait? -- Lgb
Re: Screen update improvements
On Mon, Jan 16, 2006 at 11:21:19AM +0100, Lars Gullik Bjønnes wrote: > Martin Vermeer <[EMAIL PROTECTED]> writes: > > | On Sun, Jan 15, 2006 at 11:09:04AM +0100, Michael Gerz wrote: > | > Michael Gerz wrote: > | > > | > >>| And the best news is that you can still change the background color > | > >>| (though I don't know why). > | > >>| | It seem like we are loosing no functionality with this patch but > | > >>gain > | > >>| the hearts of a lot of Windows users :-) > | > >>| | Please, put this into 1.4.0... > | > >> > | > >>You have of course tested this on linux as well. Not just windows. > | > > > | > >Of course, I did!!! :-) And Martin did as well IIRC. > | > > > | > >Michael > | > > | > Ping... > | > | Pong... > > I am still a bit afraid there might be gotchas... Is there any realistic way of finding out? I am having this patch in my local tree (Linux) and it seems to work OK. I share your dark suspicions though... should we just surround the patch with Windows conditionals? Minimizes any damage. - Martin pgpeOw89sIFMF.pgp Description: PGP signature
Re: Screen update improvements
Martin Vermeer <[EMAIL PROTECTED]> writes: | On Sun, Jan 15, 2006 at 11:09:04AM +0100, Michael Gerz wrote: | > Michael Gerz wrote: | > | > >>| And the best news is that you can still change the background color | > >>| (though I don't know why). | > >>| | It seem like we are loosing no functionality with this patch but | > >>gain | > >>| the hearts of a lot of Windows users :-) | > >>| | Please, put this into 1.4.0... | > >> | > >>You have of course tested this on linux as well. Not just windows. | > > | > >Of course, I did!!! :-) And Martin did as well IIRC. | > > | > >Michael | > | > Ping... | | Pong... I am still a bit afraid there might be gotchas... -- Lgb
Re: Updating the translations of the Windows installer
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes: Uwe> I didn't try this but noticed that iconv for Windows wasn't able Uwe> to convert the .po-files properly. iconv cannot directly convert a po file, since it does not chnage the entry that describes the encoding. All it does is to convert text files; it does not understand how a po file works. Uwe> I use now thunderbird that does the job fine. I don't know if Uwe> thunderbird can be invoked by a script to convert the .po-files Uwe> automatically before we use msgfmt to build the .mo-files. If Uwe> this is pssible it might be a possible solution. I do not understand how thunderbird can be useful... Uwe> @ JMarc: >> What environment variable is used currently for Polish language? Uwe> The name is "Lang", the value is "pl_PL". Can you try something like pl_PL.cp1251 (or whatever the right codepage is)? JMarc
Re: Update pl translation
> "Tomasz" == Tomasz Łuczak <[EMAIL PROTECTED]> writes: Tomasz> Tomasz Łuczak wrote: >> I send updated translations pl.po files for 1.3.7 and 1.4.0. These >> files are in ISO-8859-2 encoding. Tomasz> I send attachment now ;-) Thanks, I committed them. JMarc
Re: Anything happening to the UserGuide?
On Mon, Jan 16, 2006 at 10:13:05AM +0100, Jean-Marc Lasgouttes wrote: > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: > > Martin> Find attached a patch that combines Angus's work (that appears > Martin> to have fallen through the cracks), Helge's contribution, and > Martin> some things from myself. > > Small remarks: ... > Other than that, the changes are OK. Committed in the attached form. - Martin Index: ChangeLog === RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/doc/ChangeLog,v retrieving revision 1.46 diff -u -p -r1.46 ChangeLog --- ChangeLog 2 Jan 2006 02:29:45 - 1.46 +++ ChangeLog 16 Jan 2006 10:37:06 - @@ -1,3 +1,22 @@ + +2006-01-16 Martin Vermeer <[EMAIL PROTECTED]> (committed) + + * UserGuide.lyx: Corrected information about nesting: + - sections etc can be nested into other environments, + so removed information about this being impossible. + - An abstract can be nested, and other stuff may be nested + into it, removed information about this being impossible + - A caption can be nested into other paragraphs, removed + the "vice versa" indicating this being impossible. + - Updated the lists in section "What You Can and Can't Nest" + to reflect reality. + (Helge Hafting <[EMAIL PROTECTED]>) + * UserGuide.lyx: + * Intro.lyx: + * Tutorial.lyx: A large number of updates needed due to changes + since 1.3. + (Angus Leeming <[EMAIL PROTECTED]>, Martin Vermeer) + 2006-01-01 Angus Leeming <[EMAIL PROTECTED]> * *.lyx: update all files to the latest file format. Index: Intro.lyx === RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/doc/Intro.lyx,v retrieving revision 1.3 diff -u -p -r1.3 Intro.lyx --- Intro.lyx 2 Jan 2006 01:51:18 - 1.3 +++ Intro.lyx 16 Jan 2006 10:37:07 - @@ -514,7 +514,7 @@ Granted, many modern word processors can WYSIWYM concept. However, they've only recently been able to do so, whereas LyX is built upon the LaTeX document preparation system. - LaTeX has been around for over 15 years, and + LaTeX has been around for decades, and \emph on works \emph default @@ -1677,7 +1677,7 @@ Contributing to LyX \end_layout \begin_layout Standard -LyX is mostly written in C++ (the LaTeX importer is written in Perl). +LyX is mostly written in C++. It is a large project, and as a result it is not free from bugs, or the need for improvements in the source code. \end_layout Index: Tutorial.lyx === RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/doc/Tutorial.lyx,v retrieving revision 1.3 diff -u -p -r1.3 Tutorial.lyx --- Tutorial.lyx2 Jan 2006 01:51:18 - 1.3 +++ Tutorial.lyx16 Jan 2006 10:37:09 - @@ -45,7 +45,11 @@ Amir Karger \noun default . If you have comments or error corrections, please send them to the LyX - Documentation mailing list, . + Documentation mailing list, +\family typewriter [EMAIL PROTECTED] +\family default +. \end_layout \end_inset @@ -2213,7 +2217,7 @@ exercise \begin_inset Quotes erd \end_inset - here; just write a letter to someone + here; just write a letter to someone! \begin_inset Foot status collapsed @@ -2237,7 +2241,7 @@ Environment \end_inset -! + \end_layout \begin_layout Standard @@ -2493,7 +2497,6 @@ LyX puts the references in a box right w In the printed document, this reference marker will be replaced with either the page or section number (depending on what you selected in the \family sans -Insert\InsetSpace ~ Reference \family default dialog). @@ -2546,7 +2549,7 @@ Reference \family sans Go\InsetSpace ~ to\InsetSpace ~ -reference +Label \family default will move the cursor to the referenced label. \end_layout @@ -2593,10 +2596,9 @@ If you want some more practice with labe If you'll be inserting cross-references often (if, for example, you're writing a journal article), it may be convenient to leave the \family sans -Insert\InsetSpace ~ Reference \family default - window open. + dialog open. \end_layout \begin_layout Standard @@ -2923,10 +2925,9 @@ nsert\SpecialChar \menuseparator \bar under C \bar default -itation\InsetSpace ~ -Reference\SpecialChar [EMAIL PROTECTED] - +itation \family default +. A \family sans Citation @@ -2953,12 +2954,11 @@ lyxtutorial \begin_layout Standard How are the other fields used? The \family sans -Text\InsetSpace ~ -aft \bar under -e +T \bar default -r +ext\InsetSpace ~ +after \family default field in the \family sans @@ -2985,7 +2985,8 @@ abel field in the \family sans Bibliography\InsetSpace ~ -item +Entry\InsetSpace ~ +Settings \family default dialog. As usual, you can see the @@ -4349,7 +4350,7 @@ G \bar default
Re: Documenting the documentation patch submission process.
John C. McCabe-Dansted wrote: > "Patches against .lyx files can be made using diff -u -p oldfile newfile. > If this generates irrelevant changes you should open oldfile with your > current version of lyx and save it again. This will submit the relevant > changes without changing the lyx version. That will not work in all cases (depends on the differences in file format). A better procedure is to request a format update of the file in CVS first and then send a patch against the new file. That will always work. That procedure should also eliminate the whitespace problem if the new file was not only created by lyx2lyx, but also saved in LyX. Georg
Re: copying and pasting a LyX environment? (like Word's Format Painter)
> "Abdel" == Abdel <[EMAIL PROTECTED]> writes: Abdel> OK, thanks. My main problem is that while a MenuItem is of Abdel> Submenu kind, sometimes (depends on the document you load and Abdel> the time of day) its associated submenu is empty. This happens Abdel> only for the Navigate menu, others works fine. I think this is related to your next question. Menu objects are "uninstantiated" menus, and expand should be called on the one you want to open (File, Edit...) before doing anything else. I agree this is not a very good API (instantiated menus should be a different C++ class), but I do not think it is a big problem, actually. Abdel> In my opinion we should just be able to use getMenu() without Abdel> having to expand it. In this case MenuVackend member menulist_ Abdel> should of course be mutable (because getMenu is a const Abdel> function). So the MenuBackend should make sure that the menu Abdel> you ask for is always up to date. I don't like mutable variables :) The question is probably why you want to get these menus. Are you trying to use MenuBackend to build your dynamic ToC stuff? In this case I think you are using the wrong approach. You should take the horrible code from MenuBackend and merge it into toc.C. This code should return the ToC as a tree (not a list of strings) and MenuBackend and your code should use that directly. Abdel> Another problem that I have is with the MenuItem::func() Abdel> member. I store it this way in a QLAction which is a lyx Abdel> tailored QAction: QLAction * action = new Abdel> QLAction(*(owner_->view()), label, m->func()); So the Abdel> FuncRequest is stored in the QLAction and is called when you Abdel> click on the corresponding MenuItem. The problem is that this Abdel> make lyx crashing for some MenuItem randomly (not all). It Abdel> seems that this FuncRequest is not constant for a given Abdel> MenuItem... weird. I'd have to see the crash. Abdel> My idea is that in the future, maybe for 1.5, there should be a Abdel> unique configuration file which will describe all available Abdel> FuncRequests, together with associated label, icon, tooltip, Abdel> number of argument (if any), etc. All these will be converted Abdel> into QLAction. These QLAction would then be available as Abdel> MenuItem or Toolbar button indifferently. I am not sure we want that, in particular for labels. Do we really want to enforce the way the menu appears? Abdel> I realize now that my explanation is a bit abstract so I attach Abdel> my ports of QView, QLMenubar and QLPopupmenu to this mail Abdel> (QLAction is defined in QView.[hC] Abdel> Sorry Jean-Marc, you asked for it ;-) No problem. JMarc
Re: Documentation out of date for 1.4.
On Monday 16 January 2006 07:34, Martin Vermeer wrote: > On Mon, 2006-01-02 at 02:20 +, Angus Leeming wrote: > > Lars Gullik Bjønnes wrote: > > > It seems that our documentation needs a small overhaul before the > > > 1.4.0 release. Not any big workovers, but at fix-up the really > > > out-dated stuff... Especiall the reLyX stuff... > > > > > > At least Customization.lyx, Tutorial.lyx and Extended.lyx needs work > > > in this regard. > > > > Attached is a patch to Intro.lyx, Tutorial.lyx and UserGuide.lyx. OK? > > Was this ever committed? Doesn't look like it in CVS. I'm waiting on commentary from Jean-Marc. Angus
Re: Documenting the documentation patch submission process.
> "John" == John C McCabe-Dansted <[EMAIL PROTECTED]> writes: John> The References.lyx file invites us to submit corrections to John> lyx-docs. I am writing an explanation of how to submit a John> patch/correction to a .lyx file. Hello, I should have answered you first round of questions, but better late than never. John> "Patches against .lyx files can be made using diff -u -p oldfile John> newfile. If this generates irrelevant changes you should open John> oldfile with your current version of lyx and save it again. This John> will submit the relevant changes without changing the lyx John> version. If you wish the patch to change the version of the lyx John> file, adding the "-B" option without resaving oldfile should John> safely eliminate the irrelevant whitespace changes." I am not sure we should advise to do like that. If whitespace changes are annoying (I know this happened recently but I am not sure it will happen that often), I suggest to send both the full patch and the -B one. John> Also, although the file suggests we submit to lyx-docs, the John> actual discussion of documentation patches seems to occur on John> lyx-devel. Should I change this? Well, lyx-docs should be OK in theory, but I agree it is not very responsive. You could propose to cross-post in lyx-devel and lyx-docs. The problem is mainly that we do not have active documentation maintainers. John> Also the lyx team does not want to use change tracking for the John> LyX documentation? Let's wait until it works correctly :) JMarc
Re: Anything happening to the UserGuide?
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> Find attached a patch that combines Angus's work (that appears Martin> to have fallen through the cracks), Helge's contribution, and Martin> some things from myself. Small remarks: - Now rerun LaTeX, and --- voil�! --- the section cross reference changed - to + Now rerun LaTeX, and --- +\lang french +voil� +\lang english +! --- the section cross reference changed to Merriam webster has ``voilà'' as an english word. No need to put it in french (adds a distracting blue line). --- UserGuide.lyx 2 Jan 2006 01:51:18 - 1.17 +++ UserGuide.lyx 16 Jan 2006 08:48:56 - @@ -93,17 +93,12 @@ The LyX User's Guide \begin_layout Author by the LyX Team \begin_inset Foot -status collapsed +status open Keep the note closed. +\begin_layout Standard +The +\family typewriter +preferences +\family default + file is found in different directories on different systems: To find where the file is, tell the user to use About>LyX and look for the user directory. - and voil�! You're all set. + and +\lang french +voil� +\lang english +! You're all set. \end_layout See above. Other than that, the changes are OK. JMarc
Documenting the documentation patch submission process.
The References.lyx file invites us to submit corrections to lyx-docs. I am writing an explanation of how to submit a patch/correction to a .lyx file. How does this sound: "Patches against .lyx files can be made using diff -u -p oldfile newfile. If this generates irrelevant changes you should open oldfile with your current version of lyx and save it again. This will submit the relevant changes without changing the lyx version. If you wish the patch to change the version of the lyx file, adding the "-B" option without resaving oldfile should safely eliminate the irrelevant whitespace changes." Also, although the file suggests we submit to lyx-docs, the actual discussion of documentation patches seems to occur on lyx-devel. Should I change this? Also the lyx team does not want to use change tracking for the LyX documentation? -- John C. McCabe-Dansted Masters Student
Re: Anything happening to the UserGuide?
On Mon, 2006-01-16 at 07:41 +0100, Jean-Marc Lasgouttes wrote: > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: > > Martin> I suggest to just put this in, as a start. Many more changes > Martin> will be needed. > > Martin> Powers that be, OK to commit? > > Yes, it seems I forgot about this one too. Sorry. > > JMarc Find attached a patch that combines Angus's work (that appears to have fallen through the cracks), Helge's contribution, and some things from myself. Please review. - Martin Index: Intro.lyx === RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/doc/Intro.lyx,v retrieving revision 1.3 diff -u -p -r1.3 Intro.lyx --- Intro.lyx 2 Jan 2006 01:51:18 - 1.3 +++ Intro.lyx 16 Jan 2006 08:48:46 - @@ -514,7 +514,7 @@ Granted, many modern word processors can WYSIWYM concept. However, they've only recently been able to do so, whereas LyX is built upon the LaTeX document preparation system. - LaTeX has been around for over 15 years, and + LaTeX has been around for decades, and \emph on works \emph default @@ -1677,7 +1677,7 @@ Contributing to LyX \end_layout \begin_layout Standard -LyX is mostly written in C++ (the LaTeX importer is written in Perl). +LyX is mostly written in C++. It is a large project, and as a result it is not free from bugs, or the need for improvements in the source code. \end_layout Index: Tutorial.lyx === RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/doc/Tutorial.lyx,v retrieving revision 1.3 diff -u -p -r1.3 Tutorial.lyx --- Tutorial.lyx 2 Jan 2006 01:51:18 - 1.3 +++ Tutorial.lyx 16 Jan 2006 08:48:47 - @@ -45,7 +45,11 @@ Amir Karger \noun default . If you have comments or error corrections, please send them to the LyX - Documentation mailing list, . + Documentation mailing list, +\family typewriter [EMAIL PROTECTED] +\family default +. \end_layout \end_inset @@ -2213,7 +2217,7 @@ exercise \begin_inset Quotes erd \end_inset - here; just write a letter to someone + here; just write a letter to someone! \begin_inset Foot status collapsed @@ -2237,7 +2241,7 @@ Environment \end_inset -! + \end_layout \begin_layout Standard @@ -2493,7 +2497,6 @@ LyX puts the references in a box right w In the printed document, this reference marker will be replaced with either the page or section number (depending on what you selected in the \family sans -Insert\InsetSpace ~ Reference \family default dialog). @@ -2546,7 +2549,7 @@ Reference \family sans Go\InsetSpace ~ to\InsetSpace ~ -reference +Label \family default will move the cursor to the referenced label. \end_layout @@ -2560,8 +2563,11 @@ We told you that LyX worries about numbe test that. Add a new section before Section\InsetSpace ~ 2. - Now rerun LaTeX, and --- voilà! --- the section cross reference changed - to + Now rerun LaTeX, and --- +\lang french +voilà +\lang english +! --- the section cross reference changed to \begin_inset Quotes eld \end_inset @@ -2593,10 +2599,9 @@ If you want some more practice with labe If you'll be inserting cross-references often (if, for example, you're writing a journal article), it may be convenient to leave the \family sans -Insert\InsetSpace ~ Reference \family default - window open. + dialog open. \end_layout \begin_layout Standard @@ -2923,10 +2928,9 @@ nsert\SpecialChar \menuseparator \bar under C \bar default -itation\InsetSpace ~ -Reference\SpecialChar [EMAIL PROTECTED] - +itation \family default +. A \family sans Citation @@ -2953,12 +2957,11 @@ lyxtutorial \begin_layout Standard How are the other fields used? The \family sans -Text\InsetSpace ~ -aft \bar under -e +T \bar default -r +ext\InsetSpace ~ +after \family default field in the \family sans @@ -2985,7 +2988,8 @@ abel field in the \family sans Bibliography\InsetSpace ~ -item +Entry\InsetSpace ~ +Settings \family default dialog. As usual, you can see the @@ -4349,7 +4353,7 @@ G \bar default raphics \family default -\SpecialChar [EMAIL PROTECTED] +. Then click on the figure to choose the file to include, rotate or scale it, etc.) Tables and figures can have captions, and LyX will automatically generate lists of figures and/or tables. @@ -4492,9 +4496,10 @@ learn The short answer is that LyX can do pretty much everything LaTeX can do in one form or another, and it definitely simplifies most parts of writing a LaTeX document. - Currently, there may be some annoyance in converting old LaTeX documents - and in a couple other areas, but later releases of LyX will get rid of - these problems. + The tool that is used to convert a LaTeX document to LyX was rewritten + completely for LyX\InsetSpace ~ +1.4. + It should now be able to handle most LaTeX gracefully. \end_layout \begin_layout Standard @@ -4533,8 +4538,10 @@ nsert\SpecialChar \menuseparator Te \bar un
