1. The latex command \{ in a math formula is rendered in red instead of
blue.
2. Typing { in mathed generates both \{ and \}, and it is not possible to
generate only \{.
Why is it needed to have a single \{ ?
Here is an example:
\begin{align*}
S & = \{ x : some long condition \\
&
If I type M-m s (for generating a square root) I don't see the root sign until
a key is pressed (and also, the cursor goes outside of the screen).
However, typing '\sqrt space' works OK.
This bug is very recent (probably caused by mathed64.diff).
- insert->math->amsalign
- cursor into the box
- edit-math->add column
-> align environment -> switches to alignat
it should be still align!
Herbert
--
http://www.lyx.org/help/
when having the multline environment, lyx shows in all
lines the #-character, but only the last line is
numbered for the multline-env, the others can't!
the alt-m-N has also to be disabled for the other
lines.
Herbert
--
http://www.lyx.org/help/
I can convert to math "$a\kern0.5cm b$" but when I
write in mathed \kern0.5cm, it's still set to
\kern0pt and 0.5cm is standard math text
Herbert
--
http://www.lyx.org/help/
this fixes the wrong order and wrong view in mathed
Herbert
--
http://www.lyx.org/help/
Index: math_spaceinset.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_spaceinset.C,v
retrieving revision 1.35
diff -u
On Wed, Aug 29, 2001 at 12:19:20AM +0300, Dekel Tsur wrote:
> 2. Typing { in mathed generates both \{ and \}, and it is not possible to
> generate only \{.
> 3. When typing \{ in mathed, both { and } are generated, and it is not
> possible to generate only {.
This has been changed/im
> On Wed, Aug 29, 2001 at 12:19:20AM +0300, Dekel Tsur wrote:
> > 2. Typing { in mathed generates both \{ and \}, and it is not possible to
> > generate only \{.
> > 3. When typing \{ in mathed, both { and } are generated, and it is not
> > possible to generate only {
On Wed, Aug 29, 2001 at 02:12:14PM +0300, Dekel Tsur wrote:
> This is still problematic:
> You cannot create a single (latex) { or a single }.
They have to be balanced anyway, so why should one be able to insert a
single one? For this trick to "comment out" parts of a formula?
It will get read b
latex files, you can improve reLyX.
There is no need to support this in mathed.
> > Furthermore, why did you change the behavior of the { key ?
>
> For the sake of consistency:
> You want a \{ in the output? - You have to type \{ in the input.
But mathed is not consistent with latex.
Fo
ng of latex files, you can improve reLyX.
No way.
> There is no need to support this in mathed.
reLyX should not know anything about mathed.
> > > Furthermore, why did you change the behavior of the { key ?
> >
> > For the sake of consistency:
> > You want a \{ in the out
> Use it as usual. I haven't tried it but I'd guess they can be read in
> properly. The only drawback is that you'll loose the optical feed back
> in
> But _LyX_ never _supported_ passing things like & and \\ to macros.
Try the attached example.lyx
It works on 1.1.6, but not in 1.2.0cvs
> > But
On Wed, Aug 29, 2001 at 05:07:45PM +0300, Dekel Tsur wrote:
> > Use it as usual. I haven't tried it but I'd guess they can be read in
> > properly. The only drawback is that you'll loose the optical feed back
> > in
> > But _LyX_ never _supported_ passing things like & and \\ to macros.
>
> Try t
> Ok, this is read and written now by 1.2.0cvs. It does, however, not show up
> as part of the eqnarray (yet).
I'll try it.
You also need a way to insert the brackets.
> > ({ gives \{ and \{ gives {).
>
> That's inconsistent with things like \$ or \#.
But currently $ gives \$ and # gives \#
On Wed, Aug 29, 2001 at 06:41:07PM +0300, Dekel Tsur wrote:
> > Ok, this is read and written now by 1.2.0cvs. It does, however, not show up
> > as part of the eqnarray (yet).
>
> I'll try it.
Hang on a minute. I think we can have proper reading of \over etc without
the ScopeInset...
Andre'
--
> \begin_inset Formula \begin{eqnarray*}
> 1 & = & 1\\
> \foo {2 & = & 2\\
> }3 & = & 3
> \end{eqnarray*}
Ok, this should be working again.
We need to figure out
- how \$, \{, {, \#, # etc should be typed in
- what color they should have on screen
- which inset should be used for them
Andre
> We need to figure out
> - how \$, \{, {, \#, # etc should be typed in
> - what color they should have on screen
I suggest you keep the behavior of 1.1.6:
pressing $, {, or # should give \$, \{ or \#, and these are drawn in blue
Pressing \{ or \# should give { or #, and these are drawn in red.
On Wed, Aug 29, 2001 at 10:00:08PM +0300, Dekel Tsur wrote:
> > We need to figure out
> > - how \$, \{, {, \#, # etc should be typed in
> > - what color they should have on screen
>
> I suggest you keep the behavior of 1.1.6:
> pressing $, {, or # should give \$, \{ or \#, and these are drawn in
On Wed, Aug 29, 2001 at 10:00:08PM +0300, Dekel Tsur wrote:
> I suggest you keep the behavior of 1.1.6:
> pressing $, {, or # should give \$, \{ or \#, and these are drawn in blue
> Pressing \{ or \# should give { or #, and these are drawn in red.
Ok. I just committed a fix that shuld to exactly
When reading the attached file, mathed crashes.
#LyX 1.2 created this file. For more info see http://www.lyx.org/
\lyxformat 220
\textclass article
\language american
\inputencoding default
\fontscheme default
\graphics default
\paperfontsize 12
\spacing single
\papersize Default
\paperpackage
InsetMathXYArrow.cpp
..\..\..\..\src\mathed\InsetMathXYArrow.cpp(33) : error C2259:
'lyx::InsetMathXYArrow' : cannot instantiate abstract class
due to following members:
'bool lyx::InsetBase::metrics(lyx::MetricsInfo &,lyx::Dimension
&) const' : is abstract
D:\devel\lyx\
Hello,
I don't know if this is related to bug #2582, but here it is.
Given the math construct A_iB_j, if I set the cursor between i and B
and type backspace, the j subscript disappears.
This true only if I come back in the expression to edit it: if I do the
same operation when I create the equati
Hi!
This bug occours in lyx 1.3.0pre2 with both qt and xforms frontends.
Open the attached file and select the hole equation, then Edit -> Copy (or
Control-C). Lyx freezes for a while and spends several seconds in maximun
cpu usage. After this, it is enough to select the equation again (no need
"To change the alignment points of the equation, place the cursor where
you want to start the middle part of the line, and hit C-Tab."
Is there another binding ? C-Tab is taken by my wm
john
They no longer extend along the whole of the text, e.g.
\underbrace{s}
regards
john
> If I type M-m s (for generating a square root) I don't see the root sign until
> a key is pressed (and also, the cursor goes outside of the screen).
> However, typing '\sqrt space' works OK.
> This bug is very recent (probably caused by mathed64.diff).
Probably a result of the "lazy redrawing".
On Wed, Jul 17, 2002 at 06:34:32PM +0200, Herbert Voss wrote:
> - insert->math->amsalign
> - cursor into the box
> - edit-math->add column
> -> align environment -> switches to alignat
>it should be still align!
Does align handle more than 2 columns?
Andre'
--
Those who desire to give up F
Andre Poenitz wrote:
> On Wed, Jul 17, 2002 at 06:34:32PM +0200, Herbert Voss wrote:
>
>>- insert->math->amsalign
>>- cursor into the box
>>- edit-math->add column
>>-> align environment -> switches to alignat
>> it should be still align!
>>
>
> Does align handle more than 2 columns?
sure,
On Wed, Jul 17, 2002 at 06:41:57PM +0200, Andre Poenitz wrote:
> On Wed, Jul 17, 2002 at 06:34:32PM +0200, Herbert Voss wrote:
> > - insert->math->amsalign
> > - cursor into the box
> > - edit-math->add column
> > -> align environment -> switches to alignat
> >it should be still align!
>
> Do
Dekel Tsur <[EMAIL PROTECTED]> writes:
> On Wed, Jul 17, 2002 at 06:41:57PM +0200, Andre Poenitz wrote:
> > On Wed, Jul 17, 2002 at 06:34:32PM +0200, Herbert Voss wrote:
> > > - insert->math->amsalign
> > > - cursor into the box
> > > - edit-math->add column
> > > -> align environment -> switches
On Wed, Jul 17, 2002 at 10:11:50PM +0200, David Kastrup wrote:
> >
> > Yes, but you have to read the 1st row in order to know the number of columns:
> >
> > \begin{align}
> > 1 & 2 & 3 & 4 \\
> > ...
> > \end{align}
>
> No, it does not matter which row contains the maximum number of columns.
I
Dekel Tsur wrote:
> On Wed, Jul 17, 2002 at 10:11:50PM +0200, David Kastrup wrote:
>
>>>Yes, but you have to read the 1st row in order to know the number of columns:
>>>
>>>\begin{align}
>>>1 & 2 & 3 & 4 \\
>>>...
>>>\end{align}
>>>
>>No, it does not matter which row contains the maximum number
On Wed, Jul 17, 2002 at 11:20:40PM +0300, Dekel Tsur wrote:
> > No, it does not matter which row contains the maximum number of columns.
>
> I know that, but I think we should restrict our support to "normal" use
> of the latex commands.
Actually I like to support as much as I can without extra
On Thu, Jul 18, 2002 at 09:11:42AM +0200, Herbert Voss wrote:
> when having the multline environment, lyx shows in all
> lines the #-character, but only the last line is
> numbered for the multline-env, the others can't!
>
> the alt-m-N has also to be disabled for the other
> lines.
Could you fi
- open mathbox alt-m-d
- insert->math->cases environment
- put the cursor at the end of the lower right cell
- hit ctrl-enter
-> the new row is put behind the cases struct
Herbert
--
http://www.lyx.org/help/
In CVS, when writing a macro in mathed, typing backspace to correct an
error will erase the entire macro (e.g. \alpah will not erase the
'h' as expected, but the entire macro).
\begin_inset Formula \[
\underset{{\cal G\ \ \ }}{\iiint }\left[u\nabla ^{2}v+\left(\nabla
u,\nabla v\right)\right]d^{3}V=\underset{\mathcal{S}\ \ \ }{\oiint
}u\Q {v}{n}d^{2}A\]
\end_inset
several time save and open the doc gives
\underset{{\cal G\ \ \ }}{\iii
- open mathbox
- write \sin
-> empty mathbox, sin is saved but no viewed
Herbert
--
http://www.lyx.org/help/
On Wed, Aug 14, 2002 at 03:26:03PM +0200, Herbert Voss wrote:
> I can convert to math "$a\kern0.5cm b$" but when I
> write in mathed \kern0.5cm, it's still set to
> \kern0pt and 0.5cm is standard math text
Hm... becau... ok. I'll change that.
Andre'
--
Thos
On Wed, Aug 14, 2002 at 04:33:46PM +0200, Herbert Voss wrote:
> char const * latex_mathspace[] = {
> - "!", ",", ";", ":", "quad", "qquad", "lyxnegspace", "lyxposspace"
> + "!", ",", ":", ";", "quad", "qquad", "lyxnegspace", "lyxposspace"
Isn't a ':' "longer" than a ";"?
Andre'
--
T
Howdy,
Posting a copy of my new feature request #438563 for discussion:
Keyboard selection in mathed using Shift-movement should act as
similarly as possible to normal movement inside mathed. Specifically,
the following should be supported:
* S- and S- (with the nested behavior of ,)
* S-C
Hi,
concerning the bug I reported before, I noticed that it even occurs if I
1. start LyX
2. create a new document
3. open mathed (no further editing)
So obviously, "mathed_parse_cell" does not parse a file! Hmmm... Then, of
course, I wonder what the istream is... The document is new and
Could anybody please try the attached patch and report failure or success?
Using this patch, I can see \oint, \bigsqcup and \sqcup drawn on screen
using -*-cmex-*- and -*-amsa-*- fonts from the te_pscm rpm (requiered by
te_pdf.rpm) on my SuSE 6.1
I do not know how common they are, but I can't
looks like André has confused my compiler again...
cxx: Error: math_inset.h, line 87: #496 template parameter "T" may not be
redeclared in this scope
MathWriteInfo & operator<<(T const & T)
-^
Hello,
A relative has been using LyX recently, and it is interesting to see how
the use is different from what I would do.
In particular, instead of typing \neq in mathed, why not copy and paste
a ≠ from some PDF or HTML page?
When doing this, two things happen :
1/ on screen, there is no
Now that I compile LyX with Qt5 by default on some of my computers, I
see that, in linux, characters are annoyingly spaced (see attachments)
with Qt5, but not Qt4.
I traced this back to QFontMetrics::rightBearing which returns different
values. This value is used in mathed since 03a4b8c9328
When I insert with a texteditor something like
\textrm{größer}
in a mathinset in a lyxfile, LyX reads this very well
and shows correct the umlaut ö in roman. Seems to be very
easy, but not from the keyboard???
Herbert
--
http://www.lyx.org/help/
Dekel Tsur wrote:
> When reading the attached file, mathed crashes.
no problem here with latest cvs
Herbert
--
http://www.lyx.org/help/
On Tue, May 07, 2002 at 05:07:55PM +0300, Dekel Tsur wrote:
> When reading the attached file, mathed crashes.
Mine works.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
On Tue, May 07, 2002 at 04:45:16PM +0200, Andre Poenitz wrote:
> On Tue, May 07, 2002 at 05:07:55PM +0300, Dekel Tsur wrote:
> > When reading the attached file, mathed crashes.
>
> Mine works.
>
Try compiling --with-included-string
On Tue, May 07, 2002 at 06:36:03PM +0300, Dekel Tsur wrote:
> Try compiling --with-included-string
Even then.
Could you try to get down to the source of that crash?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Je
Hi,
am I the only one who sees that we paint lines instead of dots
for \dots, \ddots, \dddots etc. in mathed?
The fix seems to be so trivial that I wonder whether I am missing something?
Attached is the fix (two short lines make it to something which looks like
a dot).
Attached is the solutions
This started in some charStyle thread... it is about a suggestion to
change the behaviour of C-left/right in mathed (aka word-backward/forward)
Originally I was (approx.) complaining that it takes a lot of left/right's
to move in mathed because of all the boundaries you have to cross.
T
I see that it's a CMake problem (because the file needs to be excluded
from compilation) but I don't know how to fix it. AFAICS, the
CMakeList.txt file is correct:
list(REMOVE_ITEM mathed_sources
${TOP_SRC_DIR}/src/mathed/InsetMathXYArrow.cpp
${TOP_SRC_DIR}/src/mathed/InsetFormu
On Thu, Apr 26, 2007 at 02:40:57PM +0200, Abdelrazak Younes wrote:
> I see that it's a CMake problem (because the file needs to be excluded
> from compilation) but I don't know how to fix it. AFAICS, the
> CMakeList.txt file is correct:
>
> list(REMOVE_ITEM mathed_sources
> ${TOP_SRC_DIR}/
Jean-Pierre Chretien wrote:
> Hello,
>
> I don't know if this is related to bug #2582, but here it is.
> Given the math construct A_iB_j, if I set the cursor between i and B
> and type backspace, the j subscript disappears.
>
> This true only if I come back in the expression to edit it: if I do
I'm using 1.1.5cvs (constantly updated). I've noticed a behaviour that can
be classified as a selection bug. The following happens in an hebrew
language document, I havent checked it in english.
It may be possible that it came due to my games with the source, but the
only changes I did (that are
On Wed, Jan 22, 2003 at 06:01:34PM -0200, Joao Luis Meloni Assirati wrote:
> Open the attached file and select the hole equation, then Edit -> Copy (or
> Control-C). Lyx freezes for a while and spends several seconds in maximun
> cpu usage. After this, it is enough to select the equation again (no
On Thu, 23 Jan 2003, Andre Poenitz wrote:
> This seems somehow related to "undo" as the debugger is usually there when
> this happens but I have really no clue.
Should I file a bug in bugzilla then?
João.
On Thu, Jan 23, 2003 at 09:17:18PM -0200, Joao Luis Meloni Assirati wrote:
> On Thu, 23 Jan 2003, Andre Poenitz wrote:
>
> > This seems somehow related to "undo" as the debugger is usually there when
> > this happens but I have really no clue.
>
> Should I file a bug in bugzilla then?
Good idea.
On Sat, 15 Mar 2003, John Levon wrote:
>
> "To change the alignment points of the equation, place the cursor where
> you want to start the middle part of the line, and hit C-Tab."
>
> Is there another binding ? C-Tab is taken by my wm
No (I grep:ed the .bind-files), but why don't you make your
John Levon wrote:
> "To change the alignment points of the equation, place the cursor where
> you want to start the middle part of the line, and hit C-Tab."
>
> Is there another binding ? C-Tab is taken by my wm
C-= could be a nice binding for this IMO.
Alfredo
On Sat, Mar 15, 2003 at 07:28:05PM +0100, Christian Ridderstr?m wrote:
> > Is there another binding ? C-Tab is taken by my wm
>
> No (I grep:ed the .bind-files), but why don't you make your own binding,
> i.e. map tab-insert to a key of your preference? (Or use: M-x tab-insert)
Well, *I* don't
On Sat, 15 Mar 2003, Alfredo Braunstein wrote:
> John Levon wrote:
>
> > "To change the alignment points of the equation, place the cursor where
> > you want to start the middle part of the line, and hit C-Tab."
> >
> > Is there another binding ? C-Tab is taken by my wm
>
> C-= could be a nice
On Sun, 2003-03-16 at 03:48, John Levon wrote:
> "To change the alignment points of the equation, place the cursor where
> you want to start the middle part of the line, and hit C-Tab."
>
> Is there another binding ? C-Tab is taken by my wm
I brought this up a while ago!
Eventually the matter di
On Sat, Mar 15, 2003 at 05:18:09PM +, John Levon wrote:
> "To change the alignment points of the equation, place the cursor where
> you want to start the middle part of the line, and hit C-Tab."
>
> Is there another binding ? C-Tab is taken by my wm
Not be default.
The LFUN is LFUN_TABINSERT
On Thu, Jun 12, 2003 at 10:14:00PM +0100, John Levon wrote:
> They no longer extend along the whole of the text, e.g.
>
> \underbrace{s}
Andre, any ideas ?
regards
john
On Mon, Jun 16, 2003 at 08:09:30PM +0100, John Levon wrote:
> On Thu, Jun 12, 2003 at 10:14:00PM +0100, John Levon wrote:
>
> > They no longer extend along the whole of the text, e.g.
> >
> > \underbrace{s}
>
> Andre, any ideas ?
Broken code. I just fixed it.
Can't remember breaking it
hi,
it seems that in current branch i'm no more able to use ctrl+space in
displayed equations, ouch.
i'm very busy with my real work atm to investigate, but i remember
some related thread recently. this regression was intentional?
pavel
as the subject says, i am trying to change the color of selected text in
mathed
attached the approach thing i am taking atm, which basically amounts to
checking whether an element is spanned by a selection and changing the
font color if appropriate.
i have some questions for those of you
Hi there
Just found a little bug in LyX 1.0.2 and want to let you know of it.
Thanks for your great work,
Martin
Here's the information how to reproduce it:
HOW TO CRASH IT
===
!All the keyboard shortcuts are for the german version!
* New doc, doesn't matter which class
* Switch
ubscript preceding superscript when both are involved
in a symbol? R^{ij}_{kl} in mathed becomes R_{kl}^{ij}, and inserting a
prime as in R'_{kl}^{ij} then produces the double superscript error. In
contrast, R_{kl}'^{ij} does not. TeX accepts the '^ combination and I
think mathed
On Mon, Jul 22, 2002 at 12:10:56AM +0200, Herbert Voss wrote:
> - open mathbox alt-m-d
> - insert->math->cases environment
> - put the cursor at the end of the lower right cell
> - hit ctrl-enter
> -> the new row is put behind the cases struct
It is now a bug.
ctrl+enter add a new equation row (
Dekel Tsur wrote:
> On Mon, Jul 22, 2002 at 12:10:56AM +0200, Herbert Voss wrote:
>
>>- open mathbox alt-m-d
>>- insert->math->cases environment
>>- put the cursor at the end of the lower right cell
>>- hit ctrl-enter
>>-> the new row is put behind the cases struct
>>
>
> It is now a bug.
> ct
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> BTW, in current CVS, the math-row-add command is always
Dekel> disabled. This should be fixed.
You mean math-row-insert? It seems to work here.
JMarc
On Mon, Jul 22, 2002 at 02:42:52PM +0200, Jean-Marc Lasgouttes wrote:
> > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> Dekel> BTW, in current CVS, the math-row-add command is always
> Dekel> disabled. This should be fixed.
>
> You mean math-row-insert? It seems to work here.
Try ad
If I load the UserGuide, then quit, valgrind has among
other things these complaints in mathed:
This one may be bogus:
==2426== Conditional jump or move depends on uninitialised value(s)
==2426==at 0x404873D5: (within /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so)
==2426==by 0x8195004
On Wed, Aug 07, 2002 at 10:14:49AM +0200, Herbert Voss wrote:
> open the attached doc and try dvi-view
I can't even open it. I get "textclass loading error" One unknown token
encountered ...
regards
john
>
> -> in textmode the \ should be exported as \textbackslash
>instead of \backslash
Now I'm not exactly worried by this, but the mathed output has changed in the
last week or so:
diff -u old.lyx new.lyx
-\begin_inset Formula $J_{\mathrm{xa}}$
+\begin_inset Formula $ J_{\mathrm{xa}}$
\end_inset
,
-\begin_inset Formula $J_{\mathrm{ya}}$
+\begin_inset Formula $ J_{\mathrm{ya}}
Dear list,
Yep it's another mathed bug =)
Pressing control-enter at the end of an equation (on its own line),
results in the line becoming centred and converted into a tabular style,
with one row and three columns (lhs = rhs).
A second pressing of ctrl-enter is required, after repositioning the
> Does this sound reasonable?
Yes.
> And finally: Should mouse selection should have the same anchor&cursor
> semantics as keyboard semantics?
Yes.
> Currently it doesnt. Example:
> typeC-m x M-m ( y to get x([])y
> then S- to select the parenthesis
> It's impossible to
> Posting a copy of my new feature request #438563 for discussion:
I know that there is somewhere some bugtrack thingy concerning LyX
somewhere on the web... Am I suposed to know more about it?
Andre'
--
André Pönitz . [EMAIL PROTECTED]
On Wed, 4 Jul 2001, Eran Tromer wrote:
> Keyboard selection in mathed using Shift-movement should act as
> similarly as possible to normal movement inside mathed. Specifically,
> the following should be supported:
> * S- and S- (with the nested behavior of ,)
> * S-C- and S-C-
Hi,
"Asger K. Alstrup Nielsen" wrote:
[snip]
> Let me try to explain the more strategic parts of the LyX development
> effort at this moment:
[snip]
Thanks for the explanations! This really cleared things up for me,
especially about what you were all up to in Italy... Now where's LDN
when you re
Hi,
The attached file shows two problems problems.
It contains a single equation, consisting of a 2x1 array and then some
math characters:
[ [UP ] ]
[ []NEXT ]
[ [DOWN] ]
Crash #1 (during Cut): Select using the mouse by dragging from the
middle of "UP" to the *middle* of "NEXT". P
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> Posting a copy of my new feature request #438563 for discussion:
Andre> I know that there is somewhere some bugtrack thingy concerning
Andre> LyX somewhere on the web... Am I suposed to know more about it?
It is at
http://sourceforg
> So obviously, "mathed_parse_cell" does not parse a file!
It does not...
It is used to setup the 'internal macro table' (i.e. things like \to,
\emptyset etc, which are "mapped" to \rightarrow, \not0 etc.'
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Compiles and seems to work if I install the bluesky type1 cm fonts. With the
exception that the box is drawn below the formula instead around it (see
attached file). I created fonts.dir and .scale with type1inst and needed to
do the following (not sure if I picked the right euler fonts):
+
On Wed, Aug 22, 2001 at 11:11:31AM +0200, Andre Poenitz wrote:
>
> Could anybody please try the attached patch and report failure or success?
It works, but the rendering is not correct.
It appears that the problem is only with the cmex font, so
a possible fix is
void MathSymbolInset::metrics(Ma
On Wed, Aug 22, 2001 at 02:32:28PM +0200, Edwin Leuven wrote:
> Compiles and seems to work if I install the bluesky type1 cm fonts. With the
> exception that the box is drawn below the formula instead around it (see
> attached file).
In my previous mail I send a fix for that.
> I created fonts
> It works, but the rendering is not correct.
> It appears that the problem is only with the cmex font, so
> a possible fix is
>
> void MathSymbolInset::metrics(MathStyles st) const
> {
> size(st);
> MathTextCodes code_ = code();
> mathed_char_dim(code_, size_, sym_->id, ascent_
On Wed, Aug 22, 2001 at 02:47:43PM +0200, Andre Poenitz wrote:
> I wonder why this kind of shifting is needed at all. If I don't do
> anything, the chars end up directly below the baseline, as if they all had
> an ascent of 0 and a descent equal to their height.
>
> Is this a problem with the fon
* Dekel Tsur <[EMAIL PROTECTED]> [2001-08-22 14:37] wrote:
> On Wed, Aug 22, 2001 at 11:11:31AM +0200, Andre Poenitz wrote:
> >
> > Could anybody please try the attached patch and report failure or success?
>
> It works, but the rendering is not correct.
> It appears that the problem is only wit
On Wed, Aug 22, 2001 at 02:47:43PM +0200, Andre Poenitz wrote:
> This means we'd need to expand the latexkeys structure to hold information
> about two fonts (X and TeX). No problem, but a lot of work for 300 symbols
> or so...
I recall demonstrating how we could use LaTeX itself to generate the
On Wed, Aug 22, 2001 at 07:04:14PM +0100, Jules Bean wrote:
> I recall demonstrating how we could use LaTeX itself to generate the
> required information.
I don't recall this. Maybe you have a pointer in the archives?
Andre'
--
André Pönitz . [EMAIL
> I didn't have one handy when I wrote the first mail.
>
> I have now located it:
>
> http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg21960.html
We are doing something resembling this "macro interpretatioN" on a
coarser level with the "predefined" macros in math_mactotable.C.
I certai
On Wed, Aug 22, 2001 at 08:15:16PM +0200, Andre Poenitz wrote:
> On Wed, Aug 22, 2001 at 07:04:14PM +0100, Jules Bean wrote:
> > I recall demonstrating how we could use LaTeX itself to generate the
> > required information.
>
> I don't recall this. Maybe you have a pointer in the archives?
I did
On Wed, Aug 22, 2001 at 08:58:37PM +0200, Andre Poenitz wrote:
> > I didn't have one handy when I wrote the first mail.
> >
> > I have now located it:
> >
> > http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg21960.html
>
> We are doing something resembling this "macro interpretatioN" on
On Wed, Aug 22, 2001 at 08:09:34PM +0100, Jules Bean wrote:
> And, potentially, you could actually properly display (simple) macros
> that the user himself might have defined in the LaTeX preamble window,
> directly, or by \usepackage'ing something which LyX doesn't know
> about.
>
> The main po
* Andre Poenitz <[EMAIL PROTECTED]> [2001-08-23 07:03] wrote:
> On Wed, Aug 22, 2001 at 08:09:34PM +0100, Jules Bean wrote:
> > And, potentially, you could actually properly display (simple) macros
> > that the user himself might have defined in the LaTeX preamble window,
> > directly, or by \use
1 - 100 of 430 matches
Mail list logo
