On Thu, May 10, 2007 at 07:21:53AM +0300, Martin Vermeer wrote:
> On Wed, May 09, 2007 at 09:05:23PM +0100, José Matos wrote:
> > 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?
> > >
I too now have to report that, at least in Lyx 1.4 3-4 running under
windows on my computer, the option for changing the colour of the math
background does not change anything.
Thank you very much for confirming this. JMarc immediately pointed
this out when I suggested this obvious solution. We
Cher Jean-Marc, Dear Bo Peng, L'Amit hayakar Shalom:
I too now have to report that, at least in Lyx 1.4 3-4 running under
windows on my computer, the option for changing the colour of the math
background does not change anything.
(Just to be sure that neither I nor my computer are doing somethin
On Wed, May 09, 2007 at 09:05:23PM +0100, José Matos wrote:
> 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. H
On Wed, May 09, 2007 at 09:56:49PM +0200, 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?
>
> JMarc
You mean, convert it back to ERT on back conversion?
- Martin
>> > I *think* the way to do this is:
>> >
>> > string const paramStr = InsetIncludeMailer::params2string(params_);
>> > params_.read(paramStr);
>> >
>> > Abdel...is this right, more or less?
>
> Sorry that I am slow due to lack of sleep. How can I *set* option in
> this way? You basically convert
On 5/9/07, Bo Peng <[EMAIL PROTECTED]> wrote:
1. create a lyx file
2. layout LyX-code
3. enter something with leading blanks.
a
b
4. select, change layout to standard, the leading blanks of b are not removed.
5. select all, insert ERT. crash.
The problem is that after step 4, the paragraph i
> Uwe, it is a bit annoying to have you change code without discussion
> instead of looking at my points.
Sorry. I was sure I did what you wanted.
>>+ string lang_pack = lyxrc.language_package;
>>+if (lang_pack == "\\usepackage{babel}") {
>>+ // suppress the b
> the attached patch changes behavior of rotate-tabular and rotate-cell toolbar
buttons such that
> they toggle the rotation. Therefore a toggle feature is added to the tabular
features. Moreover
> after the patch the state of the set-rotate-cell and toggle-rotate-cell
buttons is on only if all
Koji Yokota schrieb:
Support for this is easy. I can implement that the Windows-installer
checks for "platex.exe" instead of "latex.exe" when you choose
japanese as LyX's menu language.
That sounds great!! So I suppose the same job is done by running
configure on a unix-like system.
No, in
Bo Peng schrieb:
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?
An example of listings insets is in the pipeline, maybe after beta3.
Good, but there should also be a new section in the Extend
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?
An example of listings insets is in the pipeline, maybe after beta3.
Cheers,
Bo
The update-PDF butto currently does nothin, Neither on Windows, nor on Linux:
http://bugzilla.lyx.org/show_bug.cgi?id=3573
On Windows you can just press in any case the PDF button and the PDF is already opened, it will be
updated, if not the PDF is created and opened in a viewer.
When this is th
I like most of your new features and appreciate such things like the listings
support!
But there's one issue that nobody is really caring:
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?
You can
On Thu, May 10, 2007 at 12:05:36AM +0200, [EMAIL PROTECTED] wrote:
> On Wed, 9 May 2007, Elazar Leibovich 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
Like this? This time also the ui file.
I get
In file included from src/frontends/qt4/QListings.h:16,
from src/frontends/qt4/Dialogs.cpp:70:
debug/common/frontends/qt4/ui/ListingsUi.h: In member function `void
Ui_QListingsUi::setupUi(QDialog*)':
debug/common/frontends/qt4/ui/Lis
On Wed, 9 May 2007, Elazar Leibovich 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
1. create a lyx file
2. layout LyX-code
3. enter something with leading blanks.
a
b
4. select, change layout to standard, the leading blanks of b are not removed.
5. select all, insert ERT. crash.
Assertion triggered in int
lyx::Paragraph::Pimpl::eraseChars(lyx::pos_type, lyx::pos_type, bool)
b
Hello,
the attached patch changes behavior of rotate-tabular and rotate-cell toolbar buttons such that they
toggle the rotation. Therefore a toggle feature is added to the tabular features. Moreover after the
patch the state of the set-rotate-cell and toggle-rotate-cell buttons is on only if al
Jean-Marc Lasgouttes schrieb:
I hope it is OK now.
See my answer to your first commit.
Then I simply don't understand what you want. The current solution is the cleanest possible and it
works.
You must check at least once if the babel language is empty to clear "lang_pack", otherwise babel
Alain Bertrand a écrit :
Darren Freeman a écrit :
Guys,
I just tried for the first time in years to compile the main branch of
the repository. I haven't done that since it was CVS!
It failed :(
Try the patch there:
http://bugzilla.lyx.org/show_bug.cgi?id=3578
JMarc
Uwe Stöhr a écrit :
Yes, but with the code we had before my changes, babel was called in any
case.
I now applied this clean solution, after I tested it well of course:
http://www.lyx.org/trac/changeset/18251
(and http://www.lyx.org/trac/changeset/18252)
If you want to have another string defin
Uwe, it is a bit annoying to have you change code without discussion
instead of looking at my points. But OK, let's adapt to the moving
target.
[EMAIL PROTECTED] a écrit :
+ string lang_pack = lyxrc.language_package;
+if (lang_pack == "\\usepackage{babel}") {
+ // suppres
Bo Peng schrieb:
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.
Fixed:
http://www.lyx.org/trac/changeset/18250
regards Uwe
Jean-Marc Lasgouttes schrieb:
The list of languages passed to babelCall contains the main language.
So if the list is empty, the main language does not need babel either.
Yes, but with the code we had before my changes, babel was called in any case.
I now applied this clean solution, after I t
Dov Feldstern a écrit :
I added a comment saying where it was fixed, but I can't close it.
Now you can.
JMarc
On Wed, May 09, 2007 at 10:25:29PM +0200, Bernhard Roider wrote:
> Andre Poenitz schrieb:
> >On Tue, May 08, 2007 at 12:13:29AM +0200, Uwe Stöhr wrote:
> if (
> (a == 1) && (b == 1) &&
> ((C == "bla") || (C == "blub"))
> )
>
> I mean how can the OR be
Uwe Stöhr a écrit :
Jean-Marc Lasgouttes schrieb:
Uwe> This won't work. Attached is my proposal.
What won't work?
You don't check if there is an empty babel language.
The list of languages passed to babelCall contains the main language.
So if the list is empty, the main language does not n
Bo Peng wrote:
>> There is a big gray area below the second text field.
>> Could you test the .ui patch I send to the list?
>
> I can not find any attachment of yours from this thread. Could you
> please fix the layout and commit?
>
> For this TextLayout panel, I think two textedit/browser can be
I added a comment saying where it was fixed, but I can't close it.
patch for listingsui.ui and textlayout.ui attached
(will be offline until sunday...)
Bo Peng wrote:
Index: src/frontends/qt4/ui/ListingsUi.ui
===
The patch can not be cleanly applied here... I guess you will have to
open designer
Index: src/frontends/qt4/ui/ListingsUi.ui
===
The patch can not be cleanly applied here... I guess you will have to
open designer and repeat what you have done again.
Sorry about the inconvenience.
Bo
Bo Peng wrote:
>> There is a big gray area below the second text field.
>> Could you test the .ui patch I send to the list?
>
> I can not find any attachment of yours from this thread. Could you
> please fix the layout and commit?
"reply all"
>
> For this TextLayout panel, I think two texte
On Wed, May 09, 2007 at 07:21:44PM +0200, Abdelrazak Younes wrote:
> Bo Peng wrote:
> >>> Maybe this can go in as a temporary use of mathbg.
> >>
> >>I don't really care but some people are very touchy with visual
> >>appearance so I suggest that you get consensus first.
> >
> >mathbg is now, by de
There is a big gray area below the second text field.
Could you test the .ui patch I send to the list?
I can not find any attachment of yours from this thread. Could you
please fix the layout and commit?
For this TextLayout panel, I think two textedit/browser can be put
side by side to save som
Dov Feldstern wrote:
So how do we decide? If you like, I can send a questionnaire to the
user's list (and to everyone I know who uses LyX in Hebrew), and we'll
see what they say. But what do we do if it's a tie?
This is what I would send out:
Dear LyX Bidi users!
This is your chance to p
Andre Poenitz schrieb:
On Tue, May 08, 2007 at 12:13:29AM +0200, Uwe Stöhr wrote:
if (
(a == 1) && (b == 1) &&
((C == "bla") || (C == "blub"))
)
I mean how can the OR be included into an AND?
it's not a c++ question, it's just boolean algebra
i don't think it's possible
Darren Freeman a écrit :
Guys,
I just tried for the first time in years to compile the main branch of
the repository. I haven't done that since it was CVS!
It failed :(
I am using a pretty standard OpenSUSE 10.2 with Qt 4 compiled from
source. See below for a transcript of the end of ./configu
On May 9, 2007, at 4:14 PM, Bob Lounsbury wrote:
Unfortunately, I just started the compilation a couple hours ago
and on my slow 600MHz iBook it takes about 3 hrs to run the make
command. So then to apply the patch you just put it in the source
folder. How did you recompile so quickly from
Bob Lounsbury 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 li
Bob Lounsbury wrote:
> Bennett Helm wrote:
>> On May 9, 2007, at 4:03 PM, Bob Lounsbury wrote:
>>
>>> Sorry for the total newbie question. How do you apply the patch?
>>
>> You don't unless you're compiling from source. If you are and need
>> help, let me know. If not, it's probably easiest to just
Jean-Marc Lasgouttes schrieb:
Uwe> This won't work. Attached is my proposal.
What won't work?
You don't check if there is an empty babel language.
Why do you insist on testing language->babel()?
Because that was the reason for my changes. Since the patch for bug 3043 is in, we now support
Bennett Helm wrote:
On May 9, 2007, at 4:03 PM, Bob Lounsbury wrote:
Sorry for the total newbie question. How do you apply the patch?
You don't unless you're compiling from source. If you are and need
help, let me know. If not, it's probably easiest to just wait until
the next beta release,
Bo Peng wrote:
> On 5/9/07, Edwin Leuven <[EMAIL PROTECTED]> wrote:
>> layout of text layout in document settings is broken...
>
> What exactly is broken? The dialog is too small for two editboxes, but
> I can set parameters there.
>
> Bo
>
There is a big gray area below the second text field.
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 patch, just because the
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 Arm
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 May 9, 2007, at 4:03 PM, Bob Lounsbury 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
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
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? ;-)
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 confirm this on current
Here the insert is always centered and sometimes it is labeled as "ERT".
I just noticed and fixed it.
Centered is normal diaplyed listing. If you need inline listing, check
inline from the listings dialog.
Bo
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 confirm this on current svn. Here's the backt
On 5/9/07, Edwin Leuven <[EMAIL PROTECTED]> wrote:
layout of text layout in document settings is broken...
What exactly is broken? The dialog is too small for two editboxes, but
I can set parameters there.
Bo
Bo Peng wrote:
>> Please wait for a day and then you can commit.
>
> An update patch has been committed. lyx2lyx seems to work but I could
> not test it because of the armtex.sty problem. The dialogs are ugly
> but I can live with it. I am especially happy with the validation
> system which can
Martin Vermeer a écrit :
Then the attached patch will do.
OK to commit?
Are we supposed to do something wrt lyx2lyx?
JMarc
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 confirm this on current svn. Here's the backtrace:
Here too, (Windows). Attached pat
layout of text layout in document settings is broken...
Bo Peng wrote:
Please wait for a day and then you can commit.
An update patch has been committed. lyx2lyx seems to work but I could
not test it because of the armtex.sty problem. The dialogs are ugly
but I can live with it. I am especia
Please disregard my previous message. It is supposed to be sent to my
own mailinglist.
Cheers,
Bo
It seems that what stats (LD[0][1] ) calculates when it's supposed to
calculate D is actually |D|
!
I don't know why, but it always returns a positive value...
In the multi-allele case, D is calculated by \sum \sum |D_ij| p_i p_j
and it is always positive. This is how D is implemented in simuPO
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 confirm this on current svn. Here's the backtrace:
Program received signal EXC_BAD_INSTRUCTION, Illegal instructio
Please wait for a day and then you can commit.
An update patch has been committed. lyx2lyx seems to work but I could
not test it because of the armtex.sty problem. The dialogs are ugly
but I can live with it. I am especially happy with the validation
system which can actually help some listing
On Wed, May 09, 2007 at 04:06:36PM +0200, Juergen Spitzmueller wrote:
> Martin Vermeer wrote:
>
> > Are you familiar enough with beamer to say off the cuff what else
> > besides \alert we should support in this way?
>
> from a quick scan in my memory and in the beamer userguide, I didn't find
> a
The crash was due to the improper use of ParIterator, which goes
inside nested insets and therefore finds the bad inset.
However, there is no need to do something so complicated, and
therefore the following patch seems to fix the crash for me.
Comment welcome. I just added this bug on the 1.5.0
> Been there, switched to Lyx.
I WOULD BE CURIOUS TO KNOW WHY.
1. I mostly use linux for scientific computing and later on for
writing, and there is no linux version of SWP. I know you might not
care, but there are such people in this world as non-windows users.
2. The latex output, even the so
Jorge Sampaio schrieb:
I forgot to include the second but (the first, explained below, in the
1.5beta1, seems to be fixed in
1.5 beta2)
The second follows:
When using the Math panel to obtain the scalar product (same as \cdot), or
typping "\cdot )", instead of getting the "dot" symbol (.), we get
José Matos schrieb:
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
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 patch,
just because the math inset is now one
Bennett Helm wrote:
On May 9, 2007, at 12:49 PM, Bob Lounsbury wrote:
In config.log, this is telling you what the problem is:
configure:3710: gcc -framework Carbon -framework OpenGL -framework
AGL - framework QuickTime -lz -framework Cocoa conftest.c >&5
powerpc-apple-darwin8-gcc-4.0.1: fr
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
can't we block his bugzilla username?
On 5/9/07, Juergen Spitzmueller <[EMAIL PROTECTED]> wrote:
Some moron is uploading links to spam sites as attachments to bugzilla,
e.g.
here:
http://bugzilla.lyx.org/show_bug.cgi?id=227
Is there something we can do against that?
Jürgen
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/xcol
Abdelrazak Younes wrote:
Dov Feldstern wrote:
I'll add fix this and add it to my suggested patch, I'll also fix the
spacing issues that Andre' pointed out, we can wait to hear Elazar's
opinion if you want --- but I really think that what I'm suggesting is
the way that most bidi users would pre
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 May 9, 2007, at 12:49 PM, Bob Lounsbury wrote:
In config.log, this is telling you what the problem is:
configure:3710: gcc -framework Carbon -framework OpenGL -
framework AGL - framework QuickTime -lz -framework Cocoa
conftest.c >&5
powerpc-apple-darwin8-gcc-4.0.1: framework: No such f
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 file
I know that. My point is: don't we want to differentiate between corners
where the cursor is in and others?
If we are allowed to add a line to every MathFoo::draw(), then mathbg
can be properly implemented.
Jose?
Bo
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 we want
to be able t
Bo Peng wrote:
> Maybe this can go in as a temporary use of mathbg.
I don't really care but some people are very touchy with visual
appearance so I suggest that you get consensus first.
mathbg is now, by default, the same as background (needs
doublechecking) so nobody will notice anything. Dr.
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 patch,
just because the math inset is now one
> I *think* the way to do this is:
>
> string const paramStr = InsetIncludeMailer::params2string(params_);
> params_.read(paramStr);
>
> Abdel...is this right, more or less?
Sorry that I am slow due to lack of sleep. How can I *set* option in
this way? You basically convert params_ back and fort
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Abdel, you're so touchy!
It was not meant to sound touchy, sorry :-)
:)
I'm willing to accept commit access, of course, and I'm even willing
to be in charge of this stuff, at least for now. But I have very
little time that I can actually pu
> Maybe this can go in as a temporary use of mathbg.
I don't really care but some people are very touchy with visual
appearance so I suggest that you get consensus first.
mathbg is now, by default, the same as background (needs
doublechecking) so nobody will notice anything. Dr. Cwikel can set
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 patch, just
because the math inset is now one level deeper!
It does no
Bo Peng wrote:
We still need to know where the cursor is I guess so using a different
color might be better.
Yes. This only works when mathbg is not used... This makes me wonder
if my hover stuff should covers mathed, but this has to wait till
after 1.5.0.
Yes, I proposed that we use mouse ho
Dov Feldstern wrote:
Abdelrazak Younes wrote:
I had comments about the goto about which I asked others to state their
opinion. I implemented the isRTL() method specifically for Elazar's
patch; so it's not like we don't help at all... If you want more Dov,
you should be proactive and ask for comm
Some moron is uploading links to spam sites as attachments to bugzilla, e.g.
here:
http://bugzilla.lyx.org/show_bug.cgi?id=227
Is there something we can do against that?
Jürgen
Uwe Stöhr wrote:
OK. Does the platex system also have a file "latex.exe" that is in the
same folder as the "platex.exe"?
Yes. platex.exe handles both English and Japanese and latex.exe is a
"normal" latex.
Support for this is easy. I can implement that the Windows-installer
checks for "pla
[EMAIL PROTECTED] wrote:
If you look at InsetCommandParams, you'll see that params_ is set in
read(), and the other InsetCommand derived insets call read() when they
need to set params_. (When they need to read the params, they just get
params_ directly via params() and index into it.) That's wha
We still need to know where the cursor is I guess so using a different
color might be better.
Yes. This only works when mathbg is not used... This makes me wonder
if my hover stuff should covers mathed, but this has to wait till
after 1.5.0.
Maybe this can go in as a temporary use of mathbg.
C
Jean-Marc Lasgouttes wrote:
"Dov" == Dov Feldstern <[EMAIL PROTECTED]> writes:
Dov> *) Martin asked: "don't you think that cursor movement depending
Dov> only on the local language (i.e., the deepest inset on the cursor
Dov> stack) is easier and more transparent to implement?"
Dov> Well yes, b
Bo Peng wrote:
And even if it did, it will set the background for the whole equation.
Mr Cwikel wants to have a different background for each part of the
equation.
Each part? I do not see that from the orignal post.
He sayd
In Lyx, when the cursor is moved to be within a region of the text w
I must just have bad luck.
I've previously compiled LyX 1.5.0beta2 with a qt4.3snapshot and
qt4.2.3. I thought I would try to compile LyX b2 with a newer
qt4.3snapshot but during the ./configure I get the following error:
checking for C compiler default output file name... configure: error: C
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
"Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Tool -> preference -> color -> math background?
Except that it does nothing now.
Abdelrazak> And even if it did
Michael Cwikel wrote:
First of all I want to express my huge admiration for the Lyx project
and the immense good will, energy and talent of those who have made it
happen and are continuing to develop Lyx.
In the name of the LyX developer community, thanks!
I tried Lyx very seriously and int
>> If you look at InsetCommandParams, you'll see that params_ is set in
>> read(), and the other InsetCommand derived insets call read() when they
>> need to set params_. (When they need to read the params, they just get
>> params_ directly via params() and index into it.) That's what I meant
>> wh
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Hi!
*) Abdel said: "I personally tend to think that the only clear
option, one that does not leave room for complicated interpretation
is to go for screen oriented movement: right is right and left is
left. Of course supporting both mode would be be
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
>>> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>>
Bo> Tool -> preference -> color -> math background?
>> Except that it does nothing now.
Abdelrazak> And even if it did, it will set t
And even if it did, it will set the background for the whole equation.
Mr Cwikel wants to have a different background for each part of the
equation.
Each part? I do not see that from the orignal post.
have those little corner markers remain visible atall
times, perhaps changing to a different
> "Sam" == Sam Lewis <[EMAIL PROTECTED]> writes:
Sam> Alexander Streit <[EMAIL PROTECTED]> writes:
>> I couldn't find a bugzilla report on this, just waiting for my
>> account to be created so that I can submit one.
Sam> Sorry didn't follow the exact conversation, but is this not the
Sam> af
1 - 100 of 184 matches
Mail list logo
