Le 27/07/2017 à 23:27, Guenter Milde a écrit :
Dear LyX developers,
following Scotts suggestion, I prepared an overview of alternatives to
handle the problem with 2.2 breaking formatting of em- and en-dashes.
Comments and votes welcome.
Unfortunately, the topic is emotionally loaded, as we did
Am Samstag, 29. Juli 2017 um 19:14:01, schrieb Scott Kostyshak
> On Thu, Jul 27, 2017 at 11:32:06PM +0200, Kornel Benko wrote:
> > commit 2fe59adbc89f56e7e192b57c90eb5e2a8338721c
> > Author: Kornel Benko
> > Date: Thu Jul 27 23:29:29 2017 +0200
> >
> > Cmake build: Ignore boost settings i
On Sat, Jul 29, 2017 at 07:51:08PM -0400, Scott Kostyshak wrote:
> On Sat, Jul 29, 2017 at 05:48:46PM -0400, Scott Kostyshak wrote:
> > On Fri, Jul 28, 2017 at 11:31:42PM +0200, Enrico Forestieri wrote:
> > > On Tue, Jul 25, 2017 at 09:16:15PM +0200, Enrico Forestieri wrote:
> > >
> > > > I am als
On Sun, Jul 30, 2017 at 12:12:08AM +0200, Enrico Forestieri wrote:
> On Sat, Jul 29, 2017 at 05:54:33PM -0400, Scott Kostyshak wrote:
> >
> > More important to me is that we interpret "take responsibility" in a
> > different way. Enrico, if we decide to go forward with something like
> > the lates
On Sat, Jul 29, 2017 at 05:48:46PM -0400, Scott Kostyshak wrote:
> On Fri, Jul 28, 2017 at 11:31:42PM +0200, Enrico Forestieri wrote:
> > On Tue, Jul 25, 2017 at 09:16:15PM +0200, Enrico Forestieri wrote:
> >
> > > I am also investigating the possibility of attaching a context menu to
> > > the re
On Thu, Jul 27, 2017 at 11:32:06PM +0200, Kornel Benko wrote:
> commit 2fe59adbc89f56e7e192b57c90eb5e2a8338721c
> Author: Kornel Benko
> Date: Thu Jul 27 23:29:29 2017 +0200
>
> Cmake build: Ignore boost settings if we are using std-regex
>
> External/included boost is only used fo
Am Samstag, 29. Juli 2017 um 17:57:52, schrieb Scott Kostyshak
> On Thu, Jul 20, 2017 at 03:30:14PM -0400, Richard Heck wrote:
> > On 07/20/2017 01:21 AM, Jürgen Spitzmüller wrote:
> > > Am Mittwoch, den 19.07.2017, 16:37 +0200 schrieb Enrico Forestieri:
> > >> The attached patch takes into accou
Am Samstag, 29. Juli 2017 um 17:48:46, schrieb Scott Kostyshak
> On Fri, Jul 28, 2017 at 11:31:42PM +0200, Enrico Forestieri wrote:
> > On Tue, Jul 25, 2017 at 09:16:15PM +0200, Enrico Forestieri wrote:
> >
> > > I am also investigating the possibility of attaching a context menu to
> > > the re
On Sat, Jul 29, 2017 at 05:54:33PM -0400, Scott Kostyshak wrote:
>
> More important to me is that we interpret "take responsibility" in a
> different way. Enrico, if we decide to go forward with something like
> the latest patch, will you be around in the next couple of months and
> willing to mak
On Thu, Jul 20, 2017 at 03:30:14PM -0400, Richard Heck wrote:
> On 07/20/2017 01:21 AM, Jürgen Spitzmüller wrote:
> > Am Mittwoch, den 19.07.2017, 16:37 +0200 schrieb Enrico Forestieri:
> >> The attached patch takes into account all of these ideas. As a
> >> disclaimer,
> >> note that I am providin
On Thu, Jul 27, 2017 at 04:09:56PM +0200, Guillaume MM wrote:
> * One has to decide which suggestions are needed for 2.3 and which ones
> can be implemented later.
Agreed. And the more immediate issue is which suggestions are needed
before beta1. Conditional on LyX devs supporting something like
On Sat, Jul 29, 2017 at 02:03:52AM +0200, Tommaso Cucinotta wrote:
> 3) I liked to propose addition of support for running Gnuplot scripts as
> well, with the corresponding converter tagged as a 'needauth' one
> [ this last feature cannot be tagged as a security enhancement,
(clarifying, in case
On Fri, Jul 28, 2017 at 11:31:42PM +0200, Enrico Forestieri wrote:
> On Tue, Jul 25, 2017 at 09:16:15PM +0200, Enrico Forestieri wrote:
>
> > I am also investigating the possibility of attaching a context menu to
> > the red icon in the status bar.
>
> This is now done in the attached patch. Hove
On Sat, Jul 29, 2017 at 07:33:23PM +0200, Christian Ridderström wrote:
> Hoping/testing if a simple reply works and is added to the ticket.
I wish. That would be nice. I've wondered in the past whether simply
disabling the reply-to to lyx-devel would be a "second-best". There are
many fragmented c
Hoping/testing if a simple reply works and is added to the ticket.
I think this is an excellent improvement.
However, I'd like to suggest that instad of storing a timestamp, we should
store a hash of the document's contents.
I'm not sure if it's necessary to include the file name in what's hashed
Le 29/07/2017 à 13:14, mn a écrit :
On 29.07.17 12:20, Kornel Benko wrote:
Hi,
the url
"ftp://ftp.dante.de/tex-archive/info/math/voss/mathmode/Mathmode.pdf";
is no longer accessible. The new one is available under
"https://www.tug.org/~hvoss/PDF/mathmode.pdf";
Affected documents are
On 29.07.17 12:20, Kornel Benko wrote:
> Urls blocked because of security
> http://www.edpsciences.fr/aa/
> in lib/doc/(.|de|es|fr|ja)/Additional.lyx
That whole section in Additional.lyx needs to be checked.
>
> 6.1.1 Introduction
>
> This section describes how LyX can be used […]
> us
On 29.07.17 12:20, Kornel Benko wrote:
> Urls blocked because of security
> http://www.edpsciences.fr/aa/
> in lib/doc/(.|de|es|fr|ja)/Additional.lyx
The given link just uses an invalid security cert.
The site is accessible – and empty.
The journal in question seems to reside now under:
ht
On 29.07.17 12:20, Kornel Benko wrote:
> Hi,
> the url
"ftp://ftp.dante.de/tex-archive/info/math/voss/mathmode/Mathmode.pdf";
> is no longer accessible. The new one is available under
> "https://www.tug.org/~hvoss/PDF/mathmode.pdf";
> Affected documents are "lib/doc/(.|de|es|fr|ja)/Math.lyx
Hi,
the url "ftp://ftp.dante.de/tex-archive/info/math/voss/mathmode/Mathmode.pdf";
is no longer accessible. The new one is available under
"https://www.tug.org/~hvoss/PDF/mathmode.pdf";
Affected documents are "lib/doc/(.|de|es|fr|ja)/Math.lyx"
Other inaccessible urls (maybe temporary)
http
20 matches
Mail list logo
