G. Milde wrote:
My mail reception system changed last week and for some reason I never saw
this message. :-(
I am answering this using gmane.
On 20.05.05, Jose' Matos wrote:
On Friday 20 May 2005 10:04, G. Milde wrote:
Now a serious question: is this [__init__.py] a trivial (empty)
On Tue, Feb 22, 2005 at 12:06:02PM +, Angus Leeming wrote:
Dear all,
...
so that we can have a permanent record of those people who have contributed
code to LyX and who are happy for this code to be licenced under the GPL.
Kind regards,
Angus
ps, if you reply to
On Thursday 28 November 2002 19:32, John Levon wrote:
On Thu, Nov 28, 2002 at 07:30:06PM +, José Abílio Oliveira Matos wrote:
qt_helpers.C:34: parse error before `const'
try again
problem fixed. :-)
Thanks.
regards
john
--
José Abílio
On Friday 06 December 2002 08:58, Andre Poenitz wrote:
Yes, but I think it will prove confusing for many people...
Why? .tex is the primary output format LyX produces. There hould be a way
to look at it.
Do we really want to keep it?
I certainly would like to have it.
We already have
On Friday 06 December 2002 03:09, John Levon wrote:
Load the attached. The title gibbers, adding inininin to the end of it
!
My dear,
I always wanted to say this to you: Please fill an entry in bugzilla and add
that file as an example. ;-) Sorry I couldn't resist. :-)
john
If
On Friday 06 December 2002 03:02, John Levon wrote:
attached flummoxes lyx2lyx
File /home/moz/src/lyx/lyx-devel/lib/lyx2lyx/lyxconvert_216.py, line
270, in convert
update_tabular(body)
File /home/moz/src/lyx/lyx-devel/lib/lyx2lyx/lyxconvert_216.py, line
46, in update_tabular
On Friday 06 December 2002 03:01, John Levon wrote:
On Fri, Dec 06, 2002 at 02:59:32AM +, John Levon wrote:
it does not ignore \cursor and \lyxvcid
and \lyxrcsid is extant too
Please add it to bugzilla.
BTW I didn't even knew those keywords.
Regarding \cursor that is weird, I
On Monday 09 December 2002 10:38, Andre Poenitz wrote:
It would be nice if we could find some kind of consensus on this one.
I am using 0.89.6 but I won't mind upgrading to 1.0.
Installing xforms is not too hard and could be done by the average power
user. So I am leaning a bit towards the
On Monday 09 December 2002 11:20, Angus Leeming wrote:
We are happy to announce the release of the GPL-licensed, version 1.0 of
The licence is LGPL IIRC.
[...]
Get the xforms src distro at
ftp://ncmir.ucsd.edu/pub/xforms/OpenSource/xforms-1.0-release.tgz
Binary distros for
On Monday 09 December 2002 12:12, Andre Poenitz wrote:
On Mon, Dec 09, 2002 at 11:29:19AM +, José Matos wrote:
Kayvan has rpms for 1.0RC5.2, the spec file can be used unchanged for
1.0.0. This is gives both binary and source code rpm. This will cover
all systems based on rpms.
Where
On Tuesday 10 December 2002 16:34, Angus Leeming wrote:
Ie, can you envisage ANY situations where one
might want to pass auto-repeat events to the widgets?
When Lars finally commit his insetgame that he has in one of the other trees
we develops. (?) ;-)
That would be uber cool. ::-)
On Thursday 12 December 2002 16:32, John Levon wrote:
It should have list-specific behaviour, if it's any good...
for kmail reply to list is *L* (*l* works also). I'm using it in conjunction
with mutt and both work.
regards
john
--
José Abílio
Hi Lars,
you asked recently if a xforms 1.0.0 rpm would be of any interest.
Ok, I'm interested in both the source and the binary rpm for rh8.0.
--
José Abílio
On Tuesday 17 December 2002 17:03, Lars Gullik Bjønnes wrote:
You can find them on ftp.devel.lyx.org later this evening.
Thanks. :-)
--
José Abílio
On Thursday 19 December 2002 11:29, Jean-Marc Lasgouttes wrote:
What's new in version 1.3.0?
Note also that the xforms library has been very recently updated to
version 1.0. This version has been released under the GPL, and the
Here we (not We) go again: not
On Friday 20 December 2002 12:35, Martin Vermeer wrote:
Shouldn't we have another look at *this* XML usage? I suspect that it
can be made lots more compact by agreeing on default values of attributes
that don't need to be included then. Without losing backward
compatibility.
And even if
On Sunday 05 January 2003 12:18, Lars Gullik Bjønnes wrote:
638 and the result from the reLyX made lyx2lyx crash... so there is
some lyx2lyx problem there also.
No, that is by design. If the file is badly formed lyx2lyx should crash. Any
other option?
| The other two are pretty minor
On Monday 06 January 2003 20:36, Lars Gullik Bjønnes wrote:
José Matos [EMAIL PROTECTED] writes:
| On Sunday 05 January 2003 12:18, Lars Gullik Bjønnes wrote:
| 638 and the result from the reLyX made lyx2lyx crash... so there is
| some lyx2lyx problem there also
On Tuesday 07 January 2003 07:05, Andre Poenitz wrote:
What about a decent error message?
Something like Your file is bad formed, please try later? ;-)
Ok, we should do that. For now I would like to have that as it is, and put
that catch in the upper to cath those exceptions and exit with
On Tuesday 07 January 2003 08:26, Andre Poenitz wrote:
On Tue, Jan 07, 2003 at 08:23:10AM +, José Matos wrote:
Oh, you mean that I should catch the exception and then exit. But what is
the difference?
The difference is that it does not look like a lyx2lyx ccrash.
That is something
On Tuesday 07 January 2003 08:45, José Matos wrote:
That means that the export code for latex has changed and relyx can't
cope with it. I will try to see if I can fix relyx, since this is relyx's
fault.
Ok, I found the culprit.
Up to lyx 1.3 a new row (inside a table) was exported
Hi,
as I stated in a previous message the problem with is the fact that reLyX
does not know that it should deal with \tabularnewline as if it was \newline
while inside tables.
Any help on this? I am totally lost here.
--
José Abílio
On Tuesday 07 January 2003 11:50, Andre Poenitz wrote:
On Tue, Jan 07, 2003 at 11:30:02AM +, José Matos wrote:
Any help on this? I am totally lost here.
What happens if you add '|| $name = \\tabularnewline' to line 473 in
BasicLyX.pm?
The correct form is || $name eq
On Tuesday 07 January 2003 12:19, Andre Poenitz wrote:
On Tue, Jan 07, 2003 at 12:13:56PM +, José Matos wrote:
But yes, it works as intended.
Are you sure?
I get
I didn't got that since I use a different table. Yet the reLyX output is
still wrong, but now it is a minor problem
On Tuesday 07 January 2003 12:43, Andre Poenitz wrote:
On Tue, Jan 07, 2003 at 12:35:17PM +, José Matos wrote:
\LyXTable
multicol5
2 2 0 0 0 0 0 0
1 2 0 0
^- This is wrong it should be 1
Whatever the meaning of the 1 or the 2 is...
That is simply have bottom_line
On Monday 06 January 2003 19:12, Dr. Richard E. Hawkins wrote:
I've rebuilt again today, and it still appears utterly impossible to
import a latex tabular.
I'm not sure how a latex file with a chart could
get any simpler than this:
Try again now, it should be possible.
hawk
--
José
On Monday 06 January 2003 19:12, Dr. Richard E. Hawkins wrote:
I've rebuilt again today, and it still appears utterly impossible to
import a latex tabular.
Some time ago (+- 2 months) you sent me a file called ch2hw.lyx that didn't
imported correctly the table.
I have fixed that and
On Tuesday 07 January 2003 16:48, Dr. Richard E. Hawkins wrote:
My father may be right about machines being out to get me--literally
*as* this message was unloading, my build of lyx 1.2 from the ports
collection finished compiling . . . .
cvs update; compile
Nope; still an error, and an
On Tuesday 07 January 2003 17:42, Dr. Richard E. Hawkins wrote:
this *is* the small example (simple.tex):
\documentclass{article}
\begin{document}
Hi there
\begin {tabular}{lrr}
\\ 1. int
4
9
14
\\ 2. Instructors
0
0
3
\end{tabular}
\end{document}
On Wednesday 08 January 2003 08:55, Jean-Marc Lasgouttes wrote:
Good morning :-)
This is to be expected, you know :)
Why? It used to.
I made some work work to enable reLyX to run from the devel directory.
Also this is inconsistent lyx2lyx runs from the devel directory but reLyX
not.
On Wednesday 08 January 2003 22:52, [EMAIL PROTECTED] wrote:
Which LyX version produces such a thing?
Andre'
The file header says:
#This file was created by dlj0 Thu Nov 20 17:46:00 1997
#LyX 0.11 (C) 1995-1997 Matthias Ettrich and the LyX Team
One possible solution would be in the 215
On Wednesday 08 January 2003 10:00, Andre Poenitz wrote:
Currently nesting there is
1. level: 4 spaces
2. level: 1 tab
3. level: 1 tab + 4 spaces
etc. which is a mess when tab != 8 spaces.
Is this mandatory for python or can't we simply use the same rules as in
the rest of LyX?
For
On Wednesday 08 January 2003 10:05, Andre Poenitz wrote:
The proper way would to determine up to which version LyX could read
this...
As lyx2lyx is new I'd even put that in the 218 - 220 script.
If 0.11.x was the last version that used this style I propose to put the
convertion code there
On Wednesday 08 January 2003 10:18, Lars Gullik Bjønnes wrote:
One thing though: lyx2lyx should not try to do the best thing for
formats it does not have, it should rather punt completely. A half
converted format can be worse than having non at all...
The problem here is that 2.15 is not
On Wednesday 08 January 2003 10:23, Jean-Marc Lasgouttes wrote:
It would be nice to cover 0.12, since this is basically KLyX format.
I have tried to do it. I expect it to convert it without flaws, so I would
appreciate to have users testing and reporting problems.
JMarc
--
José Abílio
On Wednesday 08 January 2003 10:18, Andre Poenitz wrote:
Aehm... how does LyX currently lengths like '1 true in'?
Simply removing spaces would not help here...
Give me a general pattern and I will lift the Earth (or is it the other way)
;-)
Andre'
--
José Abílio
On Wednesday 08 January 2003 10:32, Andre Poenitz wrote:
So I'd rather have that in 'LyX style' with which emacs users _and_ I seem
to be happy. Moreover, it would make the whole of LyX more consistent.
Lars, any clue how to force emacs to do this?
Andre'
--
José Abílio
On Wednesday 08 January 2003 10:45, Michael Schmitt wrote:
Hi folks,
I wanted to convert a TeX document of a colleague of mine to LyX
(1.3.0cvs) but I failed for several reasons:
[...]
4. reLyX produces an old file format; when converting a fig inset into
the LyX 1.3
file
On Wednesday 08 January 2003 11:58, Lars Gullik Bjønnes wrote:
(setq py-indent-offset 8)
should do the trick.
(M-x set-variable RET py-indent-offset RET 8 RET)
Ok, I already knew that (trial and error), but there is a small (not)
problem. It really inserts 8 spaces and not a tab. André
On Wednesday 08 January 2003 12:37, Dekel Tsur wrote:
And ^Q + TAB is not a reasonable solution.
You need to add
(setq-default indent-tabs-mode t)
That did the trick, thanks.
--
José Abílio
Hi Dekel,
this bug is trigered by this piece
\begin_inset Figure size 288 178
file graphs/gridNtree-confReal2.eps
subcaption
flags 9
\end_inset
and you search it as
subcaptionText = get_value(lines, subcaption, i+1, j)
the problem is that get_value always expect to have a
On Wednesday 08 January 2003 14:46, Dekel Tsur wrote:
Notice the [1] we are assuming that there are always 2 member. Is it ok
to test for the presence of the second and if not present to return the
empty string?
Yes, I think it would be fine.
Closing this bug there aren't anymore
On Friday 10 January 2003 09:47, Helge Hafting wrote:
Or even better:
Your file is bad formed, skipping till I find something I
understand...
That will be easier if we change to xml, for now that is a good idea but I
don't see any easy way to implement it. But if you proce that I'm wrong I
On Tuesday 14 January 2003 22:01, Michael Schmitt wrote:
Here comes a real patch. Please commit it if it's OK.
Michael
Index: lyxconvert_218.py
===
RCS file: /cvs/lyx/lyx-devel/lib/lyx2lyx/lyxconvert_218.py,v
retrieving
On Wednesday 15 January 2003 13:43, Dekel Tsur wrote:
No.
Ok, commited the bug fix and closed the bug.
--
José Abílio
On Wednesday 15 January 2003 13:03, Michael Schmitt wrote:
My conclusion is that we should suppress the import. Please find a patch
below.
Jose, could you please check the patch and commit it afterwards?
Since Jean-Marc agrees with you (and I don't disagree ;-) I commited the
fix.
I
On Wednesday 15 January 2003 14:37, Jean-Marc Lasgouttes wrote:
José I agree with you when you say that we should discover when did
José the file format changed to have a real fix. But for now your fix
José is enough. :-)
Are you sure that the file format ever changed in this regard? It
On Thursday 16 January 2003 14:37, Andre Poenitz wrote:
Is that possible in theory?
Yes, it is. But I never saw such an example file.
Reading the dtd it almost looks like a latex definition, but man it is
weird, really weird. And without any simple example to understand the logic I
never
On Thursday 16 January 2003 14:50, Andre Poenitz wrote:
We export the text not the formating...
And parts of the table lines, and TeX eats the linefeeds. So it looks
awful...
That is a task for 1.3.1. You heard Lars. :-)
Andre'
--
José Abílio
On Friday 17 January 2003 08:40, Andre Poenitz wrote:
[I changed this discussion to lyx-devel as it more apropriate.]
On Fri, Jan 17, 2003 at 08:33:58AM +, José Matos wrote:
After dealing with dealing with the visitor pattern.
Duedelue...
[José: Why?]
The question is: Why
On Friday 17 January 2003 22:50, Martin Vermeer wrote:
Yes I think this sounds good. Something along these lines also in my
travel report from AGU infotech (Nov. 4, 2002). What I wrote was:
Having had a look at the way LyX produces XML output disclosed that
only two specific formats are
On Tuesday 21 January 2003 09:19, Lars Gullik Bjønnes wrote:
This patch became a bit larger than intended, due to ws changes.
I noticed that, it was the reason why I didn't look to it before. :-)
This is the cut down version.
| @@ -1400,7 +1400,8 @@ sub ConvertToLayout {
| print
On Tuesday 21 January 2003 16:57, Andre Poenitz wrote:
What would you like to see the footnote number or mark? What benefits
does it give?
Actually I accept his argument that a sequential numbering of all footnotes
might be some navigation help if the number of footnotes gets large.
What
On Wednesday 09 May 2007 14:54:20 Jean-Marc Lasgouttes wrote:
What is the point where the format is frozen?
The 1.5.0 release. :-)
I need to know for the
1.4.5 release. Since I have been very lazy at backporting fixes to
1.4.5, I guess the only feature it will sport is reading 1.5 files
On Wednesday 09 May 2007 15:26:41 Jean-Marc Lasgouttes wrote:
Jose'? This looks reasonable to me, we should not have explicit 8bit
code anyway.
OK then. :-)
The only weird thing is the tables for hebrew, since
there should not be any of this now that we use unicode.
JMarc
--
José
On Tuesday 08 May 2007 18:50:05 Michael Gerz wrote:
Hi,
now that we have the infrastructure ready to support soul/xcolor as an
alternative to dvipost, what would be your preference?
1. Ditch dvipost in favour of soul/xcolor
2. Check dvipost first. If not available, check for soul/xcolor
3.
On Wednesday 09 May 2007 01:45:34 Uwe Stöhr wrote:
What about the file format change and lyx2lyx stuff? There should be at
least a function in lyx2lyx that referts the document language setting.
For consistency, as we have done this for the last fileformat changes.
I think you are right
On Wednesday 09 May 2007 20:56:49 Jean-Marc Lasgouttes wrote:
Martin Vermeer a écrit :
Then the attached patch will do.
OK to commit?
Are we supposed to do something wrt lyx2lyx?
To support lyx 1.4. Have I said how much I hate to support previous versions
with lyx2lyx? ;-)
On Wednesday 09 May 2007 19:54:37 Bo Peng wrote:
I will trust you on this cursor issue. I have actually asked before
how to properly locate pit but no one gave me a better idea.
Jean-Marc there is a consensus so I will not break it. :-)
Cheers,
Bo
--
José Abílio
On Wednesday 09 May 2007 17:08:52 Uwe Stöhr wrote:
Open any 1.5.x document, say faq, export to 1.4, open faq.lyx14, view
pdf, I see
LaTex Error: File 'armtex.sty' not found.
Thanks for the report. The armtex-package shouldn't be set in every case to
the preamble, only when Armenian was
On Wednesday 09 May 2007 22:30:50 Jean-Marc Lasgouttes wrote:
See my answer to your first commit. I do not want to repeat myself, but
posting code is often better than just committing.
Uwe please follow the guidelines, we are all posting to the list before
committing.
This is particularly
On Thursday 10 May 2007 09:26:46 Jean-Pierre Chrétien wrote:
Is there a simple way to control this from the LyX document
instead of the layout ?
Not yet. :-(
--
Jean-Pierre
--
José Abílio
On Wednesday 09 May 2007 22:52:13 Bernhard Roider wrote:
Objections?
José, can it go in?
I would like to hear what others have to say about this. :-)
Bernhard
--
José Abílio
On Thursday 10 May 2007 08:20:29 Juergen Spitzmueller wrote:
Uwe Stöhr wrote:
The update-PDF butto currently does nothin, Neither on Windows, nor on
Linux: http://bugzilla.lyx.org/show_bug.cgi?id=3573
Really? I think it only doesn't work if you use Acroread (because Acroread
sucks in this
On Thursday 10 May 2007 06:32:48 Martin Vermeer wrote:
OK, I did this under breakfast ;-) Leaving for a foreign trip (Belgium,
here we come ;-) Back next Monday.
Since yesterday, and until next Sunday, I am in Copenhagen. :-)
I took the opportunity due to this week break in classes to
On Wednesday 09 May 2007 18:39:04 Bo Peng wrote:
If we are allowed to add a line to every MathFoo::draw(), then mathbg
can be properly implemented.
Jose?
I agree with Abdel we should get a consensus before any change here.
Bo
--
José Abílio
On Thursday 10 May 2007 08:36:11 Herbert Voss wrote:
Why is the listings inset centered in the LyX view?
And rebuilding is done only when I move the mouse over the
listing inset.
latest svn
Not only the inset starts centered but when you change one of the parameters
(say the language) it
On Thursday 10 May 2007 16:01:48 Bo Peng wrote:
Not only the inset starts centered but when you change one of the
parameters (say the language) it goes to the left without any content
inside.
I can not reproduce this either. Are you sure your listings inset is
in a standard layout?
On Thursday 10 May 2007 19:33:24 Bo Peng wrote:
The problem is that I do not see your 'set language = shift left' report.
OK, now I see what happended, for some reason I have pressed the in line
button while selecting the language and I did not notice. My fault. :-)
Bo
--
José Abílio
On Thursday 10 May 2007 16:04:25 [EMAIL PROTECTED] wrote:
I think Uwe brings up important questions here. How are we to deal with
the documenation? It's not reasonable to expect Uwe to just do it!
Thoughts?
Bo said that the intention is to have the documentation ready before 1.5.0
(at
On Friday 11 May 2007 14:04:27 Abdelrazak Younes wrote:
Done.
Thanks.
Abdel.
--
José Abílio
Hi all,
Michael asked for more time to finish some code CT-related. Since I
have not
so much time as I did expect I have decided to delay the release to Monday
afternoon/night.
I take this chance to ask if there are patches in the batch that you
think
are important to commit
On Friday 11 May 2007 17:47:26 Richard Heck wrote:
I don't see any such option, but then I don't see this behavior on
Linux, either. The dialog opens up pretty much immediately, and I do
have a networked directory under /home/rgheck/.
By the way, in experimenting, I tried opening the
On Friday 11 May 2007 15:47:55 Abdelrazak Younes wrote:
If Dov cannot manage the new RTL crash before beta3, the RTL option
should be set back to false by default.
OK.
Abdel.
--
José Abílio
On Friday 11 May 2007 16:03:06 Bo Peng wrote:
I propose the following simple patch to add mathcorners and remove
mathbg (for now). mathcorners is the same as background by default,
but can be adjusted to show corners of mathed not under focus. I tried
to implement mathbg but a thorough
On Friday 11 May 2007 16:20:35 Neal Becker wrote:
Just to let you know, no problem with 1.5.0b2 on Fedora fc7 test4.
Thanks for the report. :-)
FWIW I can confirm the claim. :-)
Which qt are using, 4.2 or 4.3-beta?
--
José Abílio
On Friday 11 May 2007 16:40:55 Bennett Helm wrote:
Is there a good reason why I shouldn't use the most recent Qt4.3
snapshot for the next beta release and all subsequent releases? (TOC
would be problematic without it.) ... How conservative are we wanting
to be?
We had agreed to use QT-4.3
On Friday 11 May 2007 18:56:48 Bernhard Roider wrote:
Then i will treat the fact that nobody (except Uwe) has to say anything
about this as approval and will commit this.
Does this fixes bug 2453? If so could you close the bug, please?
Yes, you can commit.
Bernhard
--
José Abílio
On Thursday 10 May 2007 14:28:16 [EMAIL PROTECTED] wrote:
I was just stating that I have the same experience as Jürgen. :-)
If you oppose because you think it'll be too much work to support all
kinds of different viewers, I can understand that though. Or if you think
it'll be to difficult to
On Friday 11 May 2007 20:43:46 José Matos wrote:
On Friday 11 May 2007 17:47:26 Richard Heck wrote:
I don't see any such option, but then I don't see this behavior on
Linux, either. The dialog opens up pretty much immediately, and I do
have a networked directory under /home/rgheck
On Saturday 12 May 2007 18:29:00 Martin Vermeer wrote:
On Fri, May 11, 2007 at 02:37:55PM +0100, Jos Matos wrote:
Hi all,
Michael asked for more time to finish some code CT-related. Since I have
not so much time as I did expect I have decided to delay the release to
Monday
Hi all,
while preparing the release of 1.5.0 one of the important tasks in my
TODO
list was to find a a release manager to the stable series of 1.5.x releases.
After the discussion that happened here in this list a couple of months ago
(propably November/December last year). The name
As the subject says, it would be nice to find a place for the post 1.5.0
scenario. :-) Or are we all traumatised by the last year meeting? ;-)
Best regards,
--
José Abílio
On Sunday 13 May 2007 21:20:51 Bo Peng wrote:
Hi, Jose,
See http://bugzilla.lyx.org/show_bug.cgi?id=3600 .
Can I submit the following patch before a proper solution is
implemented? My understand is that a proper solution will be
difficult, but avoiding such a crash for now is necessary.
On Sunday 13 May 2007 00:29:42 Bo Peng wrote:
I like it and I do not see any side effect.
Jose, can it be applied?
Yes.
Bo
--
José Abílio
On Sunday 13 May 2007 12:07:23 Peter Kümmel wrote:
I also saw his patches all over the place.
Isn't Jürgen also a longterm contributor to LyX?
Notice that there is another Jürgen (Vigna) responsible for most of the
table related code in LyX. :-)
--
José Abílio
On Monday 14 May 2007 07:49:38 Jürgen Spitzmüller wrote:
OK?
Yes.
Jürgen
--
José Abílio
On Monday 14 May 2007 10:26:34 Jürgen Spitzmüller wrote:
If you tested it well enough, it is ok for me.
OK.
Jürgen
--
José Abílio
On Monday 14 May 2007 10:36:22 Abdelrazak Younes wrote:
Jose, Jurgen, please put this in before beta3.
And what do we do for a convertion to 1.4?
We should do the same as we did with several other new languages.
Abdel.
--
José Abílio
On Monday 14 May 2007 16:24:23 Martin Vermeer wrote:
Ping!
OK.
--
José Abílio
On Monday 14 May 2007 16:24:23 Martin Vermeer wrote:
Attached; thanks Juergen.
What about Jean-Pierre's reordering patch (bug 3141)? I tried the newest
but it doesn't apply cleanly anymore.
As soon as it applies cleanly it can go in. :-)
- Martin
--
José Abílio
On Monday 14 May 2007 15:02:07 Jürgen Spitzmüller wrote:
If we'd put this in before the next beta, we wouldn't need to change the
file format.
These two issues are orthogonal, if there is a file format change we honour
it even if it is inside the same development series. :-)
Jürgen
--
On Monday 14 May 2007 19:05:21 Bo Peng wrote:
On 5/14/07, José Matos [EMAIL PROTECTED] wrote:
On Monday 14 May 2007 15:02:07 Jürgen Spitzmüller wrote:
If we'd put this in before the next beta, we wouldn't need to change
the file format.
Hi, Jose,
When do you plan to release beta 3? I
On Monday 14 May 2007 21:47:05 Jean-Marc Lasgouttes wrote:
Andre' Martin JMarc José
July 21 4 0 00
July 28 4 2 00
Aug 4 4 4 50
Aug 11 4 5 45
Aug 17 4 5 05
Aug 25
On Monday 14 May 2007 22:33:47 Martin Vermeer wrote:
Martin, you should document the new format...
Argh... :-)
I saw that and I though I had wrote it too, it seems not.
I was thinking I should... but which file is it in?
development/FORMAT
- Martin
--
José Abílio
On Monday 14 May 2007 23:45:02 Bo Peng wrote:
I think lyx2lyx is currently broken. I can not open any old file, like
help - FAQ. Can anyone confirm?
OK. Got the problem. I will commit a fix immediately.
Bo
--
José Abílio
Hi RTL developers,
I am sorry for my lack of imagination and I hope you forgive me.
Which bugfixes and patches do you propose to include before beta 3?
I would like to release beta 3 soon (Tuesday), and the support for RTL
languages seems to be an area with lots of
On Tuesday 15 May 2007 07:30:48 Jürgen Spitzmüller wrote:
José Matos wrote:
Which bugfixes and patches do you propose to include before beta 3?
This trivial one perhaps (check and document listings).
Sure.
Jürgen
--
José Abílio
On Monday 14 May 2007 17:57:02 Dov Feldstern wrote:
Abdel --- I don't know if this was already done, but if not, we should
revert the RTL default setting until we fix up the crashes there (which
I'm working on, but keep running into new issues...).
The RTL option defaults to yes.
Dov
--
On Tuesday 15 May 2007 08:40:44 Jürgen Spitzmüller wrote:
Ozgur Ugras BARAN wrote:
This one should be better in behaviour, but ugly as hell.
Would you please test it, again?
Works for me AFAICT. As said, I can commit it for you if I get o.k. from
Abdel and José (and a log file entry from
1 - 100 of 5269 matches
Mail list logo
