> I think what's happening is this. If you export pdf (say) without there
> already being a pdf file there, then everything is fine. But if the pdf
> file exists, then LyX will try to ask the user whether to overwrite.
> This means creating a dialog as a child of the parent. But the parent,
>
Am Mittwoch, den 20.10.2010, 01:02 +0200 schrieb Pavel Sanda:
> Peter Kümmel wrote:
> > Am Dienstag, den 19.10.2010, 15:09 +0200 schrieb Pavel Sanda:
> > > Peter Kümmel wrote:
> > > > Couldn't we add the link to the download website?
> > >
> > > its already there on very bottom of the page.
> >
>
On 10/19/2010 07:08 PM, Peter Kümmel wrote:
Am Dienstag, den 19.10.2010, 17:32 -0400 schrieb Richard Heck:
On 10/19/2010 04:32 PM, Uwe Stöhr wrote:
When exporting I get now tons of this message in the LyX console:
QObject::startTimer: timers cannot be started from another thread
QApp
Am Dienstag, den 19.10.2010, 17:32 -0400 schrieb Richard Heck:
> On 10/19/2010 04:32 PM, Uwe Stöhr wrote:
> > When exporting I get now tons of this message in the LyX console:
> >
> > QObject::startTimer: timers cannot be started from another thread
> > QApplication: Object event filter cannot be i
Peter Kümmel wrote:
> Am Dienstag, den 19.10.2010, 15:09 +0200 schrieb Pavel Sanda:
> > Peter Kümmel wrote:
> > > Couldn't we add the link to the download website?
> >
> > its already there on very bottom of the page.
>
> No, there's ftp://ftp.lyx.org but not ftp://ftp.devel.lyx.org.
ahh, you a
Am Dienstag, den 19.10.2010, 15:09 +0200 schrieb Pavel Sanda:
> Peter Kümmel wrote:
> > Couldn't we add the link to the download website?
>
> its already there on very bottom of the page.
No, there's ftp://ftp.lyx.org but not ftp://ftp.devel.lyx.org.
Peter
On 10/19/2010 05:45 PM, Jean-Marc Lasgouttes wrote:
Le 17 oct. 10 à 21:56, Richard Heck a écrit :
Can someone who actually understands that stuff have a look at the
attached and tell me if it is OK?
If you tested that it works as expected, it is probably OK.
A remark on the code:
+
+
Le 17 oct. 10 à 21:56, Richard Heck a écrit :
Can someone who actually understands that stuff have a look at the
attached and tell me if it is OK?
If you tested that it works as expected, it is probably OK.
A remark on the code:
+
+ if (iit->inset
On 10/19/2010 04:32 PM, Uwe Stöhr wrote:
When exporting I get now tons of this message in the LyX console:
QObject::startTimer: timers cannot be started from another thread
QApplication: Object event filter cannot be in a different thread.
When I first view a file (the Math manual) and then exp
When exporting I get now tons of this message in the LyX console:
QObject::startTimer: timers cannot be started from another thread
QApplication: Object event filter cannot be in a different thread.
When I first view a file (the Math manual) and then export it subsequently, I
also get this:
QO
Am 19.10.2010 um 15:10 schrieb Pavel Sanda:
> Stephan Witt wrote:
>> Am 19.10.2010 um 03:34 schrieb Pavel Sanda:
>>
>>> Stephan Witt wrote:
Pavel, can you have a look please?
>>>
>>> hopefully towards the end of this week. actually it would be really helpful
>>> if we can proceed in usual i
On Wednesday 08 September 2010 21:42:37 Uwe Stöhr wrote:
> > Do you have a simple recipe to reproduce this?
>
> - start LyX 2.0svn from a console
> - create a LyX file and export it to LyX 1.6.x format
>
> result: you will see lyx2lyx warnings if there are some (you can
> testwise change the lyx
On Tue, Oct 19, 2010 at 10:55:35AM -0400, Richard Heck wrote:
> We had this discussion recently, when I introduced an exception in
> math processing. There are real downsides to this of a return value.
> Granted, C++ provides less support for the use of "normal"
> exceptions than Java or Python doe
On 10/19/2010 10:59 AM, Pavel Sanda wrote:
Richard Heck wrote:
We had this discussion recently, when I introduced an exception in math
processing. There are real downsides to this of a return value. Granted,
what was the result in short?
Nothing, really. Some of us thought one th
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
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
On 10/19/2010 09:12 AM, Pavel Sanda wrote:
Peter Kümmel wrote:
On 19.10.2010 08:42, Peter Kümmel wrote:
On 19.10.2010 00:05, Uwe Stöhr wrote:
> OK, committed a fix, but it needs testing.
Now exporting is broken: I don't get a PDF when e.g. exporting the UserGuide to
PDF
Richard Heck wrote:
> We had this discussion recently, when I introduced an exception in math
> processing. There are real downsides to this of a return value. Granted,
what was the result in short?
pavel
On 10/19/2010 09:08 AM, Pavel Sanda wrote:
v...@lyx.org wrote:
Author: vfr
Date: Tue Oct 19 12:42:54 2010
New Revision: 35714
URL: http://www.lyx.org/trac/changeset/35714
Log:
Fix bug #6950: Cursor remains in waiting state after incompatible command.
P.S. How do we prevent other cases like
Peter Kümmel wrote:
> On 19.10.2010 08:42, Peter Kümmel wrote:
> > On 19.10.2010 00:05, Uwe Stöhr wrote:
> >> > OK, committed a fix, but it needs testing.
> >>
> >> Now exporting is broken: I don't get a PDF when e.g. exporting the
> >> UserGuide to PDF (pdflatex).
> >
> > Maybe the pdf is now i
Stephan Witt wrote:
> Am 19.10.2010 um 03:34 schrieb Pavel Sanda:
>
> > Stephan Witt wrote:
> >> Pavel, can you have a look please?
> >
> > hopefully towards the end of this week. actually it would be really helpful
> > if we can proceed in usual incremental manner - different patches for
> > di
v...@lyx.org wrote:
> Author: vfr
> Date: Tue Oct 19 12:42:54 2010
> New Revision: 35714
> URL: http://www.lyx.org/trac/changeset/35714
>
> Log:
> Fix bug #6950: Cursor remains in waiting state after incompatible command.
>
> P.S. How do we prevent other cases like this? By throwing exceptions, w
Peter Kümmel wrote:
> Couldn't we add the link to the download website?
its already there on very bottom of the page.
pavel
23 matches
Mail list logo
