On Sun, Jan 30, 2011 at 01:28:49AM +0100, Tommaso Cucinotta wrote:
> Il 29/01/2011 19:12, Enrico Forestieri ha scritto:
> >>just don't even try it: my own brand new automated tests just started
> >>to fail because, with that template-ish thing, at the first attempt of
On Sat, Jan 29, 2011 at 03:56:57AM +0100, Enrico Forestieri wrote:
> On Fri, Jan 28, 2011 at 11:48:52PM +0100, Jean-Marc Lasgouttes wrote:
>
> > Le 28 janv. 2011 à 22:55, Enrico Forestieri a écrit :
> > >> I can do this for you, if you wish.
> > >
> > &g
On Sun, Jan 30, 2011 at 05:16:32PM +0100, Enrico Forestieri wrote:
> On Sat, Jan 29, 2011 at 03:56:57AM +0100, Enrico Forestieri wrote:
>
> > On Fri, Jan 28, 2011 at 11:48:52PM +0100, Jean-Marc Lasgouttes wrote:
> >
> > > Le 28 janv. 2011 à 22:55, Enrico Forestieri
On Thu, Feb 03, 2011 at 12:07:50AM +0100, Tommaso Cucinotta wrote:
> Il 10/01/2011 23:54, Enrico Forestieri ha scritto:
> >On Sun, Jan 09, 2011 at 03:45:04PM +0100, Tommaso Cucinotta wrote:
> >>For example, like in the attached patch, realizing:
> >>
> >>+msgs
On Thu, Feb 03, 2011 at 10:07:38AM +0100, Edwin Leuven wrote:
> would people be interested in having tabular* support?
Yes, this is a big deficiency in LyX and achieving the same effect
is troublesome.
--
Enrico
On Thu, Feb 03, 2011 at 11:19:27AM +0100, Jürgen Spitzmüller wrote:
> Edwin Leuven wrote:
> > opinions?
>
> Too late IMHO. You had ample time to propose this patch.
Well, it depends on whether it is a big or small change, right?
--
Enrico
On Thu, Feb 03, 2011 at 12:01:55PM +0100, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > > Too late IMHO. You had ample time to propose this patch.
> >
> > Well, it depends on whether it is a big or small change, right?
>
> Yes, of course. This str
On Thu, Feb 03, 2011 at 12:29:58PM +0100, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > Isn't this a discussion?
>
> Is it really the right time now for such discussions? Is it really apt to
> consider the release of an RC if new features are still being con
On Thu, Feb 03, 2011 at 03:17:32PM +0100, sp...@lyx.org wrote:
> Author: spitz
> Date: Thu Feb 3 15:17:31 2011
> New Revision: 37457
> URL: http://www.lyx.org/trac/changeset/37457
>
> Log:
> * Allow to set language package on a per-document basis (fixes bug 2909).
>
> File format change. Commit
On Tue, Feb 01, 2011 at 09:30:14PM +0100, Georg Baum wrote:
> Jean-Pierre Chrétien wrote:
>
> > Hello,
> >
> > While performing some tests to check Georg's bug #3016 resolution,
> > I found what I think might be another unrelated bug in branch and trunk:
> > when
> > * paper format is set to de
On Fri, Feb 04, 2011 at 12:03:18AM +0100, for...@lyx.org wrote:
> Author: forenr
> Date: Fri Feb 4 00:03:18 2011
> New Revision: 37470
> URL: http://www.lyx.org/trac/changeset/37470
>
> Log:
> Don't pass the letterpaper option to the geometry package when using
> default paper format and margins
On Fri, Feb 04, 2011 at 12:16:08AM +0100, Edwin Leuven wrote:
> Pavel Sanda wrote:
> > then ok.
>
> it's a pleasure doing business with you guys:
>
> http://www.lyx.org/trac/changeset/37471
First bug report:
1) Set table width
2) Save and close document
3) Reopen document
4) Table width field i
On Fri, Feb 04, 2011 at 08:38:41AM +0100, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > What about branch?
>
> OK if you're quick. LyX 1.6.9 is due on Monday.
Committed (r37485).
--
Enrico
On Fri, Feb 04, 2011 at 10:48:31AM +0100, Edwin Leuven wrote:
> On Fri, Feb 4, 2011 at 00:34, Enrico Forestieri wrote:
> > First bug report:
>
> copy-paste error, fixed at:
>
> http://www.lyx.org/trac/changeset/37486
Thanks. Isn't the attached patch also necessa
On Fri, Feb 04, 2011 at 10:59:30AM +0100, Edwin Leuven wrote:
> Enrico Forestieri wrote:
> > Isn't the attached patch also necessary?
>
> yes, thanks. i've put it in...
While you are at it, wouldn't it be better renaming widthED as
columnWidthED, in order to avoi
On Fri, Feb 04, 2011 at 11:18:22AM +0100, Edwin Leuven wrote:
> Enrico Forestieri wrote:
> > While you are at it, wouldn't it be better renaming widthED as
> > columnWidthED, in order to avoid confusion, and tabularWidthL
> > as tabularWidthLA, in order to conform to
I'm breaking my resolution to not interfer in this discussion, but I could
not resist. However, this will be my first and last post on the subject.
On Sat, Feb 05, 2011 at 02:32:20AM +0100, Pavel Sanda wrote:
> Richard Heck wrote:
> > On 02/04/2011 05:23 PM, Vincent van Ravesteijn wrote:
> >>
> >
On Sat, Feb 05, 2011 at 09:07:24AM -0500, Richard Heck wrote:
> On 02/05/2011 06:51 AM, Enrico Forestieri wrote:
> >>>I'm guessing the answer at this point is "No", in which case using
> >>>lyxpak.py to export may still be a good idea for 2.0.
> >
On Sat, Feb 05, 2011 at 10:04:19PM +0100, Pavel Sanda wrote:
> if you are confident about the code and want to support it
> the convertor can be added into 2.0.
I will certainly support it, but I didn't try to push it in the past,
and I am not going to do so now.
--
Enrico
On Sun, Feb 06, 2011 at 04:05:14PM +0100, Jesper Stemann Andersen wrote:
> Just tried editing a bit in po/da.po in svn-trunk. After re-building on Mac
> OS X:
>
> ./configure --with-version-suffix=-2.0 --with-x=no --disable-stdlib-debug
> --prefix=/Users/jesper/Hacking/LyX/LyX.app --with-qt4-di
On Sun, Feb 06, 2011 at 04:23:47PM +0100, Enrico Forestieri wrote:
> $ mkdir -p locale/it/LC_MESSAGES
> $ ln -s ../../../po/da.gmo locale/it/LC_MESSAGES/lyx-2.0.mo
Sorry, that should have been:
$ mkdir -p locale/da/LC_MESSAGES
$ ln -s ../../../po/da.gmo locale/da/LC_MESSAGES/lyx-
On Sun, Feb 06, 2011 at 05:06:46PM -0500, Richard Heck wrote:
> On 02/06/2011 09:59 AM, Enrico Forestieri wrote:
> >On Sat, Feb 05, 2011 at 10:04:19PM +0100, Pavel Sanda wrote:
> >
> >>if you are confident about the code and want to support it
> >>the convertor
On Sun, Feb 06, 2011 at 08:32:52PM -0500, Richard Heck wrote:
> I was thinking of adding some options for gzip vs bzip2, etc, and
> definitely for command-line setting of the lyx2lyx script.
Fine with me.
--
Enrico
On Tue, Feb 08, 2011 at 10:53:34PM +0100, Pavel Sanda wrote:
> having cs_CZ locales setup on system level sometimes locales does not work
> either when make install is not done or something like that... i'm not able to
> give exact recipy and frankly even wont to touch it :)
If you run lyx in plac
On Thu, Feb 10, 2011 at 01:58:07AM +0100, Enrico Forestieri wrote:
>
> I have a working patch (see attached). It integrates texrow with
> otexstream and the line counting is thus automatic. I tested it
> quite thoroughly, and it seems to be better than what we have now,
> in th
On Thu, Feb 10, 2011 at 10:02:18PM +0100, Pavel Sanda wrote:
>
> Enrico, could you have possibly look on bug #7186 when you are after
> forw/rev search now? thats much worse issue and i have really no time
> on it
It's not any better here, but I'll try to have a look.
--
Enrico
On Thu, Feb 10, 2011 at 11:44:13PM +0100, Tommaso Cucinotta wrote:
> Il 09/02/2011 09:52, Enrico Forestieri ha scritto:
> >On Tue, Feb 08, 2011 at 10:53:34PM +0100, Pavel Sanda wrote:
> >>having cs_CZ locales setup on system level sometimes locales does not work
> >>eith
On Fri, Feb 11, 2011 at 12:06:00AM +0100, Pavel Sanda wrote:
> kuem...@lyx.org wrote:
> > Author: kuemmel
> > Date: Thu Feb 10 23:57:41 2011
> > New Revision: 37591
> > URL: http://www.lyx.org/trac/changeset/37591
> >
> > Log:
> > compile.
> >
> > Modified: lyx-devel/trunk/src/version.cpp
> > ===
On Fri, Feb 11, 2011 at 12:54:02AM +0100, Peter Kümmel wrote:
> Am I the only one where client does not build?
>
> I have to move TexRow.cpp/.h to support to fix it.
>
> Should I commit?
It compiles and links fine here.
--
Enrico
On Fri, Feb 11, 2011 at 12:49:22AM +0100, Peter Kümmel wrote:
> On 11.02.2011 00:34, Enrico Forestieri wrote:
> >No, const variables have internal linkage, so they will not be seen outside
> >their compile unit. Simply declare them as "extern" also in version.cpp.
> >
On Fri, Feb 11, 2011 at 01:02:03AM +0100, Enrico Forestieri wrote:
> On Fri, Feb 11, 2011 at 12:54:02AM +0100, Peter Kümmel wrote:
> > Am I the only one where client does not build?
> >
> > I have to move TexRow.cpp/.h to support to fix it.
> >
> > Should I c
On Fri, Feb 11, 2011 at 11:38:31AM +0100, Vincent van Ravesteijn wrote:
> Op 11-2-2011 11:26, Peter Kümmel schreef:
> >On 11.02.2011 11:02, Abdelrazak Younes wrote:
> >>On 02/11/2011 01:08 AM, Vincent van Ravesteijn wrote:
> >>> Op 11-2-2011 1:02, Enrico Forestieri
On Fri, Feb 11, 2011 at 11:07:51AM +0100, Abdelrazak Younes wrote:
> On 02/11/2011 01:04 AM, Enrico Forestieri wrote:
> >On Fri, Feb 11, 2011 at 12:49:22AM +0100, Peter Kümmel wrote:
> >>On 11.02.2011 00:34, Enrico Forestieri wrote:
> >>>No, const variables have inte
On Fri, Feb 11, 2011 at 01:10:42PM +0100, Abdelrazak Younes wrote:
> On 02/11/2011 12:22 PM, Enrico Forestieri wrote:
> >On Fri, Feb 11, 2011 at 11:07:51AM +0100, Abdelrazak Younes wrote:
> >>On 02/11/2011 01:04 AM, Enrico Forestieri wrote:
> >>>On Fri, Feb 11, 2
On Thu, Feb 10, 2011 at 10:02:18PM +0100, Pavel Sanda wrote:
> Enrico, could you have possibly look on bug #7186 when you are after
> forw/rev search now? thats much worse issue and i have really no time
> on it
Fixed at r37602.
--
Enrico
On Sat, Feb 12, 2011 at 10:03:30PM +0100, Pavel Sanda wrote:
> > // FIXME: There is a possibility of concurrent access to texrow
> > // here from the main GUI thread that should be securized.
> > d->cloned_buffer_->d->texrow = d->texrow;
>
> can you be bit more verbose about the scenario?
> you f
On Sat, Feb 12, 2011 at 09:24:10PM +0100, for...@lyx.org wrote:
> Author: forenr
> Date: Sat Feb 12 21:24:09 2011
> New Revision: 37602
> URL: http://www.lyx.org/trac/changeset/37602
>
> Log:
> Fix bug #7186 (Forward Search not working for Child Documents)
[...]
> - dviCB->addItem("xdvi -sourc
On Sat, Feb 12, 2011 at 11:34:21PM +0100, Enrico Forestieri wrote:
> On Sat, Feb 12, 2011 at 09:24:10PM +0100, for...@lyx.org wrote:
>
> > Author: forenr
> > Date: Sat Feb 12 21:24:09 2011
> > New Revision: 37602
> > URL: http://www.lyx.org/trac/changeset/37602
On Mon, Feb 14, 2011 at 10:20:25PM +0100, Pavel Sanda wrote:
> rgh...@lyx.org wrote:
> > Author: rgheck
> > Date: Mon Feb 14 03:17:50 2011
> > New Revision: 37645
> > URL: http://www.lyx.org/trac/changeset/37645
> >
> > Log:
> > Two simple changes for Python 3 compatibility.
>
> two simple chang
On Wed, Feb 16, 2011 at 11:57:22PM +0100, Vincent van Ravesteijn wrote:
> Op 16-2-2011 23:19, for...@lyx.org schreef:
> >Author: forenr
> >Date: Wed Feb 16 23:19:49 2011
> >New Revision: 37704
> >URL: http://www.lyx.org/trac/changeset/37704
> >
> >Log:
> >Don't disable apply button if one (or more
On Thu, Feb 17, 2011 at 12:06:43AM +0100, v...@lyx.org wrote:
> Author: vfr
> Date: Thu Feb 17 00:06:43 2011
> New Revision: 37705
> URL: http://www.lyx.org/trac/changeset/37705
>
> Log:
> Revert r37704. It enabled SET_TABULAR_WIDTH for all longtables (new fix
> coming soon)
This patch was work
On Thu, Feb 17, 2011 at 12:09:29AM +0100, v...@lyx.org wrote:
> Author: vfr
> Date: Thu Feb 17 00:09:29 2011
> New Revision: 37706
> URL: http://www.lyx.org/trac/changeset/37706
>
> Log:
> Fix bug #7308: Table settings dialog broken.
Previous fix was just fine. I am considering to revert this and
On Thu, Feb 17, 2011 at 12:22:48AM +0100, Vincent van Ravesteijn wrote:
> Op 17-2-2011 0:22, Enrico Forestieri schreef:
> >On Thu, Feb 17, 2011 at 12:06:43AM +0100, v...@lyx.org wrote:
> >>Author: vfr
> >>Date: Thu Feb 17 00:06:43 2011
> >>New Revision: 37
On Thu, Feb 17, 2011 at 12:20:49AM +0100, Vincent van Ravesteijn wrote:
> Op 17-2-2011 0:17, Enrico Forestieri schreef:
> >On Wed, Feb 16, 2011 at 11:57:22PM +0100, Vincent van Ravesteijn wrote:
> >> Op 16-2-2011 23:19, for...@lyx.org schreef:
> >>>Author: forenr
On Thu, Feb 17, 2011 at 12:25:54AM +0100, Vincent van Ravesteijn wrote:
> Op 17-2-2011 0:23, Enrico Forestieri schreef:
> >On Thu, Feb 17, 2011 at 12:22:48AM +0100, Vincent van Ravesteijn wrote:
> >> Op 17-2-2011 0:22, Enrico Forestieri schreef:
> >>>On Thu, Feb 1
On Thu, Feb 17, 2011 at 12:23:41AM +0100, Vincent van Ravesteijn wrote:
> Op 17-2-2011 0:22, Enrico Forestieri schreef:
> >On Thu, Feb 17, 2011 at 12:09:29AM +0100, v...@lyx.org wrote:
> >>Author: vfr
> >>Date: Thu Feb 17 00:09:29 2011
> >>New Revision: 37
On Thu, Feb 17, 2011 at 12:29:18AM +0100, Vincent van Ravesteijn wrote:
>
> This is basically saying that SET_TABULAR_WIDTH should be allowed
> for longtables, because tabular_width is zero by definition for
> longtables.
> >>>It works just fine.
> >>>
> >>It does not. It allows you to
On Thu, Feb 17, 2011 at 01:09:04AM +0100, Pavel Sanda wrote:
> Vincent van Ravesteijn wrote:
> >> Which has no effect at all.
> >>
> > It does.
>
> can both of you please come back to this point and in more than one sentence
> put down your arguments/analysis?
I am sorry, this is a behavioural pr
On Thu, Feb 17, 2011 at 09:33:44AM +0100, Edwin Leuven wrote:
> as discussed in another thread, the problem was that only the 1st
> argument got checked, and that was just an arbitrary one (the one
> which just happened to be added first in the frontend code). which is
> prone to errors as we saw.
On Sun, Oct 16, 2016 at 11:27:02PM -0400, Scott Kostyshak wrote:
> On Mon, Oct 17, 2016 at 04:00:25AM +0200, Enrico Forestieri wrote:
> > commit 261e7ae9ce7e6a1ffc4932ff9c33107588a9a4ac
> > Author: Enrico Forestieri
> > Date: Mon Oct 17 03:25:35 2016 +0200
> >
On Mon, Oct 17, 2016 at 02:57:02PM -0400, Scott Kostyshak wrote:
>
> One more detail I noticed is that the size of the equation is not
> accurate when showing the changes in output. Again, I don't think this
> is that important since the information that the equation was deleted is
> the only crit
On Tue, Oct 18, 2016 at 01:10:36AM +0200, Guillaume Munch wrote:
> Le 17/10/2016 à 04:12, Pavel Sanda a écrit :
> > Guillaume Munch wrote:
> > > Dear list,
> > >
> > > The attached patches add safe line breaks ("%\n") to the output, to
> > > crucially increase the precision of forward/reverse-sea
On Tue, Oct 18, 2016 at 09:47:28PM +0200, Guillaume Munch wrote:
>
> Yes, this can be limited to the non-nice export. How strongly do you
> feel about it? Given the other replies I am tempted to push my patch as is.
I have no strong opinion on this. However, sometimes I use sed or
awk for changin
On Tue, Oct 18, 2016 at 11:40:19PM +0200, Guillaume Munch wrote:
> Le 18/10/2016 à 22:05, Enrico Forestieri a écrit :
> >On Tue, Oct 18, 2016 at 09:47:28PM +0200, Guillaume Munch wrote:
> >>
> >>Yes, this can be limited to the non-nice export. How strongly do you
> &g
On Wed, Oct 19, 2016 at 12:18:08PM +0200, Jean-Marc Lasgouttes wrote:
> Le 18/10/2016 à 03:49, Enrico Forestieri a écrit :
> >commit 129459a71b52babb1a8e5a1e3de986976c93bde6
> >Author: Enrico Forestieri
> >Date: Tue Oct 18 03:29:53 2016 +0200
> >
> >Ta
On Wed, Oct 19, 2016 at 02:38:24PM +0200, Jean-Marc Lasgouttes wrote:
>
> I do get warnings with default compiler switches (which include -Wall here).
Just checked and discovered that my building script has a --disable-warnigs
set as an unmodifiable read-only variable ;-)
> I guess it is a fight
On Wed, Oct 19, 2016 at 02:53:43PM +0200, Jean-Marc Lasgouttes wrote:
>
> Enrico, do you have thoughts about what we really want there? What is the
> use case that we have in mind, especially when we are in a nested
> environment?
It does not seem to be something about nested environments. For ex
On Wed, Oct 19, 2016 at 03:39:53PM +0200, Jean-Marc Lasgouttes wrote:
> Le 19/10/2016 à 15:09, Enrico Forestieri a écrit :
> >Just checked and discovered that my building script has a --disable-warnigs
> >set as an unmodifiable read-only variable ;-)
>
> No warnings, no trou
On Wed, Oct 19, 2016 at 02:53:43PM +0200, Jean-Marc Lasgouttes wrote:
> Le 19/10/2016 à 14:30, Jean-Marc Lasgouttes a écrit :
> >>Tested and I think there is a minor issue. In the attached .lyx file,
> >>put the cursor at the end of "hello". Press return three times. The
> >>first two times show th
On Wed, Oct 19, 2016 at 06:20:51PM +0200, Jean-Marc Lasgouttes wrote:
>
> Thanks, it seems to work well. Here is the combo commit, for reference.
Jean-Marc, please, can you use some kind of encoding (base64,
quoted-printable or whatever) when attaching patches that start
with the word "From"?
Th
On Wed, Oct 19, 2016 at 04:12:54PM -0400, Scott Kostyshak wrote:
> On Wed, Oct 19, 2016 at 07:03:32PM +0200, Enrico Forestieri wrote:
>
> > This is because mutt takes them to be separate emails placed somewhere
> > else in the list of emails and I have to search for them or ed
On Wed, Oct 19, 2016 at 10:31:50PM +0200, Guillaume Munch wrote:
>
> Test-wise, is there anything to adapt? Are there tests specific to the
> non-nice export?
I don't know, but I don't think so.
--
Enrico
On Wed, Oct 19, 2016 at 03:09:53PM -0700, Pavel Sanda wrote:
>
> Funny thing is that my mutt read the previous message without doing
> what you describe...
I guess you are using the maildir format for your mailbox.
--
Enrico
On Thu, Oct 20, 2016 at 03:12:50PM +0200, Jean-Marc Lasgouttes wrote:
>
> I have searched a bit, and the only thing I have found (with my MUA
> Thunderbird)
> is to change _all_ my attachments to be base64. I'll try that, because I
> prefer to have you with me than against me ;), but I may have to
On Wed, Oct 19, 2016 at 05:30:20PM -0700, Pavel Sanda wrote:
> Enrico Forestieri wrote:
> > On Wed, Oct 19, 2016 at 03:09:53PM -0700, Pavel Sanda wrote:
> > >
> > > Funny thing is that my mutt read the previous message without doing
> > > what you describe..
On Thu, Oct 20, 2016 at 04:07:13PM -0700, Pavel Sanda wrote:
> Enrico Forestieri wrote:
> > On Wed, Oct 19, 2016 at 05:30:20PM -0700, Pavel Sanda wrote:
> > > Enrico Forestieri wrote:
> > > > On Wed, Oct 19, 2016 at 03:09:53PM -0700, Pavel Sanda wrote:
> > >
On Fri, Oct 21, 2016 at 12:05:00PM +0200, Jürgen Spitzmüller wrote:
> 2016-10-21 11:43 GMT+02:00 Guenter Milde :
>
> > Would it help to remove just the "OT1" leaving "TeX default, no fontenc"?
> > * texperts know the TeX default is OT1
> > * texpert know the default can be changed and fontenc (as
On Fri, Oct 21, 2016 at 07:05:29PM +, Guenter Milde wrote:
> On 2016-10-21, Enrico Forestieri wrote:
>
> > I think that the old "None (no fontenc)" was more than adequate.
> > This tells that *LyX* is not going to select any encoding.
>
> However, it was
On Fri, Oct 21, 2016 at 11:16:30PM +, Guenter Milde wrote:
> On 2016-10-21, Enrico Forestieri wrote:
> > On Fri, Oct 21, 2016 at 07:05:29PM +, Guenter Milde wrote:
> >> On 2016-10-21, Enrico Forestieri wrote:
>
> >> > I think that the old "Non
On Sat, Oct 22, 2016 at 04:37:04PM +0200, Jean-Marc Lasgouttes wrote:
> Le 22/10/2016 à 13:40, Enrico Forestieri a écrit :
> > Moreover, we add a new entry "LyX Default", which corresponds
> > to what is now the default (i.e, load fontenc with the value specified
> >
On Sat, Oct 22, 2016 at 05:05:04PM +0200, Jean-Marc Lasgouttes wrote:
> Le 22/10/2016 à 16:58, Enrico Forestieri a écrit :
> > > I still wonder why we should keep this preference.
> >
> > Good observation. I think for backward compatibility. Otherwise we
> > don&#
On Sat, Oct 22, 2016 at 05:16:49PM +0200, Jean-Marc Lasgouttes wrote:
> Le 22/10/2016 à 17:15, Enrico Forestieri a écrit :
> > If you ask me, I think that 99.99% of users didn't change that default.
> > If someone was needing a different encoding, it is much more likely that
On Sat, Oct 22, 2016 at 04:49:35PM +0200, Jean-Marc Lasgouttes wrote:
>
> As LyX stands now, it is often very difficult to put the mouse cursor
> between two insets, because insets, contrary to characters, are active
> beasts. If you click a bit to close to them, something happens. This is why
> s
On Sat, Oct 22, 2016 at 11:26:15PM +0200, Guillaume Munch wrote:
> commit 148b3ae773c441430311feb29eba01a765bc6c48
> Author: Guillaume Munch
> Date: Tue Oct 11 12:09:38 2016 +0200
>
> Move class definitions inside main class
>
> Prepare for following commits.
>
> This pre
On Sun, Oct 23, 2016 at 12:26:55AM +0200, Guillaume Munch wrote:
> Le 23/10/2016 à 00:09, Enrico Forestieri a écrit :
> > On Sat, Oct 22, 2016 at 11:26:15PM +0200, Guillaume Munch wrote:
> >
> > > commit 148b3ae773c441430311feb29eba01a765bc6c48
> > > Author: G
On Sun, Oct 23, 2016 at 09:09:22PM +0200, Guillaume Munch wrote:
> Le 23/10/2016 à 19:55, Richard Heck a écrit :
> > On 10/23/2016 01:02 PM, Guillaume Munch wrote:
> > > Le 23/10/2016 à 18:38, Enrico Forestieri a écrit :
> > > > commit dea5ba16de1b98d93cf30ab65
On Sun, Oct 23, 2016 at 07:02:31PM +0200, Guillaume Munch wrote:
> Le 23/10/2016 à 18:38, Enrico Forestieri a écrit :
> > commit dea5ba16de1b98d93cf30ab65119bc2364a7ac2b
> > Author: Enrico Forestieri
> > Date: Sun Oct 23 18:23:41 2016 +0200
> >
> > C
On Sat, Oct 22, 2016 at 09:55:02PM -0700, Pavel Sanda wrote:
> Enrico Forestieri wrote:
> > Yes, of course, because procmail inserted a ">" just in front of the
> > "From " line in the attachment (which I do manually).
> >
> > Care to share the c
On Sun, Oct 23, 2016 at 11:52:55PM +0200, Guillaume Munch wrote:
>
> The code does look fragile to me. I do not think that asking that
> developers care about maintainability is being overzealous. Then, maybe
> I am mistaken about the code and you got to something found maintainable
> enough after
On Mon, Oct 24, 2016 at 11:42:16AM -0700, Pavel Sanda wrote:
> Enrico Forestieri wrote:
> > On Sat, Oct 22, 2016 at 09:55:02PM -0700, Pavel Sanda wrote:
> >
> > > Enrico Forestieri wrote:
> > > > Yes, of course, because procmail inserted a ">"
On Tue, Oct 25, 2016 at 04:04:01PM +0200, Enrico Forestieri wrote:
> commit 3cf0cbb3c69e73d72b6cee3723de7b67e69c4c0a
> Author: Enrico Forestieri
> Date: Tue Oct 25 16:03:34 2016 +0200
>
> Show on screen font changes for text-in-math
Richard, please find attached the corr
On Mon, Oct 31, 2016 at 12:05:10PM -0400, Richard Heck wrote:
> On 10/31/2016 10:24 AM, Enrico Forestieri wrote:
> > commit e3c3719643c46819aa586346a313d514c5903898
> > Author: Enrico Forestieri
> > Date: Mon Oct 31 15:23:20 2016 +0100
> >
> > Don'
On Mon, Nov 07, 2016 at 01:31:31PM +, Guenter Milde wrote:
>
> As the meaning of LINE SEPARATOR and PARAGRAPH SEPARATOR is clear from
> http://unicode.org/versions/Unicode5.2.0/ch05.pdf
> we can transform them to the corresponding LaTeX representation:
>
> 0x2028 "" "
On Tue, Nov 08, 2016 at 02:28:51PM +0100, Stephan Witt wrote:
> Am 07.11.2016 um 15:34 schrieb Enrico Forestieri :
> >
> > On Mon, Nov 07, 2016 at 01:31:31PM +, Guenter Milde wrote:
> >>
> >> As the meaning of LINE SEPARATOR and PARAGRAPH SEPARATOR is c
On Wed, Nov 09, 2016 at 11:46:33AM +0100, Jean-Marc Lasgouttes wrote:
> When using dialogs (prefs for example) with master, I get some
>
> QMetaObject::connectSlotsByName: No matching signal for
> on_bufferViewChanged()
> QMetaObject::connectSlotsByName: No matching signal for
> on_bufferViewChang
On Wed, Nov 09, 2016 at 10:52:19PM +0100, Guillaume Munch wrote:
>
> Patch looks good, feel free to commit. Except for:
>
> > QObject::connect(wa, SIGNAL(bufferViewChanged()),
> > -this, SIGNAL(bufferViewChanged()));
> > +this, SLOT(onBufferViewChanged(
On Mon, Nov 21, 2016 at 05:50:45PM -0800, Pavel Sanda wrote:
> Tommaso Cucinotta wrote:
> > On 21/11/2016 01:49, LyX Ticket Tracker wrote:
> >> Comment (by t.cucinotta):
> >>
> >> Just worked out new separate patch-set for the cross-OS needauth security
> >> option for converters (asking users i
On Tue, Nov 22, 2016 at 10:02:09AM +0100, Jean-Marc Lasgouttes wrote:
> commit e91572a00bd61d56b5386519b52d316a32974497
> Author: Daniel Ramöller
> Date: Sun Oct 9 09:15:20 2016 +0200
>
> Add the icon-size to the toolbar menu
>
> - Adds LFUNs for setting the icon size
> - Adds
On Tue, Nov 22, 2016 at 10:16:13AM +0100, Jean-Marc Lasgouttes wrote:
> Le 22/11/2016 à 00:56, Guillaume Munch a écrit :
> > Never mind, I found it. Now, did you have a plan for implementing the
> > various \fontdimen in LyX ? (see the hack I had to resort to just for
> > determining the math axis
On Tue, Nov 22, 2016 at 11:59:37PM +0100, Tommaso Cucinotta wrote:
>
> There's a couple of TODOs left:
> 1. versioning of the preferences file, I don't know much in this area, the
> patch adds a couple of preferences options, what else is needed?
Have a look at c2a18fc1 to get an idea.
> 2. pers
On Wed, Nov 23, 2016 at 10:27:03PM +0100, Tommaso Cucinotta wrote:
>
> One note: one way to avoid the [auth session] section growing unbounded,
> might be to have an expiry timestamp, so that e.g., authorizations would
> expire in ~1y or so. This might be done with a section syntax like:
>
>
On Sat, Nov 26, 2016 at 01:20:42AM -0500, Scott Kostyshak wrote:
> When opening the file
>
> autotests/mathmacros/testcases_speed.lyx
>
> I get the following terminal output:
>
> Text.cpp (1851): Handling unknown body token: `\begin_manifest'
> Text.cpp (1851): Handling unknown body token: `\
On Wed, Nov 30, 2016 at 10:40:09AM -0500, Scott Kostyshak wrote:
>
> Thanks for the explanations. It seems we should report the LyX display
> bug you mention above, and then just not worry about the compilation
> failures.
I found that enclosing the nested macros in brace insets circumvents
both
On Wed, Nov 30, 2016 at 04:27:53PM +0100, Enrico Forestieri wrote:
>
> This display bug has not changed until lyx 2.2 but now it becomes worse in
> lyx 2.3, where the default parameters are not shown anymore and an empty
> blue rectangle takes their place (see foo3.png).
This
On Wed, Nov 30, 2016 at 05:23:59PM +0100, Enrico Forestieri wrote:
> On Wed, Nov 30, 2016 at 10:40:09AM -0500, Scott Kostyshak wrote:
> >
> > Thanks for the explanations. It seems we should report the LyX display
> > bug you mention above, and then just not worry
On Thu, Dec 01, 2016 at 12:35:49AM +0100, Enrico Forestieri wrote:
> On Wed, Nov 30, 2016 at 05:23:59PM +0100, Enrico Forestieri wrote:
> > On Wed, Nov 30, 2016 at 10:40:09AM -0500, Scott Kostyshak wrote:
> > >
> > > Thanks for the explanations. It seems we should repor
On Thu, Dec 01, 2016 at 11:47:19AM +0100, Kornel Benko wrote:
> Am Donnerstag, 1. Dezember 2016 um 01:01:44, schrieb Enrico Forestieri
>
> >
> > Or we can add the braces on output, as done in the attached patch (also
> > including the previous one). The braces will
On Thu, Dec 01, 2016 at 05:20:33PM +0100, Kornel Benko wrote:
>
> Please commit. Looks good.
Done at e8f480e7. Thanks for testing.
--
Enrico
This only occurs with 2.2.3dev (not with 2.2.2, nor with 2.3.0dev):
1) Start lyx, make sure the source pane is closed
2) File->New
3) View->Source Pane
4) View->Source Pane
5) File->Close
6) File->New
7) View->Source Pane
Now lyx segfaults:
Program received signal SIGSEGV, Segmentation fault.
0x
On Wed, Nov 30, 2016 at 04:48:54PM +0100, Jean-Marc Lasgouttes wrote:
> Le 12/11/2016 à 16:55, Stephan Witt a écrit :
> > Hi fellows,
> >
> > I've recently learned LyX has problems with clean crash management on Mac
> > OS X.
> >
> > The first problem is the call stack printing feature. The cod
801 - 900 of 4922 matches
Mail list logo
