On Wed, 5 Feb 2003, John Levon wrote:
On Wed, Feb 05, 2003 at 03:37:19PM +1000, Allan Rae wrote:
Does someone want to comment on this bug fix? For example, may I
commit it or not? The bug isn't in Bugzilla as far as I can see
but that doesn't make it any less annoying.
It's too late
and you can see what a mess I've made here:
http://www.itee.uq.edu.au/~rae/www-user/
There is still a bit of cleaning up to do in the php code and in the
css but it should all look good in links, lynx, IE, Konq and Mozilla
(and its derivatives). Don't tell me it's broken in Netscape 4
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Angus Leeming [EMAIL PROTECTED] writes:
|
| | On Tuesday 04 February 2003 10:51 pm, Lars Gullik Bjønnes wrote:
| | | Or can you just modify the existing spec file to make 4 rpms and be done
| | | with it?
| |
| | yes.
| |
| | But I will not
Angus Leeming [EMAIL PROTECTED] writes:
| Goodness, you've been busy. One changes and lyx.spec compiles:
|
| In Makefile.am, change
| $(LN_S) -f $(srcdir)/lib/images/lyx.xpm .
| to
| cp $(srcdir)/lib/images/lyx.xpm /usr/src/redhat/SOURCES/
Hmm... mine does not need that..
|
Andre Poenitz [EMAIL PROTECTED] writes:
| On Tue, Feb 04, 2003 at 11:00:42PM +, Angus Leeming wrote:
| Or... perhaps we should delay 1.3.0 a bit to put this into place... it
| would fit the xforms and qt better
|
| I think that that is a good idea. Otherwise, we end up looking a bit
|
On Tue, 4 Feb 2003, Angus Leeming wrote:
Christian Ridderström wrote:
Hi
I was trying checking out the cvs version from scratch, and when I tried
to run:
autogen.sh
it complains that my version of autoconf is bad and I activated a later
version (2.57). And it still
Andre Poenitz [EMAIL PROTECTED] writes:
| On Tue, Feb 04, 2003 at 11:51:10PM +0100, Lars Gullik Bjønnes wrote:
| Or... perhaps we should delay 1.3.0 a bit to put this into place...
|
| No further 1.3.0 delay, _please_.
We could delay the rpm generation, and just provide the tar.gz at
first.
We
Angus Leeming wrote:
On Tuesday 04 February 2003 10:44 pm, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| Richard Geissler wrote:
| During make install the directory lyx/xfonts will be created.
| Depending on the umask value of the executing user (e.g. root),
|
On Wed, Feb 05, 2003 at 10:04:36AM +0100, Lars Gullik Bjønnes wrote:
| NOOO!
I guess the N*O is for the prospect of delaying 1.3.0?
I don't think any delay _now_ is a good idea.
Andre'
--
Those who desire to give up
On Wed, Feb 05, 2003 at 10:09:21AM +0100, Lars Gullik Bjønnes wrote:
We could delay the rpm generation, and just provide the tar.gz at
first. We just supply a broken spec file with it :-/
Fine with me. Btw, rpm seems to build fine with srcdir != builddir right
now.
| We currently spend more
Hi,
is there any particular reason that reLyX does not
recognize minipages? I had to convert a document
that contained a lot of them, and so I added support
for minipages to BasicLyX.pm.
I don't know if this is the correct way to do it,
but it works for me and might be useful for others.
Georg
Some spanish tightening (being kind with myself)...
Bye, Alfredo
patch.diff.gz
Description: GNU Zip compressed data
Richard Geißler [EMAIL PROTECTED] writes:
| Angus, what umask are you using? In my case, root uses umask 077 for
| security reason (as user root I prefer providing permissions rather
| than removing permissions). Then I get:
| drwx--2 root root 368 Feb 5 10:04 xfonts
So you
On Wed, Feb 05, 2003 at 10:45:25AM +0100, Lars Gullik Bjønnes wrote:
The only delay now is a couple of days for the translation people to
catch up a bit.
It won't be long now...
Please set a fixed date.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not
On Wed, Feb 05, 2003 at 10:47:48AM +0100, Lars Gullik Bjønnes wrote:
| Is completely independent of the rest of the world, and can be stabilized
| in five minutes by just switching back to last known good.
Is that stabilizing? I thought that counted as reverting and ditching.
The chance
Lars Gullik Bjønnes wrote:
Richard Geißler [EMAIL PROTECTED] writes:
| Angus, what umask are you using? In my case, root uses umask 077 for
| security reason (as user root I prefer providing permissions rather
| than removing permissions). Then I get:
| drwx--2 root root 368
Andre Poenitz [EMAIL PROTECTED] writes:
| On Wed, Feb 05, 2003 at 10:47:48AM +0100, Lars Gullik Bjønnes wrote:
| | Is completely independent of the rest of the world, and can be stabilized
| | in five minutes by just switching back to last known good.
|
| Is that stabilizing? I thought that
Richard Geißler [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
| Richard Geißler [EMAIL PROTECTED] writes:
| | Angus, what umask are you using? In my case, root uses umask 077
| for
| | security reason (as user root I prefer providing permissions rather
| | than removing
Andre Poenitz wrote:
On Wed, Feb 05, 2003 at 10:47:48AM +0100, Lars Gullik Bjønnes wrote:
| Is completely independent of the rest of the world, and can be
| stabilized in five minutes by just switching back to last known good.
Is that stabilizing? I thought that counted as reverting and
Andre Poenitz wrote:
Having the release five weeks after the real code freeze does not
sound to bad to me.
Next time please set fixed dates, and if the stuff is not ready, scrap the
release plans and let everybody go on.
IMHO there should also be a list of open issues/bugs that must be
Georg Baum wrote:
Hello, Georg.
is there any particular reason that reLyX does not
recognize minipages?
The only that development of reLyX has stalled since Amir Karger moved on.
No one else appears to have the stomach for perl.
I had to convert a document that contained a lot of them,
On Wed, Feb 05, 2003 at 11:08:30AM +0100, Lars Gullik Bjønnes wrote:
| Next time please set fixed dates, and if the stuff is not ready, scrap the
| release plans and let everybody go on.
In this kind of project fixed dates are bad bad bad.
Ok. So next time I'll keep commiting math stuff as I
Richard Geißler wrote:
So you get exactly what you ask for: higher security, but lower ease
of use.
In the case of software installation I would prefer to get the
permissions set to reasonable values (so that the installation can be
used by normal users). The permissions of all installed
On Wed, Feb 05, 2003 at 10:11:19AM +, Angus Leeming wrote:
Of course, we don't have to release each time some new, but stable, addition
is made to head, but can accumulate several changes. In fact, it sounds a
bit like the way JMarc manages his stable branches.
What do you think?
We
the title says it all really. When I run with a debug option, I get
the output a bit below. To me the script seems incorrect and I've
added a note where I think it fails (that's where it failed when I
copied it and tried it separately)
The problem seems to be that it assumes that tgif will
John Levon wrote:
http://omnibus.uni-freiburg.de/~spitzmue/lyx-lgt-1.3/lgt.html
Neat. The font in the document looks a bit ugly though (isn't it
anti-aliased ?)
This is Georgia (which I find much more readable on screen than Times). It
should be anti-aliased; maybe a screenshot problem.
Christian Ridderström wrote:
the title says it all really. When I run with a debug option, I get
the output a bit below. To me the script seems incorrect and I've
added a note where I think it fails (that's where it failed when I
copied it and tried it separately)
Please add the following
-BEGIN PGP SIGNED MESSAGE-
Hi,
the QT-version no longer supports polish characters. Don't know
since when though. Russian and german are still working. I remember
this were working for polish too.
Oh... some of czech charaters are not there either ... I'm not happy.
The xforms version
Angus Leeming wrote:
Indeed. Actually, we could turn it around and create a 'release' branch
using exactly the same procedure as used by JMarc in his 'stable' branches.
The only difference is that we have much more back porting.
Moreover, if it turns out that people just continue developing
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Lars Gullik Bjønnes wrote:
The best would probably be do create four rpms. (or three)
ipzone-xforms ipzone-qt ipzone-common ipzone-doc
xforms and qt would basically only contain the binaries.
What about putting the english docs in
On Wed, Feb 05, 2003 at 11:03:02AM +0100, Michael Schmitt wrote:
IMHO there should also be a list of open issues/bugs that must be fixed
under all circumstances.
Such a list should be set up by all developers
about a month before the next release. Today there is bugzilla with the
Andre Poenitz [EMAIL PROTECTED] writes:
| On Wed, Feb 05, 2003 at 11:08:30AM +0100, Lars Gullik Bjønnes wrote:
| | Next time please set fixed dates, and if the stuff is not ready, scrap the
| | release plans and let everybody go on.
|
| In this kind of project fixed dates are bad bad bad.
|
On Wednesday 05 February 2003 10:18, Angus Leeming wrote:
As an aside to the rest of the developers: adding stuff like this leads to
a bastardisation of the lyx format output by reLyX. Most of it is still
lyxformat 215 with occasional sprinklings of later formats. Will this
confuse lyx2lyx or
On Wed, Feb 05, 2003 at 11:29:34AM +0100, Michael Schmitt wrote:
BTW: If you intend to work with many branches in the future, you should
have a look at http://subversion.tigris.org
I think we can't afford working on many branches.
Andre'
--
Those who desire to give up Freedom in order to
On Wed, 5 Feb 2003, Michael Schmitt wrote:
Christian Ridderström wrote:
the title says it all really. When I run with a debug option, I get
the output a bit below. To me the script seems incorrect and I've
added a note where I think it fails (that's where it failed when I
copied it and
Christian Ridderström wrote:
the title says it all really. When I run with a debug option, I get
the output a bit below. To me the script seems incorrect and I've
added a note where I think it fails (that's where it failed when I
copied it and tried it separately)
The problem seems to be
Andre Poenitz [EMAIL PROTECTED] writes:
| Undo crashes are critical for me as I currently get them about once a day
| although I know that I have to avoid multiple undos. And I already lost a
| few lines although this is impossible.
You have not exactly been persistent about getting this
On Wed, Feb 05, 2003 at 11:43:15AM +0100, Lars Gullik Bjønnes wrote:
| until you remove my karma. This way I don't feel bad for not fixing broken
| stuff
So then you can claim that I know there are broken stuff and I'd be
happy to fix it, but I am not able to play nice so my karma was
On Wed, Feb 05, 2003 at 11:47:15AM +0100, Michael Abshoff wrote:
On Fri, Jan 31, 2003 at 01:05:13PM +0100, Lars Gullik Bjønnes wrote:
Michael, please test.
Sorry for the delay, but I am currently swamped with work.
The patch works for me, please apply.
This is the second 'works for me'
John == John Levon [EMAIL PROTECTED] writes:
John http://compsoc.man.ac.uk/~moz/www-user/news/20030204.php3?bgimage=0
John Too short as usual. Any problems, or something I forgot to talk
John about altogether ?
You could maybe mention the new i18n.php3 page and ask for volunteers
for updating
On Wed, Feb 05, 2003 at 11:51:26AM +0100, Lars Gullik Bjønnes wrote:
You have not exactly been persistent about getting this fixed...
It has not been reproducible so far. I've tried several times. _I_ believe
lyx core it too complex for me to understand, so if _I_ had t fix it I
would have to
Angus Leeming wrote:
The problem seems to be that it assumes that tgif will print to
$outfile, but tgif just prints to the current catalog.
Please report back with a working solution and I'll incorporate it.
Hmmm,
I use tgif every day and I don't have any problems (xforms frontend).
José Matos wrote:
On Wednesday 05 February 2003 10:18, Angus Leeming wrote:
As an aside to the rest of the developers: adding stuff like this leads
to a bastardisation of the lyx format output by reLyX. Most of it is
still lyxformat 215 with occasional sprinklings of later formats. Will
On Wed, 5 Feb 2003, Angus Leeming wrote:
Christian Ridderström wrote:
The problem seems to be that it assumes that tgif will print to
$outfile, but tgif just prints to the current catalog.
I don't know what you mean by the 'current catalog'. Do you mean a file with
a predetermined
Juergen Spitzmueller wrote:
John Levon wrote:
http://omnibus.uni-freiburg.de/~spitzmue/lyx-lgt-1.3/lgt.html
Neat. The font in the document looks a bit ugly though (isn't it
anti-aliased ?)
Very neat. Well done. However, see what happens when you try and validate it
as xhtml...
--
Angus
On Wednesday 05 February 2003 12:23 pm, [EMAIL PROTECTED] wrote:
Modified files:
lyx-devel/lib/reLyX/: RelyxTable.pm
Oops sorry about this. I've just got bitten my an emacs feature I dodn't know
about. Will revert instantly.
On Wed, Feb 05, 2003 at 11:26:33AM +, Angus Leeming wrote:
Oops sorry about this. I've just got bitten my an emacs feature I dodn't know
about. Will revert instantly.
To vim?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve,
On Wednesday 05 February 2003 11:26 am, Andre Poenitz wrote:
On Wed, Feb 05, 2003 at 11:26:33AM +, Angus Leeming wrote:
Oops sorry about this. I've just got bitten my an emacs feature I dodn't
know about. Will revert instantly.
To vim?
;-)
The problem is that emacs has the key binding
Andre Poenitz [EMAIL PROTECTED] writes:
| On Wed, Feb 05, 2003 at 11:47:15AM +0100, Michael Abshoff wrote:
| On Fri, Jan 31, 2003 at 01:05:13PM +0100, Lars Gullik Bjønnes wrote:
| Michael, please test.
|
| Sorry for the delay, but I am currently swamped with work.
|
| The patch works for
On Wed, Feb 05, 2003 at 11:47:15AM +0100, Michael Abshoff wrote:
The patch works for me, please apply.
Done.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
-BEGIN PGP SIGNED MESSAGE-
On Mittwoch, 5. Februar 2003 11:37, Kornel Benko wrote:
Hi,
the QT-version no longer supports polish characters. Don't know
since when though. Russian and german are still working. I remember
this were working for polish too.
Oh... some of czech charaters
This seems to be an important bug. I only tested it with qt frontend.
Open some document, say text.lyx. Then File - Save as..., and type
/path/text.lyx in the File name: box, where path is a directory that
does not exist. You will receive a dialog with Save failed. Rename and
try again?. Choose
Angus Leeming wrote:
John Levon wrote:
http://omnibus.uni-freiburg.de/~spitzmue/lyx-lgt-1.3/lgt.html
Neat. The font in the document looks a bit ugly though (isn't it
anti-aliased ?)
Very neat. Well done. However, see what happens when you try and validate
it as xhtml...
Well... I
I tried to print from page 5 to page 10.
When I type 10 into the to-field, the 5 gets reset to 1
in the from-field.
So the from-field has to be filled in last or I get
a print from page 1. :-/
This happens using the qt frontend.
Helge Hafting
On Wed, 5 Feb 2003, Michael Schmitt wrote:
Angus Leeming wrote:
The problem seems to be that it assumes that tgif will print to
$outfile, but tgif just prints to the current catalog.
Please report back with a working solution and I'll incorporate it.
Hmmm,
I use tgif every
On Wed, Feb 05, 2003 at 01:29:26PM +0100, Helge Hafting wrote:
I tried to print from page 5 to page 10. When I type 10 into the
to-field, the 5 gets reset to 1 in the from-field.
Do I smell a 'clever' feature?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not
Juergen Spitzmueller wrote:
Angus Leeming wrote:
John Levon wrote:
http://omnibus.uni-freiburg.de/~spitzmue/lyx-lgt-1.3/lgt.html
Neat. The font in the document looks a bit ugly though (isn't it
anti-aliased ?)
Very neat. Well done. However, see what happens when you try and validate
Christian Ridderström wrote:
The following line to lyxrc.defaults fixed it
\converter tgif png tgif -print -png -o`dirname $$o` $$i mv `dirname $$o`/`basename $$b`.png $$o
however, the image is inverted in the lyx window and fine in the
postscript output.
This is very strange. I don't have
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Wed, Feb 05, 2003 at 11:29:34AM +0100, Michael Schmitt
Andre wrote:
BTW: If you intend to work with many branches in the future, you
should have a look at http://subversion.tigris.org
Andre I think we can't afford working on many
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre It is too late during any freeze. With your proposal of stuff
Andre to be fixed under all circumstances we just run into a
Andre deadlock: Some problem will be discovered in a freeze, nothing
Andre clean can be done about it because of the
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre The final product will be more stable if stuff is fixed
Andre properly. The difference, of course is the date.
Andre The real question is do we want a rock solid 1.3 in 2008 or a
Andre somewhat broken 1.3 the day after tomorrow.
I see you
Angus Leeming wrote:
'I strongly suggest you use the middle mouse button (in Netscape) to open
the image in a new browser window to avoid losing your place'
Well, this is the original historical text. I guess the 1999 unix browsers
were slightly less comfortable. Feel free to change this (and
Jean-Marc Lasgouttes wrote:
I see you were not the guy who had to try to sort out problems in
1.2.0 or 1.2.1. I can tell you that trying to get bugs fixed when
people are more interested in kernel reworks is a real pain.
This may be true about big bugs in the kernel. But don't forget that
we
José, two questions:
lyxconvert_215.py converts from 215 format to 216 format, correct?
That being the case, I'm a bit confused by the codes in lyxconvert_215.py
which talks about:
# Update from tabular format 4 to 5 if necessary
and in reLyX which outputs
\LyXTable
multicol5
Does this mean
On Wed, Feb 05, 2003 at 01:49:31PM +0100, Jean-Marc Lasgouttes wrote:
Andre It is too late during any freeze. With your proposal of stuff
Andre to be fixed under all circumstances we just run into a
Andre deadlock: Some problem will be discovered in a freeze, nothing
Andre clean can be done
Andre Poenitz wrote:
On Wed, Feb 05, 2003 at 01:29:26PM +0100, Helge Hafting wrote:
I tried to print from page 5 to page 10. When I type 10 into the
to-field, the 5 gets reset to 1 in the from-field.
Do I smell a 'clever' feature?
Clever and wrong :-(
It is _impossible_ to enter a
On Wed, Feb 05, 2003 at 02:33:43PM +0100, Helge Hafting wrote:
Do I smell a 'clever' feature?
Clever and wrong :-(
As most of them *sigh*
It is _impossible_ to enter a invalid interval
such as pages from 23 to 13. Seems clever until:
1) It says from 10 to 20, and I want to change that to
On Wed, 5 Feb 2003, Michael Schmitt wrote:
Christian Ridderström wrote:
The following line to lyxrc.defaults fixed it
\converter tgif png tgif -print -png -o`dirname $$o` $$i mv `dirname
$$o`/`basename $$b`.png $$o
however, the image is inverted in the lyx window and fine in the
Helge Hafting wrote:
Andre Poenitz wrote:
On Wed, Feb 05, 2003 at 01:29:26PM +0100, Helge Hafting wrote:
I tried to print from page 5 to page 10. When I type 10 into the
to-field, the 5 gets reset to 1 in the from-field.
Do I smell a 'clever' feature?
Clever and wrong :-(
It is
I read this as saying that a Formula inset in a lyx file in lyxformat 216
should not contain any line breaks. Correct?
def merge_formula_inset(lines):
i=0
while 1:
i = find_token(lines, \\begin_inset Formula, i)
if i == -1: break
if lines[i+1] in math_env:
Christian Ridderström wrote:
I tested it with lyx 1.2.2 and it works there. It uses the following to
convert the tgif image:
#!/bin/sh
infile='/afs/md.kth.se/md/home/damek/chr/thesis/images/part3/test2.tgo'
infile_base='/afs/md.kth.se/md/home/damek/chr/thesis/images/part3/test2'
Christian Ridderström wrote:
I tested it with lyx 1.2.2 and it works there. It uses the following to
convert the tgif image:
#!/bin/sh
infile='/afs/md.kth.se/md/home/damek/chr/thesis/images/part3/test2.tgo'
infile_base='/afs/md.kth.se/md/home/damek/chr/thesis/images/part3/test2'
On Wed, 5 Feb 2003, Michael Schmitt wrote:
Christian Ridderström wrote:
I tested it with lyx 1.2.2 and it works there. It uses the following to
convert the tgif image:
#!/bin/sh
infile='/afs/md.kth.se/md/home/damek/chr/thesis/images/part3/test2.tgo'
On Wednesday 05 February 2003 13:18, Angus Leeming wrote:
José, two questions:
lyxconvert_215.py converts from 215 format to 216 format, correct?
Yes, at least that was my purpose. ;-)
That being the case, I'm a bit confused by the codes in lyxconvert_215.py
which talks about:
# Update
On Wednesday 05 February 2003 13:53, Angus Leeming wrote:
I read this as saying that a Formula inset in a lyx file in lyxformat 216
should not contain any line breaks. Correct?
Yes.
Although this looks sloppy code, the idea is to be able to user older python
versions. If I could use python
I've had two problems with TGif images and the 1.3/Qt
- The converter line didn't work for me from scratch.
- Once I got it working, b/w images were inverted in the Lyx window
- Color postscript output
The first problem
--
The problem was that in the following example:
José Matos wrote:
On Wednesday 05 February 2003 13:18, Angus Leeming wrote:
There are lots of lessons to be learned from previous experience, so I
propose to increment the number file format every time that we make a
change.
The alternative that table format implements is to have its own
Angus Leeming wrote:
Richard Geißler wrote:
So you get exactly what you ask for: higher security, but lower ease
of use.
In the case of software installation I would prefer to get the
permissions set to reasonable values (so that the installation can be
used by normal users). The
On Wednesday 05 February 2003 3:10 pm, Richard Geißler wrote:
What about getting rid of this script. This script provides two features:
1) create a directory and the required parent directories. This could be
done by the -p option of mkdir as well.
2) create a list of directories. I'm not
José Matos wrote:
On Wednesday 05 February 2003 13:53, Angus Leeming wrote:
I read this as saying that a Formula inset in a lyx file in lyxformat 216
should not contain any line breaks. Correct?
Yes.
Although this looks sloppy code, the idea is to be able to user older
python
while I was at it, I have also updated the screenshots page. Find it here:
http://omnibus.uni-freiburg.de/~spitzmue/lyx-screenshots/screenshots.php3
Regards,
Jürgen.
On Wed, Feb 05, 2003 at 01:53:05PM +, Angus Leeming wrote:
I read this as saying that a Formula inset in a lyx file in lyxformat 216
should not contain any line breaks. Correct?
def merge_formula_inset(lines):
i=0
while 1:
i = find_token(lines, \\begin_inset Formula,
On Wednesday 05 February 2003 15:10, Angus Leeming wrote:
[...]
Well, that wasn't my intention in asking the original question, but major
and minor versions make sense since that would allow you to define your
linear series of converters 215.py, 216.py and have special code within
them to deal
On Wed, Feb 05, 2003 at 02:50:15PM +, José Matos wrote:
Or we could have a major and minor file format version number. What do you
(all of you, yes) think?
Just incrementing seems to be enough.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have,
On Wed, 5 Feb 2003, Christian Ridderström wrote:
I've had two problems with TGif images and the 1.3/Qt
- The converter line didn't work for me from scratch.
- Once I got it working, b/w images were inverted in the Lyx window
- Color postscript output
A small patch to lib/configure.m4
Christian Ridderström wrote:
A small patch to lib/configure.m4 fixes this:
/space/lyx-devel/libcvs diff configure.m4
Index: configure.m4
===
RCS file: /cvs/lyx/lyx-devel/lib/configure.m4,v
retrieving revision 1.60
diff -r1.60
On Wednesday 05 February 2003 15:15, Angus Leeming wrote:
def merge_formula_inset(lines):
i=0
while 1:
i = find_token(lines, \\begin_inset Formula, i)
if i == -1: break
if lines[i+1] in math_env:
lines[i] = lines[i] + lines[i+1]
On Wednesday 05 February 2003 15:24, Andre Poenitz wrote:
I read it like that as well, but this is no math parser restriction
as far as I know.
The file is well read with present lyx, but I tried as much as I could to
make a null diff between two consecutives writes of the documents. That
On Wed, Feb 05, 2003 at 03:47:41PM +, José Matos wrote:
On Wednesday 05 February 2003 15:24, Andre Poenitz wrote:
I read it like that as well, but this is no math parser restriction
as far as I know.
The file is well read with present lyx, but I tried as much as I could to
make a
José Matos wrote:
On Wednesday 05 February 2003 15:15, Angus Leeming wrote:
def merge_formula_inset(lines):
i=0
while 1:
i = find_token(lines, \\begin_inset Formula, i)
if i == -1: break
if lines[i+1] in math_env:
lines[i] = lines[i] +
On Wednesday 05 February 2003 16:07, Angus Leeming wrote:
$ cat test_215.lyx | sed 's/\(.\)$/\1X/'
On linux I use cat -E for it, although I could use cat -e and be portable
(since you care ;-).
So, I guess you don't need to do anything and nor do I in this case either.
That is what I
José Matos wrote:
On Wednesday 05 February 2003 16:07, Angus Leeming wrote:
$ cat test_215.lyx | sed 's/\(.\)$/\1X/'
On linux I use cat -E for it, although I could use cat -e and be
portable
(since you care ;-).
chuckle. more a case of don't know better.
--
Angus
Angus Leeming [EMAIL PROTECTED] writes:
| On Wednesday 05 February 2003 3:10 pm, Richard Geißler wrote:
| What about getting rid of this script. This script provides two features:
|
| 1) create a directory and the required parent directories. This could be
|done by the -p option of mkdir
On Mon, Feb 03, 2003 at 10:56:13AM +0100, Andre Poenitz wrote:
On Sat, Feb 01, 2003 at 05:20:16PM +0200, Dekel Tsur wrote:
LyX supports \prettyref which is more general than \eqref.
In my opinion, there is no need for \eqref support.
But is does no harm and people obviously use \eqref or
José,
reLyX doesn't know about these tokens. Should I therefore ignore them? Or
should I do as you do and remove the line?
def remove_cursor(lines):
i = find_token(lines, '\\cursor', 0)
if i != -1:
del lines[i]
def remove_vcid(lines):
i = find_token(lines, '\\lyxvcid', 0)
On Wednesday 05 February 2003 17:32, Angus Leeming wrote:
José,
reLyX doesn't know about these tokens. Should I therefore ignore them? Or
should I do as you do and remove the line?
def remove_cursor(lines):
i = find_token(lines, '\\cursor', 0)
if i != -1:
del lines[i]
def
On Wednesday 05 February 2003 08:38, Allan Rae wrote:
Hi Allan,
and you can see what a mess I've made here:
http://www.itee.uq.edu.au/~rae/www-user/
probably it is just me but I got always timeout when trying to see that
site.
Allan. (ARRae)
--
José Abílio
José Matos wrote:
On Wednesday 05 February 2003 08:38, Allan Rae wrote:
Hi Allan,
and you can see what a mess I've made here:
http://www.itee.uq.edu.au/~rae/www-user/
probably it is just me but I got always timeout when trying to see that
site.
Don't worry. His default colour scheme is
José Matos wrote:
reLyX doesn't know about these tokens. Should I therefore ignore them? Or
should I do as you do and remove the line?
Ignore them. They were produced by lyx.
This is the last outstanding issue:
Here's the code. Shall I simply append a '{}' after $name for all of
them?
Hi,
Thanks for the comments, I've enclosed a modified patch.
1) your patch seems to introduce some changes in the standard header for
some reason ?
Not sure what you mean here, though I did copy the Dialogs* files across
from the xforms directory which makes it look like I've changed the
1 - 100 of 262 matches
Mail list logo