@eishiya
The demo looks nice, but there's one bit I don't like: the Twitter-esque side bar. It makes the page feel cramped. I also dislike the numbers focus is creates, those things should not be at the forefront.
I can see the argument for removing the stats, though I personally don't see those particular stats as problematic as something like followers or whatever. Will think more on this.
as for the sidebar in general, I think that has to stay. It needs to support an arbitrary amount of boards, and vertical lists are perfect for that. Horizontal lists are problematic for responsive design and force you into situations where you need to hide important information behind dropdowns. I've been thinking about removing the sidebar once you dive into a thread though - which might be a good compromise.
How are the images representing each thread going to be chosen? Is it the latest image, or the first? Does the user get to choose? Are 3rd party embeds going to be used, or will the feature be limited to attachments?
How to handle images is the most complicated thing to solve. There are several options and each has different tradeoffs:
- first-class images attached to the bottom (or maybe top depending on the design) to the forum post
This is the cleanest from a design standpoint. The data is separate from the post's content and can easily be extracted for use elsewhere in the forum. How those images are presented on various screen resolutions or platforms is easily controlled. Settings can easily be made for boards to require images, no images, or optional images. On the down-side, you can't inline the images into your response.
- arbitrary inline images uploaded and embedded into the post content
This gives the user the most flexibility on how to present their images, it also makes it a very cumbersome process, tech-wise, to give them the first-class treatment for the rest of the forum. Not impossible, but difficult. It also makes it more opaque to the user - informing the user about image requirements for different boards would be a difficult problem, and it isn't clear about which images become the thumbnail or feature banners. Assuming a thumbnail is automatically chosen (from let's say the first image for example), users would then have to reformat their response such that the correct thumbnail gets used even if that wasn't the optimal order to show them in the response. We can write something up to explain all this, but it will never be as clear as having an image upload box.
- Half and half; first class image attachments and inline uploaded images
We can treat them as two separate upload systems. Inline images can never become thumbs. This solves some of the design complexities, allowing us to easily extract the images, and easily set image requirements, but it also potentially creates more confusion about when it's appropriate to use each kind of upload. I'd imagine a lot of people uploading inline and then getting frustrated it's not showing up in the galleries and things like that
- Half and half; first class image attachments, and allow for inline external links if needed
This is my current thinking. Only one upload system, images attached to the post, but allow for external linking via BBCode or something similar. What I like about this is it encourages using the embedded system which provides the best user experience overall. You don't have two systems competing with each other. Yes, it remains a pain to do inline images (as much as it is currently), but honestly, I'm not 100% convinced inline is as necessary as it seems for critique. It should be fairly easy to refer to an image by labeling it or whatever and it works just as well. I think it just takes adapting to. But regardless the inline option will still be there. It might also be possible to rehost externally linked images automatically for preservation.
if you have examples where sites have solved this problem well, please link me.
Will there be any incentive to use the karma system
No, besides being a good member. The idea is that Karma will serve as an efficient way to sort threads to find the best content. Each thread gets its own karma score based on how much Karma was given to people throughout the thread. It'd also be a great way of quickly Identifying people who are great contributors and give great feedback on the forums. Giving a karma point is like saying "thank you." It might end up being called something different to help reflect that.
It would be nice for threads in the thread list (at least in the critique sections) to include the date of the latest reply by the OP right up front. I'd say that's more important than when the thread started, even
that's interesting. I don't think I've seen any forum do this - the most common thing is to show the date of the last reply, which I was also planning to support. Will think about your idea more.
Discourse has a feature where it'll automatically copy embedded offsite images to the server, so that old threads don't get broken if the offsite images are deleted. I'd love to have that for Pixelation. So many of the old threads have broken images
Yup, probably a good thing to support.
A less Javascript-heavy basic UI than the demo. JS is necessary for things like the magic embeds I requested here, but I'd like to see JS used only where it's necessary, like the current version. Navigating the site, making posts, etc should not require JS to be enabled.
The tech stack I've chosen requires javascript. Can't get around it. This is the way the modern web is moving and it's less likely these days for people to disable JS. that said, I am looking into server-side rendering, where a static page is served up first before it gets saturated with JS - instead of building the site entirely on the client with JS. This would help for the few that choose to not enable JS.
Not really a feature request, but an idea of sorts: How about implementing ActivityPub?
Neat Idea, I'll look into it.
=======
@0xDB
Suggestion to support sign in with twitter (and/or google+/etc.)
social signup is a good idea. Will probably do that (in addition to email)
Tweet buttons next to images would be nice for that but they should not just tweet the image but rather link to the post they're in
Good idea, but will probably put a share button in a dropdown of the forum post rather than the image itself
For the lowpoly 3D section it would also be nice to have an embedded model viewer so that users don't need to upload huge GIF files. That is of course only if lowpoly is still wanted on the new platform and not getting axed in favor of focusing only on 2D pixel art
going to focus on images first, though other viewers are a great stretch goal. We are going to get rid of the low poly section, and instead allow people to post it straight in general, probably with a "low-spec" tag or something similar
For that purpose please don't forget to add zoom in and out buttons next to images which scale by nearest-neighbor filtering
For sure!
Mediawiki style markup would be cool
Great ideas. Not quite sure how we're handling the wiki yet; whether it's external or built in.
A feature to create a PDF from a thread (with all images embedded) would be nice to have as well to save local backups of threads for offline reading
Interesting idea. Is offline reading something you do a lot?
A quick one-click(ok maybe two-click to prevent accidental reporting) report feature would be good as well with the ability to choose common report reasons (e.g. spam) from a list.
sure thing
=======
@Cure
Thanks a ton for the support
=======
@Jeremy
I'm not sure how I feel about karma systems. The system Pixelation has now (and the profile karma score you have in the mockup) works well to show "this is a person who makes good posts", but I feel like visible scores on individual posts can have perverse outcomes (i.e. people crafting their posts to maximise their karma, rather than make the most valuable contribution). IDK???
Yeah it's a good point and we should think more on it, but a counter point is I don't think it's been a problem in the past so far. Not to mention if it encourages people to behave in ways that rewards karma - assuming that karma as rewarded in the intended fashion - isn't that a win?
One advantage Pixelation has had over PJ is avatar size
I played heavily with different avatar sizes and arrived at the size I did because it was the largest I can make it without needing to be rescaled for different contexts (usually). Any larger, then there are many view where you'd need it smaller. Basically I was optimizing for pixel perfect resolution retention rather than scale.
Show Posts
