Moin

But I have configured the disabled_image_download_domains setting to prevent the download of GIFs provided by Giphy. If you change the provider, this will suddenly break. I don’t think GIFs are important enough to be preserved. It’s not worth the space nor the edit indicators on posts.

I remember how annoying it was after switching from Tenor to Giphy, and I don’t expect that to be part of your migration.

Will your migration try include translation overrides done on the theme? I know you tried that with the welcome banner and the result on my forum were default texts for German users but texts migrated from the banner in English so I had to revert them manually. Do I need to check the texts after this migration too?

What will happen if I am currently not using Kilpy but Giphy?

I think your post would better fit into the topic I quoted than into this topic.

Since /new and /unread are hidden from the navigation if they are empty I never felt like seeing those all the time.

I think “new” are not necessarily topics from the past 2 days. There is a user preference where you can configure which topics appear in new

Similarly, unread only shows topics you are tracking or watching that have new replies (there is a preference for automatically tracking topics after some time of reading; there is also one for tracking/watching on reply, and when creating the topic, you can track/watch all topics with a tag or in a category, and you can manually edit the topic tracking status of each topic).

So I get why it’s complicated. Especially the fact that not all new replies are in unread.

I think it also helped that this was explained on the pages of /new and /unread. Since those aren’t hidden for new users when they are empty, this used to be a great place to learn how these lists work.

Looks like you last updated your forum about 2 weeks ago. The Discourse team merges new stuff often several times a day, so often you only use the truly latest version for a short time after updating.

The smiley telling you that you are up to date doesn’t reference each single commit. Then it would be unhappy all the time. It checks the version number telling you to update each time that is increased. Security updates are usually merged right before that happens. It’s the time where you should update to get them and sort of a reminder to update once a month even if there were none.

But if you want to test a brand new announced feature, you often need to update - even though the smiley is happy - because the version number hasn’t changed yet.

These are all the commits that were merged since you updated your forum Changelog | Discourse releases | d55ea4fd0f → latest
The upcoming change for unified new view is quite at the top of that list, so it’s brand new.

Can anyone help me understand how I need to adjust my theme components?

I tried to use the copy-post component as an example because I remember that it also uses a group setting that grants access to the feature. And that there was an issue because the “everyone” pseudo-group required a separate check, just like in my component, because comparing the IDs of the groups the user belongs to doesn’t help - those IDs need to be checked separately. That’s why I expected a recent change there, because as I understand it, the new groups are also pseudo-groups and the ID would need to be checked separately. Am I missing something that explains why this isn’t necessary here?

My favorite filters component has two group settings: one that allows groups to save their own filters, and one that offers standard filters.
By default, only members of the trust_level_0 group can use custom filters, because only registered users can have data stored in a custom user field. So here it would make sense if I didn’t allow anonymous_users as a selection. How do I do that in a theme component? Is there already an example for this?

The default setting for the default filters is “everyone,” because I find it helpful for even unregistered users to be able to see and use the default filters. The problem is that everyone changes to ‘logged_in_users’ even though I specifically selected it. Do I need to create a custom migration for this so that admins currently using everyone will continue to have filters for unregistered users in the future? When does this migration need to take place? Or does every admin need to change this individually after you have run the migration?

Is all this I’m worrying about actually unnecessary? If adjustments are needed, less than four weeks feels like a fairly short timeframe given the number of community-maintained components that could potentially be affected.
In addition to “copy-post,” I also looked at the unanswered filter component, but I couldn’t find any changes there either. It feels like I’m overlooking something important. After all, the change has been enabled by default for almost a week now. That’s why I assume that official components would already have been updated if adjustments were necessary.

That’s an aspect I have thought about, too. Since no one else is notified, someone with bad intentions can be quite sure the user themselves will read the message, while a public reply bumping the topic might be flagged by someone else.

I haven’t tested how muting a user interacts with boosts. If a user has already muted another user, it could either result in an unwanted notification because of the boost by the person they muted or no notification for anyone about the bad boost, so it might stay undiscovered by members who could flag it for a while.

Did that work for you? I got this modal telling me I cannot flag

How does flagging boosts work? I accidentally clicked on the flag icon (on short boosts those are quite close to the avatar) and got this, where the flag button was disabled

You seem really excited. While the changes are currently still in an experimental state, you can enable Modernize Foundation theme today: Upcoming Changes

The word “link” in the topic map is only partly shown after I join the group:

Screenshot taken at Add link to sidebar category setting to new admin menu in categories section of the sidebar

And the text in this modal is difficult to read on hover. I think the contrast was better before

This seems to work on the read and topics activity in some screen sizes

But once I reduce the width a little, “Replies” and “activity” seem too big (This is also a problem on /latest)

There is a similar problem with “updated” and “activity” on /my/activity/bookmarks

Another example where the icon and text color do not match is the expand button on my profile

This is how it looks when I leave the group:

I think you didn’t mention that not only the font size of the table headers, but also the size of the numbers in the Replies, Views, and Activity columns, seem to be decreased.

I think the icon in the language dropdown is now very large in relation to the text.
Before:
image

After:
image

Would you please allow me to leave the @modernized-foundation group.
Edit: Now, after leaving the group, I can add a comparison screenshot of the new topic button.
image

It seems some icon colors don’t work well with the wcag palette.
image

And, for example, the group selector on the top left of the group page doesn’t really support 2 lines.

This is how it looks when I log out.

I think Meta doesn’t use “Boxes with subcategories” but “Categories only” in their Desktop category page style site setting.