On Mon, Dec 08, 2003 at 02:08:03PM -0500, Kuba Ober wrote:
Oh yes, then certainly it will work like that. Another way of doing it is
instead of having character style insets just have character style flags and
have the core do the job. I.e. have bold on and bold off flags.
This does not work
On Tue, Dec 09, 2003 at 08:18:34AM +0100, Andre Poenitz spake thusly:
On Mon, Dec 08, 2003 at 02:08:03PM -0500, Kuba Ober wrote:
Oh yes, then certainly it will work like that. Another way of doing it is
instead of having character style insets just have character style flags and
have
On Mon, 8 Dec 2003, Andre Poenitz wrote:
On Fri, Dec 05, 2003 at 08:19:16PM +0100, Christian Ridderström wrote:
You need to fix your window manager? SCNR
Indeed. Save a few small changes I use the same configuration as 14
years ago.
ok... and all new WM features since then are
On Tue, Dec 09, 2003 at 02:46:35PM +0100, Christian Ridderström wrote:
On Mon, 8 Dec 2003, Andre Poenitz wrote:
On Fri, Dec 05, 2003 at 08:19:16PM +0100, Christian Ridderström wrote:
You need to fix your window manager? SCNR
Indeed. Save a few small changes I use the same
On Tue, 9 Dec 2003, Andre Poenitz wrote:
Yes, I run into this regularly myself. But that's just the usual 2 point
box space acculmulated by nested boxes... Maybe going down to 1 would
help already...
I'm not sure if I was clear enough, but I was worried that we might get
into
On Tue, Dec 09, 2003 at 03:41:47PM +0100, Christian Ridderström wrote:
On Tue, 9 Dec 2003, Andre Poenitz wrote:
Yes, I run into this regularly myself. But that's just the usual 2 point
box space acculmulated by nested boxes... Maybe going down to 1 would
help already...
I'm
On Mon, Dec 08, 2003 at 02:08:03PM -0500, Kuba Ober wrote:
> Oh yes, then certainly it will work like that. Another way of doing it is
> instead of having character style insets just have character style flags and
> have the core do the job. I.e. have "bold on" and "bold off" flags.
This does
On Tue, Dec 09, 2003 at 08:18:34AM +0100, Andre Poenitz spake thusly:
> On Mon, Dec 08, 2003 at 02:08:03PM -0500, Kuba Ober wrote:
> > Oh yes, then certainly it will work like that. Another way of doing it is
> > instead of having character style insets just have character style flags and
> >
On Mon, 8 Dec 2003, Andre Poenitz wrote:
> On Fri, Dec 05, 2003 at 08:19:16PM +0100, Christian Ridderström wrote:
> > > > You need to fix your window manager? SCNR
> > >
> > > Indeed. Save a few small changes I use the same configuration as 14
> > > years ago.
> >
> > ok... and all new WM
On Tue, Dec 09, 2003 at 02:46:35PM +0100, Christian Ridderström wrote:
> On Mon, 8 Dec 2003, Andre Poenitz wrote:
>
> > On Fri, Dec 05, 2003 at 08:19:16PM +0100, Christian Ridderström wrote:
> > > > > You need to fix your window manager? SCNR
> > > >
> > > > Indeed. Save a few small changes I
On Tue, 9 Dec 2003, Andre Poenitz wrote:
> > > Yes, I run into this regularly myself. But that's just the usual 2 point
> > > box space acculmulated by nested boxes... Maybe going down to 1 would
> > > help already...
> >
> > I'm not sure if I was clear enough, but I was worried that we might
On Tue, Dec 09, 2003 at 03:41:47PM +0100, Christian Ridderström wrote:
> On Tue, 9 Dec 2003, Andre Poenitz wrote:
>
> > > > Yes, I run into this regularly myself. But that's just the usual 2 point
> > > > box space acculmulated by nested boxes... Maybe going down to 1 would
> > > > help
On Fri, Dec 05, 2003 at 08:19:16PM +0100, Christian Ridderström wrote:
You need to fix your window manager? SCNR
Indeed. Save a few small changes I use the same configuration as 14
years ago.
ok... and all new WM features since then are just crap? ;)
Maybe it's just their
On Sat, Dec 06, 2003 at 01:10:29PM +0100, Juergen Spitzmueller wrote:
Juergen Spitzmueller wrote:
BTW is it possible to get rid of the space at the beginning of a char style
inset?
Apparently this has more than one source. One part of the problem is that the
insettext inside the inset
On Sunday 07 December 2003 06:53 am, you wrote:
On Sat, Dec 06, 2003 at 03:03:42PM -0500, Kuba Ober wrote:
There will also be some constraints as to how far a character style can
go. I imagine we will artificially need to terminate all character
styling at the end of the paragraph,
On Fri, Dec 05, 2003 at 08:19:16PM +0100, Christian Ridderström wrote:
> > > You need to fix your window manager? SCNR
> >
> > Indeed. Save a few small changes I use the same configuration as 14
> > years ago.
>
> ok... and all new WM features since then are just crap? ;)
Maybe it's just their
On Sat, Dec 06, 2003 at 01:10:29PM +0100, Juergen Spitzmueller wrote:
> Juergen Spitzmueller wrote:
> > BTW is it possible to get rid of the space at the beginning of a char style
> > inset?
>
> Apparently this has more than one source. One part of the problem is that the
> insettext inside the
On Sunday 07 December 2003 06:53 am, you wrote:
> On Sat, Dec 06, 2003 at 03:03:42PM -0500, Kuba Ober wrote:
> > There will also be some constraints as to how far a character style can
> > go. I imagine we will artificially need to terminate all character
> > styling at the end of the paragraph,
On Sat, Dec 06, 2003 at 03:03:42PM -0500, Kuba Ober wrote:
There will also be some constraints as to how far a character style can go. I
imagine we will artificially need to terminate all character styling at the
end of the paragraph, otherwise it'll be an uncontainable mess. This may
On Sat, Dec 06, 2003 at 03:03:42PM -0500, Kuba Ober wrote:
> There will also be some constraints as to how far a character style can go. I
> imagine we will artificially need to terminate all character styling at the
> end of the paragraph, otherwise it'll be an uncontainable mess. This may
>
On Fri, Dec 05, 2003 at 12:54:58PM +0200, Martin Vermeer spake thusly:
Patch attached. As I haven't heard any real objections (just blue-sky
ideas building on it) I'll commit later today.
Committed. I fixed one more bug: now the labelfont definition is
actually used for the label (blue
Martin Vermeer wrote:
Committed. I fixed one more bug: now the labelfont definition is
actually used for the label (blue default font for all styles; twice
reduced). Also the underline (now having two little end hooks) takes
the label's colour.
Looks very promising!
I found one bug though.
Juergen Spitzmueller wrote:
BTW is it possible to get rid of the space at the beginning of a char style
inset?
Apparently this has more than one source. One part of the problem is that the
insettext inside the inset has indended paragraph if the document uses
paragraph indendation.
Jürgen
On Fri, Dec 05, 2003 at 02:46:15PM +0100, Andre Poenitz wrote:
On Fri, Dec 05, 2003 at 12:53:04PM +0100, Christian Ridderström wrote:
Note: Isn't it overkill drawing something that's emphasized using a box
AND (e.g.) italics? We don't want to flood the user with visual info.
Interesting
Insets are an appropriate means for structured editing but they are not
suitable for writing consecutive text. If I had had to insert an inset
for every emphasized term, for every capitalized product name, for every
keyword in typewriter font, and for every figure reference in sans serif
in
On Sat, Dec 06, 2003 at 01:10:29PM +0100, Juergen Spitzmueller spake thusly:
Juergen Spitzmueller wrote:
BTW is it possible to get rid of the space at the beginning of a char style
inset?
Apparently this has more than one source. One part of the problem is that the
insettext inside the
On Fri, Dec 05, 2003 at 12:54:58PM +0200, Martin Vermeer spake thusly:
> Patch attached. As I haven't heard any real objections (just blue-sky
> ideas building on it) I'll commit later today.
Committed. I fixed one more bug: now the labelfont definition is
actually used for the label (blue
Martin Vermeer wrote:
> Committed. I fixed one more bug: now the labelfont definition is
> actually used for the label (blue default font for all styles; twice
> reduced). Also the underline (now having two little end hooks) takes
> the label's colour.
Looks very promising!
I found one bug
Juergen Spitzmueller wrote:
> BTW is it possible to get rid of the space at the beginning of a char style
> inset?
Apparently this has more than one source. One part of the problem is that the
insettext inside the inset has indended paragraph if the document uses
paragraph indendation.
Jürgen
On Fri, Dec 05, 2003 at 02:46:15PM +0100, Andre Poenitz wrote:
> On Fri, Dec 05, 2003 at 12:53:04PM +0100, Christian Ridderström wrote:
>
> > Note: Isn't it overkill drawing something that's emphasized using a box
> > AND (e.g.) italics? We don't want to flood the user with visual info.
>
>
> Insets are an appropriate means for structured editing but they are not
> suitable for writing consecutive text. If I had had to insert an inset
> for every emphasized term, for every capitalized product name, for every
> keyword in typewriter font, and for every figure reference in sans serif
>
On Sat, Dec 06, 2003 at 01:10:29PM +0100, Juergen Spitzmueller spake thusly:
>
> Juergen Spitzmueller wrote:
> > BTW is it possible to get rid of the space at the beginning of a char style
> > inset?
>
> Apparently this has more than one source. One part of the problem is that the
> insettext
On Fri, Dec 05, 2003 at 12:02:19AM +0200, Martin Vermeer spake thusly:
I tightened up the thing a little bit. The patch is attached.
I think this is such a clear improvement on what we had, that this
should go in as it stands, despite small quirks (which I am not even
sure have to do
On Thu, Dec 04, 2003 at 04:17:34PM +0100, Michael Schmitt wrote:
Dear Martin et al.,
do you need some more comments? Ok, here are mine :-)
Yes, box removing by Backspace is 'direct manipulation' according to
this definition.
Nobody, not a single person! complained about this since
On Thu, Dec 04, 2003 at 07:14:18PM +0200, Martin Vermeer wrote:
Talking about looks, see the attached.
Still a bit intrusive ...
I need to do some cleaning on the patch still, but this works, and not
just sort-of. What is unelegant about it is that it still bases
CharStyle on Collapsable,
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre Personally, having the two logicaly positions (just before some
Andre change/at the beginning of a change) is _the_
_the_ what?
We could have a solution where there is only one position in general,
but we have a lfun that switches to the
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin On Fri, Dec 05, 2003 at 12:02:19AM +0200, Martin Vermeer spake
Martin thusly:
I tightened up the thing a little bit. The patch is attached.
I think this is such a clear improvement on what we had, that this
should go in as it
On Friday 05 December 2003 09:19, Jean-Marc Lasgouttes wrote:
I think that all insets in inline mode would benefit from this
representation (think of ERT).
I agree.
JMarc
--
José Abílio
LyX and docbook, a perfect match. :-)
On Fri, Dec 05, 2003 at 10:15:10AM +0100, Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre Personally, having the two logicaly positions (just before some
Andre change/at the beginning of a change) is _the_
_the_ what?
... thing that annoys me most in
On Fri, Dec 05, 2003 at 10:19:29AM +0100, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin On Fri, Dec 05, 2003 at 12:02:19AM +0200, Martin Vermeer spake
Martin thusly:
I tightened up the thing a little bit. The patch is attached.
I think this is
On Fri, 5 Dec 2003, Andre Poenitz wrote:
On Thu, Dec 04, 2003 at 04:17:34PM +0100, Michael Schmitt wrote:
Dear Martin et al.,
do you need some more comments? Ok, here are mine :-)
box removing by Backspace
I find this function _very_ useful in mathed, but difficult to discover :-(
On Fri, Dec 05, 2003 at 10:19:29AM +0100, Jean-Marc Lasgouttes spake thusly:
Isn't it possible to have this code in InsetCollapsable? My though is
that we should try to limit the number of possible appearance of
insets rather than have each inset invent something.
I think that all insets
On Fri, Dec 05, 2003 at 11:30:20AM +0100, Christian Ridderström spake thusly:
How about modes for controlling if markup borders (i.e. insets?) should be
shown, these could be:
* Don't show any boxes etc
* Only show box of the inset(s) that the cursor is in
* Show all
On Fri, 5 Dec 2003, Martin Vermeer wrote:
On Fri, Dec 05, 2003 at 11:30:20AM +0100, Christian Ridderström spake thusly:
How about modes for controlling if markup borders (i.e. insets?) should be
shown, these could be:
* Don't show any boxes etc
* Only show box of the inset(s)
On Fri, 5 Dec 2003, Andre Poenitz wrote:
On Fri, Dec 05, 2003 at 10:15:10AM +0100, Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre Personally, having the two logicaly positions (just before some
Andre change/at the beginning of a change) is _the_
On Fri, Dec 05, 2003 at 11:30:20AM +0100, Christian Ridderström wrote:
For formulas, I want very fine-grained control of 'where' the cursor is,
so the 2-cursor approach is useful, even if it sometimes feels like you
are pressing the left/right arrows way to often. For normal text, I think
On Fri, 5 Dec 2003, Christian Ridderström wrote:
And that's not because that's the natural way with the all-boxes
approaches but because it's the way I think of the text markup. And
not being sure whether I am inside or outside makes me uncomfortable.
Are you thinking of a special
On Fri, Dec 05, 2003 at 12:13:03PM +0100, Christian Ridderström wrote:
Are you thinking of a special situation here? (could you give an example)
If I knew what's the exact situation I'd probably have tried to change
that. It just bites from time to time.
It may well be that most of the biting
On Fri, 5 Dec 2003, Andre Poenitz wrote:
On Fri, Dec 05, 2003 at 11:30:20AM +0100, Christian Ridderström wrote:
For formulas, I want very fine-grained control of 'where' the cursor is,
so the 2-cursor approach is useful, even if it sometimes feels like you
are pressing the left/right
On Fri, 5 Dec 2003, Andre Poenitz wrote:
It may well be that most of the biting comes from that unholy 'toggle
emphasize on a whole word' feature but I had this deactivated for a
while in my tree and I seem to remember that the problem was not
entirely gone.
That was actually the first thing
Michael Schmitt wrote:
Jean-Marc Lasgouttes wrote:
Martin Talking about looks, see the attached.
Looks good, Martin!
|some contents here|
name
This would reduce the height of the inset...
You can even do
some contents here
\---name-/
and
On Fri, Dec 05, 2003 at 12:53:04PM +0100, Christian Ridderström wrote:
With the ERT inset (in textEd) for instance, this is not really a problem
since you have the visual barrier (box) that you pass through.
Well, the idea of all-boxes is to have that barrier for each change.
Because C-Left
On Fri, 5 Dec 2003, Andre Poenitz wrote:
On Fri, Dec 05, 2003 at 12:53:04PM +0100, Christian Ridderström wrote:
With the ERT inset (in textEd) for instance, this is not really a problem
since you have the visual barrier (box) that you pass through.
Well, the idea of all-boxes is to have
On Fri, Dec 05, 2003 at 12:02:19AM +0200, Martin Vermeer spake thusly:
>
> I tightened up the thing a little bit. The patch is attached.
>
> I think this is such a clear improvement on what we had, that this
> should go in as it stands, despite small quirks (which I am not even
> sure have to
On Thu, Dec 04, 2003 at 04:17:34PM +0100, Michael Schmitt wrote:
> Dear Martin et al.,
>
> do you need some more comments? Ok, here are mine :-)
>
> > Yes, box removing by is 'direct manipulation' according to
> > this definition.
>
> > Nobody, not a single person! complained about this since
On Thu, Dec 04, 2003 at 07:14:18PM +0200, Martin Vermeer wrote:
> Talking about looks, see the attached.
Still a bit intrusive ...
> I need to do some cleaning on the patch still, but this works, and not
> just sort-of. What is unelegant about it is that it still bases
> CharStyle on
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Personally, having the two logicaly positions (just before some
Andre> change/at the beginning of a change) is _the_
_the_ what?
We could have a solution where there is only one position in general,
but we have a lfun that
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> On Fri, Dec 05, 2003 at 12:02:19AM +0200, Martin Vermeer spake
Martin> thusly:
>> I tightened up the thing a little bit. The patch is attached.
>>
>> I think this is such a clear improvement on what we had, that this
>> should
On Friday 05 December 2003 09:19, Jean-Marc Lasgouttes wrote:
>
> I think that all insets in inline mode would benefit from this
> representation (think of ERT).
I agree.
> JMarc
--
José Abílio
LyX and docbook, a perfect match. :-)
On Fri, Dec 05, 2003 at 10:15:10AM +0100, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> Personally, having the two logicaly positions (just before some
> Andre> change/at the beginning of a change) is _the_
>
> _the_ what?
... thing that
On Fri, Dec 05, 2003 at 10:19:29AM +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> On Fri, Dec 05, 2003 at 12:02:19AM +0200, Martin Vermeer spake
> Martin> thusly:
> >> I tightened up the thing a little bit. The patch is attached.
>
On Fri, 5 Dec 2003, Andre Poenitz wrote:
> On Thu, Dec 04, 2003 at 04:17:34PM +0100, Michael Schmitt wrote:
> > Dear Martin et al.,
> >
> > do you need some more comments? Ok, here are mine :-)
> >
> > > box removing by
I find this function _very_ useful in mathed, but difficult to discover
On Fri, Dec 05, 2003 at 10:19:29AM +0100, Jean-Marc Lasgouttes spake thusly:
> Isn't it possible to have this code in InsetCollapsable? My though is
> that we should try to limit the number of possible appearance of
> insets rather than have each inset invent something.
>
> I think that all
On Fri, Dec 05, 2003 at 11:30:20AM +0100, Christian Ridderström spake thusly:
> How about modes for controlling if markup borders (i.e. insets?) should be
> shown, these could be:
> * Don't show any boxes etc
> * Only show box of the inset(s) that the cursor is in
> * Show all
On Fri, 5 Dec 2003, Martin Vermeer wrote:
> On Fri, Dec 05, 2003 at 11:30:20AM +0100, Christian Ridderström spake thusly:
>
> > How about modes for controlling if markup borders (i.e. insets?) should be
> > shown, these could be:
> > * Don't show any boxes etc
> > * Only show box of
On Fri, 5 Dec 2003, Andre Poenitz wrote:
> On Fri, Dec 05, 2003 at 10:15:10AM +0100, Jean-Marc Lasgouttes wrote:
> > > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
> >
> > Andre> Personally, having the two logicaly positions (just before some
> > Andre> change/at the beginning of a
On Fri, Dec 05, 2003 at 11:30:20AM +0100, Christian Ridderström wrote:
> For formulas, I want very fine-grained control of 'where' the cursor is,
> so the 2-cursor approach is useful, even if it sometimes feels like you
> are pressing the left/right arrows way to often. For normal text, I think
On Fri, 5 Dec 2003, Christian Ridderström wrote:
> > And that's not because that's the natural way with the all-boxes
> > approaches but because it's the way I think of the text markup. And
> > not being sure whether I am inside or outside makes me uncomfortable.
>
> Are you thinking of a
On Fri, Dec 05, 2003 at 12:13:03PM +0100, Christian Ridderström wrote:
> Are you thinking of a special situation here? (could you give an example)
If I knew what's the exact situation I'd probably have tried to change
that. It just bites from time to time.
It may well be that most of the biting
On Fri, 5 Dec 2003, Andre Poenitz wrote:
> On Fri, Dec 05, 2003 at 11:30:20AM +0100, Christian Ridderström wrote:
> > For formulas, I want very fine-grained control of 'where' the cursor is,
> > so the 2-cursor approach is useful, even if it sometimes feels like you
> > are pressing the
On Fri, 5 Dec 2003, Andre Poenitz wrote:
> It may well be that most of the biting comes from that unholy 'toggle
> emphasize on a whole word' feature but I had this deactivated for a
> while in my tree and I seem to remember that the problem was not
> entirely gone.
That was actually the first
Michael Schmitt wrote:
Jean-Marc Lasgouttes wrote:
Martin> Talking about looks, see the attached.
Looks good, Martin!
|some contents here|
name
This would reduce the height of the inset...
You can even do
some contents here
\---name-/
and
On Fri, Dec 05, 2003 at 12:53:04PM +0100, Christian Ridderström wrote:
> With the ERT inset (in textEd) for instance, this is not really a problem
> since you have the visual "barrier" (box) that you pass through.
Well, the idea of all-boxes is to have that barrier for each change.
> > Because
On Fri, 5 Dec 2003, Andre Poenitz wrote:
> On Fri, Dec 05, 2003 at 12:53:04PM +0100, Christian Ridderström wrote:
> > With the ERT inset (in textEd) for instance, this is not really a problem
> > since you have the visual "barrier" (box) that you pass through.
>
> Well, the idea of all-boxes is
On Thu, Dec 04, 2003 at 04:17:34PM +0100, Michael Schmitt wrote:
Shouldn't we concentrate on bug fixing rather than starting new projects?
I think we're all agreed that the current char style stuff (modulo some
minor changes in the way the insets look) should stay as is for now.
We're talking
John Levon wrote:
Shouldn't we concentrate on bug fixing rather than starting new projects?
I think we're all agreed that the current char style stuff (modulo some
minor changes in the way the insets look) should stay as is for now.
That means existing documents will be converted?
Which char
On Thursday 04 December 2003 15:17, Michael Schmitt wrote:
Dear Martin et al.,
do you need some more comments? Ok, here are mine :-)
Good to hear.
Yes, box removing by Backspace is 'direct manipulation' according to
this definition.
Nobody, not a single person! complained about
Michael Schmitt wrote:
John Levon wrote:
I think we're all agreed that the current char style stuff (modulo some
minor changes in the way the insets look) should stay as is for now.
Which char styles are supported at the moment?
[EMAIL PROTECTED]:~/lyx-devel-1.4.0-devel/lib/layouts grep Char *
On Thu, Dec 04, 2003 at 03:55:40PM +, John Levon spake thusly:
On Thu, Dec 04, 2003 at 04:17:34PM +0100, Michael Schmitt wrote:
Shouldn't we concentrate on bug fixing rather than starting new projects?
I think we're all agreed that the current char style stuff (modulo some
minor
On Thu, Dec 04, 2003 at 07:14:18PM +0200, Martin Vermeer wrote:
Talking about looks, see the attached.
Looks good
regards
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin On Thu, Dec 04, 2003 at 03:55:40PM +, John Levon spake
Martin thusly:
On Thu, Dec 04, 2003 at 04:17:34PM +0100, Michael Schmitt wrote:
Shouldn't we concentrate on bug fixing rather than starting new
projects?
I think we're
Jean-Marc Lasgouttes wrote:
Martin Talking about looks, see the attached.
Looks good, Martin!
|some contents here|
name
This would reduce the height of the inset...
You can even do
some contents here
\---name-/
and avoid the frame altogether.
On Thu, Dec 04, 2003 at 06:25:24PM +0100, Michael Schmitt spake thusly:
Jean-Marc Lasgouttes wrote:
Martin Talking about looks, see the attached.
Looks good, Martin!
|some contents here|
name
This would reduce the height of the inset...
On Thu, Dec 04, 2003 at 04:17:34PM +0100, Michael Schmitt wrote:
> Shouldn't we concentrate on bug fixing rather than starting new projects?
I think we're all agreed that the current char style stuff (modulo some
minor changes in the way the insets look) should stay as is for now.
We're talking
John Levon wrote:
Shouldn't we concentrate on bug fixing rather than starting new projects?
I think we're all agreed that the current char style stuff (modulo some
minor changes in the way the insets look) should stay as is for now.
That means existing documents will be converted?
Which char
On Thursday 04 December 2003 15:17, Michael Schmitt wrote:
> Dear Martin et al.,
>
> do you need some more comments? Ok, here are mine :-)
Good to hear.
> > Yes, box removing by is 'direct manipulation' according to
> > this definition.
> >
> > Nobody, not a single person! complained
Michael Schmitt wrote:
John Levon wrote:
I think we're all agreed that the current char style stuff (modulo some
minor changes in the way the insets look) should stay as is for now.
> Which char styles are supported at the moment?
[EMAIL PROTECTED]:~/lyx-devel-1.4.0-devel/lib/layouts> grep Char
On Thu, Dec 04, 2003 at 03:55:40PM +, John Levon spake thusly:
> On Thu, Dec 04, 2003 at 04:17:34PM +0100, Michael Schmitt wrote:
>
> > Shouldn't we concentrate on bug fixing rather than starting new projects?
>
> I think we're all agreed that the current char style stuff (modulo some
>
On Thu, Dec 04, 2003 at 07:14:18PM +0200, Martin Vermeer wrote:
> Talking about looks, see the attached.
Looks good
regards
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> On Thu, Dec 04, 2003 at 03:55:40PM +, John Levon spake
Martin> thusly:
>> On Thu, Dec 04, 2003 at 04:17:34PM +0100, Michael Schmitt wrote:
>>
>> > Shouldn't we concentrate on bug fixing rather than starting new
>> projects?
Jean-Marc Lasgouttes wrote:
Martin> Talking about looks, see the attached.
Looks good, Martin!
|some contents here|
name
This would reduce the height of the inset...
You can even do
some contents here
\---name-/
and avoid the frame altogether.
On Thu, Dec 04, 2003 at 06:25:24PM +0100, Michael Schmitt spake thusly:
> Jean-Marc Lasgouttes wrote:
>
> > Martin> Talking about looks, see the attached.
>
> Looks good, Martin!
>
> >
> > |some contents here|
> > name
> >
> > This would reduce the height
92 matches
Mail list logo