Categorisation, tagging, default appearance

Communication & collab between designers & devs

I suggest a slight change to the name of this category. From:

Communication & collab between designers & devs

to:

Communication and collaboration

– and the elaboration (“between designers and developers”, and so on) can be explicit within
About ‘Communication and collaboration’, which is already pinned at the head of https://discourse.opensourcedesign.net/c/communication-collaboration

1 Like

https://github.com/discourse/discourse/commit/9e9ead095420d6f5e65b2a20aca5928e367d003d

When the fixed version of the application is made available, I’ll add a note here.

… screenshots etc. in due course …

Not forgotten. I might share those first impressions next weekend. In the meantime there’s the question about category visibility :slight_smile:


Communication and collaboration

One like and no objections, so I made the change. Hopefully not too hasty; if there are objections, please do not hesitate to raise them.

As the ampersand has been replaced by ‘and’ in the name of that category: for consistency, I’ll make the same replacement in two others that use an ampersand.

Also I’m shortening some of the URL slugs – /comm-coll in lieu of /communication-collaboration, /feedback in lieu of /forum-feedback, and so on. It will be smart to finalise any such changes before the site is promoted.

Both https://discourse.opensourcedesign.net/c/site-feedback
and https://discourse.opensourcedesign.net/c/forum-feedback
redirect to https://discourse.opensourcedesign.net/c/feedback

New topics

If begun from the home page, a new topic defaults to Open Source Design meta (the category that appears to be not a category whilst reading any topic in that category).

Probably not the best default. Assume that some posters will not pay attention to the category before posting.

I’m not keen on enforced categorisation, but since it was introduced: can we have a more appropriate default? The lounge, maybe?

Apparent breakage of ‘Open Source Design meta’

Fixed :slight_smile: but not yet thoroughly tested. As far as I can tell, the problem arose when:

  • instead of adding a category for ‘Open Source Design meta’
  • the special ‘Uncategorized’ category was renamed to ‘Open Source Design meta’ – causing categorised topics to misbehave as if they were noncategorised.

That’s not just a special name, it has a special purpose. Critically:

If you would like to see what’s uncategorised, at any time:

Please

Refrain from categorising things such as:

  • the welcome message
  • frequently asked questions
  • guidelines
  • hidden site maintenance banners

– thanks :thumbsup:

Thanks @evalica for seeking feedback!

I’m not yet convinced that categories by default at the home page is, or will be (when the forum gains momentum), better than latest.

With apologies for short notice: I have performed a reset on the top menu. Short notice because I only just learnt of the call, less than three hours from now, with the forum on the agenda.

A two-hour opportunity for participants who have worked, for the past two weeks, with categories at home page to begin getting a feel for how things might be with the Discourse default for the top menu.

Please understand that today’s reset need not be a final setting. I never like making changes such as this without consultation – especially where a site has gone live – but with the call so soon, I’m squeezing it in with a hope that someone will form an opinion in the next hour or so.

(If the call is followed by a final or semi-final decision to reinstate categories by default: the change will be very easily achieved by any member of staff.)

Screenshots, for reference

Before (categories by default)

After (latest by default)

I edited the category ‘About …’ texts a little, partly to remove things such as these:

  • :globe_with_meridians:
  • :iphone:
  • :art:
  • :dividers:
  • :slight_smile:

Not because I dislike the smiley faces :slight_smile:

Because they were not rendered in some contexts. A few examples:

Aw bummer. Someone else posted this too here https://meta.discourse.org/t/excerpts-show-emoji-codes-and-not-emojis/55106

1 Like

I like the default “Categories” by default. Since it’s easy to change, we can test and see which default is better, but it’s minor so I guess any is ok.

2 Likes

:thumbsup: thanks for feedback.

Maybe poll users, some time after a good broadening of the audience.

Same here. Now it’s a jumbled mess of latest threads. In the category view @evalica set it was at least some structure on the left. That gives new people and regular users alike a way better sense of which categories exist.

1 Like

Please be specific.

Can you give an example of a subject line that is not clear?

It’s not about a single subject line. It’s about the overall layout. The current one is just a list of topics. The other one @evalica set has the categories on the left too.

I can see a like from you on @evalica’s original message about changing it so I assumed you were ok with it? I can also see a like from you on @evalica’s message just now, and also @simonv3 liked my agreement with @evalica.

Also @htietze mentioned a preference for the categories view (with some suggested expansions).

And, yeah, my like was in agreement.

It’s unfortunate that the topic about first impressions was closed so soon.

I feel like a conversation about the default appearance for users makes a lot of sense in this thread about “default appearance”, especially as it pertains to categorization and tagging.

Not sure what you are trying to say. It was closed because it was spreading out into too many topics. We can always open new separate topics about things.

This topic is about default appearance, and so far people seem to prefer the category view by default.

FYI:

– not so much swiping with the Open Source Design forum as with Mozilla Discourse but still, the UX is not great:

  • if you tap back after reading something in the lounge, then it’s three swipes down again before the Lounge is reached.

Not an issue with Latest by default, just something to consider if staff do choose to reinstate Categories by default.

Side note

Recent testing focused on mobile 'cause I’ll be without a computer for the next few days.

After working a while with one and the other, I prefer the original categories+ latests posts instead of the current latests post

Assumptions:

  • With categories it visually looks more structured/tidy imho
  • Most importantly, the categories show which topics are usually discussed, giving an immediate overview for beginners. (Who, in contrast might be overwhelmed with only many recent posts)

Thanks, can the order of categories change dynamically (in response to activity)?

If the order must be fixed, then it might be good to demote (from second and third places) the two that are empty. And then review the order, a few weeks after things gain momentum.

Tagging

[quote=“jdittrich, post:10, topic:21”]I am fine with tagging … non obvious (I could not find out how to do it)
[/quote]

The screenshot here should be enough to help you get started:

A few weeks ago I identified a site that planned to implement tags, wondered whether their plan was implemented, it was not – “… So far categories have been sufficient.”.

Here in the Open Source Design forum, tags might become useful. I imagine project-specific tags, and so on.