Re: Bug 5015: Cause and Patch

Richard heck wrote: OK, I understand this bug now. It is, as Abdel suspected, a consequence of a problem with InsetTableCell, which I introduced to solve various bugs. InsetTableCell holds a pointer to its containing Tabular, so that it can get information from it, and that pointer is not

changeset 25759

This is incorrect: if sys.argv[1][:4] == 'pdf:' and major = 6 and minor = 2 and patch = 6: So when I would have version 7.0.3 that has the new features, I could not use this as minor is not = 2 and patch also not = 6 So the best would be to extract the numbers and form a real number out of

Re: changeset 25759

Uwe Stöhr wrote: This is incorrect: if sys.argv[1][:4] == 'pdf:' and major = 6 and minor = 2 and patch = 6: So when I would have version 7.0.3 that has the new features, I could not use this as minor is not = 2 and patch also not = 6 So the best would be to extract the numbers and form a

Re: changeset 25759

On Mon, Jul 21, 2008 at 11:44:36AM +0200, Uwe Stöhr wrote: This is incorrect: if sys.argv[1][:4] == 'pdf:' and major = 6 and minor = 2 and patch = 6: So when I would have version 7.0.3 that has the new features, I could not use this as minor is not = 2 and patch also not = 6 So the

Re: changeset 25759

6.10.3 - 6103 703 6.10.3 - 061003 070003 regards Uwe

Re: RCS usage in lyx, git

Matt Benjamin wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I found I could create an RCS archive from a file, but could not check-in changes. Simple as that... hello! i made some bugfixing around version control, you could try the fresh svn trunk whether it works according to

ToC and editing speed

hi, i have opened Extended manual and ToC. moving with cursor is painfully slow. anybody can confirm? pavel

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

[EMAIL PROTECTED] wrote: Author: sanda Date: Mon Jul 21 15:00:00 2008 New Revision: 25768 URL: http://www.lyx.org/trac/changeset/25768 Log: commiting stuff also works. +/*! + * \var lyx::FuncCode lyx::LFUN_VC_CHECK_IN + * \li Action: Checks-in/commits the changes of the registered

Re: Approaching LyX 1.5.6

Pavel Sanda wrote: http://wiki.lyx.org/Devel/ReleaseProcedure#toc6 OK, thanks for the pointer. Does automake need to be called with some parameters (e.g. where the Qt Library is)? I get the following error(?) form a fresh svn tree (Branch) and export. khofbaue$ ./autogen.sh Using automake

Re: Support request for Japanese without CJK, again (Re: [Fwd: About Japanese edition ...)

Jürgen Spitzmüller [EMAIL PROTECTED] writes: First, we need to use our LaTeXFeatures mechanism to tell LyX that we use the japanese package. I've done that in the following patch, which is not applied yet (since it still needs testing):

Re: Approaching LyX 1.5.6

Additional info: make dist then fails with: ... mkdir ../../LyX-1.5-1.5.6svn/lib/doc/sv cp:.//Users/khofbaue/lyxdevel_15test/lyx-export1/lib/doc/Makefile.depend: No such file or directory make[2]: *** [distdir] Error 1 make[1]: *** [distdir] Error 1 make: *** [distdir] Error 1 A normal make

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

Uwe, it would be dead easy to expand this lfun for svn usage, so you could push your documentation changes directly to our repository, just by pushing some button on the toolbar. i can do it if you are interested. I don't understand. By pushing the button, my TortoiseSVN opens and checks it

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

Uwe Stöhr wrote: Uwe, it would be dead easy to expand this lfun for svn usage, so you could push your documentation changes directly to our repository, just by pushing some button on the toolbar. i can do it if you are interested. I don't understand. By pushing the button, my

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

Pavel Sanda wrote: (i suppose TortoiseSVN has plain 'svn' binary which would be used on the background.) or more probably tortoise just already use 'svn' under the hood. pavel

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

Pavel Sanda schrieb: no, i meant that by pushing button in lyx window, your changes in the document you are editing will be directly commited after asking for commit message. no opening of TortoiseSVN. (i suppose TortoiseSVN has plain 'svn' binary which would be used on the background.)

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

Uwe Stöhr wrote: TortoiseSVN has of course a plain svn binary to be used via the command line, but what will be the advantage to what I do currently to commit to SVN? few mouse clicks less? :) but ok, i let it sleep. pavel

Re: ToC and editing speed

Pavel Sanda wrote: hi, i have opened Extended manual and ToC. moving with cursor is painfully slow. anybody can confirm? Don't see a problem here. rh

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

Pavel Sanda wrote: Uwe Stöhr wrote: Uwe, it would be dead easy to expand this lfun for svn usage, so you could push your documentation changes directly to our repository, just by pushing some button on the toolbar. i can do it if you are interested. I don't

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

rgheck wrote: There is a long-standing enhancement request to expand the range of VCS available. Of course, we're supposed to be feature-frozen, but perhaps for 1.6.2? That said, getting this right will involve doing something besides hard-coding the VCS that are available. We'd need

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

Pavel Sanda schrieb: few mouse clicks less? :) Yes, to be exact, one click less ;-) regards Uwe

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

Pavel Sanda wrote: rgheck wrote: There is a long-standing enhancement request to expand the range of VCS available. Of course, we're supposed to be feature-frozen, but perhaps for 1.6.2? That said, getting this right will involve doing something besides hard-coding the VCS that are

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

rgheck wrote: Good. I've been thinking about working on this for a while and just had too many other things to do unfortunately this is not working, since statusbar is going to be rewriten at the end of each lfun by the lfun name itself (besides other messages which are rewritten). dont

File ModTime Bug: Please Check Your Platforms!

Bug 5075 concerns a problem with QFileInfo::lastModtime() that causes failures in graphics and bibliography updates that have been confirmed on Linux with Qt 4.3.5 and Qt 4.4.something. A fix was committed at r25773, with conditional compilation for Linux and Qt = 4.3.0. I'd appreciate it if

Re: File ModTime Bug: Please Check Your Platforms!

rgheck wrote: Bug 5075 concerns a problem with QFileInfo::lastModtime() that causes failures in graphics and bibliography updates that have been confirmed on Linux with Qt 4.3.5 and Qt 4.4.something. A fix was committed at r25773, with conditional compilation for Linux and Qt = 4.3.0. I'd

Re: Support request for Japanese without CJK, again (Re: [Fwd: About Japanese edition ...)

Many Thanks, Tetsyua. Looks like we are getting there. I have only some minor formal comments. Could you have a look, change that, and please resend the patch as a real attachment (not inline) and without the changes from my patch #2678? Then I can commit it to my tree and test the thing.

Re: File ModTime Bug: Please Check Your Platforms!

Jürgen Spitzmüller wrote: rgheck wrote: Bug 5075 concerns a problem with QFileInfo::lastModtime() that causes failures in graphics and bibliography updates that have been confirmed on Linux with Qt 4.3.5 and Qt 4.4.something. A fix was committed at r25773, with conditional compilation for

Re: File ModTime Bug: Please Check Your Platforms!

rgheck wrote: I got an email back with number 220057, but it doesn't seem to be there? probably in some pipe ... Jürgen

Re: File ModTime Bug: Please Check Your Platforms!

Jürgen Spitzmüller wrote: rgheck wrote: I got an email back with number 220057, but it doesn't seem to be there? probably in some pipe ... no, trolltechs usually dont make the bugs public, unless you ask them for it. pavel

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

Pavel Sanda wrote: but to add support for svn (on the level of cvs) seems to be easy bussines of copy and paste from cvs code (nearly:) without beeing invasive to other parts of code. as simple as this pavel diff --git a/src/LyXVC.cpp b/src/LyXVC.cpp index e156396..63d2622 100644 ---

Re: File ModTime Bug: Please Check Your Platforms!

On Mon, Jul 21, 2008 at 12:43 PM, rgheck [EMAIL PROTECTED] wrote: Bug 5075 concerns a problem with QFileInfo::lastModtime() that causes failures in graphics and bibliography updates that have been confirmed on Linux with Qt 4.3.5 and Qt 4.4.something. A fix was committed at r25773, with

Re: File ModTime Bug: Please Check Your Platforms!

Bennett Helm wrote: On Mon, Jul 21, 2008 at 12:43 PM, rgheck [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Bug 5075 concerns a problem with QFileInfo::lastModtime() that causes failures in graphics and bibliography updates that have been confirmed on Linux with Qt 4.3.5 and Qt

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

Pavel Sanda wrote: but to add support for svn (on the level of cvs) seems to be easy bussines of copy and paste from cvs code (nearly:) without beeing invasive to other parts of code. as simple as this have checked that its functions are working... so Jose am i allowed to put this

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

Pavel Sanda wrote: Pavel Sanda wrote: but to add support for svn (on the level of cvs) seems to be easy bussines of copy and paste from cvs code (nearly:) without beeing invasive to other parts of code. as simple as this Excellent! How are we choosing the VCS when we register the

Re: File ModTime Bug: Please Check Your Platforms!

This time with the attachment. Does not work for me on Mac with Qt-4.4.0. (I only checked bibliography updating.) OK. The bug exists on Mac, too. See if you can verify that with the attached program. Compile via g++ -o test test.cpp -Wall -I /usr/include/QtCore/ -L /usr/lib64 -lQtCore

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

rgheck wrote: Excellent! How are we choosing the VCS when we register the file? we check for .svn/entries, CVS/Entries and finally for file.lyx,v. that decides which VCS is to be used. In SVN::checkOut(), could you just try to do it and check the return value? this is unfortunately problem

Re: bug due to r25666

Richard heck wrote: rgheck wrote: rgheck wrote: Dov Feldstern wrote: Hi! By bisecting, I've determined the following bug is due to r25666 (http://www.lyx.org/trac/changeset/25666). I've tried to fix this at r. The fix is horrible, basically, but I don't see any better way to do it. I've

Re: bug due to r25666

Dov Feldstern wrote: Richard heck wrote: rgheck wrote: rgheck wrote: Dov Feldstern wrote: Hi! By bisecting, I've determined the following bug is due to r25666 (http://www.lyx.org/trac/changeset/25666). I've tried to fix this at r. The fix is horrible, basically, but I don't see any

Re: File ModTime Bug: Please Check Your Platforms!

On Mon, Jul 21, 2008 at 2:43 PM, rgheck [EMAIL PROTECTED] wrote: This time with the attachment. Does not work for me on Mac with Qt-4.4.0. (I only checked bibliography updating.) OK. The bug exists on Mac, too. See if you can verify that with the attached program. Compile via g++ -o

Re: File ModTime Bug: Please Check Your Platforms!

Bennett Helm wrote: On Mon, Jul 21, 2008 at 2:43 PM, rgheck [EMAIL PROTECTED] wrote: This time with the attachment. Does not work for me on Mac with Qt-4.4.0. (I only checked bibliography updating.) OK. The bug exists on Mac, too. See if you can verify that with the

congratulations for the Doxy finish

Hello Pavel, I just want to say that you've done a great job in stepping through all our LFuns cleaning them up and describing! Many thanks for this and best regards Uwe

image dialog question

What is the image dialog option Don't unzip on export for? thanks in advance Uwe

Re: [Cvslog] r25781 - /lyx-devel/trunk/src/LyXAction.cpp

[EMAIL PROTECTED] wrote: Author: sanda Date: Tue Jul 22 02:04:03 2008 New Revision: 25781 +/*! + * \var lyx::FuncCode lyx::LFUN_VC_REVERT + * \li Action: Reverts the document to the last check-in/commit in VCS. + * \li Syntax: vc-revert + * \li Origin: Lgb, 1 Jul 1997 + * \endvar + */

Re: [Cvslog] r25781 - /lyx-devel/trunk/src/LyXAction.cpp

Pavel Sanda wrote: [EMAIL PROTECTED] wrote: Author: sanda Date: Tue Jul 22 02:04:03 2008 New Revision: 25781 +/*! + * \var lyx::FuncCode lyx::LFUN_VC_REVERT + * \li Action: Reverts the document to the last check-in/commit in VCS. + * \li Syntax: vc-revert + * \li Origin: Lgb, 1 Jul 1997 + *

Re: [Cvslog] r25781 - /lyx-devel/trunk/src/LyXAction.cpp

2. do windows shell understand the construction of command 2somefile ? http://technet.microsoft.com/en-us/library/bb490982(TechNet.10).aspx rh

Re: [Cvslog] r25781 - /lyx-devel/trunk/src/LyXAction.cpp

rgheck wrote: probably split this into a call to FileName::removeFile() and then the call yes fixing it this way seems to be good idea. pavel

Re: [Cvslog] r25781 - /lyx-devel/trunk/src/LyXAction.cpp

1. does rm -f works in windows? Not here. regards Uwe

Re: File ModTime Bug: Please Check Your Platforms!

On Mon, Jul 21, 2008 at 4:44 PM, rgheck [EMAIL PROTECTED] wrote: Bennett Helm wrote: On Mon, Jul 21, 2008 at 2:43 PM, rgheck [EMAIL PROTECTED] wrote: This time with the attachment. Does not work for me on Mac with Qt-4.4.0. (I only checked bibliography updating.) OK. The bug

Re: Bug 5015: Cause and Patch

Alfredo Braunstein wrote: Richard heck wrote: OK, I understand this bug now. It is, as Abdel suspected, a consequence of a problem with InsetTableCell, which I introduced to solve various bugs. InsetTableCell holds a pointer to its containing Tabular, so that it can get information from

Re: File ModTime Bug: Please Check Your Platforms!

Pavel Sanda wrote: no, trolltechs usually dont make the bugs public, unless you ask them for it. That makes the public bugtracker rather useless. Jürgen

Re: Bug 5015: Cause and Patch

Richard heck wrote: > > OK, I understand this bug now. It is, as Abdel suspected, a consequence > of a problem with InsetTableCell, which I introduced to solve various > bugs. InsetTableCell holds a pointer to its containing Tabular, so that > it can get information from it, and that pointer is

changeset 25759

This is incorrect: if sys.argv[1][:4] == 'pdf:' and major >= 6 and minor >= 2 and patch >= 6: So when I would have version 7.0.3 that has the new features, I could not use this as minor is not >= 2 and patch also not >= 6 So the best would be to extract the numbers and form a real number out

Re: changeset 25759

Uwe Stöhr wrote: > This is incorrect: > > if sys.argv[1][:4] == 'pdf:' and major >= 6 and minor >= 2 and patch >= 6: > > So when I would have version 7.0.3 that has the new features, I could not > use this as minor is not >= 2 and patch also not >= 6 > > So the best would be to extract the

Re: changeset 25759

On Mon, Jul 21, 2008 at 11:44:36AM +0200, Uwe Stöhr wrote: > This is incorrect: > > if sys.argv[1][:4] == 'pdf:' and major >= 6 and minor >= 2 and patch >= 6: > > So when I would have version 7.0.3 that has the new features, I could not use > this as minor is not > >= 2 and patch also not >=

Re: changeset 25759

> 6.10.3 -> 6103 > 703 6.10.3 -> 061003 < 070003 regards Uwe

Re: RCS usage in lyx, git

Matt Benjamin wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > I found I could create an RCS archive from a file, but could not > check-in changes. Simple as that... > hello! i made some bugfixing around version control, you could try the fresh svn trunk whether it works according

ToC and editing speed

hi, i have opened Extended manual and ToC. moving with cursor is painfully slow. anybody can confirm? pavel

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

[EMAIL PROTECTED] wrote: > Author: sanda > Date: Mon Jul 21 15:00:00 2008 > New Revision: 25768 > > URL: http://www.lyx.org/trac/changeset/25768 > Log: > commiting stuff also works. > > +/*! > + * \var lyx::FuncCode lyx::LFUN_VC_CHECK_IN > + * \li Action: Checks-in/commits the changes of the

Re: Approaching LyX 1.5.6

Pavel Sanda wrote: http://wiki.lyx.org/Devel/ReleaseProcedure#toc6 OK, thanks for the pointer. Does automake need to be called with some parameters (e.g. where the Qt Library is)? I get the following error(?) form a fresh svn tree (Branch) and export. khofbaue$ ./autogen.sh Using automake

Re: Support request for Japanese without CJK, again (Re: [Fwd: About Japanese edition ...)

Jürgen Spitzmüller <[EMAIL PROTECTED]> writes: > First, we need to use our LaTeXFeatures > mechanism to tell LyX that we use the > japanese package. I've done that > in the following patch, which is not applied > yet (since it still needs testing): >

Re: Approaching LyX 1.5.6

Additional info: "make dist" then fails with: ... mkdir ../../LyX-1.5-1.5.6svn/lib/doc/sv cp:.//Users/khofbaue/lyxdevel_15test/lyx-export1/lib/doc/Makefile.depend: No such file or directory make[2]: *** [distdir] Error 1 make[1]: *** [distdir] Error 1 make: *** [distdir] Error 1 A normal

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

> Uwe, it would be dead easy to expand this lfun for svn usage, so you could push > your documentation changes directly to our repository, just by pushing some button on > the toolbar. i can do it if you are interested. I don't understand. By pushing the button, my TortoiseSVN opens and checks

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

Uwe Stöhr wrote: > > Uwe, it would be dead easy to expand this lfun for svn usage, so you > could push > > your documentation changes directly to our repository, just by pushing > some button on > > the toolbar. i can do it if you are interested. > > I don't understand. By pushing the button, my

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

Pavel Sanda wrote: > (i suppose TortoiseSVN has plain 'svn' binary which would be used > on the background.) or more probably tortoise just already use 'svn' under the hood. pavel

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

Pavel Sanda schrieb: no, i meant that by pushing button in lyx window, your changes in the document you are editing will be directly commited after asking for commit message. no opening of TortoiseSVN. (i suppose TortoiseSVN has plain 'svn' binary which would be used on the background.)

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

Uwe Stöhr wrote: > TortoiseSVN has of course a plain svn binary to be used via the command > line, but what will be the advantage to what I do currently to commit to > SVN? few mouse clicks less? :) but ok, i let it sleep. pavel

Re: ToC and editing speed

Pavel Sanda wrote: hi, i have opened Extended manual and ToC. moving with cursor is painfully slow. anybody can confirm? Don't see a problem here. rh

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

Pavel Sanda wrote: Uwe Stöhr wrote: Uwe, it would be dead easy to expand this lfun for svn usage, so you could push your documentation changes directly to our repository, just by pushing some button on the toolbar. i can do it if you are interested. I don't

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

rgheck wrote: > There is a long-standing enhancement request to expand the range of VCS > available. Of course, we're supposed to be feature-frozen, but perhaps for > 1.6.2? That said, getting this right will involve doing something besides > hard-coding the VCS that are available. We'd need

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

Pavel Sanda schrieb: few mouse clicks less? :) Yes, to be exact, one click less ;-) regards Uwe

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

Pavel Sanda wrote: rgheck wrote: There is a long-standing enhancement request to expand the range of VCS available. Of course, we're supposed to be feature-frozen, but perhaps for 1.6.2? That said, getting this right will involve doing something besides hard-coding the VCS that are

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

rgheck wrote: > Good. I've been thinking about working on this for a while and just had too > many other things to do unfortunately this is not working, since statusbar is going to be rewriten at the end of each lfun by the lfun name itself (besides other messages which are rewritten). dont

File ModTime Bug: Please Check Your Platforms!

Bug 5075 concerns a problem with QFileInfo::lastModtime() that causes failures in graphics and bibliography updates that have been confirmed on Linux with Qt 4.3.5 and Qt 4.4.something. A fix was committed at r25773, with conditional compilation for Linux and Qt >= 4.3.0. I'd appreciate it

Re: File ModTime Bug: Please Check Your Platforms!

rgheck wrote: > Bug 5075 concerns a problem with QFileInfo::lastModtime() that causes > failures in graphics and bibliography updates that have been confirmed > on Linux with Qt 4.3.5 and Qt 4.4.something. A fix was committed at > r25773, with conditional compilation for Linux and Qt >= 4.3.0. I'd

Re: Support request for Japanese without CJK, again (Re: [Fwd: About Japanese edition ...)

Many Thanks, Tetsyua. Looks like we are getting there. I have only some minor formal comments. Could you have a look, change that, and please resend the patch as a real attachment (not inline) and without the changes from my patch #2678? Then I can commit it to my tree and test the thing.

Re: File ModTime Bug: Please Check Your Platforms!

Jürgen Spitzmüller wrote: rgheck wrote: Bug 5075 concerns a problem with QFileInfo::lastModtime() that causes failures in graphics and bibliography updates that have been confirmed on Linux with Qt 4.3.5 and Qt 4.4.something. A fix was committed at r25773, with conditional compilation for

Re: File ModTime Bug: Please Check Your Platforms!

rgheck wrote: > I got an email back with number 220057, but it doesn't seem to be there? probably in some pipe ... Jürgen

Re: File ModTime Bug: Please Check Your Platforms!

Jürgen Spitzmüller wrote: > rgheck wrote: > > I got an email back with number 220057, but it doesn't seem to be there? > > probably in some pipe ... no, trolltechs usually dont make the bugs public, unless you ask them for it. pavel

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

Pavel Sanda wrote: > but to add support for svn (on the level of cvs) seems to be easy bussines of > copy and paste from cvs code (nearly:) without beeing invasive to other parts > of code. as simple as this pavel diff --git a/src/LyXVC.cpp b/src/LyXVC.cpp index e156396..63d2622 100644 ---

Re: File ModTime Bug: Please Check Your Platforms!

On Mon, Jul 21, 2008 at 12:43 PM, rgheck <[EMAIL PROTECTED]> wrote: > > Bug 5075 concerns a problem with QFileInfo::lastModtime() that causes > failures in graphics and bibliography updates that have been confirmed on > Linux with Qt 4.3.5 and Qt 4.4.something. A fix was committed at r25773, >

Re: File ModTime Bug: Please Check Your Platforms!

Bennett Helm wrote: On Mon, Jul 21, 2008 at 12:43 PM, rgheck <[EMAIL PROTECTED] > wrote: Bug 5075 concerns a problem with QFileInfo::lastModtime() that causes failures in graphics and bibliography updates that have been confirmed on Linux with Qt 4.3.5

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

Pavel Sanda wrote: > > but to add support for svn (on the level of cvs) seems to be easy bussines > > of > > copy and paste from cvs code (nearly:) without beeing invasive to other > > parts > > of code. > > as simple as this have checked that its functions are working... so Jose am i allowed

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

Pavel Sanda wrote: Pavel Sanda wrote: but to add support for svn (on the level of cvs) seems to be easy bussines of copy and paste from cvs code (nearly:) without beeing invasive to other parts of code. as simple as this Excellent! How are we choosing the VCS when we "register"

Re: File ModTime Bug: Please Check Your Platforms!

This time with the attachment. Does not work for me on Mac with Qt-4.4.0. (I only checked bibliography updating.) OK. The bug exists on Mac, too. See if you can verify that with the attached program. Compile via g++ -o test test.cpp -Wall -I /usr/include/QtCore/ -L /usr/lib64 -lQtCore

Re: [Cvslog] r25768 - /lyx-devel/trunk/src/LyXAction.cpp

rgheck wrote: > Excellent! How are we choosing the VCS when we "register" the file? we check for .svn/entries, CVS/Entries and finally for file.lyx,v. that decides which VCS is to be used. > In SVN::checkOut(), could you just try to do it and check the return value? this is unfortunately

Re: bug due to r25666

Richard heck wrote: rgheck wrote: rgheck wrote: Dov Feldstern wrote: Hi! By bisecting, I've determined the following bug is due to r25666 (http://www.lyx.org/trac/changeset/25666). I've tried to fix this at r. The fix is horrible, basically, but I don't see any better way to do it. I've

Re: bug due to r25666

Dov Feldstern wrote: Richard heck wrote: rgheck wrote: rgheck wrote: Dov Feldstern wrote: Hi! By bisecting, I've determined the following bug is due to r25666 (http://www.lyx.org/trac/changeset/25666). I've tried to fix this at r. The fix is horrible, basically, but I don't see any

Re: File ModTime Bug: Please Check Your Platforms!

On Mon, Jul 21, 2008 at 2:43 PM, rgheck <[EMAIL PROTECTED]> wrote: > > This time with the attachment. > > Does not work for me on Mac with Qt-4.4.0. (I only checked bibliography >> updating.) >> >> OK. The bug exists on Mac, too. See if you can verify that with the > attached program. Compile

Re: File ModTime Bug: Please Check Your Platforms!

Bennett Helm wrote: On Mon, Jul 21, 2008 at 2:43 PM, rgheck <[EMAIL PROTECTED]> wrote: This time with the attachment. Does not work for me on Mac with Qt-4.4.0. (I only checked bibliography updating.) OK. The bug exists on Mac, too. See if you can verify that with the

congratulations for the Doxy finish

Hello Pavel, I just want to say that you've done a great job in stepping through all our LFuns cleaning them up and describing! Many thanks for this and best regards Uwe

image dialog question

What is the image dialog option "Don't unzip on export" for? thanks in advance Uwe

Re: [Cvslog] r25781 - /lyx-devel/trunk/src/LyXAction.cpp

[EMAIL PROTECTED] wrote: > Author: sanda > Date: Tue Jul 22 02:04:03 2008 > New Revision: 25781 > > +/*! > + * \var lyx::FuncCode lyx::LFUN_VC_REVERT > + * \li Action: Reverts the document to the last check-in/commit in VCS. > + * \li Syntax: vc-revert > + * \li Origin: Lgb, 1 Jul 1997 > + *

Re: [Cvslog] r25781 - /lyx-devel/trunk/src/LyXAction.cpp

Pavel Sanda wrote: [EMAIL PROTECTED] wrote: Author: sanda Date: Tue Jul 22 02:04:03 2008 New Revision: 25781 +/*! + * \var lyx::FuncCode lyx::LFUN_VC_REVERT + * \li Action: Reverts the document to the last check-in/commit in VCS. + * \li Syntax: vc-revert + * \li Origin: Lgb, 1 Jul 1997 + *

Re: [Cvslog] r25781 - /lyx-devel/trunk/src/LyXAction.cpp

2. do windows shell understand the construction of "command 2>somefile" ? http://technet.microsoft.com/en-us/library/bb490982(TechNet.10).aspx rh

Re: [Cvslog] r25781 - /lyx-devel/trunk/src/LyXAction.cpp

rgheck wrote: > probably split this into a call to FileName::removeFile() and then the call yes fixing it this way seems to be good idea. pavel

Re: [Cvslog] r25781 - /lyx-devel/trunk/src/LyXAction.cpp

> 1. does "rm -f" works in windows? Not here. regards Uwe

Re: File ModTime Bug: Please Check Your Platforms!

On Mon, Jul 21, 2008 at 4:44 PM, rgheck <[EMAIL PROTECTED]> wrote: > Bennett Helm wrote: > >> On Mon, Jul 21, 2008 at 2:43 PM, rgheck <[EMAIL PROTECTED]> wrote: >> >> >> >>> This time with the attachment. >>> >>> Does not work for me on Mac with Qt-4.4.0. (I only checked bibliography >>> >>>

Re: Bug 5015: Cause and Patch

Alfredo Braunstein wrote: Richard heck wrote: OK, I understand this bug now. It is, as Abdel suspected, a consequence of a problem with InsetTableCell, which I introduced to solve various bugs. InsetTableCell holds a pointer to its containing Tabular, so that it can get information from

Re: File ModTime Bug: Please Check Your Platforms!

Pavel Sanda wrote: > no, trolltechs usually dont make the bugs public, unless you ask them for > it. That makes the public bugtracker rather useless. Jürgen