hints on compilation

I have compiled the lyx 1.6 development branch using svn. It took more than 12 hours to complete, on my centrino laptop, 1700 MHz. (the cpu policy was set to 'dynamic', so compilation had been carried out at 800 MHz). Is that normal for you? After updating, just one day layer, 'svn update', then r

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

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 it,

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: [Cvslog] r25781 - /lyx-devel/trunk/src/LyXAction.cpp

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

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

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

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

[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 > + * \endv

image dialog question

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

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

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 attac

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 vi

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 bette

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 p

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 proble

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 adj

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" th

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 t

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 and

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, > wit

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 --- a/src/L

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: 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: 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 Lin

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. Te

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

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: [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 k

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 availabl

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

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 som

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: 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

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: [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.) Tort

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

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

> 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: 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 "mak

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): > http://bugzilla.lyx.org/attachment.cgi?id=2

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: [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 regi

ToC and editing speed

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

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 t

Re: changeset 25759

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

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

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

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: 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