On 03/09/2018 17:21, Scott Kostyshak wrote:
On Mon, Sep 03, 2018 at 12:07:14PM +0200, Jean-Marc Lasgouttes wrote:
Le 02/09/2018 à 05:21, Scott Kostyshak a écrit :
If I highlight "A" in mathed and type \mathbb, the "A" is
replaced by \mathbb{A}. I like that. Would we want the same behavior if
we
On Mon, Sep 03, 2018 at 12:07:14PM +0200, Jean-Marc Lasgouttes wrote:
> Le 02/09/2018 à 05:21, Scott Kostyshak a écrit :
> > If I highlight "A" in mathed and type \mathbb, the "A" is
> > replaced by \mathbb{A}. I like that. Would we want the same behavior if
> > we select something and type \not ?
Le 02/09/2018 à 05:21, Scott Kostyshak a écrit :
If I highlight "A" in mathed and type \mathbb, the "A" is
replaced by \mathbb{A}. I like that. Would we want the same behavior if
we select something and type \not ?
Actu
ally, \not is special: it is a zero width character. Type "=", put
cursor
Le 27/04/2018 à 03:03, Richard Kimberly Heck a écrit :
Yes, go ahead. It will let it get some testing before release.
Done, thanks. No status.23x entry necessary, since this is new code.
JMarc
On 04/26/2018 05:33 PM, Jean-Marc Lasgouttes wrote:
> Le 18/04/2018 à 14:18, Pavel Sanda a écrit :
>> Jean-Marc Lasgouttes wrote:
>>> Le 17/04/2018 ?? 11:52, Jean-Marc Lasgouttes a écrit :
Sorry for being slow on this. As I understand it, the crash is
related to
the new painting arch
Le 18/04/2018 à 14:18, Pavel Sanda a écrit :
Jean-Marc Lasgouttes wrote:
Le 17/04/2018 ?? 11:52, Jean-Marc Lasgouttes a écrit :
Sorry for being slow on this. As I understand it, the crash is related to
the new painting architecture and therefore probably exists in 2.3.x too.
This is the one I n
Jean-Marc Lasgouttes wrote:
>> I will have to check with qt5 again but master is dead slow again for
>> cursor
>> movement (even without this patch). Perhaps we killed it in previous
>> patches,
>> 2.3. still looks ok.
>
> This is very bad. I'd appreciate a bisect if you can.
I must take this pa
On Wed, Apr 18, 2018 at 02:47:36PM +, Jean-Marc Lasgouttes wrote:
> Le 18/04/2018 à 16:45, Scott Kostyshak a écrit :
> > > Scott, I would be interested to know whether you can still reproduce the
> > > Spanish keyboard issue.
> >
> > Yes, I still see it with current master + your patch.
>
> O
Jean-Marc Lasgouttes wrote:
>>> Please test this experimental patch. It should cure the crash.
>> I can confirm that the crash is gone with this patch.
>
> It had better be gone, I removed the relevant code :) The question is
> whether cursor display is still OK.
I saw tiny glitch, but might be t
Le 18/04/2018 à 16:45, Scott Kostyshak a écrit :
Scott, I would be interested to know whether you can still reproduce the
Spanish keyboard issue.
Yes, I still see it with current master + your patch.
OK, what do you mean by Spanish keyboard? A physical Spanish keyboard or
the internal LyX ke
On Wed, Apr 18, 2018 at 08:47:59AM +, Jean-Marc Lasgouttes wrote:
> Le 17/04/2018 à 11:52, Jean-Marc Lasgouttes a écrit :
> > Sorry for being slow on this. As I understand it, the crash is related
> > to the new painting architecture and therefore probably exists in 2.3.x
> > too. This is the o
Le 18/04/2018 à 14:18, Pavel Sanda a écrit :
Jean-Marc Lasgouttes wrote:
Le 17/04/2018 ?? 11:52, Jean-Marc Lasgouttes a écrit :
Sorry for being slow on this. As I understand it, the crash is related to
the new painting architecture and therefore probably exists in 2.3.x too.
This is the one I n
Jean-Marc Lasgouttes wrote:
> Le 17/04/2018 ?? 11:52, Jean-Marc Lasgouttes a écrit :
>> Sorry for being slow on this. As I understand it, the crash is related to
>> the new painting architecture and therefore probably exists in 2.3.x too.
>> This is the one I need to fix first. I have an idea, bu
Pavel Sanda wrote:
> Hi JMarc,
>
> we likely have new crash related to the latest mathed cursor patch:
>
> 1. load the document (I will send privately though)
> 2. go to section 7.2, in the midst of paragraph there is last
There is something weird going on with our section counters.
When lyx cra
Le 17/04/2018 à 11:52, Jean-Marc Lasgouttes a écrit :
Sorry for being slow on this. As I understand it, the crash is related
to the new painting architecture and therefore probably exists in 2.3.x
too. This is the one I need to fix first. I have an idea, but I have to
see how it works. This sho
Le 06/04/2018 à 18:33, Pavel Sanda a écrit :
Hi JMarc,
we likely have new crash related to the latest mathed cursor patch:
1. load the document (I will send privately though)
2. go to section 7.2, in the midst of paragraph there is last
CA^{2+} in mathed, put the cursor just behind it
3.
no
Commited. Please report any problems with it.
Thanks
Stefan
Am 21.02.2008 um 16:40 schrieb Stefan Schimanski:
Am 21.02.2008 um 16:18 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
there are 2 problems in this: firstly this cause much more
disturbing
spaces of text begining in case
Am 21.02.2008 um 16:18 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
there are 2 problems in this: firstly this cause much more
disturbing
spaces of text begining in case no icon is available, secondly
images
are not the same width as you have already written.
Maybe we can use a sp
Edwin Leuven wrote:
Abdelrazak Younes wrote:
The first alpha is coming soon... hurry up!
;-)
why not annouce an official freeze next week for example to give people
like stefan (and tommaso perhaps) some time to commit their stuff?
That would be sensible indeed.
Abdel.
Abdelrazak Younes wrote:
The first alpha is coming soon... hurry up!
;-)
why not annouce an official freeze next week for example to give people
like stefan (and tommaso perhaps) some time to commit their stuff?
Stefan Schimanski wrote:
there are 2 problems in this: firstly this cause much more disturbing
spaces of text begining in case no icon is available, secondly images
are not the same width as you have already written.
Maybe we can use a space-holder icon, and scale others to the same size?
Sol
there are 2 problems in this: firstly this cause much more disturbing
spaces of text begining in case no icon is available, secondly images
are not the same width as you have already written.
Maybe we can use a space-holder icon, and scale others to the same
size?
Solved it already. With a t
> there are 2 problems in this: firstly this cause much more disturbing
> spaces of text begining in case no icon is available, secondly images
> are not the same width as you have already written.
Maybe we can use a space-holder icon, and scale others to the same size?
Bo
> > i see. imho images should be after text, so all text items are aligned to
> > the left
> > border.
>
> It would be better if images have the same size, and be kept to the
> left. This can avoid irregular spaces after short symbol names.
there are 2 problems in this: firstly this cause much
Stefan Schimanski wrote:
Am 20.02.2008 um 12:11 schrieb Pavel Sanda:
A small progress report of the patch: I made it very generic now and
am on
the way to implement completion for the text mode as well. You can see a
tiny screencast here:
just a crazy idea... would it be hard to add the ima
> i see. imho images should be after text, so all text items are aligned to
> the left
> border.
It would be better if images have the same size, and be kept to the
left. This can avoid irregular spaces after short symbol names.
Bo
>
> Am 20.02.2008 um 12:11 schrieb Pavel Sanda:
>
>>> A small progress report of the patch: I made it very generic now and am
>>> on
>>> the way to implement completion for the text mode as well. You can see a
>>> tiny screencast here:
>>
>> just a crazy idea... would it be hard to add the image o
Am 20.02.2008 um 12:11 schrieb Pavel Sanda:
A small progress report of the patch: I made it very generic now
and am on
the way to implement completion for the text mode as well. You can
see a
tiny screencast here:
just a crazy idea... would it be hard to add the image of the
symbols to
Stefan Schimanski wrote:
Also, users may prefer 1. disable this at all, 2. completion on
request (shortcut), or 3. automatic completion list.
Sure, I added a preference section for those things. I am aware that
everybody has his own taste concerning completion.
The preference I'd most like t
> Very simple at the moment. I just add words with length > 5 to a
> std::set during typing. Of course something more clever is
> needed here.
As long as you abstract the logic of this to an independent class, it
can be improved later.
Also, users may prefer 1. disable this at all, 2. completi
Am 20.02.2008 um 17:05 schrieb Bo Peng:
Very simple at the moment. I just add words with length > 5 to a
std::set during typing. Of course something more clever is
needed here.
As long as you abstract the logic of this to an independent class, it
can be improved later.
The logic for adding
Am 20.02.2008 um 16:47 schrieb Bo Peng:
... and am on the way to implement completion for the text mode as
well.
Done. Good night!
Ohhm, what is the algorithm to determine the candidate word list?
Very simple at the moment. I just add words with length > 5 to a
std::set during typing.
> > ... and am on the way to implement completion for the text mode as well.
>
> Done. Good night!
Ohhm, what is the algorithm to determine the candidate word list?
Bo
Am 20.02.2008 um 12:11 schrieb Pavel Sanda:
A small progress report of the patch: I made it very generic now
and am on
the way to implement completion for the text mode as well. You can
see a
tiny screencast here:
just a crazy idea... would it be hard to add the image of the
symbols to
> A small progress report of the patch: I made it very generic now and am on
> the way to implement completion for the text mode as well. You can see a
> tiny screencast here:
just a crazy idea... would it be hard to add the image of the symbols to the
menu?
we already have symbols and their ma
On Tue, 19 Feb 2008 21:38:24 +0100
Stefan Schimanski <[EMAIL PROTECTED]> wrote:
> Hi!
>
> A small progress report of the patch: I made it very generic now and
> am on the way to implement completion for the text mode as well. You
> can see a tiny screencast here:
>
>http://www.youtube.co
Am 19.02.2008 um 21:38 schrieb Stefan Schimanski:
... and am on the way to implement completion for the text mode as
well.
Done. Good night!
Stefan
<>
Stefan Schimanski wrote:
Hi!
A small progress report of the patch: I made it very generic now and am
on the way to implement completion for the text mode as well. You can
see a tiny screencast here:
http://www.youtube.com/watch?v=vf3zSa9x2F4
That is impressive stuff Stefan!
Abdel.
Hi!
A small progress report of the patch: I made it very generic now and
am on the way to implement completion for the text mode as well. You
can see a tiny screencast here:
http://www.youtube.com/watch?v=vf3zSa9x2F4
Stefan
Am 06.02.2008 um 00:49 schrieb Stefan Schimanski:
Hi!
I was
On Wed, Feb 06, 2008 at 12:49:02AM +0100, Stefan Schimanski wrote:
> Hi!
>
> I was wondering today how complicated it would be to add a completion popup
> to mathed. Well, it took me three hours and here it is. Of course here and
> there, there are some rough edges and it has to be cleaned up, bu
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Everybody should realize that and try to bring some "bling bling" to
> our application.
Tu quoque, mi fili !
JMarc
Stefan Schimanski wrote:
Am 06.02.2008 um 09:18 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Hi!
I was wondering today how complicated it would be to add a completion
popup to mathed. Well, it took me three hours and here it is.
This looks very useful Stefan. Could you try to make t
Am 06.02.2008 um 09:18 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Hi!
I was wondering today how complicated it would be to add a
completion popup to mathed. Well, it took me three hours and here
it is.
This looks very useful Stefan. Could you try to make the GUI
implementation
Stefan Schimanski wrote:
Hi!
I was wondering today how complicated it would be to add a completion
popup to mathed. Well, it took me three hours and here it is.
This looks very useful Stefan. Could you try to make the GUI
implementation generic enough so that it could be used within texted
Stefan Schimanski wrote:
Hi!
I was wondering today how complicated it would be to add a completion
popup to mathed. Well, it took me three hours and here it is. Of
course here and there, there are some rough edges and it has to be
cleaned up, but it's easier than I expected.
Well, I can se
Andre Poenitz wrote:
On Wed, Oct 03, 2007 at 08:42:31AM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
Mathed does not display anymore those blue boxes for empty cells.
Anybody feeling responsible?
I think I do... where is the code that draws those blue boxes?
MathData.cpp:296
Thanks
On Wed, Oct 03, 2007 at 08:42:31AM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >Mathed does not display anymore those blue boxes for empty cells.
> >Anybody feeling responsible?
>
> I think I do... where is the code that draws those blue boxes?
MathData.cpp:296
Andre'
Andre Poenitz wrote:
Mathed does not display anymore those blue boxes for empty cells.
Anybody feeling responsible?
I think I do... where is the code that draws those blue boxes?
Abdel.
On Thu, 30 Aug 2007 08:14:21 +0200
Andre Poenitz <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 30, 2007 at 07:39:32AM +0300, Martin Vermeer wrote:
> > On Wed, Aug 29, 2007 at 08:13:42PM +0300, Martin Vermeer wrote:
> > > When doing the localization, I found a funny looking string in
> > > InsetMathCas
On Thu, Aug 30, 2007 at 07:39:32AM +0300, Martin Vermeer wrote:
> On Wed, Aug 29, 2007 at 08:13:42PM +0300, Martin Vermeer wrote:
> > When doing the localization, I found a funny looking string in
> > InsetMathCases. I think it is a mistake, and should be like the
> > attached. OK?
> >
> > - Mart
On Wed, Aug 29, 2007 at 08:13:42PM +0300, Martin Vermeer wrote:
> When doing the localization, I found a funny looking string in
> InsetMathCases. I think it is a mistake, and should be like the
> attached. OK?
>
> - Martin
>
> Index: InsetMathCases.cpp
> ===
On Wed, Aug 29, 2007 at 08:13:42PM +0300, Martin Vermeer wrote:
> When doing the localization, I found a funny looking string in
> InsetMathCases. I think it is a mistake, and should be like the
> attached. OK?
Doesn't look wrong.
Andre'
Darren Freeman wrote:
What I am most concerned about is being able to write chemical formulas
with each element as a nucleus. I guess if I ensure the nucleus is
math-text then it will work anyway but there must be others who would
like this to work without brace insets.
Maybe there should be a c
Darren Freeman wrote:
> What I am most concerned about is being able to write chemical formulas
> with each element as a nucleus. I guess if I ensure the nucleus is
> math-text then it will work anyway but there must be others who would
> like this to work without brace insets.
>
> Maybe there sh
Darren Freeman wrote:
> The multi-char nucleus is saved and loaded properly by LyX, right?
No, it becomes a single char nucleus. Try it.
> So
> why not export with braces? It shouldn't be that often that people
> import LaTeX that was generated by LyX, right?
They do that all the time they loa
On Wed, 2007-06-27 at 20:37 +0200, Georg Baum wrote:
> Am Mittwoch, 27. Juni 2007 17:39 schrieb Alfredo Braunstein:
> > And there is an inconsistency: we pretend to have a multi-char
> > nucleus internally but we output something else to latex. It's a pity
> that
> > there's no good solution. May
On Wed, 2007-06-27 at 17:39 +0200, Alfredo Braunstein wrote:
> Georg Baum wrote:
> > Currently everything is working perfectly. There is only one drawback
> > concerning the representation on screen: For things like {ab}^{c} the
> > braces around {ab} are shown in red, and if you want to enter such
Am Mittwoch, 27. Juni 2007 17:39 schrieb Alfredo Braunstein:
> Georg Baum wrote:
>
> >> Alfredo> From a quick research with svn I've found two seemingly
> >> Alfredo> relevant (not sure really) entries. Seems we don't output
> >> Alfredo> them because it's a problem reading them back?
> >
> > To
Georg Baum wrote:
>> Alfredo> From a quick research with svn I've found two seemingly
>> Alfredo> relevant (not sure really) entries. Seems we don't output
>> Alfredo> them because it's a problem reading them back?
>
> To which braces do you refer? The one of the sub/superscript are AFAIK
> alway
Jean-Marc Lasgouttes wrote:
>> "Alfredo" == Alfredo Braunstein
>> <[EMAIL PROTECTED]> writes:
>
> Alfredo> Darren Freeman wrote:
>>> According to the View->Source panel, these both result in $Ge^{3}$.
>>>
>>> Did this get broken recently? I have been using this "feature" to
>>> put my ch
> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes:
Alfredo> Darren Freeman wrote:
>> According to the View->Source panel, these both result in $Ge^{3}$.
>>
>> Did this get broken recently? I have been using this "feature" to
>> put my chemical elements as the nucleus of a subscript
Darren Freeman wrote:
> According to the View->Source panel, these both result in $Ge^{3}$.
>
> Did this get broken recently? I have been using this "feature" to put my
> chemical elements as the nucleus of a subscript for a while and I'd hate
> to think it was for nothing.
>
> Also, shouldn't L
On Mon, 2007-05-21 at 17:21 +0200, Jean-Marc Lasgouttes wrote:
> > "Darren" == Darren Freeman <[EMAIL PROTECTED]> writes:
>
> Darren> On Mon, 2007-05-21 at 16:16 +0200, Herbert Voss wrote:
> >> {Ge}^3 is different to
> >>
> >> Ge^3 and G^3 and e^3, which have all the same vertical height.
>
On Tue, May 22, 2007 at 07:49:44PM +0200, Andre Poenitz wrote:
> On Tue, May 22, 2007 at 02:11:08AM +0200, Enrico Forestieri wrote:
> > On Mon, May 21, 2007 at 07:28:40PM +0200, Andre Poenitz wrote:
> > > > As I was asking, does this really mean anything?
> > >
> > > Sure. Just look at the output
On Tue, May 22, 2007 at 02:11:08AM +0200, Enrico Forestieri wrote:
> On Mon, May 21, 2007 at 07:28:40PM +0200, Andre Poenitz wrote:
> > > As I was asking, does this really mean anything?
> >
> > Sure. Just look at the output of {Ge}^1 and Ge^1.
> >
> > The superscript is in different heights abov
Darren Freeman <[EMAIL PROTECTED]> writes:
> Hmmm... I recently reported a bug in which I couldn't generate output if
> I had math-text with special chars in it, but I think my report wasn't
> dealt with. So I ended up leaving them for later in the hopes the bug
> would be fixed.
>
> I like to do
Enrico Forestieri wrote:
> On Mon, May 21, 2007 at 07:28:40PM +0200, Andre Poenitz wrote:
>
>> On Mon, May 21, 2007 at 11:12:33PM +1000, Darren Freeman wrote:
>>> On Mon, 2007-05-21 at 14:52 +0200, Abdelrazak Younes wrote:
Darren Freeman wrote:
> Is this sensible? Does it have meaning at
Enrico Forestieri wrote:
> On Mon, May 21, 2007 at 05:21:51PM +0200, Jean-Marc Lasgouttes wrote:
>
>>> "Darren" == Darren Freeman <[EMAIL PROTECTED]> writes:
>> Darren> On Mon, 2007-05-21 at 16:16 +0200, Herbert Voss wrote:
{Ge}^3 is different to
Ge^3 and G^3 and e^3, which have
On Mon, 2007-05-21 at 19:23 +0200, Andre Poenitz wrote:
> On Mon, May 21, 2007 at 10:34:54PM +1000, Darren Freeman wrote:
> > Does it have meaning at the LaTeX level but perhaps
> > shouldn't be shown to the user? (Such as LyX automatically determining
> > who to hang each subscript off at output t
On Mon, May 21, 2007 at 07:28:40PM +0200, Andre Poenitz wrote:
> On Mon, May 21, 2007 at 11:12:33PM +1000, Darren Freeman wrote:
> > On Mon, 2007-05-21 at 14:52 +0200, Abdelrazak Younes wrote:
> > > Darren Freeman wrote:
> > > > Is this sensible? Does it have meaning at the LaTeX level but perhaps
On Mon, May 21, 2007 at 05:26:19PM +0200, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
> >> "Darren" == Darren Freeman <[EMAIL PROTECTED]> writes:
> >
> > Darren> On Mon, 2007-05-21 at 16:16 +0200, Herbert Voss wrote:
> >>> {Ge}^3 is different to
> >>>
> >>> Ge^3 and G^3 and e^3, wh
On Mon, May 21, 2007 at 05:21:51PM +0200, Jean-Marc Lasgouttes wrote:
> > "Darren" == Darren Freeman <[EMAIL PROTECTED]> writes:
>
> Darren> On Mon, 2007-05-21 at 16:16 +0200, Herbert Voss wrote:
> >> {Ge}^3 is different to
> >>
> >> Ge^3 and G^3 and e^3, which have all the same vertical hei
On Mon, May 21, 2007 at 05:37:33PM +0200, Edwin Leuven wrote:
> Helge Hafting wrote:
> >The only difference here is that one _33 hangs off Ge, and
> >the other _33 hangs off Ge^44. Notice how they end up
> >at different heights.
>
> selecting Ge and clicking on superscript put the Ge in the supers
On Mon, May 21, 2007 at 11:12:33PM +1000, Darren Freeman wrote:
> On Mon, 2007-05-21 at 14:52 +0200, Abdelrazak Younes wrote:
> > Darren Freeman wrote:
> > > Is this sensible? Does it have meaning at the LaTeX level but perhaps
> > > shouldn't be shown to the user? (Such as LyX automatically determ
On Mon, May 21, 2007 at 10:34:54PM +1000, Darren Freeman wrote:
> Hi all,
>
> Let's say I enter something in a math insert other than an equation (as
> I often do). Pick "Ge33As12Se55" as an example, a chemical formula.
> (numbers are subscripts)
>
> When I'm editing a subscript, the four little
Helge Hafting wrote:
The only difference here is that one _33 hangs off Ge, and
the other _33 hangs off Ge^44. Notice how they end up
at different heights.
selecting Ge and clicking on superscript put the Ge in the superscript
and puts the cursor there:
^{Ge|}
perhaps it makes more sense to
Jean-Marc Lasgouttes wrote:
"Darren" == Darren Freeman <[EMAIL PROTECTED]> writes:
Darren> On Mon, 2007-05-21 at 16:16 +0200, Herbert Voss wrote:
{Ge}^3 is different to
Ge^3 and G^3 and e^3, which have all the same vertical height.
Darren> So how does one enter {Ge}^3 in LyX other than ERT?
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
As I was asking, does this really mean anything?
Abdelrazak> I _don't_ know. But I guess that if the TeX source is
Abdelrazak> different, there should be a reason.
The vertical
> "Darren" == Darren Freeman <[EMAIL PROTECTED]> writes:
Darren> On Mon, 2007-05-21 at 16:16 +0200, Herbert Voss wrote:
>> {Ge}^3 is different to
>>
>> Ge^3 and G^3 and e^3, which have all the same vertical height.
Darren> So how does one enter {Ge}^3 in LyX other than ERT?
Once you have yo
Am 21.05.2007 um 16:48 schrieb Darren Freeman:
On Mon, 2007-05-21 at 16:16 +0200, Herbert Voss wrote:
{Ge}^3 is different to
Ge^3 and G^3 and e^3, which have all the same vertical height.
So how does one enter {Ge}^3 in LyX other than ERT?
Using \{ maybe?
Stefan
PGP.sig
Description: Si
On Mon, 2007-05-21 at 16:16 +0200, Herbert Voss wrote:
> {Ge}^3 is different to
>
> Ge^3 and G^3 and e^3, which have all the same vertical height.
So how does one enter {Ge}^3 in LyX other than ERT?
Have fun,
Darren
Jean-Marc Lasgouttes wrote:
>> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
>>> As I was asking, does this really mean anything?
>
> Abdelrazak> I _don't_ know. But I guess that if the TeX source is
> Abdelrazak> different, there should be a reason.
>
> The vertical align
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> As I was asking, does this really mean anything?
Abdelrazak> I _don't_ know. But I guess that if the TeX source is
Abdelrazak> different, there should be a reason.
The vertical alignment depends on the ascent/descent of the
Am 21.05.2007 um 15:12 schrieb Darren Freeman:
On Mon, 2007-05-21 at 14:52 +0200, Abdelrazak Younes wrote:
Darren Freeman wrote:
Is this sensible? Does it have meaning at the LaTeX level but
perhaps
shouldn't be shown to the user? (Such as LyX automatically
determining
who to hang each su
Darren Freeman wrote:
On Mon, 2007-05-21 at 14:52 +0200, Abdelrazak Younes wrote:
Darren Freeman wrote:
Is this sensible? Does it have meaning at the LaTeX level but perhaps
shouldn't be shown to the user? (Such as LyX automatically determining
who to hang each subscript off at output time inst
On Mon, 2007-05-21 at 14:52 +0200, Abdelrazak Younes wrote:
> Darren Freeman wrote:
> > Is this sensible? Does it have meaning at the LaTeX level but perhaps
> > shouldn't be shown to the user? (Such as LyX automatically determining
> > who to hang each subscript off at output time instead).
>
> T
Darren Freeman wrote:
Hi all,
Let's say I enter something in a math insert other than an equation (as
I often do). Pick "Ge33As12Se55" as an example, a chemical formula.
(numbers are subscripts)
When I'm editing a subscript, the four little corner marks that
highlight the subscript will include
Am Samstag, 24. Februar 2007 16:12 schrieb Michael Gerz:
> Georg Baum schrieb:
> > No. Can you show me how the code path is? I don't understand it. AFAIK
the
> > only interface between text and math is InsetMathHull (even for
macros).
> > Therefore I don't understand why any other math inset need
Georg Baum schrieb:
No. Can you show me how the code path is? I don't understand it. AFAIK the
only interface between text and math is InsetMathHull (even for macros).
Therefore I don't understand why any other math inset needs a plaintext
method (it is never called in mathed, only from outside).
On Fri, Feb 23, 2007 at 08:32:24AM +0100, Jean-Marc Lasgouttes wrote:
> > "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
>
> Michael> Georg, it turned out that InsetMathHull is not the only place
> Michael> where plaintext() is needed. Math macros are output in -
> Michael> surprise, su
Michael Gerz wrote:
> Georg,
>
> it turned out that InsetMathHull is not the only place where plaintext()
> is needed. Math macros are output in - surprise, surprise -
> InsetMathDim. Does this make sense to you?
No. Can you show me how the code path is? I don't understand it. AFAIK the
only int
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Georg, it turned out that InsetMathHull is not the only place
Michael> where plaintext() is needed. Math macros are output in -
Michael> surprise, surprise - InsetMathDim. Does this make sense to
Michael> you?
Michael> I am temp
On Fri, Sep 08, 2006 at 10:25:44AM +0200, Jean-Marc Lasgouttes wrote:
> Andre> With Inset unification being the big goal math insets are
> Andre> 'real' insets.
>
> There has to be some difference between insets that live in some
> wrappers (math insets, insettext in some way) and insets that can
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> Well, since math insets are not really insets that can be used in
>> the rest of LyX, it may make more sense to only rename the ones
>> that derive from InsetOld (and maybe even move them to src/insets/
>> directory?)
Andre> With Inse
On Tue, Sep 05, 2006 at 12:23:34PM +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> I plan to do some cosmetic changes to mathed/*.
>
> Andre> (1) Rename MathSqrtInset to InsetSqrt (in line with insets/*)
> Andre> (2) Rename the files into
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> I plan to do some cosmetic changes to mathed/*.
Andre> (1) Rename MathSqrtInset to InsetSqrt (in line with insets/*)
Andre> (2) Rename the files into InsetSqrt.{h,C} (3) put everything
Andre> into namespace lyx
Andre> Objections?
Juergen Spitzmueller wrote:
Helge Hafting wrote:
Mathed can be brought into a strange state where the keys ^ and _ doesn't
work as expected.
1. Activate math, type the word test
2. Press ^ to get superscript
3. Press space, this ought to cancel superscript
4. Press ^ again, note that inst
Please apply the patch.
JMarc
Georg Baum wrote:
> > Please test.
>
> It fixes 2139 for me, and I could not find problems (I did not test this
> one).
Thanks. The fix is obvious. The cursor tries (in both bug 2139 and Helge's
case) to enter a cell of the scriptinset which does not yet (or no longer)
exist, and fails. MathScri
Juergen Spitzmueller wrote:
> Yes, this is a regression. The attached patch fixes it, so that the
> expected script is inserted (the corners are still there, indicating that
> the last letter "t" is the base of the script inset).
>
> This also fixes bug 2139 (No exponent and subscript in Sum, Pro
1 - 100 of 555 matches
Mail list logo
