Am Mittwoch, 6. Juni 2018 19:16:30 CEST schrieb Enrico Forestieri
:
> On Wed, Jun 06, 2018 at 10:02:45AM +0200, Jean-Marc Lasgouttes wrote:
> >
> > What about applying this preview4 patch? It looks good IMO.
>
> Done at 125ee9fb.
>
> > I wonder whether
> > this will improve performance (avoid d
On Wed, Jun 06, 2018 at 10:02:45AM +0200, Jean-Marc Lasgouttes wrote:
>
> What about applying this preview4 patch? It looks good IMO.
Done at 125ee9fb.
> I wonder whether
> this will improve performance (avoid duplicate loading).
I doubt it, because there are not so many cases in which the same
Le 18/05/2018 à 22:14, Enrico Forestieri a écrit :
Unfortunately, it does not work, as already said. It would have been
surprising if it had worked, though, as the added condition is already
catched by "pimpl_->status_ != WaitingToLoad".
Instead, the attached works for me. Anyway, all of this ap
On Sat, May 19, 2018 at 10:46:59AM +0200, Jean-Marc Lasgouttes wrote:
> Le 18/05/2018 à 22:14, Enrico Forestieri a écrit :
> > > preview3.diff looks like the cleanest approach to me. I think it should go
> > > in.
> >
> > Unfortunately, it does not work, as already said. It would have been
> > su
Le 18/05/2018 à 22:14, Enrico Forestieri a écrit :
preview3.diff looks like the cleanest approach to me. I think it should go
in.
Unfortunately, it does not work, as already said. It would have been
surprising if it had worked, though, as the added condition is already
catched by "pimpl_->statu
On Fri, May 18, 2018 at 06:40:00PM +0200, Jean-Marc Lasgouttes wrote:
> Le 16/05/2018 à 20:01, Enrico Forestieri a écrit :
> > On Wed, May 16, 2018 at 01:43:45PM -0400, Richard Kimberly Heck wrote:
> > > I think you are right that it is during metrics. Tracing some things,
> > > RenderGraphic::metr
Le 16/05/2018 à 20:01, Enrico Forestieri a écrit :
On Wed, May 16, 2018 at 01:43:45PM -0400, Richard Kimberly Heck wrote:
I think you are right that it is during metrics. Tracing some things,
RenderGraphic::metrics seems to be responsible for starting the preview,
and it gets called from InsetGr
On Wed, May 16, 2018 at 01:43:45PM -0400, Richard Kimberly Heck wrote:
> I think you are right that it is during metrics. Tracing some things,
> RenderGraphic::metrics seems to be responsible for starting the preview,
> and it gets called from InsetGraphics::metrics.
>
> But maybe it is as easy as
On 05/16/2018 01:29 PM, Enrico Forestieri wrote:
> On Wed, May 16, 2018 at 01:09:43PM -0400, Richard Kimberly Heck wrote:
>> On 05/16/2018 01:06 PM, Enrico Forestieri wrote:
>>> On Wed, May 16, 2018 at 10:01:16AM +0200, Jean-Marc Lasgouttes wrote:
Le 15/05/2018 à 19:51, Enrico Forestieri a écr
On Wed, May 16, 2018 at 01:09:43PM -0400, Richard Kimberly Heck wrote:
> On 05/16/2018 01:06 PM, Enrico Forestieri wrote:
> > On Wed, May 16, 2018 at 10:01:16AM +0200, Jean-Marc Lasgouttes wrote:
> >> Le 15/05/2018 à 19:51, Enrico Forestieri a écrit :
> The problem seems to be in the calling c
On 05/16/2018 01:06 PM, Enrico Forestieri wrote:
> On Wed, May 16, 2018 at 10:01:16AM +0200, Jean-Marc Lasgouttes wrote:
>> Le 15/05/2018 à 19:51, Enrico Forestieri a écrit :
The problem seems to be in the calling code. This seems to happen for svgz
files (compressed svg files).
>>> Actua
On Wed, May 16, 2018 at 10:01:16AM +0200, Jean-Marc Lasgouttes wrote:
> Le 15/05/2018 à 19:51, Enrico Forestieri a écrit :
> > > The problem seems to be in the calling code. This seems to happen for svgz
> > > files (compressed svg files).
> >
> > Actually, it seems to happen when the same image i
Le 15/05/2018 à 19:51, Enrico Forestieri a écrit :
The problem seems to be in the calling code. This seems to happen for svgz
files (compressed svg files).
Actually, it seems to happen when the same image is included multiple
times, irrespective of the type. See attached example.
Bisect leads
Le 15/05/2018 à 19:51, Enrico Forestieri a écrit :
The problem seems to be in the calling code. This seems to happen for svgz
files (compressed svg files).
Actually, it seems to happen when the same image is included multiple
times, irrespective of the type. See attached example.
Bisect leads
On Fri, May 11, 2018 at 06:13:31PM +0100, José Abílio Matos wrote:
> On Thursday, 10 May 2018 18.32.00 WEST Scott Kostyshak wrote:
> > Should I still do the above? I'm not sure if it would still be useful
> > after reading the messages that came after this.
> >
> > Thanks for helping debug,
> >
>
On Thursday, 10 May 2018 18.32.00 WEST Scott Kostyshak wrote:
> Should I still do the above? I'm not sure if it would still be useful
> after reading the messages that came after this.
>
> Thanks for helping debug,
>
> Scott
There is no need to.
The problem seems to be in the calling code. This
On Wed, May 09, 2018 at 07:43:53AM +, José Abílio Matos wrote:
> On Tuesday, 8 May 2018 17.50.58 WEST Scott Kostyshak wrote:
> > Thanks for trying. I'm not surprised, since my two computers have very
> > simliar setups so if I can reproduce on one and not on the other, this
> > is probably a tr
On Wed, May 09, 2018 at 11:23:29AM +, José Abílio Matos wrote:
> On Wednesday, 9 May 2018 12.10.35 WEST Kornel Benko
> wrote:
> > I too. But the versions may differ. 5.6.1-2
>
> I use 5.10.1
Mine is 5.6.2.
Scott
signature.asc
Description: PGP signature
On Wednesday, 9 May 2018 14.30.49 WEST Kornel Benko wrote:
> OK, but what can be done here? Even if I define a converter
> \converter "svgz" "bmp" "convert $$i $$o" ""
> I still see the error messages.
>
> (Manually, the "convert"-command works)
>
> Kornel
Honestly the debugging
Am Mittwoch, 9. Mai 2018 15:30:49 CEST schrieb Kornel Benko :
> > The usual call would have another format between the two file names.
> >
> > So again the problem is not in the calling code. It seems to want to
> > convert from svgz to a
> > format that could be loaded and it fails the specify t
Am Mittwoch, 9. Mai 2018 13:55:14 CEST schrieb José Abílio Matos
:
> On Wednesday, 9 May 2018 12.09.18 WEST Kornel Benko wrote:
> > No it was not there.
> > But with the other file it is.
> > I removed the last part following the first Traceback
> >
> > Kornel
>
> The culprit is:
> Forma
On Wednesday, 9 May 2018 12.09.18 WEST Kornel Benko wrote:
> No it was not there.
> But with the other file it is.
> I removed the last part following the first Traceback
>
> Kornel
The culprit is:
Format.cpp (507): will guess format from file extension: svgz -> svgz
graphics/Graphi
On Wednesday, 9 May 2018 12.10.35 WEST Kornel Benko
wrote:
> I too. But the versions may differ. 5.6.1-2
I use 5.10.1
--
José Abílio
Am Mittwoch, 9. Mai 2018 12:03:38 CEST schrieb José Abílio Matos
:
> On Wednesday, 9 May 2018 10.59.34 WEST Kornel Benko wrote:
> > What is your setting
> > Tools->Preferences->File Handling->Converters->Converter File
> > Cache->Enabled?
> >
> > Here it is checked. Max age = 180.
> >
>
Am Mittwoch, 9. Mai 2018 12:49:35 CEST schrieb Kornel Benko :
> Am Mittwoch, 9. Mai 2018 11:32:21 CEST schrieb José Abílio Matos
> :
> > On Wednesday, 9 May 2018 11.08.06 WEST Kornel Benko wrote:
> > > I get them too, but only if the cache is not enabled.
> > >
> > > Kornel
> >
> > I hav
On Wednesday, 9 May 2018 10.59.34 WEST Kornel Benko wrote:
> What is your setting
> Tools->Preferences->File Handling->Converters->Converter File
> Cache->Enabled?
>
> Here it is checked. Max age = 180.
>
> Kornel
BTW I am using qt5, if that matters. :-)
--
José Abílio
On Wednesday, 9 May 2018 11.08.06 WEST Kornel Benko wrote:
> I get them too, but only if the cache is not enabled.
>
> Kornel
I have the cache enabled but it seems that I am using qt to do the
conversion/drawing
and not the default converter.
In any case the problem seems to be the sam
On Wednesday, 9 May 2018 10.59.34 WEST Kornel Benko wrote:
> What is your setting
> Tools->Preferences->File Handling->Converters->Converter File
> Cache->Enabled?
>
> Here it is checked. Max age = 180.
>
> Kornel
Yes, I have it like that in all instances.
I think that this is th
Am Mittwoch, 9. Mai 2018 10:55:32 CEST schrieb José Abílio Matos
:
> qt.svg: QSvgHandler: Image filename is empty
>
I get them too, but only if the cache is not enabled.
Kornel
signature.asc
Description: This is a digitally signed message part.
Am Mittwoch, 9. Mai 2018 11:42:31 CEST schrieb Kornel Benko :
> Am Mittwoch, 9. Mai 2018 10:30:37 CEST schrieb José Abílio Matos
> :
> > On Wednesday, 9 May 2018 09.09.06 WEST Kornel Benko wrote:
> > > I found how to reproduce. Emptying cache is the winner
> > > # rm -rf ~/.lyx2.3/cache
>
On Wednesday, 9 May 2018 10.42.31 WEST Kornel Benko wrote:
> Open eu_UserGuide.lyx
> Select TOC with graphics
> Select the last image
>
> I get _plenty_ of messages.
> Apparently zillions of converts run parallel, but they are seemingly
> sequentially handled, because I don't see big processing lo
Am Mittwoch, 9. Mai 2018 10:30:37 CEST schrieb José Abílio Matos
:
> On Wednesday, 9 May 2018 09.09.06 WEST Kornel Benko wrote:
> > I found how to reproduce. Emptying cache is the winner
> > # rm -rf ~/.lyx2.3/cache
> > # mkdir ~/.lyx2.3/cache
> >
> > Kornel
>
> Even afte
On Wednesday, 9 May 2018 09.09.06 WEST Kornel Benko wrote:
> I found how to reproduce. Emptying cache is the winner
> # rm -rf ~/.lyx2.3/cache
> # mkdir ~/.lyx2.3/cache
>
> Kornel
Even after emptying the cache I still do not see it. :-)
--
José Abílio
Am Mittwoch, 9. Mai 2018 08:43:53 CEST schrieb José Abílio Matos
:
> print(sys.argv, file=sys.stderr)
I found how to reproduce. Emptying cache is the winner
# rm -rf ~/.lyx2.3/cache
# mkdir ~/.lyx2.3/cache
Kornel
signature.asc
Description: This is a digitally signed mes
On Tuesday, 8 May 2018 17.50.58 WEST Scott Kostyshak wrote:
> Thanks for trying. I'm not surprised, since my two computers have very
> simliar setups so if I can reproduce on one and not on the other, this
> is probably a tricky issue.
>
> Scott
Hi Scott,
since you can reproduce this issu
On Tue, May 08, 2018 at 04:40:08PM +, Kornel Benko wrote:
> Am Dienstag, 8. Mai 2018 17:14:55 CEST schrieb José Abílio Matos
> :
> > On Tuesday, 8 May 2018 15.55.33 WEST Scott Kostyshak wrote:
> > > To try to reproduce, open the tutorial manual and search for
> > "Footnotes
> > > and Margin N
Am Dienstag, 8. Mai 2018 17:14:55 CEST schrieb José Abílio Matos
:
> On Tuesday, 8 May 2018 15.55.33 WEST Scott Kostyshak wrote:
> > To try to reproduce, open the tutorial manual and search for
> "Footnotes
> > and Margin Notes".
> >
> > Scott
>
> I tried (not hard enough, it seems :-) ) with b
On Tuesday, 8 May 2018 15.55.33 WEST Scott Kostyshak wrote:
> To try to reproduce, open the tutorial manual and search for
"Footnotes
> and Margin Notes".
>
> Scott
I tried (not hard enough, it seems :-) ) with both 2.3 and 2.4 and I was
not able to reproduce it. :-(
--
José Abílio
On Tue, May 08, 2018 at 02:34:06PM +, José Abílio Matos wrote:
> On Tuesday, 8 May 2018 12.48.50 WEST Kornel Benko wrote:
> > Would be nice to see the arguments. Could we test first, if enough
> arguments
> > are provided?
> >
> > Kornel
>
> Sure. :-)
>
> The funny part is that this
On Tuesday, 8 May 2018 12.48.50 WEST Kornel Benko wrote:
> Would be nice to see the arguments. Could we test first, if enough
arguments
> are provided?
>
> Kornel
Sure. :-)
The funny part is that this was not ever needed because convertDefault.py is
called by lyx, so something else is
Am Dienstag, 8. Mai 2018 12:23:56 CEST schrieb José Abílio Matos
:
> On Tuesday, 8 May 2018 12.08.20 WEST Kornel Benko wrote:
> > I got 10 messages of the form:
> > Traceback (most recent call last):
> > File "/usr/local/share/lyx2.3/scripts/convertDefault.py", line 73, in
> > if (im or gm) and
On Tuesday, 8 May 2018 12.08.20 WEST Kornel Benko wrote:
> I got 10 messages of the form:
> Traceback (most recent call last):
> File "/usr/local/share/lyx2.3/scripts/convertDefault.py", line 73, in
> if (im or gm) and os.system(r'%s %s "%s" "%s"' % (command, opts,
> sys.argv[2], sys.argv[3] + '
42 matches
Mail list logo
