In Impress's slide transition sidebar tab, the slide transitions list is disorganized, so i'd like to suggest that it be sorted alphabetically except for 'No transition' being the first entry and 'Random Transition' being the last entry.
Hi Jay, Does that provide also some grouping by type ? Any idea how this affects l1on? Cheers, Cor
Hi Cor, No this was just about sorting and was meant just for english. I was thinking to submit a bug about grouping as we do have grouping in custom animations.
Set as new - Sophie
@Sophie: do you think sorting it in other languages, e.g. french, would also be a good idea?
Hi Jay, I think that if you think at an enhancement, it should be offered to all languages equally :) Sophie
Created attachment 111218 [details] screenprint slide transitions for English and Dutch Hi, Want I mean to say< what do you win with this? Some items will stay together because of the naming (Shape Plus, Shape Diamond, Shape Circle) anyway also in Dutch I've no idea if that is the case for all translations. I expect when some translate as "Plus Shape", "Diamond Shape" etc. then there is a problem. Further, the current sorting is not random. Fade Through Black and Cut Through Black for example, are nicely together now. And there are more of those groups that are not alphabetical. IMO it's not wise to continue with this idea of alphabetical sorting.
Agree with Cor, alphabetizing probably does not gain much for the UX. And adds a whole lot of work to implement alpha sort consistently for all l10n/i18n. Q: Rather than alphabetizing of our labels, would standardizing our listbox ordering with groupings more closely following the sequence of the SMIL 2.0 transition taxonomy (ref) by type and sub-type (which would of course be language neutral) provide a more consistent UI? On the transition listbox--"No transition" would remain the top item, and place "Random transition" next. Then follow in listing ordered as groped by the SMIL 2.0 type and sub-type? -=ref=- http://www.w3.org/TR/2005/REC-SMIL2-20050107/smil-transitions.html#TransitionEffects-Appendix
Created attachment 111232 [details] grouping of transitions in powerpoint, wps, and iworks (In reply to Cor Nouws from comment #6) > Want I mean to say< what do you win with this? You win by seeing an understandable list of sorted transitions. > Some items will stay together because of the naming (Shape Plus, Shape > Diamond, Shape Circle) anyway also in Dutch I've no idea if that is the case > for all translations. I expect when some translate as "Plus Shape", "Diamond > Shape" etc. then there is a problem. Yes i wondered how it would play out in different languages. > Further, the current sorting is not random. Fade Through Black and Cut > Through Black for example, are nicely together now. And there are more of > those groups that are not alphabetical. Well we have Dissolve in the middle of the list and Fine Dissolve at the bottom of the list, so they are not always nicely placed together. Maybe it would be useful to have them sorted within groups, so related transitions stay together. I've seem similar grouping done in Powerpoint, WPS Presentation and iWork Keynote. I have also suggested in bug 87621, that transition variants/directions could be moved to its own list in the sidebar to make the list easier to go through.
> Q: Rather than alphabetizing of our labels... Which for Impress is currently found here: http://opengrok.libreoffice.org/xref/core/test/user-template/user/config/soffice.cfg/simpress/transitions.xml
(In reply to V Stuart Foote from comment #9) > > Q: Rather than alphabetizing of our labels... > > Which for Impress is currently found here: > http://opengrok.libreoffice.org/xref/core/test/user-template/user/config/ > soffice.cfg/simpress/transitions.xml Oops, that should be the working set for draw/impress rather than the test transitions... so Slide Transition listbox is being built with sequence from http://opengrok.libreoffice.org/xref/core/sd/xml/transitions.xml followed by http://opengrok.libreoffice.org/xref/core/sd/xml/transitions-ogl.xml with the en-US labels as defined as in http://opengrok.libreoffice.org/xref/core/officecfg/registry/data/org/openoffice/Office/UI/Effects.xcu
I agree with Cor, same context should stick together, and Jay about first and last item. If we have a better organization (#87621) with a limited number of transition groups (it applies to animations as well, I guess) 'sorting' comes out of the box.
Transition Groups: MS Powerpoint :- Subtle: None, Cut, Fade, Push, Wipe, Split, Reveal, Random Bars, Shape, Uncover, Cover, Flash Exciting: Dissolve, Checkerboard, Blinds, Clock, Ripple, Honeycomb, Glitter, Vortex, Shred, Switch, Flip, Gallery, Cube, Doors, Box, Zoom Dynamic Content: Pan, Ferris Wheel, Conveyor, Rotate, Window, Orbit, Fly Through WPS Presentation :- Fade and Dissolve: Fade Smooth, Fade, Cut, Cut Black, Dissolve Wipe: Wipe, Uncover, Box In, Box Out, Wheel, Split, Strips, Circle Out, Diamond Out, Plus Out, News Push and Cover: Push, Cover Stripes and Cross: Blinds, Chess, Comb Random: Random 1, Random 2, Random iWork :- Recent Effects: ... Appear & Move: Clothesline, Confetti, Dissolve, Drop, Droplet, Fade Through Color, Grid, Iris, Move In, Push, Reveal, Switch, Wipe Flip, Spin & Scale: Blinds, Color Planes, Cube, Doorway, Fall, Flip, Flop, Mosaic, Page Flip, Pivot, Reflection, Revolving Door, Scale, Swap, Swoosh, Twirl, Twist Object Effects: Object Cube, Object Flip, Object Pop, Object Push, Object Revolve, Object Zoom, Perspective Text Effects: Shimmer, Sparkle, Swing Only iWork sorts the group entries alphabetically and that is quite expected from a drop down list. With MSO and WPS, they display all the transition at once in columns and rows with a image representation of the transition, which is likely sort based on popularity.
Tor began implementing the alphabetic sorting of the list - https://gerrit.libreoffice.org/#/c/19648/
Migrating Whiteboard tags to Keywords: (needsDevEval, topicUI) [NinjaEdit]
With the grouping done in bug 87621, this isnt that needed.