Hey everyone! Thanks for participating in Canvas. I wanted to make a thread to collect together suggestions people have that can be worked on before the next Canvas.

Feel free to also throw in suggestions for future Events we can build and run for the fediverse.

Ill be collecting suggestions together and making issues for them in the repository for myself or some other contributors to work on (the projects open source so anyones free to contribute! https://git.sc07.company/sc07/canvas Feel free to reach out to me and I can help get you set up with the codebase)

  • mindbleach@sh.itjust.works
    link
    fedilink
    arrow-up
    27
    arrow-down
    1
    ·
    4 months ago

    Escalating timers are an antipattern. It punishes anyone who looks away for more than thirty seconds - and thirty seconds per click is not exactly a brisk pace for maintaining attention.

    Other than that, good shit, well done. Undo was a welcome surprise. Ditto the repetition prevention.

    No wait, one other thing. (Complaint sandwich!) Scaling should be in integer powers. Everything but fully-zoomed-out and extremely-blown-up looked lumpy and distracting. Especially with all the pixel art going on.

      • Dave@lemmy.nz
        link
        fedilink
        arrow-up
        3
        ·
        4 months ago

        It was sort of, but it was a bug. If you just left them, you’d get one every 33ish seconds until you had 6. But if you had 2 then used one, you’d have to wait 66 seconds until you got another, unless you used your last one then it was back to 33.

        It was fixed partway through to be as originally intended.

    • tuna@discuss.tchncs.de
      link
      fedilink
      arrow-up
      5
      ·
      4 months ago

      I think I agree on the cooldowns. Often times I wanted to step away and let the pixels accumulate, but it’s hard to resist when you realize you’d be missing out on double or triple the amount of pixels you could be placing. If the goal was to reward the player for actively placing pixels, all I can say is it didn’t feel very rewarding.

      I kinda disagree about the integer scaling. 1x to 2x zoom is a very big shift without any in-between. It would also feel strange on pinch-to-zoom on mobile without in-between. I think instead it could snap to an integer scaling, or have a zoom slider that works to integer scaling. Overall though I agree, having a way to snap into integer scaling makes the pixel art look better

    • Lvxferre@mander.xyz
      link
      fedilink
      arrow-up
      3
      ·
      4 months ago

      I like the escalating time, but the pacing issue is a fair point.

      So perhaps the escalation could be delayed? Give it a tiny larger timer (let’s say, 40s?), and make the second pixel take as much time as the first. Like this:

      • current times - 30s, 60s, 90s, 120s, 150s, 180s; total 630s
      • my proposal - 40s, 40s, 80s, 120s, 160s, 200s; total 640s

      This way you’d be only getting less pixels per minute after 80s of inactivity, not 30s.

      • mindbleach@sh.itjust.works
        link
        fedilink
        arrow-up
        7
        ·
        edit-2
        4 months ago

        Longer waits would be worse.

        It should be one every thirty seconds until you hit some limit. Do not incentivize continuously staring at a timer. Do not incentivize obsessively checking a timer. Just rate-limit people in the simplest way that could possibly work.

        • Lvxferre@mander.xyz
          link
          fedilink
          arrow-up
          4
          ·
          edit-2
          4 months ago

          I get why you’re saying this, and I agree with base reason. However, I feel like fixing the problem by removing the feature is not the way to go, as I think that active playing should be rewarded.

          Regarding the base time (30s vs. 40s): I proposed 40s because the total waiting time would be roughly the same. It could be also 20s, if necessary/desired, up to the devs.

          Additionally it would be great if there was an audible “ping” once you get a new pixel. Then regardless of the timer or how it progresses people would feel freer to do other stuff while checking the canvas.

          • mindbleach@sh.itjust.works
            link
            fedilink
            arrow-up
            5
            ·
            4 months ago

            One literal pixel every thirty seconds is not “active.”

            You went people to drool when a bell rings.

            Encouraging users to obsess or react is plainly an addiction mechanic. In a collaborative MS Paint session. Tweaking the details of it misses what’s wrong with it. It’s an antifeature. It’s a mistake.

            Just give people one pixel every thirty seconds. “Active” means they check at least every couple minutes, at their convenience, where they will have up to six. If they step away for an hour they don’t get hundreds.

    • grant 🍞@toast.oooM
      link
      fedilink
      English
      arrow-up
      2
      ·
      4 months ago

      thank you (and everyone else in this thread) for the constructive feedback!

      i’ve added the timers as an issue in the tracker to help with keeping track of everything

      i think i got the main points given in this thread, but if theres something you think is missing feel free to reply to this so i can add it 👍

      i’ve also added the weird zooming issue also

    • Deebster@programming.dev
      link
      fedilink
      arrow-up
      2
      ·
      4 months ago

      One effect of this is that someone steadily editing got more pixels than someone editing in batches, which felt like a feature when defending against trolls.

      • BlueKey@kbin.run
        link
        fedilink
        arrow-up
        6
        ·
        4 months ago

        Except when the trolls have more free-time than oneself and so can place every 30s while oneself want to get other things done and so would prefer placing in batches.

      • mindbleach@sh.itjust.works
        link
        fedilink
        arrow-up
        4
        arrow-down
        2
        ·
        edit-2
        4 months ago

        Encouraging anyone to stare at a screen for two actions per minute is brutal. Especially when those actions, to be optimal, have to happen the moment the timer rolls over.

        This is an addiction mechanic.

        This is some free-to-play mobile-game nonsense.

        No matter how good the motivations are, no matter what narratives we can build around casual versus attentive use, this is a bad decision for software. It is deliberate manipulation of the user’s incentives and habits for destructive patterns of behavior.

        • Deebster@programming.dev
          link
          fedilink
          English
          arrow-up
          2
          ·
          4 months ago

          I didn’t love it tbh. I had the canvas up in half of the screen and was doing something else but would look over too early then just be waiting for x seconds for my next pixel.

          • mindbleach@sh.itjust.works
            link
            fedilink
            arrow-up
            2
            ·
            4 months ago

            Same. Watched some streams and found myself listening distractedly while staring at a window with nothing happening. It is, perhaps unfortunately, plenty of time to reflect on why, and to ask whether this is desirable.

            The worst example of this accidental mistreatment (in my personal experience) was the idle game The Idle Class. From the genre and the title, you’d figure you can just leave it running, and come back whenever. But the dev added e-mail events that give a huge bonus if you catch them within thirty seconds. I cannot overstate - that is a Skinner box. That is operant conditioning on a random schedule. It’s how brains develop obsessive habits, and eventually, superstitions.

            Now that everyone’s been exposed to real-money video games and at least acknowledges some of their tactics are criminal, we should all be mindful of how software influences people. Problems don’t need to be malicious or complex. Reliable incentives over time are profoundly influential.

        • carbon_based@sh.itjust.works
          link
          fedilink
          arrow-up
          1
          ·
          4 months ago

          Thank you, very clear! I suggest to add one pixel every 30 seconds, plain and simple. If a modifier to this timer is required for reasons, that could be based on the number of pixels placed during the past x minutes or so.

          • mindbleach@sh.itjust.works
            link
            fedilink
            arrow-up
            1
            ·
            4 months ago

            I’d rather not discourage consistent use, either. One valid purpose for modifying the rate could be soft botting prevention. Instead of handing people CAPTCHAs, just string them out on 40 seconds, 50 seconds, etc., as suspicion dictates.

            What’d be great - and what I think would prevent some botting - is an official queue function. When I was filling in teal for half an hour at a time, I would have preferred to click a few spots in a row and let my browser do them for me. Automating an entire image would be ruinous. That’s just a bot war waiting to happen. But if I could leave a dozen pixels floating, at any given time, I wouldn’t give a damn when the timer says they’ll get placed.

  • tuna@discuss.tchncs.de
    link
    fedilink
    arrow-up
    20
    ·
    4 months ago

    On mobile I kept opening the whois pixel by accident when dragging. I often tap and hold to initiate a drag because I’m still looking at the art, but when i drag away and let go, it opens the whois thing. I think if you drag a certain screen-space distance away it should cancel the whois pixel lookup.

    The heatmap I found too hard to tell where recent pixels were placed. I think at 100% opacity the “cold” pixels should be dark blue instead of their actual color.

    A couple times I placed a dot, realized I actually didn’t want it there and ran out of time to undo, which felt bad having to wait 30s. I wish it was a bit longer.

    When you try to place a pixel a few milliseconds too early I feel like it should queue it and wait the few milliseconds for you.

    I’m not super sure on the canvas having transparency. Most people treated the canvas as white, not transparent. If you wanted a white-on-white drawing, people will just make an outline.

    Maybe a concept worth testing: if you place a pixel next to your own pixels, you get a (slightly) reduced cooldown, that way you get an extra boost when completing your art. (At the same time, I think there is beauty in the canvas being as simple as possible:)

  • Gamma@beehaw.org
    link
    fedilink
    English
    arrow-up
    12
    ·
    edit-2
    4 months ago

    Thanks for making it open source! I’m curious how complex the authentication stuff was. I didn’t place many pixels but it was fun to peek in and see what changed every once in a while! Would definitely be a fan of more in the future, though I don’t have any ideas

  • PixeIOrange@lemmy.world
    link
    fedilink
    arrow-up
    10
    ·
    4 months ago

    First: Ta k you so much to grant and everyone else who made this project possible. I had a lot of fun, i think the problems made it even more sympathic.

    One suggestion: maybe after expansion, the final canvas could be a 16:9 Format. This way its easier to find a frame for those who want to print it out. But maybe 2:1 like the actual canvas is fine too.

    Im looking forward for next year :)

    • grant 🍞@toast.oooM
      link
      fedilink
      English
      arrow-up
      2
      ·
      4 months ago

      i’m glad you enjoyed the event, it was really fun to run (even with the issues 😅)

      i’ve added your suggestion to the issue tracker so i can keep track of it

    • grant 🍞@toast.oooM
      link
      fedilink
      English
      arrow-up
      1
      ·
      4 months ago

      I’ll be working on some better moderation tooling for next year’s canvas (+ any other fediverse event) but with the nature of this, the tooling won’t be in the open :/

      here’s the issue i created for enabling these external moderation tools

      if you have any suggestions (execution or specific checks) feel free to shoot me a DM on matrix

    • Possibly linux@lemmy.zip
      link
      fedilink
      English
      arrow-up
      1
      ·
      edit-2
      4 months ago

      I think a proof of work could work but it would be really bad for battery life. If someone had multiple tabs open there computer would start to crawl which would make the experience awful

      • BlueKey@kbin.run
        link
        fedilink
        arrow-up
        2
        ·
        edit-2
        4 months ago

        Hard to do, as then one with a slow PC or average phone would have the same experience as one with a very good PC and 10 alts.\ PoW only is effective for large spam / bot campaigns.

  • AbouBenAdhem@lemmy.world
    link
    fedilink
    English
    arrow-up
    10
    ·
    4 months ago

    Have the cooldown time vary incrementally across the canvas—so there’s a “hot” end where people can make things quickly (and get overwritten quickly), and a “cool” end where designs take longer to draw but are more permanent.

  • bstix@feddit.dk
    link
    fedilink
    arrow-up
    10
    arrow-down
    2
    ·
    4 months ago

    Okay wild idea for a smaller canvas :

    Have the canvas fade out to white a little every hour.

    Eventually old pixels would die and people would either have to maintain or draw new stuff. It would make the timelapse more interesting and more animated by default.

  • mindbleach@sh.itjust.works
    link
    fedilink
    arrow-up
    7
    ·
    4 months ago

    Alpha-blending the color you’re about to place means it’s only a correct preview when the pixel it’s over is already that color. A smaller or even circular cursor of the actual color would remain distinct from the canvas while indicating its effect more clearly.

  • Lvxferre@mander.xyz
    link
    fedilink
    arrow-up
    7
    ·
    4 months ago

    [Sorry for the double reply]
    The “numbers” template style would be considerably more useful if the palette was itself numbered. At least, while using that style.

    I’ve seen a lot of people struggling to find the template. I think that it deserves its own button.

    The dark mode is amazing. Seriously, I want it for the next years. I don’t think that it needs such a huge button though, when a simple half-black half-white sun icon would do the trick.

    On desktop the palette has an awkward shape, as a narrow 32x1 strip that you need to roll back and forth if the window isn’t maximised (fairly often, since people were doing other stuff while placing pixels). It would be great if it was a 4x8 somewhere at the right.

    A lot of people (incl. myself) were struggling to tell a few colours apart. Mostly dark grey vs. black vs. navy blue and dark chocolate vs. maroon. So it might be sensible to tweak the palette itself for the next years. But overall their hue distribution was really good, in no moment I thought “damn, I need more colours”.

  • fubarx@lemmy.ml
    link
    fedilink
    arrow-up
    7
    ·
    4 months ago

    It would be amazing if parts of it could be animated. Maybe multiple layers of canvases (say, 5 frames, shown over a second). Each with their own images, which could be viewed as a flipbook.

    Instead of going for a larger canvas, go for more layers.

    Just a thought.

  • FireWire400@lemmy.world
    link
    fedilink
    English
    arrow-up
    6
    ·
    4 months ago

    The chat function was quite cumbersome in my experience (as someone without a matrix account); it was pretty slow to load as well.

    Maybe such thing could be integrated into Lemmy itself somewhere in the future?

    • grant 🍞@toast.oooM
      link
      fedilink
      English
      arrow-up
      2
      ·
      4 months ago

      The matrix homeserver that was being used was in the same VM as the rest of my fediverse services, which all of them got hammered when the event started

      Before next years event (or any other event) I am going to be getting a dedicated server for all of my fediverse services to prevent this

    • Possibly linux@lemmy.zip
      link
      fedilink
      English
      arrow-up
      1
      ·
      4 months ago

      Honestly they are both pretty bad for privacy as the way that they work is a black box. At least it isn’t Cloudflare as it constantly thinks I am a bot

      • BlueKey@kbin.run
        link
        fedilink
        arrow-up
        3
        ·
        4 months ago

        I agree. But at least hCaptchas don’t block you if you use more aggressive privacy-enhancing plugins and they are fun to solve (and don’t require you to find the traffic-light 20 times because your connection is a bit sus.)

        And also yes, fuck Cloudflare.

  • Reef@lemmy.ca
    link
    fedilink
    arrow-up
    6
    ·
    4 months ago

    I started this, and never got started: https://lemmy.ca/c/musicleague

    Part of the problem was that musicleague only works with a spotify login, but it could work with a fediverse login!

    MusicLeague: https://musicleague.com/user-guide/

    1. Each league is made up of a certain number of rounds.
    2. Each round has a musical theme, like ‘covers’ or ‘I want your sax.’
    3. When the round opens, league players are notified to submit a song that fits the theme.
    4. When everyone has submitted (or the submission deadline arrives), everyone receives a link to the playlist to listen, consider, and then return to Music League to assign points and add comments to reminisce, toast and maybe a gentle roast.
    5. Once the votes are in, everyone will be able to see the results, including who submitted what, how everyone voted, and all the comments.
    6. Points are earned from round to round and accumulate through the entire league until a winner is crowned.

    What we can do better:

    • fediverse login instead of spotify
    • submit from any music service, not just spotify
    • multiple playlist options, with a note for when a certain song isn’t on a service

    This shouldn’t be an annual event, but rather a perpetual one

  • aeharding@vger.social
    link
    fedilink
    arrow-up
    6
    ·
    4 months ago

    Hi, Voyager dev here, I’d like to see a very small, terse API for clients devs to make a more seamless experience!

    The MVP IMO would be a way to automatically log the user in when opening the Canvas, perhaps by

    • well known Canvas user handle for client to automatically DM for OTP
    • client waits for OTP in DMs
    • client adds a query parameter with the user handle and OTP to the URL to open browser, so user is automatically logged in with 0 clicks!

    And I could see stuff beyond this. Like an API to know event metadata, docs on how to embed Canvas in app (would be great for engagement)

    Anywho simple is best but would be awesome for tighter integration of apps/clients with a documented API!

  • Deebster@programming.dev
    link
    fedilink
    English
    arrow-up
    5
    ·
    4 months ago

    Extra editing features:

    • Colour picker (from canvas)
    • Show symbols/numbers on palette when using that template display style (e.g. label colour 23 so you don’t have to count)