On 2012-07-10, Georg Baum wrote:
> Uwe Stöhr wrote:
>> Am 08.07.2012 22:18, schrieb Georg Baum:
>>> Please forget about LyX for a moment. As far as LaTeX is concerned,
>>> english is the only language that explicitly appears in a LaTeX command
>>> (or rather the preamble in this case) in this doc
On 2012-07-10, Georg Baum wrote:
> Guenter Milde wrote:
>> If I understand right, (american) English is the default language for
>> LaTeX, but not for CJK-LaTeX.
> I believe it is the same (american english) when using CJK.sty (or what did
> you mean by CJK-LaTeX?). Dou you have a documentation
Guenter Milde wrote:
> If I understand right, (american) English is the default language for
> LaTeX, but not for CJK-LaTeX.
I believe it is the same (american english) when using CJK.sty (or what did
you mean by CJK-LaTeX?). Dou you have a documentation pointer?
> Besides this, there are other
Uwe Stöhr wrote:
> Am 08.07.2012 22:18, schrieb Georg Baum:
>
>> Please forget about LyX for a moment. As far as LaTeX is concerned,
>> english is the only language that explicitly appears in a LaTeX command
>> (or rather the preamble in this case) in this document. All other
>> languages do not
On 2012-07-08, Uwe Stöhr wrote:
> Am 08.07.2012 22:18, schrieb Georg Baum:
>> Please forget about LyX for a moment. As far as LaTeX is concerned,
>> english is the only language that explicitly appears in a LaTeX
>> command (or rather the preamble in this case) in this document. All
>> other langu
Am 08.07.2012 22:18, schrieb Georg Baum:
Please forget about LyX for a moment. As far as LaTeX is concerned, english
is the only language that explicitly appears in a LaTeX command (or rather
the preamble in this case) in this document. All other languages do not
appear explicitly in the documen
Uwe Stöhr wrote:
> Am 08.07.2012 21:11, schrieb Georg Baum:
>
>> but CJK.lyx cannot be exported.
>
> I can export it without problems to pdflatex.
Does not work either. It fails to encode 0x6587 in both cases.
>> I also don't understand
>> the note in CJK.lyx.lyx. The .tex file clearly states
Am 08.07.2012 21:11, schrieb Georg Baum:
I don't understand. I can import XeTeX-polyglossia.tex and then re-export
it. Attached is the original file and the re-exported file. Diffing them
you see that everything is in place and nothing is lost.
Indeed. In case of XeTeX-polyglossia.tex there is
Am Sonntag, 8. Juli 2012 um 21:11:14, schrieb Georg Baum
> Uwe Stöhr wrote:
...
> Question: Is it more convenient to let the test overwrite the reference
> results, so that the differences are automatically seen by git, or should
> the references better be kept in a separate location? I am unsu
Uwe Stöhr wrote:
> Am 03.07.2012 20:22, schrieb Georg Baum:
>
>>> I tested my commits as best as I could do. I also committed testfiles
>>> and updated existing ones.
>>
>> The new files cannot be exported by LyX again, so they do not show that
>> much.
>
> I don't understand. I can import XeTeX
Am Samstag, 7. Juli 2012 um 00:03:14, schrieb Uwe Stöhr
> Am 05.07.2012 11:02, schrieb Kornel Benko:
>
> >> But I still have not understood why it compiled as merged build
> >
> > Uwe, das ist wirklich einfach.
> > Angenommen 2 Dateien
> >
> > a.cpp
> > ...
> > int a; // declaration
> >
Le 05/07/2012 10:20, Jean-Marc Lasgouttes a écrit :
I tested it with all sorts of verbatim that I could imagine and also
with single '\' as \verb argument.
One thing that chould be done[...]
Sorry for the unreadable message. I put a better version at
http://www.lyx.org/trac/ticket/8230#comme
Le 04/07/2012 23:52, Uwe Stöhr a écrit :
Am 03.07.2012 21:01, schrieb Uwe Stöhr:
Ah, I tried to output as char and that failed. I'll try now with
string and propose a patch.
Attached is the patch for bug
http://www.lyx.org/trac/ticket/8230
I tested it with all sorts of verbatim that I could
Am 03.07.2012 21:01, schrieb Uwe Stöhr:
Ah, I tried to output as char and that failed. I'll try now with string and
propose a patch.
Attached is the patch for bug
http://www.lyx.org/trac/ticket/8230
I tested it with all sorts of verbatim that I could imagine and also with
single '\' as \ver
Am 02.07.2012 22:57, schrieb Kornel Benko:
The compilation with merged files seemed to be faster on windows.
Since then he (Peter) is developing a new generator for cmake called "ninja".
This one will be (on windows again) really fast compared to
I'm already using Ninja and this is indeed much
Am 03.07.2012 20:22, schrieb Georg Baum:
I tested my commits as best as I could do. I also committed testfiles and
updated existing ones.
The new files cannot be exported by LyX again, so they do not show that
much.
I don't understand. I can import XeTeX-polyglossia.tex and then re-export it
Uwe Stöhr wrote:
> I missed that. But I already sent you a private mail. Maybe this was also
> lost.
I only got the one you sent to the list as well. If you sent another one
please resend it.
>> but I really
>> dislike the latest tex2lyx developments: A special quick-fix gets
>> committed, ofte
Jürgen Spitzmüller wrote:
> Well, Georg, on the other hand, please realize that Uwe is currently
> the only person actively working on tex2lyx, and he really tries hard
> to get things on par. Not everyone has the same coding skills (I
> certainly count myself to the lower rank of the scale), and
Am 02.07.2012 22:34, schrieb Vincent van Ravesteijn:
Yes, I do. Peter once proposed to do so. I forgot in the meantime why he
preferred this.
Could you tell me why the code compiled in non-merge mode and not in merge? I
want to avoid such
cases in the future. If necessary I will also compile m
Am Montag, 2. Juli 2012 um 22:34:16, schrieb Vincent van Ravesteijn
> Op 2-7-2012 22:30, Uwe Stöhr schreef:
> >> "-DLYX_MERGE_FILES=0" used on branch,
> >> "-DLYX_MERGE_FILES=1" used in trunk.
> >
> >
> > Yes, I do. Peter once proposed to do so. I forgot in the meantime why
> > he preferred this
Op 2-7-2012 22:30, Uwe Stöhr schreef:
"-DLYX_MERGE_FILES=0" used on branch,
"-DLYX_MERGE_FILES=1" used in trunk.
Yes, I do. Peter once proposed to do so. I forgot in the meantime why
he preferred this.
Could you tell me why the code compiled in non-merge mode and not in
merge? I want to avoi
Am 02.07.2012 21:27, schrieb Kornel Benko:
I also don't understand this and it fails as expected in trunk but not in
branch on my system
However, I now committed a patch that should work. Does this compile for you?
if not, I'll revert my
commits from branch.
thanks and regards
Uwe
Maybe Uw
Am Sonntag, 1. Juli 2012 um 01:49:18, schrieb Uwe Stöhr
> Am 30.06.2012 16:39, schrieb Pavel Sanda:
>
> >> But he does because it is in anon.
> >
> > Now really. How should compiler know where to look for the variable
> > when its not declared in your .cpp file or included headers?
>
> I also do
Am 01.07.2012 20:11, schrieb Georg Baum:
Because we already do the same for the babel languages. I'm not sure why
we do this but think that it might be a reason of not using directly the
languages file - which is the best solution indeed. I could not reach
Georg but will propose a patch accordin
2012/7/1 Georg Baum:
> Wrong. I can be reached, and I already answered on monday, but I really
> dislike the latest tex2lyx developments: A special quick-fix gets committed,
> often hardly tested, in at least one case even uncompilable code, and
> afterwards several developers react and try to impr
Uwe Stöhr wrote:
> Am 30.06.2012 15:29, schrieb Jürgen Spitzmüller:
>
>> BTW I still don't get why you have all these lists about polyglossia
>> languages when we have all the information accessible in languages.
This was needed as long as tex2lyx could produce a different file format
than the
Am 30.06.2012 22:58, schrieb Jürgen Spitzmüller:
I still don't get it to work in another solution than what I committed. I'll
now work on to define the list in a header.
Can you please revert your commit for the time being, so that we can
compile branch again?
I committed a solution that com
Am 30.06.2012 16:39, schrieb Pavel Sanda:
But he does because it is in anon.
Now really. How should compiler know where to look for the variable
when its not declared in your .cpp file or included headers?
I also don't understand this and it fails as expected in trunk but not in
branch on m
2012/6/30 Uwe Stöhr:
> I still don't get it to work in another solution than what I committed. I'll
> now work on to define the list in a header.
Can you please revert your commit for the time being, so that we can
compile branch again?
Thanks,
Jürgen
Uwe Stöhr wrote:
> Am 30.06.2012 15:37, schrieb Pavel Sanda:
>
>>> I don't have any clue why it is not compilable for you. Can anybody else
>>> compile?
>>
>> I don't have clue how this was ever supposed to work.
>> You declare&define polyglossia_languages in Preamble.cpp and use it in
>> text.cpp
Am 30.06.2012 15:29, schrieb Jürgen Spitzmüller:
Note that it is recognized in text.cpp within the anon namespace, but
not outside (where this error occurs, in parse_text). So I suppose it
is not correctly defined (with the appropriate scope).
I still don't get it to work in another solution t
Am 30.06.2012 15:37, schrieb Pavel Sanda:
I don't have any clue why it is not compilable for you. Can anybody else
compile?
I don't have clue how this was ever supposed to work.
You declare&define polyglossia_languages in Preamble.cpp and use it in text.cpp.
There is no way how is compiler can
Uwe Stöhr wrote:
>> text.cpp: In function ?void
>> lyx::{anonymous}::parse_environment(lyx::Parser&, std::ostream&, bool,
>> std::string&, lyx::Context&)?:
>> text.cpp:1192:26: error: ?polyglossia_languages? was not declared in this
>> scope
>
> I cannot reproduce this. polyglossia_languages is de
2012/6/30 Uwe Stöhr :
> I cannot reproduce this. polyglossia_languages is defined in Preamble.cpp
> and correctly recognizes here. I don't get a compiler warning, also not with
> a fresh compilation. The testcase file is correctly imported.
Note that it is recognized in text.cpp within the anon na
Am 30.06.2012 10:44, schrieb Jürgen Spitzmüller:
polyglossia tex2lyx support also for branch
make[5]: Entering directory `/home/jspitzm/lyx/lyx-stable/src/tex2lyx'
CXXtext.o
text.cpp: In function ‘void
lyx::{anonymous}::parse_environment(lyx::Parser&, std::ostream&, bool,
std::strin
2012/6/30 Uwe Stöhr :
> The branch, 2.0.x, has been updated.
>
> - Log -
>
> commit 90d8f3adcbdf4509c7b862d34b71302c21ea56c4
> Author: Uwe Stöhr
> Date: Sat Jun 30 02:18:18 2012 +0200
>
> polyglossia tex2lyx support also for bran
36 matches
Mail list logo