On Tue, Jan 15, 2013 at 10:24 PM, Georg Baum
wrote:
> versions are backward incompatible: I only saw new commands, not changed or
> deleted old ones).
> Therefore, the best option is IMNSHO to use one of the several suggestions
> of versioned layouts, _if_ new layouts in the stable branch are nec
Julien Rioux wrote:
> commit 427fa812e9774ddf82a6f3c92071c61b0bc61540
> Author: Julien Rioux
> Date: Tue Jan 15 15:07:58 2013 +0100
>
> Regenerate lib/CREDITS.
We usually synchronize this with web entries. Did you still obtained the old
svn access?
Pavel
On 16-Jan-13 3:19 AM, Uwe Stöhr wrote:
Am
14.01.2013 21:32, schrieb Zohar Levi:
Thanks, I appreciate it. Just to emphasize
it again, I don't need two
consecutive boxes of 100 %col, but one box of 207 %col ~= 100
%page,
Am 14.01.2013 21:32, schrieb Zohar Levi:
Thanks, I appreciate it. Just to emphasize it again, I don't need two
consecutive boxes of 100 %col, but one box of 207 %col ~= 100 %page,
I understood and that is what I described in the bug report.
which is
embedded inside a float that spans two col
On Jan 15, 2013, at 1:12 AM, Kornel Benko wrote:
> Am Montag, 14. Januar 2013 um 19:51:08, schrieb Jerry
> ...
> > Well, I seem to have lost the ability to build anything but master. I've
> > tried a few things to build 2.0.0 such as building inside
> > /bla/bla/development/cmake so that CMake
On 15/01/2013 3:18 PM, Georg Baum wrote:
Julien Rioux wrote:
On 12/01/2013 11:34 AM, Jürgen Spitzmüller wrote:
Julien Rioux wrote:
The goal is to translate these strings (using mo database) to the
document language.
Then Buffer::B_() is the correct approach.
Jürgen
Thank you, I'll try t
On Tue, Jan 15, 2013 at 10:07 AM, Richard Heck wrote:
> On 01/14/2013 05:16 PM, Julien Rioux wrote:
>>
>> On 12/01/2013 11:34 AM, Jürgen Spitzmüller wrote:
>>>
>>> Julien Rioux wrote:
The goal is to translate these strings (using mo database) to the
document language.
>>>
>>>
>>> Th
Le 15/01/2013 22:24, Georg Baum a écrit :
IMHO, IEEEtran.cls does not support Uwe's reasoning at all, but rather the
oppsosite. And I'd really like to see _one_ example of an updated
journal/conference .cls file that broke an officially supported LyX .layout
file (and no, unless somebody presents
Guenter Milde wrote:
> On 2013-01-14, Enrico Forestieri wrote:
>> On Mon, Jan 14, 2013 at 02:33:36AM +0100, Uwe Stöhr wrote:
>
>>> But to come to an end, decide once again but please act then
>>> consistently. I will have to update IEEEtran and I want to know from
>>> you what I should do now.
>
Julien Rioux wrote:
> On 12/01/2013 11:34 AM, Jürgen Spitzmüller wrote:
>> Julien Rioux wrote:
>>> The goal is to translate these strings (using mo database) to the
>>> document language.
>>
>> Then Buffer::B_() is the correct approach.
>>
>> Jürgen
>>
>
> Thank you, I'll try that.
In case it is
On Jan 15, 2013 1:53 AM, "Kornel Benko" wrote:
>
> Am Montag, 14. Januar 2013 um 09:45:11, schrieb Nico Williams <
n...@cryptonector.com>
>
>
> > You can always git clean.
>
>
>
> Thanks, but ...
>
>
>
> 1.) This is not OK, if you have data which you do not want to be deleted
>
> 2.) This is valid
On Tue, Jan 15, 2013 at 5:41 AM, Kornel Benko wrote:
> Am Dienstag, 15. Januar 2013 um 05:03:55, schrieb Scott Kostyshak
>
>
>> OK. I won't change anything in INSTALL.cmake but the "you have to
>
>> set the environment variable" makes it sound like the Cmake-user
>
>> absolutely needs to do this.
Am Dienstag, 15. Januar 2013 um 05:03:55, schrieb Scott Kostyshak
> OK. I won't change anything in INSTALL.cmake but the "you have to
> set the environment variable" makes it sound like the Cmake-user
> absolutely needs to do this.
Remnant of 1.5 to 2.0 versions. I don't know, if it is still val
On Tue, Jan 15, 2013 at 4:21 AM, Kornel Benko wrote:
> Am Dienstag, 15. Januar 2013 um 03:42:26, schrieb Scott Kostyshak
>
>
>> When is the following true?
>
>>
>
>> When you want to run LyX without installing from a out-of-source
>
>> build directory you have to set the environment variable LYX_
Am Dienstag, 15. Januar 2013 um 03:42:26, schrieb Scott Kostyshak
> When is the following true?
>
> When you want to run LyX without installing from a out-of-source
> build directory you have to set the environment variable LYX_DIR_21x
Cmake: Lyx (2.1) finds it's way to the source path,
When is the following true?
When you want to run LyX without installing from a out-of-source
build directory you have to set the environment variable LYX_DIR_21x
and it must point to the lib dir in the source tree.
Linux/Unix: export LYX_DIR_21x=/lib
Windows : set LYX
Am Montag, 14. Januar 2013 um 19:51:08, schrieb Jerry
...
> Well, I seem to have lost the ability to build anything but master. I've
> tried a few things to build 2.0.0 such as building inside
> /bla/bla/development/cmake so that CMakeLists.txt is seen, and making a
> symlink of /bla/bla/develo
17 matches
Mail list logo