Am Sonntag, 27. Januar 2013 um 02:10:58, schrieb Scott Kostyshak
skost...@lyx.org
Should be easy.
Ah yes you're right. You are convincing me more and more that
out-of-source builds have many advantages and no disadvantages. So all
is needed is just to copy the .lyx file there.
On Sun, Jan 27, 2013 at 3:12 AM, Kornel Benko kor...@lyx.org wrote:
Am Sonntag, 27. Januar 2013 um 02:10:58, schrieb Scott Kostyshak
skost...@lyx.org
Should be easy.
Ah yes you're right. You are convincing me more and more that
out-of-source builds have many advantages and
Am Sonntag, 27. Januar 2013 um 09:12:44, schrieb Kornel Benko kor...@lyx.org
I would change the file, there is also no need to remove, on next test it
will be overwritten anyway
and we can check the result too.
TestBegin ../bug-8523.lyx lyx-log.txt 21
KK: \[Home]
Am Sonntag, 27. Januar 2013 um 03:59:49, schrieb Scott Kostyshak
skost...@lyx.org
...
OK, I will change this. I am in the habit of writing copies of the
form cp filename folder1/folder2/ because (1) this prevents type
errors such as cp filename folder1/folder2/fielname and (2) the
reader of
On Sun, Jan 27, 2013 at 4:13 AM, Kornel Benko kor...@lyx.org wrote:
Am Sonntag, 27. Januar 2013 um 03:59:49, schrieb Scott Kostyshak
skost...@lyx.org
...
OK, I will change this. I am in the habit of writing copies of the
form cp filename folder1/folder2/ because (1) this prevents type
Am Sonntag, 27. Januar 2013 um 10:13:59, schrieb Kornel Benko kor...@lyx.org
I don't understand. First, on opening bug-8523.lyx you should
immediately see a warning which must be addressed. This is where the
\[Return] works if XVKBD_HACKED is not automatically set.
I will check.
Am Sonntag, 27. Januar 2013 um 04:42:25, schrieb Scott Kostyshak
skost...@lyx.org
if output is a directory, I would not count on working in later versions
of cmake.
That command explains it: If output names an existing directory the
input file is placed in that directory with its original
On Sun, Jan 27, 2013 at 4:45 AM, Kornel Benko kor...@lyx.org wrote:
Am Sonntag, 27. Januar 2013 um 10:13:59, schrieb Kornel Benko
kor...@lyx.org
I don't understand. First, on opening bug-8523.lyx you should
immediately see a warning which must be addressed. This is where the
Am Sonntag, 27. Januar 2013 um 04:51:53, schrieb Scott Kostyshak
skost...@lyx.org
I got the crash if called manually. Once. I am not able to get the crash
again
Maybe I should stop trying to get this test to work. I don't think
that tests should be this complicated. I'm very
On Sun, Jan 27, 2013 at 4:56 AM, Kornel Benko kor...@lyx.org wrote:
Am Sonntag, 27. Januar 2013 um 04:51:53, schrieb Scott Kostyshak
skost...@lyx.org
I got the crash if called manually. Once. I am not able to get the crash
again
Maybe I should stop trying to get this test
Hello,
After updating fr.po for trunk, I suggest these few changes in the sources.
One message is unclear IMHO :
In PrefPrinterUI.ui, replace
'Setting causes printer command to print to file and then use this actually to
print.'
with
'Command transmitted to the system to actually print the
Jean-Pierre Chrétien wrote:
These strings differ in the text and in the tooltip:
- in some of the theorems*.inc files
'Alternative Theorem String'
- in the svcommon.inc file
'Longest Description Label'
This is intentional. The HIG we draw on suggests Header Capitalization (all
words
Le 27/01/2013 15:56, Jürgen Spitzmüller a écrit :
Jean-Pierre Chrétien wrote:
These strings differ in the text and in the tooltip:
- in some of the theorems*.inc files
'Alternative Theorem String'
- in the svcommon.inc file
'Longest Description Label'
This is intentional. The HIG we
Am 26.01.2013 18:23, schrieb Jürgen Spitzmüller:
I cannot reproduce the failure you get when removing the linebreak. I can
reproduce the failure with a different theme. But I cannot see how the layout
update fixes this. Instead, the error goes away if the address declaration in
the preamble is
Am 28.01.2013 03:07, schrieb Uwe Stöhr:
OK. I will fix this then.
This cannot be fixed, because in trunk the new default theme is used. in branch I cannot use this
because the document will then become uncompilable. The linebreak is necessary to get the city in
its own line. This is a
Am 22.01.2013 23:43, schrieb Uwe Stöhr:
Isn't there the possibility to either use the miktex-sdk or to call the
miktex-updater with
command-line options to install the packages we need ? I guess this would go
much quicker than to
run the configure script to install the packages.
The MiKTeX
On Sun, Jan 27, 2013 at 9:18 PM, Uwe Stöhr uwesto...@web.de wrote:
Am 22.01.2013 23:43, schrieb Uwe Stöhr:
Isn't there the possibility to either use the miktex-sdk or to call the
miktex-updater with
command-line options to install the packages we need ? I guess this would
go much quicker
Uwe Stöhr wrote:
I don't know why but this does not occur with the new layout in trunk.
Of course it does. See attached document. Or show me how to insert a linebreak
in the address layout with the casual theme in the new layout that does _not_
trigger a error.
Jürgen
modernCV-trunk.lyx
Uwe Stöhr wrote:
+\TestPackage{koma-script}
Hm. But you know there is no class called koma-script.
Jürgen
Uwe Stöhr wrote:
This cannot be fixed, because in trunk the new default theme is used. in
branch I cannot use this because the document will then become
uncompilable.
No it won't. Attached is a branch version that compiles with the casual theme.
All I did here is changing the theme and
Am Sonntag, 27. Januar 2013 um 02:10:58, schrieb Scott Kostyshak
> >>
> >> Should be easy.
> >
> > Ah yes you're right. You are convincing me more and more that
> > out-of-source builds have many advantages and no disadvantages. So all
> > is needed is just to copy the
On Sun, Jan 27, 2013 at 3:12 AM, Kornel Benko wrote:
> Am Sonntag, 27. Januar 2013 um 02:10:58, schrieb Scott Kostyshak
>
>
>
>
>> >>
>
>> >> Should be easy.
>
>> >
>
>> > Ah yes you're right. You are convincing me more and more that
>
>> > out-of-source
Am Sonntag, 27. Januar 2013 um 09:12:44, schrieb Kornel Benko
> I would change the file, there is also no need to remove, on next test it
> will be overwritten anyway
> and we can check the result too.
>
> TestBegin ../bug-8523.lyx > lyx-log.txt 2>&1
> KK:
Am Sonntag, 27. Januar 2013 um 03:59:49, schrieb Scott Kostyshak
...
> OK, I will change this. I am in the habit of writing copies of the
> form "cp filename folder1/folder2/" because (1) this prevents type
> errors such as "cp filename folder1/folder2/fielname" and (2) the
>
On Sun, Jan 27, 2013 at 4:13 AM, Kornel Benko wrote:
> Am Sonntag, 27. Januar 2013 um 03:59:49, schrieb Scott Kostyshak
>
>
> ...
>
>
>
>> OK, I will change this. I am in the habit of writing copies of the
>
>> form "cp filename folder1/folder2/" because (1)
Am Sonntag, 27. Januar 2013 um 10:13:59, schrieb Kornel Benko
> >
> > I don't understand. First, on opening bug-8523.lyx you should
> > immediately see a warning which must be addressed. This is where the
> > \[Return] works if XVKBD_HACKED is not automatically set.
>
> I will
Am Sonntag, 27. Januar 2013 um 04:42:25, schrieb Scott Kostyshak
> > if is a directory, I would not count on working in later versions
> > of cmake.
>
> That command explains it: "If names an existing directory the
> input file is placed in that directory with its original
On Sun, Jan 27, 2013 at 4:45 AM, Kornel Benko wrote:
> Am Sonntag, 27. Januar 2013 um 10:13:59, schrieb Kornel Benko
>
>
>
>
>> >
>
>> > I don't understand. First, on opening bug-8523.lyx you should
>
>> > immediately see a warning which must be addressed. This is
Am Sonntag, 27. Januar 2013 um 04:51:53, schrieb Scott Kostyshak
> >
> >
> > I got the crash if called manually. Once. I am not able to get the crash
> > again
> >
>
> Maybe I should stop trying to get this test to work. I don't think
> that tests should be this
On Sun, Jan 27, 2013 at 4:56 AM, Kornel Benko wrote:
> Am Sonntag, 27. Januar 2013 um 04:51:53, schrieb Scott Kostyshak
>
>
>> >
>
>> >
>
>> > I got the crash if called manually. Once. I am not able to get the crash
>
>> > again
>
>> >
>
>>
>
>> Maybe I
Hello,
After updating fr.po for trunk, I suggest these few changes in the sources.
One message is unclear IMHO :
In PrefPrinterUI.ui, replace
'Setting causes printer command to print to file and then use this actually to
print.'
with
'Command transmitted to the system to actually print the
Jean-Pierre Chrétien wrote:
> These strings differ in the text and in the tooltip:
>- in some of the theorems*.inc files
> 'Alternative Theorem String'
>- in the svcommon.inc file
> 'Longest Description Label'
This is intentional. The HIG we draw on suggests Header Capitalization (all
Le 27/01/2013 15:56, Jürgen Spitzmüller a écrit :
Jean-Pierre Chrétien wrote:
These strings differ in the text and in the tooltip:
- in some of the theorems*.inc files
'Alternative Theorem String'
- in the svcommon.inc file
'Longest Description Label'
This is intentional. The HIG we
Am 26.01.2013 18:23, schrieb Jürgen Spitzmüller:
I cannot reproduce the failure you get when removing the linebreak. I can
reproduce the failure with a different theme. But I cannot see how the layout
update fixes this. Instead, the error goes away if the address declaration in
the preamble is
Am 28.01.2013 03:07, schrieb Uwe Stöhr:
OK. I will fix this then.
This cannot be fixed, because in trunk the new default theme is used. in branch I cannot use this
because the document will then become uncompilable. The linebreak is necessary to get the city in
its own line. This is a
Am 22.01.2013 23:43, schrieb Uwe Stöhr:
Isn't there the possibility to either use the miktex-sdk or to call the
miktex-updater with
command-line options to install the packages we need ? I guess this would go
much quicker than to
run the configure script to install the packages.
The MiKTeX
On Sun, Jan 27, 2013 at 9:18 PM, Uwe Stöhr wrote:
> Am 22.01.2013 23:43, schrieb Uwe Stöhr:
>
>
>>> Isn't there the possibility to either use the miktex-sdk or to call the
>>> miktex-updater with
>>> command-line options to install the packages we need ? I guess this would
>>>
Uwe Stöhr wrote:
> I don't know why but this does not occur with the new layout in trunk.
Of course it does. See attached document. Or show me how to insert a linebreak
in the address layout with the casual theme in the new layout that does _not_
trigger a error.
Jürgen
modernCV-trunk.lyx
Uwe Stöhr wrote:
> +\TestPackage{koma-script}
Hm. But you know there is no class called "koma-script".
Jürgen
Uwe Stöhr wrote:
> This cannot be fixed, because in trunk the new default theme is used. in
> branch I cannot use this because the document will then become
> uncompilable.
No it won't. Attached is a branch version that compiles with the casual theme.
All I did here is changing the theme and
40 matches
Mail list logo