quoting Jipí:

quoting Rhetorica:

User-to-user private messaging system implemented. See news post.

I think the user list shouldn't distinguish between uppercase first letters and lowercase ones?

Fixed!

Fixed new post notification bugs, both caused by loading pages elsewhere on the site and the double-refresh on the forum index page bug. This brings us down to one major forum-specific issue—the iffy logic that decides how to present a thread with new posts when you jump into it.

As a side-effect of the new post notification fix, recent new post notifications were skipped. (You'll have to check the threads by hand; sorry!)

Note to self: eventually add tools for transferring content between universes elegantly, as Cev suggested.

Changed universe removal to require text input confirmation rather than deletion of children, and enabled automatic removal of corresponding groups. (Yaali's idea.)

I just uploaded new data into Proto-Søkkli Dictionary and now when I access the dictionary it does not respond. However, I do not have a problem accessing Proto-Søkkli Anachronism Dictionary, so the problem specifically has something to do with the newly uploaded data.

Note that accessing entries in the dictionary works just fine, it is just accessing the dictionary as a whole that is broken.

Weird—it's fine on my end. Will have to look into that.

I logged out and it still does not work.

Okay, I go to my Kindle and, lo and behold, it does work there!

This is weird.

Can't add to Amqoli dictionary — I get

Critical error: the page you were requesting could not be loaded. Most likely, it does not support entry_submit as an access mode. This may be evidence of incomplete or sloppy coding. Please report issues in our bugs forum.

Made a new dictionary and it works. Main difference was no parens in category names; maybe that did it? Will poke at it some more. (edit: that's probably it)

I... actually cannot reproduce this. I've created a word containing parentheses, tagged with a category containing parentheses inside of a dictionary where the name contains parentheses, and it worked just fine. Are you sure there weren't other unusual characters involved anywhere?

Resolved: the dictionary was named "Dictionary", and the Dictionary template was so old that it was passing forms by title instead of ID number. Nothing else in the database had this behaviour.

So I seem to have uploaded a dictionary to a ghost.

I used the Dictionary Importer to sort out the lexicon to Imperial Salanjan, having first created the Imperial Salanjan Dictionary, but in the dropdown on the Importer there was only a line item Imperial Salanjan. I naïvely assumed this was just how dictionaries with "Dictionary" in their name would be listed (despite the counterexamples to that notion in the very same dropdown), and went about formatting it right. I finished and hit Import; all the words showed as importing perfectly fine, no errors at all. Thinking I was done, I closed that window and went to go look at my dictionary - nowhere to be found. I then went through several rounds of trying to figure out what happened, to no avail; http://atlas.runi.ca/?Imperial%20Salanjan simply 404s out. I don't know if the upload was bad or what, if I have to re-enter it all I will, but this still seems like something's wrinkled wrong somewhere.

That... shouldn't happen with the way the code is written, but tentatively I've removed the part of the code that hides the word "Dictionary" from the dropdown. I was able to import a word to id=101659 with no troubles.

Two things:

1. I can't add on to Kurgan for Zontasland.
2. Merkish didn't go away when I deleted Anglia Nova.

Tidied up after Merkish. (I also found a sizeable "Germanic" family left over from another deleted project of yours—that's gone too.) Not sure what went wrong; I'll look into it if it ever happens again.

Could you explain what exactly you mean by "add on"? It looks like everything should work just fine.

NM #1. That was an error on my part when I tried to add redirects without a code. Also can dictionary entries have a conjugation table?

Not automatically—yet. It's a major planned feature.

For now you can make tables manually with the example shown on the Formatting and Markup page: [table] and [/table] to start and close a table, then [tr], [td], and [th] to mark rows, cells, and headers, respectively. Only [table] needs to be closed.

Wait, what's the d stand for (just curious)? Also could you make it so we can make colored or bolded tables a la wikipedia.

There should also be a pronunciation section in the dictionary and page background themes besides silver. 

Googling "html tags explained" lead me to This page, which is a basic html tutorial with some extra info, then I clicked on the entry on the left side of the page called "HTML Tables" scrolled down a bit and found what <tr> <td> and <th> stand for.
I believe colored cells are implemented, and I know you can bold text in tables.

IMO pronuncation sections wouldn't be the best idea, but a spot to put a line like "Here's a description of the language's phonology" and you can paste in the appropriate link to your page with that info wouldn't be too bad of an idea.

I sort of have plans for a pronunciation thing, but it would be auto-generated by sound changer rules, and permit manual overrides for irregularity just like the inflection tables. (The feature creep factor is strong with this one, oh yes.)

As Ness said, the table tags are derived directly from their HTML counterparts. The letter "d" as an abbreviation for "data" is typical of the jargon used in the HTML standards. (There's another tag, <dd>, which means definition data, for example.)

To use fancy formatting with table elements, use a colon and type in some CSS properties: [td: color: orange; background: black;] will give you a fancy halloween theme.