Markup for small in-paragraph images?

In a recent DF post, I included small icon images that I copied from an Apple Support document. In my own markup, I used a style="height: 1em;" attribute to shrink the images to roughly the size of the text. On my website, they looked pretty much how I wanted:

Screenshot from website:

In NetNewsWire, however, my attempt to size the images to match the text size is ignored, seemingly by all themes, and the images look ridiculous. Adding a height=16 attribute to the img tags didn’t make a difference. Screenshot:

Is there anything I can do to get images as inline icons to render smaller in NetNewsWire?

Here’s some of my article markup:

It certainly sounds like these instructions are for users who, sadly, have the menu bar hidden by default. But there are no <img src="https://daringfireball.net/misc/2026/01/iphone-mirroring-app-switcher-button.png" alt="The App Switcher button" style="height: 1em;"> or <img src="https://daringfireball.net/misc/2026/01/iphone-mirroring-home-screen-button.png" alt="The App Switcher button" style="height: 1em;"> buttons in the menu bar. These buttons are in the iPhone Mirroring *window title bar*, which is, for all users, hidden by default:
1 Like

This is also a very common issue when normal emoji are used in many WordPress-powered feeds. For whatever reason, WordPress (or maybe it’s some popular WordPress plugin?) converts normal Unicode emoji characters into inline images for RSS feeds. The image code in the feed includes inline sizing similar to what John was trying to do, but the images end up rendering at their full size nonetheless.

For a specific example, this article on the Mozilla blog has a couple plain-text emoji:

Even though the emoji are rendered with plain-text Unicode characters on the web page, their WordPress setup renders them as inline images in their feed’s code, like so:

But even with the inline height set there, this is how they appear in NNW (as John mentioned, the result appears to be the same for all themes, but this is the default theme):

2 Likes

I’ve got a fix for both of these coming in the next build. (The fix is to respect inline height style on images.)

2 Likes

Perhaps I should include images in my posts more often.

2 Likes

I’m on board with this, provided the images are included the markup in a very creative way.

This brings up a somewhat tangential question though: Is there any specific subset of inline stylization that is/should be supported in the context of feed readers?

I added this mark-up to a test feed. It took me quite the journey to discover why the images were not rendering in NNW.

Eventually found the code replacing the WordPress smiley images with their alt: NetNewsWire/Shared/Article Rendering/main.js at 128f71ce5f11c5ddc2661c1c0567af18dd0c2383 · Ranchero-Software/NetNewsWire · GitHub

Catering for img without width/height attributes is always going to be tricky with CSS alone.

I have tried for a while - easiest would be if the imgs were given a class that we could then cater to in our stylesheet.

I’m not sure if the fix you had planned ended up getting shipped, but I am still seeing enlarged emoji images in Wordpress-powered feeds. For example I see them in the NNW view of this article with non-emoji trademark ™ symbols. Here’s a screenshot with the default theme in the latest NNW beta 7.0.6b1 Build 7055:

I don’t know why Wordpress is converting non-emoji trademark symbols to an image-based emoji equivalent for RSS feeds (especially when they don’t seem to convert the registered trademark ® symbol which also has an emoji equivalent).

For what it’s worth, this is how the trademark symbol is rendered in the source code for that article, with the 1em height styling:

<img src="https://s.w.org/images/core/emoji/17.0.2/72x72/2122.png" alt="™" class="wp-smiley" style="height: 1em; max-height: 1em;" />

This is definitely weird. Works fine on my computer! So there must be something else going on.

Which account type are you using? What’s the URL of the feed? (The URL I used is https://thesqueakywheel.org/feed/)

Weird! The feed I am subscribed to is also https://thesqueakywheel.org/feed/

I don’t know if (or even how) this might matter, but I use Feebin for syncing.

It’s because Feedbin (like many systems) rewrites the feed content somewhat. Looks like Feedbin is stripping styles:

This Woman with Insomnia<img src="https://s.w.org/images/core/emoji/17.0.2/72x72/2122.png" alt="™">

…where the original feed content has…

This Woman with Insomnia<img src="https://s.w.org/images/core/emoji/17.0.2/72x72/2122.png" alt="™" class="wp-smiley" style="height: 1em; max-height: 1em;" />.</p>

Ah, that explains it then. I wasn’t aware Feedbin and others were re-writing feed content – that’s somewhat disappointing. I can see why they might do so for their own feed reader’s presentation purposes but I don’t get why they would do it for feeds being read in some other feed reader.

This is why I switched to iCloud for sync and never looked back.