On Monday 30 July 2001 19:27, Michael Schmitt wrote:
do I read this correctly. To me, this is saying that purify finds
uninitialised memory at line 306 of WorkArea.C. Correct?
Yes!
Did you have a look at the following information, too?
Reading 4 bytes from 0x8a9a7c in the
Hi,
a short question from a curious user (answer with just a sentence
or two): Do all these insets have a common code base? As you know there
are still some repainting problems with insets and I wonder whether they
can be fixed once for all insets.
Michael
--
On 31-Jul-2001 Michael Schmitt wrote:
a short question from a curious user (answer with just a sentence
or two): Do all these insets have a common code base? As you know there
are still some repainting problems with insets and I wonder whether they
can be fixed once for all insets.
Most
On Monday 30 July 2001 20:53, John Levon wrote:
On Mon, Jul 30, 2001 at 06:58:36PM +0200, Michael Schmitt wrote:
On the other hand, I don't want you to sit all night in front of
well attached is mostly there :
1) I don't know what to do with mathed ...
2) I don't know where to put
On 31-Jul-2001 [EMAIL PROTECTED] wrote:
Log message:
Added inline functionallity to InsetERT. Fixed cache.clear() problem in
InsetText. Small fixes.
For Michael: Please retest the problem you've seen about freed memory access in
InsetText.
I've now insered a inline
Minor changes in GUII matrix.
Changes in tasks.php3 and roadmap.php3, reflecting my a small change in
InsetGraphics status, adding the Scripting part to future tasks and
small minor changes.
--
Baruch Even
http://baruch.ev-en.org/
Index: ChangeLog
Most problems we have with InsetText (and derivates) can probably be
fixed one and for all. So yes they have a common code base.
Is, for example, the insetminipage also somehow derived from insettext?
Looking at the code, I only see it derived from collapsble which in turn
inherits from
On Tuesday 31 July 2001 13:02, Danker, Dr. Timm wrote:
Most problems we have with InsetText (and derivates) can probably be
fixed one and for all. So yes they have a common code base.
Is, for example, the insetminipage also somehow derived from insettext?
Looking at the code, I only
On 31-Jul-2001 Danker, Dr. Timm wrote:
Most problems we have with InsetText (and derivates) can probably be
fixed one and for all. So yes they have a common code base.
Is, for example, the insetminipage also somehow derived from insettext?
Looking at the code, I only see it derived from
On 30-Jul-2001 Michael Schmitt wrote:
I could assume that this bug is related to the bug that a graphics inset
dialog is opened as well when you open (expand) a closed figure float.
This is fixed in CVS!
Also the problem with setting the last character of a paragraph to a TINY
font with
Am Son, 29 Jul 2001 18:38:51 schrieb Herbert Voss:
when in latex preamble a \usepackage{bibtopic}
appears, but no corresponding bibtopic command
in the text, bibtex is not run from lyx, though
there is a \nocite* command with a bibstyle and
filename.
Bibtopic disables the default
On Tue, Jul 31, 2001 at 12:28:09PM +0200, Juergen Vigna wrote:
I've now insered a inline functionallity for InsetERT (and only for that one!)
For now you can ONLY access this functionallity (toggle between inlined/not)
by clicking with the Middle mouse button (button == 2) on the ERT label -
On 31-Jul-2001 Kayvan A. Sylvan wrote:
On Tue, Jul 31, 2001 at 12:28:09PM +0200, Juergen Vigna wrote:
I've now insered a inline functionallity for InsetERT (and only for that one!)
For now you can ONLY access this functionallity (toggle between inlined/not)
by clicking with the Middle
André,
I seam to remember you saying (somewhat rashly!) that how was the time to
make mathed feature requests. Of course, I may have been dreaming this in
which case please ignore this ramble totally!
It is currently impossible to edit math labels once they're created. So, two
questions:
*
* why not just use a regular InsetLabel?
Because there is no way to nest ordinary Insets within MathInset.
They are incompatible (and probably will remain so)
* if not, can you make them editable somehow?
That's the only way out... I put it on the todo list.
Andre'
--
André Pönitz
That's the only way out... I put it on the todo list.
Aehm... what's wrong with the current solution (aka 'M-x label-insert'
opens a dialog with default value equal to the equation's current label)?
Andre'
--
André Pönitz . [EMAIL PROTECTED]
* Juergen Vigna [EMAIL PROTECTED] [010731 18:21]:
On 31-Jul-2001 Kayvan A. Sylvan wrote:
On Tue, Jul 31, 2001 at 12:28:09PM +0200, Juergen Vigna wrote:
I've now insered a inline functionallity for InsetERT (and only for that one!)
For now you can ONLY access this functionallity
On Tuesday 31 July 2001 16:21, Andre Poenitz wrote:
That's the only way out... I put it on the todo list.
Aehm... what's wrong with the current solution (aka 'M-x label-insert'
opens a dialog with default value equal to the equation's current label)?
Bloody 'ell! I never knew this existed!
On 31-Jul-2001 Lars Gullik Bjønnes wrote:
| How do I get an inset to be inlined?
| I need to do this to InsetGraphics too, it is currently always displayed
| centered on its own paragraph whereas the actual LaTeX display is
| inlined.
You are not talking of the same kind of inlining.
Hi,
following the new strategy, I must first tell you that you can be very,
very proud of your program!
And here comes the bug report :-) After closing the last (only)
document, LyX still prints the document name in the window title. I think
it should be reset such that only the text LyX is
The closing praise is missing...
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Hi Allan Andre,
I have tested file scary_eqns.lyx but I must confess that I (partly)
failed in my duty to produce ugly looking bug reports.
I loaded the file, exported it to dvi, made some modifications
(totally randomly), reverted the changes and saved the file afterwards.
NO SEGFAULTS,
On Mon, Jul 30, 2001 at 06:23:49PM +0100, Angus Leeming wrote:
Nope. Maybe it didn't get ported in the Great Rewrite. Or maybe I trashed it
when hacking your (rather magnificent) efforts all that time ago. Either way,
cvsweb is your friend.
cvs tells me it got lost during the splitting
Hi Andre,
1. You are wonderful!
2. Mathed is a brillant piece of software!
3. That must be sufficient!
Actually, Purify reported one real memory access problem but I am not
sure whether it is your fault:
UMR: Uninitialized memory read
This is occurring while in:
On Tuesday 31 July 2001 17:10, John Levon wrote:
On Mon, Jul 30, 2001 at 06:23:49PM +0100, Angus Leeming wrote:
Nope. Maybe it didn't get ported in the Great Rewrite. Or maybe I trashed
it
when hacking your (rather magnificent) efforts all that time ago. Either
way,
cvsweb is your
On Mon, Jul 30, 2001 at 11:42:15PM +0200, Asger K. Alstrup Nielsen wrote:
On Mon, 30 Jul 2001, Herbert Voss wrote:
AikSaurus is installed!
there is no hint in my config.log for aiksaurus.
the log is attached.
What do you know. I can only say: Keep bugging John until he can fix
On Tue, Jul 31, 2001 at 12:06:27AM +0200, Asger K. Alstrup Nielsen wrote:
However, progress could be made if we made the Positive Sandwich a
requirement: You have start each mail with a positive thing, just one line
I didn't know we were running a support group ;)
the number of students
On Tue, Jul 31, 2001 at 10:30:22AM +0100, Angus Leeming wrote:
Looking good, although I'm pretty surprised that I'm the author of
ControlLabel.[Ch], FormsLabel.[Ch]. Must be getting REALLY good at coding in
my sleep.
it is but a little tribute ...
... or very lazy cp FormIndex.C
On Tue, Jul 31, 2001 at 06:16:26PM +0200, Michael Schmitt wrote:
Hi Andre,
1. You are wonderful!
2. Mathed is a brillant piece of software!
3. That must be sufficient!
why isn't andre complaining about the extra time spent downloading all
these compliments hmm ?
john
--
I'd rather
why isn't andre complaining about the extra time spent downloading all
these compliments hmm ?
I was about to do so...
Andre'
--
André Pönitz . [EMAIL PROTECTED]
NO SEGFAULTS, NO SERIOUS MEMORY ACCESS FAILURES !
The only thing that I can complain about is the vast consumption of
memory. 150K memory leaks within 10 minutes is a bit too much. However, I
think that most of them come from the same source (MathScriptInset). See
attachment...
There
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
On Tue, Jul 31, 2001 at 06:02:28PM +0200, Michael Schmitt wrote:
Hi Allan Andre,
I have tested file scary_eqns.lyx but I must confess that I (partly)
failed in my duty to produce ugly looking bug reports.
Try using the following file, which uses a lot of macros.
PS: I found a new small
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]
Until 1.1.5, it was possible to declare . as the
default dir.
Since 1.1.6, it seems that an absolute path is compulsory.
I find this an unnecessary constraint because I often
call lyx from a shell after cd to the desired directory,
and now I must go to the preferences to edit the path
when I go
Wow,
I do not have the faintest idea what these macros mean nor do I know how
to construct them (I couldn't find an entry in the menu; have I overlooked
something or is this an undocumented feature?) but they look very
impressive!!!
(Un-)fortunately: No, sorry, no memory access problems!
But
I do not have the faintest idea what these macros mean nor do I know how
to construct them (I couldn't find an entry in the menu; have I overlooked
something or is this an undocumented feature?) but they look very
impressive!!!
Macros in general are documented in the UserGuide, the 'internal
A bit of cleanup.
I don't find any leak in array.C itself, so I'd guess there is something
like a new'ed MathInset * outside array.C that does not get deleted or
inserted into a MathArray...
Maybe it's time to change the semantics of MathArray::insert a bit --- or
to get rid of this 'embed raw
Upps.. forgot the patch
--
André Pönitz . [EMAIL PROTECTED]
? todo
? .array.C.swp
? todo.backup
? .math_macrotable.C.swp
Index: array.C
===
RCS file:
On Tue, Jul 31, 2001 at 07:41:45PM +0200, Michael Schmitt wrote:
2. Cosmetics: In the GUI (menu edit), the entries for
adding/deleting rows are not ordered in the same way in
tabular and math
I agree, someone apply attached please
john
--
I'd rather be rudely informed than
On Tue, 31 Jul 2001, Andre Poenitz wrote:
[...]
3. If you are in front of an array and you move the cursor to
the right, LyX places it into a cell that is close to the
cursor. IMHO it should always be placed into the cell in the
top left corner.
Argh... well there
On Tue, Jul 31, 2001 at 07:50:00PM +0200, Lars Gullik Bjønnes wrote:
| - Item Append Row|A tabular-feature append-row
| - Item Append Column|u tabular-feature append-column
| - Separator
| + Item Add Row|A tabular-feature append-row
Is it really adding? is is it appending?
(i.e.
Perhaps you should add som default args? So that it is similar to
std::containers? Then
erase();
would do it.
I do not really like default args... they are sometimes doing more than
what is obvious, and it's only used in two or three places anyway...
btw. Do you have a
On Tuesday 31 July 2001 19:07, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| I'm in the process of writing a BibtexDBase class that will store the
Bibtex
| .bib files used by any open buffer. I think that the best place to store
the
| instance of this class is in
Hi Jurgen,
The new inlining is nice, but I do have one small nit:
If you inline an ERT inset with the second button and you save
the file, then close and re-open it, the state of the inset
is not saved.
---Kayvan
--
Kayvan A. Sylvan | Proud husband of |
Now bz2 is only included if we need it
john
--
I'd rather be rudely informed than politely left in the dark.
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/ChangeLog,v
retrieving revision 1.797
diff -u -r1.797
I suspect these will just go away as things develop, but ...
In a document I have two figures in color set to display as color. They
seem to randomly display in grey scale. The ps output is fine, so it is
no big deal, but may suggest a bigger problem.
There are also a number of b/w floats, all
On Tue, Jul 31, 2001 at 05:52:05PM +0200, Michael Schmitt wrote:
Hi,
following the new strategy, I must first tell you that you can be very,
very proud of your program!
And here comes the bug report :-) After closing the last (only)
document, LyX still prints the document name in the
On Wed, Aug 01, 2001 at 12:41:57AM +0100, John Levon wrote:
You can report these bugs that require one-line fixes, I like them :)
+++ src/LyXView.C 2001/07/31 23:39:53
@@ -235,6 +235,7 @@
if (title != last_title) {
setWindowTitle(title);
}
+ last_title =
ok, this one should be ok other than mathed.
I think the mathed thing is a missing feature, i.e. this can be applied
as self-contained.
thanks
john
--
I'd rather be rudely informed than politely left in the dark.
labeld.diff.gz
seems ok to me
thanks
john
--
I'd rather be rudely informed than politely left in the dark.
Index: src/BufferView_pimpl.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView_pimpl.C,v
retrieving revision 1.149
diff -u
On Wed, Aug 01, 2001 at 04:00:53AM +0100, John Levon wrote:
return 0;
- }
+
+ lyx::unlink(tmpfl);
}
ugh. sorry. try the new one attached.
john
--
I'd rather be rudely informed than politely left in the dark.
Index: src/BufferView_pimpl.C
I had to re-arrange things somewhat ...
Also fix a button name in formref to say Go to instead, as it's correcterer,
and matches the docs
thanks
john
--
I'd rather be rudely informed than politely left in the dark.
dotsandloops.diff.gz
now we fail gracefully if file doesn't exist ...
john
--
I'd rather be rudely informed than politely left in the dark.
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/ChangeLog,v
retrieving revision 1.275
what do people think of things like :
- if (inset inset-editable() == Inset::HIGHLY_EDITABLE) {
+ if (isHighlyEditableInset(inset)) {
where it's some small inline function ?
I personally think things like this improve readability a lot, especially
in
On Monday 30 July 2001 19:27, Michael Schmitt wrote:
> > do I read this correctly. To me, this is saying that purify finds
> > uninitialised memory at line 306 of WorkArea.C. Correct?
>
> Yes!
>
> Did you have a look at the following information, too?
>
> > Reading 4 bytes from 0x8a9a7c
Hi,
a short question from a curious user (answer with just a sentence
or two): Do all these insets have a common code base? As you know there
are still some repainting problems with insets and I wonder whether they
can be fixed once for all insets.
Michael
--
On 31-Jul-2001 Michael Schmitt wrote:
> a short question from a curious user (answer with just a sentence
> or two): Do all these insets have a common code base? As you know there
> are still some repainting problems with insets and I wonder whether they
> can be fixed once for all insets.
On Monday 30 July 2001 20:53, John Levon wrote:
> On Mon, Jul 30, 2001 at 06:58:36PM +0200, Michael Schmitt wrote:
>
> > On the other hand, I don't want you to sit all night in front of
>
> well attached is mostly there :
>
> 1) I don't know what to do with mathed ...
>
> 2) I don't know
On 31-Jul-2001 [EMAIL PROTECTED] wrote:
> Log message:
> Added inline functionallity to InsetERT. Fixed cache.clear() problem in
> InsetText. Small fixes.
For Michael: Please retest the problem you've seen about freed memory access in
InsetText.
I've now insered a
Minor changes in GUII matrix.
Changes in tasks.php3 and roadmap.php3, reflecting my a small change in
InsetGraphics status, adding the Scripting part to future tasks and
small minor changes.
--
Baruch Even
http://baruch.ev-en.org/
Index: ChangeLog
>
> Most problems we have with InsetText (and derivates) can probably be
> fixed one and for all. So yes they have a common code base.
>
Is, for example, the insetminipage also somehow derived from insettext?
Looking at the code, I only see it derived from collapsble which in turn
inherits from
On Tuesday 31 July 2001 13:02, Danker, Dr. Timm wrote:
> >
> > Most problems we have with InsetText (and derivates) can probably be
> > fixed one and for all. So yes they have a common code base.
> >
> Is, for example, the insetminipage also somehow derived from insettext?
> Looking at the
On 31-Jul-2001 Danker, Dr. Timm wrote:
>>
>> Most problems we have with InsetText (and derivates) can probably be
>> fixed one and for all. So yes they have a common code base.
>>
> Is, for example, the insetminipage also somehow derived from insettext?
> Looking at the code, I only see it
On 30-Jul-2001 Michael Schmitt wrote:
> I could assume that this bug is related to the bug that a graphics inset
> dialog is opened as well when you open (expand) a closed figure float.
This is fixed in CVS!
Also the problem with setting the last character of a paragraph to a TINY
font with
Am Son, 29 Jul 2001 18:38:51 schrieb Herbert Voss:
> when in latex preamble a \usepackage{bibtopic}
> appears, but no corresponding bibtopic command
> in the text, bibtex is not run from lyx, though
> there is a \nocite* command with a bibstyle and
> filename.
Bibtopic disables the default
On Tue, Jul 31, 2001 at 12:28:09PM +0200, Juergen Vigna wrote:
>
> I've now insered a inline functionallity for InsetERT (and only for that one!)
> For now you can ONLY access this functionallity (toggle between inlined/not)
> by clicking with the Middle mouse button (button == 2) on the ERT
On 31-Jul-2001 Kayvan A. Sylvan wrote:
> On Tue, Jul 31, 2001 at 12:28:09PM +0200, Juergen Vigna wrote:
>>
>> I've now insered a inline functionallity for InsetERT (and only for that one!)
>> For now you can ONLY access this functionallity (toggle between inlined/not)
>> by clicking with the
André,
I seam to remember you saying (somewhat rashly!) that how was the time to
make mathed feature requests. Of course, I may have been dreaming this in
which case please ignore this ramble totally!
It is currently impossible to edit math labels once they're created. So, two
questions:
*
> * why not just use a regular InsetLabel?
Because there is no way to nest "ordinary Insets" within MathInset.
They are incompatible (and probably will remain so)
> * if not, can you make them editable somehow?
That's the only way out... I put it on the todo list.
Andre'
--
André Pönitz
> That's the only way out... I put it on the todo list.
Aehm... what's wrong with the current solution (aka 'M-x label-insert'
opens a dialog with default value equal to the equation's current label)?
Andre'
--
André Pönitz . [EMAIL PROTECTED]
* Juergen Vigna <[EMAIL PROTECTED]> [010731 18:21]:
>
> On 31-Jul-2001 Kayvan A. Sylvan wrote:
> > On Tue, Jul 31, 2001 at 12:28:09PM +0200, Juergen Vigna wrote:
> >>
> >> I've now insered a inline functionallity for InsetERT (and only for that one!)
> >> For now you can ONLY access this
On Tuesday 31 July 2001 16:21, Andre Poenitz wrote:
> > That's the only way out... I put it on the todo list.
>
> Aehm... what's wrong with the current solution (aka 'M-x label-insert'
> opens a dialog with default value equal to the equation's current label)?
Bloody 'ell! I never knew this
On 31-Jul-2001 Lars Gullik Bjønnes wrote:
>| How do I get an inset to be inlined?
>| I need to do this to InsetGraphics too, it is currently always displayed
>| centered on its own paragraph whereas the actual LaTeX display is
>| inlined.
>
> You are not talking of the same kind of inlining.
Hi,
following the new strategy, I must first tell you that you can be very,
very proud of your program!
And here comes the bug report :-) After closing the last (only)
document, LyX still prints the document name in the window title. I think
it should be reset such that only the text "LyX" is
The closing praise is missing...
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Hi Allan & Andre,
I have tested file "scary_eqns.lyx" but I must confess that I (partly)
failed in my duty to produce ugly looking bug reports.
I loaded the file, exported it to dvi, made some modifications
(totally randomly), reverted the changes and saved the file afterwards.
NO
On Mon, Jul 30, 2001 at 06:23:49PM +0100, Angus Leeming wrote:
> Nope. Maybe it didn't get ported in the Great Rewrite. Or maybe I trashed it
> when hacking your (rather magnificent) efforts all that time ago. Either way,
> cvsweb is your friend.
cvs tells me it got lost during the splitting
Hi Andre,
1. You are wonderful!
2. Mathed is a brillant piece of software!
3. That must be sufficient!
Actually, Purify reported one real memory access problem but I am not
sure whether it is your fault:
UMR: Uninitialized memory read
This is occurring while in:
On Tuesday 31 July 2001 17:10, John Levon wrote:
> On Mon, Jul 30, 2001 at 06:23:49PM +0100, Angus Leeming wrote:
>
> > Nope. Maybe it didn't get ported in the Great Rewrite. Or maybe I trashed
it
> > when hacking your (rather magnificent) efforts all that time ago. Either
way,
> > cvsweb is
On Mon, Jul 30, 2001 at 11:42:15PM +0200, Asger K. Alstrup Nielsen wrote:
> On Mon, 30 Jul 2001, Herbert Voss wrote:
>
> > AikSaurus is installed!
> >
> > there is no hint in my config.log for aiksaurus.
> > the log is attached.
>
> What do you know. I can only say: Keep bugging John until
On Tue, Jul 31, 2001 at 12:06:27AM +0200, Asger K. Alstrup Nielsen wrote:
> However, progress could be made if we made the Positive Sandwich a
> requirement: You have start each mail with a positive thing, just one line
I didn't know we were running a support group ;)
the number of students
On Tue, Jul 31, 2001 at 10:30:22AM +0100, Angus Leeming wrote:
> Looking good, although I'm pretty surprised that I'm the author of
> ControlLabel.[Ch], FormsLabel.[Ch]. Must be getting REALLY good at coding in
> my sleep.
it is but a little tribute ...
... or very lazy cp FormIndex.C
On Tue, Jul 31, 2001 at 06:16:26PM +0200, Michael Schmitt wrote:
> Hi Andre,
>
> 1. You are wonderful!
> 2. Mathed is a brillant piece of software!
> 3. That must be sufficient!
why isn't andre complaining about the extra time spent downloading all
these compliments hmm ?
john
--
"I'd
> why isn't andre complaining about the extra time spent downloading all
> these compliments hmm ?
I was about to do so...
Andre'
--
André Pönitz . [EMAIL PROTECTED]
>NO SEGFAULTS, NO SERIOUS MEMORY ACCESS FAILURES !
>
> The only thing that I can complain about is the vast consumption of
> memory. 150K memory leaks within 10 minutes is a bit too much. However, I
> think that most of them come from the same source (MathScriptInset). See
> attachment...
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
On Tue, Jul 31, 2001 at 06:02:28PM +0200, Michael Schmitt wrote:
> Hi Allan & Andre,
>
> I have tested file "scary_eqns.lyx" but I must confess that I (partly)
> failed in my duty to produce ugly looking bug reports.
Try using the following file, which uses a lot of macros.
PS: I found a new
> 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]
Until 1.1.5, it was possible to declare . as the
default dir.
Since 1.1.6, it seems that an absolute path is compulsory.
I find this an unnecessary constraint because I often
call lyx from a shell after cd to the desired directory,
and now I must go to the preferences to edit the path
when I go
Wow,
I do not have the faintest idea what these macros mean nor do I know how
to construct them (I couldn't find an entry in the menu; have I overlooked
something or is this an undocumented feature?) but they look very
impressive!!!
(Un-)fortunately: No, sorry, no memory access problems!
But
> I do not have the faintest idea what these macros mean nor do I know how
> to construct them (I couldn't find an entry in the menu; have I overlooked
> something or is this an undocumented feature?) but they look very
> impressive!!!
Macros in general are documented in the UserGuide, the
A bit of cleanup.
I don't find any leak in array.C itself, so I'd guess there is something
like a new'ed MathInset * outside array.C that does not get deleted or
inserted into a MathArray...
Maybe it's time to change the semantics of MathArray::insert a bit --- or
to get rid of this 'embed raw
Upps.. forgot the patch
--
André Pönitz . [EMAIL PROTECTED]
? todo
? .array.C.swp
? todo.backup
? .math_macrotable.C.swp
Index: array.C
===
RCS file:
On Tue, Jul 31, 2001 at 07:41:45PM +0200, Michael Schmitt wrote:
> 2. Cosmetics: In the GUI (menu "edit"), the entries for
> adding/deleting rows are not ordered in the same way in
> "tabular" and "math"
I agree, someone apply attached please
john
--
"I'd rather be rudely
On Tue, 31 Jul 2001, Andre Poenitz wrote:
> > [...]
> > 3. If you are in front of an array and you move the cursor to
> > the right, LyX places it into a cell that is "close" to the
> > cursor. IMHO it should always be placed into the cell in the
> > top left corner.
>
> Argh...
On Tue, Jul 31, 2001 at 07:50:00PM +0200, Lars Gullik Bjønnes wrote:
> | - Item "Append Row|A" "tabular-feature append-row"
> | - Item "Append Column|u" "tabular-feature append-column"
> | - Separator
> | + Item "Add Row|A" "tabular-feature append-row"
>
> Is it really adding? is is it
> Perhaps you should add som default args? So that it is similar to
> std::containers? Then
>
> erase();
>
> would do it.
I do not really like default args... they are sometimes doing more than
what is obvious, and it's only used in two or three places anyway...
> btw. Do you have a
On Tuesday 31 July 2001 19:07, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | I'm in the process of writing a BibtexDBase class that will store the
Bibtex
> | .bib files used by any open buffer. I think that the best place to store
the
> | instance of this class
Hi Jurgen,
The new inlining is nice, but I do have one small nit:
If you inline an ERT inset with the second button and you save
the file, then close and re-open it, the state of the inset
is not saved.
---Kayvan
--
Kayvan A. Sylvan | Proud husband of |
1 - 100 of 111 matches
Mail list logo