LyX 2.4 -- memory full when trying to copy a math block having boxed expression with 4 levels of nested deep subscript

Dear LyX developers, Thank you and congratulations for heading towards much awaited LyX-2.4. I have been using LyX-2.4-RC1 from last 6 months and yesterday accidentally i caught this strange behavior. And I even installed recently released LyX-2.4 and the behavior persisted in this version also

Re: lyx in plasma sessions

paolo m. wrote: > paolo m. wrote: > >> I cannot preserve open lyx files through plama/kde sessions, is there a >> way to obtain that? A clarification: open lyx files are preserved at restarting session, but not always in the original activity and desktop they were in. P

Re: lyx in plasma sessions

paolo m. wrote: > I cannot preserve open lyx files through plama/kde sessions, is there a > way to obtain that? > > Moreover all lyx files open as tabs of the first open file. I would like > to open lyx files in the current plasma activity file manager is in and > stay

Re: Could not find LaTeX command for character '⌃' (code point 0x2303)

Thanks Stephan! That worked great. Didn’t expect a reply so quickly. The help is much appreciated, Joe > On Feb 20, 2019, at 4:29 PM, Stephan Witt wrote: > > Am 20.02.2019 um 22:27 schrieb Stephan Witt <mailto:st.w...@gmx.net>>: >> >> Am 20.02.2019 um

Could not find LaTeX command for character '⌃' (code point 0x2303)

Hi: First, thanks for making LyX available. I hope to use it to replace Word and MathType completely. I am running Mac OS X 10.13.6. I downloaded and installed the binary of LyX v. 2.3.2 thereby replacing an older version. I started reading tutorial and decided to convert it to a PDF. That

Re: define LYX_USE_LONG_LONG

On Sun, Feb 10, 2019 at 11:21 PM Scott Kostyshak wrote: > > On Mon, Jan 07, 2019 at 04:21:12PM +0100, Jean-Marc Lasgouttes wrote: > > Le 07/01/2019 à 16:02, Jean-Marc Lasgouttes a écrit : > > > Le 07/01/2019 à 15:39, Elias M. Mariani a écrit : > > > > Jean-Marc La

Re: define LYX_USE_LONG_LONG

Jean-Marc Lasgouttes wrote: > I would be interested to know what compiler errors you get. I'd rather > get rid of the long long things, than tweak the again. Great, I attach a log with the compilation error. Pavel Sanda wrote: > We rely on https://repology.org/metapackage/lyx/versions > for the c

define LYX_USE_LONG_LONG

ly use it all the time and I love it. Elias M. Mariani. OpenBSD.diff Description: Binary data

Re: Sharpness of lyx characters

> > Hi Paolo, > > Did you update to LyX 2.3.1? If yes, does this address your issue? > > JMarc > > -- -- Paolo M. Pumilia-Gnarini voce: 347 231 5496, 339 394 2413

Re: LyX 2.3 alpha 1

On 02/05/17 14:44, F M Salter wrote: > > > > On 01/05/17 15:02, Enrico Forestieri wrote: >> On Sat, Apr 29, 2017 08:27 AM, F M Salter wrote: >>> ... >>> ... >>> 1. Is this a demonstration of a flawed copying procedure? >>> 2,

Re: LyX 2.3 alpha 1

Sorry if I was opaque. On 29/04/17 03:07, Richard Heck wrote: > On 04/28/2017 05:05 AM, F M Salter wrote: >> Hi >> >> I am enclosing a small LyX file which produces bizarre results! >> >> Here is a quick summary of how this file came about. >> >&

Re: LyX 2.3 alpha 1

Oops Correction to earlier email On 28/04/17 10:05, F M Salter wrote: > Hi > > I am enclosing a small LyX file which produces bizarre results! > > Here is a quick summary of how this file came about. > > I reported on the users list that the markups had suddenly &

LyX 2.3 alpha 1

Hi I am enclosing a small LyX file which produces bizarre results! Here is a quick summary of how this file came about. I reported on the users list that the markups had suddenly disappeared from the output. I did not find any resolution to this problem. With the release of 2.3 alpha 1

Re: [RFC] Fun with newlines

Le 25/07/2015 11:21, Enrico Forestieri a écrit : On Wed, Jul 22, 2015 at 11:14:54AM -0400, Richard Heck wrote: On 07/22/2015 06:05 AM, Jean-Marc Lasgouttes wrote: PS: I know that I broke the weird 'break but keep justified' symbol. In any case, if we keep this patch, it is better to actually

Re: assert in CursorSlice.cpp

Le 05/07/2015 18:06, Enrico Forestieri a écrit : On Sun, Jul 05, 2015 at 03:05:14AM +0100, Guillaume M-M wrote: Le 30/06/2015 19:20, Enrico Forestieri a écrit : On Tue, Jun 30, 2015 at 06:14:05PM +0100, Guillaume M-M wrote: Dear list, I got an assertion in stable (1b596e92) for the second

Re: assert in CursorSlice.cpp

Le 30/06/2015 19:20, Enrico Forestieri a écrit : On Tue, Jun 30, 2015 at 06:14:05PM +0100, Guillaume M-M wrote: Dear list, I got an assertion in stable (1b596e92) for the second time today. It happened while selecting text (first time with Shift+Arrows and second time with the mouse). I

Re: assert in CursorSlice.cpp

Le 30/06/2015 19:20, Enrico Forestieri a écrit : On Tue, Jun 30, 2015 at 06:14:05PM +0100, Guillaume M-M wrote: Dear list, I got an assertion in stable (1b596e92) for the second time today. It happened while selecting text (first time with Shift+Arrows and second time with the mouse). I

assert in CursorSlice.cpp

Dear list, I got an assertion in stable (1b596e92) for the second time today. It happened while selecting text (first time with Shift+Arrows and second time with the mouse). I don't remember seeing it before: if it wasn't introduced recently then maybe it was hidden by the fact that I did n

Re: test of math previews

Le 25/06/2015 23:45, Richard Heck a écrit : On 06/25/2015 02:58 PM, Enrico Forestieri wrote: On Thu, Jun 25, 2015 at 02:16:19PM -0400, Richard Heck wrote: This more or less completes this work? I think so. The most important glitches were identified and solved. (For which thanks very much, t

Re: test of math previews

Le 25/06/2015 00:44, Enrico Forestieri a écrit : On Mon, Jun 22, 2015 at 11:32:17PM +0100, Guillaume M-M wrote: 3) Previews have the incorrect size with layouts that offer font sizes other than 1[0-2]pt (lyx-preview-fontsize.lyx). The legacy method offers a function that retrieves the actual

Re: test of math previews

Le 23/06/2015 10:46, Enrico Forestieri a écrit : On Tue, Jun 23, 2015 at 11:18:56AM +0200, Enrico Forestieri wrote: On Tue, Jun 23, 2015 at 02:44:00AM +0100, Guillaume M-M wrote: Still there at cd046f0e (master). But here's the trace I get when it crashes right at the first Ctrl+C: I

Re: test of math previews

Le 23/06/2015 02:36, Guillaume M-M a écrit : Le 23/06/2015 02:34, Guillaume M-M a écrit : Another segfault in the stable branch involving previews (and master as well). When Instant preview is on and one copies a formula, it randomly crashes. In the attached, select the math inset and hold Ctrl

Re: test of math previews

Le 23/06/2015 02:34, Guillaume M-M a écrit : Another segfault in the stable branch involving previews (and master as well). When Instant preview is on and one copies a formula, it randomly crashes. In the attached, select the math inset and hold Ctrl+C until it segfaults. Sometimes it happens on

Re: test of math previews

Another segfault in the stable branch involving previews (and master as well). When Instant preview is on and one copies a formula, it randomly crashes. In the attached, select the math inset and hold Ctrl+C until it segfaults. Sometimes it happens on the first press. This is pretty annoying be

Re: test of math previews

Three bugs in the current stable (93c0512b). The third one has an easy fix (and also a very trivial partial fix if you want to move forward with the release). The first two could be postponed after the release, or maybe they are trivial as well to Enrico. Found the first two while testing my so

Re: test of math previews

Le 20/06/2015 15:58, Enrico Forestieri a écrit : On Sat, Jun 20, 2015 at 08:14:03AM +0100, Guillaume M-M wrote: Le 20/06/2015 01:11, Enrico Forestieri a écrit : On Fri, Jun 19, 2015 at 04:50:43PM +0100, Guillaume M-M wrote: Lastly I see that you prevent loading the microtype package by

Re: test of math previews

Le 20/06/2015 01:11, Enrico Forestieri a écrit : On Fri, Jun 19, 2015 at 04:50:43PM +0100, Guillaume M-M wrote: Le 07/06/2015 12:49, Enrico Forestieri a écrit : On Sat, Jun 06, 2015 at 08:07:12PM +0100, Guillaume M-M wrote: lyx-preview-macros2-failure.lyx shows two cases where a macro is

Re: test of math previews

Le 07/06/2015 12:49, Enrico Forestieri a écrit : On Sat, Jun 06, 2015 at 08:07:12PM +0100, Guillaume M-M wrote: lyx-preview-macros2-failure.lyx shows two cases where a macro is forgotten from the list. The third inset works and is meant as a control. All 3 work without the patch. Here I was

Re: test of math previews

Le 06/06/2015 18:12, Enrico Forestieri a écrit : On Sat, Jun 06, 2015 at 03:23:48PM +0200, Kornel Benko wrote: Am Samstag, 6. Juni 2015 um 13:13:22, schrieb Enrico Forestieri +void InsetMathHull::usedMacros(MathData const & md, MacroNameSet & macros) const +{ + for (size_t i = 0; i < m

Re: test of math previews

Le 06/06/2015 18:12, Enrico Forestieri a écrit : On Sat, Jun 06, 2015 at 03:23:48PM +0200, Kornel Benko wrote: Am Samstag, 6. Juni 2015 um 13:13:22, schrieb Enrico Forestieri +void InsetMathHull::usedMacros(MathData const & md, MacroNameSet & macros) const +{ + for (size_t i = 0; i < m

Re: test of math previews

Le 05/06/2015 08:14, Enrico Forestieri a écrit : On Thu, Jun 04, 2015 at 07:32:03PM -0400, Richard Heck wrote: On 06/04/2015 07:13 PM, Guillaume M-M wrote: Bad news, it seems to forget that macros can use macros. With the attached file the preview is as follows: \begin{preview} \global\long

Re: test of math previews

Le 04/06/2015 22:29, Enrico Forestieri a écrit : On Thu, Jun 04, 2015 at 06:33:28PM +0100, Guillaume M-M wrote: 1) the explosion in size mentioned above. This affects both stable and master. (This is also responsible for a regression wrt 2.1.3 because of zooming triggers preview as already

Re: test of math previews

, Jun 04, 2015 at 06:33:28PM +0100, Guillaume M-M wrote: 2) an assertion violation that happen on copy-paste with preview (does not happen without preview). This is a regression in master, does not happen in the stable branch. I can reproduce the assertion. Bisect points at 73460423 and it was

Re: test of math previews

Le 04/06/2015 17:39, Enrico Forestieri a écrit : On Thu, Jun 04, 2015 at 01:42:51AM +0100, Guillaume M-M wrote: Le 02/06/2015 23:50, Enrico Forestieri a écrit : Try using gdb for getting a backtrace after setting a breakpoint at lassert.cpp:53. If this is due to some recent change, you could

Re: test of math previews

extit{this is the macro G }} \global\long\def\H{\textit{this is the macro H }} \global\long\def\I{\textit{this is the macro I }} \global\long\def\J{\textit{this is the macro J }} \global\long\def\K{\textit{this is the macro K }} \global\long\def\L{\textit{this is the macro L }} \global\long\

Re: test of math previews

Le 02/06/2015 23:50, Enrico Forestieri a écrit : In fact I am currently having an assertion violation when activating full instant preview (attached), which prevents me from completing the test. Can anyone tell me how I get more meaningful symbols? I can try to send a reproducer but I am a bit

Re: Will LyX 2.2 fix the OS X slow scrolling problem?

t is the easiest way to build from scratch on >> Mac OS. > > I know almost nothing about Homebrew, but would it make sense to have > a homebrew script? Oh - LyX is in homebrew cask, i.e. the OS X installer. So I don't know if they would include a LyX recipe. Rainer > > Scott > -- Rainer M. Krug email: Rainerkrugsde PGP: 0x0F52F982 signature.asc Description: PGP signature

Re: Will LyX 2.2 fix the OS X slow scrolling problem?

hat is the easiest way to build from scratch on >> Mac OS. > > I know almost nothing about Homebrew, but would it make sense to have > a homebrew script? Yes - but you need somebody to make one and to maintain it. Cheers, Rainer > > Scott > -- Rainer M. Krug email: Rainerkrugsde PGP: 0x0F52F982 signature.asc Description: PGP signature

Re: test of math previews

Le 02/06/2015 23:56, Enrico Forestieri a écrit : On Tue, Jun 02, 2015 at 11:47:45PM +0100, Guillaume M-M wrote: Le 02/06/2015 23:38, Enrico Forestieri a écrit : On Tue, Jun 02, 2015 at 12:04:20AM +0200, Enrico Forestieri wrote: On Mon, Jun 01, 2015 at 08:07:11PM +0100, Guillaume M-M wrote

Re: test of math previews

Le 02/06/2015 23:38, Enrico Forestieri a écrit : On Tue, Jun 02, 2015 at 12:04:20AM +0200, Enrico Forestieri wrote: On Mon, Jun 01, 2015 at 08:07:11PM +0100, Guillaume M-M wrote: By the way, a safer way to force not loading a package is to prepend \usepackage with "\@name

Re: test of math previews

Le 01/06/2015 23:04, Enrico Forestieri a écrit : You may be right that microtype may have been the reason why I had the impression that latex is slower than pdflatex, but this does not account for the 55s (on a good computer) during which LyX is frozen while generating the 16MB tex file. I will r

Re: test of math previews

Le 01/06/2015 22:12, Enrico Forestieri a écrit : On Mon, Jun 01, 2015 at 08:07:11PM +0100, Guillaume M-M wrote: I don't understand the backwards-compatibility argument here, I think that it is safer to use the same default format as Ctrl+R in all cases. I think that the bac

Re: test of math previews

Le 01/06/2015 21:16, Guillaume M-M a écrit : Le 01/06/2015 19:50, Jürgen Spitzmüller a écrit : 2015-06-01 19:34 GMT+02:00 Enrico Forestieri mailto:for...@lyx.org>>: On Mon, Jun 01, 2015 at 03:50:49PM +0200, Enrico Forestieri wrote: > On Mon, Jun 01, 2015 at 07:26:55AM +0100,

Re: test of math previews

Le 01/06/2015 19:50, Jürgen Spitzmüller a écrit : 2015-06-01 19:34 GMT+02:00 Enrico Forestieri mailto:for...@lyx.org>>: On Mon, Jun 01, 2015 at 03:50:49PM +0200, Enrico Forestieri wrote: > On Mon, Jun 01, 2015 at 07:26:55AM +0100, Guillaume M-M wrote: > >

Re: test of math previews

Le 01/06/2015 18:16, Enrico Forestieri a écrit : On Mon, Jun 01, 2015 at 03:50:49PM +0200, Enrico Forestieri wrote: On Mon, Jun 01, 2015 at 07:26:55AM +0100, Guillaume M-M wrote: 2) In master, preview incorrectly calls latex instead of pdflatex if the default output format is set to "de

test of math previews (was: [LyX/master] Really fix bug #9354)

Le 31/05/2015 16:12, Enrico Forestieri a écrit : On Sun, May 31, 2015 at 01:24:05PM +0200, Kornel Benko wrote: Am Sonntag, 31. Mai 2015 um 00:53:41, schrieb Enrico Forestieri commit ad0d0f6d69a7acd6e99f7858f08b427a28d8f8cc Author: Enrico Forestieri Date: Sun May 31 00:52:49 2015 +0200

Re: LyX 2.1.4

Dear Enrico, It's quite strange, to me #9354 does not appear fixed at all! I just left a detailed comment in . If I missed something please tell me what so that I can be more helpful in future testings. Best regards Guillaume Le 30/05/2015 15:00, Enric

Re: math macro crashes again (bug 9490)

On 05/15/15 10:04, Jean-Marc Lasgouttes wrote: Le 14/05/15 22:31, Guillaume M-M a écrit : My typical use case is to change the macro while keeping the same arguments. In the absolute, it is easy to see that this can be useful occasionally at least. Indeed, in the absence of macro-unfolding, the

Re: math macro crashes again (bug 9490)

I missing anything? About toggling, they had this discussion before some years ago: <http://marc.info/?l=lyx-devel&m=122071560319193&w=1>. I admit that I don't use repeated unfolding so much. In addition, I do not use macro folding because the macros folds itself automatic

Re: math macro crashes again (bug 9490)

On 05/14/15 19:46, Georg Baum wrote: Guillaume M-M wrote: Thank you for looking at these bugs. I reported 9418 and 9490, and I use macro unfolding quite often. Before discovering this feature, I would occasionally edit the lyx file externally (!) to change certain macros. Given that the

Re: Problem whith Shaded menu

On 05/14/15 16:25, hatim ali wrote: Dear lyx team Thank you for good job. I used lyx 2.2 with ubuntu. When i start lyx then dropdown any menu like File, Edit, Insert, i got shaded commands, i mean the first 3 or 4 command in the list ( enable ) but others was disbale ( shaded - unable to click).

Re: math macro crashes again (bug 9490)

On 05/13/15 21:34, Georg Baum wrote: Hi, after a lot of debugging I understand now what happens in http://www.lyx.org/trac/ticket/9490. As you may recall, the last math macro crash I fixed (9418) was caused by a broken ArgumentProxy::mathMacro_ pointer. At that time, I assumed that the only plac

Re: LyX is broken on Ubuntu 15.04

/bugs.launchpad.net/ubuntu/+source/lyx/+bug/1430059>, it seems unlikely. Guillaume JMarc Le 30 avril 2015 02:12:15 CEST, Guillaume M-M a écrit : Dear list, The bug appeared in indicator-appmenu after the following commit: <http://bazaar.launchpad.net/~indicator-applet-develope

Re: LyX is broken on Ubuntu 15.04

On 04/30/15 01:12, Guillaume M-M wrote: See <https://bugs.launchpad.net/indicator-appmenu/+bug/1430059/comments/20> for more details. I continued the discussion there because it is not clear if the bug is in lyx or indicator-appmenu. moved: <https://bugs.launchpad.net/ubuntu/+source

Re: LyX is broken on Ubuntu 15.04

On 04/25/15 07:18, Scott Kostyshak wrote: Reported to lyx-users here: https://www.mail-archive.com/lyx-users@lists.lyx.org/msg100825.html Reported and confirmed by multiple users here: https://bugs.launchpad.net/ubuntu/+source/lyx/+bug/1430059 I've reproduced this with both self-compiled and fr

Re: [ANNOUNCE] LyX 2.1.3 Released

Rainer M Krug writes: > For Mac: > > I just updated LyX on homebrew cask [1] to 2.2.3 Sorry - I was ahead of my time. Should have been 2.1.3 Rainer > > Cheers, > > Rainer > > > Richard Heck writes: > >> We are proud to announce the release of LyX 2

Re: View/compile reduced size PDF within LyX

Liviu Andronic writes: > On Thu, Feb 12, 2015 at 9:41 AM, Rainer M Krug wrote: >> Liviu Andronic writes: >> >>> On Tue, Feb 10, 2015 at 12:04 AM, James wrote: >>>>> >>>> >>>> On a similar note, AFAIK most of the size reduction com

Re: [ANNOUNCE] LyX 2.1.3 Released

CUMENTATION AND LOCALIZATION > > - Fix language settings for all IEEEtran templates (bug 9350). > > - The template document for REVTeX 4.1 has been rewritten. > > > * LYXHTML > > - Fix export of \ll, \gg, \ne and \neq in math formulas (bug 9372). > > > > * TEX2LYX > > - Do not ignore table columns with unknown column specifiers (bug 9311). > > - Parse tikzpicture environment correctly (bug 9011). > > - Fix misparsing of \textgreek without polyglossia (bug 8553). > > - Parse post command argument insets (bug 8473). > > - Parse parsing of verbatim options containing commands (bug 9113). > > > > * BUILD/INSTALLATION > > - Fix some compiler warnings. > > - Fix a few minor issues in the RPM spec file template (bug 9349). > > Footnotes: [1] https://github.com/caskroom/homebrew-cask -- Rainer M. Krug email: Rainerkrugsde PGP: 0x0F52F982 signature.asc Description: PGP signature

Re: View/compile reduced size PDF within LyX

nds of points. Now these are easy to generate in R and also quite easy to view for themselves, but they can cause problems with displaying (and size I guess if there are to many points). In these cases, an option to convert the vector graph to an image of a given resolution (the one used for the t

Re: Double word bug - LyX is duplicating random words

uto-correct or auto-complete is the cause, you should see certain words being duplicated, while if it is something else, it might be random words. So knowing which words they are, might be useful in finding out what caused it? Rainer > > Cheers > James -- Rainer M. Krug email: Rainerkrugsde PGP: 0x0F52F982 signature.asc Description: PGP signature

Re: [PATCH] LyX HiDPI support in OS X with Qt 5

Stephan Witt writes: > Am 14.10.2014 um 09:15 schrieb Rainer M Krug : > >> Let me chime in here as a non-lyx-programmer, but lyx user on a mac. >> >> I am sure there is a lot of interest among mac users for this patch. I >> also understand that it is not yet in

Re: [PATCH] LyX HiDPI support in OS X with Qt 5

want to leave it overnight. > > I'd be happy to add support into the script of building Qt from source > if that would help. > > I've been using 14.04 since it came out. I don't know if there's > anything that requires it, but let me know if you have problems and &

Re: Backtrace from Mystery Crash

gt;>> http://www.lyx.org/trac/ticket/9049 >>>> >>>> If you don't have an account and don't want to create one >>>> you can sent it to the list, of course. >>> >>> We need backtrace with debug symbol on, this is not much hel

Re: Python Graphics in LyX [was: Python bindings]

"Alex Vergara Gil" writes: > Dear Lyxers! > > Studying a little of python and LyX I have reached to this feature > that makes LyX show and process python graphics. Thanks to Rainer M > Krug for the hints. I share this contribution for LyX under LGPL > license, so eve

Cross-posting on devel and

-posting, possibly even blocking mails to lyx-devel which are also posted to lyx-users? I am not a list administrator and I don't want to start a big discussion, so if nobody else objects, the status quo can be kept, Cheers, Rainer -- Rainer M. Krug, PhD (Conservation Ecology, SUN)

Re: [Feature Request] python binding

d(9221999) > data = randn(75) > plt.hist(data) > > which produce a graphic like this in spyder > > > > So basically I save this graphic to a svg and then I load it into LyX, > but why not letting LyX doing this automatically if it already handles > with python?? This is

Re: [Feature Request] python binding

I might be *completely* off, but couldn't you achieve exactly this via defining converters? I have for example a converter defined, which "converts" plantuml source fields into uml graphs, i.e. it defines the call to compile them and return the graphs which are then inserted in the docum

Re: In TeX Live 2014, 3 example files will not export with LuaTeX/XeTeX

e, while not listening > to the speaker. IMHO if you use a "striptease slide", then you have failed > in the design and should create 2 - 3 separate (but incremental) slides > instead. Note that these may repeat a figure (with modifications) but > should not repeat the enti

Re: Feature: open pdf from right click on citation inset ?

Jean-Marc Lasgouttes writes: > 07/05/2014 09:41, Rainer M Krug: >>> I would like to be able to right click on a citation and be able to >>> click on "open pdf". The filenames of the papers I cite are all stored >>> with the author field of the BibTeX (fol

Re: Feature: open pdf from right click on citation inset ?

esponse of "use JabRef" or another bibliography manager > that does that for me. I think this is not a "managing bibtex files" issue for Jabref et al. and could definitely has its place in LyX. +1 Rainer > > Any thoughts? > > Scott -- Rainer M. Krug, PhD (

Re: Feature request

some mailing lists wish to have the whole thread, to make reading a reply separately possible. Snipping of sections I do not reply to is OK, but selectively snipping out of sections I reply to make it possible to change the original meaning. So I think no snipping is not a major problem. Rain

Re: #7631: Page tabs disappear with table tools

I have checked that this behavior does not occur with 2.1rc1. However the ticket appears not to be accessible through the bug tracker. Regards Frank Salter On 20/04/14 19:42, LyX Ticket Tracker wrote: #7631: Page tabs disappear with table tools --+-

Re: GSoC: Overhauling LyX's converter scheme

are in place there would probably >> need to be some UI changes to reflect the modified converter scheme, but >> I think that's more of an afterthought. > > Well our current converter setting UI is a mess so if there is enough > time, they woll deserve more than an afterthought. > > Finally, we may need to add some pref2pref python code to update the > users preferences. > >> Thanks for reading all of that and I appreciate any advice you have to >> spare. > > I think your thoughts are on the right track :) > > JMarc > > -- Rainer M. Krug email: RMKruggmailcom pgp6mW84RUkrb.pgp Description: PGP signature

Re: GSoC: Overhauling LyX's converter scheme

Jean-Marc Lasgouttes writes: > Le 11/03/14 10:43, Rainer M Krug a écrit : >> Just an observation from somebody not involved: >> >> The conversion route should be taking quality loss in consideration, >> i.e. a conversion path which only involves lossless conversio

Re: GSoC: Overhauling LyX's converter scheme

anges are in place there would probably need > to be some UI changes to reflect the modified converter scheme, but I think > that's more of an afterthought. > > Thanks for reading all of that and I appreciate any advice you have to > spare. > > Roy Xia -- Rainer M. Krug email: RMKruggmailcom pgpFrhbB8ZI5P.pgp Description: PGP signature

Re: Update on discussions of LyX<-->Word export and round trip

>> cleaner approach---at the price of much increased complexity. >>>> >>>> 3. Should LyX<-->Word conversion be direct or use an intermediary >>>> format (e.g. pandoc | mmd | etc.)? >>>> >>>> This question applies mostly to the roundtrip project. The consensus >>>> seems to be that it would be better to avoid yet another format and go >>>> for direct conversion. On the minus side, such an approach would make >>>> it impossible (well, more difficult) to switch back-ends for the round >>>> trip, if so desired (see Rainer's points) >>> >>> Unless one defines a clear software interface, which can be used by >>> other converters. Effectively, this could mean to extend the LyX server >>> to provide the information needed by the converter. So the parsing would >>> be doing in LyX (advantage: no worries about different .lyx formats) and >>> the conversion into docx in the external converter. >> >> Right. Even though I am not sure I fully understand Rob's suggestion >> about using the server yet. >> >> >> -- >> __ >> Stefano Franchi >> Associate Research Professor >> Department of Hispanic Studies Ph: +1 (979) 845-2125 >> Texas A&M University Fax: +1 (979) 845-6421 >> College Station, Texas, USA >> >> stef...@tamu.edu >> http://stefano.cleinias.org -- Rainer M. Krug email: RMKruggmailcom pgpmUcwKgmRf_.pgp Description: PGP signature

Re: Update on discussions of LyX<-->Word export and round trip

stefano franchi writes: > On Mon, Mar 3, 2014 at 3:17 AM, Rainer M Krug wrote: >> stefano franchi writes: >> >>> Dear Lyx devels, >> >> Hi Stefano, >> >> thanks for a good summary of the discussion - I think you have >> identified the mai

Re: Update on discussions of LyX<-->Word export and round trip

.lyx formats) and the conversion into docx in the external converter. > > > > These seem to me to be the most important issues we face. I maybe > forgetting some important points. If so, please correct me. > Comments of any kind are welcome. One important point in the general design would be, to keep in mind that the round-trip converters do not depend heavily on the .lyx file format, which is likely (?) to change into xml in the medium future. Cheers, Rainer > > > Cheers, > > Stefano -- Rainer M. Krug email: RMKruggmailcom pgp3BLfAsFnwb.pgp Description: PGP signature

Re: [GSoC 2014]Interested in Round trip conversion between LyX and .docx formats

le and use that to construct the bibliography. So perhaps > the problem should be solved there first. > > Richard > > -- Rainer M. Krug email: RMKruggmailcom pgpgzvY5CF8D3.pgp Description: PGP signature

Re: [GSoC 2014]Interested in Round trip conversion between LyX and .docx formats

Richard Heck writes: > On 02/28/2014 05:35 AM, Rainer M Krug wrote: >> Rob Oakes writes: >> >>> Dear Developers, >>> >>> I've been following this conversation from the shadows, but I had one >>> thought that they be relevant. >>>

Re: [GSoC 2014]Interested in Round trip conversion between LyX and .docx formats

pic to use pandoc for export, as in this case only one pandoc would be needed. Cheers, Rainer > > Just my 0.02. > > Cheers, > > Rob > -- Rainer M. Krug email: RMKruggmailcom pgp4vzHRb53UD.pgp Description: PGP signature

Re: [GSoC 2014]Interested in Round trip conversion between LyX and .docx formats

ndent* from the file format? I don't assume they are exposed outside LyX so that they can be accessed from e.g. python? Along this lines - I guess there are no news about the LyX xml format? Rainer > > Richard > > Footnotes: [1] http://johnmacfarlane.net/pandoc/ -- Rain

Re: [GSoC 2014]Interested in Round trip conversion between LyX and .docx formats

pened it in a > text editor and found a lot of stuff,i think i should be able to understand > this properly if i want to parse a .lyx file and convert it to something > else > > Thanks and Regards > Prannoy Pilligundla > ᐧ -- Rainer M. Krug email: RMKruggmailcom pgpmkMmvfpG3P.pgp Description: PGP signature

Re: [GSoC 2014]Interested in Round trip conversion between LyX and .docx formats

William Adams writes: > On Feb 25, 2014, at 11:03 AM, stefano franchi wrote: > >> Is the list comprehensive enough? > > No love for index entries? Not from my side - sorry. Rainer > > William -- Rainer M. Krug email: RMKruggmailcom pgplFvC5aAhzZ.pgp Description: PGP signature

Re: [GSoC 2014]Interested in Round trip conversion between LyX and .docx formats

> S. > > > On Tue, Feb 25, 2014 at 8:58 AM, Richard Heck wrote: >> It looks to me as if ODT <--> docx is OK via Libre Office. And if it's >> editors of journals, etc, then one way is good enough, no? >> >> R >> >> On Feb 25, 2014 4:15 AM,

Re: GSOC 2014 -- next steps

ring as I have no knowledge in the internals of LyX, but I would be very much interested to be involve=d in the discussion about the direction and outline of the roundtrip, as I was one of the initial authors ot=f the proposal. Cheers, Rainer > > Thanks! > > Stefano > > > [1] https:/

Re: [GSoC 2014]Interested in Round trip conversion between LyX and .docx formats

Wilfried writes: > Rainer M Krug wrote: > >> Wilfried writes: >> >> > stefano franchi wrote: >> > >> >> On Sun, Feb 23, 2014 at 1:29 PM, Rainer M Krug wrote: >> >> > stefano franchi writes: >> >> > >>

Re: [GSoC 2014]Interested in Round trip conversion between LyX and .docx formats

hundreds of dollars just to be able to test the >> converter. >> >> >> Richard Heck wrote: >>> >>> On 02/24/2014 06:11 PM, stefano franchi wrote: >>>> >>>> On Mon, Feb 24, 2014 at 3:41 PM, Georg Baum >>>> wrote: >&

Re: [GSoC 2014]Interested in Round trip conversion between LyX and .docx formats

Wilfried writes: > stefano franchi wrote: > >> On Sun, Feb 23, 2014 at 1:29 PM, Rainer M Krug wrote: >> > stefano franchi writes: >> > >> >> >> 2. Whether to target Microsoft's Word XML format or the Open Document >> >> Form

Re: [GSoC 2014]Interested in Round trip conversion between LyX and .docx formats

stefano franchi writes: > On Sun, Feb 23, 2014 at 1:29 PM, Rainer M Krug wrote: >> stefano franchi writes: >> > >>> 2. Whether to target Microsoft's Word XML format or the Open Document >>> Format (similarly XML-based) >> >> I would strongly

Re: [GSoC 2014]Interested in Round trip conversion between LyX and .docx formats

f increased complexity. One possibility would be to follow tex4ht's approach, while simplifying as much as possible the kind of LaTeX information actively supported. One important drawback of this second strategy (LyX-->LaTeX-->Word|ODF) is that LyX's only information are

Re: Requst: Improved use of maxima inside LyX

use latex text output but it lacks the nice > GUI of LyX which I'm very found of and it also lacks the support for > hebrew that LyX has. > > can we combine the two worlds into a better future? > > Rami -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation

Re: GSOC 2014 project list: on LyX<-->docx roundtrip conversion

On 02/10/14, 21:47 , stefano franchi wrote: > > > > On Mon, Feb 10, 2014 at 2:36 PM, Rainer M Krug <mailto:rai...@krugs.de>> wrote: > > I have the feeling, this discussion can be summed up in two lines: > > 1) we would like to have a round-trip (doc

Re: GSOC 2014 project list: on LyX<-->docx roundtrip conversion

I have the feeling, this discussion can be summed up in two lines: 1) we would like to have a round-trip (docx backend) 2) but we need a sematic export (to docx) Rainer On 02/10/14, 21:09 , Georg Baum wrote: > Rainer M Krug wrote: > >> On 02/09/14, 20:25 , Georg Baum wrote: >&g

Re: GSOC 2014 project list: on LyX<-->docx roundtrip conversion

On 02/10/14, 21:09 , Georg Baum wrote: > Rainer M Krug wrote: > >> On 02/09/14, 20:25 , Georg Baum wrote: >> >>> This is not possible. There are LyX features that simply do not appear in >>> the exported LaTeX, so they can't be imported (e.g. branch

Re: GSOC 2014 project list: on LyX<-->docx roundtrip conversion

On 02/10/14, 14:59 , stefano franchi wrote: > > > > On Mon, Feb 10, 2014 at 3:41 AM, Rainer M Krug <mailto:rai...@krugs.de>> wrote: > > > > On 02/09/14, 19:44 , Georg Baum wrote: > > Rainer M Krug wrote: > > > >> The

Re: GSOC 2014 project list: on LyX<-->docx roundtrip conversion

On 02/09/14, 19:44 , Georg Baum wrote: > Rainer M Krug wrote: > >> The idea would be that a round-trip framework is envisaged, which >> provides the facilities to easily expand it from one export backend >> (docx) to another (possibly odt? markdown?). >> >&

Re: GSOC 2014 project list: on LyX<-->docx roundtrip conversion

ts, and then translate thtat to docx math XML. There may > even be XSLT to do that. I can't comment here, but I think that it would be nice to have this, and in many cases this might be absolutely essential, but it could be addad at a later stage, when the basic round-trip features

Re: GSOC 2014 project list: on LyX<-->docx roundtrip conversion

On 02/09/14, 20:25 , Georg Baum wrote: > Rainer M Krug wrote: > >> On 02/07/14, 10:49 , Vincent van Ravesteijn wrote: >>> On Fri, Feb 7, 2014 at 10:02 AM, Rainer M Krug wrote: >>> >>>> The idea would be that a round-trip framework is envisaged, wh

Re: GSOC 2014 project list: on LyX<-->docx roundtrip conversion

erences So I see the difficulties, but a system like this would be tremendously useful to support roundtrips to many different backends. Cheers, Rainer > > > Vincent van Ravesteijn wrote: >> On Fri, Feb 7, 2014 at 10:02 AM, Rainer M Krug wrote: >> >>> The

  1   2   3   4   5   >