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.
Version: unspecified
Severity: enhancement
