Re: [RFC] new dialog to scale and rotate document parts was: [patch] module for the boxes provided by the package graphicx

2014-11-10 Thread Uwe Stöhr

Am 09.11.2014 um 21:01 schrieb Richard Heck:


Seems fine to me. How does this interact with the other boxes we support?


This will be independent of our box dialog/inset because the graphic 
boxes can contain almost everything and these boxes are to modify its 
content while the other boxes are there to either prevent modifications 
like makebox or to decorate the content like framebox.
Furthermore providing also scaling and rotating in the box dialog make 
it overcrowded and we then need to handle dozesns of complicated cases, 
for example when a user only wants a rotation without putting the 
content into a makebox or minipage or he want to put it in a minipage 
and rotate the minipage...


Btw. there exist colored versions of \fbox and \framebox. It is on my 
todo list to add support for that to the existing box dialog/inset but 
this will require much development time I don't have atm.


regards Uwe


Re: [RFC] new dialog to scale and rotate document parts was: [patch] module for the boxes provided by the package graphicx

2014-11-10 Thread Uwe Stöhr

Am 09.11.2014 um 21:01 schrieb Richard Heck:


Seems fine to me. How does this interact with the other boxes we support?


This will be independent of our box dialog/inset because the graphic 
boxes can contain almost everything and these boxes are to modify its 
content while the other boxes are there to either prevent modifications 
like makebox or to decorate the content like framebox.
Furthermore providing also scaling and rotating in the box dialog make 
it overcrowded and we then need to handle dozesns of complicated cases, 
for example when a user only wants a rotation without putting the 
content into a makebox or minipage or he want to put it in a minipage 
and rotate the minipage...


Btw. there exist colored versions of \fbox and \framebox. It is on my 
todo list to add support for that to the existing box dialog/inset but 
this will require much development time I don't have atm.


regards Uwe


Re: [RFC] new dialog to scale and rotate document parts was: [patch] module for the boxes provided by the package graphicx

2014-11-09 Thread Richard Heck

On 11/08/2014 11:09 PM, Uwe Stöhr wrote:

Am 04.11.2014 um 02:25 schrieb Uwe Stöhr:

Dear LyXers,

attached is a module to support the 4 boxes provided by the
LaTeX-package graphicx:
- \scalebox
- \rotatebox
- \reflectbox
- \resizebox


I am now using my module in daily work and it turned out that it is 
too complicated for average users. I therefore want to retract my module.


The much better solution is a dialog in LyX where the user can specify 
all necessary things. LyX can then take care of that the result is a 
compilable LaTeX code.


The graphic boxes are a general feature and therefore deserve in my 
opinion is better support than a module. One often has e.g. to resize 
a table to assure that a certain width is not exceeded (despite that 
the text in the table gets smaller). Rotating things is also a general 
task that occur from time to time.


So if you agree, I revert the module from master and develop a dialog 
for them. Attached is the design of the dialog I have in mind. With 
this the user doesn't have to take care about the quite complicated 
LaTeX behind it - which is the main goal of LyX. LyX will then also 
take care when several boxes need to be nested, e.g. if one wants to 
rotate and scale.


OK to go on this way?


Seems fine to me. How does this interact with the other boxes we support?

Richard



Re: [RFC] new dialog to scale and rotate document parts was: [patch] module for the boxes provided by the package graphicx

2014-11-09 Thread Richard Heck

On 11/08/2014 11:09 PM, Uwe Stöhr wrote:

Am 04.11.2014 um 02:25 schrieb Uwe Stöhr:

Dear LyXers,

attached is a module to support the 4 boxes provided by the
LaTeX-package graphicx:
- \scalebox
- \rotatebox
- \reflectbox
- \resizebox


I am now using my module in daily work and it turned out that it is 
too complicated for average users. I therefore want to retract my module.


The much better solution is a dialog in LyX where the user can specify 
all necessary things. LyX can then take care of that the result is a 
compilable LaTeX code.


The graphic boxes are a general feature and therefore deserve in my 
opinion is better support than a module. One often has e.g. to resize 
a table to assure that a certain width is not exceeded (despite that 
the text in the table gets smaller). Rotating things is also a general 
task that occur from time to time.


So if you agree, I revert the module from master and develop a dialog 
for them. Attached is the design of the dialog I have in mind. With 
this the user doesn't have to take care about the quite complicated 
LaTeX behind it - which is the main goal of LyX. LyX will then also 
take care when several boxes need to be nested, e.g. if one wants to 
rotate and scale.


OK to go on this way?


Seems fine to me. How does this interact with the other boxes we support?

Richard