Bo Peng [EMAIL PROTECTED] writes:
I am a professor of mathematics who has been using Scientific Word
intensively for many years.
Been there, switched to Lyx.
Me too. I just wish I had done it earlier.
Andreas
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 regard) [else it's a bug (can't test now)].
I'm using kpdf as
Abdelrazak Younes [EMAIL PROTECTED] writes:
Jean-Marc Lasgouttes wrote:
Bo == Bo Peng [EMAIL PROTECTED] writes:
Bo Tool - preference - color - math background?
Except that it does nothing now.
And even if it did, it will set the background for the whole equation.
I would find
Been there, switched to Lyx.
I WOULD BE CURIOUS TO KNOW WHY.
Look at this comparative review of LyX 1.4.2 and Scientific Word 5.5:
http://www.jstatsoft.org/index.php?vol=17t=s
Regards,
Andreas
Bo == Bo Peng [EMAIL PROTECTED] writes:
Comment welcome. I just added this bug on the 1.5.0 crashes radar.
Bo I will trust you on this cursor issue. I have actually asked
Bo before how to properly locate pit but no one gave me a better
Bo idea.
Indeed, I did not look as closely as I should
Uwe == Uwe Stöhr [EMAIL PROTECTED] writes:
Uwe Jean-Marc Lasgouttes schrieb:
I hope it is OK now.
See my answer to your first commit.
Uwe Then I simply don't understand what you want. The current
Uwe solution is the cleanest possible and it works. You must check at
Uwe least once if the
Dov == Dov Feldstern [EMAIL PROTECTED] writes:
Dov Abdel, you're so touchy! I wasn't saying that we're not getting
Dov any help, and I really do appreciate your help, on all kinds of
Dov issues. And Thank you for committing Elazar's patch! It's just
Dov that we always need even more ;) ... But
Dov == Dov Feldstern [EMAIL PROTECTED] writes:
You could maybe try to look at the paragraph that is just one step
under, instead of bottom().
Dov What I think you guys are not understanding is that bidi user's
Dov don't even *expect* predictability on this issue! I've been
Dov looking at
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Some moron is uploading links to spam sites as attachments to
Juergen bugzilla, e.g. here:
Juergen http://bugzilla.lyx.org/show_bug.cgi?id=227
Juergen Is there something we can do against that?
What I do not understand is what
Hi all,
I just got the SVN compiled thanks to that patch on Bugzilla.
The first thing that jumps at me is the mouse pointer not becoming an
arrow when the mouse is over an inset button (figure float, bibtex
etc.). Sure the button becomes a bit darker, but the pointer remains the
same as for
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Who is responsible for beamer.layout nowadays?
Us.
Seeing that you were discussing the beamer layout, I proposed
a patch on bugzilla for enhancement 3141.
Regards
--
Darren Freeman wrote:
Hi all,
I just got the SVN compiled thanks to that patch on Bugzilla.
The first thing that jumps at me is the mouse pointer not becoming an
arrow when the mouse is over an inset button (figure float, bibtex
etc.). Sure the button becomes a bit darker, but the pointer
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Who is responsible for beamer.layout nowadays?
Us.
I make here a separate post about bug 3133. I find quite boring
to have to change the layout to switch from a full title slide
to
Jean-Marc Lasgouttes wrote:
Dov == Dov Feldstern [EMAIL PROTECTED] writes:
Dov Abdel, you're so touchy! I wasn't saying that we're not getting
Dov any help, and I really do appreciate your help, on all kinds of
Dov issues. And Thank you for committing Elazar's patch! It's just
Dov that we
Dov Feldstern wrote:
Dov Feldstern wrote:
It does not get stuck here... The cursor correclty move in and out
the math inset.
Abdel.
This is very strange. Does it work in both directions? Do you have the
RTL option set?
Just to make sure that we're talking about the same thing:
Peter Kümmel wrote:
Bennett Helm wrote:
On May 9, 2007, at 3:45 PM, Peter Kümmel wrote:
Bennett Helm wrote:
Patrick De Visschere noted on the User's list that:
If you change the environment of a blanco line (from Standard) to
Paragraph and then type text on the line LyX crashes.
I can
Uwe Stöhr wrote:
The update-PDF butto currently does nothin, Neither on Windows, nor on
Linux:
My installer does work with the update button. View PDF creates a new
window with the PDF, update PDF updates the windows.
Joost
Uwe == Uwe Stöhr [EMAIL PROTECTED] writes:
Uwe You have to clear lang_pack in this case. otherwise you will
Uwe return \\usepackage{babel} although babel shouldn't be called.
I'd be interested if you could test the latest patch I posted. With
it, you will see that since we return an empty
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
Jean-Pierre == Jean-Pierre Chrétien [EMAIL PROTECTED] writes:
Jean-Pierre Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Who is responsible for beamer.layout nowadays?
Us.
Jean-Pierre I make here a separate post about bug 3133. I
Dov Feldstern wrote:
Dov Feldstern wrote:
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Using the current version (with Elazar's patch already in), try
moving the cursor in the attached document (a math inset inside a
footnote). It gets stuck again in the math inset, even after
Elazar's
Jean-Marc Lasgouttes wrote:
Uwe == Uwe Stöhr [EMAIL PROTECTED] writes:
Uwe Now I'm confused as Abdel stated two days ago I should better use
Uwe the .clear() method and not string().
I think Abdel referred to something like
tmp = string();
this is a bit different.
Indeed. Given string tmp;
On Thu, May 10, 2007 at 08:15:47AM +, Jean-Pierre Chrétien wrote:
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Who is responsible for beamer.layout nowadays?
Us.
Seeing that you were discussing the beamer
On Fri, 2007-03-02 at 03:13, Juergen Spitzmueller wrote:
Darren Freeman wrote:
I just got my shiny OpenSUSE 10.2 box up and running to write my thesis,
and dammit I can't compile my document. prettyref.sty is missing from
the distrubution.
Point your browser to CTAN and get it.
Two set of changes to src/Font.cpp
1) In Hebrew, Arabic, and Farsi (Right-to-Left) languages the numbers are
written from left to write.
2) Mixing Farsi Arabic with english \textFR{phrase} and \textAR{phrase}
are used respectively.
-
8:00? 8:25? 8:40? Find a
On Thu, May 10, 2007 at 06:59:20PM +1000, Darren Freeman wrote:
On Fri, 2007-03-02 at 03:13, Juergen Spitzmueller wrote:
Darren Freeman wrote:
I just got my shiny OpenSUSE 10.2 box up and running to write my thesis,
and dammit I can't compile my document. prettyref.sty is missing from
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin As this does not change the document version number, I would
Martin put this in unless someone raises objections. Small
Martin improvements are improvements too.
Good idea.
JMarc
Darren == Darren Freeman [EMAIL PROTECTED] writes:
Darren The problem so far is I have prettyref.zip from CTAN and it
Darren doesn't contain prettyref.sty. I'm not a LaTeX person,
Darren preferring LyX to know what it's doing. Is the .sty file
Darren automatically generated or should I keep
Mostafa Vahedi wrote:
Two set of changes to src/Font.cpp
1) In Hebrew, Arabic, and Farsi (Right-to-Left) languages the numbers
are written from left to write.
I will commit this part as it is obviously correct.
2) Mixing Farsi Arabic with english \textFR{phrase} and
\textAR{phrase} are
José Matos wrote:
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
Mostafa Vahedi wrote:
Two set of changes to src/Font.cpp
1) In Hebrew, Arabic, and Farsi (Right-to-Left) languages the numbers
are written from left to write.
I will commit this part as it is obviously correct.
2) Mixing Farsi Arabic with english \textFR{phrase} and
There are other places with special casing for hebrew in the code,
could you please have a look at this Mostafa?
BufferParam::writeLaTeX() line 839:
// language should be a parameter to \documentclass
if (language-babel() == hebrew
default_language-babel() !=
Mostafa Vahedi wrote:
Mostafa Vahedi wrote:
Two set of changes to src/Font.cpp
1) In Hebrew, Arabic, and Farsi (Right-to-Left) languages the numbers
are written from left to write.
I will commit this part as it is obviously correct.
2) Mixing Farsi Arabic with english \textFR{phrase} and
Mostafa == Mostafa Vahedi [EMAIL PROTECTED] writes:
Mostafa Vahedi wrote: Two set of changes to src/Font.cpp 1)
In Hebrew, Arabic, and Farsi (Right-to-Left) languages the numbers
are written from left to write.
I will commit this part as it is obviously correct.
2) Mixing Farsi
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
What I do not understand is what kind of attachment has been used.
Just a http url?
ill formed html page, which causes redirection.
pavel
'class QTextEdit' has no member named 'setText'
for QListings, QDocument and QInclude. Seems Listings related.
I have qt4-devel-4.1.5-2.fc4 installed and configure finds it. qt3-devel
has been intentionally uninstalled ;-)
I did not do make clean or autogen. Anyone else seeing this?
- Martin
Pavel == Pavel Sanda [EMAIL PROTECTED] writes:
What I do not understand is what kind of attachment has been used.
Just a http url?
Pavel ill formed html page, which causes redirection.
I see. And I guess we'd have to update bugzilla to avoid that.
JMarc
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
More up to date patch. Untested.
- Martin
Now really going...
Index: src/Buffer.cpp
===
--- src/Buffer.cpp (revision 18254)
+++ src/Buffer.cpp (working copy)
@@ -141,7 +141,7 @@
namespace {
-int const LYX_FORMAT =
hzluo == hzluo [EMAIL PROTECTED] writes:
hzluo http://bugzilla.lyx.org/show_bug.cgi?id=3496 I can't compile
hzluo under my system without this patch. My system is XP SP2, and
hzluo local set to Simplified Chinese. So these non-ASCII chars are
hzluo read as first bytes of GBK, but they are
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin 'class QTextEdit' has no member named 'setText'
Martin for QListings, QDocument and QInclude. Seems Listings related.
Martin I have qt4-devel-4.1.5-2.fc4 installed and configure finds it.
Martin qt3-devel has been intentionally
Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin 'class QTextEdit' has no member named 'setText'
Martin for QListings, QDocument and QInclude. Seems Listings related.
Martin I have qt4-devel-4.1.5-2.fc4 installed and configure finds it.
Martin qt3-devel
On Thu, 10 May 2007, Andre Poenitz wrote:
can't we block his bugzilla username?
Sounds like a good start. I searched the web, and since April there
seems to have been a few spam in the wild on bugzilla, trhough the
attachments.
The email address of the account is
[EMAIL PROTECTED], so I
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak I am not Bo but this is obviously correct. I guess Bo is
Abdelrazak still using QT3Support or something...
No, setText is some kind of new fancy qt 4,2 thing that automatically
detects whether the input is plain text or html.
On Thu, 10 May 2007, Jean-Marc Lasgouttes wrote:
Pavel == Pavel Sanda [EMAIL PROTECTED] writes:
What I do not understand is what kind of attachment has been used.
Just a http url?
Pavel ill formed html page, which causes redirection.
I see. And I guess we'd have to update bugzilla to
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
I think we should do something about the bug below. My proposal is
(still) to revert 17837 and mark bug 2993 as WONTFIX.
If reverting to 17837 (which I think is v. sensible) the
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
Update pdf works fine on linux, I check out svn a couple of times
a week - and update-pdf still works fine. The pdf file is then
updated, and no extra pdf
Helge Hafting 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
Update pdf works fine on linux, I check out svn a couple of times
a week - and update-pdf still works fine. The pdf file is then
sorry for the accidental post.
I am trying to solve bug 3529 and things seems to be weird. I check if the
modelItem for the TOC entry is passed correctly. For kernel/model to view
side everything seems OK. Apparently the problem is in paint mechanism of
treeView. I did every possible trick to make the treeview repaint
Ozgur Ugras BARAN wrote:
Attached patch solves two TOC dialog bugs 3528 and 3534. Can smb
review (Abdel?, Juergen?, John?) and commit it (Jose?)
I need an explanation (which will go in the svn log).
Abdel.
Ozgur Ugras BARAN wrote:
I am trying to solve bug 3529 and things seems to be weird. I check if the
modelItem for the TOC entry is passed correctly. For kernel/model to view
side everything seems OK. Apparently the problem is in paint mechanism of
treeView. I did every possible trick to make the
Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote:
I seemed to me that LyX' arabic format was supposed to rely on
arabtex. Could you comment on the differences between those two
packages?
JMarc
1) The few fonts defined in ArabTeX are not beautiful and I don't know of any
other fonts can be
Sam Lewis [EMAIL PROTECTED] writes:
If reverting to 17837 (which I think is v. sensible) the following simple
feature may compensate for bug 2993. A preference setting that defines the
state
of all insets as either 'all open', 'all closed', or 'sticky' when saving a
document.
Actually, it
here it is
[patch for bugs 3528 and 3534] Follow TOC type change with
currentIndexChange(int) signal instead of activated(int) of TOC type combo.
Now, TOC list changes only when the entry of combo changes. Also, after
update button pressed, TOC type is kept.
thanks, Abdel.
Ugras
On 5/10/07,
Mostafa == Mostafa Vahedi [EMAIL PROTECTED] writes:
Mostafa 1) The few fonts defined in ArabTeX are not beautiful and I
Mostafa don't know of any other fonts can be used with ArabTeX, while
Mostafa ARABI uses the many free fonts available on the Internet and
Mostafa it is possible to add more
I have two questions:
1) The current LyX-to-LaTeX conversion uses \R{\selectlanguage{lang}} for a
cell inside a tabular environement that its language is RTL such has Hebrew and
Arabic. This conversion does not work for Arabic. Does it work for Hebrew?
(Look at file
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
Dear LyX developers,
Here are some comments after installing and using LyX 1.5.0 beta 2 on Windows
XP.
A few problems/bugs I found:
1. When choosing File New from template LyX is VERY slow. It takes about 25
seconds before the dialogue window appears.
2. When trying to compile the
Jean-Marc Lasgouttes wrote:
Mostafa == Mostafa Vahedi [EMAIL PROTECTED] writes:
Mostafa 1) The few fonts defined in ArabTeX are not beautiful and I
Mostafa don't know of any other fonts can be used with ArabTeX, while
Mostafa ARABI uses the many free fonts available on the Internet and
Uwe Stöhr wrote:
No, in this case you have to set the path to the platex.exe manualy in
LyX's preferences under Paths - PATH_PREFIX and then reconfigure LyX.
I see. Anyway, it would not be a so high hurdle for a unix user.
I first have to test this until I can be sure.
OK, thanks.
Thanks.
Andreas Karlsson wrote:
Dear LyX developers,
Here are some comments after installing and using LyX 1.5.0 beta 2 on
Windows XP.
A few problems/bugs I found:
1. When choosing File New from template LyX is VERY slow. It takes
about 25 seconds before the dialogue window appears.
I've seen that
I've recently installed the latest versions of Lyx 1.4.4 on a Windows XP
Pro, Windows XP Home and Ubuntu 7.04 PPC computers. The editor seems to
work fine thus far, except for spell checking. I didn't see anything
reported on this in bugzilla, but what I am experiencing, in each
environment, is
Ozgur Ugras BARAN wrote:
Attached patch solves two TOC dialog bugs 3528 and 3534. Can smb
review (Abdel?, Juergen?, John?) and commit it (Jose?)
Unfortunately you patch has some bad side effect on lof and lot:
whatever item you click on, the last item is always selected.
Abdel.
i'm not able to compile lyx from svn now. have you an idea whats wrong ?
make l10n_pots
make[3]: Entering directory `/home/installer/lyx/trunk/po'
LC_ALL=C ; export LC_ALL ; \
python ./lyx_pot.py -b .. -o qt4_l10n.pot -t qt4
../src/frontends/qt4/ui/*.ui
LC_ALL=C ; export LC_ALL ; \
Mostafa The question is: which one to use?
You said above that the two packages are fully compatible. Can't we
require both then?
Indeed :) Especially sine most of the arabic support is built with
arabtex in mind, I guess. Unfortunately, I do not have a good answer
to this question.
On 5/10/07, Abdelrazak Younes [EMAIL PROTECTED] wrote:
Ozgur Ugras BARAN wrote:
This bug exists before the patch. lof and lot has never been updated
correctly.
Yes, I noticed that afterwards, sorry for accusing you :-)
I did not felt accused, sir.. :-)
The problem is TocBackend::item()
Mostafa Vahedi wrote:
Mostafa The question is: which one to use?
You said above that the two packages are fully compatible. Can't we
require both then?
Indeed :) Especially sine most of the arabic support is built
with arabtex in mind, I guess. Unfortunately, I do not have a
good answer to
On Thu, 10 May 2007, José Matos wrote:
I'm using kpdf as pdf viewer (as lots of KDE users supposedely do), and
I don't want to miss the update button (because view pdf always opens a
new instance of kpdf).
+1
Do really oppose changing the function of the PDF button so that it acts
as
I applied your patch.
It works! Thanks :)
Hangzai
[EMAIL PROTECTED] wrote:
* First press on button
= open PDF viewer, or new window/tab in viewer
* Subsequent press on button
= make window/tab in PDF viewer update
* Subsequent press on button when PDF window/tab has been closed
= open PDF viewer, or new window/tab in viewer
I'd agree on
Abdelrazak Younes wrote:
4. Some special characters that I am missing, which could be included
as menu entries in the Insert Special Character menu:
Insert Special Character \textcopyright Insert Special
Character \textregistered Insert Special Character
\texttrademark
Valid
On Fri, May 04, 2007 at 12:42:20AM +0200, Enrico Forestieri wrote:
When changing the zoom factor in preferences, math metrics are not updated.
To reproduce, load the attached mathmetrics.lyx and then change the zoom %
in Tools-Preferences-Screen fonts from 150 to 300. I also attach here
I have LyX set to automatically start when I log in to my computer.
In this case -- but not when I start LyX normally -- I consistently
get a crash. (I don't know why things should be any different between
these two cases.)
Here's the backtrace:
Exception: EXC_BAD_ACCESS (0x0001)
Codes:
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
4. Some special characters that I am missing, which could be included
as menu entries in the Insert Special Character menu:
Insert Special Character \textcopyright Insert Special
Character \textregistered Insert Special Character
Ozgur Ugras BARAN wrote:
On 5/10/07, Abdelrazak Younes [EMAIL PROTECTED]
wrote:
If you want something to play with, it would be nice if we update the
TocBackend to support Paragraph layout too.
OK, sure. Tell me what has to be done.
There is a bug reproted this morning by Bennett which
[EMAIL PROTECTED] wrote:
On Thu, 10 May 2007, José Matos wrote:
I'm using kpdf as pdf viewer (as lots of KDE users supposedely do),
and I don't want to miss the update button (because view pdf always
opens a new instance of kpdf).
+1
Do really oppose changing the function of the PDF
On Tue, 8 May 2007 19:39:35 +0200
Andre Poenitz [EMAIL PROTECTED] wrote:
On Mon, May 07, 2007 at 10:14:04PM +0300, Micha Feigin wrote:
Ok, I made a patch, hope that it is the correct solution, if so then it's a
one liner
Didn't know where to send it to
Index: src/insets/InsetBox.cpp
Martin Vermeer [EMAIL PROTECTED] writes:
[..]
As this does not change the document version number, I would put this in
unless someone raises objections. Small improvements are improvements too.
I'm afraid I left
TitleLaTeXName frame[plain]{\maketitle}
instead of the original
TitleLaTeXName
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.
There will certainly be no consense regarding my ugly quick fix (use
mathbg for corner markers for now), but no
On 5/10/07, Pavel Sanda [EMAIL PROTECTED] wrote:
i'm not able to compile lyx from svn now. have you an idea whats wrong ?
make l10n_pots
make[3]: Entering directory `/home/installer/lyx/trunk/po'
LC_ALL=C ; export LC_ALL ; \
python ./lyx_pot.py -b .. -o qt4_l10n.pot -t qt4
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.
There will certainly be no consense regarding my ugly quick fix (use
mathbg for corner markers for
Why is the listings inset centered in the LyX view?
In theory, normal listing should occupy its own line and stay to the
left. inline listing should behave like an ERT or label box. I used
'display(){ return if not inline listing }' function to use displayed
layout so the listing inset is
On Thu, 10 May 2007, Uwe Stöhr wrote:
When you add new features or change menu names, toolbar buttons, or any
other kind of GUI changes, could you please also update the
documentation?
For new features the docmentation requires more work, but while you are
writing it, you often find some
Jean-Pierre == Jean-Pierre Chrétien [EMAIL PROTECTED] writes:
Jean-Pierre Martin Vermeer [EMAIL PROTECTED] writes: [..]
As this does not change the document version number, I would put
this in unless someone raises objections. Small improvements are
improvements too.
Jean-Pierre I'm afraid
There are two possibilities to support ArabTeX and ARABI together in
LyX: 1) to specify which one we would like to use througout the file
2) to specify that we like to use ArabTeX for some part of the file
instead of ARABI (note that the other way is not possible)
The question is whether
On Wed, 9 May 2007 10:07:50 + (UTC)
Jean-Pierre Chrétien [EMAIL PROTECTED] wrote:
3242
Looks to me that way. I ran into the same problem with parbox but the patch I
sent solves both (the later one, I made a mistake at first, the one that
uses logical not, !, and not the bitwise not ~).
The
I'm pasting the c_str() representation of the docstring recieved by
cap::getSelection(cur.buffer(), n); method, it is not useful just a memory
location. How can I represent the documentation string in a useful manner?
Can it be that without bidirectionality set we're not getting to the
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Pierre Should I provide fresh patch ?
Done, patch against 1.5.0 svn added.
--
Jean-Pierre
No, setText is some kind of new fancy qt 4,2 thing that automatically
detects whether the input is plain text or html.
I'll commit
Thanks. I guess I should have used qt4.0 for the development.
Bo
Bo == Bo Peng [EMAIL PROTECTED] writes:
No, setText is some kind of new fancy qt 4,2 thing that
automatically detects whether the input is plain text or html.
I'll commit
Bo Thanks. I guess I should have used qt4.0 for the development.
I think we settled on 4.1 (except mac, that is
On Thu, May 10, 2007 at 02:00:59PM +0300, Ozgur Ugras BARAN wrote:
I am trying to solve bug 3529 and things seems to be weird. I check if the
modelItem for the TOC entry is passed correctly. For kernel/model to view
side everything seems OK. Apparently the problem is in paint mechanism of
Ozgur Ugras BARAN wrote:
Attached patch solves two TOC dialog bugs 3528 and 3534. Can smb
review (Abdel?, Juergen?, John?) and commit it (Jose?)
I took the time to look at what was wrong. The results is the attached.
The solution was simple, I just had to get rid of the type_model_ for
the
Jean-Pierre Chrétien [EMAIL PROTECTED] writes:
I cannot reproduce this here (Solaris 10/Qt 4.2.2).
Solaris 8/Qt 4.2.1 here, rather Qt than Sun I guess.
I will check with 4.2.2
My admin compiled 4.2.3, same behaviour, makes lyx unusable :-(
In addition, after Open-Examples, I get the
I will propse a patch soon.
Attached. OK to commit? I am surprised that I actually like a bit
background for math (light yellow?), but having both mathcorners and
mathbg looks strange. Anyway, the default of both of them are
background and I have no intention to change the default. As you have
Bo Peng wrote:
I will propse a patch soon.
Attached. OK to commit?
OK for me (others might have an opinion). Also, please try to reduce
line width to 72 characters.
I am surprised that I actually like a bit
background for math (light yellow?), but having both mathcorners and
mathbg
1 - 100 of 286 matches
Mail list logo