Por que no los duos? (Why not have both?)
While I am tempted to get rid of the configuration option and just set a
good default, and max ( itemlist height / 4, 120 px ) is a great
suggestion because it addresses screen size, I think there several
reasons one might want to configure it themselves; small screens may
want more items visible (smaller than 120px ea) and likewise for large
screens (>4 at a time), people with vision issues may want larger
previews, and depending on usual size of slide contents, different
minimum sizes can be necessary to correctly identify some slides
(especially of they are mostly text).
Still, I think Mattias is on point as far as people wanting this option
and ensuring we've set a good default.
Ian
On 06/05/16 22:25, Mattias Põldaru wrote:
I like this, have been wishing it was like it for some time now.
As always I think a good default would be better than a sea of
configurable options.
Something like max ( itemlist height / 4, 120 px ) would probably do.
Mattias
On 06.05.2016 15:03, Ian Knight wrote:
Hi All,
Was talking with Azaziah & we reckon it would be a good idea to
change the default value for 'Max height for non-text slides in slice
controller'.
For those not familiar, this is a new feature in trunk that scales
the thumbnails for non-text slides, such as images and presentations
so that they don't take up the full width of the slide list in the
slide controllers and are capped to a maximum height. This means that
even with a wide slide controller, users will be able to see a number
of slides, not just the top of the next one.
The setting is found in the Advanced Settings tab and is currently
disabled by default.
We propose changing the default value to a max height somewhere in
the range 100-160px.
If you haven't already, I would encourage you to have a play with the
setting & reply with your comments on whether to enable the setting
by default, and if so, to what height.
--
Regards,
Ian Knight
[email protected] <mailto:[email protected]>
_______________________________________________
openlp-dev mailing list
[email protected]
https://lists.openlp.io/mailman/listinfo/openlp-dev
_______________________________________________
openlp-dev mailing list
[email protected]
https://lists.openlp.io/mailman/listinfo/openlp-dev
_______________________________________________
openlp-dev mailing list
[email protected]
https://lists.openlp.io/mailman/listinfo/openlp-dev
