AuthorTopic: Pixelation 2.0  (Read 14187 times)

Offline Rydin

  • 0011
  • **
  • Posts: 925
  • Karma: +0/-0
  • ...zzzt...
    • @thickDumps
    • View Profile
    • thickDumps

Re: Pixelation 2.0

Reply #30 on: August 29, 2018, 09:28:28 pm
Less is more. There should be restrictions just like there is in our art.

4 board restriction.
Too many sub-boards are convoluted and it divides focused attention.
Same if there's too many features.

"I fear not the man who has practiced 10,000 kicks once, but I fear the man who has practiced one kick 10,000 times." -Bruce Lee
If we focus on doing one thing really well, we avoid being superfluous and people will love and respect it.

Something like this:
Man cannot remake himself without suffering for he is both the marble and the sculptor.

Offline Indigo

  • Administrator
  • 0011
  • *
  • Posts: 944
  • Karma: +0/-0
  • Artist, Indie Game Dev
    • DanFessler
    • DanFessler
    • http://pixeljoint.com/p/849.htm
    • DanFessler
    • DanFessler
    • View Profile
    • Portfolio

Re: Pixelation 2.0

Reply #31 on: August 29, 2018, 09:51:20 pm
Definitely agree that less boards is more!  Which is exactly why we are reducing our boards from 12 to 5 (General, Activities, Critique, Projects, and Job Offers), and removing all child boards.  Archives and feature chests are no longer needed with the built in featured and tagging systems

Offline eishiya

  • 0100
  • ***
  • Posts: 1256
  • Karma: +2/-0
    • http://pixeljoint.com/p/28889.htm
    • View Profile
    • Webcomic: Black Dram

Re: Pixelation 2.0

Reply #32 on: August 29, 2018, 10:18:19 pm
I've been thinking about removing the sidebar once you dive into a thread though - which might be a good compromise.
This sounds good to me!
Another compromise would be to make it collapsible, and and to have the collapsed setting persist across pages. If the UI uses JS anyway, there's very little overhead to using Local Storage for stuff like this.

Quote
arbitrary inline images uploaded and embedded into the post content
This is the ideal, in my opinion. I think the automatic thumbnail should grab the first inline image in the most recent post by OP that includes images (excluding quotes - quoted images should still be considered "attached" to the original post). For efficiency, the thumbnail could be a URL stored with each thread, and it would get updated every time there's a new post, getting changed if needed. In addition, a "change thread thumbnail" button should be provided to allow selecting any of the images in the thread (including ones by other people - honor system! and good for features). Clicking the button would open a browser of thumbnail versions of all the images posted in the thread for the user to select, and it should also provide an "Automatic" option to return to the default thumbnails.

For the non-critique sections, the preview image should just be the most recent poster's avatar by default, but the OP should be able to click the "change thread thumbnail" button and select an image posted in the thread, the same as in the critique boards. Naturally, moderators should be able to change any thread's thumbnail.

The strength of this system is that it would reduce the need to deal with 3rd party image hosts and broken images. The question then is, should off-site embeds be allowed at all? The easiest answer is "no". There are some situations where it might be useful, but I think it would be fine to disallow it. After all, most other sites that feature uploading images don't also let you hotlink them xP

If you're not sure what I mean, I can provide pseudocode for the logic.

Quote
Giving a karma point is like saying "thank you."  It might end up being called something different to help reflect that.
AO3 has "kudos". Calling it that or even just "thanks!" would be good. It might also cut down on responses to critique that are just "thanks, I'll implement this later!" that people post just to be polite.
« Last Edit: August 29, 2018, 10:33:14 pm by eishiya »

Offline 0xDB

  • 0011
  • **
  • Posts: 873
  • Karma: +0/-0
  • Dennis inter-is.
    • dennisbusch_de
    • http://pixeljoint.com/p/1287.htm
    • 0xdb
    • View Profile
    • 0xDB

Re: Pixelation 2.0

Reply #33 on: August 30, 2018, 07:17:17 pm
Quote from: 0xDB
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?
Not at the moment but I like the feeling of safety that comes with having local backups of stuff for times without internet access. The feature to create a PDF might not be necessary though as long as there will be a way to display all posts in a thread simultaneously without having to advance through pages(of n posts per page) or through some automatic load-more-posts-as-you-scroll mechanism. In that case a browsers builtin SavePage mechanism could be used to save a thread.

Offline eishiya

  • 0100
  • ***
  • Posts: 1256
  • Karma: +2/-0
    • http://pixeljoint.com/p/28889.htm
    • View Profile
    • Webcomic: Black Dram

Re: Pixelation 2.0

Reply #34 on: August 30, 2018, 09:04:43 pm
Quote from: 0xDB
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?
Not at the moment but I like the feeling of safety that comes with having local backups of stuff for times without internet access. The feature to create a PDF might not be necessary though as long as there will be a way to display all posts in a thread simultaneously without having to advance through pages(of n posts per page) or through some automatic load-more-posts-as-you-scroll mechanism. In that case a browsers builtin SavePage mechanism could be used to save a thread.
I think a minimal "reader view" or "print-friendly" view would be a good and more multi-purpose solution to this. This would be good for people on older mobile devices, people who just prefer to read with minimal clutter, and for saving as a PDF via the browser. The bulk of the work would be creating an alternate stylesheet for this, and providing a way to switch (not all browsers provide that ability, and most users don't even know how to do it in the browser).
« Last Edit: August 30, 2018, 09:13:11 pm by eishiya »

Offline MysteryMeat

  • 0100
  • ***
  • Posts: 1997
  • Karma: +1/-0
  • "The new alternative to q-tipping your cat!"
    • mysterymeat
    • spoiledmysterymeat
    • View Profile
    • My rad art blog!

Re: Pixelation 2.0

Reply #35 on: August 31, 2018, 03:21:07 am
As I said in the other thread, I very much don't like that first draft in the op. As long as it's not Twitter-lookin' I'll be fine, but please don't do that.

One thing you might consider in addition to the jobs and critique boards are informational reserves, or a wiki for commonly (and uncommonly) used terminology. For example, I used to think dithering was the same as aliasing.
PSA: use imgur
http://pixelation.org/index.php?topic=19838.0 also go suggest on my quest, cmon
MAJOR BORK TALLY: |

Offline Zizka

  • 0010
  • *
  • Posts: 497
  • Karma: +0/-0
  • Keep on smilin'
    • View Profile

Re: Pixelation 2.0

Reply #36 on: August 31, 2018, 02:35:24 pm
I think it'd be great to have some reward for people who give criticism, some kind of recognition which should be a bit more visible so to speak.

Could there be a way to archive as a glossary? For example, walking animations. Have an index where you get informative posts about walking animations. The search function can work, sure. This being said, some posts are more informative than others.

Offline eishiya

  • 0100
  • ***
  • Posts: 1256
  • Karma: +2/-0
    • http://pixeljoint.com/p/28889.htm
    • View Profile
    • Webcomic: Black Dram

Re: Pixelation 2.0

Reply #37 on: August 31, 2018, 04:31:52 pm
@Zizka: The tags would serve as a glossary. For some posts being "more informative", the karma/kudo/thanks system should have that covered, I guess it should be possible to sort search results by their karma.
I think sorting by karma should only be available for (tag?) searches though, not for general browsing, so that the forums don't become a popularity contest the way most other sites are.

Offline Vinik

  • 0010
  • *
  • Posts: 208
  • Karma: +0/-0
    • View Profile

Re: Pixelation 2.0

Reply #38 on: September 03, 2018, 02:14:32 am
Ah, this is awesome and spot on regarding every concern mentioned here :y:

I suppose you got that "catalog" art grid thing on the third viewing option from the imageboard experience, that was exactly what I would suggest to steal if there was only one feature to take from imageboards. I am thinking that the catalog view tab could benefit from showing the thread title and details by mouse hovering, keeping it as clean as possible as a gallery when not hovering. Great stuff.

Offline Ai

  • 0100
  • ***
  • Posts: 1057
  • Karma: +2/-0
  • finti
    • http://pixeljoint.com/pixels/profile.asp?id=1996
    • finticemo
    • View Profile

Re: Pixelation 2.0

Reply #39 on: September 24, 2018, 12:18:47 am
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

- arbitrary inline images uploaded and embedded into the post content

- Half and half; first class image attachments and inline uploaded images

- Half and half; first class image attachments, and allow for inline external links if needed


I want to say I got this idea from github, but I don't think that's quite right.. maybe MediaWiki/Wikipedia? anyway..

Footnote-style referencing of image attachments.
So the images you upload are shown with a number next to them, and you can embed that with something like
Code: [Select]
[img#1]. If referencing images from a specific reply is necessary, then this syntax could be extended to eg
Code: [Select]
[img#5.1]. It might also be useful to provide thumbnail embedding
Code: [Select]
[thumb#1] as this cooperates better with a body of text, particularly when you really only need to see *which* image is being referenced, rather than specific details of the image. Clicking on a thumbnail could pop it out (turn it into the regular fullsize image) and then you would be able to zoom it as usual.

IMO this solves a few problems:

* References can be more direct, which helps beyond the point of about 3 images IME.
* Images can be grouped at the bottom of the post but still used wherever in your post.
* Simplifies the 'thumbnail selection' problem slightly, at least for prototyping (just enter a number, graphical selector not required)

I agree with eishiya that we should probably disallow embedding of external images, to protect from thread-rot.

My timing for writing this was not great, so I'll just say that generally I like this new design, for now.
If you insist on being pessimistic about your own abilities, consider also being pessimistic about the accuracy of that pessimistic judgement.