Am 30.11.2015 um 02:35 schrieb Richard Heck:
Note also that the use of higher formats does NOT mean the document
cannot be exported. It means one will have to do manual fixup of local
layout, to reduce the format number to something appropriate. But people
who are messing with local layout will
On 11/29/2015 06:29 PM, Uwe Stöhr wrote:
> Am 29.11.2015 um 22:13 schrieb Richard Heck:
>
>> There is no reversion in layout2layout, so this is not possible. That's
>> why I suggested issuing a warning.
>
> That is bad. You see that my argumentation against backward
> compatibility is sadly true -
Am 30.11.2015 um 01:57 schrieb Andrew Parsloe:
When I discovered LyX about ten years ago, I saved my Word 95 documents
as rtf and used rtf2latex2e to convert them to latex so that they could
be imported into LyX. The figures in the Word documents were separated
out by rtf2latex2e into wmf files.
Guillaume Munch wrote:
> You describe a method for this, above, but to me it sounds like a
> cumbersome way to force-record the state of an inset (for instance, it
I agree it is cumbersome, my reasoning was that I would rather impose this
complexity on user who is using git & CT than complicating
On 30/11/2015 11:39 a.m., Uwe Stöhr wrote:
Interestingly I could not find a single emf file on my PC. I also
never stumbled over this image format at work.
I downloaded now one and it appears that no browser can display this
file format. So I am wondering what program created emf natively.
Am 29.11.2015 um 22:13 schrieb Richard Heck:
There is no reversion in layout2layout, so this is not possible. That's
why I suggested issuing a warning.
That is bad. You see that my argumentation against backward
compatibility is sadly true - it costs us much manpower.
In fact we need to kee
Am 26.11.2015 um 09:09 schrieb Guenter Milde:
No. Many users (including myself) don't use a *complete* TeX distribution
That makes me wonder. In the world around me everybody uses just click
and go. Why do you fiddle around to get a TeX subset when there is
TeXLive that you can install with
Am 29.11.2015 um 22:26 schrieb Jean-Marc Lasgouttes:
Why would the text in the minipage need different vertical spacing than
the main text? They are of same nature.
Well, the user is free to decide. if he likes it, why not? Note that i
am arguing for a method to set the alignment to ALL box t
Am Sonntag, 29. November 2015 um 23:44:54, schrieb Uwe Stöhr
> Am 29.11.2015 um 22:30 schrieb Kornel Benko:
>
> > The problem may also be usage (respective non-usage) of --std=c++11.
> > I already asked, what to do to allow MSVC to use this flag, but got no
> > answer.
> > ATM the windows compil
Am 29.11.2015 um 22:30 schrieb Kornel Benko:
The problem may also be usage (respective non-usage) of --std=c++11.
I already asked, what to do to allow MSVC to use this flag, but got no answer.
ATM the windows compilation is probably without, setting the 'LYX_USE_CXX11' to 0
The changes could be
Am 28.11.2015 um 11:15 schrieb Georg Baum:
If there are problems with the installation then please ask on the list for
help and opinions.
I am the only Win developer here. My spare time is limited and the
installer consumes a lot of time.
The installer is there to provide a fully functional L
Hello,
I would like to know if it would be too difficult for you to implement an
option that permits us to fix the margin between the text's border and
LyX's window border. Currently, there is nearly zero margin, and that is
something that slightly annoyed me for many years.
I was wondering if the
Am Sonntag, 29. November 2015 um 21:50:24, schrieb Uwe Stöhr
> As suggested in
> http://www.lyx.org/trac/ticket/9373
> I tried to compile LyX on Windows with std_regex. When doing this, i get
> these error messages (and many more):
>
The problem may also be usage (respective non-usage) of --std
Le 29/11/2015 22:13, Uwe Stöhr a écrit :
Am 27.11.2015 um 11:39 schrieb Jean-Marc Lasgouttes:
Are we sure that minipage always requires centering without extra
spacing? I am really not sure...
I am sure. See the attached file:
Emphasis was on "always" above. If your reasoning is correct, th
Am Sonntag, 29. November 2015 um 11:10:37, schrieb Richard Heck
> On 11/29/2015 09:35 AM, Kornel Benko wrote:
> > Am Sonntag, 29. November 2015 um 12:20:27, schrieb Georg Baum
> >
> >> Richard Heck wrote:
> >>> We should presumably make a point of converting this stuff before a
> >>> release. I'
On 11/29/2015 03:33 PM, Uwe Stöhr wrote:
> Am 29.11.2015 um 12:20 schrieb Georg Baum:
>
>> Well, this has a drawback: If we do this, then all files using local
>> layouts
>> are not longer exportable to version 2.1.
>
> Oh, that is a big problem in my opinion. I mean we promise backwards
> compatib
Am 27.11.2015 um 11:39 schrieb Jean-Marc Lasgouttes:
Are we sure that minipage always requires centering without extra
spacing? I am really not sure...
I am sure. See the attached file:
The paragraph separation in this file is the default - indentation not
vertical space.
So users just wan
As suggested in
http://www.lyx.org/trac/ticket/9373
I tried to compile LyX on Windows with std_regex. When doing this, i get
these error messages (and many more):
---
"D:\LyXGit\Master\compile-result\src\tex2lyx\tex2lyx.vcxproj"
(Standardziel) (23) ->
supp
Am 29.11.2015 um 12:20 schrieb Georg Baum:
Well, this has a drawback: If we do this, then all files using local layouts
are not longer exportable to version 2.1.
Oh, that is a big problem in my opinion. I mean we promise backwards
compatibility but also provide in the document settings the bu
Am 29.11.2015 um 13:01 schrieb Georg Baum:
These changes are done by LyX, not lyx2lyx. LyX does this when it opens a
file that has been converted by lyx2lyx to version 482 or later before, but
was never saved by LyX after that conversion. The reason is that lyx2lx does
not have the needed knowle
Le 29/11/2015 21:24, Uwe Stöhr a écrit :
In this case I compiled it correctly but put the files from the git
master lib folder to the installer instead of the files from the tarball.
The lyx.exe and tex2lyx.exe in the installer are the correct ones (see
the date when LyX is started). So there is
Am 29.11.2015 um 05:22 schrieb Richard Heck:
Besides this it seems that I built the lyx.exe including this patch.
This was not the plan and I hate git for this. It is hard to figure
out what branch is now really used. I took Scott's file into my build
branch but it seems I compiled git master n
Le 29/11/2015 16:39, Richard Heck a écrit :
I'd suggest beta in two weeks if we don't run into any serious problems,
then see how that goes. If well, then we can shoot for RC in mid-January.
This looks good to me.
JMarc
Kornel Benko wrote:
> Am Sonntag, 29. November 2015 um 13:18:39, schrieb Georg Baum
>
>>
>> Convert to 2.2 format and use TeX fonts
>>
>> This works around a limitation of the test machinery, which never
>> switches TeX fonts on for format that need that, it only switches TeX
>>
Am Sonntag, 29. November 2015 um 13:18:39, schrieb Georg Baum
> commit 63bb24d385980911815f3d840f46eb34180b68fb
> Author: Georg Baum
> Date: Sun Nov 29 13:16:46 2015 +0100
>
> Convert to 2.2 format and use TeX fonts
>
> This works around a limitation of the test machinery, which n
Abdelrazak Younes wrote:
I Abdel,
I'll do what you suggested, with one exception:
> LYXERR0("FileName::copyTo(): Could not copy file " << *this << " to " <<
> name); sting const error = fromqstr(f.errorString());
> if (!error.empty())
> LYXERR0(": " << error);
This would add an unwanted li
Kornel Benko wrote:
> Am Sonntag, 29. November 2015 um 18:27:48, schrieb Georg Baum
>
>> Merging ../lyx-2.1-git/po/sk.po into po/sk.po: Updated 2 translations.
>
> This must be wrong. Only one translation is not in master "Verbatim*", but
> that is sure not in branch too.
>
> All other are more
Le 29/11/2015 17:17, Richard Heck a écrit :
I use ccache to accelerate the recompilation between checkouts, it
works well if you have some spare hard disk space.
Never heard of that. I'm not sure I want to use it for all compilations,
though. I'd like to be able to use it just for LyX. But tha
Am Sonntag, 29. November 2015 um 18:27:48, schrieb Georg Baum
> Merging ../lyx-2.1-git/po/sk.po into po/sk.po: Updated 2 translations.
This must be wrong. Only one translation is not in master "Verbatim*", but that
is sure not in branch too.
All other are more uptodate than in branch.
Hi Georg,
Few nitpicks inline.
On 29/11/2015 18:53, Georg Baum wrote:
The investigation of bug 9139 showed that the error message we give when a
file operation fails is not too clever. The attached patch improves this. It
is still not optimal (since qt has a very limited set of error causes tha
The investigation of bug 9139 showed that the error message we give when a
file operation fails is not too clever. The attached patch improves this. It
is still not optimal (since qt has a very limited set of error causes that
are reported), but if we want to get the real error from the OS we ha
Georg Baum wrote:
> I can update the script to produce readable diffs (currently there are
> many re-formattings which hide the real changes), then we could actually
> use it, but last time I asked I got no feedback, so I did not do it so
> far.
Actually I just did it:
$ python -tt development/t
On 11/29/2015 11:52 AM, Guillaume Munch wrote:
> Le 29/11/2015 16:20, Richard Heck a écrit :
>> On 11/29/2015 06:51 AM, Georg Baum wrote:
>>> Richard Heck wrote:
>>>
On 11/28/2015 10:17 PM, Uwe Stöhr wrote:
> Besides this it seems that I built the lyx.exe including this patch.
> T
On 11/29/2015 11:26 AM, Kornel Benko wrote:
> Am Sonntag, 29. November 2015 um 17:15:19, schrieb Uwe Stöhr
> >> commit 7499b14b50bf528547c5585cbb0f7e2de11b8a8a >>
> Author: Uwe Stöhr
>> Date: Sun Nov 29 17:15:15 2015 +0100 >> >>
Customization.lyx: update localLayout format >> >>
Le 29/11/2015 16:20, Richard Heck a écrit :
On 11/29/2015 06:51 AM, Georg Baum wrote:
Richard Heck wrote:
On 11/28/2015 10:17 PM, Uwe Stöhr wrote:
Besides this it seems that I built the lyx.exe including this patch.
This was not the plan and I hate git for this. It is hard to figure
out wha
Le 29/11/2015 03:41, Uwe Stöhr a écrit :
Am 29.11.2015 um 00:52 schrieb Richard Heck:
Does anyone really want #9507 fixed for 2.2.0 or can I retarget to
2.2.1?
There do seem to be people who want it fixed, including Uwe, who is one
of our most reliable testers, due to his work on the document
Am Sonntag, 29. November 2015 um 17:15:19, schrieb Uwe Stöhr
> commit 7499b14b50bf528547c5585cbb0f7e2de11b8a8a
> Author: Uwe Stöhr
> Date: Sun Nov 29 17:15:15 2015 +0100
>
> Customization.lyx: update localLayout format
>
> - Japanese version: also run lyx2lyx
>
> diff --git a/l
On 11/29/2015 06:51 AM, Georg Baum wrote:
> Richard Heck wrote:
>
>> On 11/28/2015 10:17 PM, Uwe Stöhr wrote:
>>
>>> Besides this it seems that I built the lyx.exe including this patch.
>>> This was not the plan and I hate git for this. It is hard to figure
>>> out what branch is now really used.
On 11/28/2015 11:41 PM, Scott Kostyshak wrote:
> On Sat, Nov 28, 2015 at 11:18:50PM -0500, Richard Heck wrote: >>> Today I
> found out that the LocalLayout in Additional.lyx was still
in >>> the very old format 7. I stumbled over this because in the
Spanish >>> version all insets using the LocalLa
On 11/29/2015 09:35 AM, Kornel Benko wrote:
> Am Sonntag, 29. November 2015 um 12:20:27, schrieb Georg Baum
>
>> Richard Heck wrote:
>>> We should presumably make a point of converting this stuff before a
>>> release. I've just done it for 2.2, at least for the English manuals.
>> Well, this has
On 11/29/2015 02:45 AM, Andrew Parsloe wrote:
>
>
> On 29/11/2015 5:38 p.m., Scott Kostyshak wrote:
>> On Sun, Nov 29, 2015 at 04:17:01AM +0100, Uwe Stöhr wrote:
>>> Am 29.11.2015 um 03:00 schrieb Andrew Parsloe:
>>>
Your alpha2 installer appeared *very* promptly. Did it incorporate the
l
On 11/29/2015 01:26 AM, Scott Kostyshak wrote:
> On Sat, Nov 28, 2015 at 09:13:46PM -0500, Scott Kostyshak wrote:
>> On Wed, Nov 11, 2015 at 07:49:24PM +0100, Jean-Marc Lasgouttes wrote:
>>>
>>> Le 11 novembre 2015 19:10:05 GMT+01:00, Scott Kostyshak
>>> a écrit :
What stage(s) would you pro
Am 29.11.2015 um 12:51 schrieb Georg Baum :
> Richard Heck wrote:
>
>> On 11/28/2015 10:17 PM, Uwe Stöhr wrote:
>>
>>> Besides this it seems that I built the lyx.exe including this patch.
>>> This was not the plan and I hate git for this. It is hard to figure
>>> out what branch is now really u
Am Sonntag, 29. November 2015 um 16:01:38, schrieb Kornel Benko
> Am Sonntag, 29. November 2015 um 15:56:58, schrieb Kornel Benko
>
> > > Nevertheless it would be nice if the test machinery could be updated to
> > > support the other direction as well, I guess we will have test in the
> > > fu
Am Sonntag, 29. November 2015 um 15:56:58, schrieb Kornel Benko
> > Nevertheless it would be nice if the test machinery could be updated to
> > support the other direction as well, I guess we will have test in the
> > future
> > that need this.
> >
>
> Will do. I never expected this case.
Hm
Am Sonntag, 29. November 2015 um 13:10:56, schrieb Georg Baum
> Georg Baum wrote:
>
> > commit 2f3f82e75be5e862e1628af46212a9b26fd2da52
> > Author: Georg Baum
> > Date: Sun Nov 29 11:52:34 2015 +0100
> >
> > Add test for language nesting regression
> >
> > The new test shows a l
Am Sonntag, 29. November 2015 um 12:20:27, schrieb Georg Baum
> Richard Heck wrote:
>
> > We should presumably make a point of converting this stuff before a
> > release. I've just done it for 2.2, at least for the English manuals.
>
> Well, this has a drawback: If we do this, then all files us
Am Sonntag, 29. November 2015 um 13:19:18, schrieb Guenter Milde
> On 2015-11-29, Georg Baum wrote:
> > Scott Kostyshak wrote:
>
> >> On Sat, Nov 28, 2015 at 08:00:06PM +0100, Georg Baum wrote:
>
> >>> BTW, lyx2lyx/export/languagenesting1 fails, because the file is already
> >>> in target forma
On 2015-11-29, Georg Baum wrote:
> Scott Kostyshak wrote:
>> On Sat, Nov 28, 2015 at 08:00:06PM +0100, Georg Baum wrote:
>>> BTW, lyx2lyx/export/languagenesting1 fails, because the file is already
>>> in target format. This should nto cause a test failure IMHO.
>> I have not checked but I think
On 2015-11-29, Georg Baum wrote:
>> commit 2f3f82e75be5e862e1628af46212a9b26fd2da52
>> Author: Georg Baum
>> Date: Sun Nov 29 11:52:34 2015 +0100
>> Add test for language nesting regression
>> The new test shows a language nesting regression: With LyX 2.1 it
>> exports fine in all
Scott Kostyshak wrote:
> Is the merging complete? If so, should I send an email to the
> translators? Does the timing of this email depend on the timing of our
> scheduled beta release?
It is not complete:
$ python -tt development/tools/mergepo.py ../lyx-2.1-git/po
Merging ../lyx-2.1-git/po/pt_P
Georg Baum wrote:
> commit 2f3f82e75be5e862e1628af46212a9b26fd2da52
> Author: Georg Baum
> Date: Sun Nov 29 11:52:34 2015 +0100
>
> Add test for language nesting regression
>
> The new test shows a language nesting regression: With LyX 2.1 it
> exports fine in all formats, wit
Uwe Stöhr wrote:
> Am 28.11.2015 um 06:06 schrieb Scott Kostyshak:
>
>>> The reason is that Scott did only change yesterday the file format
>>> number but did not run lyx2lyx. However, it only happens once here.
I hope that nobody ever does this for official documents.
>> I don't understand. Wh
Richard Heck wrote:
> On 11/28/2015 10:17 PM, Uwe Stöhr wrote:
>
>> Besides this it seems that I built the lyx.exe including this patch.
>> This was not the plan and I hate git for this. It is hard to figure
>> out what branch is now really used. I took Scott's file into my build
>> branch but i
Scott Kostyshak wrote:
> Uwe has taken care of the merging of the po files (36d7b40c) from branch
> to master. Thank you for doing this, Uwe. This is an area I know nothing
> about and was worried I would mess something up when doing the merge.
>
> Is the merging complete? If so, should I send an
Richard Heck wrote:
> We should presumably make a point of converting this stuff before a
> release. I've just done it for 2.2, at least for the English manuals.
Well, this has a drawback: If we do this, then all files using local layouts
are not longer exportable to version 2.1. This is a pity,
Scott Kostyshak wrote:
> On Sat, Nov 28, 2015 at 08:00:06PM +0100, Georg Baum wrote:
>
>> BTW, lyx2lyx/export/languagenesting1 fails, because the file is already
>> in target format. This should nto cause a test failure IMHO.
>
> I have not checked but I think this is because of 4c16c615. I beli
I have investigated #9711 and am hoping that a fix is not too far away.
Can someone familiar with our closing_ GuiView member take a look at
what it should be in the context for this bug?
Scott
signature.asc
Description: PGP signature
Regarding #9806, LyX 2.2 produces smaller icons. Uwe is concerned that
the smaller icons are not readable. This concerns our manuals when
exported to PDF. Anyone who is interested can take a look at the
before/after PDFs that Uwe has posted (and I can reproduce) here:
http://www.lyx.org/trac/ticket
On 28/11/2015 11:25 p.m., Georg Baum wrote:
Andrew Parsloe wrote:
I tried installing alpha2 over my alpha1 installation. It installed but
LyX would not launch (stopped at about 6800 KB in Task Manager and just
sat there). After a certain amount of tinkering (uninstalling, renaming
my user LyX
60 matches
Mail list logo
