Re: [PATCH] Simple session management of lyx.

Bo Peng wrote: > 1. lastfiles : Recently opened files, except for those help files > 2. last opened files : Opened buffers when lyx is closed > 3. file positions : Position of cursor when a buffer is closed > 4. Bookmarks : bookmarks when lyx is closed > 5. Lyx window position when closed? > 6. Lyx

[PATCH] Complete patch for session management.

Dear list, I have figured out the two problems I had and here is the complete patch. Current behavior: 1. if lyx is called directly and load_session is true, lyx will load all previously opened files 2. if "lyx file.lyx" is called, only file.lyx is loaded. 3. if use_lastfilepos is true, files loa

Cursor movement problem.

Dear list, I am trying to figure out why the cursor does not go to saved cursor position when lyx starts like 'lyx file.lyx'. For example, if the saved file position (pit) is 50, I notice that 1. 'lyx file.lyx', .lyx/session is loaded, setCursor is called. in cursor.C, line 260, the DocIterator

Re: New Chktex.C patch.

How much of the patch do you want? It does a number of things: a) Removes the USE_BOOST_FORMAT, which makes the code a little simpler. b) Changes the input format format -v0 to -v2, which improved the legibility of the errors with regard to raw use of ChkTex. No longer needed if using ChkTex via

Re: New Chktex.C patch.

"John C. McCabe-Dansted" <[EMAIL PROTECTED]> writes: | - Removes the USE_BOOST_FORMAT #ifdef, and always uses the std C++ code which | is simpler anyway. This last one is not quite ok. We use gettext for translation (_()) and to make it not too hard for translators we must keep sentences, long

Re: DVI search.

João Luis Meloni Assirati <[EMAIL PROTECTED]> writes: | | Sorry, guys. I hadn't reallized that Lars post was about the .h file. I | understand now, it was a stupid error. Attached is the updated patch. Does this patch need any changes before I commit it? (rediff?) -- Lgb

Re: [PATCH] Simple session management of lyx.

[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | | +LyXSession::LyXSession(unsigned int num) | | Please don't call this class "LyXSession", just call it session and | put in the LyX namespace. But of course we don't have a LyX namespace... but we do have a 'lyx' one. -- Lgb

Re: [PATCH] Simple session management of lyx.

"Bo Peng" <[EMAIL PROTECTED]> writes: | OK. Let us decide first what should go into this session file, and how | to name them (will be used in either .ini format or XML format). | | 1. lastfiles : Recently opened files, except for those help files | 2. last opened files : Opened buffers when lyx

Re: [PATCH] Simple session management of lyx.

"Bo Peng" <[EMAIL PROTECTED]> writes: | Index: src/lyx_cb.C | === | --- src/lyx_cb.C (revision 13486) | +++ src/lyx_cb.C (working copy) | @@ -22,7 +22,7 @@ | #include "cursor.h" | #include "debug.h" | #include "gettext.h"

Re: [PATCH] Simple session management of lyx.

OK. Let us decide first what should go into this session file, and how to name them (will be used in either .ini format or XML format). 1. lastfiles : Recently opened files, except for those help files 2. last opened files : Opened buffers when lyx is closed 3. file positions : Position of cursor

Re: Revision 13302 link errors

"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes: | On Fri, Mar 24, 2006 at 10:25:04PM +0100, Lars Gullik Bjønnes wrote: | > Helge Hafting <[EMAIL PROTECTED]> writes: | > | > | If FC4 don't have any older or newer compilers for you, consider | > | digging up some older rpms? | > | > FC4 should just

Re: [PATCH] Simple session management of lyx.

"Bo Peng" <[EMAIL PROTECTED]> writes: | > And I fail to see which goal posts I am moving. | > This was after all new devlopemtn with a single session file that | > ... | | Please stop arguing on the file format issue.. File format is easy to | change and can be done later. All that is concerned i

Re: [PATCH] Simple session management of lyx.

> And I fail to see which goal posts I am moving. > This was after all new devlopemtn with a single session file that > ... Please stop arguing on the file format issue.. File format is easy to change and can be done later. All that is concerned is the readFile and writeFile function. Attached is

Re: [PATCH] Simple session management of lyx.

"Bo Peng" <[EMAIL PROTECTED]> writes: | > "load_last_session"? | > "fileplaces", "filepositions"? | > "lastsession"? | | It is quite easy to change these names. I guess I can trust you to do | some global find/replaces to the patch before you apply the patch (if | you will ever apply). I don't

Re: [PATCH] Simple session management of lyx.

Angus Leeming <[EMAIL PROTECTED]> writes: | > Experience wise, I agree. And I think it is a perfect idea to use XML | > for .lyx file. However, for this simple case, there is *no* need for a | > XML format. | | Agreed 100% The more stuff that is stuffed into this file the less simple it gets. |

Re: Revision 13302 link errors

On Fri, Mar 24, 2006 at 10:25:04PM +0100, Lars Gullik Bjønnes wrote: > Helge Hafting <[EMAIL PROTECTED]> writes: > > | If FC4 don't have any older or newer compilers for you, consider > | digging up some older rpms? > > FC4 should just work. On FC4, I have gcc version 4.0.2 20051125 (Red Hat 4.0

Re: Potential 1.4 patches

> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: Juergen> Georg Baum wrote: >> > When it is done, Lars parlist patch can be merged too (please >> someone > do it). >> >> I did that. Juergen> You just beat me to it ;-) Thanks to both of you. >> > Do you think we could plan a

Patches for 1.4.1

Hi Jean-Marc, call me paranoid: I checked whether all patches were back-ported correctly. For that purpose, I made a diff over full ./BRANCH_1.4.X and ./trunk. The changes due to boost update and color handling are voluminous but they don't seem to be relevant for 1.4.X. A shortened diff (50

[Patch] Re: [Patch] Re: Possible charstyle bug

On Fri, Mar 24, 2006 at 10:47:11PM +0200, Martin Vermeer wrote: > On Fri, Mar 24, 2006 at 08:44:46PM +0100, Georg Baum wrote: > > Am Freitag, 24. März 2006 20:22 schrieb Martin Vermeer: > > > That would be this patch. > > > > > > Unless anyone sees a problem, this goes in soon. > > > > I don't se

Re: [PATCH] Simple session management of lyx.

Bo Peng <[EMAIL PROTECTED]> writes: > > > We are going to more the main file format to xml later (1.6 most > > likely) and I think it would be perhaps unwise of use to introduce a > > ini format now. Also getting some experience with xml writing and > > (especially) reading before we begin with t

Re: [PATCH] Simple session management of lyx.

> We are going to more the main file format to xml later (1.6 most > likely) and I think it would be perhaps unwise of use to introduce a > ini format now. Also getting some experience with xml writing and > (especially) reading before we begin with the fileformat change would > be really nice. Ex

Re: [PATCH] Simple session management of lyx.

> "load_last_session"? > "fileplaces", "filepositions"? > "lastsession"? It is quite easy to change these names. I guess I can trust you to do some global find/replaces to the patch before you apply the patch (if you will ever apply). > I think it should be written (yup, here it comes) so that w

Re: [PATCH] Simple session management of lyx.

[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | "Bo Peng" <[EMAIL PROTECTED]> writes: | | | Dear list, | | | | The new patch combines lastfiles and filepositions, and add lastopened | | (and will add bookmarks) to a single session management interface. | | Please let me know if you like it. |

Re: [PATCH] Simple session management of lyx.

"Bo Peng" <[EMAIL PROTECTED]> writes: | Dear list, | | The new patch combines lastfiles and filepositions, and add lastopened | (and will add bookmarks) to a single session management interface. | Please let me know if you like it. Actually despite my earlier comments, I so far do like the look

Re: Revision 13302 link errors

Helge Hafting <[EMAIL PROTECTED]> writes: | If FC4 don't have any older or newer compilers for you, consider | digging up some older rpms? FC4 should just work. -- Lgb

Re: [PATCH] Simple session management of lyx.

Bo Peng a écrit : I like it but my opinion does not count much. I hope they will not reject this patch because it brings too many things at the same time, That is why I am stopping here and waiting for their responses. Lars and Angus seem to like independent, clean and small patches but I do no

Re: qt4 and g++-4.1 compile ok, linking broke

Abdelrazak Younes a écrit : Abdelrazak Younes a écrit : Helge Hafting a écrit : My only complaint now is that the paragraph style pulldown now have a scrollbar - before I got _all_ styles visible when pulling it down. That is big timesaver for any paragraph type where I don't remember the key

Re: [Patch] Re: Possible charstyle bug

On Fri, Mar 24, 2006 at 08:44:46PM +0100, Georg Baum wrote: > Am Freitag, 24. März 2006 20:22 schrieb Martin Vermeer: > > That would be this patch. > > > > Unless anyone sees a problem, this goes in soon. > > I don't see why the deleted lines in ERT are no longer necessary. Could > you please ex

Re: [Patch] Re: Possible charstyle bug

Am Freitag, 24. März 2006 20:22 schrieb Martin Vermeer: > That would be this patch. > > Unless anyone sees a problem, this goes in soon. I don't see why the deleted lines in ERT are no longer necessary. Could you please explain? Georg

Re: [PATCH] Simple session management of lyx.

> I like it but my opinion does not count much. I hope they will not > reject this patch because it brings too many things at the same time, That is why I am stopping here and waiting for their responses. Lars and Angus seem to like independent, clean and small patches but I do not think it is a g

Re: [PATCH] Simple session management of lyx.

Bo Peng a écrit : Dear list, The new patch combines lastfiles and filepositions, and add lastopened (and will add bookmarks) to a single session management interface. Please let me know if you like it. I like it but my opinion does not count much. I hope they will not reject this patch becaus

[Patch] Re: Possible charstyle bug

On Fri, Mar 24, 2006 at 03:49:10PM +0100, Jean-Marc Lasgouttes wrote: > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: ... > >> What I propose is to run resetParagraphStyle on the whole LyXText > >> after pasting. This cannot really hurt :) > > Martin> That's precisely what the i

[PATCH] Simple session management of lyx.

Dear list, The new patch combines lastfiles and filepositions, and add lastopened (and will add bookmarks) to a single session management interface. Please let me know if you like it. What it does: 1. remove lastfile and its rc entries 2. add use_lastfilepos and load_session rc entries 3. remove

Re: Potential 1.4 patches

Juergen Spitzmueller wrote: > > I did that. > > You just beat me to it ;-) But since I have already written the ChangeLogs, I've committed them. Jürgen

Re: qt4 and g++-4.1 compile ok, linking broke

Abdelrazak Younes a écrit : Helge Hafting a écrit : My only complaint now is that the paragraph style pulldown now have a scrollbar - before I got _all_ styles visible when pulling it down. That is big timesaver for any paragraph type where I don't remember the keyboard command. You mean the l

Re: Potential 1.4 patches

Georg Baum wrote: > > When it is done, Lars parlist patch can be merged too (please someone > > do it). > > I did that. You just beat me to it ;-) > > Do you think we could plan a release for next friday? > > Yes. I think so, too. Jürgen

word completion feature

I am using LyX 1.4.0 and I am quite happy about it One feature that would be VERY useful is the word completion feature like in vi (Ctrl-p). If there is already some way please let me know. If not then Waiting for it to be incorporated -- shekhar deodhar

Re: Potential 1.4 patches

Jean-Marc Lasgouttes wrote: > When it is done, Lars parlist patch can be merged too (please someone > do it). I did that. > Then what remains is the speedup patch, and I'd be glad to see someone > apply it too. Since I don't know which one was meant exactly I did not touch this. > Do you thin

Re: Potential 1.4 patches

Jean-Marc Lasgouttes wrote: > If it is OK, can you please apply it? Done. Jürgen

[Qt4 PATCH] better support for classes that do not define a ToC

Jean-Marc Lasgouttes a écrit : "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> Am Mittwoch, 22. März 2006 15:39 schrieb Jean-Marc Lasgouttes: Comments? I'd like to apply it for 1.4.1. Then of course we'll have to fix the actual problem. Georg> I think you should put that in. Even if

Re: [PATCH} Was: Feature request: Remember the editing location when a file is closed.

John C. Spray wrote: > Do you mean things like "Was the math panel open?" and "Where was the > math panel?". Seems like a good idea, although perhaps more basic > things like allowing hiding/showing of toolbars from the View menu would > be better done first. No. What I mean are more basic thing

Re: Wiki question: What is spam? And, separate group for non-LyX stuff?

On Fri, 24 Mar 2006, Jean-Marc Lasgouttes wrote: > > "christian" == christian ridderstrom <[EMAIL PROTECTED]> writes: > > christian>If you see something on the wiki you feel is > christian> inapproriate, feel free to (re)move it yourself! If you're > christian> uncertain, ask on the user'

[Patch] Ui compilation fixes

Hello, Following Hedge compilation bug report, I have committed this fix: Compilation Fix: Appended "Ui" to main objectName so that it is the same as the ui file. The patch is not attached because too big and meaningless. Abdel.

Re: [PATCH} Was: Feature request: Remember the editing location when a file is closed.

On Fri, 2006-03-24 at 15:29 +0100, Georg Baum wrote: > I disagree a bit. Being able to open a file at the last position is not > session management IMHO. session management is "recreate the exact same > state as LyX was in before shutdown", and it should be implemented using > the qt/gtk API. Do y

Re: Potential 1.4 patches

On Mar 24, 2006, at 10:48 AM, Jean-Marc Lasgouttes wrote: "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes: Bennett> On Mar 24, 2006, at 9:17 AM, Jean-Marc Lasgouttes wrote: Also, what are the other bugs that we have to fix before 1.4.1? The one I can think about now is the adaptation of

Re: Potential 1.4 patches

> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: Juergen> Georg Baum wrote: >>> and then redo the changes in CutAndPaset.C by hand. IIRC it was >>> only at 4 places, it took me two minutes to do that. Juergen

Re: Potential 1.4 patches

Also sprach Jean-Marc Lasgouttes: > OK, let's apply bug880 first. I took your patch in the bug. Is that > right? Yes. > And is the following ChageLog complete? Apart from the one entry below, yes (I think). Jürgen > Index: src/ChangeLog > ===

Re: Potential 1.4 patches

> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes: Bennett> On Mar 24, 2006, at 9:17 AM, Jean-Marc Lasgouttes wrote: >> Also, what are the other bugs that we have to fix before 1.4.1? The >> one I can think about now is the adaptation of 1.3 layout files to >> 1.4. Others? Bennett> How a

Re: Potential 1.4 patches

On Mar 24, 2006, at 9:17 AM, Jean-Marc Lasgouttes wrote: Also, what are the other bugs that we have to fix before 1.4.1? The one I can think about now is the adaptation of 1.3 layout files to 1.4. Others? How about this: ?

Re: Potential 1.4 patches

> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: Juergen> Georg Baum wrote: >> and then redo the changes in CutAndPaset.C by hand. IIRC it was >> only at 4 places, it took me two minutes to do that. Juergen> Please note that if you intend the ct patch also, there are Juergen> s

Re: Potential 1.4 patches

Georg Baum wrote: > and then redo the changes in CutAndPaset.C by hand. IIRC it was only at 4 > places, it took me two minutes to do that. Please note that if you intend the ct patch also, there are some additional changes in text.C (IIRC), which are not needed (and do not apply) without that pa

Re: Potential 1.4 patches

Jean-Marc Lasgouttes wrote: > Shall I use the version you sent, or shall we try to adapt Lars' > latest version? I'd say use Lars' version to be sure that they are in sync: svn merge -r13466:13467 svn+ssh://svn.lyx.org/lyx/lyx-devel/trunk and then redo the changes in CutAndPaset.C by hand. IIRC

Re: qt4 and g++-4.1 compile ok, linking broke

Helge Hafting a écrit : I thought configure was supposed to complain about such things. We need a sql library these days? I'll install that library and try again. It's maybe because you requested a link to libQtQql which is not needed. Try to remove that from you're final linking command. W

Re: Potential 1.4 patches

> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> I do use the paragraph list since some days and did not Georg> discover problems so far (although I did no real testing). Shall I use the version you sent, or shall we try to adapt Lars' latest version? JMarc

Re: Possible charstyle bug

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: >> But again, this >> is wrong: it may happen that the theCuts[0] does not use the same >> textclass and thus the same default layout. Martin> No, not in this case, when called from doInsertInset. Yes, but you expose this function to a

Re: Potential 1.4 patches

Jean-Marc Lasgouttes wrote: > So Michael, Juergen, Marting, Georg, others, what do you think of > these patches? I know It is not the first time I ask, but one never > knows :) I told you about the ct patch already. I have applied the paragraph list patch to my tree (1.4svn) and didn't encounter

Re: Graphical tour needs links

> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes: Amir> Long time no speak! It's good to see that folks are still Amir> working on LyX. Hi Amir, nice to hear from you again! You will be very saddened to learn that we just killed reLyX... Amir> Anyway, I was looking at the LGT and noticed

Re: Potential 1.4 patches

Jean-Marc Lasgouttes wrote: > There is a choice to do right now: either we try to get 1.4.1 out as > soon as possible or we try to make it better. I am ready to make the > bet that we can apply these three patches and that they will work well > enough to be better than the current situation. But I

Re: [PATCH} Was: Feature request: Remember the editing location when a file is closed.

> > Where you're at it Bo, could you implement the (optional) reloading of > > all file that where opened on last exit? ;-) > > This is indeed session management. If we only need to open files at their original positions, we do not really need qt api etc. I can expand filepositions to something li

Re: [PATCH} Was: Feature request: Remember the editing location when a file is closed.

Georg Baum a écrit : Abdelrazak Younes wrote: IMHO this is session management and all session management should go into a single file with a wide spread format (say XML or INI like). I disagree a bit. Being able to open a file at the last position is not session management IMHO. session manag

Re: Possible charstyle bug

On Fri, 2006-03-24 at 15:11 +0100, Jean-Marc Lasgouttes wrote: > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: > > Martin> Came up with the attached patch. It adds a method to > Martin> CutAndPaste for resetting the paragraph styles in the cut > Martin> buffer 0. > > I do not like

Re: [patch] fix layout2layout

> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> As I wrote in the bug report: I will have a look why this was Georg> separated in the first place. I remember that in Anre's initial version, the ToCLevel were different between article and report class. I guess this is why they got

Re: Revision 13302 link errors

Lars Gullik Bjønnes wrote: "John C. Spray" <[EMAIL PROTECTED]> writes: | On Wed, 2006-03-08 at 16:16 +0200, Martin Vermeer wrote: | > > > I may have missed this, but do you have an external boost installed? | > > | > > No. Should I? | > | > If I understood the bug report correctly, having pre

Re: [PATCH} Was: Feature request: Remember the editing location when a file is closed.

Abdelrazak Younes wrote: > IMHO this is session management and all session management should go > into a single file with a wide spread format (say XML or INI like). I disagree a bit. Being able to open a file at the last position is not session management IMHO. session management is "recreate th

Re: LyX to LaTeX to LyX

Freek Dijkstra <[EMAIL PROTECTED]> writes: > 1. Picture conversion. > http://bugzilla.lyx.org/show_bug.cgi?id=2419 I'm not qualified to talk about many of these bugs, but bug #1 isn't really a bug as such in tex2lyx. It doesn't have enough information to go on create the LyX file and so assumes th

Re: qt4 and g++-4.1 compile ok, linking broke

Helge Hafting a écrit : Abdelrazak Younes wrote: Helge Hafting a écrit : Abdelrazak Younes wrote: ../QDocumentDialog.h:95: error: 'BiblioUi' is not a member of 'Ui' ../QDocumentDialog.h:95: error: 'BiblioUi' is not a member of 'Ui' ../QDocumentDialog.h:95: error: template argument 1 is inva

Re: [patch] fix layout2layout

Jean-Marc Lasgouttes wrote: >> "Georg" == Georg Baum >> <[EMAIL PROTECTED]> >> writes: > Georg> Is that the default behaviour in 1.3? > > In 1.3, article-like numbering is hardcoded. If a labelstring exists, > it is prepended to the numbering. For example, for chapter: > > LabelStrin

Re: [PATCH} Was: Feature request: Remember the editing location when a file is closed.

On 3/24/06, Abdelrazak Younes <[EMAIL PROTECTED]> wrote: > could you implement the (optional) reloading of > all file that where opened on last exit? ;-) That is a separate feature that is definitely nice to have. It is possible though, to make $HOME/.lyx/lastfilepos something like *, 32, file1 *,

Re: qt4 and g++-4.1 trouble:

Abdelrazak Younes wrote: Helge Hafting a écrit : --with-qt4-includes=/usr/include/qt4 This one is weird... You should use "--with-qt4-dir=/usr/lib/qt4" or something. And ake sure that the qt4 version of moc and uic are in your path before qt3 version. Ok, I'll use --with-qt4-dir on the

Re: [PATCH} Was: Feature request: Remember the editing location when a file is closed.

Bo Peng a écrit : We have 'lastfiles' and 'lastpos' as configurable filenames, I am not sure that they should be. IMHO we should just hardcode them. Opinions on that? I just tried to make features of lastpos parallel to lastfiles. I do not think these filenames need to be configured. lastfile::

Re: Potential 1.4 patches

> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes: Michael> Hi, my new hobby-horse: Keeping track of patches to the trunk Michael> that may also be relevant for LyX 1.4.X :-) That is a very good idea. Did you apply them to a tree and test them out? This would be even better... Michael>

Graphical tour needs links

Long time no speak! It's good to see that folks are still working on LyX. Anyway, I was looking at the LGT and noticed that there's no "next" link at the bottom of the page. "I thought the LGT was longer than that?!" Oh, it turns out you can use the navbar to get to the next page. I think many u

Re: Possible charstyle bug

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> Came up with the attached patch. It adds a method to Martin> CutAndPaste for resetting the paragraph styles in the cut Martin> buffer 0. I do not like much the fact that this code is added in CutAndPaste.C. It should live in so

Re: [PATCH} Was: Feature request: Remember the editing location when a file is closed.

Bo Peng wrote: > I think lastpos is a better name to this feature As long as it cannot be confused with cursor.lastpos() (I didn't read your patch, so the comment might be irrelevant). Jürgen

Re: A Cygwin related patch

On Fri, Mar 24, 2006 at 01:43:55PM +0100, Georg Baum wrote: > Enrico Forestieri wrote: > > > I have a comment on this patch. I see that you get rid of the rtrim call > > in latex_path. This has the following effect: in all cases the argument > > of [EMAIL PROTECTED] will have two '/' appended, exc

Re: qt4 and g++-4.1 compile ok, linking broke

Abdelrazak Younes wrote: Helge Hafting a écrit : Abdelrazak Younes wrote: ../QDocumentDialog.h:95: error: 'BiblioUi' is not a member of 'Ui' ../QDocumentDialog.h:95: error: 'BiblioUi' is not a member of 'Ui' ../QDocumentDialog.h:95: error: template argument 1 is invalid OK, I see the prob

[Patch in parent, n/t] Re: Possible charstyle bug

signature.asc Description: This is a digitally signed message part

Re: [patch] fix layout2layout

> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> Jean-Marc Lasgouttes wrote: >> It looks good. Are you sure that MaxCounter can be Counter_enumi+? Georg> I don't know. I simply looked up the valid counter names. These Georg> maxcounter levels are not used lateron anyway, but I added

Re: [PATCH] bug 675: cannot insert a graphics in a caption

> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: Jean-Marc> As discussed in the bug, this "fixes" the bug by making Jean-Marc> graphics in caption generate proper latex (with \protect). Jean-Marc> It is then up to the user to realize that the graphics is Jean-Marc> in the wro

Re: Help request: QController and QView

Abdelrazak Younes <[EMAIL PROTECTED]> writes: > > The logic of the buttons, as far as I remember: > > > > Press the button. This should trigger a call to > > Dialog::Controller::ApplyButton() AFAIR. Within that method is a call to > > view().apply() which is what QCitation::apply() is. > > That's

Re: [PATCH} Was: Feature request: Remember the editing location when a file is closed.

> We have 'lastfiles' and 'lastpos' as configurable filenames, I am not > sure that they should be. IMHO we should just hardcode them. Opinions > on that? I just tried to make features of lastpos parallel to lastfiles. I do not think these filenames need to be configured. lastfile::dostat may not

Re: [patch] fix layout2layout

Jean-Marc Lasgouttes wrote: > It looks good. Are you sure that MaxCounter can be Counter_enumi+? I don't know. I simply looked up the valid counter names. These maxcounter levels are not used lateron anyway, but I added them because I wanted to have something else than 0 in this case. > Other th

Re: Help request: QController and QView

Angus Leeming a écrit : Abdelrazak Younes <[EMAIL PROTECTED]> writes: Right now, QCitation derives from QControllerQView >. I have approximatively the same code as in the qt2 frontend but the OK and Apply buttons don't work properly. It seems that QCitation::update_content is properly called on

Re: [patch] fix layout2layout

> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> The attached patch is the outcome of a discussion with Georg> Jean-Marc at http://bugzilla.lyx.org/show_bug.cgi?id=2355. The Georg> problem is that I did not realize that TocLevel was a new Georg> keyword when I wrote layout2layout. G

Re: [PATCH] bug 2217: getting out of mathed is slow

> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: Jean-Marc> OK, since you insist, I'll attach it :) Jean-Marc> Wrong one. I need sleep. Applied. JMarc

Re: Revision 13302 link errors

"John C. Spray" <[EMAIL PROTECTED]> writes: | On Wed, 2006-03-08 at 16:16 +0200, Martin Vermeer wrote: | > > > I may have missed this, but do you have an external boost installed? | > > | > > No. Should I? | > | > If I understood the bug report correctly, having precompiled headers | > there cou

Re: [PATCH] better support for classes that do not define a ToC

> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> Am Mittwoch, 22. März 2006 15:39 schrieb Jean-Marc Lasgouttes: >> Comments? I'd like to apply it for 1.4.1. Then of course we'll have >> to fix the actual problem. Georg> I think you should put that in. Even if we are going to fix the

Re: [PATCH] better support for classes that do not define a ToC

> "John" == John C Spray <[EMAIL PROTECTED]> writes: John> On Wed, 2006-03-22 at 15:39 +0100, Jean-Marc Lasgouttes wrote: >> Comments? I'd like to apply it for 1.4.1. Then of course we'll have >> to fix the actual problem. John> Looking at your qt2 patch, it doesn't seem like you're handling

Re: Help request: QController and QView

Abdelrazak Younes <[EMAIL PROTECTED]> writes: > Right now, QCitation derives from QController QView >. I have approximatively the same code as in the > qt2 frontend but the OK and Apply buttons don't work properly. It seems > that QCitation::update_content is properly called on construction but

Re: A Cygwin related patch

Enrico Forestieri wrote: > On Fri, Mar 24, 2006 at 11:09:00AM +0100, Georg Baum wrote: >> So what do you think about the patch? Should it go in, or should we first >> research the "use cygwin_path_fix in external_path or not" issue? > > In my experience, if a cygwin application does not try to ma

Re: A Cygwin related patch

Enrico Forestieri wrote: > I have a comment on this patch. I see that you get rid of the rtrim call > in latex_path. This has the following effect: in all cases the argument > of [EMAIL PROTECTED] will have two '/' appended, except on cygwin when > cygwin_path_fix_ is true, in which case only one

Re: [PATCH] better support for classes that do not define a ToC

On Wed, 2006-03-22 at 15:39 +0100, Jean-Marc Lasgouttes wrote: > Comments? I'd like to apply it for 1.4.1. Then of course we'll have to > fix the actual problem. Looking at your qt2 patch, it doesn't seem like you're handling the case where the use selects a different document class then goes stra

Re: Revision 13302 link errors

On Wed, 2006-03-08 at 16:16 +0200, Martin Vermeer wrote: > > > I may have missed this, but do you have an external boost installed? > > > > No. Should I? > > If I understood the bug report correctly, having precompiled headers > there could cause this. Apparently not. Any news on this problem?

Re: A Cygwin related patch

On Fri, Mar 24, 2006 at 12:51:17PM +0100, Georg Baum wrote: > Jean-Marc Lasgouttes wrote: > > > I think I agree with it. Could you repost it please? I am lost in the > > thread :) > > Sure, here it is. I have a comment on this patch. I see that you get rid of the rtrim call in latex_path. This h

Re: A Cygwin related patch

On Fri, Mar 24, 2006 at 11:09:00AM +0100, Georg Baum wrote: > Jean-Marc Lasgouttes wrote: > > > I thought the idea of cygwin_path_fix was that it is only needed for > > latex. I am not so sure anymore. Why do you say so? > The lines > > //No backslashes in LaTeX files > dos_path

Re: A Cygwin related patch

> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> Jean-Marc Lasgouttes wrote: >> I think I agree with it. Could you repost it please? I am lost in >> the thread :) Georg> Sure, here it is. Yes, that's the one I saw. Apply it to trunk and branch. JMarc

Re: A Cygwin related patch

Jean-Marc Lasgouttes wrote: > I think I agree with it. Could you repost it please? I am lost in the > thread :) Sure, here it is. GeorgIndex: src/support/os_unix.C === --- src/support/os_unix.C (Revision 13467) +++ src/support/os_u

Re: [PATCH} Was: Feature request: Remember the editing location when a file is closed.

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Angus Leeming <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes | Does your regex work over multiple lines, for example? Lars> It does not have to. I even think it should not.

Re: Wiki question: What is spam? And, separate group for non-LyX stuff?

> "christian" == christian ridderstrom <[EMAIL PROTECTED]> writes: christian> If you see something on the wiki you feel is christian> inapproriate, feel free to (re)move it yourself! If you're christian> uncertain, ask on the user's list about it. In fact, it's christian> quite safe to de

Re: A Cygwin related patch

> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> Anyway, the patch is somewehat orthogonal to the question Georg> whether cygwin_path_fix should be used in external_path or not. Georg> We would need to change the implementation of latex_path() if Georg> that should be true, but the e

  1   2   >