On 04-Jul-2001 Andre Poenitz wrote:
>
> If BufferViewPimpl::open_new_inset were publicly available in
> BufferView, I could move all the MATH_* action handling from
> BufferView_pimpl.C to mathed/formula.C
>
> I think this would benefit encapsulation...
Why do you need that? I have insets in i
On Thu, 5 Jul 2001, Eran Tromer 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 LD
N_MATH_MUTATE, // Andre' 20010523
+ LFUN_MATH_EXTERN, // Andre' 20010424
+ LFUN_MATH_PANEL,// Andre' 20010522
+ LFUN_MATH_VALIGN, // Andre' 20010522
+ LFUN_MATH_HALIGN, // Andre' 20010522
+ LFUN_MATH_ROW_INSERT
On 5 Jul 2001, Jean-Marc Lasgouttes wrote:
> > "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
>
> Allan> This still has the problem of needing to build po/POTFILES.in
> Allan> from a dist rather than from a CVS tree -- and this should
> Allan> preferably be automated or at least automatable
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> This still has the problem of needing to build po/POTFILES.in
Allan> from a dist rather than from a CVS tree -- and this should
Allan> preferably be automated or at least automatable so that
Allan> Kayvan's autogenerated rpms can still
On 4 Jul 2001, Jean-Marc Lasgouttes wrote:
> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | I
> Lars> just commited changes in main branch which update gettext to
> Lars> version | 0.10.38. I tried to do that carefully,
> I hope this isn't intentional...
No, it's laziness.
Andre'
--
André Pönitz . [EMAIL PROTECTED]
> math_parser.C:736: warning: `unsigned char c' might be used
> uninitialized in
>this function
> gcc-3.0
This is bogus. It gets a value in the next line...
But I'll make it explicit...
Andre'
--
André Pönitz . [EMAIL PROTECTED]
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
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
math_parser.C:736: warning: `unsigned char c' might be used
uninitialized in
this function
gcc-3.0
Garst
Hi,
Me again, with an issue in the current 1.2.0cvs.
"Math text" (stuff inserted using M-m m in mathed) is saved as
--
\begin_inset Formula
\(\textrm{m}\textrm{o}\textrm{o}\textrm{s}\textrm{e}\)
\end_inset
--
and exported as
---
Hi,
Jose, here is the config_xml script updated, that detects the available
and needed things by using the catalog mechanisms. The constraint is
that it needs an extra java archive, the advantage is that this method
is 100% xml :-). The script is expected to be in the db2lyx package. I
attach the
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-
> and possibly othe
On Wed, 4 Jul 2001, Eran Tromer wrote:
> Attached is a further simplified case that still exhibits the crash (but
> not the rendering problem). The 3x3 table is now empty, but deleting its
> first row causes a crash.
FWIW, I hacked the math displaying to display all math insets two pixels
higher
Addenum:
Attached is a further simplified case that still exhibits the crash (but
not the rendering problem). The 3x3 table is now empty, but deleting its
first row causes a crash.
BTW, note that in my previous file there was an empty formula on the
bottom line.
Regards,
Eran Tromer
Er
Hi,
The attached .lyx file demonstrates two problems. It contains a LyX
macro definition and a single 3x3 tabular that's all-empty except for
the middle cell which contains an instance of the macro.
First, when displayed in LyX the tabular is allocated too little height
so the last row is clippe
> 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]
> 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
Hi,
Lars Gullik Bjønnes wrote:
> | > No not really but you need a separate shortcut to jump to the popup.
> | >
> | > And since this is gui... to use the mouse to move to the popup should
> | > be ok.
> | Physically reaching over from the keyboard to the mouse and back is very
> | slow (even if
If BufferViewPimpl::open_new_inset were publicly available in
BufferView, I could move all the MATH_* action handling from
BufferView_pimpl.C to mathed/formula.C
I think this would benefit encapsulation...
Andre'
--
André Pönitz . [EMAIL PROTECTED]
On Wed, Jul 04, 2001 at 05:35:48PM +0200, Saalfeld, Christoph wrote:
> I tried to insert a "comment" in an "enumeration" environment. Because a
> comment will not be visible in the final document, the enumeration should
> continue with the next number.
>
> For example:
>
> 1.Some stuff
>
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- and
Hi,
I tried to insert a "comment" in an "enumeration" environment. Because a
comment will not be visible in the final document, the enumeration should
continue with the next number.
For example:
1. Some stuff
Comment: "Something only for me..."
2. Next stuff...
At the moment
> but I must admit that I have confused clipbuffer and selection a bit.
If you tell me how to access the ("external") X selection properly
you can have 'math-import-externalselection' in a few minutes...
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > | Now, pressing C-m outside mathed inserts a math inset. If there was some
| > | selection, the selection gets removed and re-inserted in the inset
| > | otherwise the inset stays empty.
| >
| > and this is bad... should IMHO we a separate LFUN for t
> | Now, pressing C-m outside mathed inserts a math inset. If there was some
> | selection, the selection gets removed and re-inserted in the inset
> | otherwise the inset stays empty.
>
> and this is bad... should IMHO we a separate LFUN for this selection
> business.
Ok... next try to convince
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | I
Lars> just commited changes in main branch which update gettext to
Lars> version | 0.10.38. I tried to do that carefully, but there has
Lars> to be bugs :) | | A remaining pr
Eran Tromer <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > John Levon <[EMAIL PROTECTED]> writes:
| > | On Wed, Jul 04, 2001 at 02:56:27PM +0200, Lars Gullik Bjønnes wrote:
| > | > should still work on the history.
| > | > should try to exec what is in the minibuffer now.
| > | >
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > | - C-m on '\(x^2y\)' gives x^2 (because the math parser only understand
| > | x^{2}y)
| > |
| > | - C-m on '$x$' crashes LyX. Also, C-m on 'foo' crashes LyX.
| >
| > Isn't "C-m" the usual way to begin a mathinset?
|
| And a few more functions... t
I really hope it is like the last time when my compiler was buggy, but
I'm segfaulting again and if it's not the compiler it's Lars last changes!
Just try this:
New File
{type some text (half a row)M-x}
{} means you should go on doing this inside the minipage
It will eventually segfault I get
Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
> | On Wed, Jul 04, 2001 at 02:56:27PM +0200, Lars Gullik Bjønnes wrote:
> | > should still work on the history.
> | > should try to exec what is in the minibuffer now.
> | > will try again to complete what you already have
>
> | - C-m on '\(x^2y\)' gives x^2 (because the math parser only understand
> | x^{2}y)
> |
> | - C-m on '$x$' crashes LyX. Also, C-m on 'foo' crashes LyX.
>
> Isn't "C-m" the usual way to begin a mathinset?
And a few more functions... the "static" keyword of Mathed ;-{
> If so it should absolu
On 04-Jul-2001 Lars Gullik Bjønnes wrote:
> Isn't "C-m" the usual way to begin a mathinset?
> If so it should absolutely not double as a "import the selection if
> you have one into an mathinset" that should be a separate LFUN and a
> separate keybinding.
Why?
Jürgen
--
-._-._-._-._-._
> Nice. I have found few problems though:
>
> - C-m on '\(x^2y\)' gives x^2 (because the math parser only understand
> x^{2}y)
The parser is broken and needs to be rewritten...
> - C-m on '$x$' crashes LyX. Also, C-m on 'foo' crashes LyX.
Ok. I fixed the crash. The '$' stuff should be done wit
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Wed, Jul 04, 2001 at 03:18:19PM +0200, Andre Poenitz wrote:
| > And for the New Feature Of The Day:
| >
| > Write something like '\begin{equation} some+math^{stuff} \end{equation}'
| > outside math (or cut&paste it from your favourite .tex file), sele
> Ok, I see what you do...
>
> but If you do this you should hide all those new methods, preferably
> in the private secion... and I don't get why you use InsetFormulaBase
> as a dispatcher in this case.
I'll wield the big private/protected brush rather soon...
Andre'
--
André Pönitz
> How can you do these changes?
vi formula.C
/:li
fB
d4f
...
> -int InsetFormula::linuxdoc(Buffer const * buf, ostream & os) const
> +int InsetFormula::linuxdoc(ostream & os) const
> {
> - return ascii(buf, os, 0);
> + return ascii(os, 0);
> }
>
>
> -int InsetFormula::docBook(Buff
On Wed, Jul 04, 2001 at 03:18:19PM +0200, Andre Poenitz wrote:
> And for the New Feature Of The Day:
>
> Write something like '\begin{equation} some+math^{stuff} \end{equation}'
> outside math (or cut&paste it from your favourite .tex file), select it,
> press C-m and marvel...
Nice. I have fou
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| How can you do these changes?
|
| -int InsetFormula::linuxdoc(Buffer const * buf, ostream & os) const
| +int InsetFormula::linuxdoc(ostream & os) const
| {
| - return ascii(buf, os, 0);
| + return ascii(os, 0);
| }
|
|
| -int Inset
How can you do these changes?
-int InsetFormula::linuxdoc(Buffer const * buf, ostream & os) const
+int InsetFormula::linuxdoc(ostream & os) const
{
- return ascii(buf, os, 0);
+ return ascii(os, 0);
}
-int InsetFormula::docBook(Buffer const * buf, ostream & os) const
+int Inse
On Wed, Jul 04, 2001 at 03:23:32PM +0200, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | On Wed, Jul 04, 2001 at 02:56:27PM +0200, Lars Gullik Bjønnes wrote:
> |
> | > No, this won't cut it.
> | >
> | > should still work on the history.
> | > should try to exec wh
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Jul 04, 2001 at 02:56:27PM +0200, Lars Gullik Bjønnes wrote:
|
| > No, this won't cut it.
| >
| > should still work on the history.
| > should try to exec what is in the minibuffer now.
| > will try again to complete what you already have
| >
> If the cursor was in the second or last cell of the second row, then after
> the mutation the cursor disappears from screen (I guess it is moved to a non
> existent cell)
Ok... I killed it with the big club: I simply put the cursor to the same
(or nearest valid) screen position after mutation.
On Wed, Jul 04, 2001 at 02:56:27PM +0200, Lars Gullik Bjønnes wrote:
> No, this won't cut it.
>
> should still work on the history.
> should try to exec what is in the minibuffer now.
> will try again to complete what you already have
> should just be added to what already is in the
> minib
John Levon <[EMAIL PROTECTED]> writes:
| On Tue, Jul 03, 2001 at 10:24:47AM +0200, Lars Gullik Bjønnes wrote:
|
| > The user won't necessarily use the completion popup to select the command, but
| > only to view the available commands. The popup should disappear when
| > the proper command is en
On Tue, Jul 03, 2001 at 10:24:47AM +0200, Lars Gullik Bjønnes wrote:
> The user won't necessarily use the completion popup to select the command, but
> only to view the available commands. The popup should disappear when
> the proper command is entered in the minibuffer.
I have a simple solution
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I just commited changes in main branch which update gettext to version
| 0.10.38. I tried to do that carefully, but there has to be bugs :)
|
| A remaining problem is that po/POTFILES is now created by configure.
| This means that POTFILES.in sh
On Wed, Jul 04, 2001 at 10:50:32AM +0200, Andre Poenitz wrote:
> > > ?? *- After mutation from eqnarray to align, the cursor goes into a random
> > > ?? position, and LyX sometimes crashes.
> >
> > Wasn't fixed.
>
> Could you provide more details, i.e. how many lines are in the eqnarray and
> i
I just commited changes in main branch which update gettext to version
0.10.38. I tried to do that carefully, but there has to be bugs :)
A remaining problem is that po/POTFILES is now created by configure.
This means that POTFILES.in should be created somewhere else. I
propose to do that in aut
On Wed, 4 Jul 2001, Andre Poenitz wrote:
> > > It's possible to create a double subscript by typing the following in
> > > mathed:
> > > x_1y_2
> >
> > the y is a typo???
>
> No, I can confirm the bug.
>
> I have a work around in my local tree, but the whole business of
> super/subscripts seem
> Yes, there is some strange code which decides whether characters
> should be kept depending on locale. This should certainly go away...
If it is _extra_ code and _wrong_ it should certainly go...
Andre'
--
André Pönitz . [EMAIL PROTECTED]
> > It's possible to create a double subscript by typing the following in
> > mathed:
> > x_1y_2
>
> the y is a typo???
No, I can confirm the bug.
I have a work around in my local tree, but the whole business of
super/subscripts seems to need a bit of work...
> x_{1_{2_{3}}}
Did you type th
> "gan" == gan <[EMAIL PROTECTED]> writes:
gan> Referring to a former thread in this mail list (Lyx 1.1.6fix2:
gan> long time to get ps view) that pointed out a problem in
gan> libstdc++-2.10, a new version was installed in Debian
gan> sid/testing. This new version (2.95.4-0.010629) seems to
> > ?? *- After mutation from eqnarray to align, the cursor goes into a random
> > ?? position, and LyX sometimes crashes.
>
> Wasn't fixed.
Could you provide more details, i.e. how many lines are in the eqnarray and
in which cell is the cursor?
Andre'
--
André Pönitz ...
Referring to a former thread in this mail list (Lyx 1.1.6fix2: long time
to get ps view) that pointed out a problem in libstdc++-2.10, a new
version was installed in Debian sid/testing.
This new version (2.95.4-0.010629) seems to correct the sstream bug: ps
view comes now in normal delay.
G.Angel
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>> > | The problem is probably more general: There is no way to type
>> 'ü' in the > | mini buffer, too. So I cannot even type 'math-insert
>> ü' in the minibuffer > | - which works well when bound to a
>> keyboard short cut! > > compose + "
Herbert Voss wrote:
>
> Eran Tromer wrote:
> >
> > It's possible to create a double subscript by typing the following in
> > mathed:
> > x_1y_2
>
> the y is a typo???
No it's not. I'm writing
x y
1 2
and then I delete the 'y'.
Regards,
Eran Tromer
Herbert Voss <[EMAIL PROTECTED]> writes:
| Kornelia Pietsch wrote:
| >
| > Global float placement (as set in Layout->Document->...) does not
| > seem to appear in LaTeX output in current CVS.
|
| and the algorithm-float is used with
|
| \newfloat{algorithm}{htbp}{loa}
|
| which also doesn't b
On Tuesday 03 July 2001 17:44, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Apart from all those double black boxes around stuff, yes.
> |
> | The REAL change is that I can't enter anything from the keyboard. This is
a
> | general statement, not mathed specific!
60 matches
Mail list logo