Le 29/11/2015 23:55, Uwe Stöhr a écrit :
Am 29.11.2015 um 22:26 schrieb Jean-Marc Lasgouttes:
This separation between box alignment and paragraph alignment does not
exist in LaTeX. This is a creation that you propose.
Yes, because LyX doesn't allow you to choose between e.g. \begin{center}
or
Original Message
From: Jean-Marc Lasgouttes
Sent: Montag, 30. November 2015 10:32
>> Yes, because LyX doesn't allow you to choose between e.g. \begin{center} or
>> \centering.
> So the right solution would be to add a checkbox 'compact alignment' (or
'tight' or whatever) so that the
Am 30.11.2015 um 12:59 schrieb Uwe Stöhr:
Sure. I'll file a bug report that this is not forgotten.
Done:
http://www.lyx.org/trac/ticket/9885
Regards Uwe
Am 27.11.2015 um 11:39 schrieb Jean-Marc Lasgouttes:
Are we sure that minipage always requires centering without extra
spacing? I am really not sure...
I am sure. See the attached file:
The paragraph separation in this file is the default - indentation not
vertical space.
So users just
Le 29/11/2015 22:13, Uwe Stöhr a écrit :
Am 27.11.2015 um 11:39 schrieb Jean-Marc Lasgouttes:
Are we sure that minipage always requires centering without extra
spacing? I am really not sure...
I am sure. See the attached file:
Emphasis was on "always" above. If your reasoning is correct,
Am 29.11.2015 um 22:26 schrieb Jean-Marc Lasgouttes:
Why would the text in the minipage need different vertical spacing than
the main text? They are of same nature.
Well, the user is free to decide. if he likes it, why not? Note that i
am arguing for a method to set the alignment to ALL box
Le 24/11/2015 20:02, Uwe Stöhr a écrit :
As I already explained in the relevant thread, there are already cases
where we do what you want: table cells and floats. It would be trivial
to extend this so that alignment is done like that also for makebox (we
do not want to change minipage/parbox,
Original Message
From: Jean-Marc Lasgouttes
Sent: Dienstag, 24. November 2015 09:33
> As I already explained in the relevant thread, there are already cases
where we do what you want: table cells and floats. It would be trivial
to extend this so that alignment is done like that also for
Le 24/11/2015 01:21, Uwe Stöhr a écrit :
Yes. Sorry, I meant the extra space. And this was the reason why I once
added the possibility to set the vertical alignment in boxes - for this
application there must not be extra space as I demonstrated.
As we now have the infrastructure to display the
Le 22/11/2015 18:52, Uwe Stöhr a écrit :
I am fine with your patch to be in but there are more things to do:
I know, but my patch never intended to do this things. This patch is
merely a spin-off of the discussion about your commit.
My idea was to allow to set the alignment of the box
Le 21/11/2015 10:02, Georg Baum a écrit :
You have my vote for submitting this.
Thanks. It is in now.
JMarc
Am 23.11.2015 um 11:45 schrieb Jean-Marc Lasgouttes:
As already said, the problem is not about an extra \par, but the fact
that the center environments adds some extra space.
Yes. Sorry, I meant the extra space. And this was the reason why I once
added the possibility to set the vertical
Am 20.11.2015 um 22:30 schrieb Jean-Marc Lasgouttes:
This new version of the patch is also able to handle 'stretch' alignment.
Concerning LaTeX output, hor_pos 'c' value is obtained by omitting
alignment parameter. I guess one can specify 'c' explicitly, though.
For screen layout, we always
Jean-Marc Lasgouttes wrote:
> This new version of the patch is also able to handle 'stretch' alignment.
>
> Concerning LaTeX output, hor_pos 'c' value is obtained by omitting
> alignment parameter. I guess one can specify 'c' explicitly, though.
> For screen layout, we always want to specify
Le 23/10/2015 21:47, Georg Baum a écrit :
Jean-Marc Lasgouttes wrote:
Actually fixing this for LR boxes (so-called makebox in the code) is not
difficult because we have the framework for table cells already. I
propose to put that in master. Would it be OK?
I did not know that mechanism. This
Le 23/10/2015 21:47, Georg Baum a écrit :
I did not know that mechanism. This looks indeed nice. However, I wonder
whether the condition for ignoring hor_pos should be the same as the one
used for LaTeX output. When looking at your patch I could not see whether
both places are equivalent. Anyway
On 10/23/2015 11:33 AM, Jean-Marc Lasgouttes wrote:
Le 23/10/2015 11:21, Jean-Marc Lasgouttes a écrit :
Le 19/10/2015 21:46, Georg Baum a écrit :
I found another reason for removal: The display in LyX does only
consider
the paragraph alignment, so if you set that to left (which means
that the
Le 23/10/2015 11:21, Jean-Marc Lasgouttes a écrit :
Le 19/10/2015 21:46, Georg Baum a écrit :
I found another reason for removal: The display in LyX does only consider
the paragraph alignment, so if you set that to left (which means that the
paragraph does not output any alignment command), and
Le 19/10/2015 21:46, Georg Baum a écrit :
I found another reason for removal: The display in LyX does only consider
the paragraph alignment, so if you set that to left (which means that the
paragraph does not output any alignment command), and set it so something
else than left in the box, the
Jean-Marc Lasgouttes wrote:
> Actually fixing this for LR boxes (so-called makebox in the code) is not
> difficult because we have the framework for table cells already. I
> propose to put that in master. Would it be OK?
I did not know that mechanism. This looks indeed nice. However, I wonder
20 matches
Mail list logo