pzwiki_editing

[digital helm]

The 'consumed' tag/comment could be omitted and just use 'keep' if it's an ingredient (not sure if there are any that aren't a tool). Tool is assumed to be 'keep'. We may still want a comment/tag for workstation (only for heat currently)

[proud cobalt]

Image size is something I'm not happy with yet, will need experimentation

Haven't read yet but maybe there's a way to have the call template work out what template that recipe is in? Probably not without a dictionary though... Which isn't ideal

[digital helm]

I didn't add translatability to infobox vehicle part yet. It's high on my to-do

[proud cobalt]

Am adding that functionality now, calling it alternate ingredient

[digital helm]

and a dictionary in mediawiki would just be another switch

EvolvedRecipeName is definitely for renaming that ingredient in the dish name. I.e. instead of having "Berries Pie", it's just "Berry Pie".
I'm unsure about FoodType, but if Aiteron's description is anything to go by, it is used in recipes. https://pzwiki.net/wiki/Scripts_guide/Item_Script_Parameters/FoodType

[proud cobalt]

So is this mainly a problem if i want to display them all on the same page? Could we make a subpage that only displays say carpentry, or do we need to show them at all when we have items pages?

[digital helm]

I'm honestly not too sure on how it works. I suspect that if you want to return 1 item from a switch with 200 values, it'd use 400 nodes, and returning 2 would be 800.
So displaying a lot on one page would be a lot of nodes. (then also taking the use of parameters and other parser functions)

this is all assumptions

[languid kayak]

Was thinking about it too, they were added back when Ikip added them but said he's indifferent on keeping them, I think it was briefly discussed on Discord back then, but never returned. I only mentioned that we'd at least could use an unified format. There's one guy that does useful Zomboid videos, but I never contacted them (they aren't made for PZwiki specifically), plus we'd probably need a better embed for them to be really useful.

Plus it'd be hard to keep up after game changes (though probably existing areas won't get changed that much now

[proud cobalt]

This is the node count for Crafting carpentry
ppvisitednodes":{"value":15363,"limit":1000000}

15k out of a million

Can be found in the Parser profiling data: when editing a page

[languid kayak]

I guess it renders fine? At least I don't see a problem?

[digital helm]

that's only 59 recipes. I think the bigger problem with the old template was probably that it was multiplied when transcluded by the doc template. So removing the doc template and transcluding the page directly fixed the problem.

[languid kayak]

I have no idea either 😄 I only assumed Dr. Cortman is a doctor behind Cortman Medical in Muldraugh. Casey-Jo might be https://www.mobygames.com/person/1248482/casey-jo-kenny/ but might be coindicence. I'm not sure whether someone asks about the other ones on Discord once?

[proud cobalt]

Wait if I remove the use of the template on the page itself it drops dramatically

[digital helm]

so it'd only be a problem if you're displaying every recipe on a single page? Is that what you mean?

because I don't think that's that big of a deal. We could always present the recipes in another way, such as in a table with showing the item id

[proud cobalt]

Yes each call adds almost 400 nodes to the page, i removed the use and it was approx 817 total with 3 recipes, not sure how that scales with more recipes will test

[proud cobalt]

More recipes don't add more nodes because its the same switch, its only the template call that add nodes. From testing each extra row in the table adds 264 nodes. So i tested 100 calls (the max {{Crafting/sandbox2 can handle currently) and its about 30k nodes total. Meaning 3400 recipes would be 900k nodes

Ok to summarise my testing, i don't think node count will be an issue until we get to 3500+ individual recipes on on template. Even displaying them all in documentation

[digital helm]

I've uploaded the one I had https://pzwiki.net/wiki/File:ShotGunShellsMold_Model.png
There was also a BulletsMold one, so I'm guessing you added the wrong texture to the wrong model. Only the ShotGunShellsMold is used currently.

[digital helm]

ah, well that's a relief. I guess that's the benefit of a single template then.

[proud cobalt]

How do you find this?
https://pzwiki.net/wiki/Template:Recipe_list

[digital helm]

the or? It could be a bit confusing, especially if there's multiple options, and a mix of options and required ingredients (if that makes sense).

I went with "one of:" in the current template as it separates them (if multiple options, and other ingredients). Something like this will have a big list of "or"

[proud cobalt]

I can put an and between each ingredient but I don't think it's ideal to format it like that

[proud cobalt]

But then how do we indicate that one of is no longer true and the rest are required?

[digital helm]

look at the cooking recipes for example. Picture that in the current format

[proud cobalt]

We're trying to go tall rather than wide though, keep a fixed amount of columns

So maybe
Any
1
2
3
each

[digital helm]

yeah, I just mean use that recipe in your testing. I feel like it'd get confusing with which ones are required, and which ones are exchangable

I'd stick with the smaller icons for the "any" ("one of:")

[proud cobalt]

So for alt ingredients we use 16x16?
Not sure on any/each wording I'll try find something that fits

One of might be best

Because they'll have quantities next to them

[digital helm]

one of is used in-game, hence why I used it

[proud cobalt]

one of
Item x 1
Item2 x 1
|item3 x 1
Each
|Item4 x 2
|Item5 x 1

[proud cobalt]

Ahh I'll stick with that then

[digital helm]

would that need another meta/sub-template to simplify it?

and reduce the repeated code

the in-game one is actually really clear, just a bit small.

[proud cobalt]

Aside from cooking, how many recipes actually have more that alternatives from 1 ingredient. Remembering cooking will have its own slightly different template

[digital helm]

if some recipes end up being too long, we can consider using collapsible elements. Where you'd click the "One of:" to expand/collapse

not many

[proud cobalt]

That's not worded great... How many recipes have 2 or more ingredients that can be swapped

[digital helm]

most of them are tools, which you've already sorted

[proud cobalt]

So Max is probably gunpowder. Let's say up to 6 alternatives, for the first two ingredients. I don't think that needs a meta template

Wait

8

[languid kayak]

I'm thinking of adding future and obsolete items to the navboxes 🤔. Last time I did it I removed the ones that had OBSOLETE=TRUE but kept the ones that can be spawned in debug, that's where I crossed the line – least I prefered that over a separate navbox for obsolete and future items, but I'm open for thoughs.

There are still items that have OBSOLETE=TRUE or are even removed, not sure how to proceed with these https://pzwiki.net/wiki/Category:Obsolete_items

I guess having a line to keep would be nice

[proud cobalt]

Read gunpowder wrong

[digital helm]

fishing rods, splint, molotov (which has 2 different recipes), crafted spear, and that's all, that I could find. But things will change in b42

[proud cobalt]

In items|Miscellaneous I'll add a row for future and Obsolete?

[digital helm]

I've added the blacksmith tiles if anyone wants/needs them https://pzwiki.net/wiki/Category:Blacksmith_tiles
@loud anvil

all of the topless barrels are already in-game, with some functionality. https://pzwiki.net/wiki/Metal_Drum
I've been meaning to add to that

[proud cobalt]

I haven't seen these, they look cool

[digital helm]

been there for many years, since blacksmithing was first getting added, before it got shelved because it was "too minecrafty". Which is ironic because that seems to be the main inspiration for b42 😆

[languid kayak]

Yeah, these like cool and were in game for ages 😄

[languid kayak]

yeah, took me a while to find that reference before ultimately adding them on wiki somewhere

(btw, I'm catching with old messages now; might take me a while to respond, but I'll try to get through them)

[proud cobalt]

It's mostly template talk today, we've solved most issues

[digital helm]

There's plenty more if they're needed. Just a little hard to find them from the naming...

[languid kayak]

You gotta add the pixelclass class to it

(went ahead a nd did it)

[proud cobalt]

I can add it if someone gives me the code for it pls

[proud cobalt]

Ez

[languid kayak]

icons are 32px though

[digital helm]

class="pixelart"

[languid kayak]

so I guess 64px might be better

oh nvm

it's 64; thought it's 65 😄

[languid kayak]

speaking of which; I also thought of adding "" but apparently they break things; not sure if it's something on our side or mediawiki?

[proud cobalt]

With the file link= can I use {{ll| in that?

[digital helm]

Faal already did it 😆 https://pzwiki.net/w/index.php?title=Template%3ARecipe&type=revision&diff=293363&oldid=293315

[languid kayak]

I just tested it, it breaks it back, so I reverted it https://pzwiki.net/w/index.php?title=Template:Recipe&action=history

[languid kayak]

apparently yeah, we tested that with vVail

We kinda use the {{lcs}} for that, but I'm not 100% sure what's preferred?

[digital helm]

yeah, seems you can use wikilinks inside images. [[File:Image.png|link=[[Link|Name]]]] works

(think of {{ll| as a wikilink)

[languid kayak]

so by extension [[File:Image.png|link={{ll|Link}}, though with the [[File:Image.png|link={{ll|Link|Name}} the Name would have to be manually translated

[digital helm]

yeah, images don't use quotations. Just used to html

[languid kayak]

Not sure if/how helful the translate extenion would help on that, but it seems translateor often confuse what to translate sadly 😩

[digital helm]

but this is also also the same as writing [[File:Image.png|link=Link{{lcs}}|Name]]

[proud cobalt]

Cool. I'll update the template with that too

[languid kayak]

Good to know there's nothing wrong on our side 😄 I like the tags to be clean (glad we got rid of the unclosed </div>, alt east I think so?) Though TBF I didn't delve deep into any templates as I said fo a while, just being there doing mundane MediaWiki text edits 😄

Speaking of recipes, I talked about that with Vail back then, each recipe has an unique name in gmae files, maybe we can use that?

[digital helm]

I think it was just the Template:Header

[languid kayak]

yeah, just that

(unless there's been something we've missed ;D)

but I think {{Clear}} is "clear" approach now? Didn't see its code, but I think it's mostly 1 to 1 what other wikis use?

[proud cobalt]

I was planning on using item ids where possible. Tiles I will have to use something logical

[digital helm]

that will be easy to add if needed. Can use |recipe_name|item_id = recipe as it's a switch

[proud cobalt]

I think the most painful part is going to be manually filling out about 1000 recipes

[digital helm]

That's what took the longest time last time. I was hoping we'd be able to re-use the existing template structure

[proud cobalt]

I have to figure out some way to semi automate it I think. Will be a challenge because it's a completely different usage

I also won't have internet access for a few days over Easter BTW

[languid kayak]

You have to do that manually? I guess some clever cutting with sed could help, though I'm not a sed wizard 😩

Yeah, it was much needed 😄 People got hang of the template, but a lot could be optimized 😄 (though tbf, I never digged into the template code and didn't even think about it)

[proud cobalt]

I think I can get something to output all the parts free of clutter. But putting them in the right spot has to be done by a human

[languid kayak]

We could use models for product since they are bigger, but I'd think it'd be too confusing, so I'd pass I guess.

Yeah, being more encyclopedia-like and neutral just facts when possible (outside some guides bits, like following a first aid power leveling instructions, or setting a game server)

[proud cobalt]

No models please

[languid kayak]

Is it any difference computational-wise whether these are filled or is just ease-of-use? If the latter, I wonder what would be easier for editors; only filling it when the page is having (name) in it? (Though for that we could use {{DISPLAYTITLE}} too; Cyberpunk Wiki uses that 🤔

[languid kayak]

When I tested it in-game, the FoodType was when you add multiple ingredients with the same food type, it changes the name. So if you add Onion and Lettuce, it'll get changed to "Vegetable Soup"

[proud cobalt]

I can't believe this worked first try

https://pzwiki.net/wiki/Template:Recipe_list

@languid kayak should I be using class pixel art on down scaling images? Probably not hey

Oh I spoke to soon I broke tools

[proud cobalt]

Fixed

[languid kayak]

I'd actuslly have to check, there's some impromptu docs on my talk page, firefox uses different class thsn the rest of the browsere and iirc it shoul be better for downscaling

[proud cobalt]

The answer is yes, the pixel art class does a hugely better job at downscaling to 16px

I just tested it in preview on your page

[languid kayak]

neato!

[languid kayak]

that's neat then! The issue could still pop when we'll get bazilion of permutation by something new added in b42, but guess then we'd just adjust the template ideally

[naive imp]

So probably sane to remove them then

[proud cobalt]

I don't think build 42 will be the problem directly, it would take over doubling the total number of recipes we have now, but it's possible with a few updates

[languid kayak]

There are a few; a lot of recipes has been changed to this type at one point in b41 I think

[languid kayak]

Mods can have more I guess, though we don't cover them yet

on one hand I'd future-proof it for that reaason, OTOH the whole crafting system will change diamtrally so idk

[languid kayak]

There's an in-game browser since one of the recent patches too. Handy.

Also, why are these folders? You made them youself or is it some other setting/tool? I remember tilezed just throwing them on the main folder

[languid kayak]

I could do that, I like mundane tasks sometimes, but if you can work it out, I'll probably move to something creative, plus no ETA when as I have backlog too 😄

[languid kayak]

aw, I'll be away with a Steam Deck, I'll see how much time I'd have too lol. Will probably use some external keybord for my own sanity, but might not be 100% convenient in those few days too 😛

[languid kayak]

yeah, a loose idea, probably a bad one as things don't have models and they aren't 1 to 1 😄

[languid kayak]

Yeah, as much as I hate removing stuff, they aren't really well-maintained :/

[languid kayak]

Aren't the whole recipe system scrapped with the new UI though? Or maybe they'll just complement what we have now

[proud cobalt]

In off to the middle of nowhere. I'll have internet access at night but it's satellite WiFi. I'm gonna take my laptop and try do some of the recipes off line. I'm hoping I don't finish and B42 gets announced the next day with completely different system and recipes

[naive imp]

I'll be good to go over easter so I can take over a few administrative tasks if needed and policy allows

[proud cobalt]

Who knows, all I can work with is what we have now

[proud cobalt]

If you do want to do some just start on something other than carpentry lol. But don't put it in front of your other to do

[languid kayak]

yeah, we'll see tomorrow if there's any news; if not like you say unless we'll be able to get some bits elsewhere 😄

[languid kayak]

I'm so spoiled of having internet access everywhere so yeah xD Though will be traveling by train, signals are spotty then

[languid kayak]

me and Vail will be around, so you can ping us if attention is needed, though we've been fine recently so yeah 😛 At server-breaking-end-of-world stuff there's also Kirrus too, though I prefer not to nag him too much 😄

[proud cobalt]

Lol not only is it the middle of nowhere it's in a valley. Theres signal on top of the highest hill in the area 😂

[languid kayak]

Yeah, the problem is most of it requires me to focus a lot, and I have trouble doing that often, easily getting distracted or generally being tired after work so mostly just weekends for me 😄

so some mundane tasks are fine till I wrap my head around 😛 Like you probably notiec, I do spend time at least trying to keep track of what's left so it's fine 👌

[loud anvil]

the shotgunshellsmold isnt the model used ingame though

[loud anvil]

nice! thanks, i was going to get around to doing that but you seemed to beat me to it haha

[loud anvil]

if anyone could make the recipe for the metal drum item? its 100 workable iron, tongs, and a ball-peen hammer

[languid kayak]

I may add it but maybe not at this moment as a stop-gap, but keep in mind that Calvy and Vail were discussing new crafting template today, so maybe we'll go that route

btw @naive imp (or anyone partaking with the project location), one handy thing to note; when checking the room definitions on the map, sometimes it may not be obvious where it belongs as the map doesn't show zombie types, I verified the https://pzwiki.net/w/index.php?title=Doe_Valley&diff=253001&oldid=242895 in-game – just a little curiosity that might prove useful to you in the future 🙂 It's the Character.Render.DisplayRoomAndZombieZone option in debug

[languid kayak]

btw @loud anvil in https://pzwiki.net/w/index.php?title=Appliances&curid=14061&diff=270067&oldid=264945 you mentioned that GigaMarts have ice boxes, but I browsed all the location on PZmap and can't find them 🤔 https://pzwiki.net/wiki/GigaMart

[loud anvil]

ah- sorry. that was when i thought the grocery store in rosewood was a gigamart and i thought they all had ice boxes

i guess i was weong

u can fix that tho

[languid kayak]

btw, I think most of stuff in https://pzwiki.net/wiki/Category:Version_41.73 would use a version bump, not sure anything really changed since that to 41.78.16? Though they may get bumped when getting overhauld over time, too

[proud cobalt]

Will do

[proud cobalt]

Besides rewriting etc, is this correct?

https://pzwiki.net/w/index.php?title=Template:Verify&diff=293837&oldid=36132
https://pzwiki.net/w/index.php?title=Template:Verify/doc&diff=293839&oldid=171531

[proud cobalt]

These have only been used once ever, do we need them?

https://pzwiki.net/wiki/Template:Closed_Begin
https://pzwiki.net/wiki/Template:Closed_End

[digital helm]

Forgot they existed... Can be marked for deletion

[digital helm]

Other than the category missing, it's all correct. For the category we've been using {{ll| and placing on the line between closing the doc template and the noinclude tag

[proud cobalt]

@languid kayak (and @digital helm if you know) Has the garage door tile been uploaded? I'm on mobile and search is really bad. If so could you link it for me please

[digital helm]

I wouldn't think so. If icon_name is empty then it tries name. If they're both empty, it uses the display title (at least it's supposed to), so if that's changed, it'll use that. That would be more computational-wise from my understanding.

[digital helm]

it hasn't that I know of. I'll look at adding one now.

[digital helm]

That makes sense, and seems logical, since from my knowledge, EvolvedRecipe is for the actually recipe logic

[proud cobalt]

Thatd be great if you could

[digital helm]

https://pzwiki.net/wiki/File:Walls_garage_01_52%2B52%2B53.png

[proud cobalt]

Ty, is it meant to be 52 52 53?

[digital helm]

I stuffed up the name, wait, I'm going to move it

51+52+53

[proud cobalt]

Thought so

[digital helm]

https://pzwiki.net/wiki/File:Walls_garage_01_51%2B52%2B53.png

@proud cobalt more if you need them https://pzwiki.net/wiki/Category:Door_tiles

[proud cobalt]

https://pzwiki.net/wiki/Garage_door

Ty

[digital helm]

It is. I've adjusted the lighting and reuploaded so it's closer to how it appears in-game. https://pzwiki.net/wiki/File:ShotGunShellsMold_Model.png
From my understanding, the model is defined for each item with the WorldStaticModel parameter (in each item block in the script). The value of that parameter is then used in models_items.txt to define the model and texture file path.
newitems.txt

    {
        DisplayCategory = Ammo,
        Weight = 0.5,
        Type = Normal,
        DisplayName    = 9mm Bullets Mold,
        Icon = BulletMold,
        MetalValue = 15,
        WorldStaticModel = ShotGunShellsMold_Ground, 
    }```

*models_items.txt*
```    model ShotGunShellsMold_Ground
    {
        mesh = WorldItems/ShotGunShellstMold,
        texture = WorldItems/ShotGunShellsMold,
        scale = 0.4,
    }```
This is all in `ProjectZomboid\media\scripts`, btw 🙂

[proud cobalt]

Any more like this that deserve articles

[digital helm]

Not off the top of my head. I'll let you know if I think of any

[proud cobalt]

Should we start making some of these into stubs with future tag?

https://pzwiki.net/wiki/PZwiki:Project_Build_42_Preparation#Build_42_features

Helps if I add the link...

[digital helm]

I guess we could. So long as we know they're coming.

[digital helm]

TileZed throws them in the same folder, yeah. I used a python script to move them into a folder as they appear in TileZed.
Here it is if you want it. They need to be in a folder called "tiles" which is in the same folder as the script.

I also tried automating stitching the multi-sprite tiles with the pillow image library, but it ended up being more work than doing manually. I also struggled visualising how to get the layering right. https://github.com/python-pillow/Pillow/

[proud cobalt]

I'm gonna focus on checking version pages first

[proud cobalt]

I've used Pillow once and it was a nightmare

[digital helm]

like tkinter, it's better than nothing, but I couldn't get my head around it

[proud cobalt]

Are we happy if I verify Infobox against CodeBox and bump based on that?

[digital helm]

maybe if you add a check for the version of the CodeBox?

[proud cobalt]

I'm doing it manually while at work lol. But I'll check it and they should all be up to date now

[digital helm]

oh, yeah I think that's fine then. Much easier to verify your edits than a bot's

[proud cobalt]

I started trying to automate the recipe creation. I got as far as correctly splitting the current recipes into seperate files.
I think I'd rather output it all as ingredients and manually fix what should be a tool, than write it from scratch

Otherwise I think the backup plan is to make a super simple gui script that let's you just input the values and spits out a recipe. Maybe I'll do that one day anyway.

[proud cobalt]

Man I wish I thought of that sooner

[digital helm]

that's what I do 😄 except I just use the terminal input. If I struggle to get something done in bulk, I get it to a point of doing it once and stick with it.

oh, wait. I misread. You mean input all the values of the recipe? Good fallback.

[proud cobalt]

Will try to get it automated tomorrow, otherwise will move on. have the biggest bludger shift ever with public holiday pay

[digital helm]

For my item parser I use startswith() and split() then add the id and properties to a dictionary, so the structure is data[current_module][current_type][prop]
I'll upload to github and send to you. Should be able to adapt it for recipes. It's currently hardcoded for items (probably not very good either, but it works)

[languid kayak]

Seems so? Pinging @digital helm for confirmation though

[languid kayak]

I don't think it was, yeah

(and yeah, realized Vail already responded to the previous one :D)

and the next one too; I should read more before responding to the pings 😄

[proud cobalt]

The really hard part in automating it is seperating tools from the ingredients tbh. The rest is a relatively simple find and replace, with some processing to strip uneccesary parts like [[

I'm not even going to bother trying with the one ofs. I will do that manually afterthefact

[proud cobalt]

Haha shows you read them though

[languid kayak]

Thought about it too, yeah. There are multiple of blog posts throughout the years so can use that as basis, some even show item names, at worst we can move them afterwards.

[languid kayak]

Did you figure out how the items are stitched? Or are they always stiched the same? Last time I did it it was manual work, but I bet the game has to store it somewhere.

Though keep in mind that last time I checked some items in-game were stitched wrong, mind you.

[languid kayak]

yup, sure. You did re-deployed the 41.78.16 codebox changes for items that already had it, or not? Though I doubt we'll have errors, really.

[proud cobalt]

Yes anything that didn't match exactly the code and format got replaced

[loud anvil]

i’ll be away for abt 24 hours, if anyone could possibly make the crafting recipe for the metal drum item??

u need 100 workable iron , tongs, and ball-peen hammer

also is there anything in the files for zomboid that shows all crafting recipes? im sure there is but i can never find it

[dusk yew]

anybody know where we find clothing weights? it's not in the code for the individual item and there's a lot of clothing pages that need some overhauls. I can find everything but weight and it's driving me bananas, coconuts, and any other tropical fruit you like

i'm partial to guava and tamarind myself but that's neither here nor there

also dear diary it has been xxx days since a thursdoid with information on food that hasn't been animal stock, how else are we supposed to know when The Grits Update is

wait dammit all

ok SOME of the clothing has weights and others don't, looking at YOU leather pants

[proud cobalt]

Any item that doesn't have weight specified in the code defaults to 1 🙂

[proud cobalt]

Leave the recipe for metal drum for now. The Crafting system is undergoing a complete overhaul both in game and on the wiki. It also can't be crafted in game yet

[proud cobalt]

Now we're talking

[tulip kiln]

AYEEE WE GOT A LOCATION NAME

[proud cobalt]

Oh yeah i didnt notice that, nice spot! They also gave us footage from Ekron... thats underground

[tulip kiln]

Yeah, gives me hope that we are getting some more suburb/location names then with that new panthlet feature that adds places onto your map

Cause I'd imagine all of them would have an address on that panthlet

[proud cobalt]

Yeah that seems promising

[night sphinx]

200k, 4160 sq ft

[digital helm]

As far as the technicals go, I don't know how it's done by the game or tilezed. They seem to always be stitched the same. The z-axis would need to be determined first, then there's a 64px offset on the x axis (-/+ based on facing direction) and then 32px on the y.

[proud cobalt]

This took so long... now i just have to get it to format it

[digital helm]

Nice! Assuming this is converting the existing recipes?

[proud cobalt]

Yeah the |mX_Y has been the biggest struggle

[digital helm]

I could imagine!

[proud cobalt]

https://tenor.com/view/frankenstein-its-alive-gif-10618052

[digital helm]

it's beautiful 🥲

[proud cobalt]

☝️

[digital helm]

at lot less impressive... but I added a sitenotice class so it can be modified per skin https://pzwiki.net/wiki/User:Vaileasys/sandbox
So that'll pop up soon
@languid kayak

[proud cobalt]

Dont feel too bad something definitely broke

[digital helm]

looks like the {{ll in an image 🤔

[proud cobalt]

I think theres a }} in a few of the ids which is... not ideal lmao

[digital helm]

maybe use {{lcs}} unless it's something else

ah, yeah that'll break it

[proud cobalt]

Some of the recipes already started using ll |product_name={{ll|Denim Strips}}

Thats ok i can use regex in atom to remove them i think

[proud cobalt]

I see it, looks good

She aint perfect, but its working. Now i have to iron it out
https://pzwiki.net/wiki/Template:Recipe_list

[digital helm]

sitenotice added, but that never works out as expected... you add a style but mediawiki modifies it slightly... so may be some troubleshooting jsut with that 😄

[proud cobalt]

Looks like its in one too many divs?

[digital helm]

looks good. Some things like the redirect naming will need to be adjusted

[digital helm]

yeah, I'll be working on it. Also it doesn't centre in vector-2022 for some reason

[proud cobalt]

Works well in timeless 😉

[proud cobalt]

Yeah lots of adjusting, and verifying against the current recipes. But it works and thats amazing. over 4000 lines of recipes in seconds... after 12 hours of python

I had to up the crafting template to 300 params max. This can be lowered if needed. With every recipe loaded on Template:Recipe list we are under 200k nodes

[digital helm]

still probably would've taken longer to add all those recipes

manually, I mean

[proud cobalt]

Days

[digital helm]

also, interesting that the sitenotice doesn't change the date format based on user preference.

[proud cobalt]

I was going to do this at work... i havnt even gotten ready for work yet lmao. guess ill do cleanup at work

How important do we feel the amount of units are for recipes with water? you cant see them in game afaik

[digital helm]

liquids will be changing, so I'd skip it for now, then add later if needed

[proud cobalt]

I've come around on the 64x64 product, i think it looks nice with the upscaling

I'm also going to seperate them into similar headers, e.g. Carpentry, Metalwork

[digital helm]

it reduces all the empty space too

[digital helm]

I see the problem. Same issue we had with translating, when we had it appear in chinese. Because the interface elements are heavily cached, it'll change to whoever's preference it loads when updating

[proud cobalt]

Kinda funny

[digital helm]

If that's the case, it might actually be good that you can't update the css per user. Would be funny if it occasionally loaded someone's custom css

[proud cobalt]

What a nightmate

[languid kayak]

didn't see the videos yet, but Ekron was mentioned too

[digital helm]

I've added pixelated image rendering to gallery images, so the icons are no longer blurry.
I was planning to also have them grow on hover, but the animation looks awful combined with the pixelated class.
So would this be preferred over having them grow?

[proud cobalt]

Could we see the animation?

[digital helm]

and here it is without pixelated

[proud cobalt]

It's not bad, just not uneccesary I think. Not unless it was much bigger but user can also just click on it

[digital helm]

yeah, it blurs it anyway. So making it bigger would be awful

[proud cobalt]

@digital helm Any idea why on my sandbox {{ll|Shotgun Shells|Box of shotgun shells}} works but in Template:Recipe {{ll|{{{ingredient1}}}}} with the parameter ingredient1=Shotgun Shells|Box of shotgun shells doesnt?

https://pzwiki.net/wiki/User:Calvy/sandbox2
https://pzwiki.net/wiki/Template:Recipe

[digital helm]

I'm exactly sure on the reason 'why', but I suspect it's similar to why translations don't change on template, but do on the content page

so it'll probably appear correctly on a different page. Maybe

[proud cobalt]

Hmm not ideal but let me test that

[proud cobalt]

Didnt help unfortunately
https://pzwiki.net/wiki/User:Calvy/sandbox2

Would LCS be better? I just hope the solution isnt going back to [[]]

[digital helm]

ll and lcs are really the same... ll basically adds lcs to it. I'll look through what you have

[[Shotgun Shells{{lcs}}|Box of shotgun shells]]
{{ll|Shotgun Shells|Box of shotgun shells}}
These both have the same underlying code for the name changes.

[digital helm]

I see what you're trying to do now. It's because a pipe | thinks it's another parameter, so you'd need to use {{!}}
i.e. |ingredient1=Shotgun Shells{{!}}Box of shotgun shells

[proud cobalt]

Oh because its in a template not wrapped in [[]] of course

I dont love having to use that but it should work. Id rather that than adding another param for name

Ty been in templates too long

[digital helm]

this is why they're all moving to lua 😛

[proud cobalt]

Life saver

Any thoughts on fixing the image? its set to 16x16

[digital helm]

there's no size [[File:{{{ingredient_image1}}}|link={{ll|{{{ingredient1}}}}}]]
You can either use {{!}} again in recipe list, or hardcode it at 32px in the recipe
[[File:{{{ingredient_image1}}}|link={{ll|{{{ingredient1}}}}}|32px]]

the multi-ingredient ones are correct
[[File:{{{alt_ingredient_image1_3}}}|16x16px|class=pixelart link={{ll|{{{alt_ingredient1_3}}}}}]]

[proud cobalt]

Ahh youre right, multi ingredient and product are hard coded, the rest arent. Ty again

[digital helm]

also missing a line break after the multi-ingredients. So later ingredients appear on the same line

I'd probably do something like {{#if:{{{alt_ingredient2_1|}}}{{{ingredient1|}}}|<br>}} so it doesn't get added if there's no more ingredients

add that between alt1 and alt2, then add it again between atl2 and ing1 removing the check for alt2. Let me know if that doesn't make sense

[proud cobalt]

Does this {{#if:{{{alt_ingredient2_1|}}}{{{ingredient1|}}}|<br>}} act as an and as in if alt_2_1 and ingredient1 exist do this

[digital helm]

as an OR

if either of those aren't blank, it'll add <br>

[proud cobalt]

Ahh ok. What if i add {{if# {{{alt_ingredient1_1}}}{{{alt_ingredient2_1}}} | <br>}} to the start of ingredient 1?

[digital helm]

you can do that too. Might be better

[proud cobalt]

That would work the same without needing it for every alt?

Yeah

[digital helm]

if you have 2 alts though i.e. alt_ingredient1 and alt_ingredient2, then you'll need to add it between them too. Unless you already have something like that

[proud cobalt]

Alt 1 is always on top and every other alt already has a br built into the start

I put the alts before the ingredients so i could hard code it

[digital helm]

should be ready to change the theme tomorrow. Just a couple minor things first, like the infobox and navbox.

[proud cobalt]

Done, i somehow broke it, then broke what i broke which fixed it lmao

[proud cobalt]

This is looking nice, a dark mode before B42 is crazy, gonna be lots of traffic on default skin soon

[digital helm]

Unfortunately I wasn't able to change the edit window.

[proud cobalt]

Yeah its technically an extension so im not surprised. One day soon we'll get visual editing, hopefully by end of '24

I think auto infoboxes is practically impossible btw. Theyre all so unique

[digital helm]

you mean to update with a bot?

[proud cobalt]

Update and create

[digital helm]

May be better for updating a specific property then

[proud cobalt]

Create probably more possible, but update practically not

[proud cobalt]

OK I've done recipes up to wooden wall frames. About a quarter way there I think. Will do the rest mostly off line over the next few days and hopefully when I'm back they will be ready to deploy

[restive adder]

Wiki is going read only for a bit for a security update

[restive adder]

update complete, wiki now readwrite

[loud anvil]

?

[naive imp]

I just want to say that I can confirm Rimworld is very detrimental to productivity

I may or may not have postponed some things 😆

[dusk yew]

coworker of mine used to be into extremely into rimworld, I watched a few youtube vids and was like "yeah, I can't ever play this, i'd like it too much"

also, what's folk's idea of a way to uniformly phrase "fashion item" for pros and cons table for clothing? there's a lot of items that provide zero protection from zombies and weather but their primary use is just making you look fresh in the zombie apocalypse, but that's not very wiki-table-cut-and-dry

so far "allows for player self expression" but that seems janky

"allows for character customization" is technically true, but that works for every clothing item by the same technicality

also, @proud cobalt , do you have a preference for how I tag articles without a distribution table that need one? so far I've been going with {{Improve|section=true|Add new distribution table}} , feels weird to slam a whole page in stub just for that one section

and now that I have spammed the channel I must go and make a club salad so potent I could add it to the blunt weapons section of the wiki

[loud anvil]

should we really go one by one and add a page for every single item coming in b42? this seems extra and waste of time.

some of the items could for one, not even be used in b42. two, we don't have even have models, proper names, or descriptions for majority of the items. i personally just think the items that we've only seen in thursdoids and clips shouldn't have pages until they're actually in the game

i still think its a good idea to make sure all the "unused" assets and features in the game now should get their page made though, which is why i did that

again i just think its best to step away from some b42 items and workshops until it actually drops

i could get making infoboxes, navboxes, and boilerplates now but

[tulip kiln]

Yep, I still gotta do the painting page but I'm too busy trying to completely finish Half Life Alyx, it's taking up quite a bit of my storage.

[digital helm]

We're changing to a dark theme over the weekend. Main changes will be happening today #pzwiki_editing message. Been in the works for a while now.
#pzwiki_editing message #pzwiki_editing message
At this point we're just changing to a dark theme, then later we'll look at adding a background image. #pzwiki_editing message

Appreciate any feedback 🙂

[digital helm]

meant to be a reply

[digital helm]

I don't think pros/cons should be used unnecessarily. In that case I wouldn't use it at all. Maybe just mention that it gives no functional advantage, and is just used for cosmetics

[digital helm]

I don't think so. A lot of the stuff in the b42 prep project is just to list what we know. It's split into 3 sections,

1. Preparation stuff for b42 https://pzwiki.net/wiki/PZwiki:Project_Build_42_Preparation#Prepare_for_build_42
2. What is currently in the game but is function-less https://pzwiki.net/wiki/PZwiki:Project_Build_42_Preparation#Build_41_unused_features
3. Things that are not in the game and will be coming in b42 https://pzwiki.net/wiki/PZwiki:Project_Build_42_Preparation#Build_42_features
   The pages listed in the 3rd should wait until b42 is playable. The 2nd is a bit of, you can if you want, but can also wait for b42

[loud anvil]

yeah im a collaborator for b42 project- i did all the pictures of ______ , metal drum item, and smithing magazines

[digital helm]

If you're looking for things to do outside of that project, since things are a bit stale currently, I've added splitting the skills, moodles, and traits pages to tasks. Can ignore the infobox for now
https://pzwiki.net/wiki/PZwiki:Tasks#Skills
https://pzwiki.net/wiki/PZwiki:Tasks#Moodles
https://pzwiki.net/wiki/PZwiki:Tasks#Traits

[digital helm]

work on changing the theme will start in about 30 minutes.

[digital helm]

updating the theme now. Please let me know if anything seems off

[loud anvil]

theme for what? wiki in general?

[digital helm]

yeah

[proud cobalt]

Don't say that or I'll play rimworld again 😂

[proud cobalt]

Uhh not sure. Maybe a category because I can't see from the improve category what is improve for what

[proud cobalt]

I actually wouldn't advise this right now there's a bug overhaul coming to how Traits, Occupations, and potentially skills works

Looks good

[digital helm]

I'd like to at least get them onto their own pages, so they can be built upon from there. Should help with those changes in b42

[digital helm]

still a few minor things, but it's mostly done for now. Everything should be useable at least.

I want to change the background colors for the containers on the main page, but what I've done works for now.

[proud cobalt]

Yeah preferences look a little weird but that's fine until we look at a full skin (For reference I think citizen is better)

[digital helm]

I didn't check that! I'll add it to the list, to do later. thanks 😄

[digital helm]

site notices are up (different one for logged in and not) and will stay for a couple of weeks. Still some minor things need to be done. The ones I know about are listed here https://pzwiki.net/wiki/User:Vaileasys/Sandbox#Vector-2022
Notice anything else, let me know

@languid kayak fyi

[languid kayak]

I'd say yeah, I was adding the parameters manually for some galleries; glad you solved it now – I guess they can be removed now 🙂

[languid kayak]

keep in mind that the effect might differ on Chrome and chrome-based browsers and Firefox. Not sure what Safari on Mac uses.

[languid kayak]

Was wondering; if {{ll}} basically serves the same purpose kinda; where lcs is better to be used?

[languid kayak]

There are some people who aren't fond of editing wiki without visual editor, so we lose some potential contributors by that I guess

[languid kayak]

Zomboid too 🙃

[languid kayak]

I was wondering about that too; I', more into protection values for the min-maxing, but I know there are folks who are more into fashion and things are rare. Though some could potentially be useful for things like being hidden in grass in pvp multiplayer servers with nametags disabled or on hover?

[languid kayak]

It will, but I dob'r mind that. Keeps me track those pages easier

[languid kayak]

I was talking with Vail about it briefly; some names pops on the devblog videos, no real clarification whether they aren't placeholders/internal only, but I guess those can be assumed. I don't think doing them is anyway mandatory for overall health of the wiki, but as long as they are categorized and people want to make it, I don't think adjusting them after b42 will be really hard.

[languid kayak]

on a VR? I'd have to finish other half-lifes first, but I am eyeing the VR for soon™

[languid kayak]

I made it a pin though 😄

[tulip kiln]

On VR, yeah it's fucking amazing. Highly recommend getting a headset when you get around to it.

You can also play the other half lifes on VR since there's some pretty decent mods for em

[languid kayak]

Yeah, I'm eyeing Index headset, or maybe something future from Valve, but the other issue is that I'd have to make space for it 😄

https://youtu.be/-0IoH7lIXYs?t=1 -I realized a lot of items (Chips - Plain, Baseball Bat - Wooden, Socks - Long) will get renames following what some of the most popular caegorizaion mods do; interesting, will add it to build 42, bu it's gonna be lots of renames when b42 hits 😛

[loud anvil]

only problems i see with this is that some text colours are barely readable now

[proud cobalt]

It's because the text goes light for the dark background.
@digital helm Could this be updated dynamically, otherwise the simple solution is to remove the background colour on all projects

[proud cobalt]

There's a couple elements in recent changes too

And the wiki task title

[digital helm]

Hmm... Could change the default font colour in the project template. I won't have time to do that for a while, feel free to do it if you'd like

[arctic bloom]

@digital helm I don't like the dark theme, I prefer the original white theme instead. Why do I have to make an account to get the old theme back? That's lame. Please switch it back.

[digital helm]

What is it that you don't like about it?
You have to create an account as it needs to save to your preferences. This is a limitation of the mediawiki software (software the wiki uses), so unfortunately there's anything we can do.

[proud cobalt]

It's even quicker to change your preference than it is to edit a page #pzwiki_editing message

[arctic bloom]

No reason. I just enjoy the white theme over the black theme. I find it stupid & unnecessary now that I have to make a project zomboid wikipedia account to get the old theme back. Why couldn't have you just made the black theme optional and not default for everyone? 😕

It's also simply just easier to read with the white theme compared to the dark theme, though that may vary from person to person

[dapper arrow]

dark mode is definitely better

[digital helm]

It's definitely personal preference, and will always be a web dev debate of light vs dark. Dark is more common for gaming websites and apps, and also fits the PZ theme. The other TIS websites have already changed to a dark theme. The light theme won't be going anywhere

[digital helm]

Thoughts on removing the ability to customise the project background/border? Or should we just add an option to change the font colour?
@languid kayak @naive imp

[proud cobalt]

The PZwiki is official and is moving to be consistent with the design language. Light mode is still available for users who want it.

Also peak times are European and USA evenings, where light mode causes increased eye strain

[naive imp]

Don't take this the wrong way but I honestly do not care lol

Either or is fine with me

[digital helm]

All good. Wanted to check in case you did 😄

[naive imp]

Thanks for asking my friend. Gonna go to sleep 😀

[languid kayak]

You can change skin when not logged by using the useskin=vector option, e.g., https://pzwiki.net/?useskin=vector but you'd have to be register for it to be done automatically for every page you vixist

[languid kayak]

has that happened already? I don't see the issue miles postetd above on my side, though generally yeah, I'm fine with getting rid of it

[digital helm]

yeah, I removed the background, and decided to keep the border

[languid kayak]

btw, do we need this section anymore @digital helm? https://pzwiki.net/wiki/PZwiki:Project_Build_42_Preparation#Meta_Job_board

[digital helm]

nah, I think that can go

[proud cobalt]

Looks good

[robust latch]

Are all the businesses in completed towns up to date? Such as these --> https://pzwiki.net/wiki/Category:March_Ridge, https://pzwiki.net/wiki/Category:Rosewood

[digital helm]

I think @naive imp was working on them. Maybe @loud anvil too
I'm unsure if they're considered complete

[naive imp]

They can be considered complete, yes. Feel free to translate away

[robust latch]

Alright then

[lucid junco]

I think level one door image is a bit broken in Door>crafting

[digital helm]

Thanks! I'll fix that. I noticed another glaring issue on that page which I've just fixed.

[lucid junco]

Gas station page has a slight design oversight
https://pzwiki.net/wiki/Gas_station

[digital helm]

Thanks. I just fixed that one a moment ago too. Press ctrl + F5 on chrome to clear your cache, otherwise it'll update itself eventually

[lucid junco]

Nice

[digital helm]

@proud cobalt this one was missing from SCC https://pzwiki.net/wiki/Wooden_Pillar I've added it now, with a barebones infobox. It didn't even have a header or category

[loud anvil]

i was yes i could revisit them though

[languid kayak]

btw guys, one thing that I didn't have set in stone is about the see also section – should it be alphabetized or sorted by relevance?

E.g., in https://pzwiki.net/wiki/Empty_Pop_Can should it be:

==See also==
*[[Pop]]
*[[Empty Beer Can]]
*[[Empty Tin Can]]

or rather

==See also==
*[[Empty Beer Can]]
*[[Empty Tin Can]]
*[[Pop]]

[proud cobalt]

If they're relevant I don't think it matters

Same with the amount. Most have 3, some have 1, some have 5

I aim for 3

[languid kayak]

https://pzwiki.net/w/index.php?search="Food%23Non-Perishable"&title=Special%3ASearch&profile=all&fulltext=1 and https://pzwiki.net/w/index.php?search="Food%23Perishable"&title=Special%3ASearch&profile=all&fulltext=1 still have some instances, could probably be botted, but maybe I'll fix them manually tomorrow 🙂

gonna go to sleep now

[digital helm]

Because there'll only be a few, alphabetised would be fine. Relevance could be subjective.

[loud anvil]

@proud cobalt btw im the person who was asking for ur wiki user 🙂

its me

on tiktok

[proud cobalt]

Adds up lol

[proud cobalt]

Check my discord @ username

[languid kayak]

That includes mix and matching order? As in items, skills, general articles etc?

I also don't like to linking to section and/or renaming the links here, but what in this case?

[languid kayak]

I've been also wondering about the "a/an" part, a lot of, mostly food, pages don't start with "a" or "an", but instead just the bold item name; should I change them all to "a" and "an"? https://pzwiki.net/wiki/Help:Style_guide#Introduction

[languid kayak]

so, in case of Saw

==See also==
*[[Axe]]
*[[Carpentry]]
*[[Garden Saw]]
*[[Hammer]]

[digital helm]

hmm, I don't know... I'll let you decide 😛
I'm not a fan of linking to sections and renaming them either. Linking to sections could be necessary though

[digital helm]

looks good

[digital helm]

Only if it makes grammatical sense, i.e. not plural

[proud cobalt]

Should get to this tomorrow

[lucid junco]

Hey, had anyone factchecked the first aid page?
(https://pzwiki.net/wiki/First_Aid)

It claims that infected wounds will have slower regen time and that "Infected wounds cause additional pain". However, there were some tests done by Retanaru and just by experience, It feels like infected wounds have the same healing rate. If it was patched I think a line in the trivia about it should be added for future source. If it isn't, it should be mentioned somewhere along the disinfection part.

(A video by Retanaru about it https://youtu.be/bIa4M5Jda4s?si=4zsWRwVi0sAB4l3i)

[naive imp]

The only thing I know for sure is that they cause more pain

[violet grove]

Hey, maybe it is late for this suggestion, as dark theme work is advanced, but what you think of making wiki color scheme more Spiffo-matching, like this

I've been playing with these colors and it feels more pleasant than blue links

For comparison - current page look

These are my changes I made in browser dev tools:

:root {
--link-mw: #e8952f;
--color-red: #100d0c;
--border-red: 1px solid #ba6a09;
}

div.navbar.theme-red > a.mw-selflink {
    background-color: #ab6712;
}
div.navbar.theme-red > a:hover {
    background-color: #493217;
}

.vector-toc-collapse-button, .vector-toc-uncollapse-button {
    color: #f59620;
}

/* "Crafting" section header, element style */
    color: #5881b5;

[languid kayak]

Looks nice I guess; @digital helm ?

[violet grove]

I could work on it to make fully working CSS proposal

The only thing I am worried of are template styles. They tend to be put inline and may not work well with dark/light mode switching

[naive imp]

Ehhhh, not a fan personally. I actually really like the blue with the gray. Plus I think yellow text looks a bit jarring, but that's just a personal preference I guess?

[violet grove]

Maybe the links could be softer and lighter blue for better constrast (#518ce3)

[restive adder]

I find the dark blue hard to read, so the lighter links work well for me

[digital helm]

Yeah, I'm not happy with the current link colour. Definitely needs some fine tuning

[restive adder]

Orange spiffo coloured works quite well I think

[digital helm]

I like the orange too.
I'll change it to the softer blue #518ce3 for now. Then if others like the orange, we'll change to that <@&1205891296565268520> #pzwiki_editing message

Btw, these wikis are the biggest references for the dark theme. A consistent colour scheme is something I was hoping for
https://bg3.wiki/
https://hollowknight.wiki/w/Hollow_Knight_Wiki

[violet grove]

Indeed, they look really nice and consistent

[proud cobalt]

I have wanted to do the first aid page for a long time because i always fracture my skull and it's all hard to read, and just wrong. If you ever want to look at doing it i recommend this blog Faal showed me.

https://www.pseudonymouscodeviews.com/2021/10/do-fastslow-healer-traits-affect.html

[proud cobalt]

I actually like both. The red is nice and with slightly brighter links would be basically perfect. Pure red light is also better for eye strain. But the orange is really nice too and is a little nod to spiffo

[digital helm]

I considered using red for the links, like the headers, but we need to be able to differentiate between a link and a broken link. Orange is a nice balance imo

[robust latch]

I think the current colours are good.

[lucid junco]

I think I will start doing something with first aid today. However, I will start with just corrections and clarification within it, and then consider full rework of it if necessary

[proud cobalt]

This is like 99% done, I think I've got all the logic down, along with a bug or two. Recipes should be correct apart from anything that uses units. I do have to verify it again once everything is done. Other than that, feedback? Mostly visual as there's no documentation right now.
https://pzwiki.net/wiki/Template:Recipe_list

Also ended up being about 550k nodes

[digital helm]

Looking really good! I think make the 'progress bar' height smaller. Very minor, but I'd also use a multiply symbol instead of an 'X', it's in Special characters > symbol in the editor

[languid kayak]

btw @digital helm are we dead-set on removing code blocks on non-English pages? There are still some pages that have it

Also @loud anvil are we fine with removing https://pzwiki.net/wiki/Butcher_shop_(Fallas_Lake) and https://pzwiki.net/wiki/Unnamed_bakery_(Fallas_Lake) as per your discussion with ThinkDock or is there anything left to move?

[digital helm]

I am, for the reasons mentioned previously. I think @robust latch agreed (unless I'm misremembering)

[languid kayak]

Yeah, I remember Ksilem being fine too. Was giving it some time, but I guess I'll proceed with removal of the ones I find from now on 🙂

[loud anvil]

its alright

[proud cobalt]

Done and done

@digital helm i know its not standard practise but can multiple documentatiom/sandbox templates be called on one page? Would this stop the Template too large and will not display issue im having on recipe list?

Thats why its not in one currently

[digital helm]

Probably could. Could also see if it does it if transcluding like I did for infobox item. Documentation is in /doc, which is transcluded to the main page.

[proud cobalt]

Yeah wanted to avoid that since we're moving away from the old /doc usage, but it may be the only way

[digital helm]

I think there may be no avoiding it in some situations. Which is the case for infobox item. But should be done only where essential imo

[proud cobalt]

@digital helm How can i insert TOC on a template? __TOC__ isnt working

[digital helm]

Try wrapping it in a div

[proud cobalt]

Didnt work unfortunately

I deployed the new crafting system to a few pages with the bot and seemed to have no issues. Are we good if i deploy?
https://pzwiki.net/wiki/Special:Contributions/CalvyBot

@digital helm @languid kayak

[languid kayak]

Looks fine by me 🥳

BTW; in the end, did you add all the recipes manually or by a bot?

(I still have some catching up to do when it comes to the recent changes)

Also, would it be possible to add the recipe name somewhere? It was something I was talking with Vail briefly

[proud cobalt]

I was able to get a script to do 80% of the work, then had to manually fix some things, then verify everything

[languid kayak]

neat; are the hidden metallurgy recipes included too?

[proud cobalt]

I was thinking about this, not sure where or how best to add it

[proud cobalt]

I didnt add anything that wasnt already a recipe on the wiki

[proud cobalt]

To clarify, Do you mean the ID like used to be 001 or recipe as in what its called in game/

[languid kayak]

ah, makes sense. I thought tou were parsing the txt files 😛

[languid kayak]

as they are called in game

[proud cobalt]

I parsed the {{Crafting XYZ pages we had, was easier because recipes arent consistent in the files

[languid kayak]

https://github.com/TheIndieStone/ProjectZomboidTranslations/blob/master/EN/Recipes_EN.txt

(that's the translations, don't have PZ installed here, but if my memory serves right they are also stores in scripts/ folder

[proud cobalt]

Only has recipes from in the crafting menu

Which not all our recipes are

[languid kayak]

yeah, no carpentry/metalurty/farming

and no vehicle

[proud cobalt]

Thats something that could be added afterthefact too so ill get started on this. That would just need another header and some more recipe logic

[languid kayak]

If it's doable, then I'd be nice; maybe we can get back to some more-sane approach of automatically pulling the translation info too. Previously they were stored with Translation template, but that proved to be too burdensome. And a lot of languages have it translated already.

[proud cobalt]

Would be really simple if we want it actually basically just adding
| {{#if: {{{recipe_name|}}} | {{{recipe_name}}}}}
to the end of recipe and adding the header to crafting/sandbox2 i just wonder if it makes it wider than it needs to be

[proud cobalt]

This too, idealy id like to have one template without subpages

All the links auto translate, headers and none i dont know though

[proud cobalt]

Should i only bot english pages for now?
https://pzwiki.net/w/index.php?title=.44_Magnum_Round/ru&diff=prev&oldid=295329

[languid kayak]

I guess? You can wait for Vail on second though, I guess they'll be directly translatable afterwards too

[languid kayak]

I think the general route is to make all the templates translatable by itself now, i.e. just outputting {{template}} instead of {{template/xx}}

[proud cobalt]

Ok all the english pages that dont contain cooking should be updated now, ill have to figure something out to leave cooking while removing the rest, then when i get to cooking i can do it all in one go. Will wait to see what Vail says about language pages

I will still get to this lol. Lots of template work atm

[proud cobalt]

Here's a visual example of rounded tables
https://pzwiki.net/wiki/User:Calvy/sandbox2

[digital helm]

Yeah it looks a lot nicer. Could probably use first-child and last-child to change corners dynamically. I'm just not sure how it'd work with rows that have multiple headings. Something to experiment with

[digital helm]

For translating, the header would be fine. We can just use the language code subpages the same as other templates, but you can't really do that for the recipes... I'm not too sure on the best solution for that, that's intuitive for editors.
Most recipes would be autotranslated if the page exists, but links that have a different name to the link, won't 🤔

I think you can go ahead with the other languages for now. We can decide on something more permanent later. They'd all be in English currently anyway

[proud cobalt]

The issue with this implementation is that for the borders to curve it needs style="border-collapse: separate;
Without it looks like this, but with it it creates a background (ive coloured it red) that moves the table out of position. And i dont know enough about css to remove it

[digital helm]

I'll take a look tonight and see what we can do. Would be good to get this added

[proud cobalt]

No rush just threw it together last night

[rigid ledge]

do y'all think the torch page should just disambiguate between propane and hand torches or should the flashlight also be there since it's so similar to the hand torch?

[digital helm]

I think torch being a disambiguation page would be good. All three should definitely have a disambiguation notice. I don't think hand torch and flashlight should be merged though, as although similar, their properties are very different.

[rigid ledge]

this look good?

[digital helm]

perfect 👌

[rigid ledge]

aight, gonna write a change note and you should be able to see it live in a moment

[rigid ledge]

does the chipped stone count as a knife?

[lucid junco]

No

The makeshift knife does

[rigid ledge]

machettes are knives but do you guys think they should be in the knives disambiguation?
they can be used same as knives but maybe they're too different?

[proud cobalt]

I don't think many people searching knife are looking for machete. I think disambiguation pages are mostly for when one word could be searching for multiple items like torch

[lucid junco]

Does bandaging the deepwound affect its healrate?

[digital helm]

There's also the item tags page that Calvy set up recently for stuff like that https://pzwiki.net/wiki/Item_tags#tag-SharpKnife

[digital helm]

I never looked into deep wound, sorry. Would have to test it

[lucid junco]

Np, still first aid page is still wip

https://pzwiki.net/wiki/Bandage
Bandage page corrected, but still requires File:BandageDirty_Model.png.

[digital helm]

uploading now

[lucid junco]

https://pzwiki.net/wiki/Adhesive_Bandages
Page corrected, but no 3d models of Adhesive Bandage

[digital helm]

Working good
Should I add this to common.css or just vector-2022.css? i.e. all skins or just the default

    border-collapse: separate;
    border-spacing: 0;
    border: none;
    background: none;
}
table.wikitable > * > tr:first-child > th:first-child,
table.wikitable > * > tr:first-child > td:first-child {
    border-top-left-radius: var(--border-radius);
}
table.wikitable > * > tr:first-child > th:last-child,
table.wikitable > * > tr:first-child > td:last-child {
    border-top-right-radius: var(--border-radius);
}
table.wikitable > * > tr:last-child > td:first-child,
table.wikitable > * > tr:last-child > th:first-child {
    border-bottom-left-radius: var(--border-radius);
}
table.wikitable > * > tr:last-child > td:last-child,
table.wikitable > * > tr:last-child > th:last-child {
    border-bottom-right-radius: var(--border-radius);
}```

[proud cobalt]

Not verified but I believe it only stops bleeding. Only stitching reduces deep would time afaik

[proud cobalt]

Some recipes don't use tags and just list like 7 different knives

[proud cobalt]

Common pls

[proud cobalt]

Does this have the same issue with margins around it from the invis background?

[lucid junco]

What about sterilized bandages, I think Ive heard that they improve healing rates of every wound, but I cant find the source of it

[proud cobalt]

They are probably in a Java file somewhere, I don't have access to it Rn unfortunately

[digital helm]

only seems to be for timeless. I'll see what's doing it and see if I can fix. vector legacy is also adding 2px borders for some reason...

[proud cobalt]

Oh of course. I just so happened to test it 10 minutes after switching back to timeless

[digital helm]

it's that div.content-table-wrapper again. Which also created the problem with squishing the table next to an infobox

nvm it's just extra styling it adds for wikitable. I'll remove it

[digital helm]

I had to apply some fixes for sortable tables. Essentially, rounded corners won't be added for a header (!) on last row, or data (|) on the first row if using wikitable sortable. But I don't know where would ever need to do that

Some problems with using rowspan. which I'm not sure can be fixed... @proud cobalt
https://pzwiki.net/wiki/Refried_Beans#Distribution

[proud cobalt]

Hmm that's annoying. Is rowspan used in many other places?

[digital helm]

I don't think so...

It can be fixed inline, but not in the stylesheet

but not sure you'd want to add that to the logic of the script 😄

[proud cobalt]

Either way I have to rerun all the distribution tables to either add inline or remove rowspan. They already use inline so maybe we just add inline?

[digital helm]

should be easier to do inline if run separately. Would just need to add style="border-bottom-left-radius:var(--border-radius);" to the last rowspan and style="border-bottom-left-radius:0;"| to the last *container

[proud cobalt]

I kind of need to redo the whole script anyway. Even since I made it I have learnt heaps and am not particularly happy with it.

I could just add the line for now though

[digital helm]

if the last roomdef doesn't have a rowspan it can be skipped

[proud cobalt]

So it only breaks if the last building/room is rowspan?

[digital helm]

Happens all the time..

[digital helm]

yeah

[proud cobalt]

OK maybe I'll do that, and redo the script when I get to vehicles and foraging

[digital helm]

because it adds the rounded corner to the first td in the last row. With rowspan, the first becomes the 2nd column

[proud cobalt]

Some positive feedback about dark mode

[digital helm]

I think citizen may be the way to go. built-in light/dark and mobile. Also looks really nice

[proud cobalt]

I agree, from what I've looked at citizen is the best. When I was looking around at how different wikis did Crafting, citizen was used in a couple and worked very well on mobile

Is there any particular requirement that needs to happen before we can test it?

[digital helm]

Nothing, I think. Could probably be done now

I'd rather hassle Kirrus with that stuff when he's going to be changing stuff anyway. I don't know what's involved with installing

[proud cobalt]

Would be nice to test, then people that like the old style can use V22 for dark or Vector for light

[rigid ledge]

first time renaming page, which do I select?
page is "Torch", trying to make it "Torch (disambiguation)"

I'm guessing PZWiki or (Main) but I ain't sure

[naive imp]

Leave it as main

[lucid junco]

Hey, can anyone recommend what should I do with sickness, cold and general injury?

I dont know whether I should put them under First aid, or make a different section for them

[languid kayak]

I've been thinking about the dark/light mode switch in CSS on the other hand, should be doable, Vibrance mentioned it too

[languid kayak]

AS ThinkDock said; PZwiki is reserved for metapages about the PZwiki itself: https://pzwiki.net/wiki/Special:AllPages?from=&to=&namespace=4

[lucid junco]

https://pzwiki.net/wiki/First_Aid
First revision done

Needs some clarifications and tests, but should be good for now

[digital helm]

I think what you've done with internal health problems is fine. I will note though that 'First Aid' is a skill, so only things that are relevant to the skill should be included. Other things can go on the health page. They can also be linked to in 'see also' or touched on briefly if relevant to the section. You can make use of Template:Main too

[proud cobalt]

Wanted to get all the non cooking tables done today but looks like i might not get to it. 200mm of rain today and work is hectic

[royal sluice]

I put it on the theme talk page already, but saying it here too for visibility: seems worth considering using https://developer.mozilla.org/en-US/docs/Web/CSS/@media/prefers-color-scheme to respect user preference for the theme

[digital helm]

I like the idea, and seems to work well after testing. My only concerns:

1. this would remove the option to opt-in/out on the site level. Personally, in windows I use dark for window mode, but light for apps, then I choose light or dark mode for the sites and apps separately, so people like me would be stuck in light mode although they may want dark mode (but maybe that's just me)
2. it would remove the idea of the 'default' theme, as both light and dark would be the default. So, any decisions with colours would need to take both light and dark into consideration. Then also, it'd have to be added to the stylesheet instead of inline, which is fine for a website, but not so good for a community wiki (since it would need admin implementation). (the citizen skin light/dark mode would have this same problem)
   Fairly minor problems, but that's just my thoughts

[royal sluice]

A slightly more complicated solution could involve the use of JavaScript to detect the value & setting a css variable for light/dark (see https://developer.mozilla.org/en-US/docs/Web/API/Window/matchMedia). Then users could use a custom css file to set the css variable, or there could be a toggle option for it. Potentially an overengineered solution, though

I suppose that doesn't really provide a response to #2. I think it'd probably be a good for any decisions surrounding colors to consider both light & dark. This is coming from someone who much prefers dark themes, but I'm sure those who prefer light themes would appreciate it

[lucid junco]

Yea, I guess you're right, I think Ill remove it when updating the sterilized bandages fact. Probably link moodles in the see also since they already have description of how to treat them

[digital helm]

After looking into the citizen skin a bit more, all our problems would be solved. It has 3 theme options, auto (which changes based on browser preference), light and dark, all of which can be chosen without logging in. So, we may just end up going with that, instead of trying to redesign something that's already better than what we could achieve. https://starcitizen.tools/ https://www.mediawiki.org/wiki/Skin:Citizen

The default dark theme was really just a bandaid solution that was a little rushed... People wanted a dark option and this was the quickest way to get that going without fiddling with the back-end. So, I think that what we have is fine for now (which was never going to be final). Most wikis (from what I've seen) require you to login to change the theme. Although not ideal having to login and change to an old skin/layout, a light theme is at least still an option.

[digital helm]

Yeah, I think moving it may be best. I haven't reviewed it properly yet either

[proud cobalt]

is @restive adder back from his time away? How hard would it be to get Citizen on for testing?

[digital helm]

#pzwiki_editing message sorry, should've been a reply to your message

[digital helm]

I think it's just a case of popping it into a folder and changing a setting. But it's never that easy, is it? https://www.mediawiki.org/wiki/Manual:Code#skins/

[lucid junco]

Alright, thank you for your time and feedback

[proud cobalt]

Of course not. It's 4am in the UK anyway so ill just leave him a ping for when he gets back, if he's back from being away

[digital helm]

Infobox vehicle part can be translated now 🙂 https://pzwiki.net/wiki/Template:Infobox_vehicle_part#How_to_translate

[robust latch]

Thank you

[restive adder]

Added to my to-do list to investigate/install. Recovering from a crash caused by working on a priority task, will ping if it's installed

[proud cobalt]

Sounds good, welcome back 😄

[lucid junco]

https://pzwiki.net/wiki/First_Aid
Removed internal injuries

Now Cold and Sickness are in see also page

[dusk yew]

@proud cobalt I know I pinged you a while back re: tags for still needing distribution tables, and that sticking them in "in need of improvement" wasn't necessarily specific enough- but I'm also not sure how I would tag them so I could be specific? Is there a way for me to flag you on that rather than just posting here? I don't want to spam you and all that jazz. On that note, while I'm thinking of it, looks like we need tables on bowling shirt , boxing shorts , bacon, and candy corn. Thanks for all your work on automating this, it's a huge timesaver!

also, anybody know the location of the file that lists what zombies wear what? It's useful for some of the more niche clothing items to have the info, and I know it's real, but I can't find it for the life of me

[digital helm]

The outfits are stored in a couple of xml files fileGuidTable.xml (for the guid) and clothing.xml (for the outfits). It's not easy to navigate, because you have to jump between each file finding and searching the guid.
I wrote a script to put it into 1 txt file so it's easier to read https://github.com/Vaileasys/pz-convert-clothing-outfits
Here's the output.

[digital helm]

You could add it to bot tasks. https://pzwiki.net/wiki/PZwiki:Tasks#Bot_tasks
Similar to how I did with the icons that needed to be replaced. Here's the revision https://pzwiki.net/w/index.php?title=PZwiki:Tasks&oldid=283151#Bot_tasks
I used a collapsed table so it didn't clutter the page.
Here's the table source, in case you're not comfortable with doing it yourself

|+ 
!Item
|-
| <!-- item missing distribution table goes here -->
|}

[proud cobalt]

Add this to the bottom of the page. It will be invisible to the user but will add the article to the category so I can see it

[[Category:Articles requiring distribution tables]]

[proud cobalt]

Need a bit of a break from templates. Trying to get this script to replace everything except cooking is doing my head in. Also been flooding all last night.
Might try knock out some pages that need models

[robust latch]

This feels very misleading and confusing: It is not possible to mix classes of car parts. For example, a standard class brake cannot be fitted onto a sport class vehicle. It is possible, however, to mix types of brakes, as long as they are the same class.
https://pzwiki.net/wiki/Brake

On the table "tier" is defining; old, regular, performance. Vehicle type is defining; standart, sport, heavy duty.
In this text this time class is used for vehicle type. But then type is used to define tier.

Perhaps only using tier and vehicle type is better?

Additionally, "class" and "tier" have very close meaning.

[proud cobalt]

I think the table should be reorganised to have the rowspan as vehicle type, then the middle as tier then braking force. Otherwise three seperate tables to indicate they can't be mixed

[digital helm]

I was going to take a look at models too! Maybe it'll be the thing to do when we need a break 😄

[proud cobalt]

Funnily enough I did Louisville to take a break from models. It all comes back around

[digital helm]

when looking through vehicle parts recently, class was being used to represent the 'level' (bad, average, good). Since we use "vehicle type" everywhere, I think we should use that when referring to the vehicle itself. I started using tier in those tables instead of class, as it seemed less similar to 'vehicle type'. So, I think tier should be used for the 'level'.

I intended to change it all over to tier and vehicle type, but I must've got bored...

[digital helm]

It certainly does! But I think that's what's good about the wiki. There's so many different things to do and learn. At one point I even started looking into modding

[proud cobalt]

Looking into modding was how I first started using the wiki. Wanted to make a map, but never dedicated enough to actually do it. I prefer this now anyway

[digital helm]

That's a big undertaking... I never went that direction. I only looked into lua and scripts. Would be helpful knowing how to use those tools properly though

[proud cobalt]

I wanted to do a map of my local area for me and a mate to coop. I got copies of local street maps from the 90s, got as far as getting the streets done before I realised anti aliasing was on in photoshop so all the colours would be mixed and worldzed wouldn't accept it...

[digital helm]

Ouch! That would've been painful. I've done similar stuff like that in games, like sim city and then cities 😄

[proud cobalt]

I'm was gonna start on T shirts BTW so if you do start maybe start on not clothing

[proud cobalt]

Did you try cities 2? I tried it on release but didn't run well. Only had it on game pass

[digital helm]

Yeah, I was going to do that. I was looking at bagel the other day, but couldn't find a rotten texture, and nothing in the models script. I wonder if there's more rotten, cooked, burnt models like that

[digital helm]

Nah, not yet. I'm very cautious with sequels now. Like KSP which was one I was really looking forward to, as I loved the first so much that it got me doing an astrophysics elective in uni

[proud cobalt]

I have a combined folder of all textures I could find and no rotten bagel texture. Maybe check in game if it even exists?

[proud cobalt]

Astrophysicist was my dream job in high school, but I fell out of love with maths by year 11.
We have very similar taste Do you like logistical games?

Although I dropped out of uni for this job and I love it so can't complain

[digital helm]

I checked in-game, and it does. It's a slightly darker texture, so I wonder if it uses the same texture and just darkens it

[digital helm]

Like factorio and ONI? Yes 😄

[digital helm]

I dropped out of uni for my job too! In my final year, and hated where it was going. Now I've forgotten it all 🙂

[proud cobalt]

Yeah it's probably just an exposure change or something. Interesting... And kind of annoying lol. Never know if something exists in this game or not

[proud cobalt]

Haha yes exactly factorio. I have 1000 hours in satisfactory across steam and epic games

[proud cobalt]

I dropped out 6 weeks in luckily! Was doing a double degree and started regretting it already realising it would be 6 years deep. Said if I got the job I'd drop out and did just that. Great decision.

Still had like 12k in HECS

[digital helm]

damn... 12k for 6 months... Similar reason I left, in Science it doesn't just end with a degree, there's so much postgrad stuff, which I didn't have the passion for. Working on the wiki at the time helped me realise that

[proud cobalt]

6 weeks lol. Charged me for the whole semester. What was your degree in if you don't mind me asking

[digital helm]

oh... I misread. wtf that sucks. Were you overloading too? I think mine was 1k a unit, which you'd do 4 a semester

[digital helm]

Science! Bachelor of Science. My major was Biochemstry

[proud cobalt]

I don't even remember really, it was a huge shitshow anyway which didn't help. And an hour travel each way. I really didn't enjoy uni life.

I was doing double bachelors of data science and information and communication technology with a major in cyber security. Had early acceptance too. Now I work on trains

[digital helm]

lol, I had an hour travel each way too, which definitely doesn't help. It'd get to 2PM so instead of staying and studying, I'd just go home to skip the traffic, then not do any work at home.

Oooh, data science. I wish I did a data science elective, so I'd actually know what I'm doing with Python, instead of fluffing about 😄
cyber security to trains is an interesting shift

[proud cobalt]

Oh yeah a complete 180 too. I don't even work in systems or anything I'm in daily operations on board

[digital helm]

As long as you're doing something you enjoy, that's what's important. And you've got the wiki now to help scratch that itch

[languid kayak]

hey, I've been avoiding doing anything major otoh 😄 Should probably start, but you guys did great job this month (tomorrow's the summary btw; assuming nothing unexpected happens)

[languid kayak]

modding (simple QOL stuff) is something I was (and kinda still am) planning to take a look eventually, but not sooner than after b42 for sure. OTOH we'll have hands full with wiki and then there's translations which will be a lot (last time it was pretty much geras doing everything but maybe this time I'll at least try to help a little, was only submitting minor fixes for Polish translations in b41)

[languid kayak]

I guess everyone has that moment 😄 I also wanted to model my own time, and when walking I often get feeling how a particular area would perform in a zombie apocalypse or how it would look like in PZ 😄

[languid kayak]

the rotten/cooked/burnt is all around; there's 5 variations technically but they do share models and icons so it's complicated. I have to get into food properly one day.

[languid kayak]

Factorio is a game I was always eyeing but never bought becuase it doesn't have sales and got price increase (but is not really expensive), though I am worried I might be too stupid to grasp it 😩

[proud cobalt]

I don't think that at all. Factorio is only as complicated as you make it. And there's lots of guides for getting started

[languid kayak]

Well, I managed to finish first degree somehow but dropped with the Magister degree so welcome in the club I guess 😄 Was haunting for a longish while, but mostly passed with time.

[languid kayak]

yeah, I guess, had no issues with CDDA and Dwarf Fortress though the latter I only played briefly 😄

(unless you count sinking too much time into it an issue)

oh and ADOM, all are on Steam now btw, I should someday buy them.

though I think I got ADOM from a friend

[digital helm]

I only got into simple QOL stuff. Anything too complicated and my brain melts.

[digital helm]

I didn't find the learning curve in factorio that bad, but things may have changed, as it's been several years since I played. Dwarf Fortress scares me for that reason.

[proud cobalt]

Congrats it takes dedication

[proud cobalt]

If you're worried about complexity satisfactory is simpler to start but has the same kind of problem solving especially late game. And is first person 3d

[proud cobalt]

I love factorio but I hate starting over. The first 10 hours feel so slow but after that it's like 10 hours a session

[digital helm]

That's probably why I haven't played in so long. That's precious time. I put a lot of games off these days because I know they'll consume me.

[proud cobalt]

Yeah especially with other commitments. Or even just life. Same reason Ive hardly actually played zomboid since like January. Though I did slip into minecraft this week

[digital helm]

woops! There goes the rest of April!

[proud cobalt]

You can finish off Crafting for me right Not like you've got templates to do

[digital helm]

HA! I wouldn't know what I'm looking at.

[proud cobalt]

Lol only because MediaWiki rules state your code must be on one line or it won't work

Hmm should we add loops when we add ifs
Nah who would ever need that

[digital helm]

Those few times I had to look at it was painful 😄 so much easier reading your own templates. I was planning on going through it and seeing if I can improve the readability. I've got a pretty good grasp on what can and can't be on a new line.

[digital helm]

and something as simple as an OR

[proud cobalt]

Oh yeah for sure, it makes sense to me, but even when I edit it I have to split apart the lines, edit it and put it back together. Otherwise it's a mess of curly brackets nobody could read

God forbid they add the basic logic gates

[digital helm]

Same. You'll probably notice in my more complicated templates, I put comments everywhere (which also adds to the confusion because no highlighting)

[digital helm]

lol, even minecraft has logic gates

Only 185 template docs left to merge. About 40 are English https://pzwiki.net/w/index.php?title=Special:WhatLinksHere/Template:Documentation&hideredirs=1&hidelinks=1&limit=500

[languid kayak]

btw @digital helm I guess the thick lines were made like that on purpose; you think they look better that way? I kinda feel they are too thick.

Especially as the outher ones are thinner

[frigid cairn]

is there a way to change some information in pz wiki
like that cakes doesnt go bad if you make them (as i tested)
but those ones that are in game made does!

[languid kayak]

Should this be capitalized? https://pzwiki.net/w/index.php?title=Louisville_border_camp&curid=17737&diff=294377&oldid=289545 I think border camp was not part of a proper name?

[languid kayak]

well, all wiki is editable, so yeah 😄 But if you mean the cake not going bad, then you can either make two separate pages (which I prefer) or try to include both in the infobox

which cake is it?

[frigid cairn]

the normal one

[languid kayak]

I had the similar "problem" with the https://pzwiki.net/wiki/Pancakes_(crafted) and https://pzwiki.net/wiki/Fried_Shrimp_(crafted) and in the end split the pages

[languid kayak]

The only cake page is the https://pzwiki.net/wiki/Cake_Preparation though the rest is a redirect to https://pzwiki.net/wiki/Recipe_ingredients which we plan on splitting

[frigid cairn]

i just need to add a note

so that i can explain if you make the cake the game wont make it rotten

but if you find 1 already in some bakery containers

it will go bad

[frigid cairn]

Done. and thank you for your help

[proud cobalt]

I believe its a byproduct of making the borders seperate, both cells now have a border

Is the weird thing with the collar and V a me thing? its too small in game for me to see. It doesnt happen with other textures?

[digital helm]

It looks fine to me

[digital helm]

Yeah, it's from when we added the curved corners. I couldn't find a way to fix it. Looks like the citizen skin has curved corners and normal border width. I didn't look at how they did it though

[languid kayak]

yeah, weird indeed 😛

btw https://pzwiki.net/wiki/Workman_Shirt and https://pzwiki.net/wiki/Lumberjack_Shirt overlap, are we sure workman shirt have so many variants? Maybe I'll check later

[proud cobalt]

IconsForTexture = ShirtDenimBlue;ShirtDenimLightBlack;ShirtDenimLightBlue;ShirtLumberjackBlue;ShirtLumberjackGreen;ShirtLumberjackGrey;ShirtLumberjackRed;ShirtLumberjackYellow,

[languid kayak]

yeah, just wanted to post that too 😄

This looks like from a PS1 game 😄 https://pzwiki.net/wiki/File:Ghillie_Trousers_model.png

(not that all models in zomboid aren't, but guess it's the most visible on this one :P)

@proud cobalt these are still used in other pages: https://pzwiki.net/wiki/File:DenimJeans_Model.png

[proud cobalt]

Yes I had a little laugh at this one

[proud cobalt]

Should we not keep them seperate for ease of addition and in case it changes later?

[languid kayak]

I gotta go back to boilerplates, not sure I'll get myself to do it today or maybe next week, but generally, the usage section always give me questions, I guess the crafting should be a subheading of it? Sometimes it's called "Crafting", sometimes "Recipes" I guess these need the most unifying: https://pzwiki.net/wiki/Bag_of_Plaster_Powder#Usage

[languid kayak]

What do you mean; keep the model you marked for deletion? My memory is blurry, but back then when I was researching clothing I remember a lot of them shared models so I made it a trivia, but I'm not 100% sure which one is which 😄 Just noticed you marked it for deletion while it's still used

@naive imp I've been sitting on the https://pzwiki.net/wiki/Special:Contributions/WegoBOOM_Bois contribtuions for a while, but I think at this point we can start calling the unfinished area a Brandenburg as part of https://pzwiki.net/wiki/PZwiki:Project_Build_42_Preparation and https://pzwiki.net/wiki/PZwiki:Tasks#Editor_tasks, we have enough evidence to back it up so far and people will call it that way anyway, and at worst we can move/rename stuff afterwards

[proud cobalt]

Imo
==Usage==
===Crafting===
====How to craft====
====What it crafts====

maybe swap what it crafts to used to craft

[proud cobalt]

Oh I get what you're saying. I was still talking about the lumberjack shirts.

I didn't realise denim jeans was still used. I marked for Deletion in favour of blue, lightblue, and lightblack variants. I'll swap those pages to the new model when I'm home

[languid kayak]

https://pzwiki.net/wiki/Last_President_of_the_United_States – I guess this page will stay as it is? I wasn't sure about it but seems fine? By https://pzwiki.net/wiki/Special:Contributions/Vosle

The president is not named I guess; maybe just move to "Last president of the United States" or some better name?

[digital helm]

I'm happy with this

[digital helm]

I think just calling them President would be better. I think that's how they're referred to

or "The President"

It's a statement from the President distributed to all media.
The President has released a statement asking for calm.
The President has reacted with anger.
While we work on that, the President this morning addressed the nation.
This morning's statement by the President...

There's 64 references in TV/radio https://pzwiki.net/wiki/User:Vaileasys/sandbox_2

[languid kayak]

Feel free to move if you wish, if not I'll get back to it later 😛

[languid kayak]

I seem to have added some improve tags to articles requiring new tables, so I guess they should be moved 😛 Maybe I'll do that later

(for now at least giving heads up)

[proud cobalt]

Np, just cant guarentee ill see them in improved. Ill try go through them soon though

[languid kayak]

I guess we'll just keeping it without the reupload tag until we split the page? The variants are currently listed in a table https://pzwiki.net/w/index.php?title=T-shirt&curid=15271&diff=297479&oldid=295937

(gas stations, rock t-shirts, fast food etc.)

And in this, is it because there's no separate rotten model @proud cobalt? https://pzwiki.net/w/index.php?title=Fish_Sushi&curid=16655&diff=297477&oldid=293607

[proud cobalt]

Yeah checked in game no model change

[proud cobalt]

I thought they had all been split already? thats why i removed

[languid kayak]

nah, it were different items 😛

Also @proud cobalt something seems to have broken by CalvyBot in in https://pzwiki.net/wiki/Hammer/ru 🤔

[proud cobalt]

Bot ran on live by accident instead of sandbox, thought i caught them all. Ill revert it now

[naive imp]

I'm very hesitant to do stuff like this before official confirmation, but I suppose we could just move the page

[languid kayak]

Yeah, not a priority, as we have old build stuff left to do, but no real harm either, we'll have to rename it for something in the end anyway, so here's hoping it's all accurate 👌. But based on the research done by folks here on Discord it might be 😄

[proud cobalt]

How do we feel about only being able to call one value in the new navbox items? the switch for multiple isnt working the way i thought and to fix it would require alot of functions. The navbox already adds about 90,000 nodes to any page its on

[proud cobalt]

@languid kayak for food categories, should it basically be this bar perishable and non perishable? Because things like canned food are in non perishable too. How should the navbox be organised?
https://pzwiki.net/wiki/Category:Food

[digital helm]

I think leave perishable and non-perishable out of the navbox. Those categories are just a side category, like the materials (wood, metal, fabric)

[digital helm]

I think calling only one is fine. We do similar with the header, i.e. having to pick the 'main' one

[languid kayak]

And just chosing one as a primary? I guess it'd do

[languid kayak]

Yeah, the general categorization as in the https://pzwiki.net/wiki/Food page should be roughly followed IMO, though I've gotta gring myself going through all of them once as some may be wrongly categorized

[proud cobalt]

Can always be upgraded in the future if a solution is found. I'm starting to deploy it

[proud cobalt]

Alright first 200 deployed with no issues so im gonna head to bed

[languid kayak]

Okay <@&1205891296565268520>s first Sunday of the month marks a March 2024 summary! Enjoy reading, and thank you everyone for the very fruitful contributions this month! 🥳 https://pzwiki.net/wiki/PZwiki:News#March_2024(7_April_2024)

[languid kayak]

Well, I am the only one slacking with my bot 😄 There's some ratelimits in place too, but for the amount of edits we do it's fine 🙂

[frail fossil]

a

[languid kayak]

the sad (or maybe not so sad, as the crafting was always overengineered) is that we changed the crafting template again 😄 Well, technically both still are in place but there's a new one in place

yeah, it's all under control 👌

(at least we believe to, Calvy's sleeping and I just went back :D)

[lucid junco]

Look ma I'm on tv

[languid kayak]

doesn't help it changes daily 😄 I'm trying to keep up with all the changes, but if we ever get an inflix of editors I wonder how I will too 😄

Probably will set some thresholds then

[lucid junco]

At this pace we are going to finish up the wiki for build 42

There is still alot of stuff to be done and tested though

First aid page showed that there are still alot of misconceptions and guesswork

Nothing too bad, a case of people thinking that the game is more complex than it actually is

Eg, infections halting or hindering wound healing rate( they dont)

Thought there is still untested fact about sterilized bandages (that they speed up the recovery)

[languid kayak]

yeah, gonna wait for GPT-5 /s

[languid kayak]

I guess the same could be said about farming or carpentry sadly

or food ilness

[languid kayak]

Also, like I said on several occasions, while on one hand, I'm really proud of how far we've come to and how complete the wiki is compared to what it used to be back then, there's still lots of things that would be good to have done, most are outlined in https://pzwiki.net/wiki/PZwiki:Tasks nowadays

As far as item pages goes, the clothing and then food are the ones needing the most love nowadays.

And by the sheer amount we have it's hard to keep them all consistent 😄

[lucid junco]

I was thinking about filling up missing key spots on the map, especially the west highway is completely empty as far as Im aware

[languid kayak]

@tulip kiln not sure it's something we want to add to Easter eggs page? https://pzwiki.net/wiki/Fedora#Trivia It's just the texture name that references Indiana Jones and the Man from Del Monte, though I guess it may suffice?

[languid kayak]

oh btw @naive imp and others I guess, I only mentioned it briefly with Vaileasys, but I'm slowly removing the full stops / periods in the infobox and I think the ones under images doesn't belong there, seems I was mistaken and both Wikipedia and other wikis as well as books and publications don't end sentence with a full stop. I added a potential bot task for removing the ones from images https://pzwiki.net/wiki/PZwiki:Tasks#Bot_tasks

I guess it doesn't matter in the end that much but if nothing's against it, I can add it to the style guide for it to be clear 🙂

Hopefully I'll manage to scrat some time during weekend, but if not maybe at least next weekend I'll be able to get over them, at least I won't have catching up and writing a summary then 😄

[languid kayak]

I think some frog meat textures are broken? Though someone else should verify to it's not something on my side

The ones with the broken ones are rotten ones

[languid kayak]

btw @proud cobalt and @digital helm I know we talked about the HottieZ and Comic Book, but any reason we're not adding their model and instead using an icon? They have unique model, different than the regular Magazine, TV magazine, Crossroads or Wordsearch Magazines and the skill magazines or things like book or newspaper or even journals (all all laid on the ground; the hottiez and comic book are the open purple ones, though journal+newspaper share model too and so are doodle+empty notebook)

[languid kayak]

Also found this template; is is still useful or not? https://pzwiki.net/wiki/Template:Coordinates

Also @proud cobalt @digital helm about this https://pzwiki.net/w/index.php?title=Franklin_All-Terrain&curid=10616&diff=274895&oldid=266469 maybe we should go through all the cars and maintain the code section in them as well?

It seems to be the only cehicle with the code in it? Also pinging @naive imp for it as the ex vehicle project manager

[languid kayak]

Also @proud cobalt and @naive imp shouldn't https://pzwiki.net/wiki/Template:Navbox_locations be expanded to the Businesses, Points of interest or Services too? Also I noticed that some pages don't have see also and so does https://pzwiki.net/wiki/User:ThinkDock1721/sandbox – do you think not mandating see also is the way to go for the location pages? I've also linked your sandbox in https://pzwiki.net/wiki/Help:Boilerplate_location as I think it's the one that's going to replace it eventually.

[languid kayak]

I'm was also thinking about unified order of items in the

1. Main page
2. Items page
3. Navboxes
   @proud cobalt – may be worth a look for you in the navboxes 😛

Currently, for items, for the main page and items page, it's Weapons → Clothing → Equipment → Food → Medical → Literature → Other (more detailed on the Items page)

while for the navbox it's slightly different at Weapon → Equipment → Clothing → Food → Media → Miscellaneous → Materials

Though I know the line at Equipment and other other gets blurry though.

Equipment currently host both items that are similar to weapons (tools) and clothing (bags), though I remember bringing clothing higher for the reason of it getting more attention in b41 in general.

I also think your bot added double newlines when changing the navbox types @proud cobalt

[languid kayak]

This one is kinda dependant on what kind of boilerplates we want to have too, I've been eyeing them now. Pinging @digital helm for thought too https://pzwiki.net/wiki/Category:Boilerplates

There's currently boilerplate for weapon, clothing and food – these ones will stay for sure, but do we need one for ammo for example? Also, do we need a generic item one? https://pzwiki.net/wiki/Help:Boilerplate_item

There's one for https://pzwiki.net/wiki/Help:Boilerplate_literature too, and in navbox it's Media (so it covers VHSes too)

[digital helm]

I don't think there's any reason. Just didn't end up doing it

[digital helm]

I didn't know it existed. For the infoboxes I just add it manually. Though I guess I could make use of it. It'd make the code a lot nicer to look at

[crude ginkgo]

What language is the wiki made in? HTML?

[digital helm]

Probably, but I don't think the code for vehicles is that simple... Not sure if was new in later versions of b41, but there's a huge file for each vehicle and variant

[crude ginkgo]

Might be a dumb question

[digital helm]

MediaWiki markup. Most html works too though

[crude ginkgo]

Damn, got stuff to learn

Should be easier tho

does the wiki plan to move off fandom or nah?

[languid kayak]

Would be best to upload these models then, instead of replying just on the icons 🤔. I'll add trivia that they share icons and bring back reupload then, until someone does it.

[digital helm]

It's not on fandom. Self hosted

Has been since 2011

[crude ginkgo]

Really?

I must be looking at the wrong wiki dawg 😭

[digital helm]

Here's a cheatsheet https://m.mediawiki.org/wiki/Cheatsheet

[digital helm]

Maybe 😄 pzwiki.net

[crude ginkgo]

There’s probably some tutorials on it too

[digital helm]

The text editor toolbar has a lot of the basics

[crude ginkgo]

https://projectzomboid.fandom.com/wiki/Project_Zomboid_Wiki

Apparently this comes up first on my laptop not my phone tho, net comes up first

[digital helm]

@languid kayak do you remember the extension to hide fandom wikis and show self hosted ones instead?

[languid kayak]

I think you are 😄 The wiki is hosted at https://pzwiki.net/ and if you install https://getindie.wiki/ or similar extension, it should link you properly

[crude ginkgo]

Ye I see.

Server should get an anti fandom bot that just terrorises links

[digital helm]

I've never noticed that problem... I guess as pz got bigger, so did that wiki, so overtook us at some point 😔

[languid kayak]

yeah, kinda shame, given it's so undeveloped (it came later and got no backing from the community or TIS whatsoever). Some people contribute there as fandom is being so much on SEO stuff, the extensions help with that.

[crude ginkgo]

Fandom also pays for ads and stuff so I think it’s just bloated

[languid kayak]

yeah, a lot of wikis moved off fandom for various reasons. Especially since they own gamepedia now. Though alternatives have popped like wiki.gg.

Either way, pzwiki.net was never on fandom or gamepedia, was self-hosted until TIS took care for the server. Brief history is in https://pzwiki.net/wiki/PZwiki:About

we also have affiliation with https://fallout.wiki/ which switched hands several times (fandom, gamepedia, now independent of those)

[crude ginkgo]

Main reason is excessive ad control and the whole freedom of speech editing thing

[languid kayak]

Well, either way, at pzwiki there's none of those 😄 The only tracking is that of https://matomo.org/ and it's GDPR compliant, not even plain Google Analytics was there.

[digital helm]

I'm not sure you can have a hard rule for it like that. As a general guide, sure. But some items aren't that clear, e.g. a screwdriver can be used as a weapon, but its main purpose is as a tool. (It's weapon in the header because I did weapons first)

[languid kayak]

yeah, line's always blurred. Either way, would be nice to have them more or less unified.

I am mostly thinking what types of boilerplates we require

for sure these three, as they are widely different with different infobox parameters and sections

• Weapons
• Clothing
• Food

But what beside that?

Currently there's
https://pzwiki.net/wiki/Help:Boilerplate_literature
and
https://pzwiki.net/wiki/Help:Boilerplate_ammo

Not sure how much they are needed.

Also not sure we need the generic https://pzwiki.net/wiki/Help:Boilerplate_item anymore?

Also one minor nit, when I type {{sup|future}} should I have a space between the text? Like Text {{sup|future}} or should it be without a space, like Text{{sup|future}}? I guess the first approach is the right one?

[digital helm]

I see... Maybe a media one (instead of literature). Other than that and a general 'items' one, I don't think we need any more. We could keep splitting to things like medical, materials, etc. but I don't know if that's necessary. Also the lines may get blurrier in b42

[digital helm]

No space before superscript. This is standard for referencing

[languid kayak]

so no space? Guess I was following it right but then I got a second doubt 😄

[languid kayak]

So you think of keeping https://pzwiki.net/wiki/Help:Boilerplate_item for everything else that's not weapon/clothing/food?

[digital helm]

Yeah. Linking to the others at the top would be helpful too, as in "check if one of these are more appropriate"

[languid kayak]

So basically these three + a generic one then? Seems it's indeed weapons, clothing and food that are separate enough to warrant their own boilerplates and the rest just being a generic "item"

Makes sense especially now that we have one infobox for everything

[proud cobalt]

I think those items are better shown as their icon. Maybe a second entry in the Infobox should be used for the model?

But for example hottiez the joke is the cover which you can't get from the model

[proud cobalt]

Looks like no

[proud cobalt]

Never actually looked at vehicles. I'll see if the script found them

[proud cobalt]

Do you mean having it open on the relevant one? If so yes, I just haven't implemented the logic

[proud cobalt]

Would have been pages with two navboxes, it'll have to wait until I run the page formatting bot again

[proud cobalt]

This website is useless lol

[digital helm]

I think the magazine variants with a model texture like their icon are an exception to this. E.g. recipe magazines and crossword, etc.

[languid kayak]

nice 😄

Anyway, gonna go to sleep now. I just finished fishes. A lot of them have those weird checkerboard textures = no textures, so they'll stay as is. The icons aren't simpler either, I'll have to figure where fishes take their icons from, but currently it's a lot of aliases

https://pzwiki.net/wiki/File:FishCooked.png
https://pzwiki.net/wiki/File:FishRotten.png
https://pzwiki.net/wiki/File:FishOverdone.png

I suspect it'll change in build 42 though.

The size is dependant on the actual fish size, whish is nice, though.

Also visible are frogs, I'll get into other meat later.

[languid kayak]

all the fish!

[proud cobalt]

🐡

@languid kayak Sorry about recent changes lol, had to do a couple of pages navboxes manually

[lucid junco]

Checkboard fish, my favorite!

[proud cobalt]

Crafting cooking seems to be more basic than i thought. I may be able to just implement it into recipe list
https://pzwiki.net/wiki/Template:Crafting_cooking

[robust latch]

I have TT template loop with https://pzwiki.net/wiki/Template:Navbox_items/tr.
Like this: https://pzwiki.net/wiki/Car_Battery/tr

[proud cobalt]

Oh interesting, @digital helm would have a better idea of whats going on here

[digital helm]

I'll take a look

[proud cobalt]

Weird that medical is the only one that didnt have an issue i only added that this afternoon

[digital helm]

It's missing the pipes | so it's not recognising any case. I'll fix it

I also added survival which was missing. @robust latch you may want to translate it https://pzwiki.net/w/index.php?title=Template%3ANavbox_items%2Ftr&type=revision&diff=301113&oldid=301111

[robust latch]

Thanks guys

[robust latch]

I think it had navbox medical instead of navbox items, that must be why

[digital helm]

that's another thing I've just fixed. I'm adding it to the tr template

all done. Let me know if any issues https://pzwiki.net/w/index.php?title=Template%3ANavbox_items%2Ftr&type=revision&diff=301121&oldid=301113

[digital helm]

Fixed the main template/doc too https://pzwiki.net/w/index.php?title=Template%3ANavbox_items&type=revision&diff=301117&oldid=301099

the name parameter is the template that it gets the translations from. So it was getting the translations from Navbox medical

[proud cobalt]

Tyty, must have missed it

[digital helm]

all good. Easy mistake

[robust latch]

I should have noticed the pipe thingy, this one was a simpler fix

[proud cobalt]

About 6 hours later and im deploying the new crafting system to all english pages including cooking

@digital helm Didnt encounter any issues with nodes, but did reach the Post-expand include size limit of 2MB, which i think means its impossible to show all recipes on one page

https://pzwiki.net/w/index.php?title=Template:Recipe_list&action=edit

[digital helm]

hmm... May have to stick with a table or something then listing the products. Unless we went with separate pages?

[robust latch]

Can we remove blue pen, red pen and just keep the {{ll|Pen}} in here --> | list = {{ll|Bare Hands}} • {{ll|Pen|Blue Pen}} • {{ll|Pen}} • {{ll|Pencil}} • {{ll|Pen|Red Pen}}

Under the weapons, other

Or i can create red pen, blue pen completely identical with pen besides color definitons and then we could have new links accordingly idk 😄

[digital helm]

I think that would be reasonable. Then the link name would work properly

[lucid junco]

Hey, Im curious whether or not secret stashes should be put into the Containers page

https://pzwiki.net/wiki/Containers

https://youtu.be/xw2dMrBsp04?si=IZUxKmFCBThpXaoX

I mean they are in the game, accessible without cheats or mods and usable

[digital helm]

There's stashes on that page https://pzwiki.net/wiki/Containers#Stashes it just hasn't been updated to include them. I don't know when these were added.
They should certainly be there too though. Not entirely sure of the purpose of them, since they're basically impossible to spot outside of debug. Their loot isn't anything special either.

        rolls = 1,
        items = {
            "Battery", 2,
            "BluePen", 8,
            "Book", 10,
            "BoxOfJars", 0.01,
            "Candle", 2,
            "Cigarettes", 8,
            "EmptyJar", 0.5,
            "Eraser", 8,
            "Glue", 2,
            "HandTorch", 8,
            "JarLid", 0.5,
            "Lighter", 4,
            "Magazine", 10,
            "MagazineCrossword1", 0.5,
            "MagazineCrossword2", 0.5,
            "MagazineCrossword3", 0.5,
            "MagazineWordsearch1", 0.5,
            "MagazineWordsearch2", 0.5,
            "MagazineWordsearch3", 0.5,
            "Matches", 8,
            "Newspaper", 10,
            "Notebook", 10,
            "Paperclip", 10,
            "PaperclipBox", 1,
            "Pen", 8,
            "Pencil", 10,
            "RedPen", 8,
            "RubberBand", 6,
            "Scissors", 2,
            "Scotchtape", 4,
            "SheetPaper2", 10,
            "Tissue", 10,
            "Torch", 4,
            "Twine", 10,
        }```

looks like they're intended to be fruit bushes. Which used to be a thing. Unsure if they were suppose to be removed, or if fruit bushes are still a thing

[lucid junco]

Its an interesting case, some people point these to the corn container, others to berry bushes, and some say they are leftovers from build 29 foraging update

[digital helm]

Indeed. These are certainly bushes though. I couldn't find the texture for the tiles (and couldn't see it in-game without debug) but here they are in TileZed. They can be picked up with shovel and level 2 gardening. Weigh 5. And they seem to use one of the old moveable icons when picked up.

here it is in-game with no texture.

[robust latch]

I am adding missing titles to navbox items/tr whenever i see a template loop, such as; TV stations, VHS tapes, cleaning, t-shirts and so on. And it fixes the loop. Should i add missing titles to "How to translate" after i am done with Turkish? Are we going to only use navbox items for every item from now on? And delete every other navbox related with items?

[digital helm]

Yes please. That'll be helpful. And I think that was the plan, to just use items @proud cobalt @languid kayak

[robust latch]

Okey then

[proud cobalt]

Yeah please, I tried to get all of them but the template is fucking huge

[proud cobalt]

Yeah just the one. Would even be nice to somehow only have items/tr have the translation, so only English needs to be updated and ll will do the rest. But not sure how possible that is

Not something I've looked into at all

[digital helm]

You mean to have it reference the English page if the translation doesn't exist, in, e.g. /tr?
Or so you don't need to use {{tt}}?
I don't think either are possible, tbh

[proud cobalt]

Nah have all the actual content in the English page, then language templates would just have the translation for titles. Would be similar to how Crafting header works know what I mean?

[lucid junco]

So, is it the same berry bush that wiki refers to, or a completely different one?

[lucid junco]

Seems like its a different one

[digital helm]

forgot that was there (although it's directly beneath stashes). Yes, it would be the same berry bush

Unless I'm mistaken?

[lucid junco]

Im not so sure

[digital helm]

Oh, I see. Yeah, that's ideal. Which'd be part the reason Faal and I advocate for splitting pages so much 😄

[lucid junco]

Wiki states that berry bushes are spawned after erosion, but there is obviously no erosion day 1

And there is no berries inside of these "bushes"

[proud cobalt]

I think it depends on whether they'll remove it in Build 42 or not. Seems like a relic of the old foraging system

I don't think it's the same bush

[digital helm]

I can't confirm if that's still true. I think I wrote that in 2018. The use of fruitbushc is the container name, which is the same as these bushes.

[lucid junco]

As I said, some point to the build 29 foraging update

Which sounds reasonable

[digital helm]

I found the textures for the tiles btw. As I mentioned, they're not packaged with the game (anymore?) and only come with the TileZed tiles. Here's 1

I just realised I don't even remember what the old foraging system was like, before b41...

[lucid junco]

Huh, is it the same one?

[proud cobalt]

Maybe something to add to B42 prep? Have a relook at erosion, particularly with the new survival map

[lucid junco]

The panel one?

[digital helm]

I don't even remember tbh

[lucid junco]

Where you choose what to look for

[digital helm]

Sounds good. There was going to be improvements to house plants too

[lucid junco]

I think an unused/removed stashes section can be added at the end of the page, not that hard, I can do it when Im back home

Thought it should be checked whether March Ridge one is the same and not some other unused stash

[digital helm]

Sounds good.

I've checked b40 and they were definitely berry bushes back then. Guessing they got removed, or believed to be removed? Seems to be unrelated to erosion. That statement about them being part of erosion may have just be an assumption, in all honesty, as it'd be something you'd stumble across.

the loot table changed in b41

[lucid junco]

Does it get removed upon being empty?

[digital helm]

nope

[lucid junco]

Nor the berries arent able to get spoiled

So either this should be entirely removed/reworked, or it says about a different thing entirely

[digital helm]

I'm thinking it's about the same thing. But I don't know for sure

This is the same location in b41 and b40 btw in Fallas Lake https://map.projectzomboid.com/#7310x8341

[lucid junco]

What bout march ridge apartments?

[digital helm]

I'll check in a minute

[digital helm]

So, I'm now thinking they may be separate, unless something changed along the line. In b40, berry bushes were invisible, same container ids (e.g. fruitbushd), berries in them spoil, and spawn in the same place every game.

I'll check apartments now, then I need to run.

[digital helm]

I couldn't find any in March Ridge in b41. But found 1 in b40, in the same spot every new game. Approx. here, on the edge of the road https://map.projectzomboid.com/#9890x13132x2262
So my guess is that they're an old feature that was suppose to be removed. Based on the fact that the texture isn't packaged with the game, this one was removed and there's no longer a loot table for them in b41.

[lucid junco]

Then all there is left is to check whether any bushes spawn after prolonged erosion, which is idk how hard it is

But I think its safe to assume that wiki is talking about the same bushes

So they(along with corn) can go into unused/removed category

[robust latch]

This {{ll|Chainsaw}}{{sup|{{tt|name=Navbox items|default=future|arg1=future}}}} creates template loop for some reason in https://pzwiki.net/w/index.php?title=Template:Navbox_items/tr. Another template loop does appear on Tv adverts and radio adverts section, i tried everything but probably am missing something simple, i dont know really. It can be seen under "Medya", "Elektronik Medya" in this pages navbox --> https://pzwiki.net/wiki/Car_Battery/tr

"Silahlar", "Ezici Silahlar" is the location where chainsaw is.

I ve tried to implement what other navboxes do such as navbox skills for {{sup}}. But no vail

[lucid junco]

So using bandages does in fact speed up the recovery 2-3 times

Now to test whether its just using bandages or using sterilized ones

[lucid junco]

@digital helmIs this a good change or not? It used not to show random frequency broadcasts, which was strange

[robust latch]

Imo more information the better but i ve never tackled with media before

[lucid junco]

Sterilized bandages do not give any boost towards deep wounds

[lucid junco]

There is no fucking difference between bandages

https://youtu.be/3CbftEpUEMY

Im dissapointed a bit tbh

[lucid junco]

https://pzwiki.net/wiki/First_Aid
Finally done and fact checked

[lucid junco]

I found it

https://map.projectzomboid.com/#10142x12648x16103

Funnily enough, it does break upon attempting to pick it up, even attracting zeds that were nearby

[languid kayak]

I think they are removed? I used to hunt them down back when I was active in the seat yourself furniture, never researched them fully but mentioned in https://pzwiki.net/wiki/User:Faalagorn/Unused_tiles#Removed

[languid kayak]

the icon was used by corns, but also logs IIRC

[languid kayak]

yeah, seems it's the plan, similar with the infobox. The boilerplates will be there for different types, dpending how much we'll need to showcase each main use-case

[languid kayak]

It might be wrong, yeah. I tried researching it but never did it properly

[languid kayak]

old foraging was just looting standing it place, it predates even that 😄

Though the timeline somewhat intertwined

oh you meant the even older foraging then maybe, yeah

wasn't playing that much then

[languid kayak]

well, the whole first aid is lackluster sadly; hopefully it'll get revamped, but not in initial b42 from waht was teased I guess

[digital helm]

I'll have to take a look later. Ideally we could build the translation into the sup template. Which may be difficult since we translate that differently

[digital helm]

I think this is good. We may want to go further and add a separate column for frequency

[digital helm]

Yeah, sterilized, normal, dirty is purely for managing infection iirc

[digital helm]

Like other moveables, there's a chance of breaking depending on your gardening skill

[digital helm]

Yes! That was it! You'd stand in a specific spot and just wait for your inventory to fill up, as you quickly get exhausted

[proud cobalt]

Interesting, the original idea was to move future/obsolete items into their own category, this would remove the need to use sup at all. Might still be worth doing

Also in regards to last night and looking at a way to have language templates just be translations, i think we don't put the time into that because all the logic can just be copy pasted from the English one, so we just keep that one updated

[lucid junco]

Yep, bandaging power (time before becoming dirty) and adhesive bandages being consumed upon removal is the only difference

The only difference of infected vs non inf, is pain threshold

[lucid junco]

I mean, yea, but I personally thought there is a different between sterilized bandages and non sterilized

Ivs heard that they improve healing time, but I've been lied to

Sterilized also slowly removes infection, but its effectively nothing of a difference

[proud cobalt]

Its a fucking mess

[lucid junco]

https://tenor.com/view/sorse-source-3kliksphillip-achieved-with-gif-23602555

The foraging containers are also an indicator of how much stuff there is still lingering on from build 29 or even longer

[lucid junco]

I can do that, not that hard

Can you check other pills?

Doesnt taking pills drunk negatively effect you or something?

I see

Probably will have to write it down on every pill page

So sleeping tablets, antibiotics and antidepressants do stack?

They are one use

Effectively coffee without any food components in them

I mean, it would be horrible if sleeping tablets didn't wear off after a nap

So, If you take them for the first time, you have to wait 10000 t.u. before they kick in

Then if you take them while they are active, this wont happen and they will reset their usage time instantly

No waiting required

Thats convoluted, no shit no one had actually used them to notice that

So: Antidepressants dont stack, kick in after 10000 t.u. delay if you take them first* time, but they will reset their active timer when taken continuously

[lucid junco]

Will write it down

Instant S tier trait

Zombie infected?

A new cold treating tech found

[lucid junco]

Leave rotten food until you get a cold, then use it to recover faster with full stomach

They are affected by code spaghetti monster?

I can check that manually then, np

My favorite food

I think sleeby pills are left

So they dont reset upon continuous usage.. But dont stack(technically speaking) either?

I remember, I was talking bout taking sleeping pills while drunk

Haha

Yea, I didn't notice anything amiss and was confused

So they do stack, but you should take 9 max

"Man, If the wiki has some sort of misconception about sleeping pills Im gonna scream"

How much pills would it take then?

I see

Hooray, thank you for finding it all

Kinda

Dont know whats more interesting, doing in game research/ code research, or write/correct coherent page about something

[digital helm]

Discussing what to do then doing nothing. That's me

[lucid junco]

Relatable

How can I call this location?

"West highway"?

[proud cobalt]

I believe its an unnamed section of doe valley

[lucid junco]

Im not sure it's in a doe valley tbh

Oh well, the wiki says it is

[ocean agate]

https://english.stackexchange.com/questions/609467/what-is-that-suburban-commercial-area-off-the-highway-called

Maybe this will help

To give it some kind of a name

[lucid junco]

It takes 6 pills to kill you while drunk

And 5 to cripple

[digital helm]

beautiful 👌

[lucid junco]

Uuhh

Im not sure about this one

[digital helm]

yeah... these types of tables are hard to do. Would it be better as dot points?

[lucid junco]

But you cant put it down

[lucid junco]

Uuuhh, I also dont know about that

[digital helm]

I was thinking nested lists. Or you can look at doing a definition list.
I.e.

:definition1
:definition2
;item2
:definition1
:definition2```

nested bullet list, I mean.

*Sober
**
**
*Drunk
**
**

Would that work?

[lucid junco]

Like that?

[digital helm]

Yeah. I think that's alright. Are you happy with that?

[lucid junco]

I think Im fine with that

[lucid junco]

Uuuuhhh?

Is this actually true?

[proud cobalt]

Which part?

[digital helm]

Pretty sure the accuracy is at least. The other parts I don't know

[proud cobalt]

Beta blockers is true

But firearms are being overhauled in B42

[lucid junco]

The melee damage

And crit chance

[proud cobalt]

Yes its true

[lucid junco]

Really? I had ever noticed that

[proud cobalt]

Yeah it takes so many more hits to kill

[robust latch]

Chance to fail engine start on each try is 30 / (quality + 50) * 100% --> is this %100 meant to be something else in https://pzwiki.net/wiki/Engine#Engine_quality. We are just multiplying it with 1

[robust latch]

I think this doesnt have "coordinates" or "coord" argument --> https://pzwiki.net/wiki/Template:Infobox_location

[robust latch]

Removed %100 there

[languid kayak]

I think the idea behind it is to add the % in it, but yeah, seems pointless math-wise 😄

[languid kayak]

@robust latch Is this good to go or do you need to move something out of it still? https://pzwiki.net/wiki/Template:Navbox_equipment/tr

oh nvm, I'm blind, you noted it already 😄

[lucid junco]

@digital helm or anyone else, can I get an unused bush texture in high res if possible?

I think something like this should be good

[languid kayak]

browsing your changes reminds me in how poor some item pages are 😦 Slight upgrade though they still lack basic elements 😄

Still gotta focus on English ones first, though, doing just the minor fixes here and there 😛

https://pzwiki.net/wiki/Template:Consumables/ru needs some love for example, it uses a really old design on several of the pages

[languid kayak]

Keep in mind they might not exist in better versions, but if they do you should be able to use TileZed for those; can wait for Vail to respond though 🤔

[naive imp]

Accuracy no, just the damage and critical chance

[naive imp]

Doe Valley is very loosely defined tbh, I'll have a look over it later when I'm home and I'll see about it

[robust latch]

This page isnt actually under protection, i just realised

[digital helm]

I shared this one. Will have to send the others later if you need them. #pzwiki_editing message