Jean-Marc Lasgouttes wrote:
Richard == Richard Heck [EMAIL PROTECTED] writes:
Richard And by the way, I think this means that case 2---see
Richard LyXFunc.cpp, line 1065 or so---is broken. This handles the
Richard case where no spool command, such as lp, is provided. In
Richard that case,
Am 04.06.2007 um 23:35 schrieb Jean-Marc Lasgouttes:
Stefan == Stefan Schimanski [EMAIL PROTECTED] writes:
Stefan Hmm, it's a not very complex patch for a critical bug about a
Stefan segfault and nobody has a comment?
Actually I am wondering why suddenly we have these crashes in very
simple
Enrico Forestieri wrote:
On Mon, Jun 04, 2007 at 10:45:40PM +0200, Jean-Marc Lasgouttes wrote:
Herbert == Herbert Voss [EMAIL PROTECTED] writes:
Herbert these are _all_ config files and not printer files.
Herbert dvips -Pconfig
Herbert eg dvips -Pcmz file
In the old days, it was not
On Mon, Jun 04, 2007 at 10:54:53PM +0200, Bernhard Roider wrote:
Index: src/frontends/Dialogs.cpp
===
--- src/frontends/Dialogs.cpp (revision 18672)
+++ src/frontends/Dialogs.cpp (working copy)
@@ -71,9 +71,12 @@
:
On Mon, Jun 04, 2007 at 04:34:32PM -0500, Bo Peng wrote:
Note that 1.5 should support math background allowing you to have a
flashy yellow background.
I guess very few people know the background of mathed can be changed
in 1.5.0.
And this increased the size of small insets only by 20%...
On Mon, 4 Jun 2007, Bo Peng wrote:
Note that 1.5 should support math background allowing you to have a
flashy yellow background.
I guess very few people know the background of mathed can be changed
in 1.5.0. Can we use a color that is different from background as
default? If people do not
On Tuesday 05 June 2007 04:55:04 Jürgen Spitzmüller wrote:
Fine with me.
Jürgen
+1
--
José Abílio
Herbert == Herbert Voss [EMAIL PROTECTED] writes:
Herbert this is nowadays only of some historical interest ... As seen
Herbert is Richard's config list from Fedora, the file is used as a
Herbert config file.
In large-ish organizations (universities), it makes much sense to use it
as it was
Bernhard == Bernhard Roider [EMAIL PROTECTED] writes:
Bernhard This patch leaves the comments where they should be...
This looks reasonable.
JMarc
Uwe == Uwe Stöhr [EMAIL PROTECTED] writes:
Uwe Attached is a simple patch that cleans up the CV class layouts.
Uwe There is no change in functionality and also no label or name is
Uwe changed, but as I'm the author of these files and want to have
Uwe them in a clean state to easy up the
On Tuesday 05 June 2007 08:49:19 Jean-Marc Lasgouttes wrote:
This looks reasonable.
JMarc
+1
--
José Abílio
On Tuesday 05 June 2007 08:50:40 Jean-Marc Lasgouttes wrote:
OK.
JMarc
+1
--
José Abílio
Uwe == Uwe Stöhr [EMAIL PROTECTED] writes:
Uwe Attached is a layout file and an example file for the IOP article
Uwe class. While writing a paper to one of the journals that use the
Uwe IOP-article class, I prepared a suitable layout file. The example
Uwe file explains how to use the IOP-article
Bo == Bo Peng [EMAIL PROTECTED] writes:
Bo This is a re-post of my revised 3711 patch (no longer use
Bo exception). Please test and comment.
Bo This patch passes parent ParConstIterator to addToToc. In case
Bo that an inset does not have its own ParConstIterator (no valid
Bo text), it can use
http://bugzilla.lyx.org/show_bug.cgi?id=2691
I could reproduce the bug by renaming the aiksaurus data directory.
The attached patch fixes the crash for me and displays an actually quite
useful error message from Aiksaurus.
I guess this could also go into 1.4.x.
Jürgen
Index: src/Thesaurus.cpp
Jürgen == Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Jürgen http://bugzilla.lyx.org/show_bug.cgi?id=2691 I could reproduce
Jürgen the bug by renaming the aiksaurus data directory. The attached
Jürgen patch fixes the crash for me and displays an actually quite
Jürgen useful error message from
Le 4 juin 07 à 10:00, Jean-Marc Lasgouttes a écrit :
The more I think about it, the more I think that adapting the crc
computation to directories is the way to go. It could be useful on
other OSes to accept directories as file names.
I made a new patch in which directories (graphics) are
Jean-Marc Lasgouttes wrote:
Jürgen I guess this could also go into 1.4.x.
This looks good.
I would like it in 1.4.5 too.
Cf. the attached patch against 1.4. I'll commit to trunk and branch if Uwe
confirms that it fixes the crash.
OK?
Jürgen
Index: src/Thesaurus.C
Hi!
Before playing the patchwork game again in fixing the bugs in the
subject and, without noticing, introducing a hand full new bugs, here
are some patches which clean up the bidi mess:
The Bidi class mainly offers the isBoundary method whose use is
spread over the LyX code.
Jean-Marc Lasgouttes wrote:
Herbert == Herbert Voss [EMAIL PROTECTED] writes:
Herbert this is nowadays only of some historical interest ... As seen
Herbert is Richard's config list from Fedora, the file is used as a
Herbert config file.
In large-ish organizations (universities), it makes
On Tuesday 05 June 2007 09:47:24 Jean-Marc Lasgouttes wrote:
This looks good. I would like it in 1.4.5 too.
OK.
JMarc
--
José Abílio
Le 5 juin 07 à 11:05, Mael Hilléreau a écrit :
Le 4 juin 07 à 10:00, Jean-Marc Lasgouttes a écrit :
The more I think about it, the more I think that adapting the crc
computation to directories is the way to go. It could be useful on
other OSes to accept directories as file names.
I made a
Herbert == Herbert Voss [EMAIL PROTECTED] writes:
Herbert Jean-Marc Lasgouttes wrote:
Herbert == Herbert Voss [EMAIL PROTECTED] writes:
Herbert this is nowadays only of some historical interest ... As seen
Herbert is Richard's config list from Fedora, the file is used as a
Herbert config file.
Jürgen == Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Jürgen Jean-Marc Lasgouttes wrote: I guess this could also go into
Jürgen 1.4.x.
This looks good. I would like it in 1.4.5 too.
Jürgen Cf. the attached patch against 1.4. I'll commit to trunk and
Jürgen branch if Uwe confirms that it
Jean-Marc Lasgouttes wrote:
Herbert == Herbert Voss [EMAIL PROTECTED] writes:
Herbert Jean-Marc Lasgouttes wrote:
Herbert == Herbert Voss [EMAIL PROTECTED] writes:
Herbert this is nowadays only of some historical interest ... As seen
Herbert is Richard's config list from Fedora, the file is
Herbert == Herbert Voss [EMAIL PROTECTED] writes:
You should :) How do you use dvips in a linux-like setup?
Herbert pretty easy ... :-) there is a config.ps and all other
Herbert settings or different config files are under user control.
Hmm, and how do you specify the printer to which the
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean == Jean Kaplan [EMAIL PROTECTED] writes:
Jean Empirically, I do not think that using the number suggested by
Jean Jean- Marc is relevant for two reasons: 1) My screen (powerbook
Jean G4, 15 inches) has 1440 pixels for 12.6 inches,
Hello,
I have encountered a very strange behaviour of lyx containing xfig file as an
external material.
Here is the situation: I have an xfig file which contains a small jpeg file.
When this xfig file is inserted as a graphics file, there 's no problem in
viewing the lyx file.
However,
Bo Peng wrote:
Note that 1.5 should support math background allowing you to have a
flashy yellow background.
I guess very few people know the background of mathed can be changed
in 1.5.0. Can we use a color that is different from background as
default? If people do not like it, they can change
Jean-Marc Lasgouttes wrote:
Jürgen BTW I find the separation useful, because I don't want to have
Jürgen large figures in my workarea (I usually scale them down to
Jürgen thumbnail sice). However, I understand your request; maybe we
Jürgen should have a selection scale: as in output|custom or
I cannot find the bug with the given number though in their bug
tracking. Strange.
Stefan
Anfang der weitergeleiteten E-Mail:
Von: [EMAIL PROTECTED]
Datum: 5. Juni 2007 13:12:21 MESZ
An: [EMAIL PROTECTED]
Kopie: [EMAIL PROTECTED]
Betreff: Re: [Issue N165604] Font family Times leads to
Jean-Marc Lasgouttes wrote:
Herbert == Herbert Voss [EMAIL PROTECTED] writes:
You should :) How do you use dvips in a linux-like setup?
Herbert pretty easy ... :-) there is a config.ps and all other
Herbert settings or different config files are under user control.
Hmm, and how do you
Hi!
Myself and Dov Feldstern are working on the support for Right-To-Left
languages in LyX. In the latest RC1 there are many things which are
not the way they should be. As we are not using Right-To-Left ourself
we lack a bit the experience how it should look like and what is most
Sorry for a bit of a delay on this one. I thought I would follow up with
some comments though.
Firstly,
Jean-Marc Lasgouttes wrote:
John The current system seems (from my rather superficial inspection)
John to revolve around lots of little script files written in Python;
It produces these
You don't have to be a developer, just user of a RTL language who
wants to have LyX 1.5 to behave the right way (tm).
what about to post it to the user list ?
pavel
Am 05.06.2007 um 14:18 schrieb Pavel Sanda:
You don't have to be a developer, just user of a RTL language who
wants to have LyX 1.5 to behave the right way (tm).
That was my intention. Noticed it after it was sent. Sent it again to
the users list, but it didn't show yet
Stefan
On Jun 5, 2007, at 6:49 AM, Jean-Marc Lasgouttes wrote:
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean == Jean Kaplan [EMAIL PROTECTED] writes:
Jean Empirically, I do not think that using the number suggested by
Jean Jean- Marc is relevant for two reasons: 1) My screen
Bennett == Bennett Helm [EMAIL PROTECTED] writes:
Bennett When the external monitor is connected (so that both displays
Bennett are running, but the external monitor is primary), LyX
Bennett returns:
Bennett logicalDpiX()=99, logicalDpiY()=98 physicalDpiX()=99,
Bennett physicalDpiY()=98
On Jun 5, 2007, at 8:45 AM, Jean-Marc Lasgouttes wrote:
Bennett == Bennett Helm [EMAIL PROTECTED] writes:
Bennett When the external monitor is connected (so that both displays
Bennett are running, but the external monitor is primary), LyX
Bennett returns:
Bennett logicalDpiX()=99,
On Jun 5, 2007, at 9:19 AM, Jean Kaplan wrote:
Le 5 juin 07 à 14:59, Bennett Helm a écrit :
One thing I don't understand is why changing zoom % does not
alter math preview sizes. Shouldn't it?
It does, at least on my mac. If I change the Zoom factor and click
apply, only the text seems
Bennett == Bennett Helm [EMAIL PROTECTED] writes:
And what about the fonts? Are the size comparable to what you get
in other applications?
Bennett My preference settings in LyX are for normal text to be 10.0
Bennett pt, and zoom % to be 150. (These are the defaults.) This
Bennett compares
It does, at least on my mac. If I change the Zoom factor and click
apply, only the text seems to change size, but if you close your
and reopen your document, then you see that text and math previews
have been zoomed by the same factor.
Jean
Le 5 juin 07 à 14:59, Bennett Helm a écrit :
One
Bennett == Bennett Helm [EMAIL PROTECTED] writes:
Bennett Yes -- it does in that case. However, when I change the Zoom
Bennett % and *then* create a new math inset (or alter an old one to
Bennett force regeneration of the preview), it has no effect. It
Bennett should, I think.
It should in all
I just tried what you say, and find that
1) after changing the zoom factor, a new math inset is previewed with
the old zoom factor, as all other math insets
2) after closing and reopening my document; text and math previews
have been zoomed in the same way
Jean
Le 5 juin 07 à 15:25, Bennett
On Jun 5, 2007, at 9:28 AM, Jean-Marc Lasgouttes wrote:
I'd be interested to know what is the effect of the following patch on
linux, windows and mac. If it work, I'd propose to put it in, or even
to remove this scale_factor setting.
That makes it worse. As I indicated in my reply to Enrico,
Jean-Marc Lasgouttes wrote:
I tried to change it to 1.0 here and it really improves the display of
previews. They are still a little too small, but this may be due to
the fonts I use.
Same here.
Jürgen
Bennett Helm wrote:
Create a document with multiple occurrences of foo. Turn change
tracking on, select a chunk of text (including some occurrences of
foo), and delete. Now go to the top and turn change tracking *off*.
Using Edit Find Replace, Replace all instances of foo with
bar.
Jürgen == Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Jürgen Bennett Helm wrote:
Create a document with multiple occurrences of foo. Turn change
tracking on, select a chunk of text (including some occurrences of
foo), and delete. Now go to the top and turn change tracking
*off*. Using
Bennett == Bennett Helm [EMAIL PROTECTED] writes:
Bennett On Jun 5, 2007, at 9:28 AM, Jean-Marc Lasgouttes wrote:
I'd be interested to know what is the effect of the following patch
on linux, windows and mac. If it work, I'd propose to put it in, or
even to remove this scale_factor setting.
On Tue, Jun 05, 2007 at 01:25:43PM +0200, Herbert Voss wrote:
Jean-Marc Lasgouttes wrote:
Herbert == Herbert Voss [EMAIL PROTECTED] writes:
Herbert dvips is a driver and not a printing program.
It can be seen as both IMO.
absolutely not! dvips is a PostScript driver for dvi, just
Jean-Marc Lasgouttes wrote:
I think we should restrict manual replace too (if possible). It should
not be allowed to do with replace something that would not be possible
via normal editing.
Probably. Although OpenOffice allows this (and so does Word). However, we are
not forced to emulate
On Jun 5, 2007, at 9:52 AM, Jean-Marc Lasgouttes wrote:
Jürgen == Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Jürgen Bennett Helm wrote:
Create a document with multiple occurrences of foo. Turn change
tracking on, select a chunk of text (including some occurrences of
foo), and delete. Now
On Jun 5, 2007, at 9:59 AM, Jean-Marc Lasgouttes wrote:
Bennett == Bennett Helm [EMAIL PROTECTED] writes:
Bennett On Jun 5, 2007, at 9:28 AM, Jean-Marc Lasgouttes wrote:
I'd be interested to know what is the effect of the following patch
on linux, windows and mac. If it work, I'd propose to
On Tue, Jun 05, 2007 at 07:07:14AM +0200, Enrico Forestieri wrote:
On Mon, Jun 04, 2007 at 06:12:22PM -0400, Richard Heck wrote:
Enrico Forestieri wrote:
On Mon, Jun 04, 2007 at 12:52:25PM -0400, Richard Heck wrote:
So the question is what to do about this. Option (i): Kill the box.
I guess very few people know the background of mathed can be changed
in 1.5.0.
And this increased the size of small insets only by 20%... what a
bargain!
You mean adding background increases inset size? I have no idea what
you are talking about here.
Bo
Also, I notice that numbering of listing insets s done in an horrible
ad-hoc fashion :) This is definitely code that will need to be revised
later. In particular, we should try to see how listings can be added
to the lists of floats and reuse the whole existing mechanism.
Listings is not
This is a similar issue. The update is done by this call:
cbuf.tocBackend().update();
at line 705 of buffer_funcs.cp, in updateLabels(). So if you create a
new paragraph, again, you get no update and the menu is wrong, but if
you then backspace, you do get an update and it's right. The
Enrico Forestieri wrote:
On Tue, Jun 05, 2007 at 01:25:43PM +0200, Herbert Voss wrote:
Jean-Marc Lasgouttes wrote:
Herbert == Herbert Voss [EMAIL PROTECTED] writes:
Herbert dvips is a driver and not a printing program.
It can be seen as both IMO.
absolutely not! dvips is a PostScript
Environments with depths are not cut/pasted correctly.
Create the following document:
1. Enumerate AA
Standard text with increased depthBB
2. Enumerate goes on CC
3. Enumerate goes on
Now put the cursor after AA, and mark to after BB.
Press ctrl+c (copy)
Move the cursor to after CC,
On Tue, Jun 05, 2007 at 09:11:02AM -0500, Bo Peng wrote:
I guess very few people know the background of mathed can be changed
in 1.5.0.
And this increased the size of small insets only by 20%... what a
bargain!
You mean adding background increases inset size? I have no idea what
you
On Tue, Jun 05, 2007 at 12:56:41PM +0200, Helge Hafting wrote:
Bo Peng wrote:
Note that 1.5 should support math background allowing you to have a
flashy yellow background.
I guess very few people know the background of mathed can be changed
in 1.5.0. Can we use a color that is different
I like it. I think you should just get rid of InsetFloat::addToToc and
InsetWrap::addToToc.
That will be the attached.
Jose, OK to apply?
Bo
Index: src/insets/InsetCaption.cpp
===
--- src/insets/InsetCaption.cpp (revision 18677)
I suppose he means the memory footprint.
/** We store the Color::color value as an int to get Color.h out
* of the header file.
*/
int background_color_;
This has nothing to do with my patch.
If he meant bool mouse_hover_, then he calculated wrong because
Adds checks for the evince viewer. Order can be changed if people wish.
OK to commit?
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown University
http://frege.brown.edu/heck/
Hi, Jose,
The attached patch makes mathed looks and feels like other insets,
with hover effect. The main purpose, as discussed in another thread,
is to make mathed more visible compared to its surrounding text.
The patch itself is safe but change of mathed appearance is a
sensitive issue. I
Stefan Schimanski wrote:
Hi!
Before playing the patchwork game again in fixing the bugs in the
subject and, without noticing, introducing a hand full new bugs, here
are some patches which clean up the bidi mess:
The Bidi class mainly offers the isBoundary method whose use is spread
over
This patch fixes a bug with non-spooled printing, namely, that the
printer named in the print dialog was ignored.
OK to commit?
Richard
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown University
On Tue, Jun 05, 2007 at 03:28:48PM +0200, Jean-Marc Lasgouttes wrote:
I'd be interested to know what is the effect of the following patch on
linux, windows and mac. If it work, I'd propose to put it in, or even
to remove this scale_factor setting.
Actually, on Windows, Solaris, and Linux I
On Tue, Jun 05, 2007 at 04:17:00PM +0200, Herbert Voss wrote:
Enrico Forestieri wrote:
On Tue, Jun 05, 2007 at 01:25:43PM +0200, Herbert Voss wrote:
Jean-Marc Lasgouttes wrote:
Herbert == Herbert Voss [EMAIL PROTECTED] writes:
Herbert dvips is a driver and not a printing program.
On 6/4/07, Paul A. Rubin [EMAIL PROTECTED] wrote:
Bob Lounsbury wrote:
I've just installed beta3 on debian lenny and everything works perfectly
on
new documents. However, when I open an old document then math preview
fails
with:
pplatex: Process input file 4lyxpreview.dvi
pplatex: Copy
On Mon, Jun 04, 2007 at 10:12:44PM +0200, Michael Gerz wrote:
Stefan Schimanski schrieb:
Impressive indentations!
Bad mail reader with a tab width != 2
Since when do we use a tab width of 2 ? I though it was 8.
We do not use any specific tab width. That's why it is 'tabs for
indentation,
Richard Heck wrote:
Bo Peng wrote:
Because you are on this topic, can you also check when navigation -
list of listings and other entries are updated? When I add a listings
insets with caption, I can see an empty entry but not the caption.
This is a similar issue. The update is done by this
This is wrong. updateLabels() IS called from LFUN_CAPTION_INSERT. But it
is NOT called after the caption itself is edited. So you get the same
problem if you change an existing caption and then view the navigation
menu or, for that matter, the TOC.
The way to solve this might be to put some
Bo Peng wrote:
This is wrong. updateLabels() IS called from LFUN_CAPTION_INSERT. But it
is NOT called after the caption itself is edited. So you get the same
problem if you change an existing caption and then view the navigation
menu or, for that matter, the TOC.
The way to solve this might be
On Tue, Jun 05, 2007 at 11:05:19AM +0200, Mael Hilléreau wrote:
Le 4 juin 07 à 10:00, Jean-Marc Lasgouttes a écrit :
The more I think about it, the more I think that adapting the crc
computation to directories is the way to go. It could be useful on
other OSes to accept directories as file
Richard == Richard Heck [EMAIL PROTECTED] writes:
Richard This is wrong. updateLabels() IS called from
Richard LFUN_CAPTION_INSERT. But it is NOT called after the caption
Richard itself is edited. So you get the same problem if you change
Richard an existing caption and then view the navigation
Georg Baum wrote:
Jean-Marc Lasgouttes wrote:
- how can we test whether freebsd's wchat_t support is good enough?
First of all is wchar_t really 32 bit on freebsd? I know that some unices
have 16bit wchar_t, IIRC AIX. This could be tested with a small test
program that simply prints
update toc and list of xxx seems to me an expensive operation. Can
it be done on demand? I mean, maybe we can add a
'refresh'/'regenerate' button in the outline panel; and update
'list of listings' and such only if this menu item is clicked.
This is how it used to be in the good old time,
Bo == Bo Peng [EMAIL PROTECTED] writes:
I like it. I think you should just get rid of InsetFloat::addToToc
and InsetWrap::addToToc.
Bo That will be the attached.
Bo Jose, OK to apply?
OK for me.
JMarc
On Tue, Jun 05, 2007 at 11:32:28AM +0200, Mael Hilléreau wrote:
Le 5 juin 07 à 11:05, Mael Hilléreau a écrit :
Le 4 juin 07 à 10:00, Jean-Marc Lasgouttes a écrit :
The more I think about it, the more I think that adapting the crc
computation to directories is the way to go. It could be
On Tuesday 05 June 2007 15:31:06 Bo Peng wrote:
Jose, OK to apply?
Bo
OK.
--
José Abílio
On Tuesday 05 June 2007 15:39:03 Richard Heck wrote:
Adds checks for the evince viewer. Order can be changed if people wish.
OK to commit?
OK.
--
José Abílio
Can someone on Mac sort this out:
http://bugzilla.lyx.org/show_bug.cgi?id=3818? I think I know what needs
to be done, but I'm not on Mac. See my comments. Should be simple.
Richard
--
==
Richard G Heck, Jr
Professor of
On Tuesday 05 June 2007 16:03:07 Bo Peng wrote:
The patch itself is safe but change of mathed appearance is a
sensitive issue. I would suggest that we apply the patch and let
people have a look at the colors. If people do not like it, I will
change both colors to background.
You are right
On Tuesday 05 June 2007 16:30:07 Richard Heck wrote:
OK to commit?
Richard
OK.
--
José Abílio
On 6/5/07, José Matos [EMAIL PROTECTED] wrote:
On Tuesday 05 June 2007 15:31:06 Bo Peng wrote:
Jose, OK to apply?
Bo
OK.
Done.
Bo
José Matos wrote:
On Tuesday 05 June 2007 16:30:07 Richard Heck wrote:
OK to commit?
Richard
OK.
Done
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown University
http://frege.brown.edu/heck/
The patch itself is safe but change of mathed appearance is a
sensitive issue. I would suggest that we apply the patch and let
people have a look at the colors. If people do not like it, I will
change both colors to background.
You are right that this subject is sensitive so I would like to
Hi, Jose,
This forgotten patch is from Ozgur (thread title: InsetListingsParams
enhancement for Bo (was [patch] Bug 3639- Sorted listing params). I
have made some small adjustments and tested it. OK to apply?
Bo
Index: src/insets/InsetListingsParams.cpp
I finally got around to writing this:
javascript:(function(){var x; x=prompt(Enter bug number:, );
if(x!=null){document.location.href=http://bugzilla.lyx.org/show_bug.cgi?id=;
+ x; }} )();
I'll put it on the wiki at some point.
Richard
--
Dear lyx developers,
Thank you very much for the release of the latest LyX 1.5 RC1. It works great
and is much much more stable than the previous betas. However, there seems to
be an issue which persists since 1.5 Beta1 -- it simply cannot import correctly
CJK LaTeX files (or only files in
On Tue, Jun 05, 2007 at 07:48:46PM +0200, Leuven, E. wrote:
The patch itself is safe but change of mathed appearance is a
sensitive issue. I would suggest that we apply the patch and let
people have a look at the colors. If people do not like it, I will
change both colors to background.
On Tue, Jun 05, 2007 at 09:52:49PM +1000, John Pye wrote:
Sorry for a bit of a delay on this one. I thought I would follow up with
some comments though.
Firstly,
Jean-Marc Lasgouttes wrote:
John The current system seems (from my rather superficial inspection)
John to revolve around
fwiw, i don't see the point of the math background changing color when i move
my mouse over it...
There are several issues here:
1. spaces around mathed will be clearer with a mathbg different from
text background.
2. some mathed will 'disappear' without a background (such as '\ ').
So,
On Tue, Jun 05, 2007 at 09:11:02AM -0500, Bo Peng wrote:
I guess very few people know the background of mathed can be changed
in 1.5.0.
And this increased the size of small insets only by 20%... what a
bargain!
You mean adding background increases inset size? I have no idea what
you
On Tue, Jun 05, 2007 at 04:25:27PM +0200, Enrico Forestieri wrote:
On Tue, Jun 05, 2007 at 12:56:41PM +0200, Helge Hafting wrote:
Bo Peng wrote:
Note that 1.5 should support math background allowing you to have a
flashy yellow background.
I guess very few people know the background
Bo Peng wrote:
fwiw, i don't see the point of the math background changing color when
i move my mouse over it...
There are several issues here:
1. spaces around mathed will be clearer with a mathbg different from
text background.
2. some mathed will 'disappear' without a background
2. some mathed will 'disappear' without a background (such as '\ ').
i don't see what this has to do with math having to change background color
when moving the mouse over it...
What would be your proposal?
(and yes,i prefer my math to have the same background color as text...)
OK to
as i wrote, you don't need to change the background color of math to 1) see
the boundaries of math, ii) disappearing math insets...
You mean you can 'click on' a mathed to see its boundary? For 1, you
can not click on all mathed in a page to look for mathed with improper
spaces, for 2, you
On Tue, Jun 05, 2007 at 12:32:25PM -0500, Bo Peng wrote:
On 6/5/07, José Matos [EMAIL PROTECTED] wrote:
On Tuesday 05 June 2007 15:31:06 Bo Peng wrote:
Jose, OK to apply?
Bo
OK.
Done.
Could you please put the 'pit' in Inset.h:430 into /*...*/ or
remove it? Otherweise we'll get an
1 - 100 of 344 matches
Mail list logo