Forum Operations Feedback Thread

:+1:

That was another reason I posed the question, kind of as a Tips & Tricks thing.

That’s what I used to do, too, but @me is way easier, I think, and I don’t have to wait for the search entry field to autocomplete my username.

Are you aware of a way to exclude a member from a search? Like NOT @peepeep ?

I did look for it, but not exhaustively. :slight_smile:

I’m not, though I see that it’s been discussed quite a bit in Discourse Meta when I do a query for search exclude. I know that it’s possible to exclude some types of terms, and I see that if I add something like -user:peepeep[1] to a query here in the Forum it eliminates some results from the search, but I don’t know if that answers your question or provides whatever you’re trying to accomplish. Knowing more about the goal would be helpful.


  1. The minus sign (-) provides the “NOT”. ↩︎

Thanks!

Let’s say a member said “Reolink” a lot and you wanted to determine how many times they had said it when compared to the total times it had been said. So you’d run an unqualified search for “Reolink”, and then a qualifed one excluding the user:squeezecam, then divide the results of the latter by the results of the former to get the %. :wink:

Seriously, that describes what I’m trying to do (but not with @squeezecam and Reolink.) It looks like it’s not supported.

For something like that, I think your best bet would be to directly query the database if you had access to that. Maybe you should be gunning for co-Admin. :wink:

Also, I think in your math you’d subtract the results of the latter from the results of the former and then divide that by the results of the former. :nerd_face:

I get what you mean, though, and I appreciate the example choices you selected for the query term and username. :grin:

image Yeah, great co-Admin material. :laughing:

If I’m gonna kid somebody I should get the process right.

@Loki do you have any objections to enabling the following badges:

I just learned that they exist. I kind of enjoy the gamification aspect in general. Interestingly nobody yet qualifies for the top solutions badge, though @Omgitstony is REALLY close.

I don’t know what other badge options there are to enable, but I learned about these ones today and think they would be pretty cool if you don’t have any objections to it. :slight_smile:

:point_up: This is my fault. @Loki, I’m so sorry. I’m not trying to add to your to-do list. :face_with_peeking_eye:

2025-09-20T21:27:45Z Edit: Now I’m :laughing: at how quickly this happened:

@carverofchoice liked this

I mean…I still get to ask for what I want AND if it goes badly, you already accepted responsibility. Win-Win.
:laughing:

If you’re considering a habit/process change for topic titles, then I’m going to put in a plug for this again:

Although I mentioned Beta in that one, I think it could be especially helpful for finding relevant topics in Wyze News, too. Those are categories I tend to search a lot when trying to help other users and point to resources.

I’m finally catching up on some long awaited backlog. I’ve enabled these four badges.

Again, finally catching up on some stuff. Topic creation in the Beta category is now restricted to Wyze employees.

“And there was much rejoicing!” (Monty Python and the Holy Grail (1975))

Thank you! I hope it helps with the organizational clutter and improves users’ issues visibility. :+1:

Why did they reduce the size of the standard emoji face (assuming they did and it’s not just me on my desktop browser) ?

Standard emoji face: :rofl:

Iso emoji face:

:rofl:

I feel only one emotion reading them now: :confounded_face:

Ask Loki if he wants to play… User in this context is site admin:

Discourse recently changed the size of emojis, moving from a fixed 20px to being relative to the base font-size (1em), which often results in them appearing smaller. This change was implemented to align with other theme defaults, but has since prompted some users to seek ways to restore the original sizing.

  • The change: Before the update, emojis were hardcoded to be 20 pixels in size. After the update, their size is now relative to the site’s base font-size, which is 16px in the default theme.

  • The effect: Because 16px is smaller than 20px, emojis now appear smaller for many users.

  • Customization: Users who want to adjust the size can do so through custom CSS, with specific rules for different areas of the site. For example, you can add a custom CSS rule to set the height of all emoji images to a specific pixel value.

Ah. That’s ok. Just remembered I can ctrl/+ a few times and return with ctrl/zero. No hardship. :slight_smile:

I’d like to see emojis return back to 20px. :+1:

Then you have this guy who makes it more complicated by snatching the URL and letting the Markdown (![{image_name}]({image_URL})) or HTML (<img> tag) render at its default size:

:zany_face:

Sorry, I’m not going to mess with it.

I dig some of these incremental changes, like how checking s now shows above the element:

checking ♥️s above