On 24/12/2013 12:47 p.m., Uwe Stöhr wrote:
Dear Colleagues,
after Christmas I will find some time to continue my work on updating
the docs for LyX 2.1. Yesterday I started and already found some
problems where I need help. (Please be patient with me as I lost track
on development during the las
Dear Colleagues,
after Christmas I will find some time to continue my work on updating
the docs for LyX 2.1. Yesterday I started and already found some
problems where I need help. (Please be patient with me as I lost track
on development during the last months.)
1.
- open the Math manual you
Am 11.12.2013 17:16, schrieb Vincent van Ravesteijn:
you misunderstood me. I put the installers on sourceforge that you can
put them on ftp.lyx.org.
Yes I understand you, but having a site on sourceforge makes people
think that that's the official site.
I don't advertise sourceforge. In the
I so far have binaries only for cygwin. I know it's the holidays, so I
can wait a bit longer. But I'll release early next week one way or the
other.
Richard
On Monday 16 December 2013 14:31:14 Richard Heck wrote:
>
> Source code for the 2.0.7 release is now available at:
> http://frege.brown.edu/lyx/
> Please test and prepare binaries. I'll aim to do a formal release at the
> end of the week.
>
> Richard
The updates are available for fedora 18, 19
23/12/2013 13:03, Scott Kostyshak:
On Mon, Dec 23, 2013 at 6:39 AM, Jean-Marc Lasgouttes
wrote:
23/12/2013 12:26, Scott Kostyshak:
Also, this will require a patient work of renaming because several insets use
different names for the same concepts.
Example? So for these they should have the
On Mon, Dec 23, 2013 at 6:39 AM, Jean-Marc Lasgouttes
wrote:
> 23/12/2013 12:26, Scott Kostyshak:
> Also, this will require a patient work of renaming because several insets use
> different names for the same concepts.
Example? So for these they should have the same type but different name?
> A
23/12/2013 12:26, Scott Kostyshak:
Sounds better indeed.
Also, in an hypothetical xml format, it would make sense to have
and to be able to handle this in a genric way.
So this would be a new class/typedef?
Inset would get a new data member?
I'd assume that we want to implement that as a c
On Mon, Dec 23, 2013 at 5:54 AM, Jean-Marc Lasgouttes
wrote:
> 23/12/2013 11:45, Scott Kostyshak:
>
>> I find inset-forall a useful LFUN and using it would have been the
>> answer to several questions I've seen if those insets had layoutName
>> methods. (Most of those questions have to do with rem
pierre-philipp braun wrote:
> Apart from the fact I cannot read the document with the previous version
> anymore (this is addressed in another message),
This is the downside of this approach. In fact, with the local format changes,
you set up your own file format, which is problematic if you in
Am Montag, 23. Dezember 2013 um 05:45:00, schrieb Scott Kostyshak
> I find inset-forall a useful LFUN and using it would have been the
> answer to several questions I've seen if those insets had layoutName
> methods. (Most of those questions have to do with removing all insets
> of a certain type
Ping ... ping
Am Dienstag, 3. Dezember 2013 um 16:55:33, schrieb Kornel Benko
> Am Montag, 2. Dezember 2013 um 20:07:23, schrieb Richard Heck
> > >
> > > But I can try to make a testcase.
> > >
> >
> > OK. See what you can do.
> >
> > You can send me the whole mess privately, if you wish. I wo
23/12/2013 11:45, Scott Kostyshak:
I find inset-forall a useful LFUN and using it would have been the
answer to several questions I've seen if those insets had layoutName
methods. (Most of those questions have to do with removing all insets
of a certain type.)
Further motivation is that I'm gues
I find inset-forall a useful LFUN and using it would have been the
answer to several questions I've seen if those insets had layoutName
methods. (Most of those questions have to do with removing all insets
of a certain type.)
Further motivation is that I'm guessing layoutName could be useful in
ot
Karl Linek wrote:
> > The file has errors. If you use German as the main language, you cannot
> > use UTF (CJK) as encoding.
>
> Why?
Because this triggers non-babel language support (the CJK package), and German
needs babel support
> > Use "Default". Then, mark the Chinese character
> >
> >
On Sun, Dec 22, 2013 at 8:55 PM, Pavel Sanda wrote:
> Scott Kostyshak wrote:
>> > I think our policy is to release 2.1.0, then perform a last 2.0.8 (or
>
> I think it's more custom than policy that we do this for the last stable
> release. There were already voices that we could include lyx2lyx pa
16 matches
Mail list logo
