Am 21.01.2013 09:34, schrieb Jean-Marc Lasgouttes:
But only sometimes. That is no accuse for not providing everything that
might be demanded by a journal.
Sure, but it has to be done case-by-case. My point is that the argument should not
be "all layouts
should be updated to match the latest v
Am 21.01.2013 04:12, schrieb Scott Kostyshak:
LyX is already configured even twice during the installation.
Good to hear. Is this new or has it always been like this?
This is new since January 3 this year. Before that day the installer suffered from the mentioned
configure.py bug.
I thou
On Mon, Jan 21, 2013 at 5:26 AM, Guenter Milde wrote:
> On 2013-01-21, Kornel Benko wrote:
>
>> [-- Type: text/plain, Encoding: quoted-printable --]
>
>> Am Sonntag, 20. Januar 2013 um 18:54:51, schrieb Scott Kostyshak
>>
>>> Are others able to compile the current trunk math manual with pdflatex
On Mon, Jan 21, 2013 at 3:54 AM, Jürgen Spitzmüller wrote:
> Scott Kostyshak wrote:
>> Are others able to compile the current trunk math manual with pdflatex?
>>
>> I am using TeX Live 2012. I get errors whether I set document encoding
>> to Unicode (utf8) or not:
>>
>> ! Package inputenc Error: U
Scott Kostyshak wrote:
> On Sun, Jan 20, 2013 at 11:42 AM, Enrico Forestieri
> wrote:
>> The branch, master, has been updated.
>>
>> - Log -
>>
>> commit 1d5eec8744e0f000d582945aec50ba503149f313
>> Author: Enrico Forestieri
>> Date:
Richard Heck wrote:
> It's currently possible to edit such a file without data loss, if I'm
> not mistaken. The unrecognized layouts are treated as "Standard", but
> they retain their labels. It is even possible to insert new such layouts
> (or insets) and save the file. So the "edit only" mode is
Uwe Stöhr wrote:
> Am 15.01.2013 22:24, schrieb Georg Baum:
>
>> 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 (
Le 21/01/13 14:54, Jean-Marc Lasgouttes a écrit :
The branch, master, has been updated.
- Log -
commit db025be5ae48a946a433e8f863477cc51a341d5d
Author: Jean-Marc Lasgouttes
Date: Mon Jan 21 14:49:45 2013 +0100
Consider del
Am 21.01.2013 um 12:21 schrieb Jean-Marc Lasgouttes :
> Le 06/01/13 20:37, Stephan Witt a écrit :
>> This is the terminal output of automake:
>> Using automake (GNU automake) 1.13.1
>> Using autoconf (GNU Autoconf) 2.69
>> Building macros...
>> Building config header template...
>> Building Makefi
Am Montag, 21. Januar 2013 um 09:07:57, schrieb Jean-Pierre Chrétien
> Le 20/01/2013 19:12, Scott Kostyshak a écrit :
>
> > The exported file type is shown where you suggest, but I think the
> > Short Name is what LyX understands and needs. You can test this out.
> > If you want to export to PDF
Le 06/01/13 20:37, Stephan Witt a écrit :
This is the terminal output of automake:
Using automake (GNU automake) 1.13.1
Using autoconf (GNU Autoconf) 2.69
Building macros...
Building config header template...
Building Makefile templates...
configure.ac:180: warning: The 'AM_PROG_MKDIR_P' macro is
Le 21/01/13 12:05, Alessandro Di Federico a écrit :
Please guys add to the Wiki page when you plan to come so we can decide
whether to begin Thursday or Friday:
http://wiki.lyx.org/Devel/LyXMeeting2013
I did so. Unfortunately, I will not be able to be here on monday,
because of familial const
On Mon, 2013-01-21 at 01:49 +0100, Uwe Stöhr wrote:
> Hi Alessandro,
> I will come, but my job does not allow me to plan more than 2 weeks in
> advance. So maybe I will have to work on Friday and7or Monday. But I
> will come down to Milano. (Too bad that there is no opportunity to see
> the Giro ar
Guenter Milde wrote:
> OTOH, the errors should go away if you set the encdoing away from utf8, as
> "unicodesymbols" contains the translations
>
> 0x00c5 "\\r{A}" "" "mathalpha" "\\mathring{A}" # LATIN CAPITAL LETTER A WITH
> RING ABOVE
The problematic character here is not \\r{A} bit \\AA (0x212
On 2013-01-21, Kornel Benko wrote:
> [-- Type: text/plain, Encoding: quoted-printable --]
> Am Sonntag, 20. Januar 2013 um 18:54:51, schrieb Scott Kostyshak
>
>> Are others able to compile the current trunk math manual with pdflatex?
>> I am using TeX Live 2012. I get errors whether I set docu
Scott Kostyshak wrote:
> Are others able to compile the current trunk math manual with pdflatex?
>
> I am using TeX Live 2012. I get errors whether I set document encoding
> to Unicode (utf8) or not:
>
> ! Package inputenc Error: Unicode char \u8:Å not set up for use with LaTeX.
>
> ! Package in
Am Sonntag, 20. Januar 2013 um 18:54:51, schrieb Scott Kostyshak
> Are others able to compile the current trunk math manual with pdflatex?
>
> I am using TeX Live 2012. I get errors whether I set document encoding
> to Unicode (utf8) or not:
>
> ! Package inputenc Error: Unicode char \u8:Å not
Am Sonntag, 20. Januar 2013 um 20:50:31, schrieb Scott Kostyshak
> The CMake export tests would never fail because the return status was
> not checked correctly. The attached patch fixes this.
>
> I guess that CMake is similar to bash in that it does not throw an
> error when using an undefined
Am Sonntag, 20. Januar 2013 um 20:51:02, schrieb Scott Kostyshak
> Currently there are no export tests for pdf2, only lyx16x and xhtml. I
> think it would be nice to catch bugs such as #8512. The attached patch
> attempts to implement pdf2 tests. I have a couple of questions:
>
> Which other exp
Le 21/01/13 00:55, Uwe Stöhr a écrit :
Am 16.01.2013 10:19, schrieb Jean-Marc Lasgouttes:
We also have the right to consider the new commands and the necessity
to support them right _now_.
It may be that they are really required, but I bet that in many cases
they will only correspond to
corner
Le 21/01/13 00:51, Uwe Stöhr a écrit :
Am 15.01.2013 22:36, schrieb Jean-Marc Lasgouttes:
The same holds for moderncv. The author does support backward
compatibility so I would be interested
to see what actually does not work anymore.
I had a look today and I cannot fiddle it out. The underly
Le 20/01/2013 19:12, Scott Kostyshak a écrit :
The exported file type is shown where you suggest, but I think the
Short Name is what LyX understands and needs. You can test this out.
If you want to export to PDF (pdflatex), the following does not work:
$ lyx -e "PDF (pdflatex)" example.lyx
The f
Am Sonntag, 20. Januar 2013 um 20:52:45, schrieb Scott Kostyshak
> Why are export tests autotests?
>
> autotests are defined (in the README file) as: "Automated tests based
> on the "MonKey Testing" keytest program."
>
> I'm guessing this is just a convenience for organization?
>
> Thanks,
>
23 matches
Mail list logo
