#docs-website
1 messages · Page 10 of 1
https://i.imgur.com/HebUNE6.png
rebased both
lmao
Mini worked on that no?
This looks good. Keep it cc: @opal flare
Ah he just did one commit
I thought this was real for way too long

i put riley under triage
I like it, would make more sense now since velocity and paper devs are together now. So putting them together and having a tag would make sense now.
and your docs tag is useless since there's a docs team now
Now there is
wa
they're still seperate
not on discord
^^
is what noah means
So like getting rid of paper and velocity dev and just making a singluar "Developers" one and then each person a tag..?
I just said, the tags PR makes more sense if the sections would be merged
Maybe it looks better overall if there are more tags and not only 2
Yes I agree
I mean if there’s a docs team it could just be closed
astro?
Hmm?
Why astro?
why not astro, it is like the hot thing for mostly static sites nowadays
they announced server islands too, which makes it closer to Deno Fresh
We're moving away from Next, and Astro is a logical choice for something that is mostly static
Just curious
Didn't know the site was in Next (or well, still is), since it is mostly static I'd have assumed it was in Gatsby or something
We can probably just integrate biome or eslint or whatever formatter gets y'all gears turning
eslint probably, people are likely used to how it works more
Yeah it's in Next right now. Next has some problems with deployments on different areas outside of Vercel. We're giving Astro a shot for a few reasons
- No JavaScript by default (we're going to add some in for the interactive terminal and whatnot)
- Image processing at build time vs as SSR which is what Next does + easily generate multiple of the same images at different sizes based on devices
- It still has a react-like feel for it, but in all honesty, it's mostly a static site, so we don't need all this extra JS bloat
but we can easily use react, or other frameworks, within astro if we want/need to
if I am not hosting in Vercel, then I'd just go for Vue rather, just feels more stable of an ecosystem
We used to be on Vercel until they gave us a 24 hour notice that our sponsorship was ending
but astro is nice too, I've only heard nice things from folks that have worked with it
The sponsorship lasted liked 60 days to give us time to think about what we wanted to do.
I've been using Astro for a few different projects and it just feels so nice.
btw what's wrong with the footer?
the last thing in the todo.md
oh i see
the copyirght thing
I can't do design to save my life and just switching over caused some things to break while I was rewriting the components in Astro
We're going to remove the nav in react and switch that to Astro and Mini is also switching to unocss since windi is deprecated
https://github.com/PaperMC/website/pull/112 comment on the PR if you notice anything
125 files PR, so fun
But if you build the branch locally and then run the preview, you can see how fast that loads.
125 is like 1/3th of the project 😭
But we're going to switch to some libraries for fonts and icons that'll just bundle them at build time so we can drop them locally.
and that's not even in production mode, is it?
we're also likely going to be moving to UnoCSS (away from Windi CSS) at the same time
Well, it'll deploy to Cloudflare Pages
So it's going to be like an instant page load for everything
https://github.com/PaperMC/website/pull/112/files#diff-ba00f1d7bc63648f0861e03d786d6f1ed78307f1b40284e4db329586d3df2db2R40 this is a big nitpick but ij complains about this
I was just copying over and migrating things to Astro components don't hate, comment and we'll fix it
not hating (:
I haven't added anything new that wasn't already there project wise
Idk why that drop-down in the nav won't close, but, we're rewriting the nav anyways (ty Mini)
also did you mean to delete the license lol
some files were deleted/overwritten (LICENSE, README) by accident
and will be restored
^^
I just deleted the branch and created an Astro project not really thinking lol
Deleted the project files*
It builds hella fast though
We can also setup some TS aliases again so we can do like @/Component etc
That was just like 30 minutes of work over my lunch break
I'm poking at it a bit right now, will push if I get things working
this does not fix it locally
nice
pushed both
Wouldn't mind giving biome a try (and if we like it rolling it out to the other projects)
It's a new formatter/linter build on the new rust tool chain
Eslint is slow and their new config format is a mess (which is why I haven't upgraded hangar to v9)
Eslint legit takes over a minute to lint hangar
Oh right, they have some template lang too, didn't consider that
I'm still down to give it a shot and see if it works
Ye
Am omw to get my new ID, then I need to get some packages, then I can look at stuff
Sounds like a plan!
ok, enough errants, lets see what do did
4 space indented html is so hard to read, lmao
heh
getting there
astro does stuff to images, mmh
space indented anything is hard to look at would be sufficient
Great work
I can try to get the 3 icons in the nav bar working.
Did you investigate adding in biome?
Nope
Just uno plus some style fixes (you added new classes I think?), the footer icon and fonts
I did not add any new classes personally
Are you still planning to migrate the navbar out of react into astro? If so, I'll wait to add the icons.
Working on the team page atm.
Okie!
Got the team page mostly done. Left a couple todos.
Will see if I can hammer out the start of the sponsor page before my lunch break ends.
@opal flare For the sponsor / team images do you want it to download the images at build time and serve them locally (in the case that they were to disappear or GH or OC was down, etc) or do you want to just serve the remote image?
Pretty sure the limit for cf-pages is ~10,000 files in a deployment. We're at 525 right now if we include team / contributors / sponsors.
Cloudflare Pages sites can contain up to 20,000 files.
Ayy nice so we should be good.
I reached out to Astro cause there's an issue. If an image at build time can't be downloaded remotely it fails the build. I'm waiting to hear if there's a way to set a fallback.
Cloudflare Pages sites can contain up to 20,000 files.
The maximum file size for a single Cloudflare Pages site asset is 25 MiB.
are the limits for files
Well, considering the entire deployment right now is ~8MB, I think we're good.
heh yeah
Going to push the sponsor page, but I'll leave a todo to check back in for the fallback image stuff.
Kk. I'm pushing 2 more pages rq.
Well, I pushed, idk why the webhook didn't trigger.
Okay we might have a solution for the image stuff, I left a comment on the draft PR that an Astro core team member suggested to me.
link?
we need to decide whether to use 2 or 4 spaces. lots of files have 2 spaces already, some have 4 spaces
2
no spaces
afaik yeah
I'm indifferent as long as we can commit like a .vscode file or whatever so when I format it auto just does it for me.
2 is the standard for web projects
editorconfig
I'm setting up editorconfig + biome etc atm
@ glare, your IDE will pick up the editorconfig file automatically
👍
So it looks like we'll create our own Astro image component wrapper that will handle the logic of checking if the image exist or not first during build time and then either place that image or a fallback. Should be super simple to do hopefully. Just finished reading more into it.
pushed biome
Looks like we should look into https://docs.astro.build/en/guides/integrations-guide/sitemap/ too. /cc @spice temple
yeah
And did you run biome on everything? I just did a format document on the main page and it had formatting changes.
probably not everything; feel free to push
I'm not overly concerned about it. I'm going to see if I can build our image wrapper.
Okay, I think I got it working again. Feel free to say it's shit and re-do it, but I basically just copied the regular image component and wrapped some logic to put in a fallback.
Can confirm it's building now and sets a fallback.
maybe add a comment on why we did that
I did in the commit but yeah we can definitely document it.
Went through and fixed up some compile issues, documented it all in the comment. Astro build will be more noisy now as it will do type and lint checking too so nothing broken gets pushed.
and I fixed up the user profile pics
Alrighty, got those in for the most part minus the description on waterfall and then the project version groups. Left a TODO for those.
@opal flare We're getting to the point where we need to discuss next steps in terms of approaching SSR. We can utilize cf-pages, but any SSR endpoint will ofc hit a worker.
- Downloads page
- Build explorer
- Anything else I'm missing
I think those are the only ones?
Kk. Lemme add the cloudflare adapter.
Is there a way we can enable preview deployments on this branch?
probably by just adding the action for it no?
not really
since the configuration is the same across the entire page config
next.js, etc
can't change that per-branch/environment
can’t you create another pages instance thing
that's awkward since it's connected to GitHub
https://docs.astro.build/en/guides/integrations-guide/cloudflare/#imageservice
Keep this in mind. We are utilizing compile by default, but for any pages that we SSR that have images on it will not be optimized.
Also with cloudflare adapter since it changes how the output is generated you won't be able to utilize pnpm preview, only pnpm dev for looking at it locally.
never even used preview before, used dev
since dev is what every other framework uses too
Yeah, preview just shows you the output after build so you can ensure everything looks file.
if necessary, we can grab cloudflare images
free plan is likely enough, barely any variants we use really
It'll be only for the pages that need SSR, so it should be very minimal.
I probably need to see if SWR works with Astro, eh?
I was hoping we'd be able to get away with just cronning a deploy at midnight to update the sponsors / team stuff.
Cause if we SSR that, that's going to bump up the images a ton as that is the most used page for images.
And if we're all good with that, we still can just have that update once a day, like the sponsors do in general.
If you can do that on GitHub Actions, sure
Oh also, the iavadoc link for velocity needs to be updated to 3.3.0 on the website
it uses 3.0.0 since that’s the version group (which really, 3.3.0 should be a version group since 1.1.0 also is)
Ope I need to add that page to Astro rq
I need to figure out if I can do a client side script fetch in astro and then pass that back into an astro component. That would help on the javadocs page and allow us to make it a static page.
But for now I have it just on SSR
Big sad.
Was trying to get around having to SSR a few pages.
Good luck to the person who takes on the build explorer and tries to do it outside of react. I've pushed all my changes for the time being.
what’s it look like rn
I got the sidebar, but the interactivity of switching between the builds will be interesting.
However, we might be able to get away with it if we do some URL modification and utilize the platform and version in the page URL, and just have that be dynamic based on project and version?
If we keep react that isn't a big deal
Kk. Well, that means once Mini redoes the navbar, theoretically the only React on the page is the downloads / builds explorer.
I can work on trying to implement that in React after dinner.
That's the most complex page really, anyways
lol
It's on the todo
hey thats me
it literally won't go away
Okay react doesn't like how I'm trying to change up the downloads tree lol
Might have to set it aside until tomorrow or let someone else try to migrate that part over.
that second paste is not a fix powercas
https://i.imgur.com/RzfdIeY.png i mean looks fine to me?
bit too much spacing but otherwise
we're specifically wanting to not bundle icons manually like that
and to use astro-icon
It's using all local atm, we can change it to the bundle, we just need to install that package and then tell it to start using that.
ah
yeah, the "icons/cc/cc" is referencing the local file in the current code
I'd say we're at a solid 60% of the migration done.
SWR needs to be investigated still. Unsure if those count as worker hits.
About to make my last push. Adding back in readme, renovate, upgraded astro for a dev tool fix.
Now that spark is built in, should the spark folders also be slightly documented?
or well in the references thing
nvm
next complaint then, the info things are hard to click on mobile, when you click on it you get redirected, and when you go back a page you can see it
I'd say the site is at like 70% migrated. If any CSS wizard wants to take on the navbar overhaul and remove react from it, and then also convert the terminal to regular vanilla JS, then I think the main thing that is left will be the download pages + build explorer.
What if you click on the (i)?
the whole thing is a link
stop breaking docs @drowsy zinc
you broke it
@drowsy zinc what do you think
yes
looks fine
not sure if you'll be able to click that to show the tooltip comfortably on phone though
you can
I mean the list items themselves are already too small to comfortably click for mobile, so I personally don't think thats too much of a problem
I think it's perfect from the desktop side of view which most people will use anyways. But from a mobile UX point of view the list items are way too narrow to click consistently
i disagree
Well in any case I think the design you have right now works perfectly. The ability to click the description icon is imo more than enough for mobile
for mobile the more sensible approach is to action on hold rather than a clickable popup
but yeah, since the site isn't mobile-centered anyway, it doesn't matter
I hate how the navbar has a space in the top lol
i cut away the url
intentional
chatgpt
lmao
i did
Hi, I want to use the "Item Command Converter" tool to convert a command from Minecraft 1.20.4 to Minecraft 1.21, but I can't convert this command:
/give @p diamond_boots{Unbreakable:1,Enchantments:[{id:"minecraft:protection",lvl:4},{id:"minecraft:feather_falling",lvl:4},{id:"minecraft:depth_strider",lvl:3},{id:"minecraft:blast_protection",lvl:4}],display:{Name:'{"text":"Master's boots"}',Lore:['{"text":"The ultimate boot for every adventurer."}','{"text":"Increased walking speed."}']},HideFlags:4,AttributeModifiers:[{AttributeName:"minecraft:generic:movement_speed",Name:"generic.movement_speed",Amount:0.2,Operation:1,Slot:"feet"}]}
well, what's wrong with it?
I just pasted that in and it gave a command out?
Can't test it right now though
The converted command does not work:
/give @p minecraft:diamond_boots[minecraft:lore=['{"text":"The ultimate boot for every adventurer."}','{"text":"Increased walking speed."}'],minecraft:attribute_modifiers={modifiers:[{amount:0.2d,name:"generic.movement_speed",operation:"add_multiplied_base",slot:"feet",type:"minecraft:generic:movement_speed"}]},minecraft:enchantments={levels:{"minecraft:blast_protection":4,"minecraft:depth_strider":3,"minecraft:feather_falling":4,"minecraft:protection":4}},minecraft:unbreakable={show_in_tooltip:0b},minecraft:custom_name='{"text":"Master's boots"}']
You need to clarify how it's not working, I can't help
The command does not work in a command block
...modifiers={modifiers:[{amount:0.2d,name:"generic.movement_speed",operation:"add_multiplied_base",slot:"feet",type:"minecraft:generic:movement_speed"}]},minecraft:enchantments={levels:{"minecraft:blast_protection":4,"minecraft:depth_strider":3,"minecraft:feather_falling":4,"minecraft:protection":4}},minecraft:unbreakable={show_in_tooltip:0b},minecraft:custom_name='{"text":"Master's boots"}']<--[HERE]
that seems like the apostrophe in Master's boots isn't escaped correctly
try putting a backslash before it
[15:03:43 INFO]: Malformed 'minecraft:attribute_modifiers' component: 'No key id in MapLike[{amount:0.2d,name:"generic.movement_speed",operation:"add_multiplied_base",slot:"feet",type:"minecraft:generic:movement_speed"}]; Not a valid resource location: minecraft:generic:movement_speed Non [a-z0-9/._-] character in path of location: minecraft:generic:movement_speed'
modifiers need an id now
AttributeName:"minecraft:generic:movement_speed"
Are prod deployments meant to still be broken?
yea
Well they are meant to be broken until someone has the time to fix the action up
could have made workflows require manual approval for the time being
though the action pr seems fine to me with riley's changes
if it works that is
.
#docs-website message ITS BEEN THURSDAY
I'm considering dropping OpenAPI from the next version of the application that serves the Downloads API, and instead we just document it better on docs.papermc.io
It's a nightmare to deal with :(
@still apex could you fix the format and merge in the latest changes on your PR so it builds?
no
OpenAPI is especially great for testing out queries there easily
Just let mini deal with it instead
what’s wrong with openapi
could write a schema manually and embed it in an interactive viewer on the doc site
if the springdoc integration is the painful thing
done
ok it's not ready yet
i think
non linked stuff is now white in it
@drowsy zinc before you merge it lol
wdym?
it looks better white imo
It is, yeah - the painful part is that you can only do so much with Java annotations
@drowsy zinc see latest commit preview
looks the exact same
is the font smaller ?
less spacing between?
oh true
it's hard to tell for me
indeed
i accidently had 2 css class names the same
just have both commit previews open and switch between tabs
it's definitely a better name than config-explorer-node-flex
or confusin g me with my own code
this is what happens when you use GPT to code
the files inside config plugins and <world> folder have a smaller gap
What do you guys think about adding a page to the Velocity docs about the "hidden" environment variables? This came up in Velocity#1404.
why do we have so many system properties 😭
yes it'd be good to have them documented if they're something that's officially supported and not just an internal detail
I guess it's because they are pretty advanced, as it is unwanted for the "general" user, who doesn't understand why the Vanilla limits are enforced, to easily circumvent them. But if they are completely "hidden," then they are also difficult to find for "advanced" users, if they even know they exist.
I mean the average user should not need to use systemproperties
one sec I'll make some more

Exactly, but iirc, not even their existence is documented, so even "advanced" users may have difficulties with it.
Yes, I am all for adding all available system properties to documentation
If no one else does, I will probably throw a PR together tomorrow.
Edit: Probably wednesday as I currently don't have all properties documented.
preview (wip)
springdoc is broken somehow, love that
ok so i am not satisfied with how i did the vanilla config thing. Im thinking of adding a vanilla field to the "normal" config-specs files instead of having a separate file for the vanilla values. this way people would not accidentally forget to remove/add a value in the other file. This way would also "fix" the description being "N/A" and actually show the description of what the config option does.
only-merge-items-horizontally:
vanilla: "true"
default: "false"
description: >-
Prevents merging items that are not on the same y level, preventing potential
visual artifacts.
thoughts?
I like
my only problem is that i don't really know how to detect if it's worth to render a parent node which doesn't have a child node that has a vanilla value. like for example the whole anticheat node can be removed. But how would i detect that? Is there any trick i don't know?
There is still a plan to have a vanilla-like preset right? I am just not sure how this would be approached
System property and a little refactoring of the config code
Adding a preset functionality for other people to provide custom preset files is a whole other topic
Preview of some routes currently: https://gist.github.com/kashike/07a47a05916019617a19794127dbf254
Feedback would be appreciated.
I like this
You like what?
This look
I’m not sure how I would go about rendering it tho, without just sort of post processing it
So do you want to get rid of the empty nodes or do you want to keep them?
I guess you could keep them up to a certain depth? Maybe just the roots idk
I only want to keep the parent nodes if there is actually a vanilla node below it at some point.
Yeah that works
I added a draft pr to document the environment variables of Velocity. If anyone would like to suggest changes, feel free to do so!
-# It's based on the paper permissions page.
Another idea would be to have a pseudo „start script“ with expandable system properties so it’s similar to the config references
But I think your current version is the best for now.
You mean something like this, where the variables can be selected?
fyi they aren't environment variables, rather system properties
Not the generator. Just a start script, that if you click a property, expands and shows the description
environment variables are a concept provided by the os itself, while system properties are a jvm thing
Yeah I also wanted to note that ^^
Yea, probably best to change that. I don't even remember why I stuck with that over system properties.
I would just copy the naming, slug and description from the paper page
also not sure whether it's worth it to introduce a component for that vs a plain markdown table
needs more input
I like the table but the format of the paper props page also allows you to make a link to a specific property, so I'm torn
That’s a good point
~~Also about the:
Where a system property is stated as `unset`, setting it as `true` will work to enable it.
I just mentioned the value that will be used by Velocity if it is unset, as Velocity only sets one property on its own, so should I just leave this out or write that in the note?~~
I just didn't have a good idea at the time so I just used that.
also they should be sorted
Also, I haven't made a specific order for the variables, so if you'd like to suggest changes, just mention it.
I looked at other pages for inspiration, and for example, the normal config page also uses such a table. I wanted to stick with the Velocity docs theme rather than the theme of the Paper equivalent page. So, I'm not sure which one to stick with now.
I mean some people want a overhaul of the velocity documentation anyway
pretty sure velocity docs is mostly copied over from the old one
I have a small suggestion, can someone add the latest JavaDoc link into this overview Page?
https://docs.papermc.io/paper/dev
Everytime if i click into the docs its very hard for me to find direct into JavaDocs
https://jd.papermc.io shows you a page which lets you select between the different javadocs (paper, folia, velocity, waterfall), just go there instead
same for https://jd.advntr.dev/ though I hate that this one doesn't have the API javadoc at the top of the list
Well, I'm used to other software that there is usually a link to the API docs in the developer's docs. I only recognized this in the footer on a second look. You can just overlook that
its still good to link to the javadocs from the docs
Yea, but you can find it on the main website as well under any project. https://papermc.io/software/paper
If you take the Docs workflow, where you would normally expect to find all of Docs, it is not directly available.
open an issue pls so it doesnt get lost
👍
I'll change it to match the paper docs then.
I think that the section warning that the constructor for the plugin main class is not safe for most things should be in an info/warning box, as it can be easy to miss.
Sounds good, wanna shoot a PR?
Already did :)
Also I just noticed that this is wrong.
As Velocity also supports the resource pack api from adventure. Will check if there is anything else.
is there something else that needs to be done for the properties PR?
if not, should be undrafted and I'll approve it
though going to wait on a second pair of eyes before merging
No, the comments about when the property was added are lost but they don't really hold any value so I think it is finished.
there is no development guide yet
not even waiting on a review wow
Well thankfully there is more work to do on the book docs 

do we need to mention you have to set java toolchain version to 21 here? https://docs.papermc.io/paper/dev/userdev
You get some patching error if you don't
Could probs do with a complete example as well
@drowsy zinc @neon epoch wording OK? https://github.com/PaperMC/docs/pull/472
the fuck is a ellipsoid
looks fine
3d oval
Minecraft should be capitalized
ellipsoid is to oval as sphere is to circle
(66cb7ef86ed5010734cf18d0) // @tacit onyx (@superyyt / 442167742263590932) has been banned by @neon atlas (202850073812402177)
Reason: Quick-banned for sending a message in #docs-website

ollie I was about to just close that
that specific page needs more improvements too, like the repetition in the headings is so bad
so rude
Seo stonks tho
I’m always polite (not)
how to enable mushrooms breaking end portals
oh sorry didnt check what channel i was in
3
Do you have a comment about our docs?
is it possible to add ZGC flags here? https://docs.papermc.io/misc/tools/start-script-gen
There is no need for any flag using zgc
-Xms18432M -Xmx18432M -XX:+UseZGC -XX:+ZGenerational is literally all you needed @supple comet
Change ram value to whatever but low amount isn’t recommended.
what about -XX:+UnlockExperimentalVMOptions -XX:+UseZGC -XX:+DisableExplicitGC -XX:+AlwaysPreTouch -XX:+PerfDisableSharedMem -XX:-ZUncommit -XX:+ParallelRefProcEnabled
i found this (the old owner removed the original so i had to fork it) https://github.com/kittech0/ZGC-For-Minecraft
Do you even know what those flag does lol
i mean, it is described here ig
All you need to enable generational like the one I listed above. You don’t really need anymore
I was thinking of writing a guide on how to use tailscale with velocity and your minecraft servers. I talked about it a week ago in general and was pointed over here.
If you'd like, I can drum up some example documentation so you could see how it looks in practice.
Well, user guide stuff type things are always nice, I generally want the docs to be a place of reputable knowledge
rewriting the entire velocity section is on my eternal todo list, however
isn't this just logmein hamachi?
it's a VPN
it's basically just a nicer way to tunnel the connection
hamachi is also a VPN but it's not really intended to be used for professional stuff
true.
like hamachi but modern
It works with its own DNS service.
What does this mean?
people basically can connect to other peoples pc with it.
used it to host teraria servers with just opening them to lan or something and with logmein amachi you can "pretend" that people are in your lan.
Yeah, no-- tailscale is quite different. It's mainly for bigger corporations with lots of servers, so that they don't have to manage a much more complex LAN, even across buildings. However, it's good for personal use still, especially if you have your velocity server in one place, and your backend in another, because it's completely free for up to 100 devices.
I mean it's still similar at a base level, an overlay network / Vpn that acts like a local network
Actually was it hamachi that only supports TCP?
But yeah, I've used tailscale for months to help secure my home server, I have a server in New York that runs velocity and then a server in my home that runs the actual back end, so I've used tailscale to connect the two and then I have a firewall on the home server that does not allow any external connections except through the tailscale interface
The only issue I've had with tail scale that you have to open the wire guard port for it, and if you don't, and your router is like mine and has a broken UPnP implementation, it can cause your router to have some weird shut off issue. But I'm fairly sure that's exclusively an issue to my router, so.
Even if though, most routers have UPnP disabled, and tailscale has ways to connect without it
I use direct wireguard p2p from a vps + a home server (running caddy as a l4 TCP proxy for non-terminated Https, mostly)
As long as the connection is established by the home server, only 1 side needs a public address
Whilst writing the changes for https://github.com/PaperMC/docs/issues/476 , I saw this and am wondering.
Is the TileState explanation not written incorrectly? It says "as you need to cast the block to something that extends TileState", but surely that should be "cast the block's state", as you don't actually 'cast the block'? Perhaps I'm misinterpreting.
yes the state needs to be casted like in the example
feel free to fix that in your PR
pdc is also on more types than are listed on that docs page
👍
Are there any you'd like me to add in this PR?
I don't personally know the full list
or are you saying to clarify there's others
Its missing GeneratedStructure, Raid, and ItemStack, but ItemStack is a "read-only" view atm. I think just add GeneratedStructure and Raid to the list and ignore ItemSTack for now. When ItemStack gets its write functionality, it's gonna be a tad more complicated than the others and we can add it later. And for now its redundant cause you can just use ItemMeta
Alright I'll add both these then create the PR
done
https://docs.papermc.io/paper/dev/userdev#adding-the-plugin I feel like this is probably the reason I keep seeing people using old userdev versions
if we don't have something to auto pull latest, might be best to just not have a version there and just have "VERSION" or something to force people to learn how to click the plugin portal link and check versions
I think I talked about seeing about expanding our "auto" version filler to fetch arbitrary package versions from whatever repository.
until then I'm fine doing that w/a link to the plugin portal as you said
so what about
can't have clickable links within the code comment in the kotlin block I don't think
can maybe just edit the existing info box about snapshots
or if not, remove the part about releases from it
You can find the latest versionrelease of paperweight-userdev on the Gradle Plugin Portal.
also maybe "paperweight-userdev SNAPSHOT (pre-release) versions are only available through Paper's Maven repository." in case people aren't familiar with snapshots
other than that looks good
would it be too annoying of me to do a PR to remove "The" from Velocity's Command API documentation title
or the inverse, add "the" to the paper's one, I don't like the fact that only one has a definite article
Match the consistency that other docs articles have. You may PR.
what is holding up https://github.com/PaperMC/website/pull/112 ?
probably the fact it’s not done yet
I think the nav needs redoing to no longer use react (or hopefully it any JS)
I debated on taking a laptop with me but decided nah
So either glare finds time or I will have to find time in October
Or somebody else tries their luck
@viscid thistle is this up to date? https://github.com/PaperMC/website/blob/feat/astro/TODO.md
There’s a couple components left to convert iirc
gave migrating the Terminal component a shot: https://github.com/PaperMC/website/pull/113
I'll take a look at it soon, thank you.
Yes this should be up to date. Really just have the build pages left. Those are fine to stay as React components, just need to be migrated over.
Should be all good. Looked good to me, went ahead and merged it into the astro branch. The todo's should still be up to date.
Or at least now it should. I went ahead and cleaned up the to-do list.
Thanks!
who makes a docs framework that doesnt support SSR-only operation

Not talking about docs
Yeah this is our website
I just moved into my new house over the last weekend and I've got my work cut out for me so working on this is pretty low priority. It's honestly like a solid 2 hours from being done though so anyone can pick it up.
https://github.com/PaperMC/docs/pull/481 pretty please 
the singular possessive form of box is box's
what is up with the long af field names
naming ✨
https://github.com/PaperMC/docs/pull/481 done and dusted
pls merge if happy
I'm gonna trust you that it's correct
big mistake
I saw the page https://docs.papermc.io/paper/dev/custom-inventory-holder and I thought that md_5 said it was unsupported API to extend InventoryHolder? I know it's very unlikely to break at this point, but we shouldn't be recommending it to users. The proper way would be to store a reference to an Inventory and compare its identity
md_5 also says ItemMeta is very flexible
that is perfectly supported API on Paper servers
pretty sure its still somewhat broken on Spigot, and they also don't have the getHolder(false) method, so getting a holder can cause lag on Spigot servers
md_5 probably also thinks earth is flat. ^^
I mean, he does live upside down
His pet is probably a kangaroo
and hes fighting a war against emus
The great emo war
was it mojang or paper devs that were responsible for the behavior of these enums
because i hate them
i just hate that MULTIPLY_SCALAR isnt an option while MULTIPLY_SCALAR_1 is
i mean vanilla calls them differently
thats arguably worse
Small question, is the dev docs pointet to newcomer for java or just newcomer of paper ?
Because if found this nice interactive Git Learning Platform for branching Models etc:
https://learngitbranching.js.org/
newcomers to paper, we definitely are presuming a certain level of existing programming knowledge
idk whether we do anything with git on the docs
I think there was one in past something
We have git stuff in the contrib docs but that's really because our git flow is non-standard
There is a pin in the general channel for java stuff, but the documentation has to make some assumptions
I could use some additional eyes on #479
ye these never made sense to me
Looks generally good although I think the warning at the start may be in the wrong place
Just saying, something is up with the SEO cause searching up paper plugin dev leads you to the velocity page
I mean, that's kinda inevitable
velocity plugins are plugins too
it'd be easier if the organization didn't have the same name as the server platform lol
Note: Update description to say 1.20.5-1.21.1
https://docs.papermc.io/velocity/reference/system-properties#velocitystricterrorhandling
“Paper plugin api” yields the correct page, but dev does not. Very interesting.
We can work on SEO if we want by using the front matter
There is a “keywords” field that accepts a list of keywords to plug into SEO
Fun
.
It's a trade off between seo friendly headlines and short headlines
So far you guys preferred short headlines without Keywords
And no repeated Keywords on the pages
If you want better seo, that has to change
I.e create your first plugin needs to be create your first paper plugin, "Creating the project in your IDE" down below needs to be "Creating the paper plugin project in your IDE", etc
Just spam the Keywords you want to rank for into headlines
well it's because such repetition doesn't work in such a structured doc setting
we could change the page and meta title with the front matter
i.e.
---
title: My Awesome SEO Title
hide_title: true
sidebar_label: My title
---
# My title
...
Of course it's worse to read
I am saying it's a tradeoff
Google heavily prioritizes actual content over all technical seo things
I am playing this game every single day at work with much harder to competed keywords
(luckily I don't need to write the content, nor am I responsible for seo, but I sit in a room with them every single day)
https://github.com/PaperMC/docs/pull/483 for any reviewers around 
the property doesn't match what is currently used void-min-build-height-offset -> void-damage-min-build-height-offset ?
✨ never has been
What do you do for work? Web dev?
this is what happens when merging without approval

Little bit of everything, something between a tech lead, software architect and full stack dev
oh and devops stuff
Loves the link into nowhere
-# on: https://docs.papermc.io/misc/assets#velocity
Is probably this now?
https://github.com/PaperMC/velocitypowered.com/tree/master/src/assets/img
The revamped Velocity website built on Gatsby. Contribute to PaperMC/velocitypowered.com development by creating an account on GitHub.
no, should just be removed
wasn’t there a assets repo
yes, it's private, and has been for the entire lifetime of the repo
how tf do you use properties inside a code block for docs
properties? the java properties?
got it
Read the docs for the docs you goose
@neon epoch could've told me you touched my branch
Hey Cas I touched your branch
@still apex u around? I have javaducks open rn, do you want to do the changes I requested yourself or should I do it? (adding a test and fixing a trailing slash issue)
oh god, 1.8 pleb detected 😄
ill look at the updating 500 issue then
oooh, I think I have it
we cache the zip file systems, which arent really valid anymore if the jar changed
so maybe we just need to evict that cache
thats also why it self fixes, the cache has a ttl of 10 min
yep, nice, that fixes it
should work now
https://github.com/seiama/javaducks/pull/23 this is my fix
looking good
almost wanted to complain that it doesnt work but gh cli doesnt set a tracking branch when you do pr checkout and so I didnt test with your changes, lol
wait something is broken
ye you mixed up the mappings 😄
oh right i see
also, not sure if the redirect chain is worth it, I would just have called the method that does the actual redirect
else you have /paper -> /paper/ -> /paper/1.20.6/
also also, add a test for both mappings and this would have been caught 😛
ok, now everything is looking nice
@opal flare, when you have time, two small PRs to javaducks:
https://github.com/seiama/javaducks/pull/23 fixes the 500 errors we sometimes get for a few minutes after updating a jar
https://github.com/seiama/javaducks/pull/22 is a smol QOL thing
@still apex checkstyle is complaining about a missing this. ^^
bleh
not sure what the status on https://github.com/seiama/javaducks/pull/15/ was
enough javaducks for today, lets look at grannys sculptor PR
I love opening my papertooling workspace, lol
@opal flare 

https://docs.papermc.io/folia/dev
is this supposed to only have one page with no info on it
i dont plan to use folia (at least not yet) but I'm very curious
Yes, there is no dev guide yet, nobody wrote it yet
The readme of folia is where most info is at
/help
I'm more on the trek way.
https://plugins.jetbrains.com/plugin/13341-startrek-progress-bar
nyan progress bar ftw
hey guys!
I've noticed that these popups have incorrect background color scheming in white mode:
should be fixed once the build goes through, thank you for reporting it
wonder who caused that
not me
not me

Quick question: why is there a new Commands API doc since yesterday instead of my far more detailed one, which is waiting on getting merged for three months?
Good question
cc @neon epoch @drowsy zinc
looks like it just burned by workflow and githubs "changes requested" thing being somewhat dense, and so a quick intermediatary PR was pulled in vs the one which was still apparently pending changes
ok. was just a bit irritated. I approved Ollies changes and he said that after that, it would be good to merge, so i was just a bit irritated
Btw. is it intended that the Velocity Download Page still has the 3.3.0-SNAPSHOT version as latest? (while the docs auto-adopted the new 3.4.0-SNAPSHOT)
-# seems like the docs are not fully automated at least is the old version also present here
Yeah refined github decided it was of very low priority ill have a look now
looks like i got 2 files in
Could you maybe open an issue for this please
ok
Thank you for your work and I apologise for it being stuck in the PR queue, I merged main into your branch and merged your PR. Thanks 🥳
🙏
I had a few reservations regarding the PR, which I noted in the review, but last time I checked, they were marked as resolved without a fix or explanation why stuff should stay the way it is, so I presumed the PR wasn't done yet
that being said, I haven't reviewed it with the later commits, because I forgot about it
I gave it a read, all seemed sensical
the enchantment types heading is wrong, because it isn't all about enchantments
i don't think this page should have that table it seems more appropriate to the registry api page or related and it's not strictly only used for commands.
the doc should probably also use jspecify now for code example
this part https://github.com/PaperMC/docs/commit/f29ea4b#diff-b88a6af91b137859db795eece09097d10533a204f007ae2e595ddaff8f58a30bL143-L162 seems still relevant and could be merged into the current page
I think this may just be like some caching issue? Since it's fine locally?
is it querying the data from hangar? o.O
oh, no
I am just out of it today, nvm me
locally it’s fine haven’t even touched anything
minor thing, but it probably would make sense to remove waterfall from that. whereever the embed text comes from
looking at docs#487, it's pretty peculiar that the velocity pages are not versioned
though I'm not fond of the paper versioned docs either
I mean, the versioning mechanism is ass
and it's not like velocity is as movey when it comes to documented aspects
yea
I'd love to yeet it for paper altogether, since the latest pages have much more stuff documented even for those older versions
and the stuff removed across versions is minimal
not to mention stuff like the configs and recommended java refs are broken entirely, those don't have a versioned impl
It’s like “ok”
Like it’s ok for api that changed or was removed
But it’s not the greatest
are velocity docs links automatically updated to 3.4.0?
because they were all dead because nobody setup the jd config for 3.4.0 😄
yes
it uses whatever's the latest in the manifest
did the website download get fixed yet
doesn't seem like it
likely as locally it’s fine?
Urgh, next
I'd guess its cached and needs aredeplot then
I forget where that is hosted, can you trigger a redeploy?
Am already in bed, not feeling so good, but I can do it tomorrow
Ty
It's some random script on the legacy host
I do not remember what access I had to that stuff and my eye is sore from today, so, it can wait
ok lets see
coooool the script is bork
ok fixed the script but the pnpm lock is broke
ah, powercase broke it 😄
just as an fyi to everybody, the old website needs to be compatible with node 17 😄
so cant use pnpm 9
i blame whoever merged it
I blame the stupid legacy server we should get away from
and that deployment isnt automated
actually my pr got reverted?
Why dont you deploy it on Vercel?
no one has had the time to transfer it somewhere else
and iirc vercel has cancelled their open source sponsorship program, so our choice is definitely cloudflare pages
nothing is run on vercel anymore afaik
Hobby plan isnt acceptable for this website? I dont really know the traffic etc 😄
Because our website setup is a bit weird and so dealing with things across services is a bit of a headache
hence why we've been warning people for the past god knows how long to migrate their download URLs, etc
Vercel seemingly miscommunicated about their OSS program, but, it left a sour taste in a lot of peoples mouths
You mean you cannot get sponsorship when using their hosting?
No
Well, idk what you mean by that
vercel have a plan which lets OSS orgs use their platform for free
Vercel announced that applications to their OSS plan would be paused or something, our OSS plan was due to expire shortly around that time, and so we ditched
More here - https://news.ycombinator.com/item?id=40682711
Vercel seemingly clarrifed that they weren't killing existing things, but, it left us in a wierd confused state and, there were already alternatives out there without requring the sponsorship that would fit our needs, albeit with some potential quirks
I understand now 😄 thanks
I work with React, TypeScript, Tailwind, react-query etc. Used NextJS sometimes, maybe I can help you with something if you need
The primary issue is that our site has various endpoints on it that proxy elsewhere, so, we cannot deploy the site itself on vercel
The goal is to just move it into our k8s infra when we can
Fuck vercel, fuck nextjs 🙂
There's a branch that's like 80% done to move away from next
If you didn't call the branch "previous" that's a big missed opportunity.
Blame @viscid thistle
I was looking at that branch, I did start a few tweaks, but, backed out and went back to my coursework
I think it's the download stuff that's the biggest to-do
Needs somebody to actually read the docs on how astro wants you to do data fetching, lol
Well, I'm going to be moderatly busy for a week, and then god darned busy, but, after a recovery period, I might be able to take a look if nobody has done it yet
There's no rush, I will not really be touching it, I wanna spend on my time on paperweight v2
If my brain can work thru the issues without jumping around all the time
Smh
I'm surprised no one finished it by now. It is probably only an hour or two of work.
Also need the navbar to be migrated to Astro since we can probably just use CSS for the dropdowns.
Wait you did?
I guess I should really pull first before working on it.
I did a Kenny 😦
At least I remember doing something when I came back from my vacation and my fever passed and before I got the next fever 
Yeah no I am caught up now. This gives me a little motivation.
Successfully baited, woo
Only 24 errors right now
One of the issues I see right now with the icons like the nav button is that it's using images directly instead of the icon component so changing the color isn't playing nicely.
vs
looks identical to me
On top of that, I moved the Icons to use the icon directly vs the image and it fixed the social icons.
Pushed some changes, but will probably need double checked.
Kinda got the download button working but it's a bit messy. Gotta be a better way to approach this. There's some dropdowns and items using the headlessui/react.
The annoying thing is going to be the dropdown box there with the link information on the jar.
Alrighty, all my stuff is pushed for probably the night. It's a little messy, but honestly it's probably 75% done? I think all that is really left is the global build explorer and then general cleanup.
I lied, one last push to appease Biome.
Okay last update of the night if anyone wants to play with it:
Pushed some comments on the TODO and also made some various TODO comments in components. Will clean that up later if someone else doesn't get to it first.
The build explorer is a thing now, but it's not reactive, so we'll need to adjust that.
Pretty much all we have left should be in the TODO, lot of small things, but mainly just need to go through and introduce Vanilla JS reactivity where needed.
Also need to force the footer to the bottom on the javadocs page.
Nice
I did a test last night before bed deploying the Astro version on Pages and the TTFB was about 3x faster than the current Next. It's kinda insane, but it does make content shift a tad more noticable.
critical CSS when
content shift is just the worst unsolved problem yet, I'm surprised frameworks like Astro which center themselves on the SSR camp haven't tried to solve that
To be fair, I believe they do offer some things that can help, but since we are doing a direct port over, we haven't really focused yet on any of the tools they may have to offer to help fight this problem.
Also I haven't used UnoCSS much and I know we are using an adpater on that for font loading.
https://github.com/powercasgamer/papermc-website/commit/55f030cc8d38241a329e303feb540943e9f10ce3
the social icons on the team page are the wrong color
and on the sponsor page there's a space after the $ sign which gets 'fixed' if you do
<b>
$
{sponsors && (sponsors.ocData.collective.stats.balance.valueInCents / 100)?.toLocaleString("en")}
</b>
<b>
${sponsors && (sponsors.ocData.collective.stats.balance.valueInCents / 100)?.toLocaleString("en")}
</b>
i'm somehow hitting the github ratelimit lol
Yeah I think I saw that too, also, the wording on that needs to be improved.
I think there needs to be an and after the balace is $,
But feel free to shove everything into a single PR once you stop getting ratelimited.
and for some reason wherever there's a on the astro branch it's a space but on the old one it's not an extra space. If that makes sense?
our build explorer .
removes it fixes it but dunno if that's there for any specific reason
I think it's just the way that React vs Astro was handling the syntax.
so removing it is fine yeah?
There will probably be some other misc things. Yeah, there shouldn't be a space between that.
bad dangling import?
Did you try updating to the Astro 5.0 beta?
I got that too when testing with it.
The 5.0 Astro Beta uses the Vite v6 preview (when this goes stable, Astro 5.0 goes stable), and I think something changed in Vite's v6 update that caused that.
It does work currently
its platform dependent code
vite doesnt want you to do that anymore
vite 6 tries to be platform agnostic with their environment api
basically the goal is to make stuff that runs on vite run everywhere, node, bun, deno, workerd etc
but like, that is meh code in any case
Via like "build": "GIT_COMMIT_HASH=$(git rev-parse --short HEAD) astro build"
you cant rely having git at runtime
yeah
thats nicer, iirc such an env var exists in actions anyways
so just need to forward that to the build step and the astro code should gravefully fallback
Awesome, will keep that in mind once we actually start producing builds of that.
Cause right now we don't do pages or actions for this branch.
Though it would be nice, I think riley said something about it not being able to handle that properly at this current point in time.
I might have time to deploy it to papermc.dev later this week
would need an option to disable indexing tho via a robots meta tag, like hangar has
They have an integration for a robots.txt generation
But I do already see:
User-agent: *
Disallow: /downloads/all
Disallow: /repository/
Disallow: /repo/
Disallow: /api/
Allow: /
Sitemap: https://papermc.io/sitemap.xml
When building.
So we could also just modify that.
Also https://docs.astro.build/en/guides/integrations-guide/sitemap/ for the sitemap.
(that's what i was doing when i got the build error)
Gotcha
Oh the robots.txt is just in our public folder, didn't realize that. So we don't really need to add an extra integration for that atm then.
@spice temple If the papermc.dev isn't in use right now, could you spin up a new pages project and set the feat/astro branch to it's production branch so it'll only build that?
doesn't work on 5.0.0-beta.5
Once we mark the pages as prerender = false, the cloudflare adapter will route those pages through a worker.
didnt we want to self host it?
Well, the prod site is on pages right now.
I think riley wanted to get the Astro version for pages too.
to get the fuck away from vercel
Correct
And the whole thing with the move to Astro was to drop the overhead of NextJS, and then have all the static images be built during build-time vs on-demand transformations invoking worker functions.
Someone might have a better way to handle the build explorer interactivity for the client with Astro, but the only thing I've really come up with so far is using URL as state.
So an initial deploy on pages in it's current state would at least give us a baseline to work on, knowing that some things don't have client interaction yet.
I always forget that astro has no runtime stuff
https://github.com/powercasgamer/papermc-website/compare/foot/astro...powercasgamer:papermc-website:foot/beta-astro?expand=1 sitemap + footer thing fix. did it on a seperate branch to not break my pr with the beta
It was originally built to be static, with SSR added in later.
Oh so moving it out of the component and into the config made Vite happy?
yes
That's awesome. Easier than I thought.
So do you want me to go ahead and merge that open PR?
that doesn't do the sitemap and footer
That's fine
If Mini made this deploy to pages since it's on Astro v4 it shouldn't fail.
should be fine to merge yes? i do still have the gihub ratelimit thing in there which i can remove before u merge it
Alright, feel free to remove that. Idk why you got rate limited and I haven't.
I think it's safe to assume that who/what-ever is running this will have git installed yeah?
it exists in a git repo
If we stick with Cloudflare Pages, yes.
if they don't have their tooling setup properly, that is generally considered their problem
I've used the previous commit hash trick on pages before, so I think we're good.
I did a test deploy to pages last night with the previous trick and it showed up just fine.
Also if you don't mind updating the robots.txt to disllow indexing on it all, just leave a todo to undo that once we get ready to merge this to production.
Ima dip for an hour but just ping me once that's ready and we can merge it and see if we can get a pages deployment going.
||probably|| good to merge
If it's in the config it's build time, right?
Then I am fine with it
Since runtime might not have git
I don't see a problem with that
Just lmk when it's all ready
ready
Does the sitemap URL in the robots.txt need to be updated to the .dev domain too?
Awesome, merged. So now we just need to wait until Mini has some time to create a new pages project and hook it up to the Astro branch.
why is the terminal not paper based
Wdym
https://i.imgur.com/GsYpvPT.png vanilla ):
@spice temple An initial deploy should be ready to go whenever on the .dev domain. Indexing has been turned off, and I think that was the only major thing needed before we start getting a deployed visual of this branch.
Yeah, we don't know yet how we want to deploy it
It's not so simple because there is stuff like PaperMC.io/API that still works
That's why I want to self host it, way simpler than doing with whatever cloud service is the hot shit rn
Wasn't the whole reason that Riley went through with a pages deployment for prod is becuase the issues that were related to the /api and whatnot got fixed?
Cause wouldn't it be broken in production right now if that was the case?
Or iirc he has something handling it on the self host but it's still go through pages. So it's like domain -> backend -> pages
The website is not hosted on pages
The website is hosted on the same ancient hetzner server it has been hosted on for the last decade
(the one which had a broken CPU fan for half a year....)
Only the PR preview was ever on vercel or pages
Idk what Riley did or say, but that's not how it currently works
I'm like 90% sure we shifted prod to pages because we had to do a paid runners for the NextJS images, which is another reason back to switching to Astro.
Hmm okay
I literally did redeploy the website yesterday on that server
To fix the velocity download
Idk why it's deploying to 2 places then
¯_(ツ)_/¯
Yes it is
This
the minecraft movie should look like those old minecraft song animations, its going to be sad that it looks so bad
Why did I have to login into the legacy server and redeploy the website to fix the velocity download then?
you didn't, it probably just was a coincidence
It was broken for days, lol
see /etc/nginx/sites-enabled/papermc.io:
location / {
proxy_pass https://papermc-website.pages.dev/;
proxy_set_header Host "papermc-website.pages.dev";
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Real-IP $remote_addr;
proxy_ssl_server_name on;
}
it's literally proxied, it isn't hitting the local deployment
Strange
Maybe the SSR on pages is broken then and my commit forced a redeployment to pages?
perhaps; it's definitely hosted on cfpages though
I know next on pages does have some problems
They are working on a new OpenNext, but we won't have to worry about that with the change to Astro.
So given this information, does that mean something can be done to at least get a POC running on .dev?
yo how did u make that menu
🙏
its the paper website
😭
wat
😭
Just a quick note on website progress - if anyone wants to take a stab at it, there's some TODOs in the code and the TODO file to take a look at. I was hoping to get more done this week, but work has been super busy. I will be out of town until next Saturday.
Hello, where can I report a Paper bug?
@neon epoch free review at https://github.com/PaperMC/docs/pull/492
just leave it there for like 2 months
Looks good
19:33:04.215 ✘ [ERROR] Error: Pages only supports files up to 25 MiB in size
19:33:04.215
19:33:04.215 cache/webpack/client-production/0.pack is 36.8 MiB in size
not related to paper docs, but i figured i could maybe ask this here, but could anyone know why our docs cache is so large? cloudflare pages doesnt like it
https://github.com/Mvndi/docs
Mfw webpack
Doesn't web pack have a thing like vite-plugin-inspect to analyze your bundle?
What even is that file?
Yeah i figured it out, i was trying to upload the .next folder instead of /out
(672157c36ed5010734cf19a1) // @ebon cave (@xiaoxin9371 / 740765925426462771) has been banned by @ocean void (188417437295706113)
Reason: Spam.
Is their a seperate discord for folia or, since folia is cooperated with papermc, is this discord for folia?
Thanks, due the "channel discovery" in discord I didn't see it
stupid experimental button
pff, dont call it stupid, I worked hard on that!
also was there any progress on the preview on .dev?
no, I am not touching cloudflare shit, that sounds like pain
I have a fork deployed on pages for testing, but it's not a live update until they put it on .dev
The handling of experimental and the build explorer is pretty much all that's left in terms of JS iirc
So good luck to whoever wants to take that on. Idk how to better handle that without using query params.
I'm home from Universe, so I should be active again tomorrow and I can check out the PR you opened.
@still apex You good if I push a few changes directly to your PR?
I added in the copy confirmation badge that appears when you copy the SHA.
go ahead
Awesome. That's pushed. Feel free to look it over. If you agree, I think we can go ahead and merge this.
Looks good yeah
Probably not related to this PR but on the build explorer the dropdown only works for the latest build
other builds throw a https://i.imgur.com/HGVqQkR.png
well it opens a dropdown now, just the wrong one https://i.imgur.com/W4Sb59y.png
this is confusing
I didn't even think about that, hmm.
I'll hold off on merging then until we can figure this out.
ok I did enough paperweight hacking, back to some trusted webdev
what can I help with?
lol
