On Tue, Dec 10, 2002 at 11:36:55AM -0600, Bo Peng wrote:
> If this problem is not in bugzilla, I would like to add it as feature
> request.
Just try to get an 'ok' from Lars to set the default position of the "Use
AMS toggle" to "on".
Andre'
--
Those who desire to give up Freedom in order to
On Wed, Dec 11, 2002 at 08:03:58AM +0100, Andre Poenitz wrote:
> Should \alpha in text mode switch back to the "enclosing" level of
> math or create a new level of math?
>
> What if the enclosing level is another level of text? Like an \fbox in
> an \fbox? Should it break that, too?
>
> I still b
On Tue, Dec 10, 2002 at 03:22:12PM -0600, Bo Peng wrote:
> In lyx1.2, entering \alpha in text mode will result in a math-mode
> \alpha. Why cannot this be continued? Andre' said that lyx used binary
> switch and now uses nested switch between text/math modes but I guess it
> is still possible to
On Tue, Dec 10, 2002 at 11:52:55AM -0600, Bo Peng wrote:
> Thank you Andre'! This will definitely help.
I just commited the patch.
> Anyway, what is the improvements of 1.3's math-mode than 1.2.1?
Improvements... the big one is probably the ability to handle \mbox, \fbox
and other "mode switchi
On Tue, Dec 10, 2002 at 11:01:19PM +0200, Dekel Tsur wrote:
rstandi (for me and the users...) one-size-fits-all manner.
> >
> > I could disallow direct entering of \alpha in math text mode but apart from
> > not liking that idea there is no simple way to extend this to "conversion"
> > (mark somet
On Tue, Dec 10, 2002 at 05:52:21PM +0100, Andre Poenitz wrote:
> > What makes a fix reasonable is that lyx 1.2 gracefully allows users to
> > enter \alpha,\sum etc without worrying about text or math mode and we
> > are spoiled!
>
> You could try again to explain how this should be handled in a
On Tue, Dec 10, 2002 at 11:36:55AM -0600, Bo Peng wrote:
> solution. It definitely needs a while for new users to know how (and
> why) to add \usepackage{amsmath} to preamble.
There's a checkbox in document dialog
> If this problem is not in bugzilla, I would like to add it as feature
> reque
On Tue, Dec 10, 2002 at 06:04:59PM +0100, Andre Poenitz wrote:
> > Andre> I could try to change the colour to black for fonts called
> > Andre> text*, if that helps.
> >
> > That would certainly be welcome.
> Patch attached. It basically says "don't change the colour just because it
> is a symbol
On Tue, Dec 10, 2002 at 06:13:03PM +0100, Jean-Marc Lasgouttes wrote:
> Can you tell me what are the steps needed to see that? I did a simple
> 1/ type \alpha
> 2/ select this text
> 3/ M-m m
A more natural way to produce this error is when a user want to input
things like $=1 \text{w.p. } \alph
On Tue, Dec 10, 2002 at 05:52:21PM +0100, Andre Poenitz wrote:
> > There is another similar example we have discussed before, user opens a
> > new document, insert math-case, compiling error!
> I would switch AMS on by default, that would "cure" the problem.
> But that drew too much flak a while
On Tue, Dec 10, 2002 at 06:13:03PM +0100, Jean-Marc Lasgouttes wrote:
> Andre> Fairly sure...
>
> Can you tell me what are the steps needed to see that? I did a simple
> 1/ type \alpha
> 2/ select this text
> 3/ M-m m
Completely sufficient.
> If I move the cursor in the math inset I see nothing
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, Dec 10, 2002 at 06:02:18PM +0100, Jean-Marc Lasgouttes
Andre> wrote: The minibuffer shows the "textrm" when the cursor passes
Andre> over the "wrong" alpha.
>> Are you sure it does? I do not see it here.
Andre> Fairly sure
On Tue, Dec 10, 2002 at 06:02:18PM +0100, Jean-Marc Lasgouttes wrote:
> Andre> The minibuffer shows the "textrm" when the cursor passes over
> Andre> the "wrong" alpha.
>
> Are you sure it does? I do not see it here.
Fairly sure...
> Andre> I could try to change the colour to black for fonts cal
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, Dec 10, 2002 at 05:48:14PM +0100, Jean-Marc Lasgouttes
Andre> wrote:
>> I agree that it is next to impossible to guess what is wrong once
>> the error has been made. At least color or minibuffer display
>> should show what i
On Tue, Dec 10, 2002 at 05:48:14PM +0100, Jean-Marc Lasgouttes wrote:
> I agree that it is next to impossible to guess what is wrong once the
> error has been made. At least color or minibuffer display should show
> what is going on.
The minibuffer shows the "textrm" when the cursor passes over th
On Tue, Dec 10, 2002 at 10:28:43AM -0600, Bo Peng wrote:
> > You ask for \alpha in text mode and get the same result as entering \alpha
> > in ERT in text mode.
>
> I have expressed my opinion before
So did I ;-)
> What makes a fix reasonable is that lyx 1.2 gracefully allows users to
> enter \
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> On Tue, Dec 10, 2002 at 05:00:41PM +0100, Andre Poenitz wrote:
>> On Tue, Dec 10, 2002 at 09:56:00AM -0600, Bo Peng wrote: > I am
>> glad to see the about and preference dialogs. Bug 717 has not been
>> > fixed, (C-M on \alpha causes compiling
On Tue, Dec 10, 2002 at 05:00:41PM +0100, Andre Poenitz wrote:
> On Tue, Dec 10, 2002 at 09:56:00AM -0600, Bo Peng wrote:
> > I am glad to see the about and preference dialogs. Bug 717 has not been
> > fixed, (C-M on \alpha causes compiling error.) is it scheduled to be
> > fixed before 1.3?
> N
On Tue, Dec 10, 2002 at 09:56:00AM -0600, Bo Peng wrote:
> I am glad to see the about and preference dialogs. Bug 717 has not been
> fixed, (C-M on \alpha causes compiling error.) is it scheduled to be
> fixed before 1.3?
Not really as I don't consider it a bug.
You ask for \alpha in text mode
On Mon, Dec 09, 2002 at 04:28:49PM -0300, Osvaldo Fornaro wrote:
> Hi list,
> I just compiled 1.3 with qt frontend without any problem. However math panel
> seems to be a wrong behavior, for example does not permit to select any of
> []{}, etc, except (). Same as greek letters, arrows, etc. Is
> "Osvaldo" == Osvaldo Fornaro <[EMAIL PROTECTED]> writes:
Osvaldo> El Mar 10 Dic 2002 02:26, escribió:
>> I'm proud to say that my freshly compiled LyX doesn't have that
>> problem. That's Qt2. Maybe the problem is with Qt3?
>>
>> Just trying to identify...
Osvaldo> Hi again, why my just do
El Mar 10 Dic 2002 02:26, escribió:
> I'm proud to say that my freshly compiled LyX doesn't have that
> problem. That's Qt2. Maybe the problem is with Qt3?
>
> Just trying to identify...
Hi again,
why my just downloaded cvs tree say "Fri, May 3, 2002" as release date in
src/version.C.in?
don't mu
Osvaldo Fornaro wrote:
> El Mar 10 Dic 2002 02:26, escribió:
> > I'm proud to say that my freshly compiled LyX doesn't have that
> > problem. That's Qt2. Maybe the problem is with Qt3?
> >
> > Just trying to identify...
>
> Maybe you are rigth, I am using QT3. But for now i return to the 'safe'
> x
El Mar 10 Dic 2002 02:26, escribió:
> I'm proud to say that my freshly compiled LyX doesn't have that
> problem. That's Qt2. Maybe the problem is with Qt3?
>
> Just trying to identify...
>
Maybe you are rigth, I am using QT3. But for now i return to the 'safe'
xforms.
Osvaldo
> John
--
Dr. Os
I'm proud to say that my freshly compiled LyX doesn't have that
problem. That's Qt2. Maybe the problem is with Qt3?
Just trying to identify...
John
On Mon, Dec 09, 2002 at 05:36:16PM -0600, Bo Peng wrote:
> I know. The problem is that you've got enough things to fix and at this
> stage I will most likely report duplicate bugs. On the other hand, CVS
A duplicate report can be deleted very quickly. An unknown bug is a
serious problem.
> is
On Mon, Dec 09, 2002 at 10:44:46PM +, John Levon wrote:
> They're not going to get fixed if we don't know about them
I know. The problem is that you've got enough things to fix and at this
stage I will most likely report duplicate bugs. On the other hand, CVS
is changing fast and I won't upd
On Mon, Dec 09, 2002 at 04:04:01PM -0600, Bo Peng wrote:
> On Mon, Dec 09, 2002 at 04:28:49PM -0300, Osvaldo Fornaro wrote:
> > I just compiled 1.3 with qt frontend without any problem. However math
> > panel seems to be a wrong behavior, for example does not permit to
> > select any of []{}, et
On Mon, Dec 09, 2002 at 04:28:49PM -0300, Osvaldo Fornaro wrote:
> I just compiled 1.3 with qt frontend without any problem. However math
> panel seems to be a wrong behavior, for example does not permit to
> select any of []{}, etc, except (). Same as greek letters, arrows,
> etc. Is it a know
Hi list,
I just compiled 1.3 with qt frontend without any problem. However math panel
seems to be a wrong behavior, for example does not permit to select any of
[]{}, etc, except (). Same as greek letters, arrows, etc. Is it a known
behavior?
I noted that in xforms work well.
Thanks in advan
30 matches
Mail list logo
