Vincent van Ravesteijn
writes:
| Lars Gullik Bjønnes schreef:
>> All mail to lyx.org (not lists.lyx.org) is not handled by google.
>>
>> Let's see how this works out...
>>
>>
| Hmm.. _not_ handled by google... ???
Wonder why I always get that wrong...
...is NOW handled by...
--
Lgb
Lars Gullik Bjønnes schreef:
All mail to lyx.org (not lists.lyx.org) is not handled by google.
Let's see how this works out...
Hmm.. _not_ handled by google... ???
Vincent
Did this change? I remember that there was a problem about the
symlinks that we had at one point.
rh
Well, I see now that the documentation of 4.4.3 is the same. Maybe
they only changed the implementation.
Anyway, it makes no sense at all to me.. but something changed
I made a very small
All mail to lyx.org (not lists.lyx.org) is not handled by google.
Let's see how this works out...
--
Lgb
v...@lyx.org schreef:
Author: vfr
Date: Tue Mar 10 00:30:08 2009
New Revision: 28748
URL: http://www.lyx.org/trac/changeset/28748
Log:
Fix an infinite loop with Qt4.5 when creating two unnamed files.
In Qt4.5, QFileInfo::operator==() compares the file locations instead of the
files themselve
rgheck schreef:
bool QFileInfo::operator!= ( const QFileInfo & /fileinfo/ )
Returns true if this QFileInfo object refers to a
_*different file*_ than the one specified by /fileinfo/; otherwise
returns false.
bool QFileInfo::operator== ( const QFileInfo & /fileinfo/ )
Retu
Vincent van Ravesteijn wrote:
Vincent van Ravesteijn schreef:
Another major bug with QT 4.5.
1.Start LyX
2. Ctrl-N
3. Ctrl-N
Infinite Loop.
Vincent
According to the documentation:
bool QFileInfo::operator!= ( const QFileInfo & /fileinfo/ )
Returns true if this QFileInfo object r
Vincent van Ravesteijn schreef:
Another major bug with QT 4.5.
1.Start LyX
2. Ctrl-N
3. Ctrl-N
Infinite Loop.
Vincent
According to the documentation:
bool QFileInfo::operator!= ( const QFileInfo & /fileinfo/ )
Returns true if this QFileInfo object refers to a
_*different file*_
Le 9 mars 09 à 22:46, Bo Peng a écrit :
These distributions are on ftp.lyx.org (a separate server) and can
stay
there
for now. I really do not want to have to deal with sf.net
monstruosity to
get files (unless there is a ftp access).
I do not understand at all why a tree-like structure (su
On 09/03/2009 22:42, Andre Poenitz wrote:
On Mon, Mar 09, 2009 at 10:10:57PM +0100, Vincent van Ravesteijn wrote:
I've seen another difference caused by QT4.5, which is that there is a
black box around the WorkArea.
I don't really like it, but when I looked into the code I saw that it is
by
On 09/03/2009 20:25, Vincent van Ravesteijn wrote:
Abdelrazak Younes schreef:
you...@lyx.org wrote:
Author: younes
Date: Mon Mar 9 18:38:35 2009
New Revision: 28742
URL: http://www.lyx.org/trac/changeset/28742
Log:
Avoid infinite loop with Qt4.5 (asserts instead).
Juergen, I don't have the
Another major bug with QT 4.5.
1.Start LyX
2. Ctrl-N
3. Ctrl-N
Infinite Loop.
Vincent
> Can those of you that today have a lyx.org mailing address (account on
> aussie) please send me a mail containing:
>
> (will be same as on aussie)
>
I would like to note that your may need another username at sf.net if
it is already taken there. I believe an account is needed to commit to
the
Can those of you that today have a lyx.org mailing address (account on
aussie) please send me a mail containing:
(will be same as on aussie)
You should change that as soon as you can access
http://mail.google.com/a/lyx.org
(That address will change to mail.lyx.org pretty soon.)
--
Lgb
> These distributions are on ftp.lyx.org (a separate server) and can stay
> there
> for now. I really do not want to have to deal with sf.net monstruosity to
> get files (unless there is a ftp access).
I do not understand at all why a tree-like structure (such as
http://sourceforge.net/project/sho
On Mon, Mar 09, 2009 at 10:10:57PM +0100, Vincent van Ravesteijn wrote:
> I've seen another difference caused by QT4.5, which is that there is a
> black box around the WorkArea.
>
> I don't really like it, but when I looked into the code I saw that it is
> by design (probably not revealed previ
Bo Peng wrote:
ftp.devel.lyx.org as backup for ftp.lyx.org:
I think we have to use sf.net for that as well.
How about old source and binary distributions? If someone has enough
free time, he can move all historical source and binary releases to
sf.net. Note that we can not use the web space be
>> Nope, and it is a very good idea. However I would like to build a
>> standalone tool that does not require other libraries to work, i.e. to
>> minimize dependencies -- not because users will not have lyx2lyx
>> installed but because of runtime problems.
>
> I am not sure I follow you, why would
rgheck writes:
| Lars Gullik Bjønnes wrote:
>> Jean-Marc Lasgouttes writes:
>>
>> [...]
>>
Mail:
Getting a lyx.org address as a lyx developer has been a bonus, the
mail account has never been
intended for storing mail, and basically a forward has been required.
So I a
Bo Peng writes:
>> ftp.devel.lyx.org as backup for ftp.lyx.org:
>> I think we have to use sf.net for that as well.
>
| How about old source and binary distributions? If someone has enough
| free time, he can move all historical source and binary releases to
| sf.net. Note that we can not use the
> Where would we move them to? Exactly? I'd guess a shell script would take
> care of this fairly quickly.
I was talking about creating actual releases for these historical
releases using the file release system of sf.net. Doing that manually
can be tiresome because you need to set the 'type' of e
I've seen another difference caused by QT4.5, which is that there is a
black box around the WorkArea.
I don't really like it, but when I looked into the code I saw that it is
by design (probably not revealed previously as a result of another bug
in Qt4.4).
#ifdef Q_WS_MACX
setFrameStyle(Q
Bo Peng wrote:
ftp.devel.lyx.org as backup for ftp.lyx.org:
I think we have to use sf.net for that as well.
How about old source and binary distributions? If someone has enough
free time, he can move all historical source and binary releases to
sf.net. Note that we can not use the web spac
Lars Gullik Bjønnes wrote:
Jean-Marc Lasgouttes writes:
[...]
Mail:
Getting a lyx.org address as a lyx developer has been a bonus, the
mail account has never been
intended for storing mail, and basically a forward has been required.
So I am moving forward with moving handling of mail to goo
> ftp.devel.lyx.org as backup for ftp.lyx.org:
> I think we have to use sf.net for that as well.
How about old source and binary distributions? If someone has enough
free time, he can move all historical source and binary releases to
sf.net. Note that we can not use the web space because it is lim
Jean-Marc Lasgouttes writes:
[...]
>> Mail:
>> Getting a lyx.org address as a lyx developer has been a bonus, the
>> mail account has never been
>> intended for storing mail, and basically a forward has been required.
>> So I am moving forward with moving handling of mail to google, and let
>> th
So the solution that we (I) will find now, but not be the best, and
mostly likely parts of it (perhaps all),
will be temporary (albeit at least some, setup so that we can live
with it for quite some time while
we look for other and better solutions.
The solution sound good enough for now.
Mai
Read this:
http://www.qtsoftware.com/developer/faqs/why-does-qstring-indexof-
qregexp-cause-a-crash-or-hang-in-qt-4.5
This discussion about const methods that are documented to modify
objects is a bit insane.
But I am glad to see the bug fixed :)
JMarc
We have gotten notification from our current hosting provider that we
will be shut down RSN.
So we have to find different locations for the services we required.
Since this is happening quite fast we do not have time to evaluate a
lot of options,
but must move quickly forward.
So the solution tha
v...@lyx.org schreef:
Author: vfr
Date: Mon Mar 9 20:54:47 2009
New Revision: 28746
URL: http://www.lyx.org/trac/changeset/28746
Log:
Proper fix to avoid an infinite loop with Qt4.5.
see:
http://www.qtsoftware.com/developer/faqs/why-does-qstring-indexof-qregexp-cause-a-crash-or-hang-in-qt-4.5
rgheck schreef:
Vincent van Ravesteijn wrote:
Abdelrazak Younes schreef:
you...@lyx.org wrote:
Author: younes
Date: Mon Mar 9 18:38:35 2009
New Revision: 28742
URL: http://www.lyx.org/trac/changeset/28742
Log:
Avoid infinite loop with Qt4.5 (asserts instead).
Juergen, I don't have the time
Vincent van Ravesteijn wrote:
Abdelrazak Younes schreef:
you...@lyx.org wrote:
Author: younes
Date: Mon Mar 9 18:38:35 2009
New Revision: 28742
URL: http://www.lyx.org/trac/changeset/28742
Log:
Avoid infinite loop with Qt4.5 (asserts instead).
Juergen, I don't have the time to investigate f
Abdelrazak Younes schreef:
you...@lyx.org wrote:
Author: younes
Date: Mon Mar 9 18:38:35 2009
New Revision: 28742
URL: http://www.lyx.org/trac/changeset/28742
Log:
Avoid infinite loop with Qt4.5 (asserts instead).
Juergen, I don't have the time to investigate further but I think this
at lea
On Monday 09 March 2009 18:58:31 Vincent van Ravesteijn wrote:
> What exactly works or works not ?
The initial problem reported by Abdel was that accessing the Document-
>Settings submenu would put the processor with a 100% work load.
For some reason the first I tried this worked perfectly on F11
José Matos schreef:
On Monday 09 March 2009 16:34:46 José Matos wrote:
Just adding another datapoint, in Fedora 11 (rawhide), lyx-1.6.1 works
compiled with Qt4.5.0.
I have to take this claim back. For some reason it worked the first time I
tried but I have not been able to reproduce i
On Monday 09 March 2009 16:34:46 José Matos wrote:
> Just adding another datapoint, in Fedora 11 (rawhide), lyx-1.6.1 works
> compiled with Qt4.5.0.
I have to take this claim back. For some reason it worked the first time I
tried but I have not been able to reproduce it. Strange. :-)
--
José Abí
Abdelrazak Younes schreef:
you...@lyx.org wrote:
Author: younes
Date: Mon Mar 9 18:38:35 2009
New Revision: 28742
URL: http://www.lyx.org/trac/changeset/28742
Log:
Avoid infinite loop with Qt4.5 (asserts instead).
Juergen, I don't have the time to investigate further but I think this
at lea
you...@lyx.org wrote:
Author: younes
Date: Mon Mar 9 18:38:35 2009
New Revision: 28742
URL: http://www.lyx.org/trac/changeset/28742
Log:
Avoid infinite loop with Qt4.5 (asserts instead).
Juergen, I don't have the time to investigate further but I think this
at least should go in 1.6.2 if it
Vincent van Ravesteijn wrote:
Abdelrazak Younes schreef:
Vincent van Ravesteijn - TNW wrote:
Abdelrazak Younes wrote:
And I cannot make gdb to produce a backtrace... lyx occupying 100%
cpu
and the only way to kill it is with 'kill -9'.
I tested 1.6.1 compiled against Q4.4 but runn
José Matos schreef:
On Monday 09 March 2009 16:44:20 Richard Heck wrote:
So it's the case of "compiled against 4.4 but run with 4.5" that is the
problem?
It seems so. I tried the same procedure with lyx-1.6.1 in Fedora 10 (thus
compiled with Qt 4.4.3) with Qt4.5 and it happens as Abde
Andre Poenitz wrote:
On Sun, Mar 08, 2009 at 12:29:28PM +0100, Peter Kuemmel wrote:
Yes, and all there other changes done in my branch, it builds with
the express sp1 compiler.
And when someone wanna use a compiler not supporting TR1 he could
use boost::tr1. But the code could complete changed
Abdelrazak Younes schreef:
Vincent van Ravesteijn - TNW wrote:
Abdelrazak Younes wrote:
And I cannot make gdb to produce a backtrace... lyx occupying 100%
cpu
and the only way to kill it is with 'kill -9'.
I tested 1.6.1 compiled against Q4.4 but running against Qt4.5 and
1.6.2s
On Monday 09 March 2009 16:58:02 Abdelrazak Younes wrote:
>
> I don't think that Jose meant that it works as "I can't reproduce the
> problem". I guess he meant that Qt4.5 is already distributed in Fedora
> ... and Ubuntu 9.04 as well...
Actually I really mean that it works, if I open the document
On Monday 09 March 2009 16:44:20 Richard Heck wrote:
> So it's the case of "compiled against 4.4 but run with 4.5" that is the
> problem?
It seems so. I tried the same procedure with lyx-1.6.1 in Fedora 10 (thus
compiled with Qt 4.4.3) with Qt4.5 and it happens as Abdel reported.
> rh
--
José
Vincent van Ravesteijn - TNW wrote:
Abdelrazak Younes wrote:
And I cannot make gdb to produce a backtrace... lyx occupying 100%
cpu
and the only way to kill it is with 'kill -9'.
I tested 1.6.1 compiled against Q4.4 but running against Qt4.5 and
1.6.2svn compiled against Qt4.5
Richard Heck wrote:
José Matos wrote:
On Monday 09 March 2009 10:26:09 Abdelrazak Younes wrote:
And I cannot make gdb to produce a backtrace... lyx occupying 100% cpu
and the only way to kill it is with 'kill -9'.
I tested 1.6.1 compiled against Q4.4 but running against Qt4.5 and
1.6.2svn co
José Matos wrote:
On Monday 09 March 2009 10:26:09 Abdelrazak Younes wrote:
And I cannot make gdb to produce a backtrace... lyx occupying 100% cpu
and the only way to kill it is with 'kill -9'.
I tested 1.6.1 compiled against Q4.4 but running against Qt4.5 and
1.6.2svn compiled against Qt4.5
On Monday 09 March 2009 10:26:09 Abdelrazak Younes wrote:
> And I cannot make gdb to produce a backtrace... lyx occupying 100% cpu
> and the only way to kill it is with 'kill -9'.
>
> I tested 1.6.1 compiled against Q4.4 but running against Qt4.5 and
> 1.6.2svn compiled against Qt4.5.
>
> Qt4.5 is
>
>Abdelrazak Younes wrote:
>> And I cannot make gdb to produce a backtrace... lyx occupying 100%
cpu
>> and the only way to kill it is with 'kill -9'.
>>
>> I tested 1.6.1 compiled against Q4.4 but running against Qt4.5 and
>> 1.6.2svn compiled against Qt4.5.
>
>And with trunk too...
>
>Abdel.
> From http://simupop.svn.sourceforge.net/viewvc/simupop/trunk/doc/tools/
> , you can find a patch (converter_patch.diff) to the current converter
> tool (http://svn.python.org/projects/doctools/converter/converter )
> and an updated convert.py .
Note that I have sent some of the patches to Georg
> reST is quite limited (no bibtex support, no math, no small-caps, no
> bold-italic, ...) so that this might not work for all.
At least for my software manual, I do not need advanced formatting and
the simplicity of reST rules. Note that reST is *extensible* and
Sphinx uses many extensions to han
Abdelrazak Younes wrote:
Alex Fernandez wrote:
Question 1: do you use the lyx2lyx framework? The advantage would be
that
lyx2lyx knows about the lyx format of all revisions.
Nope, and it is a very good idea. However I would like to build a
standalone tool that does not require other libraries
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
And I cannot make gdb to produce a backtrace... lyx occupying 100%
cpu and the only way to kill it is with 'kill -9'.
I tested 1.6.1 compiled against Q4.4 but running against Qt4.5 and
1.6.2svn compiled against Qt4.5.
And with trunk too...
On 2009-03-09, Bo Peng wrote:
>> Also, MathML is more and more supported. So there is need for a
>> MathML-emitting converter (a Python LaTeX-math to MathML converter is
>> e.g. available in the Docutils Sandbox).
> I would personally recommend a LyX -> LaTeX (skip?) ->
> restructuredText -> HTML
Kornel Benko writes:
>> No, we are installing under
>> $prefix/bin
>> $prefix/share/lyx$version (here are the ui, bind, layout, etc
>> directories)
>> $prefix/man/man1
>
> Hmm, that is not complete ..
> there is also
> $prefix/share/locale
Indeed.
> $prefix/lyx (I do not see here $pr
Jean-Marc Lasgouttes wrote:
> I did lyxclient. For tex2lyx, I'd like to merge my bigger changes to
> branch first. I guess I have to wait a bit for that?
Yes, a few days (until it's clear what 1.6.2 actually is).
Jürgen
Jürgen Spitzmüller writes:
> Jean-Marc Lasgouttes wrote:
>> Juergen, want that for 1.6.3? It is minor anyway.
>
> Yes. I take it is is slightly more work for the other man pages?
I did lyxclient. For tex2lyx, I'd like to merge my bigger changes to
branch first. I guess I have to wait a bit for t
Kornel Benko writes:
> Am 2009-03-09 schrieb Jean-Marc Lasgouttes:
>> Kornel Benko writes:
>> >> I modified lyx.1in, and at least cmake builds this one correct.
>> >
>> > As it turns out, I am not skilled enough to modify configure.ac properly
>> > to
>> > handle string @PROGRAM_SUFFIX@ :(
>>
Alex Fernandez wrote:
Question 1: do you use the lyx2lyx framework? The advantage would be that
lyx2lyx knows about the lyx format of all revisions.
Nope, and it is a very good idea. However I would like to build a
standalone tool that does not require other libraries to work, i.e. to
minimize
Am 2009-03-09 schrieb Jean-Marc Lasgouttes:
> Kornel Benko writes:
> >> I modified lyx.1in, and at least cmake builds this one correct.
> >
> > As it turns out, I am not skilled enough to modify configure.ac properly to
> > handle string @PROGRAM_SUFFIX@ :(
>
> The only problem was that you have
lasgout...@lyx.org writes:
> Author: lasgouttes
> Date: Mon Mar 9 14:49:53 2009
> New Revision: 28737
>
> URL: http://www.lyx.org/trac/changeset/28737
> Log:
> really reset the LANGUAGE variable to its old value, instead of some other
> guessed value
I am not sure whether this really fixes some
Jürgen Spitzmüller writes:
> Jean-Marc Lasgouttes wrote:
>> Juergen, want that for 1.6.3? It is minor anyway.
>
> Yes. I take it is is slightly more work for the other man pages?
Slightly. They are not autogenerated right now. I should do it, I know :)
JMarc
Jean-Marc Lasgouttes wrote:
> Juergen, want that for 1.6.3? It is minor anyway.
Yes. I take it is is slightly more work for the other man pages?
Jürgen
Kornel Benko writes:
>> I modified lyx.1in, and at least cmake builds this one correct.
>
> As it turns out, I am not skilled enough to modify configure.ac properly to
> handle string @PROGRAM_SUFFIX@ :(
The only problem was that you have used cmake for too long and put
CAPITALS everywhere :) Au
> Also, MathML is more and more supported. So there is need for a
> MathML-emitting converter (a Python LaTeX-math to MathML converter is
> e.g. available in the Docutils Sandbox).
I would personally recommend a LyX -> LaTeX (skip?) ->
restructuredText -> HTML option. Both LaTeX->reST and reST->HT
Abdelrazak Younes wrote:
And I cannot make gdb to produce a backtrace... lyx occupying 100% cpu
and the only way to kill it is with 'kill -9'.
I tested 1.6.1 compiled against Q4.4 but running against Qt4.5 and
1.6.2svn compiled against Qt4.5.
And with trunk too...
Abdel.
Jürgen Spitzmüller wrote:
(I wonder, however, why no one noticed earlier; am I the only one who uses
branch for daily work?)
I always do, but I've had so much administrative stuff to do that that
kind of daily work hasn't been happening of late
rh
> Question 1: do you use the lyx2lyx framework? The advantage would be that
> lyx2lyx knows about the lyx format of all revisions.
Nope, and it is a very good idea. However I would like to build a
standalone tool that does not require other libraries to work, i.e. to
minimize dependencies -- not b
Hi Guenter,
> HTML + CSS is one alternative that will work better for many cases.
> (BTW: Tth is also using HTML + CSS.)
I agree: pictures for formulae (as seen on Wikipedia) are a suboptimal solution.
> Also, MathML is more and more supported. So there is need for a
> MathML-emitting converter
Hi Pavel,
>>perhaps as an embedded converter
>
> two keys issues for this question
Fair questions, let me reply:
> - how much is it complete. do you support things like footer, boxes, tables,
> branches,
> spacing, listings, notes, fgiures, toc, index, bibtex citations? what you do
> with ert
And I cannot make gdb to produce a backtrace... lyx occupying 100% cpu
and the only way to kill it is with 'kill -9'.
I tested 1.6.1 compiled against Q4.4 but running against Qt4.5 and
1.6.2svn compiled against Qt4.5.
Qt4.5 is starting to appear in some distribution (already!) so we are
goin
Alex Fernandez wrote:
My early results were encouraging: the relatively sparse set of LyX
commands, and specially the even smaller set that I use, have yielded
good results. And thanks to the excellent "Math in HTML with CSS":
http://www.zipcon.net/~swhite/docs/math/math.html
I was also able to
Konrad Hofbauer wrote:
In 1.5.7, the screen scrolls half a screen.
In 1.6.1, the screen scrolls one line.
In most apps (TextEdit, TeXShop, Smultron) it scrolls half a screen.
In some other apps (TextWrangler, Word) it scrolls one line.
Personally, I prefer the 1.5.7-behaviour (recenter on scree
Jürgen Spitzmüller wrote:
BH wrote:
I've applied the equivalent patch to my local copy of 1.6.2. Jürgen:
Shall I package up the unpatched version for distribution (and risk
complaints) or stick with the current 1.6.2?
Uh ... what I meant was Well, you know what I meant.
O
Jürgen Spitzmüller wrote:
> > OK, OK. Since it seems so important to all of you, apply to branch, and
> > I'm gonna build another tarball on Friday.
>
> I did it myself. I probably can build another tarball today.
http://www.lyx.org/~spitz/lyx-1.6.2rc2.tar.gz
Jürgen
Jürgen Spitzmüller wrote:
> OK, OK. Since it seems so important to all of you, apply to branch, and I'm
> gonna build another tarball on Friday.
I did it myself. I probably can build another tarball today.
Jürgen
Jürgen Spitzmüller wrote:
> Vincent, I have already copied the content of status.16x to ANNOUNCE. Could
> you please add the description to both files?
Well, since it's a regression, no description is needed anyway.
Jürgen
BH wrote:
> > I've applied the equivalent patch to my local copy of 1.6.2. Jürgen:
> > Shall I package up the unpatched version for distribution (and risk
> > complaints) or stick with the current 1.6.2?
>
> Uh ... what I meant was Well, you know what I meant.
OK, OK. Since it seems so impor
Thanks Alex for sharing this tool. The example page looks promising.
On 2009-03-08, Pavel Sanda wrote:
> Alex Fernandez wrote:
>>perhaps as an embedded converter
> two keys issues for this question
> as for math i dont believe that latex math possibilities would be
> easy to do completely in
79 matches
Mail list logo
