Alicornutopia

Also @Ezra the "max-width:100%" thing works with that automatically because if the image is already smaller than the screen then it won't get stretched, the thing basically means "if this image would be wider than the screen, make it proportionally smaller to fit; otherwise don't touch it".

It looks like, with the current setup:

Using the current RTF editor (which changes HTML width and height properties), you can only resize the image according to its original aspect ratio and you can only do this with the width property (the [HTML] height is ignored), in addition to it being capped at 100% of the screen width.

If you want to change the aspect ratio, you have to use the CSS height property instead of the HTML one (eg <img style="height:50px" src="my_image.png" />). If you want to size it over 100% of the page width, you have to override the CSS max-width property.

(Removing "height:auto" from the CSS Pedro gave would mean that aspect ratios are broken on large images, so that would not be recommended imo.)

The page's CSS sets the CSS you gave me, max-width. So if the width tag that the editor sets is >100%, it will shrink it, if the width tag does not cause the image to be >100%, it will respect what you put. I think.

But not the height:auto thing?

The height:auto thing is in fact in the CSS (I checked, and also if I disable the rule while looking at the linked example map, it gets skewed to be much taller than it is wide).

And yes, if the width attribute the editor sets is >100%, it will shrink it, and if it's not, it will respect it. It is also completely ignoring the height attribute because CSS for height overrides HTML for height (presumably because HTML height is deprecated). My previous notes about using CSS to override the default-page CSS still stands (ie you can change aspect ratio but only if you know how to add CSS, you can get over max width but only if you know how to add CSS).

The galleries page says: “Unsorted icons without a gallery will appear here. They can still be individually assigned to a character with no galleries.”

…how do you actually do that?

If a character has no galleries then it should appear on the right for you to select as a default icon. (If the character has galleries and when you remove them all this option doesn't show, try saving the character and editing it again? There was a bug relating to this recently, might not have been fixed.)

Oh. What I wanted to do was use an unsorted (or for that matter, different-gallery) icon in a post as a one-off and I hadn't read this feature as being exactly as specific as it was.

Current situation is adequate, carry on.

Unassigning icons and galleries does not affect extant posts and replies, so for infrequent use you could in fact remove galleries, assign as default, post with default, return icon states to normal. But it's a fair bit of work for a quick tag.

Given that in this case it was different-gallery, you could just temporarily add that one gallery, make the post, and then remove it; that's substantially easier, I do it occasionally.