Xiangcai Meng | 22 Oct 03:13 2014

Re: #9308: LyX cannot work properly in Yosemite

Dear LyX developper,
   Good morning.
   Thank you very much for your prompt response.
   I tried to report this bug to apple, but I am not an apple developers thus I could NOT successfully report this
bug now even after I register a new apple id. Hence, would you please find someone who is an apple developer
to report this bug and let them solve it as soon as they can?
   I think that many people are encountering this problem, not only me. If you can find a way to fix this problem,
we would really appreciate.
   Thank you very much for your support.
> On Oct 22, 2014, at 9:38 AM, LyX Ticket Tracker <trac <at> lyx.org> wrote:
> #9308: LyX cannot work properly in Yosemite
> ---------------------------+------------------------
> Reporter:  mxc0206        |       Owner:  uwestoehr
>     Type:  enhancement    |      Status:  new
> Priority:  highest        |   Milestone:  2.1.x
> Component:  insetgraphics  |     Version:  2.1.2
> Severity:  critical       |  Resolution:
> Keywords:  os=macosx      |
> ---------------------------+------------------------
> Changes (by skostysh):
> * cc: switt (added)
> * keywords:  LyX Yosemite class missing convert missing => os=macosx
> * type:  defect => enhancement
(Continue reading)

Stephan Witt | 21 Oct 14:17 2014

No fortune with cmake and file globbing

I've noticed some "interesting" effect.

There are some files different from others. E.g. the implementation of the GuiPainter class:

$ ls -l <at>  lyx/src/frontends/qt4/GuiPainter.*
-rw-r--r-- <at>  1 stephan  staff  17459 20 Okt 12:29 lyx/src/frontends/qt4/GuiPainter.cpp
	com.apple.TextEncoding	   15 
-rw-r--r--  1 stephan  staff   5023 18 Okt 11:53 lyx/src/frontends/qt4/GuiPainter.h

I'm not sure how GuiPainter.cpp got this attributes but it gets stored in the dist archive like that:

$ bunzip2 -c lyx-release/LyX-2.2-2.2.0dev.tar.bz2 | tar tf - | grep GuiPainter

And now the consequence with cmake on Linux is: it tries to compile ._GuiPainter.cpp and fails.

Michael Clerx | 21 Oct 11:05 2014

Re: #7727: pressing Ctrl+Alt+A from within a math inset does not work

On 10/20/2014 08:24 PM, LyX Ticket Tracker wrote:
> #7727: pressing Ctrl+Alt+A from within a math inset does not work
> --------------------------+-------------------------
>   Reporter:  MichaelClerx  |       Owner:  lasgouttes
>       Type:  defect        |      Status:  new
>   Priority:  normal        |   Milestone:  2.1.x
> Component:  general       |     Version:  2.0.0
>   Severity:  normal        |  Resolution:
>   Keywords:                |
> --------------------------+-------------------------
> Comment (by skostysh):
>   As for a use case, the only one I
>   can think of is: suppose I start writing a note. Then I decide I want to
>   start over. I would want to select all text inside the note and delete it.
Another use case: Say I'm typing an equation "x+y" and I realise I 
should have been typing "1/(x+y)". I select all, cut, insert the 
fraction and paste back in the appropriate place.
Another use case is merging the contents of insets, for example if you 
want to replace a table of insets with an inset containing a table.
None of these occur if you know the exact formatting you want before you 
start, but in practice that doesn't happen very often.

Scott Kostyshak | 21 Oct 07:19 2014

[PATCH] should we increase this magic number? (LaTeX log scanning code)

If you export ACM-sigplan.lyx in the GUI, LyX says it was exported
successfully and shows the PDF. But if you look at the terminal output
you will see that pdflatex exited with error. The reason LyX doesn't
pick this up is because (1) it does not check the exit code (which is
a separate bug in my opinion) and (2) it does not detect an error when
scanning the log file. This patch addresses (2). I attach the log file
in case you are interested but do not want to install the LaTeX files
needed to test for yourself.

The problem was that we only register an error if there is 10 or fewer
lines in-between the "!" line and the line where the line number where
the error occurred (the "l." line). This patch increases that number
to 15. Why 15? Because we used 10 for 14 years and there weren't many
problems, at least not that anyone noticed. 15 is just enough to
detect the error in this particular case.

The number 10 was introduced at a2c6689c to address the following

+       * src/LaTeX.C (scanLogFile): errors where the line number was not
+       given just after the '!'-line were ignored (from Dekel Tsur).

Am I correct that the only drawback is in theory performance?

I would really like to fix (1) above, so I'm OK if there are
objections to this patch, as long as we agree that (1) should be

(Continue reading)

Alfredo Braunstein | 20 Oct 19:25 2014

Problem with copy

Running under valgrind, open LyX (master branch), create a new
document, write 'a', select it and copy it; valgrind complains (see
below). I get it consistently.

A second copy doesn't give any problem, it's just the first one that
does. The problem seems related to a badly initialized temporary
buffer (maybe).

The problem is not present in 2.0.6. I got this while trying to
investigate #9302, don't know if it is related though.

==8953== Invalid read of size 1
==8953==    at 0x53353B: lyx::(anonymous
namespace)::pasteSelectionHelper(lyx::DocIterator const&,
lyx::ParagraphList const&, std::tr1::shared_ptr<lyx::DocumentClass
const>, lyx::Buffer*, lyx::ErrorList&) (CutAndPaste.cpp:144)
==8953==    by 0x538398: lyx::(anonymous
namespace)::putClipboard(lyx::ParagraphList const&,
std::tr1::shared_ptr<lyx::DocumentClass const>,
std::basic_string<wchar_t, std::char_traits<wchar_t>,
std::allocator<wchar_t> > const&) (CutAndPaste.cpp:512)
==8953==    by 0x53965D: lyx::cap::copySelection(lyx::Cursor const&,
std::basic_string<wchar_t, std::char_traits<wchar_t>,
std::allocator<wchar_t> > const&) (CutAndPaste.cpp:1007)
==8953==    by 0x539724: lyx::cap::copySelection(lyx::Cursor const&)
==8953==    by 0x67A6DB: lyx::Text::dispatch(lyx::Cursor&,
lyx::FuncRequest&) (Text3.cpp:1310)
==8953==    by 0x91D230: lyx::InsetText::doDispatch(lyx::Cursor&,
(Continue reading)

Stéphane Mourey | 20 Oct 16:22 2014

Re: gpl

I hereby grant permission to license my contributions to LyX under the Gnu
General Public Licence, version 2 or later.

Blog: Impossible Exil
Ketil Thorgersen | 20 Oct 15:43 2014

Corkboard/Non-linear workflow enhancement?


I have eagerly been awaiting the development of the Corboard module for Lyx
outlined here: http://wiki.lyx.org/GSoC/NonLinearWriting in 2013 as a
continuation of what Rob Oakes developed as Lyx-outline. I used to be using
Lyx-outline but then this Google summer code project came up and everything
stagnated... I would really hate to see this disappear as it was one of the
most useful things ever for a researcher like myself.

Does anyone know what is the status?

All the best!

Enrico Forestieri | 19 Oct 17:04 2014

Re: [LyX/master] #9130 Text in main work area isn't rendered with high resolution Add a LyX banner with double resolution for displays with high resolution.

On Sat, Oct 18, 2014 at 03:58:14PM +0200, Stephan Witt wrote:

> commit 6fdb32958c6f0e7397455734c207790468c2da6c
> Author: Stephan Witt <switt <at> lyx.org>
> Date:   Sat Oct 18 15:57:21 2014 +0200
>     #9130 Text in main work area isn't rendered with high resolution
>     Add a LyX banner with double resolution for displays with high resolution.

Stephan, after this series of commits, the version info on the splash
screen is misplaced and also the size of the text is wrong (see attached
screen shot).

This occurs with Qt 5.3.2 and does not occur with Qt 4.8.6.
Tested on both Linux and Windows.


Stephan Witt | 18 Oct 17:18 2014

Re: [LyX/master] #9130 Text in main work area isn't rendered with high resolution Add a LyX banner with double resolution for displays with high resolution.

Am 18.10.2014 um 16:53 schrieb Jürgen Spitzmüller <spitz <at> lyx.org>:

> Stephan Witt wrote:
>>> Why not SVG?
>> 1) I don't know of a SVG version of it.
>> 2) The SVG option for high resolution images needs some additional work.
> Is it really that much work (I mean for the banner, not the icons)?

The work I'm talking about is the implementation and choice of the correct size mapping.

> The quality of this banner <at> 2x.png is not too convincing, IMHO, so we need to 
> create a new vector version anyway, if we do not have one.

Yes, of course. I've made it for demonstration purpose and I'm not that proud of it.

> BTW it seems the banner was contributed by Joost.

Yes, I've asked for it in the past already. And I didn't get it -
so someone has to recreate it from scratch or make another one.

Jürgen Spitzmüller | 18 Oct 17:15 2014

Re: [LyX/master] Cmake buid: Install the new svgz icons

Kornel Benko wrote:
> commit 110f39482e9ae7266695807481ead60e0fabc8dd
> Author: Kornel Benko <kornel <at> lyx.org>
> Date:   Sat Oct 18 16:53:41 2014 +0200
>     Cmake buid: Install the new svgz icons

Note that they are not yet used. I don't think we need to install them now.


klaus lang | 16 Oct 21:40 2014

Error: Could not read layout file for textclass "emulateapj"

please help me out, I cannot open so many files in Lyx because there is 
no layout file for "emulateapj".
Can you please provide one or do you have another solution I tried to 
write my own layout file, but failed, in no forum I got an answer.
Kind regards from Germany
Klaus Lang