Bo Peng wrote:
It is currently non-trivial to write
1. item1
1. item1
2. item2
This will be very nice to have, also for those that need
several theorems in a row.
Whatever the final solution will be (inset, layout, or whatever)
please make sure that it also allows nested cases like:
1. item1
Jean-Marc Lasgouttes wrote:
Another solution is to remove this special handling for
environments and force to use depth when several paragraphs are in
a same env.
Richard> But the many-paragraphs case isn't that exceptional and, in
Richard> some cases, is even the most common. So it seems
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Friday 08 June 2007 08:54:20 Jean-Marc Lasgouttes wrote:
>> That is possible indeed. Inserting boxes for anything one wants to
>> do is not a very exiting prospect either :)
>>
>> JMarc
José> So when you are working on a chapter you
On Friday 08 June 2007 08:54:20 Jean-Marc Lasgouttes wrote:
> That is possible indeed. Inserting boxes for anything one wants to do
> is not a very exiting prospect either :)
>
> JMarc
So when you are working on a chapter you think, "Oh, I am working on a chunk
of text between two consecutive par
> "Richard" == Richard Heck <[EMAIL PROTECTED]> writes:
>> Another solution is to remove this special handling for
>> environments and force to use depth when several paragraphs are in
>> a same env.
>>
Richard> But the many-paragraphs case isn't that exceptional and, in
Richard> some cases,
An environment paragraph would be inserted inside a box, allowing other
things to be inserted before the begin of the first item.I like this idea
a lot :-) Then we can customize the environment with ERT.Or else the first
item will not be customized...
Jean-Marc Lasgouttes wrote:
José> I have a personal agenda against this kind of hacks. :-) I
José> know because I have used them in the past.
I'd rather avoid such hacks too, since they do not add much we cannot
already can do.
José> The solution would be to go to a box based approach (from
On Thursday 07 June 2007 23:01:16 Jean-Marc Lasgouttes wrote:
> The 'only' problem is a very tough one...
>
> Another solution is to remove this special handling for environments
> and force to use depth when several paragraphs are in a same env.
>
> JMarc
It needs carefull thought but it is not s
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> I have a personal agenda against this kind of hacks. :-) I
José> know because I have used them in the past.
I'd rather avoid such hacks too, since they do not add much we cannot
already can do.
José> The solution would be to go to
Bo Peng wrote:
I can polish this and add lyx2lyx.
I guess it is better called 'Splitter' or 'Separator', and is
displayed as '--- split environment ---' Othewise, we will see lyx
files with all environment properly ended with this environment.
Yes, that seems right. I had a similar idea.
rh
Something like new page inset?
An inset separator?
That still falls into the insert something category. You still have to
insert in the 'standard' environment. Otherwise your inset, although
output nothing in latex, will be nested. I mean
1. item1
2. your do-nothing inset
3. item1
Bo
On Thursday 07 June 2007 20:03:09 Bo Peng wrote:
> Using the environment approach, I enter , choose separator
> layout, , and then start a new list. (How to avoid that second
> ?)
Something like new page inset?
An inset separator?
> Bo
--
José Abílio
On Thursday 07 June 2007 20:03:09 Bo Peng wrote:
>
> Do you want to insert an inset?
I want everything to be an inset. Say an inset chapter, with the first line
being the title, and all other lines being inside the inset. The same would
be applied to sections and subsections and so on...
An
What I am afraid is that with this short term solution we delay further the
real solution. :-(
I still can not understand your proposal. What do you want to do after
1 item1
to append
1 something else?
Using the environment approach, I enter , choose separator
layout, , and then start a ne
I can polish this and add lyx2lyx.
I guess it is better called 'Splitter' or 'Separator', and is
displayed as '--- split environment ---' Othewise, we will see lyx
files with all environment properly ended with this environment.
Cheers,
Bo
On Thursday 07 June 2007 19:34:15 Bo Peng wrote:
> Jose:
>
> I can polish this and add lyx2lyx. I wrote this for my own use but if
> there is a bug report for it, I guess I can make this official. Is
> this something you want for 1.5.0?
Honestly?
I have a personal agenda against this kind of
> I can polish this and add lyx2lyx.
What does lyx2lyx do with layouts it doesn't recognize (i.e., ones I
custom-defined)? That's what this would be, basically, unless you want
to convert it to the ERT hack or whatever.
It would be nice to convert it to something like
\begin_layout Standard
\be
Bo Peng wrote:
> They do not work. :-(
Are you sure?
Oops, I was using LeftMargin... :-)
I can polish this and add lyx2lyx.
What does lyx2lyx do with layouts it doesn't recognize (i.e., ones I
custom-defined)? That's what this would be, basically, unless you want
to convert it to the ERT hac
> They do not work. :-(
Are you sure?
Oops, I was using LeftMargin... :-)
Jose:
I can polish this and add lyx2lyx. I wrote this for my own use but if
there is a bug report for it, I guess I can make this official. Is
this something you want for 1.5.0?
Bo
Try a Dynamic margin (or FirstDynamic). If you use a static margin with
a labeled environment, then the label appears to the left of the
margin---I think---which is why you see the behavior you do.
They do not work. :-(
I see no documentation about these directives, so I will have to read
the s
Bo Peng wrote:
Style EndEnvironment
KeepEmpty 1
MarginStatic
LatexType Paragraph
LatexName dummy
ParIndent MM
TopSep0
BottomSep 0
ParSep0
Align
This isn't exactly this one:
http://bugzilla.lyx.org/show_bug.cgi?id=2697, but it is close.
This is exactly what I am talking about. I think an environment like
what I have proposed is enough, just need a bit tuning from layout
experts.
Bo
Bo Peng wrote:
It is currently non-trivial to write
1. item1
1. item1
2. item2
e.g.
\begin{enumerate}
\item item1
\end{enumerate}
\begin{enumerate}
\item item1
\item item2
\end{enumerate}
Because it is not easy to tell lyx to break an environment.
This isn't exactly this one:
http://bugzill
choose enumerate -- insert text
choose standard -- insert Ctrl-L and %
choose enumerate -- insert text
There are many such ways but you are inserting some unnecessary stuff
to lyx, and the latex output. And, it is visually unclear what is
happening here.
I am proposing something like
1 item1
-
Bo Peng wrote:
> It is currently non-trivial to write
>
> 1. item1
> 1. item1
> 2. item2
that's pretty easy
choose enumerate -- insert text
choose standard -- insert Ctrl-L and %
choose enumerate -- insert text
view
Herbert
It is currently non-trivial to write
1. item1
1. item1
2. item2
e.g.
\begin{enumerate}
\item item1
\end{enumerate}
\begin{enumerate}
\item item1
\item item2
\end{enumerate}
Because it is not easy to tell lyx to break an environment. The same
problem exists for consecutive definitions, proof et
26 matches
Mail list logo
