We are pleased to announce the release of the first alpha for LyX 2.4.0.
You can find source tarballs and binaries for Windows and OSX here:
http://ftp.lyx.org/ftp/pub/lyx/devel/lyx-2.4/
See this page
https://wiki.lyx.org/LyX/NewInLyX24
for a description of new features and updates. As you will
On Tue, May 02, 2017 at 03:51:10PM +0100, F M Salter wrote:
>
> Could it be that this is all part of pdfcomment's fragility?
Yes, I think so.
--
Enrico
On 02/05/17 14:44, F M Salter wrote:
>
>
>
> On 01/05/17 15:02, Enrico Forestieri wrote:
>> On Sat, Apr 29, 2017 08:27 AM, F M Salter wrote:
>>> ...
>>> ...
>>> 1. Is this a demonstration of a flawed copying procedure?
>>> 2, or of something else?
>> This is a limitation of the \pdfmar
On Sat, Apr 29, 2017 at 08:27:13PM +0100, F M Salter wrote:
> It does compile sufficiently to produce a pdf output file.
> Accepting that the LyX editor appears to accept --- though possibly
> gagging on this file --- it was produced by LyX editing and copying!
> This might suggest there are
gt; I reported on the users list that the markups had suddenly
>> disappeared from the output. I did not find any resolution to this
>> problem. With the release of 2.3 alpha 1, and a new need to refer
>> frequently to the annotations I had made so as to produce a critique
put. I did not find any resolution to this
> problem. With the release of 2.3 alpha 1, and a new need to refer
> frequently to the annotations I had made so as to produce a critique on
> a significant paper, I decided to see if the new version resolved the
> problem. It did not. Having p
gt; disappeared from the output. I did not find any resolution to this
> problem. With the release of 2.3 alpha 1, and a new need to refer
> frequently to the annotations I had made so as to produce a critique on
> a significant paper, I decided to see if the new version resolved th
Hi
I am enclosing a small LyX file which produces bizarre results!
Here is a quick summary of how this file came about.
I reported on the users list that the markups had suddenly
disappeared from the output. I did not find any resolution to this
problem. With the release of 2.3 alpha
Jean-Marc Lasgouttes writes:
> I have not contacted enchant/applespell author yet, but I will. However,
> seeing how enchant brings in glib dependency, it might be better to do
> our own applespell backend...
Actually I had :)
JMArc
BH writes:
> On the other hand, how likely is enchant+mac spell support in the near future?
I have not contacted enchant/applespell author yet, but I will. However,
seeing how enchant brings in glib dependency, it might be better to do
our own applespell backend...
JMarc
Stephan Witt wrote:
> What do others think?
>
> Pavel, should I provide a 2nd alpha with aspell support?
i can not comment on the technical part - whether apell is best choice
on Mac or not. but sure we want to have spelling checker working, so
if aspell is the right choice, then lets build it wit
Am 06.04.2010 um 04:12 schrieb BH:
> On Mon, Apr 5, 2010 at 8:48 PM, Stephan Witt wrote:
>> Finally I learned how to build aspell myself as universal static library.
>> So I'm able to provide a universal binary with aspell support.
>>
>> It is required to install aspell + dictionaries from macpo
On Mon, Apr 5, 2010 at 8:48 PM, Stephan Witt wrote:
> Finally I learned how to build aspell myself as universal static library.
> So I'm able to provide a universal binary with aspell support.
>
> It is required to install aspell + dictionaries from macports to make it work.
> The cocoAspell dicti
Am 01.04.2010 um 15:41 schrieb Sebastian Rockel:
> Am 01.04.2010 um 00:37 schrieb Stephan Witt:
>
>> Am 31.03.2010 um 15:35 schrieb Sebastian Rockel:
>>
>>> Am 31.03.2010 um 14:47 schrieb Pavel Sanda:
>>>
Sebastian Rockel wrote:
> Here in the mac version I cannot enable it due to everyt
Am 31.03.2010 um 19:31 schrieb Micha Feigin:
> On Wed, 31 Mar 2010 15:35:42 +0200
> Sebastian Rockel wrote:
>
>> Am 31.03.2010 um 14:47 schrieb Pavel Sanda:
>>
>>> Sebastian Rockel wrote:
Here in the mac version I cannot enable it due to everything on that pref
pane is grayed out:-/
Am 31.03.2010 um 15:35 schrieb Sebastian Rockel:
> Am 31.03.2010 um 14:47 schrieb Pavel Sanda:
>
>> Sebastian Rockel wrote:
>>> Here in the mac version I cannot enable it due to everything on that pref
>>> pane is grayed out:-/
>>
>> normal spellcheck works?
>
> Also the menu item is grayed o
Marcelo Acuña schreef:
Hello,
I am very happy with this new leap of development.
I remained pleasingly surprised by the new added features.
In this alpha version I noted that:
1) the fact that outline is open when I close lyx is forgotten for
the next run.
Yes, we know this. I probably
On 03/31/2010 09:25 AM, stefano franchi wrote:
I am testing the newly released alpha version of Lyx 2.0 and I found the
same problem (I think) I had reported on previous svn version: with
continuous spellchecker enabled, lyx crashes when scrolling rapidly with the
scroll bar.
Here is what I did (
Am 31.03.2010 um 14:47 schrieb Pavel Sanda:
> Sebastian Rockel wrote:
>> Here in the mac version I cannot enable it due to everything on that pref
>> pane is grayed out:-/
>
> normal spellcheck works?
Also the menu item is grayed out (F7 doesn't do it either).
I just double checked Lyx 1.6.5 wi
I am testing the newly released alpha version of Lyx 2.0 and I found the
same problem (I think) I had reported on previous svn version: with
continuous spellchecker enabled, lyx crashes when scrolling rapidly with the
scroll bar.
Here is what I did (and could repeat)
1. Start Lyx
2. enable continu
Sebastian Rockel wrote:
> Here in the mac version I cannot enable it due to everything on that pref
> pane is grayed out:-/
normal spellcheck works?
pavel
Am 31.03.2010 um 12:10 schrieb Pavel Sanda:
> Jose Quesada wrote:
>> I could not get the inline spelling working. Is this disabled on this
>> release, or did I miss some ./configure flags?
>
> it is supposed to work. normal spellcheck works? preferences checkbox
> for continuous spellcheck is ena
Jose Quesada wrote:
> I could not get the inline spelling working. Is this disabled on this
> release, or did I miss some ./configure flags?
it is supposed to work. normal spellcheck works? preferences checkbox
for continuous spellcheck is enabled?
pavel
Hi,
Many thanks to the team for this release!
The TOC filter and advanced search are great additions.
I could not get the inline spelling working. Is this disabled on this
release, or did I miss some ./configure flags?
Great job!
Best,
-Jose
Jose Quesada, PhD.
Max Planck Institute,
Center for Ad
> >>> I have download alpha 1,
> >> configure, compile and install without problem.
> >>> But when I run it get:
> >>>
> >>> lyx-2.0.0.a1: symbol lookup error:
> lyx-2.0.0.a1:
> >> undefined
> >>> symbol: _Z
> > I have download alpha 1,
> configure, compile and install without problem.
> > But when I run it get:
> >
> >lyx-2.0.0.a1: symbol lookup error: lyx-2.0.0.a1:
> undefined
> >symbol: _ZN11QVectorData4freeEPS_i
> >
> > I have debian lenny with g++ 4
Marcelo Acuña wrote:
>>> I have download alpha 1,
>> configure, compile and install without problem.
>>> But when I run it get:
>>>
>>> lyx-2.0.0.a1: symbol lookup error: lyx-2.0.0.a1:
>> undefined
>>> symbol: _ZN11QVectorData4freeE
On Fri, Mar 26, 2010 at 03:28:45PM -0700, Marcelo Acuña wrote:
> > > I have debian lenny with g++ 4.3.2, qt 4.6.2.
> >
> > Usually, you use a different run-time version of Qt as the
> > one you used in the compilation.
> >
> > Vincent
>
> I have only one qt installed.
Since Debian/Lenny shipp
> > I have download alpha 1,
> configure, compile and install without problem.
> > But when I run it get:
> >
> >lyx-2.0.0.a1: symbol lookup error: lyx-2.0.0.a1:
> undefined
> >symbol: _ZN11QVectorData4freeEPS_i
> >
> > I have debian lenny with g++ 4
> I have download alpha 1, configure, compile and install without problem.
> But when I run it get:
>
>lyx-2.0.0.a1: symbol lookup error: lyx-2.0.0.a1: undefined
>symbol: _ZN11QVectorData4freeEPS_i
>
> I have debian lenny with g++ 4.3.2, qt 4.6.2.
>
>Regards
Usually, y
Pavel Sanda wrote:
> do other people have ftp access or they need to contact me
> in order to put it there?
They need to contact you.
Jürgen
Pavel Sanda wrote:
> Binaries should follow soon.
do other people have ftp access or they need to contact me
in order to put it there?
fyi alpha 2 should happen around half of april.
pavel
Public release of LyX version 2.0.0 (alpha 1)
=
We are pleased to announce the first alpha release of LyX 2.0.0.
Please note that this release is for testing purposes only and
users are encouraged to use the current 1.6 stable release for any
serious
Richard Heck wrote:
> Pavel, if it works for you, feel free to commit.
its in.
this was my last requirement for alpha, so tomorrow
or on monday i will tag it.
people around please give it some 5min test for your
usual usecases.
trunk is still open for bugfixing, but please no big
refactorizati
On 2010-02-01, José Matos wrote:
> On Friday 29 January 2010 22:38:05 Peter Kümmel wrote:
> So I propose to rename it to 0.19 because we have always evolved and
> never had any real revolution.
We had the transition to Unicode but missed it (version number wise).
> LyX 1.6.x is a different beast
On Monday 01 February 2010 12:36:45 Steve Litt wrote:
> Depends on the user. A lot of us read and create LyX programmatically or
> with a text editor.
I am well aware of that, and appendix of my PhD thesis was created that way.
:-)
I have used a python program to generate the whole lyx file and
On Monday 01 February 2010 06:44:29 José Matos wrote:
> On Monday 01 February 2010 11:17:54 Peter Kümmel wrote:
> > I don't insist on 2.0. I only think to make the jump to 2.0 now is
> > without a reason. We missed the chance to name it 2.0 when releasing
> > 1.6, so why should we do it now. Assum
On Monday 01 February 2010 11:17:54 Peter Kümmel wrote:
> I don't insist on 2.0. I only think to make the jump to 2.0 now is without
> a reason. We missed the chance to name it 2.0 when releasing 1.6, so why
> should we do it now. Assume we introduce a new file-format,would we relase
> 3.0 then?
José Matos wrote:
> On Friday 29 January 2010 22:38:05 Peter Kümmel wrote:
>> Read the "Table of contents" at
>> http://wiki.lyx.org/LyX/NewInLyX20
>>
>> most looks like "bug/missing-feature" fixing. This is maybe
>> only my perception, but imagine a "non-hacker/user-only" reads
>> this list, he wo
On Friday 29 January 2010 22:38:05 Peter Kümmel wrote:
> Read the "Table of contents" at
> http://wiki.lyx.org/LyX/NewInLyX20
>
> most looks like "bug/missing-feature" fixing. This is maybe
> only my perception, but imagine a "non-hacker/user-only" reads
> this list, he would wonder why we've deci
Am Freitag, den 29.01.2010, 22:55 +0100 schrieb Vincent van Ravesteijn:>
> >
> What revolution do you expect for 2.0 then ? (or are we back at the
> XML-thing now ?)
Read the "Table of contents" at
http://wiki.lyx.org/LyX/NewInLyX20
most looks like "bug/missing-feature" fixing. This is maybe
Peter Kümmel schreef:
Am Freitag, den 29.01.2010, 18:30 + schrieb José Matos:
On Friday 15 January 2010 19:42:30 Pavel Sanda wrote:
José Matos wrote:
Any other opinions suggestions?
- please do some definitive decision about version number now.
i have ask
Am Freitag, den 29.01.2010, 18:30 + schrieb José Matos:
> On Friday 15 January 2010 19:42:30 Pavel Sanda wrote:
> > José Matos wrote:
> > > Any other opinions suggestions?
> >
> > - please do some definitive decision about version number now.
> > i have asked about the opinions few days ag
On Friday 15 January 2010 19:42:30 Pavel Sanda wrote:
> José Matos wrote:
> > Any other opinions suggestions?
>
> - please do some definitive decision about version number now.
> i have asked about the opinions few days ago, whoever has something
> to say got his chance. the result was 2:1
On Friday 15 January 2010 16:54:15 Jean-Marc Lasgouttes wrote:
> José Matos writes:
> > Any other opinions suggestions?
>
> I guess the question is what we need before alpha 1. One thing I would
> like to see (at least before real release) is a ui2ui/bind2bind/rc2rc
> in
José Matos wrote:
> Any other opinions suggestions?
- please do some definitive decision about version number now.
i have asked about the opinions few days ago, whoever has something
to say got his chance. the result was 2:1 for 1.7 so you have the
royal choice :)
- i miss some gener
José Matos writes:
> Any other opinions suggestions?
I guess the question is what we need before alpha 1. One thing I would
like to see (at least before real release) is a ui2ui/bind2bind/rc2rc
infrastructure. If some nice python hacker (hint!) were to provide the
functionality, we co
Hi all,
trying to synthesize the different threads we had this week it seems
that
there is a consensus that we are ready (^H late) to release the first alpha.
As it is usual with the alpha stage this means that lyx builds (and
hopefully works) on our support platforms. Those pla
Pavel Sanda wrote:
>> > I see, --with-version-suffix
>>
>> Built, installed, so far working fine on fedora F8 x86_64.
>
> you really built it from the tarball?
> i wonder how this is possible when some files are missing.
> pavel
No, built from trunk.
> > I see, --with-version-suffix
>
> Built, installed, so far working fine on fedora F8 x86_64.
you really built it from the tarball?
i wonder how this is possible when some files are missing.
pavel
> In program listings, right click doesn't bring up listings dialog. Doesn't
> seem to be any way to get the program listings dialog.
Abdel and I are working on it.
Bo
Neal Becker wrote:
> Neal Becker wrote:
>
>> Neal Becker wrote:
>>
>>> José Matos wrote:
>>>
Hi all,
I have been fighting with the autotools to build a simple alpha
release. It seemed at some point that I was loosing. :-)
When you read the m4 documentation and at
Neal Becker wrote:
> Neal Becker wrote:
>
>> José Matos wrote:
>>
>>> Hi all,
>>>
>>> I have been fighting with the autotools to build a simple alpha release.
>>> It seemed at some point that I was loosing. :-)
>>>
>>> When you read the m4 documentation and at a certain point it refers that
>>
Neal Becker wrote:
> José Matos wrote:
>
>> Hi all,
>>
>> I have been fighting with the autotools to build a simple alpha release.
>> It seemed at some point that I was loosing. :-)
>>
>> When you read the m4 documentation and at a certain point it refers that
>> it could be worse than intercal
José Matos wrote:
> Hi all,
>
> I have been fighting with the autotools to build a simple alpha release.
> It seemed at some point that I was loosing. :-)
>
> When you read the m4 documentation and at a certain point it refers that
> it could be worse than intercal then you know that perl is for
> anyway the troubles seem to continue.
>
> make[4]: *** No rule to make target `ui_AboutUi.h', needed by `all'. Stop.
i tried to fix it too.
Jose try to build release again, it should work now.
pavel
On Fri, Mar 21, 2008 at 04:46:12PM +, Jean-Pierre Chrétien wrote:
> Jean-Pierre Chretien <[EMAIL PROTECTED]> writes:
>
> >[...]
> > >>>
> > >>> make[3]: Entering directory `/tmp/lyx-1.6.0alpha1/po'
> > >>> make[3]: *** No rule to make target `../src/frontends/qt4/ui/*.ui',
> > >>> needed by
>
Jean-Pierre Chretien <[EMAIL PROTECTED]> writes:
>[...]
> >>>
> >>> make[3]: Entering directory `/tmp/lyx-1.6.0alpha1/po'
> >>> make[3]: *** No rule to make target `../src/frontends/qt4/ui/*.ui',
> >>> needed by
> >>> `qt4_l10n.pot'. Stop.
> >>>
> >>
> >>You probably need gmake (although I thin
>>X-IronPort-AV: E=Sophos;i="4.25,536,1199660400"; d="scan'208";a="10534321"
>>To: Jean-Pierre Chrétien <[EMAIL PROTECTED]>
>>Cc: lyx-devel@lists.lyx.org
>>Subject: Re: LyX - 1.6.0 (alpha 1) Easter edition
>>From: Jean-Marc
On Fri, Mar 21, 2008 at 03:44:08PM +0100, Jean-Marc Lasgouttes wrote:
> Jean-Pierre Chrétien <[EMAIL PROTECTED]> writes:
>
> > Pavel Sanda <[EMAIL PROTECTED]> writes:
> > [...]
> >>
> >> make[4]: *** No rule to make target `ui_AboutUi.h', needed by `all'. Stop.
> >
> > Here on Solaris 8 with gcc
> > Pavel Sanda <[EMAIL PROTECTED]> writes:
> > [...]
> > >
> > > make[4]: *** No rule to make target `ui_AboutUi.h', needed by `all'.
> > > Stop.
> >
> > Here on Solaris 8 with gcc-3.4.6 and qt-4.3.3 I don't go that far:
> >
> >
> > make[3]: Entering directory `/tmp/lyx-1.6.0alpha1/po'
> > m
Jean-Pierre Chrétien <[EMAIL PROTECTED]> writes:
> Pavel Sanda <[EMAIL PROTECTED]> writes:
> [...]
>>
>> make[4]: *** No rule to make target `ui_AboutUi.h', needed by `all'. Stop.
>
> Here on Solaris 8 with gcc-3.4.6 and qt-4.3.3 I don't go that far:
>
>
> make[3]: Entering directory `/tmp/lyx-
> Pavel Sanda <[EMAIL PROTECTED]> writes:
> [...]
> >
> > make[4]: *** No rule to make target `ui_AboutUi.h', needed by `all'. Stop.
>
> Here on Solaris 8 with gcc-3.4.6 and qt-4.3.3 I don't go that far:
>
>
> make[3]: Entering directory `/tmp/lyx-1.6.0alpha1/po'
> make[3]: *** No rule to make
Pavel Sanda <[EMAIL PROTECTED]> writes:
[...]
>
> make[4]: *** No rule to make target `ui_AboutUi.h', needed by `all'. Stop.
Here on Solaris 8 with gcc-3.4.6 and qt-4.3.3 I don't go that far:
make[3]: Entering directory `/tmp/lyx-1.6.0alpha1/po'
make[3]: *** No rule to make target `../src/fron
> > > I have been fighting with the autotools to build a simple alpha release.
> > > It
> > > seemed at some point that I was loosing. :-)
> > >
> > > When you read the m4 documentation and at a certain point it refers that
> > > it
> > > could be worse than intercal then you know that perl is
> > I have been fighting with the autotools to build a simple alpha release. It
> > seemed at some point that I was loosing. :-)
> >
> > When you read the m4 documentation and at a certain point it refers that it
> > could be worse than intercal then you know that perl is forgiven and the
> > t
> Hi all,
>
> I have been fighting with the autotools to build a simple alpha release. It
> seemed at some point that I was loosing. :-)
>
> When you read the m4 documentation and at a certain point it refers that it
> could be worse than intercal then you know that perl is forgiven and the
>
José Matos <[EMAIL PROTECTED]> writes:
> Hi all,
>
> I have been fighting with the autotools to build a simple alpha release. It
> seemed at some point that I was loosing. :-)
>
> When you read the m4 documentation and at a certain point it refers that it
> could be worse than intercal then you
Hi all,
I have been fighting with the autotools to build a simple alpha release. It
seemed at some point that I was loosing. :-)
When you read the m4 documentation and at a certain point it refers that it
could be worse than intercal then you know that perl is forgiven and the
title of write-o
José Matos wrote:
And no last minute changes this time. As soon as the alpha is released no
more big features should go in. As soon as the first beta is released I will
not allow more small features, only bug fixing.
Abdel.
I would like to hear what others think about this, theirs plan
On Friday 16 November 2007 08:04:50 Abdelrazak Younes wrote:
> Don't be shy. Have a look a bugzilla.
I agree with Abdel this is a worthy contribution to lyx and you are welcome
to do it. :-)
BTW if, for some reason, we disagree you can be sure that you will know. ;-)
> Abdel.
--
José Abíli
>> unfortunately i'm not the one who can assembly this list being here
>> relatively
>> newcomer.
>
> Don't be shy. Have a look a bugzilla.
this has nothing to do with being shy. i just remember comments about long
standing not-so-difficult-to-fix bugs and had/ve no clue which ones was those.
pa
Andre Poenitz wrote:
On Thu, Nov 15, 2007 at 10:48:29AM +0100, Abdelrazak Younes wrote:
* Context menus would be nice too but unless we found some volunteers this
has to wait (again).
This would be rather easy conceptually, but I am somewhat reluctant to
do any strongly gui related work and
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Andre Poenitz wrote:
On Thu, Nov 15, 2007 at 10:48:29AM +0100, Abdelrazak Younes wrote:
* Context menus would be nice too but unless we found some
volunteers this has to wait (again).
This would be rather easy conceptu
Edwin Leuven wrote:
Abdelrazak Younes wrote:
1) create a new EmbeddedWorkArea class which sole purpose is to be
embedded in dialogs. This class will create and manage a temporary,
unnamed buffer and will reset the current work area when it loses the
focus. This is easy stuff.
2) Clean up Tom
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Andre Poenitz wrote:
>> On Thu, Nov 15, 2007 at 10:48:29AM +0100, Abdelrazak Younes wrote:
>
>>> * Context menus would be nice too but unless we found some
>>> volunteers this has to wait (again).
>>
>> This would be rather easy conceptually, but I a
Peter Kümmel wrote:
José Matos wrote:
I would like to hear what others think about this, theirs plans and
advices about this release cycle. What are the features that are only
half implemented and what is Estimated Time Arrival for code completion.
Maybe my patch to show the LaTeX output wh
Pavel Sanda wrote:
I would like to hear what others think about this, theirs plans and advices
about this release cycle. What are the features that are only half
implemented and what is Estimated Time Arrival for code completion.
i remember there were complaints about long standing bugs and
> painting and session info. WRT new potential developments, here is my take
> on them (please add items to the list):
i'd like to ask about the status of insets (re)work. i previously started some
work on another insets, but stopped then and waited for stabilization... i
remeber
there was some
> I would like to hear what others think about this, theirs plans and advices
> about this release cycle. What are the features that are only half
> implemented and what is Estimated Time Arrival for code completion.
i remember there were complaints about long standing bugs and about unfinishe
On Thu, Nov 15, 2007 at 10:48:29AM +0100, Abdelrazak Younes wrote:
> Dear all,
Hi Abdel ;-)
> I think we have enough for a new major release now and I would like us to
> start stabilizing the tree VSN. Considering that last alpha/beta period
> lasted 6 months I think it's time to launch a new a
José Matos wrote:
I would like to hear what others think about this, theirs plans and advices
about this release cycle. What are the features that are only half
implemented and what is Estimated Time Arrival for code completion.
Maybe my patch to show the LaTeX output while processing.
It's
Sorry Abdel, may I ask you, what this search and replace patch is
about?
At some point I wanted to make suggestions for improving the search, but
it seems that there is already ongoing work!?
Another question: hearing that the split of the window is already
implemented is great news! Could you tel
Abdelrazak Younes wrote:
1) create a new EmbeddedWorkArea class which sole purpose is to be
embedded in dialogs. This class will create and manage a temporary,
unnamed buffer and will reset the current work area when it loses the
focus. This is easy stuff.
2) Clean up Tommaso's patch to use t
Bo Peng wrote:
Edwin is supposed
to work on a property-editor GUI. I am not sure what is the status
there. Will you be able to take over?
i started in september but am, like you, extremely busy atm and have
nothing close to being functional yet...
On Thursday 15 November 2007 09:48:29 Abdelrazak Younes wrote:
> Dear all,
>
> I think we have enough for a new major release now and I would like us
> to start stabilizing the tree VSN. Considering that last alpha/beta
> period lasted 6 months I think it's time to launch a new alpha. Jose,
> would
Edwin Leuven wrote:
Abdelrazak Younes wrote:
Dear all,
selection painting and session info. WRT new potential developments,
here is my take on them (please add items to the list):
what's the status of tommaso's search and replace patch?
just wondering...
I've cleaned up and enhanced the ar
> Personally I am almost done with code cleanups, except for these
> selection painting and session info. WRT new potential developments,
> here is my take on them (please add items to the list):
It is great to hear this.
After I decided to integrate embedding status with insets (rather than
a th
Abdelrazak Younes wrote:
> Dear all,
>
> I think we have enough for a new major release now and I would like us
> to start stabilizing the tree VSN. Considering that last alpha/beta
> period lasted 6 months I think it's time to launch a new alpha. Jose,
> would you like to act as the release mana
Abdelrazak Younes wrote:
Dear all,
selection painting and session info. WRT new potential developments,
here is my take on them (please add items to the list):
what's the status of tommaso's search and replace patch?
just wondering...
Dear all,
I think we have enough for a new major release now and I would like us
to start stabilizing the tree VSN. Considering that last alpha/beta
period lasted 6 months I think it's time to launch a new alpha. Jose,
would you like to act as the release manager? I don't want to wear that
ha
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Jean-Marc Lasgouttes schrieb:
José> You are right, the places I have found are:
>>
Jean-Marc> I am not sure you did the right search. I found:
>>
Jean-Marc> fantomas: grep -r 14x .|grep -v /po/|grep -v ChangeLog
>> Jose, remembe
On Wednesday 03 January 2007 6:06 pm, Michael Gerz wrote:
> For your enjoyment: I just updated all occurrences of LYX_DIR and
> LYX_USER_DIR in
>
> http://www.lyx.org/trac/changeset/16481
Thanks Michael. :-)
> Michael
--
José Abílio
Jean-Marc Lasgouttes schrieb:
José> You are right, the places I have found are:
Jean-Marc> I am not sure you did the right search. I found:
Jean-Marc> fantomas: grep -r 14x .|grep -v /po/|grep -v ChangeLog
Jose, remember that this is still not done.
For your enjoyment: I just updated all oc
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Thursday 16 November 2006 9:37 am, Peter Kümmel wrote:
>>> There are several paces where LYX_DIR_14x is hard coded. Shouldn't
>>> it be changed to LYX_DIR_15x?
Jos
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> I'm happy to provide one, but the warnings against using it
Bennett> for any real work should be pretty strong. I wonder whether
Bennett> what I provide should include debug info, with instructions
Bennett> for people to run it v
On Nov 17, 2006, at 4:29 AM, José Matos wrote:
On Friday 17 November 2006 8:42 am, Jean-Marc Lasgouttes wrote:
I did that.
Thank you.
Would it make sense to have a LyX/Mac or LyX/Win build?
I think so, what do others think?
For LyX/Mac, I suppose that the fact that one cannot start f
On Friday 17 November 2006 8:42 am, Jean-Marc Lasgouttes wrote:
> I did that.
Thank you.
> Would it make sense to have a LyX/Mac or LyX/Win build?
I think so, what do others think?
> For LyX/Mac, I suppose that the fact that one cannot start from GUI is
> problematic...
On the other ha
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> Could someone who has the right privileges (Lars or Jean-Marc)
José> put those packages in ftp.devel.lyx.org?
José> As I said yesterday I would like to do a broader announce but
José> before I would like to have the packages there.
On Wednesday 15 November 2006 11:46 pm, José Matos wrote:
> Hi,
> I have followed the wise steps described by Lars and Jean-Marc to make a
> release (*). I have placed the resulting packages in
> http://www.lyx.org/~jamatos/
Could someone who has the right privileges (Lars or Jean-Marc) pu
1 - 100 of 110 matches
Mail list logo
