No functional changes, but the themes available on Tildes itself now transfer over to the Blog/Docs sites (previously those sites were always using the "Solarized Light" color scheme). It was a little painful before if you were using a dark theme and clicking something like the "Formatting help" link took you to a bright page, so this should be a lot better.

There's currently no way to select a theme from the other sites, just on Tildes itself, but it should carry over when you've selected one here (using the dropdown in the footer if you're logged out, or through the settings page if you're logged in).

Please let me know if you come across any issues with it. It was pretty straightforward overall, but it did involve redoing a lot of the CSS and HTML for the Blog/Docs sites, so it's very possible that I messed some pages up and haven't noticed yet.

A decent number of smaller changes have been implemented over the past week, and while I don't think any of them individually were worth devoting a post to, I figured it would probably still be good to let people know. If you're interested in following Tildes's development more directly, you can always keep an eye on the commits on GitLab (an RSS feed is available as well). I try to write good commit titles/descriptions, so anyone should be able to follow what's being changed without needing to be able to understand the actual code.

Anyway, here are some recent updates:

• Last week, I tried to add a "back to top" button on mobile and broke the site for a lot of people. I reverted it and haven't tried to re-implement it again, since it seemed like a lot of people didn't like it anyway. I'd be interested in hearing feedback about whether that's still something that many people want.
• @what added a new dark theme called "Atom One Dark". It's pretty nice, give it a try if you like dark themes.
• @wirelyre fixed the very first issue ever created on the Tildes repo. Markdown includes support for embedding images with a syntax almost exactly like a link, except with an exclamation point in front: ![image mouseover text](https://example.com/link-to-image.jpg). However, since Tildes doesn't allow people to embed images, anyone attempting this would end up with an escaped <img> tag inside their post. It's fixed now so that it just treats an attempt to embed an image as a link to the image instead.
• As requested, I added the ability to "quick quote" when you're going to post a comment reply. If you select some text from a comment before clicking the "Reply" button, the reply form will start out with the selected text already quoted for you.
• Subsequent quotes in comments are now merged by default. Previously, if you were quoting two or more paragraphs by putting > in front of them and you had a blank line in between them, you would end up with a separate quote block for each paragraph unless you also put a > on the blank line. This behavior was clearly unexpected most of the time and people ended up with longer quotes broken up into many quote blocks for no reason. I've now changed it so that it will automatically merge subsequent quote blocks into a larger one, but you can still force them to be separated by putting at least two blank lines between them (or other methods like using a horizontal rule between quotes). Info about this was added to the Text Formatting docs page.
• For about the last month, we've been showing domain names for link topics and usernames for text topics in the listings, but some people (rightfully) pointed out that this isn't very good for groups like ~creative where it's important to be able to see who's posting a link. I've updated it now so that I can change this behavior on a per-group basis, and for now, both ~creative and ~music will always show the submitter's name, even on link topics.

I've topped everyone back up to 10 invite codes again as well. With the site being publicly visible now, I know that some people are getting requests for invites and have been using them fairly often, so always just let me know if you need some more. You can get your invite links from here: https://tildes.net/invite

Let me know if you have any feedback or notice any issues with any of the things I listed above (or anything else). Thanks as always, it's been nice to see the site's activity level moving up again lately.

Alright, after repeatedly delaying it for various reasons, Tildes is now publicly visible. This means that people no longer need to get an invite to be able to browse the site. An invite is still required to register and participate though (and I'm intending to keep it that way for the foreseeable future).

This should be a huge boon to the overall process—people will be able to check out the site before requesting an invite, which will save a lot of effort giving out "wasted" invites to people that just wanted to look and don't continue visiting afterwards. I want to talk more soon about making the process of getting an invite easier, but this should help a lot for now.

Please don't try to bring a lot of attention to the public visibility just yet (you're welcome to tell friends or small groups though). I fully expect some people to notice it naturally, but I'd like to try to keep it a little quiet still over the weekend. There are still a few things that I'm working on, and I'd like to get a bit more done before we start promoting it too widely. Early next week I'll make a post on the Tildes blog announcing it, and then we can go all out with it.

A couple of other notes about public visibility:

• Logged-out users can select their theme - there's a dropdown box in the site footer for them to change it, but they'll have to set it individually on each device.
• Logged-out users can only see the most recent 20 posts on user pages, they don't have access to the full pagination like logged-in users do. That was discussed a little in this thread. I don't know if it will stay this way permanently, but we can try it out for now.

I've also topped everyone back up to 5 invite codes again. The public visibility may cause some of you to get requests from people for invites, so please let me know if you need more. You can access your invite links here: https://tildes.net/invite

And as one other thing, I've also added the tirelessly-requested Dracula theme. This is the first time I've tried using the revamped theme system that @Bauke set up to add a completely new theme, so please let me know if you notice any oddities with it (or if you think I used the colors of it wrong or anything, I don't use Dracula personally).

Please let me know if you have any questions, concerns, feedback, etc. about the public visibility. This is a huge step in the site's progress, and I'm definitely both excited and terrified about it.

This is another feature that's been requested a number of times, and was implemented as an open-source contribution by @Celeo.

If you're not aware (since apparently a fair number of people haven't noticed them), there are currently 4 different color themes for the site that you can choose from on the settings page. Until now, this choice has always only applied to the specific device that you're on, and is stored in a cookie, so people that switch devices often or clear their cookies were a bit annoyed by needing to re-select their theme every time they log in.

Now you can set a default theme for your account, so when you log into your account it will automatically change to that theme (but you can still override it if you want to use a different theme on that device). To do this, just change to the theme that you want to use as your default on the settings page, and a button to set as default should show up next to the dropdown. The behavior of it's still a little bit weird in some cases, so you may need to change the dropdown away and back if it's already set to the one you want to use.

I'm planning to test out various changes today and through the weekend, so I just wanted to put this thread out as a kinda-megathread for them. Functionality-wise, not much should be changing yet, but I'm going to be playing around with moving some things, changing some information that's displayed, and so on. For an alpha, the site's been way too stable. We're way past due to try experimenting more.

I'll try to keep a list updated in here of what I've changed. So far:

• On listing pages, the domain for link topics is now shown in the "footer", to the right of the number of comments (replacing the submitter's username), instead of in parentheses after the title. This makes it so that the information about the source of the post is always in a consistent position.
• Link topics pointing to articles now show the word count (when we have that data) after the title, similar to how text topics always have. This should work for most sites, but not always yet.
• Links to YouTube videos now show the video duration after the title. (This should be possible to extend to other sites without too much work)
• Added a data-topic-posted-by attr to topics in listings to support filtering/styling/etc. via CSS/extensions.
• Reduced timestamp precision on topic listing pages to always only show one level (before it would say things like "2 hours, 23 minutes ago", now just "2 hours ago"). It still switches to a specific date after a week.

Please let me know if you love or hate anything in particular, but try to give it a bit of a chance and not just your initial reaction (which tends to be disliking change).

Things have been really quiet for the past few weeks. I've been pretty deep into server-admin-type work trying to get the site ready to be publicly visible, and while I have a decent understanding of that side of things I'm definitely not an expert, so I've been doing a lot of reading and experimenting that hasn't really looked like much happening from the outside.

I'm pretty happy with the state of everything now though, and I'm intending to make the site publicly visible (but still requiring an invite to register/participate) sometime next week. Part of that will be making some changes that have been overdue for a while, and catching up on merge requests and other things that have been getting backlogged while I've been in server-admin mode (and I apologize to all the people that have submitted those that I've been neglecting).

So this change is one that I've said is coming for a long time: your "main" user page is now paginated, and you no longer need to select "Topics" or "Comments" to be able to look back through older posts. For the moment, this is still restricted to only your own page, but on Monday, I will be enabling pagination on all user pages. So this is the final warning that if there's anything in your history you'd like to edit or delete before people can easily look back through your history, you should do it in the next few days.

I'm still considering whether to add any options for restricting the visibility of your user history, but I think it's really important to stress that anything like that will always be a false sense of privacy. I know for a fact that at least one person has already fully scraped all the comment threads on the site, and probably already has the ability to look through everyone's posting history if they want to (and they could easily make that data available to others). Once the site is publicly visible, scraping everything will be even more common, and it simply can't be prevented. If you post things, it will always be possible for someone to find them.

That being said, one thing that I am considering is making it so that logged-out users won't have access to pagination on user pages (similar to how it is for everyone else's user pages right now). It's still a false sense of privacy, but it at least lowers the convenience a little and means that someone will have to get an invite to be able to dig through anyone's history easily (though there's still the possibility that someone scrapes all the data and makes it browseable/searchable on an external site). Anyone have any opinions on whether it's worth doing that, or should I just let everyone look through user pages, whether they're logged in or out?

And since I haven't done it in a while, I've topped everyone up to 10 invites again, so please feel free to invite anyone else you want before we get into the public-visibility phase.

Thanks - please let me know if you have any thoughts about user histories or if you notice any issues with paginating through your "mixed" history (since it was a bit weird to implement and I'm not 100% sure it's correct).

This isn't a very exciting change, and probably won't even be particularly useful until the site is publicly-visible, but I've now set up the https://tild.es domain to handle shortened links to topics and groups.

The short link for each topic is available at the top of its sidebar. For example, this topic's is: https://tild.es/9au
It also supports linking to groups, like https://tild.es/~games (not actually being used anywhere on the site yet)

I'll probably also add support for linking to comments and users eventually (maybe via tild.es/c/ and tild.es/u/ respectively?). Please let me know if you have any other ideas of what might be good to do with it, or if you notice any issues.

As mentioned last week, I've now deployed the bookmarking functionality that was primarily implemented as an open-source contribution by @what.

There's not much to say about it, it should be pretty straightforward: there are "Bookmark" buttons on both comments and topics, and you can view your bookmarked posts through the Bookmarks page, which is linked through your user page's sidebar. I'm planning to add the ability to search your bookmarks eventually, but I don't think that'll be urgent for a while until people start building up a pretty large list of bookmarked items.

Please let me know if you notice any issues with it, and thanks again to @what for the contribution!

When you're viewing your own user page, there are now two other "tabs" available, one for showing only topics that you've posted, and one for only comments. These pages are paginated, so you can go back through your whole history of topics/comments. I also intend to make the "recent activity" view paginated as well, but that's a tiny bit more complicated, so I left it out for now.

I plan to extend the tabs/pagination to all user pages some time next week, but as I previously promised, I wanted to give people at least a few days to be able to review their own posts and go back and see if there's anything they want to edit/delete before other users can more easily look through their posts.

This leads into a discussion that I want to have about whether we should do anything special to hide user history.

In general, I think that showing user history is good. It's valuable from an accountability perspective and it has a lot of legitimate benefits. If I run across a user that consistently makes good posts, it's nice to be able to look at their history and see some of the other comments they've made. Maybe (once the site is larger, anyway), I'll even learn about some new groups that I'm interested in by seeing where that user hangs out.

However, there are also obvious downsides, and we're seeing some major demonstrations of this in the media lately (mostly applied to Twitter). I don't want to get into the individual cases, but there have been repeated instances of people digging up years-old tweets and using them as ways to attack people. The main problem with this is that a full history (especially when combined with search) makes it very easy to find things to shame people about, especially when they're pulled entirely out of context of how they were written in the first place.

Tildes is still very new, but this is a real possibility as the site goes on. Do we want people to be able to easily dig up old comments a user made 5+ years ago? Do the potential downsides of that ability outweigh the benefits from being able to easily look back through a user's history?

One other thing to keep in mind is that once the site is publicly visible (and especially once there's an API), there will be external databases of everyone's posts. We can make it more difficult/inconvenient for people to be able to search/review user history, but we can't make it impossible. There's just no way to do that with a site where your posts are public.

Let me know your thoughts, it's a really difficult subject and one that I've been thinking about a lot myself as more and more of these "person in spotlight has embarrassing social media history" cases come up.

Nothing very major has changed yet, but I'm working on adding a couple of open-source contributions to the site and could use some help and input related to them:

Theme system rework

First, I've just deployed a rework of the "theme system" (for the display themes that you can select in your settings) that @Bauke has been brave enough to work on. As some of you know, the site originally only had two themes - Solarized Light and Solarized Dark. Because of this, the theme system was built around those themes and meant that the Solarized colors had to be used in all other themes as well. This is why, for example, the new default theme (with the white background) still uses Solarized colors for links/alerts/etc., even though the contrast and appearance of some of them isn't very good on white.

This rework will allow every theme to have completely custom colors (as well as other possibilities), but the first stage was just deploying a refactor to convert the existing themes to this new system. If you've ever tried to refactor CSS, you know that it's not much fun and there are a lot of subtle things that can go wrong. So as of right now: nothing should look different yet, and if you notice any issues with colors or other appearance changes, please post here to let me know.

This is mostly just to make sure that nothing's been messed up during the transition to the new system, and once it seems safe we can start making more interesting changes like adjusting colors, adding more themes that diverge from that Solarized base, and so on. But for now, we're just looking for issues in the existing themes to make sure everything survived the transition intact.

Saving/bookmarking/favoriting/etc. terminology

@what has also been working on a contribution that will add the ability to save/bookmark topics and comments. It's close to being ready to deploy, but I thought I'd ask for some input about what term to use for the function before it goes live, since it will be more hassle to change it afterwards if necessary.

"Save" has the benefit of being short and also used on other sites like reddit, Facebook, and some others. I think it's slightly misleading though, because you're not really saving the post, just a link to it. If the author deletes it, you won't have it saved.

"Bookmark" is probably more correct, and used by some sites including Twitter. However, it's longer and may be confusing to some people if they think it's related to browser bookmarks.

Any preference on either of those, or are there other options (like "favorite") that might be best?

Not a very major update, but I figured it was worth letting everyone know: search has been expanded a bit to also cover topics' tags in addition to their title and markdown (for text topics). So if you search for a term that was only included in a topic's tags but not its title/text, it should come up in the results now.

On that subject, are there any other pieces of data that you think should be included by default in search? In the future, I'd like to support searching certain parts of data deliberately (for example, maybe by writing a query like url:article to find only link topics with "article" in their url), but that's different from including it automatically in all searches. As a specific example, if you search for "youtube.com" or even "youtube", should all link topics from YouTube come up, or only topics that have the word "youtube" somewhere in their title/text/tags?

A couple of weeks ago, I re-enabled the comment tagging feature. Since then, I've been keeping an eye on how it's being used, reading all the feedback people have posted, and have made a few other small adjustments in the meantime. Today, I'm implementing quite a few more significant changes to it.

First, to try to head off some confusion: if you're very new to Tildes, you won't have access to this feature yet. Currently, only accounts that are at least a week old can use it. Also, the docs haven't been updated yet, but I'll do that later today.

Here's what's changed:

• The name has changed from "tag" to "label". I think it's better to use a different term to separate it more easily from topic tags since the features are very different, and "label" shouldn't have the implications that some people attach with "tagging".

• As suggested by @patience_limited, "Troll" and "Flame" have now been replaced with a single label named "Malice". I don't think the distinction was important in most cases, and the meanings of them were a bit ambiguous, especially with how much the word "troll" has become over-used lately.

  Basically, you should label a comment as Malice if you think it's inappropriate for Tildes for some reason - whether the poster is being an asshole, trolling, spamming, etc.

• This new Malice label requires entering a reason when you apply it. The reason you enter is only visible to me.

• Another new label named "Exemplary" has been added, which is the first clearly positive one. This label is intended for people to use on comments that they think are exceptionally good, and it effectively acts as a multiplier to the votes on that comment (and the multiplier increases if more people label the comment Exemplary). Like Malice, it requires entering a reason for why you consider that comment exemplary, but the reason is visible (anonymously) to the author of the comment.

  Currently, you can only use this label once every 8 hours - don't randomly use it as a test, or you won't be able to use it again for 8 hours.

The interface for some of these changes is a bit janky still and will probably be updated/adjusted before long, but it should be good enough to start trying them out. And as always, beyond the interface, almost everything else is subject to change as well, depending on feedback/usage. Let me know what you think—comment labels have a lot of potential, so it's important to figure out how to make them work well.

Another open-source contribution has now been implemented - @Soptik wrote the code to add support for syntax highlighting, which should be great for topics like the programming challenges in ~comp.

I'll update the formatting documentation to include info about it shortly, but it's straightforward to use. You have to use a "fenced code block", which usually means that you put 3 backticks above and below the code, and include the name of the language after the 3 backticks above it. So for example, markdown like this:

```python
def word_count(string: str) -> int:
    """Count the number of words in the string."""
    return len(WORD_REGEX.findall(string))
```

will render as:

def word_count(string: str) -> int:
    """Count the number of words in the string."""
    return len(WORD_REGEX.findall(string))

This is being done by the "Pygments" library, which supports a lot of languages: http://pygments.org/docs/lexers/

And completely unrelated to that, it's been a while since I gave everyone some invite codes, so I've topped everyone back up to 5 (and as always, feel free to let me know if you need more). You can access them on this page: https://tildes.net/invite

That's all for now, thanks everyone (and @Soptik in particular). There should also be more changes coming before too long, I've been working on some major updates to the comment-tagging system and hopefully should be able to implement those soon.

After re-enabling comment tags a little over a week ago and starting to experiment with some effects, I'm going to be adding some more and continuing to adjust as I keep an eye on how they're being used so far.

I've just deployed an update that changes the default comment sorting method to one named "relevance" (subject to change, suggestions welcome). This mostly acts like the previous default of "most votes", but also takes into account whether comments have been tagged as certain types. As with the other tagging effects so far, these effects will probably be adjusted or may even be completely changed as we see how they work in practice, but for now:

• If multiple users tag a comment as "noise" or "off-topic", it will be sorted below comments without those tags. That is, comments that are not noise or off-topic will be prioritized above off-topic ones, and off-topic will be above noise.
• In addition, comments tagged as "joke" will act as though their vote count is halved. This will just help with de-emphasizing joke comments a bit for now, but I definitely still plan to have filtering/collapsing behavior attached to them eventually
• The "troll" and "flame" tags still don't have any inherent functionality yet, but I've been using them a little like a reporting function in the background so far, so those tags are helpful to me for pointing out comments that may need attention.

Let me know what you think of these changes or if you notice anywhere that they seem to be working poorly. There should be more updates and changes to the comment-tagging system coming this week as well, based on suggestions and observations so far.

This has been a long time coming, but the comment tags have now been re-enabled. I want to treat this as experimental, and potentially make a number of changes to them quickly based on seeing how they get used. A few notes about how they're set up now and what I'm planning to do with them, followed by some questions that I'd like input on:

• The main change I want to experiment with is turning the comment tags (mostly) into a system where they're invisible, but cause effects. That is, instead of having the actual tags show up on each comment like they were before, they'll now be something that's "in the background", but can have different effects on comments that get tagged.
• Currently, tags will only have an effect if multiple users apply the tag. This may change eventually if we start granting more weight to certain users that have a consistent history of tagging, but for now it means that a single user tagging a comment won't do anything unless other user(s) also apply the same tag.
• As of the time I'm making this post, you can apply tags, but they don't have any effects yet. This will change very soon (probably even later today), but I wanted to get input on potential effects and get a baseline idea of how they start getting used before I turned any effects on.
• Currently, anyone whose account is at least 7 days old will have access to comment tagging. This is to try to make sure that people have at least a bit of experience on the site before they start using the tags.

Now, questions that I want input on:

• What effects do you think might work well for the different tags? I don't want to bias the ideas by explaining a bunch of my own ones up-front, but an example of the sort of things that I'm thinking about is making it more difficult to reply to comments tagged "troll", such as by requiring the user to click through a dialog box like "Other users have tagged this comment as a possible troll, are you sure you want to reply to it and feed the troll?"
• Is the current set of tags (joke, noise, offtopic, troll, flame) reasonable, or should we consider adding or removing some of them?
• Now that the comment tags aren't being shown, should we consider changing them to more detailed descriptions? It was somewhat important to have shorter, "snappier" names for them before to keep them compact, but if they're not going to be shown often that may not be necessary at all. For example, "noise" could be changed to something more like "doesn't contribute to discussion".

Let me know what you think—the comment tags are definitely one of the important aspects of the site, so I'm excited to start experimenting with them again and am confident that we can figure out a system for them that will work really well and help encourage quality discussions.

This is very minor so far, but I think it's good to have a topic devoted to it so that people have somewhere to discuss it, instead of having it come up randomly in topics that it applies to.

I've recently started scraping some data about the destination of link topics using Embedly's "Extract" API (Embedly was kind enough to give me a reasonable amount of free usage since Tildes is a non-profit). You can put in the url of an article/video/etc. on that page to get an idea of what sort of data I can get from it, if you'd like to see for yourself.

I've only just started tinkering with it, and so far the data is only being used in two small ways:

1. Tweets now display the entire text of the tweet on the topic listing page, similar to the "excerpt" from text topics. You can see an example here.

2. On topic listings, the date that an article was published will be shown (after the domain name) if the publication date was at least 3 days before it was submitted. There are a few examples in the recent posts in ~misc

   I'll probably adjust this threshold, but I'd like it to be an amount of time where the age of the content might feel "significant". It would also be possible to just show this info all the time, but I think the topic listings are already fairly cluttered so it's probably best to hide it when it's not interesting/significant.

As I said, these are very tiny changes so far, but there are lots of other possibilities that I hope to start using before long. I've mentioned this before, but something I'd really like to do overall is try to bring in more data about the links where it's possible to be able to show things like the lengths of videos and so on.

Let me know if you have any thoughts about it or notice any issues, thanks.

The "mark new comments" feature (which isn't enabled by default) has two main functions:

• From the listing pages, it shows which topics have new comments (and how many)
• On the comments page, it puts an orange stripe down the left side of the new comments

These are both extremely useful (and you should probably enable it if you don't already have it on), but it was still a bit hard to find the new comments in larger threads, even with them marked. You had to just scroll around and look for the orange stripes.

I've deployed a new update now that makes it so that when you go back to a thread that has new comments, all the old comments will be collapsed, except for the direct parents of the new ones. I've also updated the appearance of collapsed comments so that you can see the first part of the text of the collapsed comments.

No behavior will change if you're not using the "mark new comments" feature, and if visit a thread for the first time or go back to a thread with no new comments, all comments will be expanded as normal. Remember that you can also use the new "expand all comments" button added last week to quickly uncollapse all comments if you want to.

Edit: And if you really don't like it, you can disable it now with the second checkbox at the bottom of the settings page: https://tildes.net/settings/comment_visits

Let me know what you think, and if you notice any issues. This should make navigating large threads a lot easier, and there are also some other interesting possibilities with the "individually collapsed" comments that I'm going to be working on soon. One thing I definitely want to do is add an indication of how many comments are in a particular collapsed chain, since right now you can't distinguish a single collapsed comment from one with (potentially many) replies.

Another open-source contribution, this time from Jeff Kayser.

There are now two buttons at the top of the comments section, next to the header that says "X comments". The minus button will collapse all the reply comments, leaving only the top-level comments expanded, and the plus button will uncollapse any comments that have been collapsed.

This lets you browse the comments in kind of the "opposite" way of normal—instead of collapsing the conversations you don't want to read, you start out with only the top-level comments visible, and can un-collapse responses if you want to read more.

There will probably be some more work done along these lines in the future. A user setting would probably be nice so that reply comments are always collapsed by default, if that's what you prefer. And I'd also like to see the collapsed comments say how many comments there are in that chain, since right now there's not really any way to tell how large of a discussion you might be un-collapsing.

Okay, okay. We really needed some sort of search, so I decided to just get an extremely basic version out today. It's very limited, but it should work for now and can be improved as we go forward.

Details/limitations:

• Currently, the search only includes the title and the text of the post (if it's a text topic). It doesn't include the tags, the group, the link, the author name, comments, anything. Only the title and text right now.
• There's no way to restrict the search to specific group(s) yet. Just full-site search.
• All searches are "all of these words". There's no phrase-searching yet, or "X or Y", or anything else.
• The search results page is just a quick hack on the normal topic listing page and will probably display some things weirdly in some cases (like the message when there's no results).

It's a start though, and certainly better than not having any search at all. There will probably be a lot of minor issues, but let me know if you notice anything especially broken with it.

It's a bit late tonight (for those of us in North America, anyway) so I'm not sure how much attention this will get today or how many people I'll start granting permissions to yet, but it's now possible for people-who-are-not-me to start helping with some moderation-like tasks.

As of right now, these abilities are restricted to (and I can grant each individually):

• Changing the tags on topics
• Moving topics between groups
• Editing topic titles (I may not actually give anyone this permission yet)

All these actions will be logged publicly, and if any of them are taken, they'll display in the topic's sidebar, in the "Topic log" (which you have to click to expand, and will only show up at all if anything's been done). I've changed the tags on this post so that you can see an example here.

For the immediate future, these permissions will be getting granted manually, will apply site-wide (not to specific groups), and will probably only be given to people that specifically express interest in helping with these tasks. I've written about grand, vague plans for a "trust"-based system that will hopefully help with doing this automatically in the future, but for now we'll have a more rudimentary trust system. Here's how it works:

1. I trust you, and give you access to more powerful tools.
2. If you abuse it, I take the tools away, and don't trust you any more.

It's not very sophisticated, but I think it should do the trick for a while.

So if you're interested in helping keep things organized, please let me know (post here or send me a message if you prefer). I'd probably prefer if you had at least some history of submitting well-tagged/titled topics to appropriate groups, but it's not necessarily required.

Edit: I would prefer that you have at least been around on the site for at least a week or two though. This is mostly important because the tasks are mainly organizational, so I think it's best if you've had some time to get accustomed to what's "typical" on Tildes for tags, which types of posts go in which groups, and so on.

Another excellent open-source contribution has been deployed today - @oden has added two-factor authentication support (via TOTP apps like Google Authenticator). Here's the code, if anyone wants to take a look.

If you want to set it up for your account, the link is available on the settings page. If you do, please please please write down or store the backup codes that it gives you after you enable it. If your phone dies or you otherwise lose access to your 2FA device, you won't be able to recover access to your Tildes account.

On that note, I wanted to ask for input about whether I should be willing to bypass 2FA for people if they've set up the email-based account recovery. People will lose access to their 2FA device and not have the backup codes, and I don't know if just telling them that I can't help them is truly the best thing to do. Allowing it to be bypassed does lower the security, but sometimes it's a reasonable trade-off. One possibility is adding a security option that people could enable for maximum security, like "Do not bypass 2FA for me under any circumstance, I promise that I've kept my backup codes".

Let me know what you think about that, as well as if you have any concerns or notice any issues with the feature. Thanks again, @oden!

Previously, the only way to do strikethrough or tables on Tildes was by using HTML. I've updated the markdown parser now so that it supports the methods of doing them through markdown. The Formatting help page on the docs has been updated as well with info about how they work.

I don't think there should be any conflicts between strikethrough and linking to groups, but it's possible that there are some weird edge cases, so please let me know if you notice anything. Generally, strikethrough requires you to have two tildes both before and after the text you want to strike out, whereas group links will only have one before. So something like This ~~should work~~ doesn't work will result in should work instead of a link to a group named ~should.

There are a few updates coming in today, and I'm going to make separate posts for each of them. This is the first one, added by James Southern (I don't know if he wants his Tildes account named) as an open-source contribution:

Your unread notifications page now has a "Mark all read" button at the top, just to the right of the title. Clicking it will mark all notifications on the page as read so that you don't need to do them each individually.

It works in a way that makes sure that it only marks ones that are on the page, and won't affect any new ones that came in after the page was loaded. If you have the "Automatically mark all notifications read when you view the Unread Notifications page" setting enabled, it won't show up (because you don't need it).

Please post with any feedback or issues you notice with it. Thanks, James!

Another feature update courtesy of open-source contributors - @Celeo was brave and took this complex update on as a first contribution to the Tildes code.

Mentioning a username in a comment will now send them a notification. Any of the following formats work:

• @Deimos
• /u/Deimos
• u/Deimos

It won't send a notification if you mention yourself, or if you mention someone that already would have gotten a notification for the comment anyway (the author of the parent topic/comment).

Edits should be handled as well, so if you edit in a mention that wasn't there previously it will generate the notification at that point, and if you edit one out it will delete that notification (whether the user has seen it yet or not).

Please let me know if you notice any issues or strange behavior (and please don't use this maliciously to annoy people).

This is an extremely minor change and I don't know if it's even really worth posting about, but I think it's probably good to make people aware: I've just increased the "grace period" for editing both comments and topics to 5 minutes (previously it was only 2 minutes). That is, any edits inside the first 5 minutes after it was posted won't mark the post with the (edited ... ago) text.

Currently, all older posts that were edited between 2-5 minutes after posting will still be marked as edited, but I'll probably go back and un-mark those as well.
Updated all old posts now as well.

Following up on his original addition of "open links in new tabs", @what has added another sub-option to it, which will make it so that external links in the text of comments, topic, and messages will be opened in new tabs by default.

This can be enabled on the Settings page, and I enabled it by default for everyone that has the setting enabled for topic links.

Tildes has been open-source for about 4 days now, and there have already been a number of people diving in and making some great contributions. Thanks to Ivan Fonseca, we now have our first feature update from an open-source contribution, and it's a heavily-requested one: you can now choose to have links open in a new tab.

This is split into two separate options, so there are two new checkboxes on your settings page under "Open links in new tabs":

• "Topic links to other websites" - this will make the external links (from link topics) open in new tabs
• "Links to text topics and comments" - this will make links to comment pages open in new tabs, both from clicking the title on text topics and the actual comments link

Please let me know if you notice any issues or unexpected behavior with it. There are multiple other open-source contributions in progress as well, so expect some more updates soon.

This has been requested a number of times, sorry for all the lost comments in the meantime.

The site should now ask you to confirm if you try to leave a page with an "unfinished" topic, comment, or message. This includes starting to write new ones, but also covers the forms for editing a post. It should only trigger if you actually make any changes, so if you click "Edit" on a comment/topic, but don't edit it at all (or do, and then change the text back to what it was originally), you shouldn't get a confirmation when you leave the page.

Please let me know if you notice any issues or strange behaviors with this.

I've just updated the site's markdown processor a bit to allow a few more HTML tags through, and added a section to the Text Formatting docs page to explain these options. The short form is that the following formatting is available only by using HTML (some of these may be added with markdown syntax eventually):

• strikethrough - <del> tag
• strike replace - <del> and <ins> tags
• ^superscript - <sup> tag
• _subscript - <sub> tag
• Tables - using <table>, <tr>, <th>, and <td>

I think at this point we should probably have almost all of the wanted formatting available, but there may still be a few missing.

I'm going to cheat a bit today and combine the daily discussion with a changelog post, since I'd like to get input on the changes and talk about what else should be done. I've just updated the "new topic" page in a few ways that we've discussed over the last while:

• There's a note at the top asking people to post informative or interesting content with discussion value, and not to make posts mainly for entertainment.
• You can now fill in both the Link and Text fields, and if you do so, the text will be posted as the first comment on your post. This allows people to make a sort of "submission statement" if they'd like, or give their opinion about the content. I've seen some conflicting opinions about this lately, so I tried to make it clear that adding text is optional. Personally, I don't think mandatory submission statements add much value, since in my experience most of them just end up being "I thought this was an interesting article", or a quote or two taken directly out of the article.
• I added a "Formatting help" link above the Text field that links to the page on the docs site that @flaque was nice enough to write up. This link has also been added above the markdown fields for comments as well.

As I mentioned yesterday, I'm also working on a "tagging guidelines" document which I'm hoping to get into decent shape today, and I'll add a link to that above the Tags field once it's available.

Let me know what you think of the changes, and if you have any other suggestions for things we should do with the submit process. We'll definitely need some group-specific submission info before too long as well, so I may end up adding a sidebar to the submit page that can contain more info (though that doesn't work very well on mobile since it's hidden by default).

As I mentioned in a couple recent posts (about standardizing tags as well as starting some more moderation), I'm going to start re-tagging and making some other changes to posts now.

So that you can see when changes are made (either by me, the post's author, or someone else), topics now have a "Topic Log" that's only shown in the sidebar when changes have been made. It's collapsed by default, and you'll see a title like "Topic Log (3)" that you can click on to see the log of changes. I've added and removed a tag in this post so you can see what it looks like.

For now, this only shows tag changes and lock/unlock, but I'll add title changes and moving between groups shortly. Edit: This does not include edits to the post, you can already see when a post was last edited (if it was), but I don't intend to add more detail or a log for that.

This is the first of several updates coming soon to make the topic-tagging system more functional, since it's been only informational up until this point.

You can now filter a topic listing down to showing only posts with a particular tag by clicking on that tag in the listing. It will affect the current listing you're on, whether that's your home page or inside a group. So for example, clicking a "facebook" tag on your home page will take you to this page - a list of all topics with the tag "facebook" in your subscriptions. Doing it from inside ~tech would go to this page instead, which is "facebook"-tagged topics inside only ~tech.

One thing to note is that (as mentioned in the mechanics page), tags can be hierarchical and this filtering supports that. For example, filtering to "rock" in ~music will also show a post I made yesterday tagged "rock.progressive".

Let me know if you notice any oddities with it or have any feedback about how it works.

After adding the ability to filter to a single tag yesterday, the next piece is active now: you can set up filters that will make it so that topics with specific tags aren't shown in your lists by default (but it's easy to toggle the filters off and see them). The filters are in the sidebar, hidden by default, but you can click the "Filtered topic tags" label to show the list and access the button that will take you to the settings page to change your filtered list.

A few notes:

• Filters are global. They will apply to posts in all groups, whether you're viewing from your home page or not. I'd like to add group-specific ones in the future, but for now they apply everywhere.
• Make sure you comma-separate the tags when you're setting up your filters, if you just use spaces it won't work.
• You can temporarily toggle off the filters from a link at the top of the topic list.
• Filters won't apply if you're viewing a single tag (in case it's one you had filtered)

I think that should mostly cover it, let me know what you think. I know this isn't super useful yet because tags aren't very consistent overall, but the next step (today or tomorrow) will be to make it so that other users can edit tags to fix incorrect/improper tagging. I'll start a daily discussion in a bit related to that topic as well.

After we discussed this the other day, I've now changed it so that you can no longer see who a user was invited by. While some people did like it being public, I think the benefits of keeping it public were pretty minor, and there were legitimate concerns about privacy on the opposite side.

So now it's still stored internally and I'll be able to use it to see if someone is repeatedly inviting users that cause problems, but it won't be shown on the site any more. This means that invites are now effectively anonymous—neither the inviter or the invitee will know the other's username if they don't want to reveal it themselves, and other users won't be able to see any relationship between them either.

Hopefully this will help make some people feel less hesitant about inviting others, and as I mentioned earlier in the daily discussion post, you've all been topped back up to 5 invite codes again.

There's now a new checkbox available on your settings page for "Automatically mark all notifications read when you view the Unread Notifications page". It's off by default so that I wasn't surprising anyone by changing the current behavior.

I figured this would be a quick one to add, and it's a little simpler than a "mark all as read" button (since it doesn't have to worry about new notifications that came in after loading the page but before clicking the button).

As we talked about in the daily discussion yesterday (which was great, thanks for all the feedback), I've got a few changes coming soon that will help people customize what they're seeing.

The first piece of these is out now—changes to the way topic listings are sorted:

1. I've changed the default sort for the site from "activity, all time" to "activity, last 24 hours". This will mean that the same older threads aren't constantly getting bumped back up to the top of the site, but you can still easily change the time period drop down back to "all time" if you want to see if any older ones are active too.
2. You can now set your own default sort and period, which (currently) applies to both your home page and individual groups. To do this, change the options on the home page (not inside a group) to whatever you want to use as your default, and a "Set as default" button will appear after the time period dropdown.

I'll be adding the ability to set separate defaults for each group before too much longer as well, and I'll also make a daily discussion post a little later.

As promised yesterday, it's now possible to set different default "views" (order of topics, and time period) for each individual group. Similar to how setting it for the home page works, just go into the group, change the view order/period to the ones you want, and then click the "Set as default" button next to the time period dropdown.

So now when you go into a group, it will choose your default sort by the first one of these that exists:

1. Your default for that group
2. Your default for the home page
3. The site's overall default (currently "activity, last 24 hours")

On that note, any opinions yet about the default switch yesterday to "activity, last 24 hours" instead of "activity, all time"? Or does this question not even matter much since people are setting their own preferred sorts now anyway?

Moving the vote count to the bottom of comments has been suggested a number of times, and since the comment tags are disabled for now anyway, this seems like a good time to try it out since we won't have those being shown at the top right now either.

I'm definitely not certain I'll keep it this way, but at least for now, a comment's vote count is now shown on the Vote button itself at the bottom of the comment (unless it's your own comment, in which case it's still shown at the top).

Let me know how it feels to you, I figured it would be an interesting thing to try out at least.

This isn't a huge update, but it should make navigating around the larger comment threads a little easier. There's now a "Parent" link in each comment's header (unless it's a top-level comment), right after the "Link". This is also present on user pages and in your notifications as well, for if you'd rather jump to the parent instead of the comment itself.

When you're using it from inside a comment thread, I also added some extra behavior to it: when it jumps you up to the parent comment, it will add a "[Back]" link at the end of that comment's header, which you can click to jump back to the comment you clicked "Parent" from. This can be used in a "chain" as well - you can click "Parent" multiple times to go back up a few levels in a thread, and then use the "[Back]" links on each one to get back down to where you started.

Hope that helps, let me know if you notice any weird behavior or have any feedback about it.

Edit: completely unrelated extra note - hey, we've made it to 3-char topic IDs already (this one is 103)

One of the main complaints so far has been that some people have been having trouble staying logged in (until randomly it just seems to work for no apparent reason). Examples: Here and here and here and here and probably even more.

I think I've figured out (and fixed) the issue now, so if you get unexpectedly logged out again after your next login, please let me know. I think the existing sessions may still have the issue, so I'm not totally sure if it will be fixed until after a new login (and even then, I'm still not totally sure).

This is definitely just a stop-gap until I get some time to work on properly paginating it, but quite a few people have asked about a page to view old notifications again after marking them read, so I put a quick one together that's linked in the sidebar of your user page as "Previously read", at https://tildes.net/notifications

For now it doesn't paginate at all and will just show your most recent notifications (up to 100) that were marked read, and doesn't include the unread ones. It's not great in a lot of ways, but hopefully better than not having any way to view the read notifications at all.

As I mentioned in the post on Monday, I've spent some time this week trying to make sure that I should be in good shape for the GDPR (which takes effect tomorrow).

In the end, the change in minimum age for some EU member states seemed to be the only issue, so I've just updated the Privacy Policy and Terms of Use to account for that. You can see the exact changes that I made here, on GitLab.

And on that note, now that the Docs pages are open-source, I added a "view history" link that shows at the top of pages on the Docs/Blog if they've been edited, so that people can click to see the full edit history of the relevant page on GitLab.

Because of these changes, if you're older than 13 but below the minimum age in your country (for example, in Germany and France it's 16), you'll have to stop using Tildes now. At this point, it's unlikely that anyone is affected by this. As a side note, if anyone knows of a comprehensive, updated list of what the minimum age is for different countries, please let me know. I'd love to link to a list so that people can easily check if they don't know what their country's minimum age is, but I wasn't able to find one.

As discussed yesterday, since everyone seemed supportive, I've updated the default sorting for topic lists to "activity". I think we'll probably need to reconsider this as the site's traffic and posting volume continues increasing, but I think it's working really well as a default for now.

Hopefully the default will also be customizable on a per-group basis in the future (and/or allow people to set up their own "shortcuts" to certain groups with specific sortings).

This is more of a stop-gap than a real solution, but it's now at least possible to link to a specific comment. On each comment, on the right side of the header "stripe", there's a # that links to that comment. It just uses an HTML anchor, so you're still linking to the full comments page, but it should scroll to the correct comment at least. You can also click the # on a comment from your notifications page or a user's page to go directly to that comment.

In the future we'll probably want to have a better view that highlights the linked comment more, and allows displaying context (the parent comments), but for now this should help a bit.

A few people have expressed surprise to me that there weren't any notifications when someone replied to their topics (only comments), so I've added a basic version of topic reply notifications now as well. You'll get one when someone makes a new top-level comment on a topic that you posted, and they're combined in with the comment replies and shown in the same "unread notifications" page for now.

Most of the other weirdness mentioned when I added comment replies is still around, and I'll definitely want to add some sort of "stop sending me replies for this topic" toggle eventually, but I don't think it's a big concern for now since the comment volume is still very low.

A couple of fairly minor updates to topic-tagging (that mostly came out of discussion in this thread the other day):

1. When you're entering tags, you now need to separate them with commas. Spaces will be kept as part of the tag, instead of working as a separator. So you can tag something like music, soundtrack, full album and get 3 tags out of that.

   (Side note that I doubt anyone cares about: spaces are converted to underscores internally, so using a space or an underscore in a tag is now the same)

2. I added a tags field to the "new topic" page, so you can tag while you're posting the topic now, instead of needing to do it separately afterwards.

Most of you have probably already read it (especially since I spammed you all with a message that has a link to it), but there's a bit more info about topic-tagging here as well: https://docs.tildes.net/mechanics#topic-tags

Tildes has a feature that marks which comments are new in threads since you last visited (kind of like a combination of the similar gold comment-highlighting and RES features on reddit), but I've noticed that not many people are enabling it so far.

I think the reason is that I made the label/description of it a bit too scary, and it sounded like it was some sort of tracking for the sake of tracking, without explaining the actual benefit enough. So I've updated the info now, and added a small image that shows what it does to its settings page. If you didn't already have the feature enabled because I scared you off about it, please take a look at the Settings page again and see if it makes more sense now.

It's still very rough in quite a few ways, but lack of comment reply notifications has definitely been one of the biggest missing features, so I wanted to get this basic form of it out before I worry about fixing some of the weirdness with it.

A few quick notes on it:

• Currently, notifications are only for replies to comments. You won't get any notifications for replies to topics, username mentions, etc.
• Currently, you can only view the unread notifications. Once you mark one as read, it'll be gone with no way to see it again. It's still stored and viewing read notifications will definitely be possible in the future, just not yet.
• There are some strange interactions between the comment visit-tracking and the notifications still, I'm not totally sure how I'm going to handle those yet.

Let me know if you notice anything else, I'll probably apply some more updates to it before long to fix some of the strange aspects.

Edit: I decided to change it from "Recent activity" to just "Activity".

As mentioned in the post over the weekend, I've added a new sorting option now: "recent activity". This behaves kind of like a forum, where active topics (ones getting new comments) will keep coming back up to the top of the list. I haven't added any specific protections like @cfabbro suggested in that thread, but I will if it seems necessary to prevent excessive "bumping".

I'm considering making this the default sort while the site's overall activity is still pretty low, but haven't done it just yet. Let me know what you think of it, and if you notice any weirdness.

Previously, the invite process was pretty annoying if you were planning to invite multiple people - you could only have one "active" invite code at a time, so you'd have to send someone a code and then wait until they registered before you could generate another code for the next person.

I've fixed this now and it's possible to have multiple active codes, so you can generate as many as you need (up to the limit of how many codes you've been granted). You can do this on the invite page: https://tildes.net/invite

Hopefully this makes it easier to invite people, and as always if you want more codes for a particular purpose just send me a message and let me know.