Posts

@The Smiling Pony
Frik! How did you know I was searching for Megaman?!

Thanks a bunch man.

@ЅℰℒᎯℙℋℐℰℒ
Like this?

@The Smiling Pony
How do you search up specific thread titles using just keywords?
All we get is the topic ID number.

@ЅℰℒᎯℙℋℐℰℒ
You mean like this?

I remember there used to be a way to search up posts using specific keywords under users or pull specific threads on the forum using said keywords.

@ЅℰℒᎯℙℋℐℰℒ
it is tag-based. Your most basic search is tag, tag, tag, -tag, -tag. All the syntactical stuff is for more advanced searching to narrow things down.

@ЅℰℒᎯℙℋℐℰℒ
You mean the tag search tool?

@The Smiling Pony
I remember it used to be a tag based search function, rather than the syntax one

@ЅℰℒᎯℙℋℐℰℒ
… which old search function?

The site’s only had two, and I really doubt you mean the first one…

I find that the old search function was much more user friendly than what we have now.

@Background Pony #1057
ok

The recent commit
“switch to maintained twitter scraper implementation” (#187) seems incomplete and potentially worse than nothing.

The part that’s worse than nothing:
It does not seem to fetch the best resolution available. A user uploading to the site would see that the site has successfully retrieved an image and be left unaware that there’s a different step they need to take (visiting the tweet, viewing the image, and copying that URL).

I do not know if this is a bug in the service this commit uses (which is FxTwitter) or an insurmountable limitation in the information Twitter makes available. If it’s a bug, philomena should hold off using that service until it is fixed; if it is insurmountable, it should not use that service to retrieve images.

(Curiously: the FxTwitter API endpoint provides in its JSON response the width and height pixel values of the full size image, but the associated link to the image on pbs.twimg.com retrieves one smaller than the stated pixel dimensions. Here’s an example, stating a 2048 x 1816 resolution yet linking to a 1200 x 1064 pixel image. Viewing the actual tweet instead, one indeed finds the full 2048 x 1816 image.)

The rest that’s incomplete:
The commit directly accesses https://d.fxtwitter.com/#{user}/status/#{status_id}.jpg which retrieves only the first image of a multi-image tweet. This is also nearly worse than nothing, because a user might forget that there are more images to go back for when they see only one image show up from fetching.

Additional images can be fetched from https://d.fxtwitter.com/#{user}/status/#{status_id}/photo/N where N is 1 through 4, although the endpoint currently returns image #1 if passed a number that the post does not contain. Alternately, api.fxtwitter.com returns post info including all associated media (with the aforementioned resolution problems.)

 
The API endpoint would also allow autofilling the tweet’s text as the post description, although an issue in the repo indicates it does not always return the full text (though I have not seen this first-hand.)

@JP
So long as I retain the cinnamon theme and can keep the sharp corners, I’m happy. I wouldn’t mind a readable ripoff of Ponerpics’ April Fool’s deer theme, though.

Double click the search bar to bring up your autocomplete selections, scroll/look for whatever you don’t want in there, hold down left click and tap the delete key.

That should clear those out for you.

@sxcbeast
Like Danbooru?

A search bar that populates tags as they are typed would be helpful. Instead of guess what whatever this site has chosen for a specific tag –because not every site will spell the tag in the exact same way, which leaves users typing multiple versions of the same tag, then having false tags be on their autocomplete forever– it’d be nice if there was a search bar that populates those when you get the spelling close.

Two. Two-man riot.  : P

You better not take Trixie blue from me. Or there will be a one-man riot.

Though, I probably wouldn’t reject a nice light greenish theme, like the one used during that one April Fools day event years ago.

@Moonlight Bloom
Maximum user customization is a direct consequence of rewriting our stylesheets and some of the HTML, yeah. Right now the themeing is done by copying ALL OF SITE’S CSS into a theme file, and it’s not easy to provide customization options, while the redesign is MUCH more modular than that.

Due to changes in our approach of writing CSS, everything needed to be rewritten, so I figured might as well take a look and clean things up in the HTML. Mobile also is kind of… lacking, so the redesign is also my chance to fix mobile layout.

Glad to incidentally be of service.  ^_^

And couldn’t have said it better myself. Full steam ahead!

This is the single best thing I’ve read all evening. Thank you.

@Princess Celestia
Ooooohhhhh, so it’s all based on maximum user customization. Now that I can get behind. It puts to rest a bunch of worries I had about the redesign, especially with regards to its intentions. I feel a lot more relaxed knowing it’s not changing for change’s sake, but rather changing to provide an ultimately more dynamic and customizable user experience.

With that, I will say thank you for the hard work you’re putting into this, and I’m genuinely excited to see the future progress and results.

@Princess Celestia
Ah. I got this impression from what looked like the top of windows in a taskbar in the bottom and the odd scritches of color on the right. I didn’t think to apply that thought to the grey bar at the top, though. Amazingly ironic that the exact amount left in the screenshot was able to line up the vertical spaces perfectly…

Annnnnd I completely understand that sort of victory… Granted, I’ve never done anything on the scale that’s being worked on here, but still. Programming layout can get feisty, fast. Congratulations on getting this far! Because I surely didn’t get across the notion before, I’ll say clearly now: I don’t appreciate it as a comparative, but the site design showcased in that screenshot does look nice. It’s sleek, effective, coordinated in its own right, and does do a lot of things very well.

And my apologies that you have to repeat yourself, but that does put a lot of my concerns at ease.

That sounds like a lot of neat options already, too! I’m sure being able to choose between light or dark of various colorschemes will be a lot of fun to some people. And I’m so glad to see that left-alignment isn’t getting defenestrated! I was worried about that as well after seeing the proposed redesign, to tell the truth, especially when remembering a concrete-sounding reply to someone who questioned if Furbooru would have a left-align option.

 
I understand that it’ll sound trite now, but I would also like to say thanks for the amount of continuous work you guys do in regards to keeping the site running and fixing its ragged edges. And just as much for the leniency extended towards things like the potential copying of avatar border design - or the fact that that’s a donator reward, rather than important site function or convenience being paywalled.

Honestly, the fact that the site is still growing and changing to this day, with or without complaint, is cool AF.

@Garden Tinker
A lot of your nitpicks is just my poor screenshot quality, I accidentally captured parts of my browser window with it.

Also everything on that screenshot is WIP. It was simply a milestone of UI remake to have one page that actually looks not broken.

Indeed, the redesign on desktop is mainly focused on adjusting contrasts and making padding consistent. Avatar shape will be customizable by user for their own avatar. Want it round? You got it. Want it square? No problem. Recurring donators will also get access to setting their avatar shape to fun new shapes like hexagons, stars, etc. We’re not gonna pursue or punish those who simply edit their avatar shape in photoshop or something to match a donator shape, the whole point is the convenience of having the site do it for you anyway.

Redesign will have loads of customization options. Thus far here’s what I confirm will be customizable:

Some of these customizations will be shipped AFTER the initial deployment, though I’ll make sure it won’t be more than a few days later. That’s because some of them need database changes.

Oh, no, this is absolutely the first kind of thing that came to my mind. I’ve gone wading through the snow to re-find an exact image a dozen times, not to mention the plenty of instances when I’ve been looking for reference images for a conversation / worldbuilding accuracy / piece of work.

I’ve just never really had to fight the searchbar in the process. Or at least, if I did, that was never near the top of the frustration list.

I can absolutely see why the extended bar would be a benefit to the site’s core concept. I just don’t personally want it compared to what I have - ergo my suggestion that it’s a toggle, to meet in the middle. And even then, that was honestly one of my lowest complaints, and should’ve probably been in the nitpick list. I just started with that one and things spiraled out of control from there as I noticed one thing after another.

The reason it’s best to have the widest possible search bar on an image booru is that any string longer than two terms is going to run off the edges, which is very annoying when you’re trying to track down specific scenes or images, or to winnow useful content out of a hundred pages of horseshit like zero-effort memes or slightly different takes on the every-character-flashing-in-somepony’s-eyes from the Key episodes.