#Website V2 Theme - Package Pages

1 messages · Page 1 of 1 (latest)

magic fern
#

Good afternoon <@&596076164104323104>s!

Over the past few days we have been rolling out website theme changes to additional sections of the https://foundryvtt.com website. Theme changes are now applied to Package pages including:

As a consequence for this change, the "single package" pages for any package you have published to our website is now using the new theme. This may cause some subtle changes in how your package descriptions are presented.

We would like to use this opportunity to invite - and encourage - you all to consider any description updates you would like to make in order for your content to look its best on our website. The new website theme makes it quite easy to achieve a really aesthetically pleasing layout for your package page, and we would like to help. When you're content looks its best that attracts users to install your system or module and helps us to have a well maintained package repo.

If you have any questions, spot any styling issues, would like some suggestions or help to freshen up your listing, or just want to tell me "it's new and I hate it" - please use this thread and I'll be happy to engage and assist!

icy raft
#

hm, there's a tiny issue with the links not showing a pointer cursor on hover I think?

#

for the packages page

magic fern
#

A few free tips you may find it interesting to explore:

Nicer section-dividing headers

<h2 class="border">A Header with a fancy gradient border</h2>

A figure with a caption below

<figure>
  <img src="{url}" alt="{alt text}"/>
  <figcaption>An image with a figure caption</figcaption>
</figure>

An image grid for showing many screenshots

<figure class="image-showcase">
  <img src="{url1}" alt="{alt text 1}"/>
  <img src="{url2}" alt="{alt text 2}"/>
  <img src="{url3}" alt="{alt text 3}"/>
  <img src="{url4}" alt="{alt text 4}"/>
</figure>

Attach emphasis/reference for a specific command:

<span class="reference">Do this thing</span>

Collapsing content containers:

<section class="collapsible">
  <header class="collapsible-header">Some header text</header>
  <div class="collapsible-content">
    <p>Some long collapsible content</p>
  </div>
</section>
coral jacinth
cyan owl
#

Is this the thread to ask for Package Versions to be displayed in reverse chronological order?

icy raft
#

other than that looks great

magic fern
cyan owl
queen silo
#

Looks great. First thing I noticed is the display: block on images making the tags that I usually put at the top of my descriptions appear awkwardly in the middle. Is there something that can be done to work better with these?

spice geyser
icy raft
#

it's a bit flaky

fossil plaza
icy raft
#

also firefox here

magic fern
magic fern
queen silo
velvet moon
fossil plaza
magic fern
#

yeah, on it, thanks for pointing this out

fossil plaza
velvet moon
#

Did the style of code blocks change or am I gaslighting myself?

icy raft
magic fern
spice geyser
icy raft
#

relaunching firefox fixed it

fossil plaza
#

Looks really nice over all

queen silo
magic fern
# velvet moon <https://foundryvtt.com/packages/requestor>

This looks almost as expected, but once you get inside a <pre><code> block it is very particular about whitespace, so you should start your code immediately after the opening <code> block with no excess whitespace:

- <pre><code>
- await Requestor.request({
+ <pre><code>await Requestor.request({
fossil plaza
#

Though the max width of the main column, combined with the font size, allows text lines to be a bit longer than ideal.

spring hawk
#

Overall i like it quite a bit, and appreciate the free tips for my super basic package page to spice it up 😅

queen silo
fossil plaza
#

The most important detail is that the 🦋 in this font is the right color:

#

🤣

velvet moon
queen silo
#

Ah. That's probably my issue. I think I did stuff to the HTML

#

e.g. I have this on the admin panel

<pre><code class="lang-js"><span class="hljs-attribute">let editor</span> = ace.edit(<span class="hljs-string">"the-id-of-the-div"</span>);
</code></pre>
#

No longer really works

magic fern
queen silo
#

I think I was just copy pasting from GitHub tbh

magic fern
#

should be just:

<pre><code class="lang-js">let editor = ace.edit("the-id-of-the-div")</code></pre>
#

you shouldnt be adding spans and stuff yourself

#

hljs does everything else automatically

fossil plaza
queen silo
#

I don't need markdown support personally, but the feature that I would love the most along those lines is an API that I can call in GitHub Actions to update the description automatically and create new versions

velvet moon
#

(protip: v10 journals - copy into markdown, then change to html and copy from there)

queen silo
#

I mean you can do that with any online markdown converter, so you don't really need to launch FVTT just for that

velvet moon
#

I always have anyway 😆

magic fern
#

one thing at a time!

fossil plaza
fossil plaza
magic fern
#

I have deployed a change that removes the over-aggressive default image styles

#

im going to be afk for the next little bit, but I will follow along the thread and respond to anyone who is looking for a bit of help with beautifying their package pages!

tropic moat
#

I don't recall if this was the case before, but it seems a bit redundant.

olive basalt
#

The old pages have that same thing; it's just naively building a string from the values there

cursive oriole
#

some overlap issues on mobile

velvet moon
#

I think this is matching the "Last Updated" of the module of the page it's on?

magic fern
#

thanks for the feedback folks. good comments here:

magic fern
magic fern
magic fern
velvet moon
#

I am able to reproduce on all module pages.

magic fern
#

Here's another nice markup trick you can use on your module pages:

<section class="collapsible">
  <header class="collapsible-header">Some header text</header>
  <div class="collapsible-content">
    <p>Some long collapsible content</p>
  </div>
</section>
gloomy nebula
#

Any chance you can make the Required Game Systems take less space if a module lists a lot of systems? I don't understand why Latest Version and Last Updated are listed on the module's page.
For example, this is a package that has 13 (https://foundryvtt.com/packages/autoanimations). My module has 40. There's also the issue with the admin page's form being way too small for the amount of systems Foundry has now, but that's talk for another day.

#

It could be as small as the Categories and would be a thousand times better

cyan owl
lunar moth
#

might be a good use of a collapsible.

vale wadi
#

Is there any way to have a collapsible container open by default?

cyan owl
gloomy nebula
cyan owl
# gloomy nebula Example

I think if there was slightly more separation of each system, this is how I would implement it. But just a suggestion ofc

gloomy nebula
hollow abyss
#

I wish the terminology were "supported" rather than "required" on game systems for modules, because that's how it is used - maybe v11? and unsupported still perhaps allowed or not.

magic fern
#

bear in mind that website updates aren't linked to our standard Foundry VTT version cadence, we can make changes here immediately and iteratively.

gloomy nebula
fossil plaza
magic fern
#

so now you understand!

queen silo
queen silo
tropic moat
queen silo
#

If the system compatibility were on the admin panel and website, it could also be sidegraded by the client in the future.

queen silo
#

@deep relic it seems like the images in the DF Architect description are broken now. Possibly because of the changes here.

magic fern
deep relic
#

Yeah it looks like changing them back to their original GitHub CDN fixed them

coral jacinth
magic fern
#

I did not realize it was displayed on the website, I think it's perhaps intended to be hidden entirely?

coral jacinth
#

I kind of dig the idea, being able to see the old modules if you can't find it the normal way. And maybe altruistically, a way for developers to look for abandoned modules to resurrect

olive basalt
#

The archived package list was present in the old design, and it was handy at times when someone was asking about an old module that you don't recognize off-hand