Helge Hafting wrote:
> Spin buttons allows a faster way of adjusting a value in small
> increments, I am not sure that is needed here. It is not as if people
> are likely to do a lot of stepwise adjusting back and forth on
> that font scale factor.
I think exactly that is the case. Stepwise adju
Georg Baum wrote:
Juergen Spitzmueller wrote:
Anyway, I'd really be careful to not betray the user to overuse this scale
function. Since the QSpinBox is not able to deal with floating values
anyway, I don't want to change the gui just for the sake of the principle.
If you insist, I can change
Bennett Helm wrote:
> Wow -- a very nice feature!
thanks.
> Of course, now that you've whetted my
> appetite, I want more.
>
> The standard TeX distributions on Mac now include support for various
> standard Mac fonts, such as Baskerville, Didot, Georgia, Hoefler,
> Gill Sans, Futura, Lucida Gr
On Jun 17, 2006, at 12:55 PM, Juergen Spitzmueller wrote:
Please find attached the completed and fully functional version of
the font
selection rewrite (posted patch + working screen font family switch
+ scale
gui implementation + lyx2lyx from Georg (modified) + xforms & qt4
gui +
support
Georg Baum wrote:
> It would only make sense with GUI support. If that would mean that a
> QSpinbox can't be used then I think it is not worth it.
There are plenty of (unofficial) QFloatSpinboxes around in the Web. Perhaps we
should just implement one of those (or derive our own) eventually, if t
Juergen Spitzmueller wrote:
> I'm not really sure if we should provide a gui for that. I never seen
> someone using or proposing a value like "scaled=0.945", and in terms of
> the goal of this option (adjusting the font height to the roman one), I
> don't think this is needed (because the differen
Georg Baum wrote:
> That was a float <-> string question (thread "validators for the rest"
> from 11/2004). Unfortunately I could not find the reason.
> IMO if something is a floating point value it should not be truncated to
> an integer. I don't care if the values are stored as strings in or
> so
Am Sonntag, 18. Juni 2006 13:42 schrieb Juergen Spitzmueller:
> On the LaTeX side, this doesn't matter (we have to calculate floats for
the
> scale options anyway).
> The reason is that we do not use floats for any other bufferparam, and I
seem
> to remember that Lars was strongly objecting aga
Georg Baum wrote:
> Am Samstag, 17. Juni 2006 18:55 schrieb Juergen Spitzmueller:
> > I intend to shove this into trunk on Monday unless I get objections.
>
> I found some minor problems in lyx2lyx. A corrected version can be found
> in l.diff.
>
> I also implemented quick and dirty gtk support and
Am Samstag, 17. Juni 2006 18:55 schrieb Juergen Spitzmueller:
> I intend to shove this into trunk on Monday unless I get objections.
I found some minor problems in lyx2lyx. A corrected version can be found
in l.diff.
I also implemented quick and dirty gtk support and fixed some copy/paste
error
Please find attached the completed and fully functional version of the font
selection rewrite (posted patch + working screen font family switch + scale
gui implementation + lyx2lyx from Georg (modified) + xforms & qt4 gui +
support for the Bera fonts + documentation).
I intend to shove this int
11 matches
Mail list logo
