On Fri, Nov 27, 2015 at 03:57:45AM -0500, Scott Kostyshak wrote:
> alpha2 tarballs can be found here:
> ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.2/lyx-2.2.0alpha2/
>
> I will announce it once Windows and Mac installers are available.
Installers have been uploaded. I will "release" (notify lyx-users
On Sat, Nov 28, 2015 at 04:28:38AM +0100, Uwe Stöhr wrote:
> Am 27.11.2015 um 09:57 schrieb Scott Kostyshak:
>
> >I will announce it once Windows and Mac installers are available.
>
> Here is the Win installer:
> https://ftp.lyx.de/LyX%202.2.0-alpha-2/
Thanks. It is now uploaded.
Scott
signat
On Fri, Nov 27, 2015 at 09:44:23PM -0500, Richard Heck wrote:
> On 11/27/2015 08:06 PM, Scott Kostyshak wrote:
> > We have a way of allowing a layout to be empty via the KeepEmpty tag. > But
> > do we have a way of _forcing_ a layout to be empty? For example,
> in > IEEEtran-Conference.lyx we have
On Fri, Nov 27, 2015 at 09:52:29PM -0500, Richard Heck wrote:
> On 11/27/2015 08:02 PM, Scott Kostyshak wrote:
> Actually, I really meant that *I* should have done it, since I'm
> probably more aware of the
> need to do it, since I wrote the prefs2prefs stuff.
I understood. I was just frustra
On Sat, Nov 28, 2015 at 03:44:48AM +0100, Uwe Stöhr wrote:
> Am 28.11.2015 um 03:33 schrieb Richard Heck:
>
> >This is the first of dozens of such changes, where an empty line has
> >been removed. I do not know if this matters to LyX, but it may well
> >matter for lyx2lyx code,
>
> The reason is
On 11/27/2015 10:10 PM, Uwe Stöhr wrote:
> Am 28.11.2015 um 03:48 schrieb Richard Heck:
>
>> I found a bug: You forgot to revert Solution* in the lyx2lyx code. It
>> was completely accidental that I found this, too.
>
> OK, but this is no reason to stop shipping alpha2. And you know my
> opinion ab
On 11/27/2015 10:01 PM, Uwe Stöhr wrote:
> Am 27.11.2015 um 23:06 schrieb Richard Heck:
>
>> The attached patch corrects an oversight in the lyx2lyx code for the
>> Solution and Solution* environments, namely, that the latter was not
>> handled. Someone please have a look. And Uwe, can you please t
Am 27.11.2015 um 09:57 schrieb Scott Kostyshak:
I will announce it once Windows and Mac installers are available.
Here is the Win installer:
https://ftp.lyx.de/LyX%202.2.0-alpha-2/
regards Uwe
Am 28.11.2015 um 03:48 schrieb Richard Heck:
I found a bug: You forgot to revert Solution* in the lyx2lyx code. It
was completely accidental that I found this, too.
OK, but this is no reason to stop shipping alpha2. And you know my
opinion about reverting new features to TeX code. If I could
Am 27.11.2015 um 23:06 schrieb Richard Heck:
The attached patch corrects an oversight in the lyx2lyx code for the
Solution and Solution* environments, namely, that the latter was not
handled. Someone please have a look. And Uwe, can you please test?
Your patch is not applicable. You have uncha
Am 27.11.2015 um 18:52 schrieb Georg Baum:
Removal of utilities that where created by others who invested a lot of time
should be discussed on the list first.
I did not remove them from LyX I only removed support for it from the
installer. If you like you can of course use it with LyX. it is
On 11/27/2015 08:02 PM, Scott Kostyshak wrote:
> On Fri, Nov 27, 2015 at 04:27:09PM -0500, Richard Heck wrote: >> On
> 11/27/2015 01:56 PM, Scott Kostyshak wrote: >>> On Fri, Nov 27,
2015 at 05:57:08PM +0100, Richard Heck wrote: >> commit
1bf01a8ad307729fa486563d600ba9d8c2320368 >> Author: Richard
On 11/27/2015 09:35 PM, Uwe Stöhr wrote:
> Am 27.11.2015 um 18:55 schrieb Georg Baum:
>
>>> I don't know if there are problems (apart from the copy-paste error
>>> found
>>> by Guillaume)...
>
> Guys, please! If you find a problem then shout but not if there is no
> real problem. Jürgen reviewed my
Am 28.11.2015 um 03:33 schrieb Richard Heck:
-\origin /systemlyxdir/doc/
+\origin unavailable
I know we've had problems with this, but what is right here?
Enrico told me that \origin /systemlyxdir/doc/ is important. But in
practice it is not working. It is vanishing all the time, see commit
On 11/27/2015 08:06 PM, Scott Kostyshak wrote:
> We have a way of allowing a layout to be empty via the KeepEmpty tag. > But
> do we have a way of _forcing_ a layout to be empty? For example,
in > IEEEtran-Conference.lyx we have a note that says "Don't add text
here!" > > I also ran across this in
On 11/27/2015 09:29 PM, Uwe Stöhr wrote:
> Am 28.11.2015 um 03:21 schrieb Richard Heck:
>
>> You might want to read lyx-devel before doing any more of this sort of
>> thing. We're not supposed to be making ANY commits without the approval
>> of at least one other developer, let alone commits to whi
There seem to have been some possibly unintended changes with this commit.
> commit 695399b062441aceb9c3a1fb29fbe18edf6ba55c
> Author: Uwe Stöhr
> Date: Sat Nov 28 03:23:38 2015 +0100
>
> UserGuide.lyx and Math.lyx: update version number
>
> diff --git a/lib/doc/Math.lyx b/lib/doc/Math.lyx
Am 27.11.2015 um 18:55 schrieb Georg Baum:
I don't know if there are problems (apart from the copy-paste error found
by Guillaume)...
Guys, please! If you find a problem then shout but not if there is no
real problem. Jürgen reviewed my proposal, I did a lot of tests and
waited until alpha 1
Am 28.11.2015 um 03:21 schrieb Richard Heck:
You might want to read lyx-devel before doing any more of this sort of
thing. We're not supposed to be making ANY commits without the approval
of at least one other developer, let alone commits to which other people
have objected.
Who else is able t
On Sat, Nov 28, 2015 at 02:05:06AM +0100, Uwe Stöhr wrote:
> commit 764cc2be1f6a56d946235f1ed7804601df829a16
> Author: Uwe Stöhr
> Date: Sat Nov 28 02:04:57 2015 +0100
>
> installer: remove residues of metafile2eps
>
Hi Uwe,
Two points:
1. There is an objection to removing metafile2eps.
We have a way of allowing a layout to be empty via the KeepEmpty tag.
But do we have a way of _forcing_ a layout to be empty? For example, in
IEEEtran-Conference.lyx we have a note that says "Don't add text here!"
I also ran across this in a separate setting.
This request might be similar to
http
On Fri, Nov 27, 2015 at 04:27:09PM -0500, Richard Heck wrote:
> On 11/27/2015 01:56 PM, Scott Kostyshak wrote:
> > On Fri, Nov 27, 2015 at 05:57:08PM +0100, Richard Heck wrote: >> commit
> > 1bf01a8ad307729fa486563d600ba9d8c2320368 >> Author: Richard
> Heck >> Date: Fri Nov 27 11:56:17 2015 -05
The attached patch corrects an oversight in the lyx2lyx code for the
Solution and Solution* environments, namely, that the latter was not
handled. Someone please have a look. And Uwe, can you please test? I've
tested it myself, and it seems to work here.
I am thinking seriously at this point abou
On 11/27/2015 01:56 PM, Scott Kostyshak wrote:
> On Fri, Nov 27, 2015 at 05:57:08PM +0100, Richard Heck wrote: >> commit
> 1bf01a8ad307729fa486563d600ba9d8c2320368 >> Author: Richard
Heck >> Date: Fri Nov 27 11:56:17 2015 -0500 >>
>> Update format of bind and ui files. > > Thanks, Richard.
On 11/27/2015 02:08 PM, Scott Kostyshak wrote:
> On Fri, Nov 27, 2015 at 08:00:53PM +0100, Georg Baum wrote: >> Scott
> Kostyshak wrote: >> >>> Oops. I take responsibility for this
for releasing with unreviewed >>> stuff. Would you recommend I stop the
release of alpha2? >> >> No IMHO, since tarba
On Fri, Nov 27, 2015 at 08:00:53PM +0100, Georg Baum wrote:
> Scott Kostyshak wrote:
>
> > Oops. I take responsibility for this for releasing with unreviewed
> > stuff. Would you recommend I stop the release of alpha2?
>
> No IMHO, since tarballs have already been published, this would only cause
Scott Kostyshak wrote:
> Oops. I take responsibility for this for releasing with unreviewed
> stuff. Would you recommend I stop the release of alpha2?
No IMHO, since tarballs have already been published, this would only cause
confusion. The probability that something is wrong is low (but not zer
On Fri, Nov 27, 2015 at 05:57:08PM +0100, Richard Heck wrote:
> commit 1bf01a8ad307729fa486563d600ba9d8c2320368
> Author: Richard Heck
> Date: Fri Nov 27 11:56:17 2015 -0500
>
> Update format of bind and ui files.
Thanks, Richard. I will not miss this next time.
Scott
signature.asc
Desc
On Fri, Nov 27, 2015 at 02:41:12PM +0100, Jean-Marc Lasgouttes wrote:
> Le 25/11/2015 08:54, Scott Kostyshak a écrit :
> >rm: cannot remove ‘../../po/lyx.pot’: Permission denied
> >Makefile:368: recipe for target 'lyx.pot-update' failed
> >
> >I wouldn't be surprised if this is something specific t
On Fri, Nov 27, 2015 at 06:55:52PM +0100, Georg Baum wrote:
> Georg Baum wrote:
>
> > Uwe Stöhr wrote:
> >
> >> Am 18.11.2015 um 20:35 schrieb Georg Baum:
> >
> > Where is the review of the second commit 0ae337014ec6c? I might not have
> > looked well enough, but I only saw the one on trac, whic
On Fri, Nov 27, 2015 at 01:07:26PM -0500, Richard Heck wrote:
> > because it does a pure vector
> > conversion, while ImageMagick converts to bitmap, so the quality of the
> > result is lower. IMO, the removal should be reverted.
>
> Certainly if metafile2eps does vector conversion whereas Imag
On 11/27/2015 12:52 PM, Georg Baum wrote:
> Uwe Stöhr wrote:
>
>> commit 2bd2aa27811ab08d832f37354e3d2a6f0cbfda8c
>> Author: Uwe Stöhr
>> Date: Fri Nov 27 00:39:38 2015 +0100
>>
>> installer: install Qt plugin DLLs correctly
>>
>> - also remove support metafile2eps because:
>>
Georg Baum wrote:
> Uwe Stöhr wrote:
>
>> Am 18.11.2015 um 20:35 schrieb Georg Baum:
>
> Where is the review of the second commit 0ae337014ec6c? I might not have
> looked well enough, but I only saw the one on trac, which did only cover
> the first commit cc6c86ff3b7.
>
>>> Changing the AMS the
Uwe Stöhr wrote:
> commit 2bd2aa27811ab08d832f37354e3d2a6f0cbfda8c
> Author: Uwe Stöhr
> Date: Fri Nov 27 00:39:38 2015 +0100
>
> installer: install Qt plugin DLLs correctly
>
> - also remove support metafile2eps because:
> - it is outdated
> - unnecessary third-party
On 11/27/2015 05:33 AM, Jean-Marc Lasgouttes wrote:
> Le 27/11/2015 04:45, Richard Heck a écrit :
>> On 11/26/2015 10:12 PM, Scott Kostyshak wrote:
>>> On Thu, Nov 26, 2015 at 08:21:19PM -0500, Richard Heck wrote:
I will fix this, but can't do so tonight (Thanksgiving holiday in US).
It s
Am Freitag, 27. November 2015 um 13:23:04, schrieb Jean-Marc Lasgouttes
> Le 27/11/2015 12:28, Kornel Benko a écrit :
> >> Back to this problem. What about the following patch?
> >>
> >> JMarc
> >
> > Yes, that is easy to notice :)
>
> Do you mean that it is OK, or too large?
>
> JMarc
It is O
2015-11-27 14:37 GMT+01:00 Jean-Marc Lasgouttes :
> What about the start of a paragraph?
At the start of a paragraph, hfills and hspaces are _not_discarded.
> And what about the end of row/paragraph?
>
hfills at the end of a paragraph are expanded.
I think what the old mechanism tried to do
Le 25/11/2015 08:54, Scott Kostyshak a écrit :
rm: cannot remove ‘../../po/lyx.pot’: Permission denied
Makefile:368: recipe for target 'lyx.pot-update' failed
I wouldn't be surprised if this is something specific to my computer but
thought I would check in just to make sure.
All I can say for
Le 27/11/2015 14:29, Jürgen Spitzmüller a écrit :
\hspace and \hfill will be discarded at the beginning of a line (as
opposed to the starred forms).
So after \\, \newline etc., but also after an automatic line break.
The former is something which we can symbolize in the work area (and do
so,
2015-11-27 12:12 GMT+01:00 Jean-Marc Lasgouttes :
> Ping! Is there some LaTeXnician that can tell me what we are supposed to
> do to detect which hfills will expand and which will not?
>
\hspace and \hfill will be discarded at the beginning of a line (as opposed
to the starred forms).
So after \
Le 27/11/2015 12:28, Kornel Benko a écrit :
Back to this problem. What about the following patch?
JMarc
Yes, that is easy to notice :)
Do you mean that it is OK, or too large?
JMarc
Am Freitag, 27. November 2015 um 11:41:49, schrieb Jean-Marc Lasgouttes
> Le 14/04/2015 17:08, Kornel Benko a écrit :
> >>> You are right, I prefer a little thicker lines.
> >>> The dashed line does not respect the used font size, only the preferences
> >>> zoom.
> >>
> >> The one I propose resp
Le 24/11/2015 09:37, Jean-Marc Lasgouttes a écrit :
I do not really understand myself when hfills get discarded. As I
understand it, hspace can be discarded too in some cases. I have first
to have a description of the algorithm to be able to proceed.
Ping! Is there some LaTeXnician that can tel
Le 14/04/2015 17:08, Kornel Benko a écrit :
You are right, I prefer a little thicker lines.
The dashed line does not respect the used font size, only the preferences zoom.
The one I propose respects the font size, I find it better.
JMarc
Maybe my eyes are not the best, but look at this snaps
Le 24/11/2015 20:02, Uwe Stöhr a écrit :
As I already explained in the relevant thread, there are already cases
where we do what you want: table cells and floats. It would be trivial
to extend this so that alignment is done like that also for makebox (we
do not want to change minipage/parbox, do
Le 27/11/2015 04:45, Richard Heck a écrit :
On 11/26/2015 10:12 PM, Scott Kostyshak wrote:
On Thu, Nov 26, 2015 at 08:21:19PM -0500, Richard Heck wrote:
I will fix this, but can't do so tonight (Thanksgiving holiday in US).
It should be considered an alpha2 blocker.
OK good thing you mentioned
alpha2 tarballs can be found here:
ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.2/lyx-2.2.0alpha2/
I will announce it once Windows and Mac installers are available.
Scott
signature.asc
Description: PGP signature
47 matches
Mail list logo