Re: [Patch] Warn if file is externally modified (and Buffer is marked dirty).

2010-10-24 Thread Vincent van Ravesteijn
> anyway i see Vincent already took up the control, thanks. > > pavel > Yes, you are already busy with Stephan ;). More seriously, this was related to the bug in the reload code that I wrote. Vincent

Re: [Patch] Warn if file is externally modified (and Buffer is marked dirty).

2010-10-24 Thread Vincent van Ravesteijn
Buffer::markDirty() is a function that is mostly used internally, so we don't want to pop up messages for the user there. There is only one place where the Buffer is marked dirty by an action of the user. I explicitly moved your code in a new function Buffer::checkAndMarkDirty(). +

Re: r35807 - lyx-devel/trunk/src/insets

2010-10-24 Thread Vincent van Ravesteijn
> Author: sanda > Date: Sun Oct 24 23:46:28 2010 > New Revision: 35807 > URL: http://www.lyx.org/trac/changeset/35807 > > Log: > gcc spits out million warnings > My compiler doesn't. Sorry and thanks anyway. Vincent

Re: Change Tracking and Versioning (#6058) was Re: more on collaboration

2010-10-24 Thread Vincent van Ravesteijn
On Sat, Oct 23, 2010 at 6:15 PM, Gregory Jefferis wrote: > On 2010-10-23 16:40, "Richard Heck" wrote: > >> BUT...perhaps we could avoid going forward by allowing LyX to calculate >> the hash value. I'd guess that it is easy to check if we have a hash >> value or not, right? If not, then we can ca

Re: Change Tracking and Versioning (#6058) was Re: more on collaboration

2010-10-24 Thread Vincent van Ravesteijn
> I took a look and this looks good so far and a bit simpler than what I > thought would be necessary but I haven't tried to test it yet. > Please test if you have time. It was a long time ago for me too that I worked on that code. > I do remember that someone commented that they didn't like the

Re: switch mouse to busy symbol

2010-10-24 Thread Vincent van Ravesteijn
> Another point is that if for some reason the Inset moves or gets > deleted while the fingerpointing cursor is there, the mouse cursor is > not updated. > This can be solved by adding another call to setCursorShape in GuIWorkarea::redraw(). Vincent

Re: switch mouse to busy symbol

2010-10-24 Thread Vincent van Ravesteijn
>+ /// are we hovering something that we can click >+ bool clickableinset_; > I would prefer "bool clickable_inset_;". > void BufferView::updateHoveredInset() const > { >+ d->clickableinset_ = false; >+ [...] >+ >+ if (covering_inset && covering_inset->asInsetCollapsable()) {

Re: switch mouse to busy symbol

2010-10-24 Thread Vincent van Ravesteijn
> comments? ok to put in? > > ed. > >+ int const x = d->mouse_position_cache_.x_; >+ int const y = d->mouse_position_cache_.y_; >+ Inset const * covering_inset = getCoveringInset(buffer_.text(), x, y); >+ if (!covering_inset) >+ return; >+ No, .. the rest of the

Re: Change Tracking and Versioning (#6058) was Re: more on collaboration

2010-10-22 Thread Vincent van Ravesteijn
Hi Gregory, > 1) I have a patch set for 1.6.X which will no longer apply because Vincent > (vfr) already contributed an alternative.  I presume that I need to modify > my patch to layer on top of his. Actually, I wouldn't say I contributed an alternative. I just put in your idea but implemented s

Re: Some thoughts on further development process towards beta and RCs

2010-10-22 Thread Vincent van Ravesteijn
> ok, thanks for the info. unless Vincent put it in, i will do before > beta goes out. > I looked at the patch again and in the Qt Docs and I read: {{{ void QClipboard::dataChanged () [signal] This signal is emitted when the clipboard data is changed. On Mac OS X and with Qt version 4.3 or hig

Re: Bookmark test on MacOSX

2010-10-22 Thread Vincent van Ravesteijn
On Fri, Oct 22, 2010 at 10:34 PM, Vincent van Ravesteijn wrote: >> Incidentally, in testing all this, I had LyX crash on me twice. I >> don't have time now to get a backtrace, but let me know if you want me >> to post one later. >> >> BH >> I fixed a nu

Re: Bookmark test on MacOSX

2010-10-22 Thread Vincent van Ravesteijn
> Incidentally, in testing all this, I had LyX crash on me twice. I > don't have time now to get a backtrace, but let me know if you want me > to post one later. > > BH > I think the culprit might be in this code: void GuiApplication::processKeySym(KeySymbol const & keysym, KeyModifier state) {

Fwd: Bookmark test on MacOSX

2010-10-22 Thread Vincent van Ravesteijn
Yet another question. If you normally would reconfigure LyX, you get a message like "Running configure..." in the status bar. Then you know you have to wait. What do you expect on Mac if you don't have any window open ? Now, there is no way of telling that configure is running, right ? Do you ex

Re: Bookmark test on MacOSX

2010-10-22 Thread Vincent van Ravesteijn
Yet another question. If you normally would reconfigure LyX, you get a message like "Running configure..." in the status bar. Then you know you have to wait. What do you expect on Mac if you don't have any window open ? Now, there is no way of telling that configure is running, right ? Do you ex

Re: Bookmark test on MacOSX

2010-10-22 Thread Vincent van Ravesteijn
> Sorry -- I had other windows open. If I close everything else, and > then try navigating to a bookmark, I get an error "beep" and nothing > else happens. That must be the assert then. >Moreover -- something I hadn't noticed before -- if all > windows are closed, it's not possible to open a new

Re: Bookmark test on MacOSX

2010-10-22 Thread Vincent van Ravesteijn
> Nope -- it works fine for me with near current svn (built yesterday). > > BH > Thanks. But it is strange as I see this code: "void GuiApplication::gotoBookmark(unsigned int idx, bool openFile, bool switchToBuffer) { LASSERT(current_view_); } I don't understand this. On a Mac you ca

Bookmark test on MacOSX

2010-10-22 Thread Vincent van Ravesteijn
Hi, Can someone on a Mac test the following ? - open LyX - open a document - save a bookmark - close the document and make sure you don't have any views left - try to navigate to the bookmark Does LyX now assert ? Thanks, Vincent

Re: [RFC] [patch] bug 6944: crash on drag and drop multiple files

2010-10-22 Thread Vincent van Ravesteijn
While eating I thought of more. >I moved the functions to another place in the header and made >dispatchDelayed a private function, since it's now only used in >GuiApplication itself. I think it's better to make it public anyway. - the fact whether a function is public or private should be based

Re: [RFC] [patch] bug 6944: crash on drag and drop multiple files

2010-10-22 Thread Vincent van Ravesteijn
Jurgen, Because I love to nitpick: +void GuiApplication::processFuncRequestQueueAsync() +{ + // We perform the events asynchronously. This prevents potential + // problems in case the BufferView is closed within an event. Well, this comment is not in the right position after all. The

Re: [RFC] [patch] bug 6944: crash on drag and drop multiple files

2010-10-22 Thread Vincent van Ravesteijn
On Fri, Oct 22, 2010 at 1:03 PM, Jürgen Spitzmüller wrote: > Vincent van Ravesteijn wrote: >> I think you can. However, I can't judge right now whether it's better >> to do it asynchronously or not. So, it might be that we should still >> do it asynchronously,

Re: [RFC] [patch] bug 6944: crash on drag and drop multiple files

2010-10-22 Thread Vincent van Ravesteijn
>> One remark: I refactored the buffer reloading, so I don't think it is >> still true that a BufferView can close itself now on reloading. > > So you think I can just ditch the comment? (Actually, it's also not posted > asynchronously anymore, unless I do my second proposed change). > > Jürgen >

Re: [RFC] [patch] bug 6944: crash on drag and drop multiple files

2010-10-22 Thread Vincent van Ravesteijn
> // Asynchronously post the event. DropEvent usually come > // from the BufferView. But reloading a file might close > // the BufferView from within its own event handler. >- guiApp->dispatchDelayed(cmd); >+ guiApp->addtoFuncRequestQueue(cmd); > event->accep

Re: r35662 - in lyx-devel/trunk/src: . frontends/qt4

2010-10-21 Thread Vincent van Ravesteijn
Status bar: Moving icons. Text. Messages. Op 22 okt 2010 01:13 schreef "Pavel Sanda" : Richard Heck wrote: > On 10/20/2010 08:59 PM, Peter Kümmel wrote: >> Am Dienstag, den 19.10.2010, 20... i checked that export works on simple document here too. but now we have new problem - how to notice user

Re: r35760 - lyx-devel/trunk/src/frontends/qt4

2010-10-21 Thread Vincent van Ravesteijn
tus. Op 21 okt 2010 23:43 schreef "RGH" : On 10/21/2010 05:03 PM, Vincent van Ravesteijn wrote: > > On Thu, Oct 21, 2010 at 9:34 PM, Richard H... Do you remember why it was needed? or seemed needed? rh

Re: r35760 - lyx-devel/trunk/src/frontends/qt4

2010-10-21 Thread Vincent van Ravesteijn
On Thu, Oct 21, 2010 at 9:34 PM, Richard Heck wrote: > On 10/21/2010 02:29 PM, Vincent van Ravesteijn wrote: >> >> This does not look ok. If the dialog is on the initial state, the restore >> button should not be enabled at all. >> >> I think the dialog is

Re: r35760 - lyx-devel/trunk/src/frontends/qt4

2010-10-21 Thread Vincent van Ravesteijn
This does not look ok. If the dialog is on the initial state, the restore button should not be enabled at all. I think the dialog is erroneously is the initial state. Op 21 okt 2010 20:25 schreef : Author: rgheck Date: Thu Oct 21 20:25:15 2010 New Revision: 35760 URL: http://www.lyx.org/trac/cha

Re: r35715 - in lyx-devel/trunk/src: . frontends/qt4

2010-10-19 Thread Vincent van Ravesteijn
On Tue, Oct 19, 2010 at 5:10 PM, wrote: > Author: rgheck > Date: Tue Oct 19 17:10:13 2010 > New Revision: 35715 > URL: http://www.lyx.org/trac/changeset/35715 > > Modified: lyx-devel/trunk/src/Buffer.cpp > == > --- lyx-d

Re: r35714 - lyx-devel/trunk/src/frontends/qt4

2010-10-19 Thread Vincent van Ravesteijn
When trying to load the test case, a parse exception is thrown, and the load is aborted. However, the newly created buffer is still there, and everything that was read before the exception was thrown is in this buffer. Trying to load the file again, will only switch to this buffer which is incomple

Re: Some thoughts on further development process towards beta and RCs

2010-10-17 Thread Vincent van Ravesteijn
Op 17-10-2010 20:31, Uwe Stöhr schreef: > to sum it up, beta is doable > at the end of October or on the very beginning of November - now for real. Nice! But to assure that we achieve this can you close trunk for new features soon? Trunk should only be open for bugfixes and documentation.

Re: [New layout] Additional support for ectaart.cls (Econometrica)

2010-10-07 Thread Vincent van Ravesteijn
OK, but I don't know how to apply patches if not by using my SVN client. What program can do this on Windows? GNU patch: http://gnuwin32.sourceforge.net/packages/patch.htm Vincent

LYX_INSTALL_PREFIX is bool ?

2010-10-05 Thread Vincent van Ravesteijn
From the CMake gui it seems that LYX_INSTALL_PREFIX takes a boolean value. Is this intended ? Vincent

Re: r35530 - lyx-devel/trunk/src

2010-10-05 Thread Vincent van Ravesteijn
Op 29-9-2010 13:59, rgh...@lyx.org schreef: Author: rgheck Date: Wed Sep 29 13:59:31 2010 New Revision: 35530 URL: http://www.lyx.org/trac/changeset/35530 Log: Use getChildren() to collect all the relatives. Note that this makes allRelatives() "stable", in the sense that what it returns does no

Re: Change Tracking and Versioning (#6058) was Re: more on collaboration

2010-09-26 Thread Vincent van Ravesteijn
yes i remember the thread. you unfortunately took too long hiatus and Vincent disappeared meanwhile... ;) I'm not disappeared.. ;) and this was still on my todo list. I didn't forget about it. There just always seems other things that need to be done too :(. I'll be somewhat more visibly b

Re: r35282 - lyx-devel/trunk/src

2010-09-05 Thread Vincent van Ravesteijn
Op 5-9-2010 11:08, you...@lyx.org schreef: Author: younes Date: Sun Sep 5 11:08:49 2010 New Revision: 35282 URL: http://www.lyx.org/trac/changeset/35282 Log: LyX::exec(): add an alert if sysdir not found. Modified: lyx-devel/trunk/src/LyX.cpp Modified: lyx-devel/trunk/src/LyX.cpp ===

Re: r35283 - in lyx-devel/trunk/src/frontends: . qt4

2010-09-05 Thread Vincent van Ravesteijn
Op 5-9-2010 16:46, uwesto...@lyx.org schreef: Author: uwestoehr Date: Sun Sep 5 16:46:58 2010 New Revision: 35283 URL: http://www.lyx.org/trac/changeset/35283 Log: painter: make it possible to draw lines with custom line thicknesses Modified: lyx-devel/trunk/src/frontends/Painter.h ly

Re: What does the bar+shortcut in menu text item mean?

2010-08-07 Thread Vincent van Ravesteijn
Op 7-8-2010 18:44, Stephan Witt schreef: I don't understand what the bar and the single character (shortcut?) in menu item text do. Is it of any use? And how to translate them? I have the impression they are useless. Stephan Yes, it's the shortcut. Yes, it has use. Replace the single charact

Re: Trunk: problem with math insets

2010-07-22 Thread Vincent van Ravesteijn
> Sorry, my fault. I've reverted what caused this, but I'm not sure yet why it > caused it. > The problem is that InsetMathHull didn't implement "Inset::write(WriteStream &) const" anymore after r34995. [cc-ing the list now] Vincent

Re: Trunk: problem with math insets

2010-07-22 Thread Vincent van Ravesteijn
> Sorry, my fault. I've reverted what caused this, but I'm not sure yet why it > caused it. > Well, InsetMathHull didn't implement "Inset::write(WriteStream &) const" anymore after r34995. Vincent

Re: Lyx on Windows 7 Bug

2010-07-21 Thread Vincent van Ravesteijn
Op 21-7-2010 18:08, Larry Maturo schreef: I have a 64 bit Windows 7 installation. The install of Lyx version 167-4-25 went very smoothly. However, when it came up the text on the screen was virtually unintelligible. I brought up the DVI and printed it out and that was just fine. Afte

Re: r34993 - in lyx-devel/trunk/src: . graphics insets mathed

2010-07-21 Thread Vincent van Ravesteijn
> Author: rgheck > Date: Wed Jul 21 15:19:52 2010 > New Revision: 34993 > URL: http://www.lyx.org/trac/changeset/34993 > > Log: > Support for exporting math as images with XHTML. The next step is to > allow this as a fallback. E.g., if we're unable to export as MathML, > then we try to export as an

Re: r34080 - lyx-devel/trunk/src

2010-07-18 Thread Vincent van Ravesteijn
Are you sure you want this hardcoded format number ? To load this file, we now need to run layout2layout, which might not be possible (e.g. if python is not installed). Then we crash. OK, I took care of this and the other issues you noticed. That said, aren't there lots of things that fail i

Re: r34969 - lyx-devel/trunk/src/frontends/qt4

2010-07-18 Thread Vincent van Ravesteijn
Op 18-7-2010 13:49, uwesto...@lyx.org schreef: Author: uwestoehr Date: Sun Jul 18 13:49:34 2010 New Revision: 34969 URL: http://www.lyx.org/trac/changeset/34969 Log: GuiWorkArea.cpp: make it compilable Stephan, please check if this is correct Modified: lyx-devel/trunk/src/frontends/qt4/Gui

Re: r34080 - lyx-devel/trunk/src

2010-07-17 Thread Vincent van Ravesteijn
Richard, Author: rgheck Date: Wed Apr 7 18:15:26 2010 New Revision: 34080 URL: http://www.lyx.org/trac/changeset/34080 Log: Fix bug #6611. This also gives us a more robust fall-back in case we are completely unable to load a text class. At least not very long ago, if we were unable even to load

Re: LyX + Beamer + MikTex 2008 = fail

2010-07-17 Thread Vincent van Ravesteijn
Op 17-7-2010 15:01, Falk Sticken schreef: Hi, I am using the new LyX 1.6.7. I have downloaded and installed the new beamer package 3.10 (also made a reconfiguration). When I try to enter text in a section or frame element, LyX crashes. Tried it out with diffrent documents (e.g. beamers own Ly

Re: Dependency Problem?

2010-07-12 Thread Vincent van Ravesteijn
Op 12-7-2010 20:05, Richard Heck schreef: Changing LaTeXUi.ui causes recompilation of GuiBranch.o and GuiIndices.o. Is that right? rh Fixed in trunk at r34882. Vincent

Re: #6805: "Cannot convert file" importing from RTF, but works on the command line

2010-07-07 Thread Vincent van Ravesteijn
> The import of rtf file fails at the tex2lyx step and there is no output from > tex2lyx. > Is there any possiblity to make it more verbose and collect the output for > presentation > in message window? When tex2lyx is run from the command line, the file is converted correctly right ? So, I thin

Re: [patch] support for \makebox

2010-06-26 Thread Vincent van Ravesteijn
Besides this, wwe have a new major regression due to the new "apply immediately" dialog optio What exactly is major about it ? Moreover, I can't even reproduce it. Vincent

Re: cmake, mingw, Windows and _snprint

2010-06-22 Thread Vincent van Ravesteijn
However, I now have a related question. According to the README, I need to include a copy of the Microsoft.VC100.CRT.manifest file in the same directory before I can run it. If anyone could point me toward a copy of the Microsoft.VC100.CRT.manifest for Visual Studio 2010, I would greatly ap

Re: [tutorial] Questions related to Layouts & Insets

2010-06-18 Thread Vincent van Ravesteijn
> > The answer to my 2nd question I was able to figure out. > Yes, pos() is relevant for InsetMath-derived objects too. See listing for > nextAtom below the listing for nextInset is provided just for context. > > According to me pit() is not relevant for InsetMath-derived objects > Note that

Re: r34656 - lyx-devel/trunk/src

2010-06-14 Thread Vincent van Ravesteijn
Op 14-6-2010 23:40, Pavel Sanda schreef: Stephan Witt wrote: Author: switt Date: Mon Jun 14 21:33:43 2010 New Revision: 34656 URL: http://www.lyx.org/trac/changeset/34656 + return 0 == m.config ? 0 : to_aspell_speller(m.e_speller); return m.config ? to_aspell_speller(m.e_

Re: Possible branch-inset improvements

2010-06-14 Thread Vincent van Ravesteijn
would you find it a good idea to enhance branch insets in the following way ? 1. add possibility to define pre-post latex commands for a branch which would be inserted just before/after each branch inset? No. pity. what would be your solution to the problem of having mutliple

Re: r34656 - lyx-devel/trunk/src

2010-06-14 Thread Vincent van Ravesteijn
Op 14-6-2010 21:33, sw...@lyx.org schreef: Author: switt Date: Mon Jun 14 21:33:43 2010 New Revision: 34656 URL: http://www.lyx.org/trac/changeset/34656 + return 0 == m.config ? 0 : to_aspell_speller(m.e_speller); return m.config ? to_aspell_speller(m.e_speller) : 0; ?? Vincent

Re: Possible branch-inset improvements

2010-06-14 Thread Vincent van Ravesteijn
> would you find it a good idea to enhance branch insets in the following > way ? > > 1. add possibility to define pre-post latex commands for a branch >   which would be inserted just before/after each branch inset? > No. > 2. different collapsed branches can't be visually distinguished. >   wha

Re: Some questions relating to Cursor & MathAtom

2010-06-14 Thread Vincent van Ravesteijn
> * Conceptually what is an anchor in a Cursor? The anchor is the starting point of a selection. If you have selected the word "hello" starting from the 'h' to the 'o', the anchor is positioned at 'h' and the cursor at 'o'. > * What does it mean for an inset to be "locked" ? I've no idea, but ac

Re: Navigate to last paragraph of section

2010-06-13 Thread Vincent van Ravesteijn
I noticed the following three things: >ParagraphList::iterator finish = start; >ParagraphList::iterator const end = pars.end(); >// Move out (down) from the section header to find last >// paragraph in section >if (finish != end) > ++finish; >int const thistoclevel = start->layout().toclevel

Re: Enabling footer bar to show Inset, Id, Paragraph, Char etc.

2010-06-13 Thread Vincent van Ravesteijn
"Font: Bold, Larger, Inset: 0xa24a348, Paragraph: 3, id:21, Position 9, Char: 0x62, Boundary: 0" How do I enable this on my LyX? Compile with "-D DEVEL_VERSION". What other switches or features are useful if I wish to do some LyX programming? I don't know any others. Vincent

Re: Wish to understand DocIterator class + Willing to Volunteer to document LyX internals

2010-06-13 Thread Vincent van Ravesteijn
Op 13-6-2010 17:13, Sidharth Kshatriya schreef: I want to understand * What is the use of the inset_ member in the DocIterator class? Each CursorSlice has a link to its corresponding inset so what is the use of inset_ in the DocIterator class? I don't have a good answer, but if you create a D

Re: [Patch] New version of Keytest.

2010-06-11 Thread Vincent van Ravesteijn
> It sound like a good idea. I don't think keytest is getting much > benefit from version control as it is. With commit access I could > submit 100 atomic changes without flooding lyx-devel with messages > about a tool that currently I think only I use. > Uhhm.. but then you're flooding the lyx-cv

Re: XML format status

2010-06-08 Thread Vincent van Ravesteijn
> What is the current status or thinking of the XML format for lyx 2? > Ideally, LyX 2 would have an XML file format. However, no-one is actively working on the issue, so we postponed it. As far as I know, we didn't really decide when and how to do the transition. Are you interested in having an

Re: r34590 - lyx-devel/trunk/src/frontends/qt4

2010-06-07 Thread Vincent van Ravesteijn
> const? > > Andre' > thanks. Vincent

Re: show the lyx code (was: feature proposal: show latex code: allow to manipulate the latex code: reveal code)

2010-06-07 Thread Vincent van Ravesteijn
On Mon, Jun 7, 2010 at 3:08 PM, Pavel Sanda wrote: > Guenter Milde wrote: >> * Backspace at the first position in the inset converts it to normal >>   text (in this case LaTeX code (without beeing marked as ERT)) > > not in math inset. > >> OK, I see 2 advantages: >> >> 1. no need to place the cur

Re: show the lyx code (was: feature proposal: show latex code: allow to manipulate the latex code: reveal code)

2010-06-07 Thread Vincent van Ravesteijn
> what looks much easier is to allow mutating math environment into ERT > and back. > > pavel > This is already possible. It needs some copy-pasting but it works. I once implemented this, but then disregarded it because it was essentially already possible. Vincent

Re: show the lyx code (was: feature proposal: show latex code: allow to manipulate the latex code: reveal code)

2010-06-07 Thread Vincent van Ravesteijn
> Well why not instead of displaying the "latex source" display > directly the LyX source and allow it to be edited and then to be > reloaded. Would such a solution be easier to implement? > Why would anyone want to edit the LyX source (in LyX) ? Vincent

Re: r34588 - lyx-devel/trunk/src/frontends/qt4

2010-06-03 Thread Vincent van Ravesteijn
On Thu, Jun 3, 2010 at 7:47 PM, Enrico Forestieri wrote: > On Thu, Jun 03, 2010 at 04:59:35PM +0200, Vincent van Ravesteijn wrote: >> For example, the bug that files can't be opened anymore in 1.6.6. > > Yeah, who did that should be mercilessy pilloried. That's not w

Re: r34588 - lyx-devel/trunk/src/frontends/qt4

2010-06-03 Thread Vincent van Ravesteijn
> the actually embarassing thing about the spellchecker bug is not that > it went in but that we did not detect it before the release> I think that in general, testing is our weak spot. For example, the bug that files can't be opened anymore in 1.6.6. We might think of having some document exhibi

Re: r34471 - lyx-devel/trunk/src/frontends/qt4

2010-05-27 Thread Vincent van Ravesteijn
> Author: uwestoehr > Date: Sun May 23 18:36:06 2010 > New Revision: 34471 > URL: http://www.lyx.org/trac/changeset/34471 > > Log: > GuiBox.cpp: fix #6721 > > +       // if an outer box from the fancybox LaTeX-package has no inner box, > +       // the width cannot be specified > +       if (!ibox

Re: r34499 - in lyx-devel/trunk: lib/images lib/ui src

2010-05-25 Thread Vincent van Ravesteijn
> Author: sanda > Date: Tue May 25 13:36:02 2010 > New Revision: 34499 > URL: http://www.lyx.org/trac/changeset/34499 > > Log: > Add output_sync icon to view/update toolbar > > +               Item "Toggle Resources for Forward/Reverse Search" > "buffer-toggle-output-sync" Please don't start wit

Re: MSVC compilation problem

2010-05-24 Thread Vincent van Ravesteijn
Using Qt version 4.4.2 in D:\LyX\LyXDependencies\lyx-windows-deps-msvc2008\qt4\lib So qmake is convinced it is on drive D, where it actually isn't. Does that mean the lyx-windows-deps-msvc2008 qt-4 can not be used and I need to install the SDK and compile it myself? I had trouble finding the

Re: r34429 & r34430

2010-05-18 Thread Vincent van Ravesteijn
Uwe, I do not get the lyx-cvs messages from your commits. Did you unsubscribe from the list ? + // output this if only use_geometry is true + if (use_geometry) { What does the comment mean here ? Do we output only when use_geometry is true (and not when it is false), or when only use_geometry is

Re: #6657: lyx 2.0.0 alpha 2 crash when click on Find and Replace (Advanced)

2010-05-14 Thread Vincent van Ravesteijn
2010/5/14 Marcelo Acuña > > #6657: lyx 2.0.0 alpha 2 crash when > > click on Find and Replace (Advanced) > > Please answer to this in the bug report itself. > With alpha 3, like alpha 1, this problem not happen. > Only with alpha 2. I can hardly believe that we introduced this bug in alpha

Re: [Patch] Fix #6597: LyX Appears frozen if the process holding the clipboard is frozen.

2010-05-11 Thread Vincent van Ravesteijn
> > Here is the precise process I use to reproduce bug 6597 > Ok, I'll have to try this when I am at home again. I can run Ubuntu there. For now, I want to ask you whether you've read the following: void QClipboard::dataChanged () [signal] [...] On Mac OS X and with Qt version 4.3 or higher,

Re: insert note, undo, crash.

2010-05-09 Thread Vincent van Ravesteijn
Op 9-5-2010 11:19, Kevin Brubeck Unhammer schreef: 2010/5/9 Kevin Brubeck Unhammer: 2010/5/7 Pavel Sanda: Kevin Brubeck Unhammer wrote: Sorry for the late reply. I seem to have lost my bug :-( I had to do a restart before checking out from svn, and now I can't get it to cras

Re: [Patch] Fix #6597: LyX Appears frozen if the process holding the clipboard is frozen.

2010-05-08 Thread Vincent van Ravesteijn
Op 8-5-2010 13:01, John McCabe-Dansted schreef: If a patch isn't commented on in a couple of weeks, shall I resend? For now, I will do so. Yes, that's good. Just remind us. There are so many issues, questions, bugs, new features and other problems that ask for attention that we forget som

RE: LyX's FTP-server is down

2010-05-07 Thread Vincent van Ravesteijn - TNW
>This link works for me: >http://www.ecp.fr/ > >So ftp.lyx.org should also be online again the next hours. > It works again now. Vincent

RE: Mailing lists

2010-05-07 Thread Vincent van Ravesteijn - TNW
>Did you subscribe to the lyx-cvs list with your lyx.org address ? > Apparently you did as the mailing list announcement message came through. Vincent

RE: Mailing lists

2010-05-07 Thread Vincent van Ravesteijn - TNW
>> >> >> >> IIRC, you had to be subscribed to the lyx-cvs-list in order for >> >> >> the commit messages to be sent. So, I'd restrict the senders to >> >> >> only those that are subscribed to the list. >> >> >> >> That's how I set it up for now. >> > >> > - The problem is that lyx-cvs is not w

RE: bind and shared_ptr

2010-05-07 Thread Vincent van Ravesteijn - TNW
>> I agree with killing boost, but we should do it cleanly. We could >> start with the headers as Peter suggested and use tr1 for everybody. >> Then if there are problems, we'll add exceptions for some computers. >> Or we can do autoconf/cmake tests on the features. > >fine with me if this will

RE: Mailing lists

2010-05-07 Thread Vincent van Ravesteijn - TNW
>> >> IIRC, you had to be subscribed to the lyx-cvs-list in order for >> >> the commit messages to be sent. So, I'd restrict the senders to >> >> only those that are subscribed to the list. >> >> That's how I set it up for now. > > - The problem is that lyx-cvs is not working anymore. I guess it

RE: Repeating Errors

2010-04-20 Thread Vincent van Ravesteijn - TNW
>Don't know if it helps, but that's where I'd start. The thing that helps is to call disp_.setMessage(docstring()); at the beginning of Cursor::dispatch(). However, this would break messaging in case of nested dispatch calls. This would mean you'd have to clear the message from BufferView

RE: r34216 - lyx-devel/trunk/src/insets

2010-04-20 Thread Vincent van Ravesteijn - TNW
>> The problem was that I never expected that InsetInfo >> is a child class of InsetCollapsable. This feels wrong. > > We need something between InsetText and InsetCollapsable > or we migrate the inset decoration to InsetText. Then > InsetCollapsable would just add tha abil

RE: r34216 - lyx-devel/trunk/src/insets

2010-04-20 Thread Vincent van Ravesteijn - TNW
>>> The problem was that I never expected that InsetInfo is a child >>> class >>> > >>> of InsetCollapsable. This feels wrong. >>> >> We need something between InsetText and InsetCollapsable or we >> migrate the inset decoration to InsetText. Then InsetCollapsable >> would j

RE: r34216 - lyx-devel/trunk/src/insets

2010-04-20 Thread Vincent van Ravesteijn - TNW
>> The problem was that I never expected that InsetInfo is a child class >> of InsetCollapsable. This feels wrong. > >We need something between InsetText and InsetCollapsable >or we migrate the inset decoration to InsetText. Then >InsetCollapsable would just add tha ability to collapse. > >Note

RE: r34223 - in lyx-devel/trunk: lib/ui src src/insets

2010-04-19 Thread Vincent van Ravesteijn - TNW
>> This introduces a new LFUN LFUN_INSET_COPY_AS, which copies a certain >> Inset to the clipboard. For InsetInfo this is the text that is >> visible, but this could also replace LFUN_LABEL_COPY_AS_REF, by >> copying the INSET to the clipboard as a reference, and also a Math >> inset to copy

Re: r34216 - lyx-devel/trunk/src/insets

2010-04-19 Thread Vincent van Ravesteijn
Better(?) fix for bug #6659: InsetInfo context menu disabled unless cursor immediately in front. Much better indeed. Year, I was about to complain ;-) The problem was that I never expected that InsetInfo is a child class of InsetCollapsable. This feels wrong. Vincent

Re: result of a first test with LyX 2.0alpha2

2010-04-18 Thread Vincent van Ravesteijn
Uwe Stöhr schreef: But I noticed another very annoying behaviour: When I export a file as PDF LyX asks me if I want to replace the existing PDF. This is OK, but replacing should be the default and not keeping. Why don't you change this then if you think this behaviour is 'very annoying' ? (

Re: result of a first test with LyX 2.0alpha2

2010-04-18 Thread Vincent van Ravesteijn
Uwe Stöhr schreef: I finished a Windows installer for alpha2 and tested it a bit. alpha2 is much more stable than alpha1 but there are still some issues: - the size of instant previews is always an A4 page, even if it is an inline formula. So instant preview is currently not usable No problem

Re: r34215 - lyx-devel/trunk/src/insets

2010-04-18 Thread Vincent van Ravesteijn
rgheck schreef: On 04/18/2010 07:35 PM, v...@lyx.org wrote: Author: vfr Date: Mon Apr 19 01:35:59 2010 New Revision: 34215 URL: http://www.lyx.org/trac/changeset/34215 Log: Fix bug #6659: InsetInfo context menu disabled unless cursor immediately in front. Thanks, Vincent. rh Sorry, w

Re: Restore Last Position Bug Fixed?

2010-04-18 Thread Vincent van Ravesteijn
rgheck schreef: Has the bug concerning restoration of last file position been fixed in trunk? I.e., if you have bookmarks, then the code that updates their location before closing causes the last file position to be set to wherever the last bookmark is. rh I can remember working on this, but I

RE: r34161 - in lyx-devel/trunk/src: . frontends/qt4

2010-04-16 Thread Vincent van Ravesteijn - TNW
> Modified: lyx-devel/trunk/src/frontends/qt4/GuiView.cpp > == > --- lyx-devel/trunk/src/frontends/qt4/GuiView.cpp Fri Apr 16 12:51:20 2010 (r34160) > +++ lyx-devel/trunk/src/frontends/qt4/GuiView.cpp Fri Apr 16

RE: r34151 - in lyx-devel/trunk: development src/frontends/qt4/ui

2010-04-16 Thread Vincent van Ravesteijn - TNW
>Author: uwestoehr >Date: Fri Apr 16 11:08:33 2010 >New Revision: 34151 >URL: http://www.lyx.org/trac/changeset/34151 > >Log: >PrefOutputUi.ui, LyX-Mac-binary-release.sh: add once more >missing SVN EOL style (why is it so complicated to think >aout this when adding new files to SVN?) What happens

RE: r31969 - lyx-devel/trunk/src

2010-04-16 Thread Vincent van Ravesteijn - TNW
>> One less copy than returning a "DispatchResult const &" ? >> >> I think we think the same.. ;) > >No, I am wondering why it has to be const. > Because there is no reason to make it non-const. I can't think of a reason to allow code from outside the Cursor class to change the result of the Curs

Re: r31969 - lyx-devel/trunk/src

2010-04-15 Thread Vincent van Ravesteijn
Jean-Marc Lasgouttes schreef: Le 15 avr. 10 à 23:23, Vincent van Ravesteijn a écrit : Why not return a DispatchResult& ? I think that was the intent anyway. Why would we. The only place from where the DispatchResult is changed is within the Cursor class, so direct access to the private me

Re: r31969 - lyx-devel/trunk/src

2010-04-15 Thread Vincent van Ravesteijn
I made result() return a const & in order not to have anyone trying to do this again. Why not return a DispatchResult& ? I think that was the intent anyway. Why would we. The only place from where the DispatchResult is changed is within the Cursor class, so direct access to the private membe

RE: r31969 - lyx-devel/trunk/src

2010-04-15 Thread Vincent van Ravesteijn - TNW
>Author: lasgouttes >Date: Fri Nov 13 15:32:51 2009 >New Revision: 31969 >URL: http://www.lyx.org/trac/changeset/31969 > >+ // Is this a function that acts on inset at point? >+ if (lyxaction.funcHasFlag(cmd.action, LyXAction::AtPoint) >+ && nextInset()) { >+

RE: r34130 - lyx-devel/trunk/src

2010-04-15 Thread Vincent van Ravesteijn - TNW
>> The user get's a message box with a warning that he might not generate >> any output. (or do you mean something else ?). >> >> You did throw it in one of the three cases in the function. >> >> Vincent >> > >I still don't get any warning (neither in a box or >on the console). What's up? Bug st

RE: r34130 - lyx-devel/trunk/src

2010-04-14 Thread Vincent van Ravesteijn - TNW
>>> Can you tell me what happens when this exception gets thrown? (I have >>> no idea why I didn't throw it.) >>> >> The user get's a message box with a warning that he might not generate >> any output. (or do you mean something else ?). >> >> >OK. I'll check this later. I'm guessing

RE: r34130 - lyx-devel/trunk/src

2010-04-14 Thread Vincent van Ravesteijn - TNW
>> Author: vfr >> Date: Wed Apr 14 13:54:12 2010 >> New Revision: 34130 >> URL: http://www.lyx.org/trac/changeset/34130 >> >> Log: >> Fix bug #6651: No error messages when module dependencies are not fulfilled. >> >> We need to throw the ExceptionMessage's. >> >> >Can you tell me what happens w

RE: r34120 - lyx-devel/trunk/src

2010-04-12 Thread Vincent van Ravesteijn - TNW
>ehh, i thought from the one without argument, no? > >FuncRequest? (this=0x8c0111c, act=lyx::LFUN_UNKNOWN_ACTION, >o=lyx::FuncRequest::INTERNAL) at FuncRequest?.cpp:39 Please read further: #11 0x081a00c8 in static_initialization_and_destruction_0 () at FuncRequest?.cpp:28 This is your 0 initia

RE: r34120 - lyx-devel/trunk/src

2010-04-12 Thread Vincent van Ravesteijn - TNW
>- : action_(LFUN_NOACTION), origin_(o), x_(0), y_(0), >+ : argument_(0), action_(LFUN_NOACTION), origin_(o), x_(0), y_(0), > What's the rationale about initializing a docstring with 0 ? (Does it even compile ?) Vincent

Re: LaTeX preview

2010-04-10 Thread Vincent van Ravesteijn
venom00 schreef: Hello, some weeks ago I've asked for LaTeX preview (ERT) and someone said it was available in LyX 2.0, but after the build I couldn't find any option of LyX nor of the ERT to have an instant preview. Is the feature fully implemented or should I wait the release of LyX 2.0? BTW wh

<    12   13   14   15   16   17   18   19   20   21   >