On Sun, Jul 16, 2017 at 10:57:02PM +0200, Jean-Marc Lasgouttes wrote:
> Le 16/07/2017 à 22:48, Enrico Forestieri a écrit :
> > > Agreed. OTOH, I do not want to have support for minted that require to
> > > hardcode stuff outside of the Listings inset.
> >
> >
On Sun, Jul 16, 2017 at 09:35:43PM +0200, Jean-Marc Lasgouttes wrote:
> Le 16/07/2017 à 21:24, Enrico Forestieri a écrit :
> > On Sun, Jul 16, 2017 at 09:04:11PM +0200, Jean-Marc Lasgouttes wrote:
> > >
> > > I do not think that minted in itself is relevant here. M
On Sun, Jul 16, 2017 at 09:04:11PM +0200, Jean-Marc Lasgouttes wrote:
>
> I do not think that minted in itself is relevant here. My point is that
> shell-escape should be treated in the needauth framework.
This is also my point. I will not accept anything that is valid only
for minted. If minted
On Wed, Jul 12, 2017 at 11:46:31AM +0200, Kornel Benko wrote:
>
> I implemented it now in cmake build. At first, everything seemed to work.
> Reconfiguring lyx...
> Load examples/chessgame.lyx
> --> The selected document class Chess requires external files ...
> Pdf creation is OK though.
>
On Tue, Jul 11, 2017 at 02:07:51PM +0200, Kornel Benko wrote:
> Hi,
> I am struggling on the best install directory for our tex files.
> ATM, automake installs them for unix at lyx-system-dir/tex.
> But this dir is not part of the list 'kpsepath tex'.
> If a new user starts lyx, he/she has either
On Thu, Jul 06, 2017 at 04:20:43PM -0400, Scott Kostyshak wrote:
> On Thu, Jul 06, 2017 at 04:03:11PM +0200, Enrico Forestieri wrote:
>
> > Trying to separate these issues is hypocritical and discriminatory.
>
> I do not think it necessarily has to be hypocritical
On Wed, Jul 05, 2017 at 12:54:20AM -0400, Scott Kostyshak wrote:
> On Tue, Jun 27, 2017 at 09:26:30PM +0200, Enrico Forestieri wrote:
>
> > I don't think that reverting is in discussion here
>
> It is as long as even one LyX developer proposes it.
Ok. Then, I find it unf
On Wed, Jun 28, 2017 at 02:36:49PM +0200, Guillaume MM wrote:
> + Specificity: only gnuplot is given elevated privileges, which is what
> the user wants.
So, what? A system("whatever you want here") can be issued from a
gnuplot script. Then, one could say about shell-escape:
+ Specificity: only
On Wed, Jun 28, 2017 at 12:25:58AM +0200, Tommaso Cucinotta wrote:
> On 28/06/2017 00:02, Enrico Forestieri wrote:
> > ...and those converters can execute
> > arbitrary commands,
>
> just to be sure, I just double-checked that on current trunk, without any
> settings in on
On Tue, Jun 27, 2017 at 03:00:37PM -0400, Scott Kostyshak wrote:
> On Tue, Jun 27, 2017 at 03:33:12PM +0200, Guillaume MM wrote:
> >
> > I find that the enhancement request came in a bit late in the 2.3
> > release process for such a sensitive issue, and that 2.3 already
> > improves the situation
On Tue, Jun 27, 2017 at 11:45:56PM +0200, Tommaso Cucinotta wrote:
> On 20/06/2017 02:43, Guillaume MM wrote:
> > One must look at the
> > big picture and see that adding an authorization mechanism for arbitrary
> > execution of commands is absurd when its sole purpose is to call an
> > external
On Tue, Jun 27, 2017 at 03:00:37PM -0400, Scott Kostyshak wrote:
> On Tue, Jun 27, 2017 at 03:33:12PM +0200, Guillaume MM wrote:
> >
> > I find that the enhancement request came in a bit late in the 2.3
> > release process for such a sensitive issue, and that 2.3 already
> > improves the
On Tue, Jun 27, 2017 at 03:33:12PM +0200, Guillaume MM wrote:
>
> I find that the enhancement request came in a bit late in the 2.3
> release process for such a sensitive issue, and that 2.3 already
> improves the situation with the needauth mechanism. So, if we conclude
> that an implementation
On Mon, Jun 26, 2017 at 01:51:08AM +0200, Enrico Forestieri wrote:
> On Sun, Jun 25, 2017 at 04:24:18PM -0400, Scott Kostyshak wrote:
> >
> > True, but I think that is partly because we used to support GCC 4.6 and
> > Qt 4.8. We have never supported minted, so that is why I
On Sun, Jun 25, 2017 at 04:24:18PM -0400, Scott Kostyshak wrote:
>
> True, but I think that is partly because we used to support GCC 4.6 and
> Qt 4.8. We have never supported minted, so that is why I think it is
> "more OK" if we do not support older versions. In the end, I suppose it
> depends
On Tue, Jun 20, 2017 at 02:45:19AM +0200, Guillaume MM wrote:
> Le 08/06/2017 à 02:07, Enrico Forestieri a écrit :
> > On Thu, Jun 08, 2017 at 12:50:19AM +0200, Guillaume MM wrote:
> >
> > > Le 05/06/2017 à 23:15, Enrico Forestieri
On Tue, Jun 20, 2017 at 02:59:00AM +0200, Guillaume MM wrote:
>
> Enrico, I also have to criticise this sort of comment of yours. I am
> sorry to say that to me it looks disconnected with the understanding of
> the problem at the time and gratuitous.
Guillame, I have also to criticize this
On Tue, Jun 20, 2017 at 02:58:17AM +0200, Guillaume MM wrote:
> Le 11/06/2017 à 01:08, Enrico Forestieri a écrit :
> > On Mon, Oct 17, 2016 at 00:16:21AM +0200, Guillaume Munch wrote:
> >
> > > commit 676a0639c505d52336e3228c44c2515ccbbaf34a
> > > Auth
On Tue, Jun 20, 2017 at 08:48:20PM +0200, Jürgen Spitzmüller wrote:
> Am Dienstag, den 20.06.2017, 20:29 +0200 schrieb Enrico Forestieri:
> > Ok, so you want to support shell-escape only for supported packages.
> > The next iteration of the patch attached here allows this only fo
On Tue, Jun 20, 2017 at 03:44:10PM -0400, Richard Heck wrote:
> On 06/20/2017 02:48 PM, Jürgen Spitzmüller wrote:
> > Am Dienstag, den 20.06.2017, 20:29 +0200 schrieb Enrico Forestieri:
> >> Ok, so you want to support shell-escape only for supported packages.
> >> The
On Tue, Jun 20, 2017 at 09:26:53AM +0200, Jürgen Spitzmüller wrote:
> 2017-06-19 21:00 GMT+02:00 Enrico Forestieri <for...@lyx.org>:
>
> > Are you able to tell that you need -shell-escape for the attached
> > document?
> >
>
> No, but this is not a na
On Tue, Jun 20, 2017 at 02:58:17AM +0200, Guillaume MM wrote:
> Le 11/06/2017 à 01:08, Enrico Forestieri a écrit :
> > On Mon, Oct 17, 2016 at 00:16:21AM +0200, Guillaume Munch wrote:
> >
> > > commit 676a0639c505d52336e3228c44c2515ccbbaf34a
> > > Auth
On Tue, Jun 20, 2017 at 02:45:31AM +0200, Guillaume MM wrote:
> Le 08/06/2017 à 04:28, Enrico Forestieri a écrit :
> >
> > Actually it was simpler than expected.
> >
>
> Thanks.
Yes, you are right.
--
Enrico
On Tue, Jun 20, 2017 at 02:45:19AM +0200, Guillaume MM wrote:
> Le 08/06/2017 à 02:07, Enrico Forestieri a écrit :
> > On Thu, Jun 08, 2017 at 12:50:19AM +0200, Guillaume MM wrote:
> >
> > > Le 05/06/2017 à 23:15, Enrico Forestieri
On Tue, Jun 20, 2017 at 02:43:58AM +0200, Guillaume MM wrote:
> Le 19/06/2017 à 15:39, Enrico Forestieri a écrit :
> > On Mon, Jun 19, 2017 at 06:39:22AM +0200, Jürgen Spitzmüller wrote:
> >
> > > Am Sonntag, den 18.06.2017, 19:56 +0200 schrieb Enrico Forestieri:
&
On Tue, Jun 20, 2017 at 02:59:00AM +0200, Guillaume MM wrote:
> Le 03/06/2017 à 01:08, Enrico Forestieri a écrit :
> > On Fri, Jun 02, 2017 at 07:30:34PM +, Guenter Milde wrote:
> > >
> > > Note that the "ERT patch" is only for *stable*, i.e. 2.2.
On Mon, Jun 19, 2017 at 09:00:33PM +0200, Enrico Forestieri wrote:
> On Mon, Jun 19, 2017 at 08:57:00PM +0200, Jürgen Spitzmüller wrote:
>
> > Am Montag, den 19.06.2017, 20:33 +0200 schrieb Enrico Forestieri:
> > > Because we don't know whether it's needed?
> >
&
On Mon, Jun 19, 2017 at 08:57:00PM +0200, Jürgen Spitzmüller wrote:
> Am Montag, den 19.06.2017, 20:33 +0200 schrieb Enrico Forestieri:
> > Because we don't know whether it's needed?
>
> Why not? Can't we define that?
Are you able to tell that you need -shell-escape for the at
On Mon, Jun 19, 2017 at 07:54:03PM +0200, Jürgen Spitzmüller wrote:
>
> Again: Why do we need the toolbar button? Why not let the document
> itself ask for shell-escaping, depending on the need for that (e.g.,
> minted)?
Because we don't know whether it's needed?
--
Enrico
On Mon, Jun 19, 2017 at 06:39:22AM +0200, Jürgen Spitzmüller wrote:
> Am Sonntag, den 18.06.2017, 19:56 +0200 schrieb Enrico Forestieri:
> > > I think we need to provide an option to add -shell-escape only to
> > > specific documents and only on the given machine. This p
On Sun, Jun 18, 2017 at 07:56:48PM +0200, Enrico Forestieri wrote:
> On Sun, Jun 18, 2017 at 06:47:14PM +0200, Jürgen Spitzmüller wrote:
>
> > I don't know how the needauth thing works, but out "Do not ask again"
> > mechanism is per-document on the given machine o
On Sun, Jun 18, 2017 at 06:47:14PM +0200, Jürgen Spitzmüller wrote:
> Am Sonntag, den 18.06.2017, 18:36 +0200 schrieb Enrico Forestieri:
> > Here is a proposal not relying on the needauth machinery.
> >
> > When a document needs to be processed with the -shell-escape option
On Mon, May 29, 2017 at 05:53:08PM -0400, Scott Kostyshak wrote:
> It is a not-so-rare situation that the user needs to add -shell-escape as an
> option to the LaTeX converter that is being used, in order to compile a
> document.
>
> We can't ship documents that compile out-of-the-box without
On Sat, Jun 17, 2017 at 07:23:34PM +0200, Kornel Benko wrote:
>
> Sorry, forgot to push my previous commit. Now its out, you may commit the
> files.
I amended your commit at a1e65ad4.
--
Enrico
On Sat, Jun 17, 2017 at 04:56:58PM +0200, Kornel Benko wrote:
> Am Samstag, 17. Juni 2017 um 15:22:23, schrieb Enrico Forestieri
> <for...@lyx.org>
> > On Sat, Jun 17, 2017 at 11:11:18AM +0200, Kornel Benko wrote:
> >
> > > Am Samstag, 17. Juni 2017 um 02
On Sat, Jun 17, 2017 at 11:11:18AM +0200, Kornel Benko wrote:
> Am Samstag, 17. Juni 2017 um 02:39:03, schrieb Enrico Forestieri
> <for...@lyx.org>
> > commit 7a9bb851840fe7211cac05cbd898b27143f73559
> > Author: Enrico Forestieri <for...@lyx.org>
> > Da
On Thu, Jun 15, 2017 at 03:06:28PM +0200, Pavel Sanda wrote:
> Richard Heck wrote:
> > We defintely need a summary of what the issue is.
>
> Yes, if both parties could provide summary from their POV that would be
> helpful.
I don't know who are the parties, but if something has to be improved
I
On Sun, Jun 11, 2017 at 01:08:34AM +0200, Enrico Forestieri wrote:
> On Mon, Oct 17, 2016 at 00:16:21AM +0200, Guillaume Munch wrote:
>
> > commit 676a0639c505d52336e3228c44c2515ccbbaf34a
> > Author: Guillaume Munch <g...@lyx.org>
> > Date: Sat Sep 24 00:49:
On Tue, Jun 13, 2017 at 01:46:45AM -0400, Richard Heck wrote:
> On 06/12/2017 08:08 PM, Enrico Forestieri wrote:
> > On Mon, Jun 12, 2017 at 05:49:50PM -0400, Scott Kostyshak wrote:
> >> On Mon, Jun 12, 2017 at 07:37:53PM +0200, Enrico Forestieri wrote:
> >>
> >&
On Mon, Jun 12, 2017 at 05:49:50PM -0400, Scott Kostyshak wrote:
> On Mon, Jun 12, 2017 at 07:37:53PM +0200, Enrico Forestieri wrote:
>
> > However, I think I have to wait for a nod before applying this patch.
>
> Thanks for waiting. I think there is indeed a chance Guillaume
On Mon, Jun 12, 2017 at 05:49:49PM -0400, Scott Kostyshak wrote:
> On Sun, Jun 11, 2017 at 07:50:23PM +0200, Enrico Forestieri wrote:
>
> > > In that case I think I'd prefer a combo box "Code highlighting package:
> > > Listings|Minted" or somesuch.
On Mon, Jun 12, 2017 at 10:07:55AM +0200, Jürgen Spitzmüller wrote:
> 2017-06-11 19:50 GMT+02:00 Enrico Forestieri <for...@lyx.org>:
> > On Sun, Jun 11, 2017 at 07:23:45PM +0200, Jürgen Spitzmüller wrote:
> > >
> > > As I said, I propose that the user has to expli
On Mon, Jun 12, 2017 at 10:07:55AM +0200, Jürgen Spitzmüller wrote:
>
> I meant: Is the checkbox disabled in context where it does not make sense
> (i.e., for docbook classes?)
No, it isn't, but it is irrelevant in this case. Currently, you can
also enter parameters even if they have no meaning
On Sun, Jun 11, 2017 at 10:57:18PM +0200, Kornel Benko wrote:
> Am Sonntag, 11. Juni 2017 um 22:19:15, schrieb Enrico Forestieri
> <for...@lyx.org>
> > On Sun, Jun 11, 2017 at 07:23:45PM +0200, Jürgen Spitzmüller wrote:
> > > Am Sonntag, den 11.06.2017, 18:32 +020
On Sun, Jun 11, 2017 at 10:19:15PM +0200, Enrico Forestieri wrote:
>
> Maybe, the only sensible thing to do is checking for a pygmentize command
> and, if not found, warn the user but don't disable the widget.
Something like the attached.
--
Enrico
diff --git a/lib/configure
On Sun, Jun 11, 2017 at 07:23:45PM +0200, Jürgen Spitzmüller wrote:
> Am Sonntag, den 11.06.2017, 18:32 +0200 schrieb Enrico Forestieri:
> > > I also think this widget should be disabled if not all necessary
> > > packages are installed.
> >
> > This is pro
On Sun, Jun 11, 2017 at 07:23:45PM +0200, Jürgen Spitzmüller wrote:
> Am Sonntag, den 11.06.2017, 18:32 +0200 schrieb Enrico Forestieri:
> > I don't think that listings is less advanced in code highlighting.
> > The advantage of minted is that it is less sensitive to the en
On Sun, Jun 11, 2017 at 04:23:45PM +0200, Jürgen Spitzmüller wrote:
> Am Sonntag, den 11.06.2017, 13:58 +0200 schrieb Enrico Forestieri:
> > - Use minted
> > + Use minted
>
> Is there a label that is less opaque to people who do not know what
> "minted&q
On Sun, Jun 11, 2017 at 03:46:31PM +0200, Kornel Benko wrote:
> Am Sonntag, 11. Juni 2017 um 15:27:20, schrieb Enrico Forestieri
> <for...@lyx.org>
> > On Sun, Jun 11, 2017 at 03:21:42PM +0200, Kornel Benko wrote:
> >
> > > Am Sonntag, 11. Juni 2017 um 15
On Sun, Jun 11, 2017 at 03:21:42PM +0200, Kornel Benko wrote:
> Am Sonntag, 11. Juni 2017 um 15:07:20, schrieb Enrico Forestieri
> <for...@lyx.org>
> > On Sun, Jun 11, 2017 at 02:59:52PM +0200, Kornel Benko wrote:
> >
> > > Am Sonntag, 11. Juni 2017 um 14
On Sun, Jun 11, 2017 at 03:18:43PM +0200, Kornel Benko wrote:
> Am Sonntag, 11. Juni 2017 um 15:07:20, schrieb Enrico Forestieri
> <for...@lyx.org>
> > On Sun, Jun 11, 2017 at 02:59:52PM +0200, Kornel Benko wrote:
> >
> > > Am Sonntag, 11. Juni 2017 um 14
On Sun, Jun 11, 2017 at 02:59:52PM +0200, Kornel Benko wrote:
> Am Sonntag, 11. Juni 2017 um 14:03:07, schrieb Enrico Forestieri
> <for...@lyx.org>
> > commit 570ad4219eb4394399c4dc9d57a0ab76f8242047
> > Author: Enrico Forestieri <for...@lyx.org>
> > Da
On Sun, Jun 11, 2017 at 11:40:55AM +0200, Enrico Forestieri wrote:
> On Sun, Jun 11, 2017 at 11:30:08AM +0200, Enrico Forestieri wrote:
>
> > On Sun, Jun 11, 2017 at 10:44:49AM +0200, Enrico Forestieri wrote:
> >
> > > On Sun, Jun 11, 2017 at 10:40:34AM +02
On Sun, Jun 11, 2017 at 11:30:08AM +0200, Enrico Forestieri wrote:
> On Sun, Jun 11, 2017 at 10:44:49AM +0200, Enrico Forestieri wrote:
>
> > On Sun, Jun 11, 2017 at 10:40:34AM +0200, Enrico Forestieri wrote:
> >
> > > commit ab47e48dcc525ed30b4e89b782d2ce5c81
On Sun, Jun 11, 2017 at 10:44:49AM +0200, Enrico Forestieri wrote:
> On Sun, Jun 11, 2017 at 10:40:34AM +0200, Enrico Forestieri wrote:
>
> > commit ab47e48dcc525ed30b4e89b782d2ce5c81ca01c5
> > Author: Enrico Forestieri <for...@lyx.org>
> > Date:
On Sun, Jun 11, 2017 at 10:40:34AM +0200, Enrico Forestieri wrote:
> commit ab47e48dcc525ed30b4e89b782d2ce5c81ca01c5
> Author: Enrico Forestieri <for...@lyx.org>
> Date: Sun Jun 11 10:38:44 2017 +0200
>
> Change the name of the "List of listings" for minted
On Sun, Jun 11, 2017 at 01:08:34AM +0200, Enrico Forestieri wrote:
> On Mon, Oct 17, 2016 at 00:16:21AM +0200, Guillaume Munch wrote:
>
> > commit 676a0639c505d52336e3228c44c2515ccbbaf34a
> > Author: Guillaume Munch <g...@lyx.org>
> > Date: Sat Sep 24 00:49:
On Mon, Oct 17, 2016 at 00:16:21AM +0200, Guillaume Munch wrote:
> commit 676a0639c505d52336e3228c44c2515ccbbaf34a
> Author: Guillaume Munch
> Date: Sat Sep 24 00:49:00 2016 +0200
>
> Use otexstringstream for the captions of InsetCaptionables
>
> * Enable TexRow for
On Thu, Jun 08, 2017 at 07:35:51PM +0200, Enrico Forestieri wrote:
> commit 8fa0e539e52512b80c5c3eac965e3abb98ba484e
> Author: Enrico Forestieri <for...@lyx.org>
> Date: Thu Jun 8 19:33:54 2017 +0200
>
> Extend minted support to listings as child documents
>
On Thu, Jun 08, 2017 at 02:13:33AM +0200, Enrico Forestieri wrote:
> On Thu, Jun 08, 2017 at 12:47:30AM +0200, Guillaume MM wrote:
> >
> > Is it possible to make layoutName() depend on the setting and avoid
> > \ifx\minted\undefined in the output?
>
> I have no
On Thu, Jun 08, 2017 at 12:47:30AM +0200, Guillaume MM wrote:
> Le 07/06/2017 à 01:08, Enrico Forestieri a écrit :
> > commit 8dab1cfe7ee6a3bb6d5e57afb55cb357e1e8ec23
> > Author: Enrico Forestieri <for...@lyx.org>
> > Date: Wed Jun 7 00:55:23 2017 +0200
On Thu, Jun 08, 2017 at 12:50:19AM +0200, Guillaume MM wrote:
> Le 05/06/2017 à 23:15, Enrico Forestieri a écrit :
> > commit 59c22bd7b604a3ba9e0e78f7c51cb601f08d0192
> > Author: Enrico Forestieri<for...@lyx.org>
> > Date: Mon Jun 5 23:14:48 2017 +0200
> >
&
On Mon, Jun 05, 2017 at 07:37:08AM +0200, Kornel Benko wrote:
> Am Montag, 5. Juni 2017 um 03:50:47, schrieb Enrico Forestieri
> <for...@lyx.org>
> > On Sun, Jun 04, 2017 at 01:08:06PM +0200, Guillaume MM wrote:
> >
> > > Le 04/06/2017 à 02:27, Enrico Forestieri
On Sun, Jun 04, 2017 at 01:08:06PM +0200, Guillaume MM wrote:
> Le 04/06/2017 à 02:27, Enrico Forestieri a écrit :
> > On Sat, Jun 03, 2017 at 11:27:25PM +0200, Guillaume MM wrote:
> >
> > > I am wondering since this results in a different vertical spacing.
> >
On Sat, Jun 03, 2017 at 03:22:32PM -0400, Scott Kostyshak wrote:
> On Fri, Jun 02, 2017 at 12:55:47AM +0200, Enrico Forestieri wrote:
>
> > So, output_file is always empty, whatever op.dryrun. I think that
> > the following change was instead meant:
> >
> > -
On Sun, Jun 04, 2017 at 02:17:20AM +0200, Enrico Forestieri wrote:
> On Sat, Jun 03, 2017 at 05:25:44PM -0400, Scott Kostyshak wrote:
>
> > On Sat, Jun 03, 2017 at 05:26:52PM +0200, Enrico Forestieri wrote:
> > > commit 55bbd67cde18184082b074f669a6b81cc48257b6
> >
On Sat, Jun 03, 2017 at 11:27:25PM +0200, Guillaume MM wrote:
> Le 03/06/2017 à 17:26, Enrico Forestieri a écrit :
> > commit 55bbd67cde18184082b074f669a6b81cc48257b6
> > Author: Enrico Forestieri <for...@lyx.org>
> > Date: Sat Jun 3 17:26:05 2017 +0200
> >
&
On Sat, Jun 03, 2017 at 05:25:44PM -0400, Scott Kostyshak wrote:
> On Sat, Jun 03, 2017 at 05:26:52PM +0200, Enrico Forestieri wrote:
> > commit 55bbd67cde18184082b074f669a6b81cc48257b6
> > Author: Enrico Forestieri <for...@lyx.org>
> > Date: Sat Jun 3 17:26:05 2017
On Sat, Jun 03, 2017 at 01:08:07AM +0200, Enrico Forestieri wrote:
> On Fri, Jun 02, 2017 at 07:30:34PM +, Guenter Milde wrote:
> >
> > Note that the "ERT patch" is only for *stable*, i.e. 2.2.x.
> > For 2.2, ERT is the only way to ensure full backwards compat
On Fri, Jun 02, 2017 at 07:30:34PM +, Guenter Milde wrote:
>
> Note that the "ERT patch" is only for *stable*, i.e. 2.2.x.
> For 2.2, ERT is the only way to ensure full backwards compatibility.
A solution should have been thought and done before 2.2.0 was released.
Now it's too late.
--
On Thu, Jun 01, 2017 at 09:12:53PM +, Guenter Milde wrote:
> On 2017-05-26, Scott Kostyshak wrote:
> > On Fri, May 19, 2017 at 09:12:27AM -0400, Scott Kostyshak wrote:
> >> Günter has written a lot about what to do regarding em- and en-dashes.
> >> For more information, see:
>
> >>
On Thu, Jun 01, 2017 at 01:24:35PM -0400, Scott Kostyshak wrote:
> On Fri, May 05, 2017 at 08:30:51AM +0200, Tommaso Cucinotta wrote:
> > commit 0cf394dd79337b14adb2930a617c2027e0d6f2d8
> > Author: Tommaso Cucinotta
> > Date: Thu May 4 07:49:07 2017 +0200
> >
> > skip
On Thu, Jun 01, 2017 at 08:52:18PM +, Guenter Milde wrote:
> Dear Enrico,
>
> thank you for the patch.
>
> On 2017-06-01, Enrico Forestieri wrote:
> > On Thu, Jun 01, 2017 at 02:12:56PM +, Guenter Milde wrote:
>
> > Please, try the attached. I don't
On Thu, Jun 01, 2017 at 02:12:56PM +, Guenter Milde wrote:
>
> Below is a "stub patch", that tries to achieve this but fails due to my
> limite understanding of C++ and LyX code.
> I copy-pasted from Text.cpp and factory.cpp and did some edits.
> However, in a test file (2.1 file containing
On Mon, May 29, 2017 at 05:53:08PM -0400, Scott Kostyshak wrote:
> It is a not-so-rare situation that the user needs to add -shell-escape as an
> option to the LaTeX converter that is being used, in order to compile a
> document.
>
> We can't ship documents that compile out-of-the-box without
On Mon, May 29, 2017 at 11:15:01PM +0200, Enrico Forestieri wrote:
>
> Anyway, neither the change is desired, nor I can explain how that hunk
> slipped in, so I am going to revert it.
Reverted at 90c423a6.
Richard, I fear this slipped in also in stable, so you may want to
revert it t
On Mon, May 29, 2017 at 12:23:29PM -0400, Scott Kostyshak wrote:
>
> I think (if I did git bisect correctly) this commit caused a change in
> LaTeX and PDF output that I would like to make sure is expected.
>
> See the attached mwe.lyx file (in 2.2.x format). mwe_before.tex and
> mwe_before.pdf
On Mon, May 29, 2017 at 12:59:43AM +0200, Kornel Benko wrote:
>
> Do we have to install something first?
Please, have a look at the note inset in the example file.
--
Enrico
On Thu, May 25, 2017 at 06:46:54PM +0200, Jean-Marc Lasgouttes wrote:
> Le 25/05/2017 à 17:34, Enrico Forestieri a écrit :
> > No, this is not related to language nesting but is due to the fact
> > that \textbf is not a robust command and the footnote contains
> > multi
On Thu, May 25, 2017 at 09:52:53AM -0400, Scott Kostyshak wrote:
>
> git bisect suggests this commit broke the following test:
>
> doc/ja/UserGuide_pdf3
>
> This test corresponds to compiling the ja UserGuide to format
> PDF (dvipdfm), which is the default format.
>
> Perhaps the commit
On Wed, May 03, 2017 at 11:29:30AM +0200, Jean-Marc Lasgouttes wrote:
> Le 02/05/2017 à 03:13, Scott Kostyshak a écrit :
> > On Mon, May 01, 2017 at 07:21:18PM +0200, Guillaume MM wrote:
> > > Le 01/05/2017 à 18:43, Jean-Marc Lasgouttes a écrit :
> > > > We can define a lower bound for acceptable
On Tue, May 02, 2017 at 03:51:10PM +0100, F M Salter wrote:
>
> Could it be that this is all part of pdfcomment's fragility?
Yes, I think so.
--
Enrico
On Sat, Apr 29, 2017 at 08:27:13PM +0100, F M Salter wrote:
> It does compile sufficiently to produce a pdf output file.
> Accepting that the LyX editor appears to accept --- though possibly
> gagging on this file --- it was produced by LyX editing and copying!
> This might suggest there are
On Mon, Feb 27, 2017 at 12:41:40PM -0500, Scott Kostyshak wrote:
> I'm often asked by LyX users why LyX behaves in the following way:
>
> 1. Start math and type X to the power \alpha.
> 2. Inside the math inset, copy the contents.
> 3. Outside the math inset, paste.
>
> The text "X^{\alpha}" is
On Thu, Apr 20, 2017 at 11:50:03PM -0400, Scott Kostyshak wrote:
> Dear all,
>
> I am wondering if we should include racoon's patch at #10469. It can be
> seen here:
>
> http://www.lyx.org/trac/attachment/ticket/10469/0001-Fix-for-10469.patch
>
> I would propose that we include it with an OS
On Thu, Apr 13, 2017 at 11:36:56AM +, Guenter Milde wrote:
>
> Ther difference in backslash handling is due to the "r" praefix, not
> depending on binary or not:
>
> rb'\n' <-> r'\n'
>b'\n' <-> '\n'
Yes, I was aware of the meaning of the r prefix.
> In Python, the backslash
On Thu, Apr 13, 2017 at 02:45:07PM +0100, José Abílio Matos wrote:
> On Thursday, 13 April 2017 10.46.18 WEST Enrico Forestieri wrote:
> > The rule I infer from the above is that in b'' objects the backslash
> > is not special unless followed by another backslash, in which cas
On Thu, Apr 13, 2017 at 09:48:00AM +0100, José Abílio Matos wrote:
> On Wednesday, 12 April 2017 19.40.32 WEST Enrico Forestieri wrote:
> > I have some difficulty understanding how backslashes are treated
> > in bytes-like objects, though.
>
> Do you have an examples?
>
On Wed, Apr 12, 2017 at 05:03:24PM +0100, José Abílio Matos wrote:
> On Wednesday, 12 April 2017 16.49.54 WEST Enrico Forestieri wrote:
> > And how would you perform regex matches when dealing with bytes-like
> > objects in python3? Don't you get a TypeError?
>
> htt
On Wed, Apr 12, 2017 at 07:28:49PM +0200, Enrico Forestieri wrote:
> On Wed, Apr 12, 2017 at 06:09:00PM +0200, Jürgen Spitzmüller wrote:
> >
> > FWIW the patch fixes my case (although reconfiguring seems
> > significantly slower).
>
> Let's see whether José comes up w
On Wed, Apr 12, 2017 at 06:09:00PM +0200, Jürgen Spitzmüller wrote:
>
> FWIW the patch fixes my case (although reconfiguring seems
> significantly slower).
Let's see whether José comes up with something, then.
--
Enrico
On Wed, Apr 12, 2017 at 04:21:33PM +0100, José Abílio Matos wrote:
>
> The other option would be to open the file in binary mode and then we have to
> make sure to use the b"" strings when there are file manipulations.
And how would you perform regex matches when dealing with bytes-like
objects
On Wed, Apr 12, 2017 at 03:36:10PM +0200, Jürgen Spitzmüller wrote:
>
> I understand that there is no perfect method. However, if we can catch
> a significant set of cases without too much effort, we should probably
> do that.
If we agree on this, with the attached patch no re-encoding is
On Wed, Apr 12, 2017 at 03:36:10PM +0200, Jürgen Spitzmüller wrote:
>
> Could you tell me again why it is now necessary to open the files with
> a specific encoding, while we did not do that until now? (I admit that
> I skipped most of those "Python 3" threads)
Because of this commit:
On Wed, Apr 12, 2017 at 03:22:58PM +0200, Enrico Forestieri wrote:
> some extent. Try the attached patch to see in how many encodings
^
Sorry, I meant script, of course.
--
Enrico
On Wed, Apr 12, 2017 at 02:28:48PM +0200, Jürgen Spitzmüller wrote:
>
> There seem to be some ways to detect the file encoding in python:
> http://stackoverflow.com/questions/436220/determine-the-encoding-of-tex
> t-in-python
I find that the chardet library is the least reliable. I get better
On Wed, Apr 12, 2017 at 01:38:57PM +0200, Jürgen Spitzmüller wrote:
> Am Mittwoch, den 12.04.2017, 13:05 +0200 schrieb Enrico Forestieri:
>
> > I think that this deserves a comment
> > in release notes.
>
> At least. If there's a way to do the recoding via layout2lay
On Wed, Apr 12, 2017 at 12:24:20PM +0200, Jürgen Spitzmüller wrote:
> I am currently getting the following error while doing reconfigure:
>
> checking LaTeX configuration... auto
> Traceback (most recent call last):
> File "/home/juergen/lyx/lyx-devel2/lib/configure.py", line 1825, in
>
On Wed, Apr 12, 2017 at 01:16:01AM +0200, Uwe Stöhr wrote:
> El 06.04.2017 a las 10:39, Jean-Marc Lasgouttes escribió:
>
> > Here are my comments after the battle:
>
> Now I found this post. Please send me important posts to me CC.
Uwe, it is not acceptable that you are not subscribed to the
On Mon, Apr 10, 2017 at 03:07:34PM +0200, Jean-Marc Lasgouttes wrote:
> Le 10/04/2017 à 12:27, José Abílio Matos a écrit :
> > Since this fixes a bug I think that it should be committed.
> > For the final version I intend to uniform all the changes that have been
> > done
> > to support python 2
501 - 600 of 8831 matches
Mail list logo