https://bugzilla.wikimedia.org/show_bug.cgi?id=66460
Bug ID: 66460
Summary: Design a good solution for image alignment "none" vs
"default"
Product: VisualEditor
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Editing Tools
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected], [email protected],
[email protected], [email protected]
Web browser: ---
Mobile Platform: ---
There is a difference in behavior between explicitly stating "none" in the
image wikitext and setting no alignment (which is usually default) This
difference is especially complicated when we're dealing with switching between
block to inline, as inline images basic/frameless have no initial alignment
(attrs.align = undefined) but if an alignment is chosen in basic/frameless they
turn into blocks.
There is no real way to choose "none" alignment for inline blocks with our
current GUI.
You can see the outcome and differences between default/no alignment to 'none'
and other alignments in each of the different image types in this table:
https://www.mediawiki.org/wiki/User:Mooeypoo/VE_ImageAlignment
I've tried to explore what other programs do in this case, but there doesn't
seem to be a good analogy for the difference between having 'float' value and
not having a float value while mixing block with inline.
In Microsoft Word 2013, images are inserted as block image with default
alignment that is the direction of the text (left for ltr, right for rtl) *BUT*
without text wrapping - so no float. You can change the image to inline ("In
Line with Text") or to be wrapped ("With Text Wrapping") but the wrapping
options are limited to how close the text is around the image; the user is then
allowed to manually drag the image wherever they want ti to be (no actual
'left' / 'center' / 'right')
We should find a working solution to let users decide between having 'none'
alignment explicitly while still having the default value available for both
inline and block images.
--
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
