ZDoom

Blue Shadow wrote: ↑Thu Apr 27, 2023 4:27 pm I decided to put the flags in a table. It should be better, I think.

Even better, Blue! Looks great, thank you

That looks great.

A couple of questions about the table behaviour:
When I first go to the table, the columns have a double arrow beside the column heading. Looking at the entries, I assume this means that the table entries are being displayed in the order that the author typed them. Is that correct?

If it is, after clicking the heading, the headings toggle between ascending and descending sorting (potentially very useful) but, other than refreshing the page, I don't see a way to return to unsorted. Is that intended?

If it uses the same implementation seen on Wikimedia wikis, than yes. Although using Flex model CSS allows to rewrite the sorting function in a way that retains the original row order.

Hey, can I have editing access to the ZDoom Wiki? Thanks.

Cacodemon345 wrote: ↑Tue Aug 22, 2023 8:13 am Hey, can I have editing access to the ZDoom Wiki? Thanks.

You gotta have to ask Gez.

Cacodemon345 wrote: ↑Tue Aug 22, 2023 8:13 am Hey, can I have editing access to the ZDoom Wiki? Thanks.

Do you have a wiki account already? There's no user named "Cacodemon345" on there.

randi wrote: ↑Wed Aug 23, 2023 6:01 pm

Cacodemon345 wrote: ↑Tue Aug 22, 2023 8:13 am Hey, can I have editing access to the ZDoom Wiki? Thanks.

Do you have a wiki account already? There's no user named "Cacodemon345" on there.

No, I don't.

randi wrote: ↑Wed Aug 23, 2023 6:01 pm Do you have a wiki account already? There's no user named "Cacodemon345" on there.

The name '*' was banned for registration on the wiki in order to force account registration to happen through an admin. I thought you knew about this, because it happened while you were still maintaining ZDoom.

Rachael wrote: ↑Thu Aug 24, 2023 12:12 amThe name '*' was banned for registration on the wiki in order to force account registration to happen through an admin. I thought you knew about this, because it happened while you were still maintaining ZDoom.

I know we were using patterns to match bot registrations, but I don't recall us having locked it down entirely.

Wouldn't the name * be a disaster without proper anti-injection measures?

yum13241 wrote: ↑Thu Aug 31, 2023 1:46 pm Wouldn't the name * be a disaster without proper anti-injection measures?

In this case, the * will block all attempts to register a name, as it is a wildcard. Trying to exploit a system using the server block list is patently pointless because you already have access to it if you're able to change the block list.

Updates to the wiki:

• The MediaWiki installation has been upgraded from version 1.34 to 1.39.
• Raze: namespace was added for the Raze wiki.
• Subpages are now enabled in the main namespace, so you can create pages ParentPage and ParentPage/ChildPage, and they will be considered related.

A further upgrade of the MediaWiki installation will come once I figure out why it crashes with PHP 8. The rest of the site seems fine running on both PHP 8.1 and PHP 8.2, and it also works fine on my test box, but the wiki doesn't like the newer PHPs at all on this machine, which is quite maddening. I figured it out, but probably won't upgrade to a whole new version until the next version of MediaWiki is released, because that's the next LTS version. I spent a week on it and want a break.

When marking a feature with {{new}}, always pass the version number explicitly, please. Using the template without passing anything to it points to the latest version, not the version that was latest at time the feature was marked.

Error in Wiki:
https://zdoom.org/wiki/A_Jump
"A_Jump (127, 4)" is not 50% change, it's 127/256, that is 49,609375% chance. 128 is 50%. Same in all other examples using 127.
"goto Melee // <- This line is skipped because it does not define a frame" - This description is wrong, because this is only a snippet and Melee can be defined outside of it. Needs to be changed to something like "Go to Melee state (if it is defined) ~98% of the time"

Many monster reference definitions aren't up-to-date, specifically *BOSS flags aren't set in the Wiki.

https://zdoom.org/wiki/DECORATE_expressions
"Warning: Modifying the actor's health is NOT the same as healing and damaging. Modifying this field simply changes its base value." is confusing, should be changed to "Warning: Modifying health field directly simply changes its base value. A_SetHealth modifies current health, but it is NOT the same as healing and damaging." [edit] Turns out it doesn't modify base value at all, it modifies current value, so scrap this proposed wording

P.S. I'd like to have a Wiki account to change things directly.

https://zdoom.org/wiki/PrintPickupMessage
localview parameter description is wrong. If it's true, the message is printed, if it's false, the message is not printed. It appears you have to pass "CheckLocalView()" to it when calling from CustomInventory or Weapon (as tehy're base on StateProvider) and "actor_picking_it_up.CheckLocalView()" otherwise.