Re: master/child assertion

[Scott Kostyshak]

On Tue, Sep 06, 2016 at 09:48:43PM -0400, Scott Kostyshak wrote:
> On Mon, Sep 05, 2016 at 12:46:41PM -0400, Richard Heck wrote:
> > On 09/05/2016 12:16 PM, José Abílio Matos wrote:
> > > On Saturday, September 3, 2016 10:50:49 AM WEST Scott Kostyshak wrote:
> > >> Can anyone else reproduce?
> > >>
> > >> Scott
> > > Using 2.2.1 in Fedora I get
> > >
> > > lassert.cpp (51): ASSERTION d->clone_list_->empty() VIOLATED IN 
> > > Buffer.cpp:505
> > > (  1) lyx: lyx(+0x7c50eb) [0x55ebc487c0eb]
> > > (  2) lyx: lyx(+0x197894) [0x55ebc424e894]
> > > (  3) lyx: lyx(+0x5bfb12) [0x55ebc4676b12]
> > > (  4) lyx: lyx(+0x5d740f) [0x55ebc468e40f]
> > > (  5) /lib64/libQt5Core.so.5: /lib64/libQt5Core.so.5(+0xa38ff) 
> > > [0x7fc65f4918ff]
> > > (  6) /lib64/libQt5Core.so.5: /lib64/libQt5Core.so.5(+0xa6a1a) 
> > > [0x7fc65f494a1a]
> > > (  7) /lib64/libpthread.so.0: /lib64/libpthread.so.0(+0x76ca) 
> > > [0x7fc65e92f6ca]
> > > (  8) /lib64/libc.so.6: /lib64/libc.so.6(clone+0x5f) [0x7fc65e669f6f]
> > >
> > > At the same time there is a latex error:
> > >
> > > Error: Could not find LaTeX command for character 'é' (code point 0xe9)
> > 
> > I don't have XeTeX. Does one have to use it to get the bug?
> 
> Is File > Export > LaTeX (XeTeX) enabled for you if you don't have
> xelatex? If so, then that also triggers it.

Richard, I just wanted to make sure you saw this email. Don't worry of
course if you don't have enough time to take a look. To reproduce, you
do not need to have the XeTeX binaries. You can do the following:

1. open lib/examples/fr/beamer-article.lyx
2. right-click on the include inset and go to "edit included file"
3. go to File > Export > LaTeX (XeTeX)

Scott


signature.asc
Description: PGP signature

Re: ctest id_UserGuide_dvi3_systemF is failing

[Scott Kostyshak]

On Sun, Sep 18, 2016 at 08:27:38PM +0200, Kornel Benko wrote:
> Am Sonntag, 18. September 2016 um 18:17:22, schrieb Guenter Milde 
> 
> > On 2016-09-18, Scott Kostyshak wrote:
> > 
> > > [-- Type: text/plain, Encoding:  --]
> > 
> > > Can someone confirm that we should invert this test?
> > 
> > It fails here with some cryptic messages (undefined internal commands)
> > -> maybe language nesting problem.
> > 
> > You may consider ignoring all attic/id_UserGuide_.*_systemF tests.
> > 
> > Günter
> 
> I get ...
> luaotfload | main : initialization completed in 0.381 secondsLanguage data 
> for indonesian
> loader  loadhyph-id.tex
> righthyphenmin  2
> lefthyphenmin   2
> hyphenation hyph-id.hyp.txt
> patternshyph-id.pat.txt
> synonymstable: 0xb5b89f0
> 
> hyph-id.pat.txt
> Language indonesian was not yet loaded; created with id 4
> Language indonesian already loaded; id is 4
> Language indonesian already loaded; id is 4
> Language bahasai not found in language.dat.lua
> Language bahasai not found in language.dat.lua
> Language bahasai not found in language.dat.lua
> Language bahasai not found in language.dat.lua
> Language bahasai not found in language.dat.lua
> Language bahasai not found in language.dat.lua
> Language bahasai not found in language.dat.lua
> Language bahasai not found in language.dat.lua
> Language bahasai not found in language.dasupport/Systemcall.cpp (295): 
> Systemcall: 'dvilualatex "id_UserGuide_dvi3_systemF.tex"' finished with exit 
> code 1
> 
> Looking in language.dat.lua, this language is really missing.

Thanks, makes sense to invert then since seems like the same problem as
the LuaTeX systemF test. Done at 5997a2c1.

Scott


signature.asc
Description: PGP signature

Re: Fwd: Re: Small problems with figure previews

[Paul A. Rubin]

On 09/18/2016 12:18 PM, Pietro Cortese wrote:

 Forwarded Message 
for some reason I'm not receiving e-mails from you and I didn't see the
screehsot. I had left the scaling to 150% in the example. However even
with 100% the result is not very easy to read.
The result seems to be independent on the fact that I put
"convert $$i $$o" or "convert -density 300 -units pixelsperinc $$i $$o"
in the eps to png conversion. I have the impression that convert is not
called. I renamed /usr/bin/convert to /usr/bin/convert-no and the
picture is loaded anyway.


Did you deselect the "Enabled" box for Converter File Cache? If it is 
enabled, LyX will grab the image from the cache without calling convert 
(or any other converter).


Assuming that caching is turned off and that LyX is still not calling 
convert, perhaps it is using something other route to convert the EPS 
file to a screen representation (which will presumably be some sort of 
raster graphics image, not vector graphics). If you run with the -debug 
graphics option and caching turned off, does the output identify an 
EPS-to-something-else conversion step?


Paul

Re: ctest id_UserGuide_dvi3_systemF is failing

[Kornel Benko]

Am Sonntag, 18. September 2016 um 18:17:22, schrieb Guenter Milde 

> On 2016-09-18, Scott Kostyshak wrote:
> 
> > [-- Type: text/plain, Encoding:  --]
> 
> > Can someone confirm that we should invert this test?
> 
> It fails here with some cryptic messages (undefined internal commands)
> -> maybe language nesting problem.
> 
> You may consider ignoring all attic/id_UserGuide_.*_systemF tests.
> 
> Günter

I get ...
luaotfload | main : initialization completed in 0.381 secondsLanguage data for 
indonesian
loader  loadhyph-id.tex
righthyphenmin  2
lefthyphenmin   2
hyphenation hyph-id.hyp.txt
patternshyph-id.pat.txt
synonymstable: 0xb5b89f0

hyph-id.pat.txt
Language indonesian was not yet loaded; created with id 4
Language indonesian already loaded; id is 4
Language indonesian already loaded; id is 4
Language bahasai not found in language.dat.lua
Language bahasai not found in language.dat.lua
Language bahasai not found in language.dat.lua
Language bahasai not found in language.dat.lua
Language bahasai not found in language.dat.lua
Language bahasai not found in language.dat.lua
Language bahasai not found in language.dat.lua
Language bahasai not found in language.dat.lua
Language bahasai not found in language.dasupport/Systemcall.cpp (295): 
Systemcall: 'dvilualatex "id_UserGuide_dvi3_systemF.tex"' finished with exit 
code 1

Looking in language.dat.lua, this language is really missing.

Kornel

signature.asc
Description: This is a digitally signed message part.

Re: ctest id_UserGuide_dvi3_systemF is failing

[Guenter Milde]

On 2016-09-18, Scott Kostyshak wrote:

> [-- Type: text/plain, Encoding:  --]

> Can someone confirm that we should invert this test?

It fails here with some cryptic messages (undefined internal commands)
-> maybe language nesting problem.

You may consider ignoring all attic/id_UserGuide_.*_systemF tests.

Günter

Re: Small problems with figure previews

[Kornel Benko]

Am Sonntag, 18. September 2016 um 10:39:44, schrieb Paul A. Rubin 

> On 09/18/2016 09:03 AM, Pietro Cortese wrote:
> > Dear Scott,
> >
> > I send you an example that on my system (Centos 7) shows the problem.
> >
> > newfile2.pdf is included bt newfile1.lyx and the text displays correctly
> > in the output but on my system does not display well in lyx.
> > Best regards,
> > Pietro
> Pietro,
> 
> I get about what Scott gets (possibly because I'm on Mint, which is 
> derived from Ubuntu).
> 
> On my system, the conversion process for the image is PDF -> EPS -> PNG. 
> That last step takes you from vector fonts to an image. I notice your 
> document is displaying the image at 150% of original size, which is 
> going to introduce some blurring.
> 
> You might try the following experiment. Close the document if it is 
> open, go to Tools -> Preferences ... -> File Handling -> Converters, and 
> find the EPS -> PNG entry (which is likely to be "convert $$i $$o"). 
> Assuming your entry matches mine, uncheck the "Enabled" box for 
> Converter File Cache (otherwise you'll just be looking at a cached copy 
> of the image, no matter what you do), then change the converter entry to 
> "convert -density 300 -units pixelsperinch $$i $$o" and click Modify 
> followed by Apply. Close the dialog, reopen the document, and fix the 
> display size of the image (it likely will have gotten bigger -- I had to 
> go from 150% to 50%). See if that improves readability.
> 
> Paul

Your recipe, works very nice :)

Kornel

signature.asc
Description: This is a digitally signed message part.

Fwd: Re: Small problems with figure previews

[Pietro Cortese]

 Forwarded Message 
Subject:Re: Small problems with figure previews
Date:   Sun, 18 Sep 2016 18:03:29 +0200
From:   Pietro Cortese 
To: parubi...@gmail.com, skost...@lyx.org



Hello,

for some reason I'm not receiving e-mails from you and I didn't see the
screehsot. I had left the scaling to 150% in the example. However even
with 100% the result is not very easy to read.
The result seems to be independent on the fact that I put
"convert $$i $$o" or "convert -density 300 -units pixelsperinc $$i $$o"
in the eps to png conversion. I have the impression that convert is not
called. I renamed /usr/bin/convert to /usr/bin/convert-no and the
picture is loaded anyway.

Pietro

Re: GUI changes for inserting citations in 2.2x

[Guillaume Munch]

Le 18/09/2016 à 11:33, Enrico Forestieri a écrit :

On Sat, Sep 17, 2016 at 10:35:15PM +0100, g...@lyx.org wrote:


In general the data manipulated by LyX is very small. In my experience
LyX is sometimes slow not because of the size of the data but because of
bad design in certain places (e.g. constant repaintings of whole insets,
constant global updates of macros, repeated calls to costly functions
(0a8b7f6a)), or algorithmic oversights (e.g. quadratic or worse amount
of calls to copy constructors and such, see c51ebd9b, b2b87330,
89175ee0). As a rule of thumb one should more be on the lookout for
these. Of course this remark is not sufficient to rule-out your concern.


Dear Guillaume, let me raise some points on the way you (but not only you)
distribute sentences. LyX is a very big project that evolves with time.
Not everyone knows all of its intricacies. When something new is
introduced, at that time the design maybe Ok, but if something else
is changed, it can make the original design bad. So, the design may not
be bad in absolute and, for example, telling that macros are a bad
design is not fair. I am not the one who updated them the way they are
now, and I was many time upset by some aspects and criticized it. But I
don't even think to say that it was a bad design (on the contrary), and
if I were the author I would be upset by this sentence. Scorning the
work of someone else is neither elegant nor motivating.



Hi Enrico,

You are entirely right. I did not mean that it was bad design at the
start. I should have made that clearer. (Likewise for the other issues I
mentioned.)

Guillaume

Re: Small problems with figure previews

[Paul A. Rubin]

On 09/18/2016 09:03 AM, Pietro Cortese wrote:

Dear Scott,

I send you an example that on my system (Centos 7) shows the problem.

newfile2.pdf is included bt newfile1.lyx and the text displays correctly
in the output but on my system does not display well in lyx.
Best regards,
Pietro

Pietro,

I get about what Scott gets (possibly because I'm on Mint, which is 
derived from Ubuntu).


On my system, the conversion process for the image is PDF -> EPS -> PNG. 
That last step takes you from vector fonts to an image. I notice your 
document is displaying the image at 150% of original size, which is 
going to introduce some blurring.


You might try the following experiment. Close the document if it is 
open, go to Tools -> Preferences ... -> File Handling -> Converters, and 
find the EPS -> PNG entry (which is likely to be "convert $$i $$o"). 
Assuming your entry matches mine, uncheck the "Enabled" box for 
Converter File Cache (otherwise you'll just be looking at a cached copy 
of the image, no matter what you do), then change the converter entry to 
"convert -density 300 -units pixelsperinch $$i $$o" and click Modify 
followed by Apply. Close the dialog, reopen the document, and fix the 
display size of the image (it likely will have gotten bigger -- I had to 
go from 150% to 50%). See if that improves readability.


Paul

Re: LyX-menu problem on mac OS

[Guillaume Munch]

Le 18/09/2016 à 12:39, pdv a écrit :

Commit 4d99... on august 28 did break the LyX-menu on mac OS;

This is due to the loop counter not being incremented in the for-loop
starting on line number 1957 in Menus.cpp.



This should be fixed now. Thanks!

ctest id_UserGuide_dvi3_systemF is failing

[Scott Kostyshak]

Can someone confirm that we should invert this test?

Scott


signature.asc
Description: PGP signature

Re: Small problems with figure previews

[Scott Kostyshak]

On Sun, Sep 18, 2016 at 03:03:43PM +0200, Pietro Cortese wrote:
> Dear Scott,
> 
> I send you an example that on my system (Centos 7) shows the problem.
> 
> newfile2.pdf is included bt newfile1.lyx and the text displays correctly
> in the output but on my system does not display well in lyx.
> Best regards,
> Pietro

Thanks for the example. I tested on my system and I get the attached
screenshot for the LyX display. Is this about the quality that you see?

Scott


signature.asc
Description: PGP signature

Re: Small problems with figure previews

[Pietro Cortese]

Dear Scott,

I send you an example that on my system (Centos 7) shows the problem.

newfile2.pdf is included bt newfile1.lyx and the text displays correctly
in the output but on my system does not display well in lyx.
Best regards,
Pietro


newfile1.lyx
Description: application/lyx


newfile2.pdf
Description: Adobe PDF document

Re: LyX-menu problem on mac OS

[Jean-Marc Lasgouttes]

Le 18/09/16 à 13:39, pdv a écrit :

Commit 4d99... on august 28 did break the LyX-menu on mac OS;

This is due to the loop counter not being incremented in the for-loop
starting on line number 1957 in Menus.cpp.


Hi Patrick,

Would you be able to propose a patch that is tested?

JMarc

LyX-menu problem on mac OS

[pdv]

Commit 4d99... on august 28 did break the LyX-menu on mac OS;

This is due to the loop counter not being incremented in the for-loop 
starting on line number 1957 in Menus.cpp.


Regards,

P. De Visschere

Re: GUI changes for inserting citations in 2.2x

[Enrico Forestieri]

On Sat, Sep 17, 2016 at 10:35:15PM +0100, g...@lyx.org wrote:
> 
> In general the data manipulated by LyX is very small. In my experience
> LyX is sometimes slow not because of the size of the data but because of
> bad design in certain places (e.g. constant repaintings of whole insets,
> constant global updates of macros, repeated calls to costly functions
> (0a8b7f6a)), or algorithmic oversights (e.g. quadratic or worse amount
> of calls to copy constructors and such, see c51ebd9b, b2b87330,
> 89175ee0). As a rule of thumb one should more be on the lookout for
> these. Of course this remark is not sufficient to rule-out your concern.

Dear Guillaume, let me raise some points on the way you (but not only you)
distribute sentences. LyX is a very big project that evolves with time.
Not everyone knows all of its intricacies. When something new is
introduced, at that time the design maybe Ok, but if something else
is changed, it can make the original design bad. So, the design may not
be bad in absolute and, for example, telling that macros are a bad
design is not fair. I am not the one who updated them the way they are
now, and I was many time upset by some aspects and criticized it. But I
don't even think to say that it was a bad design (on the contrary), and
if I were the author I would be upset by this sentence. Scorning the
work of someone else is neither elegant nor motivating.

Sincerely yours

-- 
Enrico

Re: GUI changes for inserting citations in 2.2x

[Jürgen Spitzmüller]

Am Samstag, den 17.09.2016, 22:35 +0100 schrieb g...@lyx.org:
> Thank you for your recent improvements regarding this one. I do not
> have
> much experience with this dialog since it is possible to insert
> cross-references only by using copy-paste.
> 
> Two things I noticed:
> * The "clear" button does not work in the GuiRef filter.
> * LyX 2.3 requires qt ≥ 4.8 so the preprocessor directives are not
> necessary.

Thanks, done.

> > Having said that, I am completely fine with making "search on fly"
> opt-
> > out.
> >
> 
> This is an alternative I had in mind in the absence of a consensus,
> so
> since you are fine with it I might commit such a patch directly.

Done.

Jürgen

signature.asc
Description: This is a digitally signed message part