Jean-Marc Lasgouttes wrote:
Why should the quotation be OS-dependent?
quoteName is OS-dependent:
switch(style) {
case quote_shell:
// This does not work for filenames containing (windows)
// or ' (all other OSes). This can't be changed easily, since
The attached simple patch fixes the following:
- Open the listings dialog and type in some unknown command: OK button is
greyed out (correct)
- now click pass validation: OK button is activated (correct)
- uncheck pass validation again: OK button still activated (wrong).
Same for Document and
Uwe Stöhr wrote:
Btw. Why do you have a [EMAIL PROTECTED] email adress and me not?
You do. Now you just need to learn how to use it ;-)
$ ssh [EMAIL PROTECTED]
$ cat .forward
[EMAIL PROTECTED]
--
Angus
Jürgen Spitzmüller wrote:
The attached simple patch fixes the following:
- Open the listings dialog and type in some unknown command: OK button is
greyed out (correct)
- now click pass validation: OK button is activated (correct)
- uncheck pass validation again: OK button still activated
Jürgen == Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Jürgen OK, I can do a simple -quoting for the lfun argument. But
Jürgen then still the second problem needs to be solved:
Jürgen If I have file path/to/file name/file.ps dvips -t letter
Jürgen I can get target with getArg(0) and
Alfredo == Alfredo Braunstein [EMAIL PROTECTED] writes:
Alfredo Jürgen Spitzmüller wrote:
The attached simple patch fixes the following:
- Open the listings dialog and type in some unknown command: OK
button is greyed out (correct) - now click pass validation: OK
button is activated
Jean-Marc Lasgouttes wrote:
I would quote it too.
Excellent idea, as always.
OK for the attached?
Jürgen
Index: src/LyXFunc.cpp
===
--- src/LyXFunc.cpp (Revision 1)
+++ src/LyXFunc.cpp (Arbeitskopie)
@@ -989,21 +989,20 @@
Bo Peng wrote:
PS: The plan is to release RC2 in a couple of days as soon as the
remaining
patches are committed, and this should happen before Tuesday night.
What is the status now?
Let's just release 1.5.0.
Abdel.
Jürgen == Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Jürgen Jean-Marc Lasgouttes wrote:
I would quote it too.
Jürgen Excellent idea, as always.
Note that this will fail if the commands already contain quotes. You
may want at least to add a FIXME in the code to this effect. It would
be
Jean-Marc Lasgouttes wrote:
Richard == Richard Heck [EMAIL PROTECTED] writes:
Richard Yes, and the problem was that people found it hard to use,
Richard and annoying that you had to uncheck the Default box before
Richard you were allowed to check anything else.
I like the current
Helge == Helge Hafting [EMAIL PROTECTED] writes:
Helge Jean-Marc Lasgouttes wrote:
Richard == Richard Heck [EMAIL PROTECTED] writes:
Richard Yes, and the problem was that people found it hard to use,
Richard and annoying that you had to uncheck the Default box before
Richard you were allowed
Abdelrazak Younes wrote:
Helge Hafting wrote:
Again - default being different does not force us to use
a different UI for it. The word itself is different - I think that is
enough.
Then why are we all discussing this issue then ? ;-)
I see the smiley, but still:
It _is_ ok to stuff slightly
What is the status now?
Let's just release 1.5.0.
No, we need an RC2 to test if our fixes to some crash bugs are really fixes. But I also think that
RC2 should be released right now (after Jürgen's current fixes are in (bug 3915, 3916, and 2753)).
regards Uwe
On Tue, 26 Jun 2007, Abdelrazak Younes wrote:
Bo Peng wrote:
PS: The plan is to release RC2 in a couple of days as soon as the
remaining
patches are committed, and this should happen before Tuesday night.
What is the status now?
Let's just release 1.5.0.
How many serious bugs are
The problem has nothing to do with env depths, just with cut/past of empty
paragraphs. The problem is that Text::acceptChanges on the internal
cut/paste paragraph list calls DEPM and this removes an empty paragraph at
the beginning.
The fix is to move the bulk of acceptChanges to paragraph_funcs
Alfredo == Alfredo Braunstein [EMAIL PROTECTED] writes:
Alfredo The problem has nothing to do with env depths, just with
Alfredo cut/past of empty paragraphs. The problem is that
Alfredo Text::acceptChanges on the internal cut/paste paragraph list
Alfredo calls DEPM and this removes an empty
Alfredo Braunstein wrote:
The problem has nothing to do with env depths, just with cut/past of empty
paragraphs. The problem is that Text::acceptChanges on the internal
cut/paste paragraph list calls DEPM and this removes an empty paragraph at
the beginning.
The fix is to move the bulk of
On Tuesday 26 June 2007 10:42:58 Jean-Marc Lasgouttes wrote:
Yes.
JMarc
+1
--
José Abílio
On Tuesday 26 June 2007 06:27:20 Jürgen Spitzmüller wrote:
Approved by Uwe. OK to commit?
OK.
Jürgen
--
José Abílio
On Tuesday 26 June 2007 06:30:52 Jürgen Spitzmüller wrote:
Tested by Uwe. OK to go in?
Jürgen
OK.
--
José Abílio
On Tuesday 26 June 2007 08:30:24 Jean-Marc Lasgouttes wrote:
OK
JMarc
+1
--
José Abílio
On Tue, 2007-06-26 at 12:47 +0200, Jean-Marc Lasgouttes wrote:
would find something there, it was a funny thing to do. Remember that
at that time, the whole unpacked source was 700k (now: 55M), and there
was only one documentation file :)
Also only one developer, minimum inline documentation,
On Monday 25 June 2007 19:50:41 Bo Peng wrote:
Then you have a combined OK from Abdel and me, you need to wait for Jose's.
Jose: This looks like 1.5.x stuff but showing where the cursor is in
the view source window is a nice thing to have.
I was tempted to say yes, but then I saw Alfredo's
Alfredo == Alfredo Braunstein [EMAIL PROTECTED] writes:
Alfredo Seems DEPM was not called after insertion, the following
Alfredo change to pasteParagraphList (included in the patch) seems to
Alfredo fix it:
Alfredo - text-setCursor(cur.top(), ppp.first, ppp.second); +
Alfredo
On 6/26/07, Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote:
So now we have patch in one place and the explanation in another
place...
http://bugzilla.lyx.org/attachment.cgi?id=1927action=view
;-)
If only the list wouldn't take 1 hour to get my message in...
A/
Alfredo Braunstein wrote:
Alfredo Braunstein wrote:
The problem has nothing to do with env depths, just with cut/past of empty
paragraphs. The problem is that Text::acceptChanges on the internal
cut/paste paragraph list calls DEPM and this removes an empty paragraph at
the beginning.
The fix
Darren == Darren Freeman [EMAIL PROTECTED] writes:
Darren On Tue, 2007-06-26 at 12:47 +0200, Jean-Marc Lasgouttes wrote:
would find something there, it was a funny thing to do. Remember
that at that time, the whole unpacked source was 700k (now: 55M),
and there was only one documentation file
Alfredo == Alfredo Braunstein [EMAIL PROTECTED] writes:
Alfredo Alfredo Braunstein wrote:
The problem has nothing to do with env depths, just with cut/past
of empty paragraphs. The problem is that Text::acceptChanges on the
internal cut/paste paragraph list calls DEPM and this removes an
Abdelrazak Younes wrote:
Looks good Alfredo but one question: why don't you just move
deleteEmptyParagraphMechanism() to paragraph_funcs as well? Same thing
for Text::fixCursorAfterDelete(), this has nothing to do with Text
AFAIS...
I see your point. However, I think they don't belong to
On Tue, 26 Jun 2007, Uwe Stöhr wrote:
What is the status now?
Let's just release 1.5.0.
No, we need an RC2 to test if our fixes to some crash bugs are really
fixes. But I also think that RC2 should be released right now (after
Jürgen's current fixes are in (bug 3915, 3916, and
http://bugzilla.lyx.org/show_bug.cgi?id=3537
This bug comes from the fact that FreeBSD (in it current incarnations
at least) does not have proper support for wchar_t.
I did not rename LIBC_WCTYPE_USES_UCS4 to something more readable like
USE_WCHAR_T. Should I?
Koji, does the patch work for
Le 25 juin 07 à 18:50, Mael Hilléreau a écrit :
Le 23 juin 07 à 22:44, Jean-Marc Lasgouttes a écrit :
Mael I don't think so, to be translatable, the code should be
Mael something like '\listof {algorithm}{\listalgorithmname}'.
I just double checked that here it outputs
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Looks good Alfredo but one question: why don't you just move
deleteEmptyParagraphMechanism() to paragraph_funcs as well? Same thing
for Text::fixCursorAfterDelete(), this has nothing to do with Text
AFAIS...
I see your point. However, I
Mael == Mael Hilléreau [EMAIL PROTECTED] writes:
Mael I attached a patch for that. It adds some definitions for
Mael '\listXXXname' and '\listofXXXs' in the preamble (with 'XXX' for
Mael every non builtin float), and generates a '\listofXXXs' in place
Mael of the '\listof{XXX}{}'.
Doing what
Alfredo == Alfredo Braunstein [EMAIL PROTECTED] writes:
Alfredo Abdelrazak Younes wrote:
Looks good Alfredo but one question: why don't you just move
deleteEmptyParagraphMechanism() to paragraph_funcs as well? Same
thing for Text::fixCursorAfterDelete(), this has nothing to do with
Text
On Thursday 31 May 2007 22:02:17 Anders Ekberg wrote:
Nice!
Thanks for the help!
Anders
I have committed this.
--
José Abílio
I know it was pointed out that 1.5 RC1 had some bugs with pressing
enter, but as of this writing 1.5 RC2 hasn't been released yet and so
I'm reporting this in case it is unfixed. Previous crashes on pressing
enter didn't give me any error messages, but this time I do have some
errors:
wrong pos
On Tuesday 26 June 2007 11:07:17 Uwe Stöhr wrote:
No, we need an RC2 to test if our fixes to some crash bugs are really
fixes. But I also think that RC2 should be released right now (after
Jürgen's current fixes are in (bug 3915, 3916, and 2753)).
I agree. I have committed the bugfix to
How many serious bugs are left? Glancing at the wiki page, I see the
following:
* 4 critical issues
* 32 regression issues
* 14 major issues
* 32 other issues
Any comments on these?
I guess Jose can look through the list and identify must-fix ones so
that people can have a look. If these bugs
Sorry, accidental key press sent message before complete. See below
On 6/26/07, Alexander Streit [EMAIL PROTECTED] wrote:
I know it was pointed out that 1.5 RC1 had some bugs with pressing
enter, but as of this writing 1.5 RC2 hasn't been released yet and so
I'm reporting this in case it is
On Saturday 16 June 2007 18:06:50 Georg Baum wrote:
Am Samstag, 16. Juni 2007 16:12 schrieb Uwe Stöhr:
Is there anything else that I am missing before RC2?
This bug is in my opinion a blocker because it makes tex2lyx nearly
unusable:
http://bugzilla.lyx.org/show_bug.cgi?id=3750
On Saturday 16 June 2007 18:06:50 Georg Baum wrote:
Am Samstag, 16. Juni 2007 16:12 schrieb Uwe Stöhr:
Is there anything else that I am missing before RC2?
This bug is in my opinion a blocker because it makes tex2lyx nearly
unusable:
http://bugzilla.lyx.org/show_bug.cgi?id=3750
Am Dienstag, 26. Juni 2007 14:17 schrieb Jean-Marc Lasgouttes:
http://bugzilla.lyx.org/show_bug.cgi?id=3537
This bug comes from the fact that FreeBSD (in it current incarnations
at least) does not have proper support for wchar_t.
I did not rename LIBC_WCTYPE_USES_UCS4 to something more
On Tuesday 26 June 2007 14:26:13 Leuven, E. wrote:
Annoying? Yes. Should be fixed? Yes. Unusable? No. It will simply
translate captions to ERT, that is all.
wan't there a patch by hangzai ?
I have reviewed that thread and there was a dialog going on between him and
Georg.
Also as
On Tuesday 26 June 2007 14:39:05 Georg Baum wrote:
Yes. But I think that a comment should be added in configure.ac why FreeBSD
is excluded, probably pointing to the libstdc++ bug report (or the
lyx-devel thread). Then it will be easy to check whether the FreeBSD
exclusion can be removed or not
I have reviewed that thread and there was a dialog going on between him and
Georg.
Also as far as I understood, the fix can be committed after 1.5.0. This is a
sensitive area and I want to play safe here. If for any reason I am mistaken
please let me know. :-)
i guess this one's for
On Tue, Jun 26, 2007 at 02:18:37PM +0100, José Matos wrote:
On Tuesday 26 June 2007 11:07:17 Uwe Stöhr wrote:
No, we need an RC2 to test if our fixes to some crash bugs are really
fixes. But I also think that RC2 should be released right now (after
Jürgen's current fixes are in (bug
On Mon, Jun 18, 2007 at 02:09:34PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Mon, Jun 18, 2007 at 12:06:50PM +0200, Leuven, E. wrote:
--- src/frontends/qt4/IconPalette.h(revision 18812)
+++ src/frontends/qt4/IconPalette.h(working copy)
@@ -20,7 +20,7
On Tuesday 26 June 2007 14:59:58 Enrico Forestieri wrote:
Please consider also bug 3904. This is a show stopper on systems
whose locale is not utf8 and the tempdir contains non-ascii chars.
For sure this affects Windows systems with a Portuguese locale and
maybe others. The patch is pretty
On Sunday 10 June 2007 16:17:48 Stefan Schimanski wrote:
I have posted several patches which are waiting to go in or a comment
why not:
* [patch] sometimes only paragraph of cursor is visible, #3231
* [patch] Up/down cursor in math-macro jumps out of the macro, #3830
* [patch] fixing
Le 26 juin 07 à 14:51, Jean-Marc Lasgouttes a écrit :
Mael == Mael Hilléreau [EMAIL PROTECTED] writes:
Mael I attached a patch for that. It adds some definitions for
Mael '\listXXXname' and '\listofXXXs' in the preamble (with 'XXX' for
Mael every non builtin float), and generates a
If the patch works, similar changes should be done to cmake and scons.
The scons part is easy:
Index: development/scons/SConstruct
===
--- development/scons/SConstruct(revision 18892)
+++ development/scons/SConstruct
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Yes. But I think that a comment should be added in configure.ac
Georg why FreeBSD is excluded, probably pointing to the libstdc++ bug
Georg report (or the lyx-devel thread). Then it will be easy to check
Georg whether the FreeBSD exclusion can
Jean-Marc Lasgouttes wrote:
I like it (fixes a bug, does useful cleanup). You should probably remove
the // finally, invoke the DEPM
comment which looks a bit strange in such a small method.
Done.
OK
I commited it.
A/
I have a feature request: Would it be possible to perform output
generation in a different thread so that LyX wouldn't freeze while
compiling? This would be particularly appreciated with big documents
which take a long time to come up.
May I file an enhancement at bugzilla? (I didn't find
Mael Hilléreau wrote:
I have a feature request: Would it be possible to perform output
generation in a different thread so that LyX wouldn't freeze while
compiling? This would be particularly appreciated with big documents
which take a long time to come up.
May I file an enhancement at
On Tuesday 26 June 2007 16:15:32 Richard Heck wrote:
May I file an enhancement at bugzilla? (I didn't find any dealing with
this)
Of course.
This subject has been discussed here before I would be surprised if this is
not on bugzilla, or at at least in the wiki.
This is not difficult
On Tue, Jun 26, 2007 at 03:04:31PM +0100, José Matos wrote:
On Tuesday 26 June 2007 14:59:58 Enrico Forestieri wrote:
Please consider also bug 3904. This is a show stopper on systems
whose locale is not utf8 and the tempdir contains non-ascii chars.
For sure this affects Windows systems
José Matos wrote:
On Tuesday 26 June 2007 16:15:32 Richard Heck wrote:
May I file an enhancement at bugzilla? (I didn't find any dealing with
this)
Of course.
This subject has been discussed here before I would be surprised if this is
not on bugzilla, or at at least in the wiki.
Yes and
Darren Freeman wrote:
On Tue, 2007-06-26 at 12:47 +0200, Jean-Marc Lasgouttes wrote:
would find something there, it was a funny thing to do. Remember that
at that time, the whole unpacked source was 700k (now: 55M), and there
was only one documentation file :)
Also only one developer,
Am 26.06.2007 um 16:18 schrieb José Matos:
On Sunday 10 June 2007 16:17:48 Stefan Schimanski wrote:
I have posted several patches which are waiting to go in or a comment
why not:
* [patch] sometimes only paragraph of cursor is visible, #3231
Fixed in r18741.
* [patch] Up/down cursor in
Abdelrazak Younes wrote:
Yes and at least two preliminary implementations exist:
- one from Peter K. using threads with possibly the shortcomings
described below by Richard.
Mmmm...
- one from myself using the same forked controller as the one used for
graphics conversion.
I like this ;-)
The attached patch deals with most of the remaining issues with the
Paragraph Settings dialog, after the long discussion about how to do it.
I've redesigned the dialog itself in accord with some ideas of Edwin's,
adapting also some suggestions of Helge's. A screenshot is attached.
This
Hi all,
as discussed in this list I would like to release rc2 today.
The only thing that needs to be done now is to commit configure.ac. I
have
all other the changes committed.
In normal conditions I will release rc2 in less than 3 hours I am just
waiting for replies
Abdelrazak Younes [EMAIL PROTECTED] writes:
José Matos wrote:
On Tuesday 26 June 2007 16:15:32 Richard Heck wrote:
May I file an enhancement at bugzilla? (I didn't find any dealing with
this)
Of course.
This subject has been discussed here before I would be
surprised if this is not
On Tuesday 26 June 2007 17:11:26 Stefan Schimanski wrote:
Fixed in r18741.
Fixed in r18774.
Fixed in 18742.
Fixed in 18737.
Stefan
OK. Nice to know. :-)
--
José Abílio
Le 26 juin 07 à 17:15, Richard Heck a écrit :
Mael Hilléreau wrote:
I have a feature request: Would it be possible to perform output
generation in a different thread so that LyX wouldn't freeze while
compiling? This would be particularly appreciated with big
documents which take a long
José Matos wrote:
On Monday 25 June 2007 19:50:41 Bo Peng wrote:
Then you have a combined OK from Abdel and me, you need to wait for
Jose's.
Jose: This looks like 1.5.x stuff but showing where the cursor is in
the view source window is a nice thing to have.
I was tempted to say yes,
On 6/26/07, José Matos [EMAIL PROTECTED] wrote:
Hi all,
as discussed in this list I would like to release rc2 today.
The only thing that needs to be done now is to commit configure.ac. I
have
all other the changes committed.
OK. I have commit the scons part of the
José Matos wrote:
In normal conditions I will release rc2 in less than 3 hours I am just
waiting for replies to this message before going gold.
Can I commit my patches where you gave your OK today?
Jürgen
Jean-Marc Lasgouttes wrote:
Note that this will fail if the commands already contain quotes. You
may want at least to add a FIXME in the code to this effect. It would
be possible to use LyXLex::quoteString to produce properly quoted
commands, but then FuncRequest::split would have to use Lexer
I'm not sure I'll be able to follow closely in the next days, so unless
someone else wants to take care of it I prefer to leave it for 1.5.x (soon
I hope ;-))
I agree. Let us just push 1.5.0 out...
Bo
On Tue, Jun 26, 2007 at 04:47:25PM +0200, Jean-Marc Lasgouttes wrote:
+/*
+ * the FreeBSD libc uses UCS4, but libstdc++ has no proper wchar_t
+ * support compiled in:
+ * http://gcc.gnu.org/onlinedocs/libstdc++/faq/index.html#3_9
+ * And we are not interested at all what libc
+ * does: What
José Matos wrote:
Approved by Uwe. OK to commit?
OK.
done.
Jürgen
José Matos wrote:
Jürgen
OK.
Done as well. Now only the patch for bug 3915 is missing. But this can also be
committed after rc2.
Jürgen
On Tuesday 26 June 2007 17:31:48 Jürgen Spitzmüller wrote:
Can I commit my patches where you gave your OK today?
Jürgen
Yes.
--
José Abílio
José Matos wrote:
Yes.
Thanks. I'm done with my patches now (I wait witth the one for bug 3915 unless
Jean-Marc and I have come to a conclusion).
Jürgen
perhaps this can make it into rc2?
Richard Heck wrote:
The attached patch deals with most of the remaining issues with the
Paragraph Settings dialog, after the long discussion about how to do it.
I've redesigned the dialog itself in accord with some ideas of Edwin's,
adapting also some
On Tuesday 26 June 2007 18:55:01 Edwin Leuven wrote:
perhaps this can make it into rc2?
Nope. If there is a consensus about this patch I will consider it for post
rc2.
--
José Abílio
Richard Heck wrote:
changes the label to Default for Current Paragraph---I think that
makes it a little clearer to users what this does---and makes some
space for adding (Justifed) without alignment issues.
May I suggest to name it
Built-in Alignment for Current Paragraph (Justified)
José Matos wrote:
On Tuesday 26 June 2007 18:55:01 Edwin Leuven wrote:
perhaps this can make it into rc2?
Nope. If there is a consensus about this patch I will consider it for post
rc2.
i thought you established the consensus by your coin toss?
Bo Peng wrote:
On 6/26/07, José Matos [EMAIL PROTECTED] wrote:
Hi all,
as discussed in this list I would like to release rc2 today.
The only thing that needs to be done now is to commit
configure.ac. I have
all other the changes committed.
OK. I have commit the scons
On Tuesday 26 June 2007 19:08:56 Edwin Leuven wrote:
i thought you established the consensus by your coin toss?
So that just means that I will toss the coin again, what is the problem? ;-)
--
José Abílio
José Matos wrote:
On Tuesday 26 June 2007 19:08:56 Edwin Leuven wrote:
i thought you established the consensus by your coin toss?
So that just means that I will toss the coin again, what is the problem? ;-)
none really, i just thought i noticed some inconsistency between this
mail and a
Asger Ottar Alstrup wrote:
instead? If you don't like the word Built-in, then please make it
Default Alignment for Current Paragraph (Justified)
to make it *extra* clear what default we are talking about. There is
room enough, according to the screen shot.
or even more verbose:
Use
José Matos wrote:
Hi all,
as discussed in this list I would like to release rc2 today.
The only thing that needs to be done now is to commit configure.ac. I
have
all other the changes committed.
In normal conditions I will release rc2 in less than 3 hours I am just
On Tue, Jun 26, 2007 at 04:46:39PM +0100, José Matos wrote:
AFAIR one proposed solution implied the use of boost support for threads.
This would hide the platform specific details.
Do boost threads work nowadays on Windows?
I was under the impression that they use pthreads there, which
Peter Kümmel wrote:
Bo Peng wrote:
On 6/26/07, José Matos [EMAIL PROTECTED] wrote:
Hi all,
as discussed in this list I would like to release rc2 today.
The only thing that needs to be done now is to commit
configure.ac. I have
all other the changes committed.
OK. I have
On 6/26/07, Peter Kümmel [EMAIL PROTECTED] wrote:
Peter Kümmel wrote:
Bo Peng wrote:
On 6/26/07, José Matos [EMAIL PROTECTED] wrote:
Hi all,
as discussed in this list I would like to release rc2 today.
The only thing that needs to be done now is to commit
configure.ac. I
Andre Poenitz wrote:
On Tue, Jun 26, 2007 at 04:46:39PM +0100, José Matos wrote:
AFAIR one proposed solution implied the use of boost support for threads.
This would hide the platform specific details.
Do boost threads work nowadays on Windows?
Yes, also on Windows CE ;)
I was under
On Tue, Jun 26, 2007 at 08:38:01PM +0200, Edwin Leuven wrote:
José Matos wrote:
On Tuesday 26 June 2007 19:08:56 Edwin Leuven wrote:
i thought you established the consensus by your coin toss?
So that just means that I will toss the coin again, what is the problem?
;-)
none really, i
According to http://www.netbsd.org/about/roadmap.html, this is also
true for NetBSD, so I would also add !defined(__NetBSD__) there.
Are you sure about the name here? Not __NETBSD__?
Bo
Bo Peng wrote:
According to http://www.netbsd.org/about/roadmap.html, this is also
true for NetBSD, so I would also add !defined(__NetBSD__) there.
Are you sure about the name here? Not __NETBSD__?
Bo
Seems he is right:
http://predef.sourceforge.net/preos.html#sec23
And the patch.
Peter Kümmel wrote:
Bo Peng wrote:
According to http://www.netbsd.org/about/roadmap.html, this is also
true for NetBSD, so I would also add !defined(__NetBSD__) there.
Are you sure about the name here? Not __NETBSD__?
Bo
Seems he is right:
http://predef.sourceforge.net/preos.html#sec23
Are you sure about the name here? Not __NETBSD__?
When I google, I see a lot of
defined (__FreeBSD__) || defined (__OpenBSD__) || defined(__OpenBSD__)
so I guess we should use these forms. Also, has anyone checked open bsd?
Bo
On 6/26/07, Bo Peng [EMAIL PROTECTED] wrote:
Are you sure about the name here? Not __NETBSD__?
When I google, I see a lot of
defined (__FreeBSD__) || defined (__OpenBSD__) || defined(__OpenBSD__)
Of course I meant FreeBSD, OpenBSD and NetBSD.
Bo
Stefan Schimanski wrote:
+// If the last logical character is a separator, skip it, unless
+// it's in the last row of a paragraph
+if (end 0 end par.size() par.isSeparator(end - 1))
+skipped_sep_vpos = bidi.log2vis(end - 1);
I thought it's about the visually last (or
Martin Vermeer wrote:
On Mon, Jun 25, 2007 at 11:17:15PM +0300, Dov Feldstern wrote:
Dov Feldstern wrote:
Hi!
Here's another RTL regression --- I think this should be really easy to
solve for anyone familiar with the painting code. I'd be happy to try
and help out if necessary.
Enrico Forestieri schrieb:
On Wed, Jun 20, 2007 at 09:44:12AM +0100, José Matos wrote:
On Wednesday 20 June 2007 00:00:06 Enrico Forestieri wrote:
The attached patch fixes it. José, OK to commit?
The patch seems right. If you someone to test this and guarantee that it
works
[EMAIL PROTECTED] schrieb:
Author: spitz
Date: Mon Jun 25 15:49:51 2007
New Revision: 18885
URL: http://www.lyx.org/trac/changeset/18885
Log:
Fix bug 1749. CAUTION: lyx2lyx not fully working yet (see FIXMEs).
José, isn't lyx2lyx your hobby-horse :-)
Michael
1 - 100 of 238 matches
Mail list logo