← Home ← Back to /j/

Thread 9227

41 posts 12 images /j/
Anonymous ## Janitor No.9227 >>9232 >>9243 >>9270
New Report Queue Changes
This is for the Dev since I noticed that there were changes made to the report queue:
1) In .report-controls you're setting the display to flex but you don't seem to know what flexbox is capable of (https://css-tricks.com/snippets/css/a-guide-to-flexbox/). What do I mean by this? I mean that there's no reason to give the clear button margin-right: auto !important when flexbox is perfectly capable of keeping the clear button away from the BR button. The same goes for the other margins on the buttons since gap: is perfectly capable of automatically setting those for you without you having to say that buttons have a 2px horizontal margins. display: flex actually means that you're using the default values for flexbox (row, nowrap, flex-start, etc.) without actually knowing that you can change some of those and thus not need to use margins to do what you're trying to do. Simply putting each group of buttons into their own separate divs and then using justify-content: space-between to put each div at opposite ends of the report yields the same results without having to use margins. The same can be said for centering the buttons without having to use padding.
2) From a UI standpoint this is actually worse than before because the smaller and closer together the buttons are the easier it is to make mistakes due to miss clicks. Particularly the File Deletion button is only 20 x 25px which is pretty small and on top of that it has a 1px margin with the Delete button. Having 4 or 5px wide gaps between the buttons doesn't impact the aesthetics at all and makes everything less prone to mistakes. The same can be said for putting the full words back in rather than shorthands. Functionality is way more important than fancy 1px shadows killing posts that only needed file deletion.
3) The Delete button has no mouse hover labels and the BR button uses the browser built in labels rather than the custom black ones that the File and Clear buttons have.
Anonymous ## Janitor No.9228
Also for mobile point 2 is even more important, the buttons are extremely small and not having more space to click them is really not helpful.
Anonymous ## Janitor No.9229 >>9248
MAKE THE FUCKING BUTTONS BIGGER WTF I'M NOT A VALORANT ZOOMER I CAN'T SNAP 360 FLICKS ON THESE
Anonymous ## Janitor No.9230 >>9247
Seconding the buttons being too small
And the clear being too close to the delete buttons
Anonymous ## Janitor No.9232 >>9233
>>9227 (OP)
am I a brainlet I didn't notice anything was different
Anonymous ## Janitor No.9233
>>9232
yeah
Anonymous ## Janitor No.9234
oh god oh fuck what is going on with the buttons ahhhhhhhhhh
Anonymous ## Janitor No.9235
Its CSS, a few !importants jammed into divs unnecessarily won't tank the framerate of the janny queue.
Anonymous ## Janitor No.9236 >>9237
I agree that there probably should be a rethinking of how the clear button strike zone is so close to the delete/file delete. Its not uncommon to go on a clearing spree and send something innocent into the shadow realm, causing the thread to go into a schizo tangent about the janitor's abused childhood
Anonymous ## Janitor No.9237
>>9236
doubly, nay, trebly so for mobile jannyings
Anonymous ## Janitor No.9238
The buttons being small got me to finally start trying keyboard shortcuts.
Anonymous ## Janitor No.9239 >>9240
just make everything one button and it spins a wheel of fortune for what happens to the post
Anonymous ## Janitor No.9240 >>9259
>>9239
>just make everything one button
Anonymous ## Janitor No.9241 >>9244
I feel like having a template as heavy as ban evasion under the quick ban menu is a little dangerous
Perhaps there should be an additional prompt that pops up to avoid missclicks?
Anonymous ## Janitor No.9242 >>9244 >>9246 >>9262 >>9264 >>9349
Btw, the new quick ban pop-up doesn't inform you if a post has pendings so it's a surefire way to stack requests. I also agree with the GR9, it's not used that often and it can be 99% of the time be substituted for other rules.
Anonymous ## Mod No.9243
>>9227 (OP)
You are hired as 4chan's dev. (no pay btw)
Anonymous ## Janitor No.9244 >>9245 >>9264
>>9241
>>9242
isn't gr9 one of the most common bans?
Anonymous ## Janitor No.9245 >>9264
>>9244
I think this varies wildly depending on the board. But GR9 really should stay as an option for quick BR
Anonymous ## Janitor No.9246
>>9242
this is my biggest concern desu
Anonymous ## Mod No.9247
>>9230
I can't help but notice you aren't using HPH. Report to my office for disciplinary action immediately.
Anonymous ## Janitor No.9248
>>9229
skill issue
Anonymous ## Janitor No.9253 >>9254
the more pressing issue for us opressed phone jannies is that in the 'view' screen when u click on a number to bring up a preview of that post/reply 95% of the time the preview is clipped off of the screen.
this has been a thing for as long as i have been a janny u.u
@dev
Anonymous ## Janitor No.9254
>>9253
True, hate that shit.
Anonymous No.9256 >>9258 >>9260
I like the new quick BR thingy but it doesn't show pending BRs so I unintentionally stacked the first time I used it.
Anonymous ## Janitor No.9258
>>9256
holy shit thats a really good point i never even thought of that.
im probably never going to use it now lol.
Anonymous ## Janitor No.9259
>>9240
>if a janitor sees a ban request panel you've screwed up
Anonymous ## Janitor No.9260
>>9256
>it doesn't show pending BRs so I unintentionally stacked
They're setting us up to fail.
Anonymous ## Janitor No.9262
>>9242
This actually makes jannying harder when you can't see if you are stacking wrs/brs.
Anonymous ## Janitor No.9264 >>9265 >>9266
>>9242
>>9244
>>9245
It's probably very board dependent, on some days GR9 is 90% of the BRs I submit.
It might be too difficult to implement, but if we could "pin" some BRs that we individually use frequently then we can customise it to our liking rather than having a generic list for all jannies. This would also avoid any "bias" that having a pre-configured list might give us, e.g. "these BRs are suggested so I should be using them more" kind of thinking.
Anonymous ## Janitor No.9265
>>9264
nice suggested feature, pull requests are open buddy (they aren't)
Anonymous ## Janitor No.9266 >>9267
>>9264
more realistically, you can write a tiny custom CSS rule to block out the quick ban options you dont want to touch.
Anonymous ## Janitor No.9267
>>9266
As the HTML is currently written, custom CSS would not be able to do that.
Anonymous ## Janitor No.9268 >>9269
nonsense. Here's if you want to hide GR9 quickbans

div[data-cmd*="quick-ban"]:last-child {
display: none;
}
Anonymous ## Janitor No.9269
>>9268
I kneel.
Anonymous ## Janitor No.9270 >>9274 >>9275
>>9227 (OP)
devfags, please take note
if you're going to intro a "quick BR" button, kindly allow the following options for janitors

- warn request toggle

- pending requests notifier

thank you for your consideration, oh glorious ones
Anonymous ## Janitor No.9272
I like the quick BR, even if people have noted there are some problems with it, however one complaint:
On /pol/, BRs for racism are inapplicable, yet "Global Rule 3: Racism" is in the quick report selection. And by "inapplicable" I mean "not present in the regular BR menu". This either needs to be replaced or removed.
A quick WR would be cool too. Stuff like "Warn for Off Topic" or "Warn for Sage".
Anonymous ## Mod No.9274
>>9270
Seconding this.
Anonymous ## Janitor No.9275 >>9276
>>9270
>warn request toggle
I don't think this is a good idea. It's a "quick BR" menu. If you need to do something more involved than BRing something for off-topic, NWS, racism, evasion, etc, just pull up the BR menu. If you try to overextend a feature, it quickly loses its usefulness because it becomes just as complex as the thing it's meant to replace.

Pending requests notifier feels absolutely necessary, >though.
Anonymous ## Janitor No.9276 >>9277
>>9275
>press one key to turn from BR to WR
tell me how this doesn't save time
Anonymous ## Janitor No.9277
>>9276
Ctrl+click for warn would be cool
Anonymous ## Janitor No.9349
>>9242
>I also agree with the GR9
>it's not used that often and it can be 99% of the time be substituted for other rules