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 p
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 who
> > > 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=17&t=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 a
> "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
> "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
> "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>
> "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 understa
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 editi
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.
Rega
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 remai
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 fu
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
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: what
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 conf
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
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 particularl
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 sepa
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 pa
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 "strin
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 w
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
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? F
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 m
> "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
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}" a
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}" an
> "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.
>
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 i
> 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 vis
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 = 269;
> "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 th
> "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 intentiona
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-
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 w
> "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
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. sensi
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 p
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
u
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 correctly
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 ca
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.
Actuall
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, Ab
> "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
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 "src/insets/InsetTabula
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)
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 europ
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. Cou
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
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::ite
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 fol
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 ag
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 >
>> \texttrade
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
> s
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 butt
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/In
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
TitleLaTeXNa
> 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
../src/fron
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
> 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 disp
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 bug
> "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-P
>> 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 i
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 ~).
T
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
LFUN_PASTE?
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 ma
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
> t
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 com
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 g
> 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 loo
1 - 100 of 145 matches
Mail list logo
