On 31-Jul-2001 Kayvan A. Sylvan wrote:
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.
Yes you're right but I would have liked an opinion about
On 01-Aug-2001 Lars Gullik Bjønnes wrote:
The ert instet does not have any parameters of its own currently, but
just uses insettext's.
So... the interface does not really need to change... but special care
will have to be made to please insettext::read.
Well we have 2 options:
1. save
On 01-Aug-2001 Jean-Marc Lasgouttes wrote:
We could have inset-toggle be a tri-state thingy (collapsed, inlined,
Could be an idea!
display) for InsetERT. Then left-clicking on the inset button would
cycle between these choices.
I don't think this is a good idea, because if you have a
On 01-Aug-2001 Jean-Marc Lasgouttes wrote:
John == John Levon [EMAIL PROTECTED] writes:
John is it this simple to fix ?
Juergen, Lars, could you comment on that?
John - setCursor(bview, res.par(), res.pos());
John + setCursor(bview, res.par(), res.pos(),
Insert table, add entry in 1st cell, select 1st row, copy, select 2nd row,
paste:
Program received signal SIGSEGV, Segmentation fault.
0x4035a48c in main_arena () from /lib/i686/libc.so.6
(gdb) bt
#0 0x4035a48c in main_arena () from /lib/i686/libc.so.6
#1 0x684035a4 in ?? ()
#2 0x0816129d in
On 01-Aug-2001 Jean-Marc Lasgouttes wrote:
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars I must admit for me the inline view does not make sense... why
Lars not just enlarge the labelwidth in stead?
Agreed. What is the point of the inline view really?
This is a totaly
On 01-Aug-2001 Jean-Marc Lasgouttes wrote:
Juergen I don't think this is a good idea, because if you have a
Juergen inlined ERT you don't have a button
Yes, but _this_ is a broken GUI!
Yes you're right. I made it available to have some feedback about the
uses people make with it. We
Hello!
Bug1: In the graphics inset dialog, the OK button is not activated if I
switch between the various display options.
Bug2: I installed ImageMagick in order to view my images on screen
but nothing is happening. In the preferences dialog, convert EPS:$$i
PNG:$$o is specified for EPS-PNG.
Hello!
Changing Zoom % in the preferences dialog and clicking on Apply
afterwards causes the following memory violation:
UMR: Uninitialized memory read
This is occurring while in:
FormPreferences::Colors::apply() [FormPreferences.C:424]
Would you mind if I spend a few bytes for cleaner code?
Current solution to store$x^2 + 3$:
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4
m x m i ? ? ? ? i o + o m 3 m
where m, i and o are one-byte markers, and ? denotes the address
of the ^2 inset.
So this
Alternative 1: Everything is an Inset - the expensive and clean way:
0 4 8 12
inset x inset ^2 inset + inset 3
makes 12 bytes + 12 bytes for the vector + 3 new insets * ~50 bytes per
inset. Makes ~175 bytes.
Read this as:
16 bytes in the vector + 12
* Michael Schmitt [EMAIL PROTECTED] [010801 12:56]:
Hello!
Bug1: In the graphics inset dialog, the OK button is not activated if I
switch between the various display options.
The various display options are not working right now anyhow :-)
Will be taken care of when I actually make them do
On 01-Aug-2001 Lars Gullik Bjønnes wrote:
I guess we have a terminology problem. An ert inset is _always_
inlined, but it has (now) tree ways of showing it self:
collapsed,uncollapsed, and inline view (the last one is named strangely)
Well we gave the name we can change, but do we really
See below. Michael
*
MLK: 1616 bytes leaked in 4 blocks
This memory was allocated from:
malloc [rtlib.o]
vectorchar,allocatorchar::operator =(const
vectorchar,allocatorchar) [stl_alloc.h:157]
On Wed, Aug 01, 2001 at 01:18:25AM +0100, John Levon wrote:
ok, this one should be ok other than mathed.
I've found a bug: changing the label doesn't change the references.
I think the mathed thing is a missing feature, i.e. this can be applied
as self-contained.
Is it really necessary to
maybe that this is always known, than forget it ... ;-)
have a look at the attached lyx-demo from 1.1.6fix3.
the first footnote has a lyx-inserted url which works well,
the second footnote has an ert-url \url{...}, which is
converted in a wrong way. this happens to all footnotes
with any ert.
On Wed, Aug 01, 2001 at 10:40:31AM +0200, Jean-Marc Lasgouttes wrote:
3/ is it really necessary to replace spaces with something else?
Please check this with latex. And if you need the code, a replace
method can probably do the same as the awful loop wheich is there.
The purpose of the loop
I don't understand why IsDirWriteable is not
bool IsDirWriteable (string const path)
{
FileInfo fi(path);
return fi.writable();
}
On Wed, Aug 01, 2001 at 10:43:37AM +0200, Jean-Marc Lasgouttes wrote:
Dekel - In the SEARCH_PROG macro, run ACTION-IF-FOUND only if the
Dekel program is not found.
You mean ACTION-IF-NOT-FOUND, right?
No, I meant run ACTION-IF-FOUND only if the program is found.
Dekel - Do not run
can someone proof, please.
when deleting text only with the backspace-key, footnotes
are not deleted, so that you have at the end all footnotes
together ...
Herbert
--
http://www.educat.hu-berlin.de/~voss/lyx/
On 01-Aug-2001 Herbert Voss wrote:
can someone proof, please.
when deleting text only with the backspace-key, footnotes
are not deleted, so that you have at the end all footnotes
together ...
This was a feature of footnotes so that you don't delete them by fault.
But IMO we could really
On Tuesday 31 July 2001 20:03, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| Feels much cleaner. Thanks.
| (However, I thought that global data was EVIL? Guess this is an example
of a
| reasonable compromise.)
It is not that evil...
;-)
Actually, Lars, why
On 01-Aug-2001 Dekel Tsur wrote:
I don't think it is a good idea to have the display options per figure.
I think that in the dialog you should only have a 'don't display' check button,
and in the preferences dialog you can choose between displaying the figures in
monochrome/color.
Is this
On Wed, Aug 01, 2001 at 01:00:30PM +0300, Baruch Even wrote:
* Michael Schmitt [EMAIL PROTECTED] [010801 12:56]:
Hello!
Bug1: In the graphics inset dialog, the OK button is not activated if I
switch between the various display options.
The various display options are not working
On Wed, Aug 01, 2001 at 10:28:11AM +0200, Lars Gullik Bjønnes wrote:
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Juergen == Juergen Vigna [EMAIL PROTECTED] writes:
|
| Juergen Yes you're right but I would have liked an opinion about this
| Juergen add before changing the fileformat.
On Wed, Aug 01, 2001 at 12:52:58PM +0200, Juergen Vigna wrote:
On 01-Aug-2001 Dekel Tsur wrote:
I don't think it is a good idea to have the display options per figure.
I think that in the dialog you should only have a 'don't display' check button,
and in the preferences dialog you can
On 01-Aug-2001 Dekel Tsur wrote:
I don't understand why you can't have an uncollapsed inserERT (with only one
row) have its with according to the text inside, so it will be displayed
inline:
This is easy to explain inlined insets are not allowed to break row!
This is a limitation of the
On Wednesday 01 August 2001 10:35, Michael Schmitt wrote:
Hello!
Changing Zoom % in the preferences dialog and clicking on Apply
afterwards causes the following memory violation:
UMR: Uninitialized memory read
This is occurring while in:
in some cases (all stuff for the package pstricks) ert
could be written in several lines (paragraphs). these
ones werde all consecutively. it should be a good
idea if lyx can convert those lines in ONE ert-inset
and not in one for each line.
Herbert
--
lyx1.1.6fix3 gives a footnote the same font as the text before,
for example typewriter font. when converting to 1.2 lyx forgets
to switch behind the footnote inset back to standardfont. the
whole paragraph following this footnote gets the font of the
text before it.
Herbert
--
1. Currently, it is not possible to have a macro like the following
\newcommand{\vect}[1]{\mathbf{#1}}
(it wasn't possible either with the old code).
However, it is not a big loss.
2. The opening of macro instances is irritating.
Any chance for in place editing ?
I wish to add support for theorem environments to the standard article class.
I think that the best way is to create a new layout article-theorem.layout
Any objections ?
Dekel Tsur wrote:
I wish to add support for theorem environments to the standard article class.
I think that the best way is to create a new layout article-theorem.layout
Any objections ?
with \usepackage[standard]{ntheorem}
you'll get a lot of predefined environments,
in english and
Hello,
On the page http://www.lyx.org/download/related.php3
there is a link to gBib,
http://www.mx.lyx.org/gbib/
Unfortunately, gbib was not found on this server
Please, correct it.
Regards,
Sandor Szabo
Hi,
nice feature to have a table in a table, but it seems that you cannot change
the size of fonts within an inset table, text that has been written in the
cells of such a table has the fontsize of the surrounding table. The
problem is that the text isn't displayed in that size in LyX, it is
On Wed, Aug 01, 2001 at 02:02:40PM +0200, Lars Gullik Bjønnes wrote:
Dekel Tsur [EMAIL PROTECTED] writes:
| I wish to add support for theorem environments to the standard article class.
| I think that the best way is to create a new layout article-theorem.layout
| Any objections?
Yes.
On Wed, Aug 01, 2001 at 02:32:37PM +0300, Dekel Tsur wrote:
1. Currently, it is not possible to have a macro like the following
\newcommand{\vect}[1]{\mathbf{#1}}
Why not?
M-x math-macro test 1
enter macro
\mathfb{
M-x math-macro-arg 1
Escape
seems to work...
2. The opening of macro
On 01-Aug-2001 Saalfeld, Christoph wrote:
nice feature to have a table in a table, but it seems that you cannot change
the size of fonts within an inset table, text that has been written in the
cells of such a table has the fontsize of the surrounding table. The
problem is that the text
I agree with you that it is not really necessary to provide different
display options for figures. I assume this is a feature from old days
where colors were a valuable good.
Michael
--
==
Michael Schmitt
I agree with you that it is not really necessary to provide different
display options for figures. I assume this is a feature from old days
where colors were a valuable good.
Colors are still valueable on laptops
Ander'
--
André Pönitz .
On Wed, 1 Aug 2001, Andre Poenitz wrote:
I agree with you that it is not really necessary to provide different
display options for figures. I assume this is a feature from old days
where colors were a valuable good.
Colors are still valueable on laptops
Well, even my four years old
On 01-Aug-2001 Andre Poenitz wrote:
I agree with you that it is not really necessary to provide different
display options for figures. I assume this is a feature from old days
where colors were a valuable good.
Colors are still valueable on laptops
Well then you can decide that you
On Wed, Aug 01, 2001 at 11:21:58AM +0200, Juergen Vigna wrote:
On 01-Aug-2001 Jean-Marc Lasgouttes wrote:
Juergen I don't think this is a good idea, because if you have a
Juergen inlined ERT you don't have a button
Yes, but _this_ is a broken GUI!
Yes you're right. I made it
Hi,
Considering bibtex.
I'm wondering if it is a good idea to remove the space in the list of
the cite command.
Some bst (apalike/ namedplus) only work with the command:
\cite{a,b} but not with
\cite{a, b}
I -think- other bsts won't break
--
Mark
[EMAIL
On Wed, Aug 01, 2001 at 02:29:01PM +0200, Andre Poenitz wrote:
On Wed, Aug 01, 2001 at 02:32:37PM +0300, Dekel Tsur wrote:
1. Currently, it is not possible to have a macro like the following
\newcommand{\vect}[1]{\mathbf{#1}}
Why not?
M-x math-macro test 1
enter macro
\mathfb{
Make a note, put some text in it, mark a section of this text.
Pretty combination of blue and yellow, no?
Unfortunately, clicking elsewhere in the text doesn't make the colours
disappear.
OH! Really nice.
Leave this note and immediately above insert a minipage. Note that
On 01-Aug-2001 Kayvan A. Sylvan wrote:
So we'd have a tri-state thing going between collapsed-open-inlined,
with the inlined version having a small (unlabeled) button on the left
of the inset?
No I don't like the tristate thing. Why?
1. When I inline the inset the whole inset will be
On Wed, Aug 01, 2001 at 10:15:12AM +0200, Lars Gullik Bjønnes wrote:
John Levon [EMAIL PROTECTED] writes:
| Now bz2 is only included if we need it
btw. ... I wondered.. are there improvements plannen on the thesaurus
code? If not... why is a global object needed for it at all? A
On Wed, Aug 01, 2001 at 10:25:31AM +0200, Jean-Marc Lasgouttes wrote:
John == John Levon [EMAIL PROTECTED] writes:
John can someone apply then make that fix please ?
I'm doing that. Are you sure that your code works if one has several
documents loaded and then closes them?
I tested
On Wed, Aug 01, 2001 at 11:14:35AM +0200, Jean-Marc Lasgouttes wrote:
int IsFileWriteable (string const path)
{
FileInfo fi(path);
+ lyxerr fi : fi endl;
+ lyxerr fi.exists fi.exist() endl;
if (fi.access(FileInfo::wperm|FileInfo::rperm)) // read-write
On Wed, Aug 01, 2001 at 02:25:12PM +0200, Lars Gullik Bjønnes wrote:
| So until then, people who want to use theorems in the standard article class
| will edit the layout files themself. So what is the harm if we provide the
| layout files ?
We give ourselves conversion problems.
I think
On Wed, Aug 01, 2001 at 12:41:48PM +0200, Lars Gullik Bjønnes wrote:
Dekel Tsur [EMAIL PROTECTED] writes:
| I don't understand why IsDirWriteable is not
|
| bool IsDirWriteable (string const path)
| {
|FileInfo fi(path);
|return fi.writable();
| }
It probably should be.
On Wed, Aug 01, 2001 at 10:40:31AM +0200, Jean-Marc Lasgouttes wrote:
Could you rework it a bit?
1/ the code to create the default label should go somewhere else (in
InsetLabel? or a getLabelString in lyxtext.h like what I did for index)
ok
2/ the code uses bv_-text and I believe that
On Wed, Aug 01, 2001 at 01:21:21PM +0300, Dekel Tsur wrote:
On Wed, Aug 01, 2001 at 01:18:25AM +0100, John Levon wrote:
ok, this one should be ok other than mathed.
I've found a bug: changing the label doesn't change the references.
oh crap. let me go back over it ... the
On 01-Aug-2001 Lars Gullik Bjønnes wrote:
But we should'n use button-2 for this... that should be reserved for
paste.
You cannot and should not paste on a label-button!
button-1 is closer, but then you can't distinguish.
button-2 is also open as it doesn't do anything till now when
On Wed, Aug 01, 2001 at 03:02:29PM +0100, John Levon wrote:
On Wed, Aug 01, 2001 at 11:14:35AM +0200, Jean-Marc Lasgouttes wrote:
int IsFileWriteable (string const path)
{
FileInfo fi(path);
+ lyxerr fi : fi endl;
+ lyxerr fi.exists fi.exist() endl;
On 01-Aug-2001 Dekel Tsur wrote:
On Wed, Aug 01, 2001 at 02:25:12PM +0200, Lars Gullik Bjønnes wrote:
| So until then, people who want to use theorems in the standard article class
| will edit the layout files themself. So what is the harm if we provide the
| layout files ?
We give
The dialog for Maths Panel Delimiters (Edit-Math Panel-[ ]) disables
it's OK button unless something was selected, this is incorrect
behaviour since I want to have several of the same construct so I want
to click several OKs in a row.
--
Baruch Even
http://baruch.ev-en.org/
I've found a bug: changing the label doesn't change the references.
oh crap. let me go back over it ... the applyParamsToInset should have
done that :/
While you're at it could you also have a look at:
- When if you have a reference to a label inside an text inset, and the label
is
* Juergen Vigna [EMAIL PROTECTED] [010801 17:24]:
On 01-Aug-2001 Andre Poenitz wrote:
I agree with you that it is not really necessary to provide different
display options for figures. I assume this is a feature from old days
where colors were a valuable good.
Colors are still
On Wed, Aug 01, 2001 at 10:56:31AM +0200, Juergen Vigna wrote:
On 01-Aug-2001 Jean-Marc Lasgouttes wrote:
John == John Levon [EMAIL PROTECTED] writes:
John is it this simple to fix ?
Juergen, Lars, could you comment on that?
John - setCursor(bview, res.par(),
On Wednesday 01 August 2001 14:49, Mark van Rossum wrote:
Hi,
Considering bibtex.
I'm wondering if it is a good idea to remove the space in the list of
the cite command.
Some bst (apalike/ namedplus) only work with the command:
\cite{a,b} but not with
\cite{a, b}
I -think- other
On 01-Aug-2001 Jean-Marc Lasgouttes wrote:
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars But we should'n use button-2 for this... that should be reserved
Lars for paste.
I think that the interface as it stands is awful.
I already proposed a new interface, if you don't like
On Wed, Aug 01, 2001 at 04:12:41PM +0200, Lars Gullik Bjønnes wrote:
who knows what fi.writable() does... it could certainly check if exec
bit is set on the dir too.
hurm, I suppose we could ... it seems a bit unclear though
and will this work as expected on ro filesystems ?
the write test
On 01-Aug-2001 Lars Gullik Bjønnes wrote:
| You cannot and should not paste on a label-button!
But... 0.5 cm to the left and it will paste... not good.
I already told you that we will put a small button on the left side of the
inlined inset so you can click on that so the above is a non
... move getStringFromVector, getVectorFromString from
frontends/controllers/helper_funcs.[Ch] to support/lstrings.h ?
I think that they're generally useful (and I've just used them in insetcite).
Angus
--
Dr Angus Leeming
Dept. of Bioengineering
Imperial College
London SW7 2BX
Tel +44 (0)
On 01-Aug-2001 John Levon wrote:
I don't pretend to have a reasonable explanation. Somewhere along the line, setfont
==
true
causes an action that can only occur on a rw document (and you get the minibuffer
message). Unfortunately, I've forgotten *where* and a quick look, I seem to have
On 01-Aug-2001 Lars Gullik Bjønnes wrote:
Even with the button, I belive that button-2 is wrong. With the
button, button-1 is even more attractive.
Sure I don't discuss about when the inset is in inlined mode but we
cannot use that when the button is in non inlined mode!
As said ...
On Wed, Aug 01, 2001 at 04:59:59PM +0200, Juergen Vigna wrote:
On 01-Aug-2001 John Levon wrote:
I don't pretend to have a reasonable explanation. Somewhere along the line,
setfont ==
true
causes an action that can only occur on a rw document (and you get the minibuffer
message).
On Wed, 1 Aug 2001, Juergen Vigna wrote:
I already told you that we will put a small button on the left side of the
inlined inset so you can click on that so the above is a non valid comment!
I don't like the small button idea for inlined ERT. It affects
readability. I would like to be able to
Baruch Even wrote:
The dialog for Maths Panel Delimiters (Edit-Math Panel-[ ]) disables
it's OK button unless something was selected, this is incorrect
behaviour since I want to have several of the same construct so I want
to click several OKs in a row.
same to me, but I reported this
The following scheme is used to obtain reference keys in a multipart document:
vectorstring const Buffer::getLabelList()
{
/* if this is a child document and the parent is already loaded.
then use the parent's list instead
Buffer * parent = ...;
if (parent)
pressing return in the search box OKs the dialog.
IMHO it should do Next instead.
thanks
john
--
You lose it if you talk about it.
- Ernest Hemingway
* John Levon [EMAIL PROTECTED] [010801 20:23]:
On Wed, Aug 01, 2001 at 06:05:38PM +0200, Herbert Voss wrote:
Baruch Even wrote:
The dialog for Maths Panel Delimiters (Edit-Math Panel-[ ]) disables
it's OK button unless something was selected, this is incorrect
behaviour since I
I hope.
I know otherwise...
Andre'
--
André Pönitz . [EMAIL PROTECTED]
On Wednesday 01 August 2001 18:11, John Levon wrote:
pressing return in the search box OKs the dialog.
IMHO it should do Next instead.
feel free... (it's a good idea too)
A
On Wednesday 01 August 2001 18:19, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| ... move getStringFromVector, getVectorFromString from
| frontends/controllers/helper_funcs.[Ch] to support/lstrings.h ?
|
| I think that they're generally useful (and I've just used
Jürgen,
It looks to me like all these insets think that their width when expanded is
the width of the work area + the width of the scroll bar. Makes it impossible
to read the last few letters and the cursor does funny things...
This is with bang up to the second cvs. Last ChangeLog entry in
On Wed, Aug 01, 2001 at 06:08:37PM +0100, Angus Leeming wrote:
Exactly the same scheme is used to obtain bibliography keys. I do not
understand this and, indeed, believe it is wrong. Each section (document)
should have it's own thebibliography environment or InsetBibtex and should
know
On Wed, Aug 01, 2001 at 04:21:22PM +0200, Juergen Vigna wrote:
I've found a bug: changing the label doesn't change the references.
oh crap. let me go back over it ... the applyParamsToInset should have
done that :/
While you're at it could you also have a look at:
- When you have a
On Mon, Jul 30, 2001 at 09:38:56AM +0200, Juergen Vigna wrote:
Let's look at the two reason why you added the language_inherit
1) Consistency with other font properties
2) Previously, a special code was needed to set the language when creating
an empty insettext. So the change simplifies
re-sizing it is not fun, not at all. but having a long style
in the style button goes wrong too.
and it doesn't seem to be running bibtex for some reason
john
--
You lose it if you talk about it.
- Ernest Hemingway
it's really slow to open the cite dialog when you've a big database (takes
about 3 seconds on my machine with a database of 1700 odd entries).
can it not be cached somehow if we're using bibtex ?
thanks
jhon
--
You lose it if you talk about it.
- Ernest Hemingway
John Levon wrote:
it's really slow to open the cite dialog when you've a big database (takes
about 3 seconds on my machine with a database of 1700 odd entries).
my lyx-doc (260 pages) takes about 6 seconds to load
and it's okay for me.
three seconds for 1700 bibtex entries, too! for me ;-)
Michael Schmitt wrote:
I agree with you that it is not really necessary to provide different
display options for figures. I assume this is a feature from old days
where colors were a valuable good.
Well, I could live without it, but my just published AlphaBeast book has
39 color figures
On Wed, Aug 01, 2001 at 10:03:33PM +0200, Herbert Voss wrote:
John Levon wrote:
it's really slow to open the cite dialog when you've a big database (takes
about 3 seconds on my machine with a database of 1700 odd entries).
my lyx-doc (260 pages) takes about 6 seconds to load
and it's
* Garst R. Reese [EMAIL PROTECTED] [010801 23:26]:
Michael Schmitt wrote:
I agree with you that it is not really necessary to provide different
display options for figures. I assume this is a feature from old days
where colors were a valuable good.
Well, I could live without it, but
On Wed, 1 Aug 2001, Andre Poenitz wrote:
A bit. But speed does not really matter. I've never seen a complaint that
mathed is slow, and I've never got that impression myself.
I promise you, size does not matter either.
Each math formula is on average less than 1k with all your proposals. Now,
On Wed, 1 Aug 2001, Asger K. Alstrup Nielsen wrote:
I promise you, size does not matter either.
That's not what you were saying about cucumbers at last years developers
meeting.
Perhaps, cucumbers are the exception.
Allan. (ARRae)
Baruch Even wrote:
* Garst R. Reese [EMAIL PROTECTED] [010801 23:26]:
Michael Schmitt wrote:
I agree with you that it is not really necessary to provide different
display options for figures. I assume this is a feature from old days
where colors were a valuable good.
Well, I
Mike Ressler wrote:
with the minimal amount of decoration around the inlined \microns.
\microns is a very definite markup concept (used by several journal
Personally, I find it totally ridiculous that sci. and eng. journals
fail to support SI units.
They are slugs and deserve no suppport.
On 31-Jul-2001 Kayvan A. Sylvan wrote:
> 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.
Yes you're right but I would have liked an opinion
On 01-Aug-2001 Lars Gullik Bjønnes wrote:
> The ert instet does not have any parameters of its own currently, but
> just uses insettext's.
>
> So... the interface does not really need to change... but special care
> will have to be made to please insettext::read.
Well we have 2 options:
1.
On 01-Aug-2001 Jean-Marc Lasgouttes wrote:
> We could have inset-toggle be a tri-state thingy (collapsed, inlined,
Could be an idea!
> display) for InsetERT. Then left-clicking on the inset button would
> cycle between these choices.
I don't think this is a good idea, because if you have a
On 01-Aug-2001 Jean-Marc Lasgouttes wrote:
>> "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> John> is it this simple to fix ?
>
> Juergen, Lars, could you comment on that?
> John> - setCursor(bview, res.par(), res.pos());
> John> + setCursor(bview,
Insert table, add entry in 1st cell, select 1st row, copy, select 2nd row,
paste:
Program received signal SIGSEGV, Segmentation fault.
0x4035a48c in main_arena () from /lib/i686/libc.so.6
(gdb) bt
#0 0x4035a48c in main_arena () from /lib/i686/libc.so.6
#1 0x684035a4 in ?? ()
#2 0x0816129d in
On 01-Aug-2001 Jean-Marc Lasgouttes wrote:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> Lars> I must admit for me the inline view does not make sense... why
> Lars> not just enlarge the labelwidth in stead?
>
> Agreed. What is the point of the inline view really?
This
On 01-Aug-2001 Jean-Marc Lasgouttes wrote:
> Juergen> I don't think this is a good idea, because if you have a
> Juergen> inlined ERT you don't have a button
>
> Yes, but _this_ is a broken GUI!
Yes you're right. I made it available to have some feedback about the
uses people make with it.
Hello!
Bug1: In the graphics inset dialog, the OK button is not activated if I
switch between the various display options.
Bug2: I installed ImageMagick in order to view my images on screen
but nothing is happening. In the preferences dialog, "convert EPS:$$i
PNG:$$o" is specified for EPS->PNG.
Hello!
Changing "Zoom %" in the preferences dialog and clicking on "Apply"
afterwards causes the following memory violation:
UMR: Uninitialized memory read
This is occurring while in:
FormPreferences::Colors::apply() [FormPreferences.C:424]
1 - 100 of 182 matches
Mail list logo