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
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, but only
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.
[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
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
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
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
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
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
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
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
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 forth to
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
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.
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
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
On Wednesday 09 May 2007 14:54:20 Jean-Marc Lasgouttes wrote:
What is the point where the format is frozen?
The 1.5.0 release. :-)
I need to know for the
1.4.5 release. Since I have been very lazy at backporting fixes to
1.4.5, I guess the only feature it will sport is reading 1.5 files
On 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
On Wednesday 09 May 2007 15:26:41 Jean-Marc Lasgouttes wrote:
Jose'? This looks reasonable to me, we should not have explicit 8bit
code anyway.
OK then. :-)
The only weird thing is the tables for hebrew, since
there should not be any of this now that we use unicode.
JMarc
--
José
On Tuesday 08 May 2007 18:50:05 Michael Gerz wrote:
Hi,
now that we have the infrastructure ready to support soul/xcolor as an
alternative to dvipost, what would be your preference?
1. Ditch dvipost in favour of soul/xcolor
2. Check dvipost first. If not available, check for soul/xcolor
3.
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
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 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
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:
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
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,
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 space), instead of getting the dot symbol (.), we
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
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
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
anything
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
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
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
Please disregard my previous message. It is supposed to be sent to my
own mailinglist.
Cheers,
Bo
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
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 patch
Martin Vermeer a écrit :
Then the attached patch will do.
OK to commit?
Are we supposed to do something wrt lyx2lyx?
JMarc
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
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
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
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
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
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
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
On Wednesday 09 May 2007 19:54:37 Bo Peng wrote:
I will trust you on this cursor issue. I have actually asked before
how to properly locate pit but no one gave me a better idea.
Jean-Marc there is a consensus so I will not break it. :-)
Cheers,
Bo
--
José Abílio
On Wednesday 09 May 2007 17:08:52 Uwe Stöhr wrote:
Open any 1.5.x document, say faq, export to 1.4, open faq.lyx14, view
pdf, I see
LaTex Error: File 'armtex.sty' not found.
Thanks for the report. The armtex-package shouldn't be set in every case to
the preamble, only when Armenian was
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
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.
Could you
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
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
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 wait until
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 line LyX crashes.
I can
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
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
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
Why
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
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
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 default, the same
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
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
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
I added a comment saying where it was fixed, but I can't close it.
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 put
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
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 included into an AND?
it's not a c++
Dov Feldstern a écrit :
I added a comment saying where it was fixed, but I can't close it.
Now you can.
JMarc
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
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
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}) {
+ // suppress
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
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
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
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
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)
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
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*)':
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
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
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
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
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
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
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
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 babel call
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 is
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
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
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. Have I said how
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
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
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?
Are we supposed
On Tue, May 08, 2007 at 10:40:29PM +0200, [EMAIL PROTECTED] wrote:
Ok, the response here has been appallingly lacking. I'm giving you one
more try. Non NSIS's are are free to chime in as well.
I already wasted too much of my lifetime on Windows installers (.msi,
no, it won't help here...). I
On Wed, May 09, 2007 at 12:58:12AM +0300, Dov Feldstern wrote:
[...]
So how do we move ahead with this?
1. Since the current implementation is of logical movement, I strongly
urge that we stick with that. And in order to fix the problem with that
(of the cursor getting stuck within
On Tue, May 08, 2007 at 05:04:27PM -0500, Bo Peng wrote:
Starting with your ui file I get a design which seems ok when I click
1. in the QGroupBoxlayout-vertical (then I see the narrow band)
2. again layout-vertical on the empty space on the right of the QGroupBox
3. and change the sizePolicy
On Tue, May 08, 2007 at 06:26:00PM -0400, hzluo wrote:
Attached files are to enable relyx on the fly,
i.e., when a latex syntaxed string is pasted
into lyx, it is converted to lyx.
Nice idea.
Currently the patch can only detect \cite{...}
command embeded in a string. But it can be extended
On Wed, May 09, 2007 at 02:00:00AM +0200, Uwe Stöhr wrote:
Reduce the line length of the comments, i.e.:
You asked me about reasons for the line length a while back. One trivial
reason is that your diff
is diff(icult:-) to read in my mail program...
The common line length is 80
Hi!
Here is a patch for README.cmake describing how to use cmake with
Xcode on a Mac.
Regards,
Stefan
P.S.: No, I have no svn access yet. There must be a black hole
somewhere between me and the responsibles for the svn accounts that
eats my emails.
cmakexcode.patch
Description:
rgheck == rgheck [EMAIL PROTECTED] writes:
rgheck Author: rgheck Date: Tue May 8 17:10:08 2007 New Revision:
rgheck 18235
rgheck URL: http://www.lyx.org/trac/changeset/18235 Log: Fix for bug
rgheck 2951. Adds default fn: prefix tolabels in footnotes.
Lokks like we should have a virtual method
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 better.
+1. Yes, I agree
1 - 100 of 378 matches
Mail list logo