Scott Kostyshak | 19 Jun 2013 20:36
Favicon

annual survery of LyX users

LyX users influence development by posting tickets on trac. A few
brave users participate in discussions on lyx-devel. I think there is
a clear way for LyX users who would like to get in touch with LyX
developers. I think the other way is less obvious.

I often find myself thinking "I wonder what most users think about
this". I could send an email to the lyx-users list, but most of the
time I don't because i would only expect a couple to respond and that
wouldn't really give me an idea of what most users think.

I propose the following: an annual survey of LyX users. What I am most
interested in asking users is "do they prefer X or Y?". For example, I
proposed a recent patch that really comes down to a preference. A
couple of developers confirmed this, and I just planned on forgetting
about it. But then I realized that just because a patch includes a
personal preference doesn't necessarily mean it should be rejected.
Developers could vote on it, but it would also be nice to get input
from users.

This could be qualitative, such as "here are a list of enhancements
that are being debated for inclusion in LyX 2.2. What are your
thoughts?" or we could make it quantitative "if you have sent more
than N emails to lyx-users or lyx-devel in the past year, you can
vote". And perhaps 2/3 majority would be required for an enhancement
to go through. A couple of examples where I would be interested in
knowing the answer are

(A1) continuous spell-check by default.
(A2) behavior of LFUN_DOWN_SELECT on last line.

(Continue reading)

Scott Kostyshak | 18 Jun 2013 06:38
Favicon

[PATCH] LFUN_DOWN: if cursor is on last line, move to end

This is consistent with gedit and gmail. The LFUN_DOWN_SELECT part is
consistent with Qt Creator; the rest is not, except breaking the
selection. It is not consistent with Libre Office, except for breaking
the selection.

It looks like this might be a personal preference.

Any thoughts?

Scott
curtis osterhoudt | 18 Jun 2013 05:20
Picon
Favicon

curtis osterhoudt

Hashini Senaratne | 17 Jun 2013 19:12
Picon

Row by Row sliding

Hello All,

When I replace the line;
RowPainter rp(pi, *text_, pit, row, bidi, x, y);
in TextMetrics.cpp with following few lines:

int inc_x=x;
if(cur.pos()>0)
   inc_x-=100;
RowPainter rp(pi, *text_, pit, row, bidi, inc_x, y);

what I expected was; when I move the cursor using right arrow beginning from
the left most edge the row (where the cursor lies in) will shift left by 100
units. But I cannot see any single row movement; instead the whole page (all
the rows) got shifted.

What can be the reason behind this? 

Is it because that every row sees their cursor position as the active cursor
position? For a single row movement do I need to check that the cursor lies
on the required row (within the if statement)? 

If so, how can is there a straight forward way to check whether the cursor
lies in a particular row? I searched for it in Cursor.cpp and could not find
a public method that helps this.

Thanks
Hashini 

Corey Yanofsky | 17 Jun 2013 05:15
Picon

library(gdata) fails in R scripts called from LyX

Literate programming with knitr and LyX requires LyX to call Rscript. I've discovered, as the subject line says, that the R package gdata can't be loaded by R scripts called from LyX. The gory details are here: http://stackoverflow.com/questions/17130424/on-my-system-knitr-cant-compile-a-doc-that-uses-the-gdata-package

I will also take this opportunity to thank the devs creating, improving, and maintaining LyX.

Corey
José Matos | 13 Jun 2013 20:07
Favicon

Crash report for lyx-2.0.6 (Fedora bz)

Hi,
	I got a report on Fedora bugzilla about lyx-2.0.6

https://bugzilla.redhat.com/show_bug.cgi?id=973453

A small description of the report can be found below, further debug info is available at the bug report.

Description of problem:
I was just corretcting some text at LyX when the SIGSEV occurred, nothing special

Truncated backtrace:
Thread no. 1 (10 frames)
 #2 lyx::error_handler at LyX.cpp:683
 #4 lyx::Tabular::numberOfCellsInRow at insets/InsetTabular.cpp:925
 #5 lyx::Tabular::getFirstCellInRow at insets/InsetTabular.cpp:1381
 #6 lyx::InsetTabular::doDispatch at insets/InsetTabular.cpp:3875
 #7 lyx::Inset::dispatch at insets/Inset.cpp:314
 #8 lyx::Cursor::dispatch at Cursor.cpp:368
 #9 lyx::BufferView::mouseEventDispatch at BufferView.cpp:2163
 #10 lyx::frontend::GuiWorkArea::dispatch at GuiWorkArea.cpp:526
 #11 lyx::frontend::GuiWorkArea::mousePressEvent at GuiWorkArea.cpp:779
 #12 QWidget::event at kernel/qwidget.cpp:8371

Regards,

PS: Mandatory smile :-) :-D
--

-- 
José Abílio

Scott Kostyshak | 11 Jun 2013 02:05
Favicon

[PATCH] Add outline-{up,down} to alt-{up,down} binding

Any thoughts?

I guess the correct place for changing bindings now would be 2.2? (If
the patch is rejected I'm still interested in the answer to this
question).

Scott
From 6d4c08ee7ae574ead7ba4672ae1fca28cbaee05e Mon Sep 17 00:00:00 2001
From: Scott Kostyshak <skostysh <at> lyx.org>
Date: Mon, 10 Jun 2013 19:56:09 -0400
Subject: [PATCH] Add outline-{up,down} to alt-{up,down} binding

Now when the cursor is in e.g. a Section layout, alt-<down>
will dispatch 'outline-down'. Before, it would dispatch a
'paragraph-down', which I think makes less sense.
---
 lib/bind/cua.bind     | 4 ++--
 lib/bind/emacs.bind   | 4 ++--
 lib/bind/mac.bind     | 4 ++--
 lib/bind/sciword.bind | 4 ++--
 lib/bind/xemacs.bind  | 4 ++--
 5 files changed, 10 insertions(+), 10 deletions(-)

diff --git a/lib/bind/cua.bind b/lib/bind/cua.bind
index af90fbe..5800628 100644
--- a/lib/bind/cua.bind
+++ b/lib/bind/cua.bind
 <at>  <at>  -132,8 +132,8  <at>  <at>  Format 1
 # Motion group
 #

-\bind "M-Up"			"command-alternatives paragraph-move-up; inset-modify tabular move-row-up"
-\bind "M-Down"			"command-alternatives paragraph-move-down; inset-modify tabular move-row-down"
+\bind "M-Up"			"command-alternatives outline-up; paragraph-move-up; inset-modify tabular move-row-up"
+\bind "M-Down"			"command-alternatives outline-down; paragraph-move-down; inset-modify tabular move-row-down"
 \bind "M-Right"			"inset-modify tabular move-column-right"
 \bind "M-Left"			"inset-modify tabular move-column-left"
 \bind "C-Right"			"word-right"
diff --git a/lib/bind/emacs.bind b/lib/bind/emacs.bind
index 384d638..9001111 100644
--- a/lib/bind/emacs.bind
+++ b/lib/bind/emacs.bind
 <at>  <at>  -148,8 +148,8  <at>  <at>  Format 1
 # Motion group
 #

-\bind "M-Up"			"command-alternatives paragraph-move-up; inset-modify tabular move-row-up"
-\bind "M-Down"			"command-alternatives paragraph-move-down; inset-modify tabular move-row-down"
+\bind "M-Up"			"command-alternatives outline-up; paragraph-move-up; inset-modify tabular move-row-up"
+\bind "M-Down"			"command-alternatives outline-down; paragraph-move-down; inset-modify tabular move-row-down"
 \bind "M-Right"			"inset-modify tabular move-column-right"
 \bind "M-Left"			"inset-modify tabular move-column-left"
 \bind "C-Right"			"word-right"
diff --git a/lib/bind/mac.bind b/lib/bind/mac.bind
index 2cb306d..0021452 100644
--- a/lib/bind/mac.bind
+++ b/lib/bind/mac.bind
 <at>  <at>  -358,8 +358,8  <at>  <at>  Format 1
 \bind "C-period"                     "specialchar-insert end-of-sentence"
 \bind "M-period"                     "specialchar-insert dots"
 \bind "Escape"                       "cancel"
-\bind "C-M-Up"                       "command-alternatives paragraph-move-up; inset-modify tabular move-row-up"
-\bind "C-M-Down"                     "command-alternatives paragraph-move-down; inset-modify tabular move-row-down"
+\bind "C-M-Up"                       "command-alternatives outline-up; paragraph-move-up; inset-modify tabular move-row-up"
+\bind "C-M-Down"                     "command-alternatives outline-down; paragraph-move-down; inset-modify tabular move-row-down"
 \bind "C-M-Right"                    "inset-modify tabular move-column-right"
 \bind "C-M-Left"                     "inset-modify tabular move-column-left"
 #\bind "F9"                          "meta-prefix"
diff --git a/lib/bind/sciword.bind b/lib/bind/sciword.bind
index e582c05..091eab4 100644
--- a/lib/bind/sciword.bind
+++ b/lib/bind/sciword.bind
 <at>  <at>  -231,8 +231,8  <at>  <at>  Format 1
 \bind_file greekkeys.bind

 
-\bind "M-Up"			"command-alternatives paragraph-move-up; inset-modify tabular move-row-up"
-\bind "M-Down"			"command-alternatives paragraph-move-down; inset-modify tabular move-row-down"
+\bind "M-Up"			"command-alternatives outline-up; paragraph-move-up; inset-modify tabular move-row-up"
+\bind "M-Down"			"command-alternatives outline-down; paragraph-move-down; inset-modify tabular move-row-down"
 \bind "M-Right"			"inset-modify tabular move-column-right"
 \bind "M-Left"			"inset-modify tabular move-column-left"
 \bind "S-KP_Right"  			"char-right-select"
diff --git a/lib/bind/xemacs.bind b/lib/bind/xemacs.bind
index 77501cd..569eba3 100644
--- a/lib/bind/xemacs.bind
+++ b/lib/bind/xemacs.bind
 <at>  <at>  -147,8 +147,8  <at>  <at>  Format 1
 # Motion group
 #

-\bind "M-Up"                   "command-alternatives paragraph-move-up; inset-modify tabular move-row-up"
-\bind "M-Down"                 "command-alternatives paragraph-move-down; inset-modify tabular move-row-down"
+\bind "M-Up"                   "command-alternatives outline-up; paragraph-move-up; inset-modify tabular move-row-up"
+\bind "M-Down"                 "command-alternatives outline-down; paragraph-move-down; inset-modify tabular move-row-down"
 \bind "M-Right"                "inset-modify tabular move-column-right"
 \bind "M-Left"                 "inset-modify tabular move-column-left"
 \bind "C-Right"                "word-right"
--

-- 
1.8.1.2

Yves SUDREAU | 10 Jun 2013 18:34
Picon
Favicon

Re: #8733: uline like underline

Merci pour cette réponse rapide.
Ci-joint un fichier Lyx contenant cette erreur.
Pour éviter ce problème il faut écrire du code latex directement.
Merci

Thank you for this quickly answer.
I've attached a lyx file that contains these error.
To avoid the problem, writing latex code directly is necessary.

Le 10/06/2013 11:18, LyX Ticket Tracker a écrit :
> #8733: uline like underline
> ---------------------+-------------------------
>  Reporter:  yvolyx   |       Owner:  lasgouttes
>      Type:  defect   |      Status:  new
>  Priority:  normal   |   Milestone:  2.0.x
> Component:  general  |     Version:
>  Severity:  normal   |  Resolution:
>  Keywords:           |
> ---------------------+-------------------------
>
> Comment (by jrioux):
>
>  Pouvez-vous s.v.p. fournir en example un document LyX qui soit le plus
>  simple possible et qui reproduit votre problème?
>
>  Can you please attach an example of a LyX document which is as simple as
>  possible and reproduces your problem?
>

--

-- 
Yves SUDREAU
yves.sudreau <at> free.fr
http://ysudreau.free.fr

Attachment (bugLyx206.lyx): application/x-lyx, 2151 bytes
Uwe Stöhr | 9 Jun 2013 01:15
Picon

[patch] 2 patches for master

Hi Vincent,

attached a 2 fixes for LyX 2.1 beta:

- the first one fixes a bug that lead to uncompilable documents when a file contains chemical 
equations and integrals
http://www.lyx.org/trac/ticket/873

- the second one assures that tex2lyx does not create code for hyperref that is not given in the TeX 
file
http://www.lyx.org/trac/ticket/8723

OK, to go in?

regards Uwe
Attachment (bug8731.diff): text/x-patch, 1599 bytes
Attachment (bug8723.diff): text/x-patch, 1003 bytes
Scott Kostyshak | 6 Jun 2013 23:30
Favicon

Warning inside many insets when double return

Inside float and note insets (and others I'm guessing), if I do a
return when I'm not supposed to, I get the following:

 frontends/qt4/LayoutBox.cpp (564): Trying to select non existent
layout type Standard

I expected to get nothing, which is what happens if you do multiple
returns outside of any insets.

I searched but haven't found any bug reports or discussions on this.
Should I make a ticket?

Scott

Daniel Vainsencher | 5 Jun 2013 11:17
Picon

Re: improve latex-lyx roundtripping (not GSoC)

Hi again Georg, everyone,

Thank you for your answers, I'd missed this one. Since my requests did 
not recruit any GSOC love, I'm looking into it myself. I hope you can 
help me get started.

>>> - Math-macros, if turned into \global\long\def, should be turned back so
>>> LyX's beautiful visual editing is restored (can keep the math-macro def
>>> in a comment in the latex version and restore it).
>>> BTW, when does a math-macro become a \newcommand vs \global\long\def?

> In old versions, all math formulas in LyX were stored in LaTeX syntax, so
> that the LyX and LaTeX formats were 100% identical. This changed some time
> ago for math macros, and some pseudo-LaTeX syntax was invented for LyX (see
> MathMacroTemplate::write() for details). This was a mistake IMHO, and the
> best fix for this problem would be to get rid of the pseudo-syntax and
> restore the 100% LaTeX compatibility. There are also comments in tex2lyx
> about situations were the conversion to the LyX pseudo-syntax does not work.

I'm trying to understand why some latex files (all of which began as 
exports from lyx with similar macros), when converted back to lyx have 
math-macros, and some do not.

With a look at tex2lyx I didn't find where this conversion happens. 
text.cpp and Preamble.cpp seem to use add_known_command and do relevant 
things, but I might be missing some of the context. Pointers to design 
documents or hints?

I find it somewhat surprising that math-macros are recovered at all from 
the currently output latex. It seems just defining a \math-macro command 
and using it would make later identification easier, without being 
offensive to latex users at all. While we're at it, if we're using 
newcommandx for optional-argument cases, why not use it always for 
simplicity?

In short, I would imagine a solution like the following would be 
reasonably simple, but really don't know the code well enough. What do 
you think?

1. Never use \global\long\def, replacing that with just the \newcommandx 
currently used with optional arguments.
2. In MathMacroTemplate::write() convert every math-macro to a call to a 
latex command called math-macro that acts like newcommandx, except for 
carry the bit of information: "this is only used in math, and should be 
converted to a math-macro". Add an approriate definition of math-macro 
in every exported latex file.
3. Change tex2lyx to recognize math-macro and convert it accordingly 
(now should be trivial)

>>> - Automatically generate styles for environments defined in imported
>>> documents. For example if the imported latex has a keywords environment,
>>> that should not suddenly become ERT in LyX.
>>> This should allow me to start from the conference sample file, import it
>>> into LyX, and obtain a first class lyx environment.
>>>
>> Both your suggestions look useful, although I'm wondering how
>> achievable is the 2nd one. I'd love to hear what established devels
>> think of this.
>
> I think the second one is doable as well. Ideally, a local layout (or
> module) would be generated for all unknown commands and environments. The
> needed infrastructure is all in place: you can define new known commands in
> tex2lyx during runtime, and since very recently layouts can be written in
> .layout file syntax. Of course such an automatically generated local layout
> might not be the optimal and most flexible way to use these commands, but at
> least better than ERT.

Glad to know its there, more specifics would be welcome. From a quick 
peek I would guess I need to call add_known_environment? That seems to 
be called only from Preamble.cpp, so I guess I would need to add a call 
to text.cpp, maybe in parse_unknown_environment? does that sound right?

Pointers on how to create the layout file?

Thanks for your time,
Daniel Vainsencher


Gmane