Re: Lyx-Devel crash with EmbeddedObjects.lyx

Am Mittwoch, dem 30.04.2025 um 08:01 +0200 schrieb Jürgen Spitzmüller: > I'l have a look at the other case later. This is now fixed as well. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org https://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Lyx-Devel crash with EmbeddedObjects.lyx

6 2025 +0200 > > Add support for external crossrefs (via the xr package) (#10959) -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org https://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Lyx-Devel crash with EmbeddedObjects.lyx

:16:46 2025 +0200 Add support for external crossrefs (via the xr package) (#10959) -- lyx-devel mailing list lyx-devel@lists.lyx.org https://lists.lyx.org/mailman/listinfo/lyx-devel

Lyx-Devel crash with EmbeddedObjects.lyx

Dear developers, I compiled Lyx, the latest Git version, today under both Debian 11 and 12. I noticed a bug: When I open and close the EmbeddedObjects file, Lyx crashes reproducibly. Grüße, Andreas -- lyx-devel mailing list lyx-devel@lists.lyx.org https://lists.lyx.org/mailman/listinfo/lyx

Re: lyx-devel Digest, Vol 254, Issue 1

sue below? Full discussion > starts from > https://www.mail-archive.com/lyx-devel@lists.lyx.org/msg222793.html. > Basically, due to a refstyle bug (?) of eating up the whitespaces from > label names aka " refstyle does not support spaces in references", the > LyX deve

Re: lyx-devel Digest, Vol 254, Issue 1

his with "Use refstyle" unchecked in the future > documents. If you have "use refstyle" unchecked, prettyref is used for formatted references. Thanks for reporting the bug to Danie. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: lyx-devel Digest, Vol 254, Issue 1

== Cc: Danie Els Hi Dannie, Seeing that you've updated the refstyle packages quite recently, on 2024/02/01, could you comment on the issue below? Full discussion starts from https://www.mail-archive.com/lyx-devel@lists.lyx.org/msg222793.html. Basically, due to a refstyle bug (?) of e

Re: lyx-devel Digest, Vol 235, Issue 7

do seem to exist on the web but are limited in scope to what I have in mind, some like matcha.io look amazing (that's what led me down this rabbit hole) but don't allow the conversion to tikz code and form my quick (and possibly wrong) research it seems like they generate those with some locked software (a solution one has to buy to use it's features). and I'll add that I have no idea how to do the "basic plumbing to be able to invoke it from LyX and preview the result" but I'll probably learn that eventually. > > JMarc > > hopefully, I've answered your immediate questions. Matan -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: lyx-devel Digest, Vol 191, Issue 6

On 16 Jun 2023, at 13:09, lyx-devel-requ...@lists.lyx.org wrote: > Message: 1 > Date: Fri, 16 Jun 2023 10:24:08 +0200 > From: Pavel Sanda > To: lyx-devel@lists.lyx.org > Subject: Re: Bug opening and closing insets > Message-ID: > Content-Type: text/plain; charset=us-asc

Re: Problem building lyx-devel

automake combo, in order to build > LyX, that is the one I test. :-) > > For other projects I use cmake. > > In any case I fixed this issue. Thank you for your feedback. Great! Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Problem building lyx-devel

e. Thank you for your feedback. Best regards, -- José Abílio -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Problem building lyx-devel

u? By the way, does compiling with CMake work for you? Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Problem building lyx-devel

st' make: *** [Makefile:476: all] Error 2 Best regards, -- José Abílio -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Reminder: LyX Devel Meeting on Monday

o not hesitate to drop me an email if you feel like joining as well. Esp. if you want to contribute to 2.4 release effort :) Agenda: * Plan 2.4 release - Who will coordinate docs translation updates and management (formely Uwe's domain). * Donate page and alternative donation pathways Pavel --

Re: LyX-devel-list delay

and suspected it has something to do with google antispam solutions, but who knows. When I subscribed to different address the problem disappeared. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

LyX-devel-list delay

order set by >> the pen. It seem pretty clear that this explains the part on the top. And it >> has come up elsewhere (https://www.lyx.org/trac/ticket/11925). I guess a >> warning about this could be added in the code to the fillRect function. The >> lower part I am not so sure.

Re: Fwd: [Build #8773158] i386 build of lyx2.2 2.2.0~git20151230~ubuntu12.04.1 in ubuntu precise RELEASE [~lyx-devel/ubuntu/daily]

On Sun, Jan 3, 2016 at 9:21 AM, Scott Kostyshak wrote: > On Sat, Jan 02, 2016 at 04:42:35PM +0100, Liviu Andronic wrote: >> On Thu, Dec 31, 2015 at 8:56 PM, Scott Kostyshak wrote: >> > On Wed, Dec 30, 2015 at 08:09:15PM +0100, Liviu Andronic wrote: >> >> Dear all, >> >> This past week I've been g

Re: Fwd: [Build #8773158] i386 build of lyx2.2 2.2.0~git20151230~ubuntu12.04.1 in ubuntu precise RELEASE [~lyx-devel/ubuntu/daily]

On Sat, Jan 02, 2016 at 04:42:35PM +0100, Liviu Andronic wrote: > On Thu, Dec 31, 2015 at 8:56 PM, Scott Kostyshak wrote: > > On Wed, Dec 30, 2015 at 08:09:15PM +0100, Liviu Andronic wrote: > >> Dear all, > >> This past week I've been getting daily build failures of LyX on Ubuntu > >> Precise (see

Re: Fwd: [Build #8773158] i386 build of lyx2.2 2.2.0~git20151230~ubuntu12.04.1 in ubuntu precise RELEASE [~lyx-devel/ubuntu/daily]

On Thu, Dec 31, 2015 at 8:56 PM, Scott Kostyshak wrote: > On Wed, Dec 30, 2015 at 08:09:15PM +0100, Liviu Andronic wrote: >> Dear all, >> This past week I've been getting daily build failures of LyX on Ubuntu >> Precise (see build log link below). The configure process finishes >> like this: >> co

Re: Fwd: [Build #8773158] i386 build of lyx2.2 2.2.0~git20151230~ubuntu12.04.1 in ubuntu precise RELEASE [~lyx-devel/ubuntu/daily]

On Wed, Dec 30, 2015 at 08:09:15PM +0100, Liviu Andronic wrote: > Dear all, > This past week I've been getting daily build failures of LyX on Ubuntu > Precise (see build log link below). The configure process finishes > like this: > configure: creating ./config.status > config.status: error: cannot

Fwd: [Build #8773158] i386 build of lyx2.2 2.2.0~git20151230~ubuntu12.04.1 in ubuntu precise RELEASE [~lyx-devel/ubuntu/daily]

ros seems to be affected. Regards, Liviu -- Forwarded message -- From: Launchpad Buildd System Date: Wed, Dec 30, 2015 at 3:06 PM Subject: [Build #8773158] i386 build of lyx2.2 2.2.0~git20151230~ubuntu12.04.1 in ubuntu precise RELEASE [~lyx-devel/ubuntu/daily] To: Liviu Andronic *

Re: [Branch ~lyx-devel/lyx/stable-2.1.x] Rev 32282: Add low-res pdf export as suggested by James

On Sat, Feb 14, 2015 at 7:12 PM, Georg Baum wrote: > Liviu Andronic wrote: > > > Hi Georg, > > > > While we're at it, can we add similar converters (for both pdfcrop and > > 150dpi) for the ps2pdf path? In some instances, like when using PSTricks, > > users must pass by this path to obtain the fi

Re: [Branch ~lyx-devel/lyx/stable-2.1.x] Rev 32282: Add low-res pdf export as suggested by James

Liviu Andronic wrote: > Hi Georg, > > While we're at it, can we add similar converters (for both pdfcrop and > 150dpi) for the ps2pdf path? In some instances, like when using PSTricks, > users must pass by this path to obtain the final PDF. If it's not onerous > for our menus, it may be worth add

Re: [Branch ~lyx-devel/lyx/stable-2.1.x] Rev 32282: Add low-res pdf export as suggested by James

f formats since any given document either uses TeX fonts or not. For the same reason I also added an additional converter to PDF (cropped). added: lib/scripts/convert_pdf.py modified: lib/Makefile.am lib/configure.py status.21x -- lp:~l

Re: [Branch ~lyx-devel/lyx/stable-2.1.x] Rev 32282: Add low-res pdf export as suggested by James

ed: > lib/Makefile.am > lib/configure.py > status.21x > > > -- > lp:~lyx-devel/lyx/stable-2.1.x > https://code.launchpad.net/~lyx-devel/lyx/stable-2.1.x > > You are subscribed to branch lp:~lyx-devel/lyx/stable-2.1.x. > To unsubscribe from this branch go to >

Re: [Pkg-lyx-devel] building 2.1.2 failed on Debian/unstable

On Thu, Sep 25, 2014 at 10:43:47PM -0700, Pavel Sanda wrote: > Sven Hoexter wrote: > > It's interesting especially in the light of a recent discussion in > > Debian which of the "traditional" Unix tools should no longer have > > priority standard and thus be installed as a default. > > Do you have

Re: confirm subscribe to lyx-devel@lists.lyx.org

On 07/03/14 08:42, Jean-Marc Lasgouttes wrote: >> may be while replying to that thread you sent a message to >> lyx-devel-subscr...@lists.lyx.org too. >> sorry for the inconvenience. >> > > Exactly, > > Tommaso, look at the original message at the bottom

Re: confirm subscribe to lyx-devel@lists.lyx.org

07/03/2014 07:54, Chirag Chauhan: i mistakenly sent a mail to lyx-devel-subscr...@lists.lyx.org instead of lyx-devel@lists.lyx.org while replying to one of threads because of auto complete. may be while replying to that thread you sent a message to lyx-devel-subscr...@lists.lyx.org too. sorry

Re: confirm subscribe to lyx-devel@lists.lyx.org

07/03/2014 00:55, Scott Kostyshak: On Thu, Mar 6, 2014 at 6:38 PM, stefano franchi wrote: On Thu, Mar 6, 2014 at 3:07 PM, Tommaso Cucinotta wrote: I thought to be subscribed to lyx-devel already. Anyone knows why I got this message ? I have been getting similar (non-identical) messages

Re: confirm subscribe to lyx-devel@lists.lyx.org

i mistakenly sent a mail to lyx-devel-subscr...@lists.lyx.org instead of lyx-devel@lists.lyx.org while replying to one of threads because of auto complete. may be while replying to that thread you sent a message to lyx-devel-subscr...@lists.lyx.org too. sorry for the inconvenience.

Re: confirm subscribe to lyx-devel@lists.lyx.org

On Thu, Mar 6, 2014 at 6:38 PM, stefano franchi wrote: > On Thu, Mar 6, 2014 at 3:07 PM, Tommaso Cucinotta wrote: >> I thought to be subscribed to lyx-devel already. Anyone knows why I got this >> message ? >> > > I have been getting similar (non-identical) message

Re: confirm subscribe to lyx-devel@lists.lyx.org

On Thu, Mar 6, 2014 at 3:07 PM, Tommaso Cucinotta wrote: > I thought to be subscribed to lyx-devel already. Anyone knows why I got this > message ? > I have been getting similar (non-identical) messages from both lyx-devel and lyx-users in the last couple of days. Apparently messages s

Fwd: confirm subscribe to lyx-devel@lists.lyx.org

I thought to be subscribed to lyx-devel already. Anyone knows why I got this message ? Thanks, T. Original Message Subject: confirm subscribe to lyx-devel@lists.lyx.org Date: 6 Mar 2014 08:34:12 - From: lyx-devel-h...@lists.lyx.org Reply-To: lyx-devel-sc

Re: r40347 - lyx-devel/trunk/src/insets

On Sun, Dec 4, 2011 at 5:25 PM, Richard Heck wrote: > On 12/04/2011 04:32 PM, Julien Rioux wrote: > > > > On Sat, Dec 3, 2011 at 10:13 PM, Richard Heck > > wrote: > > > > On 12/03/2011 05:24 PM, jri...@lyx.org > wrote: > > > Author: jrio

Re: r40348 - lyx-devel/trunk/src/insets

On Sun, Dec 4, 2011 at 5:24 PM, Richard Heck wrote: > On 12/04/2011 04:27 PM, Julien Rioux wrote: > > On Sat, Dec 3, 2011 at 10:16 PM, Richard Heck > > wrote: > > > > On 12/03/2011 05:24 PM, jri...@lyx.org > wrote: > > > Author: jrioux >

Re: r40678 - lyx-devel/branches/BRANCH_2_0_X

Le 31/08/2012 19:19, José Matos a écrit : Jean-Marc, is this still a problem? I have checked every commit message, unread in the mailbox, but due to git transition it is better to ask. :-) Hello José, nice to hear from you! I came back from Portugal yesterday, but somehow we did not meet

Re: r40678 - lyx-devel/branches/BRANCH_2_0_X

On 01/26/2012 11:30 AM, Jean-Marc Lasgouttes wrote: > Le 26/01/2012 12:19, Pavel Sanda a écrit : >> sa...@lyx.org wrote: >>> Additionally, >>> +byte-compiled python files changed their installation target. >> >> erm, reading the bug comments now i understand we do not compile >> python files at a

Re: r40417 - lyx-devel/trunk/src

03:37 2011 New Revision: 40417 URL: http://www.lyx.org/trac/changeset/40417 Log: clang: std::string is used here, fwd is not enough Modified: lyx-devel/trunk/src/Lexer.h Modified: lyx-devel/trunk/src/Lexer.h == --- lyx-

Re: r40417 - lyx-devel/trunk/src

is not enough Modified: lyx-devel/trunk/src/Lexer.h Modified: lyx-devel/trunk/src/Lexer.h == --- lyx-devel/trunk/src/Lexer.h Wed Dec 7 16:17:06 2011 (r40416) +++ lyx-devel/trunk/src/Lexer.h Wed Dec 7 17:03:37 2011

Re: r40417 - lyx-devel/trunk/src

On 04/09/2012 09:09 AM, Vincent van Ravesteijn wrote: Op 7-12-2011 17:03, kuem...@lyx.org schreef: Author: kuemmel Date: Wed Dec 7 17:03:37 2011 New Revision: 40417 URL: http://www.lyx.org/trac/changeset/40417 Log: clang: std::string is used here, fwd is not enough Modified: lyx-devel

Re: r40417 - lyx-devel/trunk/src

Op 7-12-2011 17:03, kuem...@lyx.org schreef: Author: kuemmel Date: Wed Dec 7 17:03:37 2011 New Revision: 40417 URL: http://www.lyx.org/trac/changeset/40417 Log: clang: std::string is used here, fwd is not enough Modified: lyx-devel/trunk/src/Lexer.h Modified: lyx-devel/trunk/src/Lexer.h

Re: r40785 - in lyx-devel/trunk/src: . tex2lyx

Uwe Stöhr wrote: > Am 10.03.2012 13:53, schrieb Georg Baum: > >> Yes. Unfortunately this is not done, since special properties of >> characters like % are already handled in the tokenize phase. For example, >> >> \begin{verbatim} >> x >> %\end{verbatim} >> >> is not handled correctly, since tex2l

Re: Re: r40902 - lyx-devel/trunk/lib

Kornel Benko wrote: > My mistake (bad question). I wanted to know why 755 is needed for the .py > files, since we are calling them explicitly with python. Nonetheless I > changed it for cmake too. If somebody wants to call them in his own script. I also believe that some linux distros have polic

Re: r40891 - in lyx-devel/trunk/src: . insets

Jürgen Spitzmüller wrote: > Georg Baum wrote: >> > Or better we add another flag "notermination" for commands that do not >> > need to be terminated. >> >> Sounds good. Another benefit: It would also allow to keep the logic in >> tex2lyx and lyx automatically synchronized. > > I'll commit the pa

Re: r40785 - in lyx-devel/trunk/src: . tex2lyx

Am 10.03.2012 14:03, schrieb Georg Baum: The special language option handling looks fragile. I believe it will work without the special code if you use p.verbatimOption() instead of p.getArg(). Thanks, this works. I will commit as soon as the git transformation is ready and committing is poss

Re: r40785 - in lyx-devel/trunk/src: . tex2lyx

Am 10.03.2012 13:53, schrieb Georg Baum: Yes. Unfortunately this is not done, since special properties of characters like % are already handled in the tokenize phase. For example, \begin{verbatim} x %\end{verbatim} is not handled correctly, since tex2lyx believes that %\end{verbatim} is a comm

Re: Re: r40902 - lyx-devel/trunk/lib

Am Samstag, 10. März 2012 um 13:29:19, schrieb Georg Baum > Kornel Benko wrote: > > >> --- lyx-devel/trunk/lib/Makefile.amSat Mar 10 11:46:14 2012 > (r40901) > >> +++ lyx-devel/trunk/lib/Makefile.amSat Mar 10 12:03:44 2012 > (r40902) > >> @

Re: r40891 - in lyx-devel/trunk/src: . insets

Georg Baum wrote: > > Or better we add another flag "notermination" for commands that do not > > need to be terminated. > > Sounds good. Another benefit: It would also allow to keep the logic in > tex2lyx and lyx automatically synchronized. I'll commit the patch in a minute. > >> I am also unsu

Re: r40891 - in lyx-devel/trunk/src: . insets

Jürgen Spitzmüller wrote: > Or better we add another flag "notermination" for commands that do not > need to be terminated. Sounds good. Another benefit: It would also allow to keep the logic in tex2lyx and lyx automatically synchronized. >> I am also unsure if this change neds adaptions in tex

Re: r40785 - in lyx-devel/trunk/src: . tex2lyx

Uwe Stöhr wrote: > While doing this I stumbled of a tex2lyx bug with listings: > http://www.lyx.org/trac/ticket/8065 > > The solution would be the same as I now did for verbatim. > What do you think? I agree (once the verbatim support is improved). > I also found out that listings are currently

[patch] Re: r40891 - in lyx-devel/trunk/src: . insets

Jürgen Spitzmüller wrote: > Or better we add another flag "notermination" for commands that do not need > to be terminated. Like the attached. JürgenIndex: src/Paragraph.cpp === --- src/Paragraph.cpp (Revision 40904) +++ src/Paragra

Re: r40785 - in lyx-devel/trunk/src: . tex2lyx

Uwe Stöhr wrote: > Am 04.03.2012 22:47, schrieb Jean-Marc Lasgouttes: > >> The point that Georg wanted to make is that we know what the correct >> solution is: reset all catcodes in the parser when we are in verbatim, or >> just read character by character until we find \end{verbatim}. > > I'm n

Re: r40902 - lyx-devel/trunk/lib

Kornel Benko wrote: >> --- lyx-devel/trunk/lib/Makefile.am Sat Mar 10 11:46:14 2012 (r40901) >> +++ lyx-devel/trunk/lib/Makefile.am Sat Mar 10 12:03:44 2012 (r40902) >> @@ -1665,6 +1665,6 @@ >> >> install-data-hook: >> $(CHMOD) 755

Re: r40891 - in lyx-devel/trunk/src: . insets

Georg Baum wrote: > This breaks output of spaces like 0x2004: Previously, it wrote "\;{}", now > it writes "\; ". AFAIK this should be writen as "\;". The braces were not > needed, but they did not harm in this case either. How about adding those braces in the unicodesymbols file then? It seems

Re: r40902 - lyx-devel/trunk/lib

Am Samstag, 10. März 2012 um 12:03:44, schrieb b...@lyx.org > Author: baum > Date: Sat Mar 10 12:03:44 2012 > New Revision: 40902 > URL: http://www.lyx.org/trac/changeset/40902 > > Log: > fix file permissions of lib/scripts/listerrors > > Modified: >lyx-devel/trun

Re: r40891 - in lyx-devel/trunk/src: . insets

sp...@lyx.org wrote: > Modified: lyx-devel/trunk/src/Paragraph.cpp > == > --- lyx-devel/trunk/src/Paragraph.cpp Thu Mar 8 20:14:48 2012 (r40890) > +++ lyx-devel/trunk/src/Paragraph.cpp Fri Mar 9 1

Re: r40755 - lyx-devel/trunk/src/insets

Le 26/02/2012 20:39, Vincent van Ravesteijn a écrit : Would it be an idea to let a double-click enter the settings dialog for e.g. spaces ? (I used clicking the space inset quite often lately, because Ctrl+space changed my keyboard language to Chinese ;)) Definitely a good idea, and we could d

Re: r40858 - lyx-devel/trunk/lib

On Mon, Mar 05, 2012 at 04:45:05PM -0500, Richard Heck wrote: > On 03/05/2012 12:14 PM, for...@lyx.org wrote: > >Author: forenr > >Date: Mon Mar 5 18:14:09 2012 > >New Revision: 40858 > >URL: http://www.lyx.org/trac/changeset/40858 > > > >Log: > >On Windows, properly account for the encoding of th

Re: Re: r40873 - in lyx-devel/trunk: po src

andling of libmagic for some mime-types leads to incorrect value > > 'text/plain'. > > > > Modified: > > lyx-devel/trunk/po/diff_po.pl > > lyx-devel/trunk/src/Format.cpp > > > > Modified: lyx-devel/trunk/po/diff_po.pl > > > > > A

Re: r40873 - in lyx-devel/trunk: po src

On Tue, Mar 6, 2012 at 4:41 AM, wrote: > Author: kornel > Date: Tue Mar 6 10:41:41 2012 > New Revision: 40873 > URL: http://www.lyx.org/trac/changeset/40873 > > Log: > Handling of libmagic for some mime-types leads to incorrect value > 'text/plain'. &g

Re: r40785 - in lyx-devel/trunk/src: . tex2lyx

Am 05.03.2012 03:07, schrieb Uwe Stöhr: your section{ example stangely fails. It failed of course as I explicitly handled this case incorrectly. Now everything should be in shape. regards Uwe

Re: r40858 - lyx-devel/trunk/lib

: lyx-devel/trunk/lib/configure.py Modified: lyx-devel/trunk/lib/configure.py == --- lyx-devel/trunk/lib/configure.pyMon Mar 5 02:51:19 2012(r40857) +++ lyx-devel/trunk/lib/configure.pyMon Mar 5 18:14:09

Re: r40785 - in lyx-devel/trunk/src: . tex2lyx

Am 04.03.2012 22:47, schrieb Jean-Marc Lasgouttes: The point that Georg wanted to make is that we know what the correct solution is: reset all catcodes in the parser when we are in verbatim, or just read character by character until we find \end{verbatim}. I'm not sure about the catcodes. Wh

Re: r40785 - in lyx-devel/trunk/src: . tex2lyx

Le 04/03/2012 15:12, Uwe Stöhr a écrit : I now created a new function where \begin and \end inside verbatim environments are no longer parsed. This must maybe be optimized a bit for other cases. Could you please give it a try? I also now updated the verbatim example in our test file. You realiz

Re: r40785 - in lyx-devel/trunk/src: . tex2lyx

Am 01.03.2012 21:18, schrieb Georg Baum: If you can tell me what exactly fails I can have a look, but I want to avoid doing duplicate work. I tried to use this Context context(true, parent_context.textclass); context.layout = &parent_context.textclass.plainLayout(); context.check_layout(os);

Re: r40785 - in lyx-devel/trunk/src: . tex2lyx

Am 01.03.2012 00:48, schrieb Uwe Stöhr: Paragraph ended in line 1032 Missing \end_layout. Strange that I don't get this. I now had a closer look and fixed this now. If you want a more fancy test, try this: \begin{verbatim} \begin{foo} \end{verbatim} This will convert everything what foll

Re: r40835 - lyx-devel/trunk/src/frontends/qt4

disabled. Modified: lyx-devel/trunk/src/frontends/qt4/GuiSelectionManager.cpp For branch ? Looks good. Richard

Re: r40839 - in lyx-devel/trunk/src/frontends/qt4: . ui

On 03/03/2012 10:27 AM, Vincent van Ravesteijn wrote: Op 3-3-2012 15:39, v...@lyx.org schreef: Author: vfr Date: Sat Mar 3 15:39:32 2012 New Revision: 40839 URL: http://www.lyx.org/trac/changeset/40839 Log: Fix handling of the add branch textfield in GuiBranches - Enter in the textfield adds

Re: r40835 - lyx-devel/trunk/src/frontends/qt4

Op 3-3-2012 13:39, v...@lyx.org schreef: Author: vfr Date: Sat Mar 3 13:39:19 2012 New Revision: 40835 URL: http://www.lyx.org/trac/changeset/40835 Log: GuiCitation: Do not allow to add entries by pressing Enter when the Add button is disabled. Modified: lyx-devel/trunk/src/frontends/qt4

Re: r40839 - in lyx-devel/trunk/src/frontends/qt4: . ui

Op 3-3-2012 15:39, v...@lyx.org schreef: Author: vfr Date: Sat Mar 3 15:39:32 2012 New Revision: 40839 URL: http://www.lyx.org/trac/changeset/40839 Log: Fix handling of the add branch textfield in GuiBranches - Enter in the textfield adds the branch, - Make sure the dialog is not closed when p

Re: r40785 - in lyx-devel/trunk/src: . tex2lyx

Uwe Stöhr wrote: > Am 28.02.2012 22:11, schrieb Georg Baum: > >> Your test code in test-structure.tex fails already. LyX complains like >> this: >> >> Paragraph ended in line 1032 >> Missing \end_layout. > > Strange that I don't get this. All my examples are exported as expected. > Looking in th

Re: r30596 - in lyx-devel/branches/BRANCH_1_6_X: . src/mathed

sa...@lyx.org writes: | Author: sanda | Date: Wed Jul 15 09:31:22 2009 | New Revision: 30596 | URL: http://www.lyx.org/trac/changeset/30596 Ok, the rewrite to use subprocess instead of popen2 in mailer.py seems to work as it should now. I won't look at it again unless someone points me to errors

Re: r30597 - in lyx-devel/branches/BRANCH_1_6_X: . src src/frontends/qt4 src/frontends/qt4/ui

v...@lyx.org writes: | Author: vfr | Date: Wed Jul 15 12:08:56 2009 | New Revision: 30597 | URL: http://www.lyx.org/trac/changeset/30597 Ok, this is looking better. | Modified: lyx-devel/branches/BRANCH_1_6_X/src/BufferView.cpp

Re: r30597 - in lyx-devel/branches/BRANCH_1_6_X: . src src/frontends/qt4 src/frontends/qt4/ui

v...@lyx.org writes: | Author: vfr | Date: Wed Jul 15 12:08:56 2009 | New Revision: 30597 | URL: http://www.lyx.org/trac/changeset/30597 This is me testing some updates to mailer.py. Does not look too bad, but: | Modified: lyx-devel/branches/BRANCH_1_6_X/src/BufferView.cpp

Re: r40785 - in lyx-devel/trunk/src: . tex2lyx

Am 28.02.2012 22:11, schrieb Georg Baum: Your test code in test-structure.tex fails already. LyX complains like this: Paragraph ended in line 1032 Missing \end_layout. Strange that I don't get this. All my examples are exported as expected. Looking in the LyX-code I can also don't see a prob

Re: r40797 - lyx-devel/trunk/src/insets

fine. rh Modified: lyx-devel/trunk/src/insets/InsetGraphics.cpp Modified: lyx-devel/trunk/src/insets/InsetGraphics.cpp ====== --- lyx-devel/trunk/src/insets/InsetGraphics.cppSun Feb 26 00:05:28 2012(r40

Re: r40797 - lyx-devel/trunk/src/insets

sa...@lyx.org wrote: > Author: sanda > Date: Mon Feb 27 00:09:25 2012 > New Revision: 40797 > URL: http://www.lyx.org/trac/changeset/40797 > > Log: > Simplify & fix InsetGraphics tooltip, DocFileName inherits from FileName. To branch? P > >Modified:

Re: r40805 - lyx-devel/branches/BRANCH_2_0_X

On 02/28/2012 03:43 PM, b...@lyx.org wrote: Author: baum Date: Tue Feb 28 21:43:35 2012 New Revision: 40805 URL: http://www.lyx.org/trac/changeset/40805 Log: back to svn Thanks. I forgot to commit this before sending the message re-opening Richard

Re: r40785 - in lyx-devel/trunk/src: . tex2lyx

Uwe Stöhr wrote: > Am 21.02.2012 22:09, schrieb Georg Baum: > >> this is far more complicated than what you implemented. Believe me, if it >> was that easy I would have added verbatim support a long time ago. > > I think we could not support verbatim before as we had no feature to > convert to.

Re: r40785 - in lyx-devel/trunk/src: . tex2lyx

Am 21.02.2012 22:09, schrieb Georg Baum: this is far more complicated than what you implemented. Believe me, if it was that easy I would have added verbatim support a long time ago. I think we could not support verbatim before as we had no feature to convert to. + else if (name == "ver

Re: r40796 - lyx-devel/trunk/src/insets

Vincent van Ravesteijn wrote: > Op 26-2-2012 0:05, sa...@lyx.org schreef: > Isn't the FileName constructor supposed to Assert on a non-absolute path ? You are right, strange it never crashed for me. Anyway more embarrassing is that I missed DocFileName inherits from FileName and the whole conversi

Re: r40755 - lyx-devel/trunk/src/insets

Op 15-2-2012 10:42, lasgout...@lyx.org schreef: Author: lasgouttes Date: Wed Feb 15 10:42:13 2012 New Revision: 40755 URL: http://www.lyx.org/trac/changeset/40755 Log: Sort out usage of INset::has Settings and Inset::clickable * now hasSettings only means... that the inset has a settings dial

Re: r40796 - lyx-devel/trunk/src/insets

Op 26-2-2012 0:05, sa...@lyx.org schreef: Author: sanda Date: Sun Feb 26 00:05:28 2012 New Revision: 40796 URL: http://www.lyx.org/trac/changeset/40796 Log: Add tooltip for graphics insets + +docstring InsetGraphics::toolTip(BufferView const&, int, int) const +{ + return from_utf8(FileNa

Re: Re: r40789 - in lyx-devel/trunk: . lib lib/doc lib/scripts src src/frontends/qt4 src/frontends/qt4/ui src/graphics src/support

Am Freitag, 24. Februar 2012 um 21:25:53, schrieb Georg Baum > Kornel Benko wrote: > > > Am Dienstag, 21. Februar 2012 um 21:29:45, schrieb b...@lyx.org > >> Author: baum > >> Date: Tue Feb 21 21:29:44 2012 > >> New Revision: 40789 > >> URL: http://www.lyx.org/trac/changeset/40789 > >> > >> Log

Re: r40789 - in lyx-devel/trunk: . lib lib/doc lib/scripts src src/frontends/qt4 src/frontends/qt4/ui src/graphics src/support

Kornel Benko wrote: > Am Dienstag, 21. Februar 2012 um 21:29:45, schrieb b...@lyx.org >> Author: baum >> Date: Tue Feb 21 21:29:44 2012 >> New Revision: 40789 >> URL: http://www.lyx.org/trac/changeset/40789 >> >> Log: >> Use libmagic for file format detection if available. >> > > Adapted to cma

Re: r40783 - lyx-devel/trunk/src/support

ethod (part of bug #8032). > I wonder why it was working on Windows and why it works for QString. docstring is a template and cannot be forward declared (at least not with current C++ < 11). QString is a plain class. But I wonder why it was compiling at all. > > Modified: >   lyx-deve

Re: r40789 - in lyx-devel/trunk: . lib lib/doc lib/scripts src src/frontends/qt4 src/frontends/qt4/ui src/graphics src/support

Am Dienstag, 21. Februar 2012 um 21:29:45, schrieb b...@lyx.org > Author: baum > Date: Tue Feb 21 21:29:44 2012 > New Revision: 40789 > URL: http://www.lyx.org/trac/changeset/40789 > > Log: > Use libmagic for file format detection if available. > Adapted to cmake. Kornel signature.asc

Re: r40785 - in lyx-devel/trunk/src: . tex2lyx

e me, if it was that easy I would have added verbatim support a long time ago. > Modified: >lyx-devel/trunk/src/tex2lyx/text.cpp >lyx-devel/trunk/src/version.h > > Modified: lyx-devel/trunk/src/tex2lyx/text.cpp > =======

Re: r40765 - lyx-devel/trunk/src/tex2lyx

On 02/16/2012 05:57 AM, Jean-Marc Lasgouttes wrote: Le 16/02/2012 11:40, lasgout...@lyx.org a écrit : Author: lasgouttes Date: Thu Feb 16 11:40:02 2012 New Revision: 40765 URL: http://www.lyx.org/trac/changeset/40765 Log: Set use_non_tex_fonts buffer parameter and default encoding correctly wh

Re: r40765 - lyx-devel/trunk/src/tex2lyx

Le 16/02/2012 11:40, lasgout...@lyx.org a écrit : Author: lasgouttes Date: Thu Feb 16 11:40:02 2012 New Revision: 40765 URL: http://www.lyx.org/trac/changeset/40765 Log: Set use_non_tex_fonts buffer parameter and default encoding correctly when we detect that xetex or luatex is used. Richard,

Re: Re: r40749 - lyx-devel/trunk/po

> Log: > > ja.po: big update for trunk from Koji > > > > Modified: > > lyx-devel/trunk/po/ja.po > > > > Modified: lyx-devel/trunk/po/ja.po > > ========== > > --- lyx-devel/trunk

Re: r40749 - lyx-devel/trunk/po

Am 14.02.2012 um 22:06 schrieb uwesto...@lyx.org: > Author: uwestoehr > Date: Tue Feb 14 22:06:51 2012 > New Revision: 40749 > URL: http://www.lyx.org/trac/changeset/40749 > > Log: > ja.po: big update for trunk from Koji > > Modified: > lyx-devel/trunk/po/ja.po

Re: r40663 - in lyx-devel/trunk: development/scons lib lib/lyx2lyx src src/insets src/mathed

Am 06.02.2012 23:39, schrieb Richard Heck: I don't know yet the syntax of how to add this. Can you please do this for the kind_ cancel? For the other 2 kind_ I guess there is no HTML representation. In that case, we just have to do the same thing for all of them. Better than nothing. OK. T

Re: r40663 - in lyx-devel/trunk: development/scons lib lib/lyx2lyx src src/insets src/mathed

On 02/06/2012 12:36 PM, Uwe Stöhr wrote: Am 24.01.2012 16:49, schrieb Richard Heck: Some sort of output should be added here. For MathML, there are the various menclose options: https://developer.mozilla.org/en/MathML/Element/menclose Thanks for the link. I now added some MathML code: www.ly

Re: r40663 - in lyx-devel/trunk: development/scons lib lib/lyx2lyx src src/insets src/mathed

Am 24.01.2012 16:49, schrieb Richard Heck: Some sort of output should be added here. For MathML, there are the various menclose options: https://developer.mozilla.org/en/MathML/Element/menclose Thanks for the link. I now added some MathML code: www.lyx.org/trac/changeset/40710 Is this OK?

Re: r40700 - lyx-devel/trunk/src/mathed

Le 02/02/2012 21:41, Richard Heck a écrit : On 02/02/2012 08:39 AM, lasgout...@lyx.org wrote: Author: lasgouttes Date: Thu Feb 2 14:39:05 2012 New Revision: 40700 URL: http://www.lyx.org/trac/changeset/40700 Log: * InsetMathScript::doDispatch : properly record undo information before changing l

Re: r40700 - lyx-devel/trunk/src/mathed

) * InsetMathScript::getStatus (new) : handle properly status for LFUN_MATH_LIMITS here, along with checkmark support for the menu) Looks fine for branch, I'd say. If you feel comfortable with it, please go ahead. Richard Modified: lyx-devel/trunk/src/mathed/InsetMathNest.cpp lyx-devel/trun

Re: r40689 - lyx-devel/trunk/src/frontends/qt4

Richard Heck wrote: > > Log: > > Fix bug #8013: updateDefaultFormat() checks the osFontsCB state, so the > > fonts UI needs to be set in advance of the output UI. > Bug said this was a candidate for branch. Looks fine, since it's just > moving stuff around. I think so, too, and I checked carefull

Re: r40689 - lyx-devel/trunk/src/frontends/qt4

this was a candidate for branch. Looks fine, since it's just moving stuff around. Richard Modified: lyx-devel/trunk/src/frontends/qt4/GuiDocument.cpp Modified: lyx-devel/trunk/src/frontends/qt4/GuiDocumen

Re: r40675 - in lyx-devel/branches/BRANCH_2_0_X: . config lib

: Wed Jan 25 23:59:42 2012 >>>> New Revision: 40675 >>>> URL: http://www.lyx.org/trac/changeset/40675 >>>> >>>> Log: >>>> Fix installation of python files: >>>> - be compatible with automake 1.11.2 (#7990) >>>> - do not in

  1   2   3   4   5   6   7   8   9   10   >