Suggestion: More stories
Suggestion: More story updates

:^)

>>15779
Go do something about it instead of just shitposting. Read, vote and write. Content depends on the community.

>>15780
I think you need to tack it to the top of every page before they get it.

Suggestion: party hats on images on every april 1st.

How do I color text?

>>15783
Engage Teruyo in mortal combat for the title of new admin.

>>15784

What the heck. I can't even beat The Cabal members in a 1v1, let alone T-man.

>>15778

I'd like to suggest general users be allowed to redbluegreen text.

>>15785
There has never been a restriction keeping regular users from using *magic*. It's been around for about a year though I'm mildly surprised no one has figured it out. I've been meaning to do the last few tests before endorsing it officially but as it's a low priority item on my list...

>>15782
I skipped this year because I wasn't able to get all my preparations done in time. Silly hats will return "soon".

It's actually pretty easy and straightforwards... (anon timer privilege when)

>>15788
>anon timer privilege when
Never. I can't think of a reason for it.

Congrats on figuring it out by the way. But please don't abuse it for now, I wasn't kidding when I said I had some tests to run. May cause fuckery when combined with too many other tags or if the text is too long.

The "anon timers" bit was basically entirely non-serious, but rn I honestly don't see myself using the colored text either - though it might be interesting to have a variant/separate tag that always makes text the same color as the backdrop to create "invisible text" that only appears when it's highlighted, regardless of a viewer's style selection. I could definitely see that being potentially useful for some stories.

Not saged this time: Are there any chances of having a "color" implemented that always displays the same as its background (except when the text is highlighted)?

>>15811

isn't the intended purpose of what you're proposing to 'hide' text from readers? Why would T-man spend time on something that decreases user usability?

>>15811
I don't understand the use case for that. Why would you want to hide text like that and not just use the spoiler functionality?

>>15811
I can tell you that would break usability for folks on mobile? Or is that just iOS? since you can't highlight the same way as on a PC.

The main thing I could see it being used for is in stories (spooky invisi-text), though admittedly that is a fairly niche usage.

>>15815
Sounds like it's just a tedious way of making readers have to CTRL+A every update.

To play devil's advocate, not that I want this OR don't want this, it could easily be used in more meta-focused narratives for clues, a different experience, or what have you. Stylistically separate from spoilers of course.

I could see novel uses, but also irritating, crappy uses.

Theme selection is broken for me. Every other link I click on throws me back to depressing-ass Chernobyl. Doesn't seem to be any rhyme or reason to which links work and which don't, whether I open it in the current tab or a new one etcetera. I've been away for a while so I got no clue what changed or when it started.

I'm using Firefox on Linux, if that helps any.

>I'm using Firefox on Linux
Oh hey, me too.

I haven't changed anything regarding css in yonks so all I can think of that perhaps you have some sort of extension or setting that deletes cookies/localstorage or blocks javascript. Both are necessary for site features to work across pages. If you don't, let me know.

I've whitelisted all javascript from www.touhou-project.com, cookies are set to last until I close all tabs on a domain (with a notification when that happens, which isn't appearing) and nothing should be messing with local storage at all.

I can see blocked third-party cookies and scripts from matomo.thp.moe (but that's just analytics, right?), and one blocked remote font.

EDIT

After a bunch of messing around I think I've caught it red-handed. Sometimes opening a link in a new tab causes local storage to be overwritten:

1) open storage inspector, see local storage with "style":"photon"
2) with the inspector still open, CTRL-click a link
3) local storage entry flashes orange, now says "style":"chernobyl" (plus new password)

I dunno if that helps you or if it's even something you can fix. If there's anything else you can think of that I can try let me know.

>>15946
Only thing I can think of is if you're using a private window it will reinitialize everything as opening a new tab is the same as opening a new window. This is by design of that feature. There may be an about:config setting; I'm not sure but I doubt it.

>one blocked remote font.
There shouldn't be any remote fonts on THP, so that's strange.

I forgot this thread was a thing, so I might as well drop a little thing that's been annoying me.

When hovering over a link to see the post, if you move the mouse off the link before the post has loaded, it will not register that you're no longer hovering over the link and continue to display the post, until you mouse over the link again.
To replicate what I'm talking about, just run your cursor over a link without stopping on it.

Small thing, doesn't really get in the way of anything, but it's annoying because I keep accidentally triggering it.

I'm on FireFox Windows, btw.

>>15948
I've already dealt with that issue in my development code. I haven't rolled it out to the site yet because I'm working on other stuff as well. Thanks anyways for the report.

>>15947

Nope, not using private browsing or anything like that. I can't see how it can be any kind of tab-isolation thing because I can F5 the original tab (or any other tab) and it gets the wiped settings too.

Besides, if it were an intentional feature of some kind it ought to be happening every time I open a link in a new tab. But it seems to be completely random. And since I can't get it to happen without opening a new tab, I can't get it to happen with the debugger open. Gah.

Well, for now I can browse THP exclusively in one tab... sucks but it works.

Found the son of a bitch. Firefox's "Delete cookies and site data when Firefox is closed" option should be named "Delete cookies when Firefox is closed and site data randomly at any time for absolutely no sane or documented reason".

If anyone else is having the same problem just use the "Clear history when Firefox closes" option (which is also misnamed and makes the above redundant anyway) or an extension instead.

You may have noticed that your preferred CSS is no longer working. Never fear, I've simply introduced a new customization system for THP, which you can find in the settings menu. It's not perfect and I'm sure I'm going to have to keep tweaking it in the future but it's worked well enough during my testing. If you're one of those boring people who never customize anything, there's always Chernobyl to keep you company.

The new default design looks great!

...I can't find the submit button though. Oh, here it is.

Odd things I noticed, important or not:

Hovered spoiler text is now unreadable gray-on-black instead of white on black. Can't seem to change it?

Margins/padding around post text has doubled, due to having two nested divs with .5em margins each instead of only one. In archived threads the extra padding is absolutely ridiculous, because the inner div is actually a blockquote, with no CSS at all, which defaults to massive 40 px margins in my browser.

Photon preset's post borders are now pure white, were #CCCCCC. Not a big deal since they can be changed, but if you're a nostalgic old fart like me, that's what you need to change them to.

At some point the font changed from serif to sans. Wouldn't have even noticed if I wasn't doing a side-by-side comparison but there you go.

>>15992
The spoiler text is normal on my end

>>15993

Pic and below HTML is what it looks like here.

> <span class="spoiler" style="color: rgb(51, 51, 51);">

>>15992
>Hovered spoiler text is now unreadable gray-on-black instead of white on black. Can't seem to change it?
It is the same color as the main font color.
>Margins/padding around post text has doubled
It hasn't. You're confusing padding in posts with margins in the message. They have different effects.
>In archived threads the extra padding is absolutely ridiculous
This is an oversight that I'll fix soon.
>Photon preset's post borders are now pure white, were #CCCCCC
You're correct and I'll make the preset reflect that.
>At some point the font changed from serif to sans
Yes, last year. Only some themes had different fonts and parts of the site like the front page never had serifs. Fonts were made uniform across the site.

What happened to saging? There's an option field on Gensokyo, but none of the other boards have it, and email was removed.

>>16104
I removed it a few months ago. On a site with as little activity as we have, hiding discussion, comments or votes makes little sense to me.

>>16105
SAGE

Remember back when people thought that did something?

More of a question. In the archive, is there a way to get the original image file, or am I stuck with a small thumbnail?

Came back here after forgetting to finish a quest from ages ago, and realizing how many gems of images there were posted throughout the story, but only able to access the thumbnails. Just wondering if there is a way or if I'm just SOL.

>>16114
Yeah, it's thumbnails only down in the archives.

>>16114
There is no way of seeing the original image hosted here. Full-sized images are deleted when threads are archived. Thumbnails, however, are generally good enough to return results if you use iqdb so maybe try that.

>>16116
>>16114
also google, yandex, and saucenao

>>16115
>>16116
>>16117
A shame, but thank you for the help regardless.
The search begins.

>>16116

How's that Untitled Alice Game coming along?

>>15995
> It hasn't. You're confusing padding in posts with margins in the message. They have different effects.

This is the latest reply ever, but yes it has. There is definitely twice as much blank space on my screen viewing THP live compared with some pages I downloaded a while back. The wasted pixels are quite noticible on my low-res screen. If that's the way it's gonna stay then I'll deal (not like someone who only visits every six months nowdays matters to you anyway) but it is a change for the worse IMO.

And spoiler text is still unreadable with the Photon and Futaba presets. Changing the "main font" color from #333333 to #000000 magically makes it white like the others. I assume it's scripted like that on purpose, but it seems a bit counter-intuitive to me, since spoiler backgrounds are hardcoded to black anyway.

>>16105

Aww, but I liked trolling people by saging my updates.

Other than those nitpicks, everything's looking good. New story list will take a bit of getting used to but it's a big improvement overall. I'm also happy to read you're supporting FLOSS, not feeding Google and making everything (except spoilers again) work without JS. Keep up the good work.

Complete newbie here, was unaware that the Story List was a new thing and was intent on suggesting that a "Latest Update" date or post-link be added to the stories' entries in the database, so that users could sort them by last updates and such. But I did read somewhere in the past thread that it seemed like adding such a thing was not exactly feasible? Though it sounded like the statement was more about making a huge list of every update on the boards, as opposed to just the latest per story. Ideally it'd be a field that would only be needed for stories that aren't Completed, if that would make it more feasible (assuming it's a storage issue)?

>>16190
Not a comprehensive solution, but sorting by 'active' stories would probably do the same. The status is still at least partly automatically determined, as far as I understand, so you have a reasonable sense of which ones have updated recently.

I mean, there's not many that are active to begin with, anyway.

>>16190
>the Story List was a new thing
Strictly speaking it's not new, it just got a big overhaul recently.

I don't think it would be too difficult to add a "last updated" date for some entries but am not sure that's the way to go. The issue is that scraping the data for the last update of every story is a little too complicated. And, if I limit that to just the active stories, then why not just not bother? As pointed out, there's a check for active stories where if they haven't gotten an update in a while, their status is demoted to stalled and eventually abandoned (this can be overridden by the authors themselves btw).

I could add a little box at the top of the story list explaining what each status mean (as in how many months for each status to trigger). Would that help? I'm not opposed to other approaches either, btw, just would prefer a simple solution. So, suggestions welcome.

>>16192
Ah, I was under the impression that the list's statuses were manually controlled. The idea would just be to serve as a sort of substitute for an RSS feed, so that people could automatically reach the latest story post and figure out if it had been updated, or- in the case of Stalled/Abandoned stories, where an author left of if someone else wanted to give a shot to resuming a story they found interesting. Not that I'm aware about whether or not that's ever happened on these boards- where a story has been 'adopted'.

I suppose a legend somewhere on the page would help people understand the statuses, but my suggestion wasn't made based under the assumption that they were confusing (they seem straightforward to me) but moreso as an ease-of-navigation feature for people who just want to check the latest updates without scrolling to the bottom (which may end up having 'spoilers' in the discussion and/or votes of interactive stories for people who prefer reading the preceding posts beforehand, and may thus be something they'd like to avoid despite by scrolling to the bottom of a thread or viewing its preview on its host board).

>>16193
>avoid scrolling
There's an option in the settings to navigate between updates with the arrow keys. Granted, it only works if the writer bothers to mark a post as an update, but most people writing at the moment do so fairly consistently.

>>16193
I can think of two somewhat feasible solutions to reaching the latest update (aside from the keyboard navigation mentioned by >>16194). I wish to avoid over-engineered code or too much internal change as there's a surprising amount of caveats and checks needed due to how the data are structured. I'll continue to have a think on what's best.

>a story has been 'adopted'.
I'm not aware of someone else just coming in and continuing something without the original author's consent but I am aware of cases where it was a collaboration and one of the writers ended up taking over completely.

Since you mentioned RSS, I'm not sure many are aware there are also feeds for each board (though I have long since thought about removing it since I don't think anyone uses them).

>>16195
I use them.

>>16194
>>16195

Some devices lack keyboards that can be used without text boxes or fields being in focus, unfortunately. In any case, it's not a big deal.