Not to jump on the bandwagon to bash - but, to give another supporting perspective on this.

Even if it was an LLM, mistake or not, we shouldn’t support that either.

Silicon Valley has perpetrated en masse plagiarism and are telling us that it’s okay. And, they’re in the process of reselling our culture back to us. That’s… a problem.

Personally, I’ve been directly on the receiving end of plagiarism - where someone has stolen my published work to get an advanced university degree. My institution would do nothing about it and threatened to fire me if I kept pressing. It feels bad man - to have your work claimed by others and be normalized.

I generally give my stuff away - because I don’t care if someone copies it or learns from it. But, most people want to be recognized for their work, even if that doesn’t result in compensation. I feel good when someone uses something that I made. I’ll keep my copyright on things that I’ve put enough work into that I want to say, “I made that, isn’t it cool?”

I think that’s why so many people here in the Decker community are anti-AI/ML or are standing up for anti-plagiarism: it’s because we want to share - we want to see someone enjoy something we’ve made. And so, it feels awful when someone else claims your work as their own; LLMs or otherwise, no matter the circumstances.

Plagiarism should never be okay, no matter what form it comes in. Even if it’s a mistake, it’s wrong and we can say it’s wrong.

It may not have everything you want, but this does have layers with toggable visibility for freehand pencil/paint:

https://woodring.itch.io/patternshop

It used to have different compositing operators, other than underpaint. But, I figured the 99% use case was underpaint compositing, so I dropped the rest.

By the way, a question a bit related to this is, is there a Decker shortcut cheatsheet someplace?

I know the documentation describes some of them, with inline text, but it’d be nice to have a table. I haven’t found it, if there is.

For your first one, as a stop gap, my editor card can be modified to read & write the deck script:

https://codeberg.org/woodring/decker.whiteboard/src/branch/main/whiteboard.deck

search and replace:

deck.modules[w.module_name.text].script

to

deck.script

lines 71, 84, 96, 108

After editing the whiteboard deck, load it and cut and paste the editor card into your deck. Then, I’d have an offscreen button with a hotkey that takes you to the card that has the editor or last card. (though, you can’t have control+key hotkeys for buttons)

or alternatively

Modify the card to add four new buttons and copy the scripts editor.1 through 4. Attach them to the 4 new buttons that read and write the deck.script, instead, which retains the module editor functionality, too.

---

Totally stop gap, but the editor card is how I do live module edits. I flip between the cards with arrow keys and move it where I need it. That’s just my workflow, though.

Updates:

20260515

• pre-saved PDF for the 8 page rules booklet for YARNS

20260514

• example skill sets now available in the optional combat pdf
• added an errata document that explains things that might be too ambiguous in the ’zine; and also a lot of notes about why and how I designed YARNS

20260513

• added download for optional combat rules PDF and MD

To be added:

• larger character sheets
• example characters from games played with YARNS

Just a random thing:

Why is Manipulate and Sleuth the same skill?

Do you know the old TV show Columbo? He’s a master homicide detective because he can: (1) get into people’s heads, (2) understand them to manipulate them, but (3) also figure how they commited the murder because he’s inside their head. Empathy & Read Intent are in-the-moment gut read of someone, where Manipulate & Sleuth are calculated. Columbo is good at both in YARNS.

Cool. If you have any suggestions on how to improve it, I’m all ears.

For instance, I had it set up to work with my tablet, but I set the keys to match what I defined. There’s probably a more logical setting for Photoshop/Krita, but I don’t use them enough to know what they are off the top of my head.

Updated 20260102

• release

Updated 20260103

• initialized bpm to account for negative sys.ms and fixed jitter due to 60Hz quantization

Updated 20260501

• increased viewport size

Updated 20260429

• Added a button to start from scratch on first and last card

Updated 20260430

• Added a note on card navigation with Left and Right arrow keys (<- and ->)
• Added links

Updated 20260501

• Updated Decker to v1.66
• Expanded viewport
• Go to “card2” on wipe

https://woodring.itch.io/patternshop tutorial and playable deck

• added a button to start from scratch

Cool. Thanks so much.

Looking forward to seeing what you’re cooking up there.

Tutorial is still on the way - but I’ve been slacking. (I’m asking Houdini will let me submit this to the App Jam - which will force me to finish it. I’d give myself a deadline of the 29th to be fair.)

https://itch.io/post/15815697 - I started it two days before that post, so it’s been 21 days.

To be fair to everyone else, I’d give myself 8 more days and submit it by the 29th without any more edits after that.

Would that be OK? This jam came at a convenient time and will force me to finish the tutorial by the 29th.

Updated teaser:

reload if the video is not playing

OK - it’s been redone. Hopefully this is the last one for a while.

• no more layer buttons; order is implicit on card order

• no more operation buttons; probably the only thing that is wanted is underpaint. over is achieved by reordering the cards.

• everything has a hotkey and the buttons show what they are. they can be hidden.

• UNDO! (infinite right now, but I should limit it - otherwise, you can run out of memory)

• support for the palette card: a goto/return button, an eyedropper, copy brush and pattern from palette

• probably a few other things

Yeah - this is going to way simplify everything… sorry for the delay. It will be a much better, though.

As an aside - I only just now noticed there was a WigglyPaint retrospective.

Related to that - in my attempts for making this easier to use:

1. make compositing order implicit based on the card order, since there’s already the ability to reorder cards

2. make the background automatically the composite target

3. probably all that is wanted is underpaint/masking, so I’ll probably remove operator selection. or make it less up front and center

4. I like the palette/swatch selection. so make it go directly to a “physical palette” where you can select the pattern visually with a select tool. apply your patterns in swatches like paint. kind of like how layercake can be used now to lift brushes off the palette.

this will remove all of the buttons and probably all that’s needed is a few hot keys to operate the layercake tool.

teaser for the tutorial deck

–removed– needs to be redone

Also, the README is simplified a lot. Maybe it’s actually readable for some now, before I get the tutorial deck done. (I tend to write too much - my ADHD brain’s tendency to info dump.)

Another big usability refactor. It’s down to two widgets. patternshop and ps_layercake. Will be working on the tutorial, now.

I’ll try to get it out soon - I’d like to have your feedback, in particular - as I thought this might be useful for you. Thanks for your interest.

Video and tutorial card are still on their way.

I’ve made a couple of more usability passes as I’ve been trying to use it for real (the actual reason this exists).

off the top of my head:

• wipe (clear) button
• +/- buttons for incrementing and decrementing the brush and pattern on canvas layers
• other things that I don’t remember

I’ve done a pretty simple sketch of a face and torso where I sketch the rough on one layer, switch to another to outline the face by overpainting, and then switch to a third to add shading by underpainting. It works pretty well.

There will be a learning curve - but (not that this excuses it) most drawing programs with layering, that I know of, have a steep learning curve.

What needs to be added - but the last two, I don’t know if I’ll get to it. It works for my needs and the amount of work to make them functional is way over my annoyance threshold.

• the tutorial
• DONE ~don’t allow C to be activated if there are no active layers~
• DONE ~a “logical lock” - once switched to layer mode, make it ask more when switching to composite mode and vice versa - to protect drawings from being wiped.~
• (maybe, but I probably won’t) a grid widget for globally reordering layers (an overview of the composite)
• (maybe) a couple of levels of undo

it’s already gone through a big revamp for usability as I tested it under “real” conditions.

it’s been massively simplified to three contraptions; card, canvas, and layercake.

I’ve made several updates. In particular, added over and under composite modes, along with several other things.

It probably operates more like people expect, now.

I plan on merging a lot of the functionality into the canvas target and layer widgets, to reduce the number of contraptions. Card target and layer contraptions will mostly remain the same. While the cards seem relatively limited compared to the canvases, they both serve a purpose: 1. being able to composite with the existing Decker drawing tools, and 2. a composited background for a canvas layer to trace over or underpaint.

https://woodring.itch.io/patternshop tutorial and deck

patternshop

a compositing tool for cards and ps canvases as layers

https://woodring.itch.io/patternshop

reload if the video is not playing

tutorial and playable deck: https://woodring.itch.io/patternshop

direct download of deck: https://codeberg.org/woodring/decker.patternshop/raw/branch/main/patternshop.deck

project and readme, which is pasted below: https://codeberg.org/woodring/decker.patternshop/src/branch/main

see https://codeberg.org/woodring for more decker things

synopsis

It’s a module and several contraptions that emulate layered drawing in other drawing tools. Or, it can be thought of as “Decker mega-underpaint mode.”

https://woodring.itch.io/patternshop

1. make at least three cards

2. put the patternshop contraption on each of those cards.

3. switch to interactive mode.

4. press 0 (zero) on each of the cards to activate the contraption.

5. draw on the first card in interactive mode.

6. switch to the second card. what was drawn on the first card appears there.

7. draw on the second card.

8. switch to the third card. what was drawn on the second will be under the first.

9. et voila, layered drawing!

Why is this important? Imagine:

• card1 has a rough sketch.

• card2 shows card1, to trace over card1’s sketch.

• card1 is deactivated, automatically removing the sketch, without having to manually erase it from card2.

• card3 shows the outline of card2, to add shading without worrying about staying exactly in the lines.

layered drawing - how it works

patternshop is a contraption that combines multiple images into one. In another PS or other drawing programs, it’s what’s called layering. In graphics, it’s what we call compositing or image composition.

Another analogy is that it’s like old school cel drawing, for animation, where the scene is composed of several stacked layers of transparent celluloid.

The mode of operation is to draw on the patternshop canvas, which is a transparent drawing surface, in front of the card background. All of the active patternshop drawing surfaces are combined together - in a stack. Then, the combined stack is copied onto each card background of each card that patternshop is on. This provides the combined result on each layer - i.e., card.

Images are combined in card order. To change it so a drawing appears under another, reorder the cards in the Decker menu, i.e. File->Cards. Later cards in the stack appear under the ones in front of it. For n layers, make n+1 cards with patternshop on it. The final card will show everything together, by itself.

IMPORTANT: Drawing on patternshop requires interactive mode - not drawing mode. Decker drawing mode only works on cards. To use the Decker drawing tools, draw on a card then use the patternshop swap function to move the image to the patternshop contraption. Alternatively, use ps_layercake contraption to copy it.

When drawing on a card, with an image on the patternshop canvas, it will be under the canvas - which is what might be wanted for more accurate underpainting. Drawing on patternshop only supports the freehand pencil with custom brushes and patterns.

But, what makes patternshop different is that allows for drawing on the canvas and simultaneously seeing the card background underneath - to trace over it. It’s like Decker’s built-in underpainting, but with patternshop there’s an arbitrary number of underpainting layers.

Note: the only composite mode that patternshop supports is under. To achieve over, move the card to the front of the card stack. The other compositing modes that Decker likely aren’t used in practice by most people and are not included.

usage notes

• To save your work, save the deck. Everything is retained between sessions.

• Reordering cards to change layer combining order is immediate, after closing the card order dialog.

• The starting visibility of patternshop and ps_layercake is transparent for the canvas to provide tracing over the card background, by default. They can both toggle between “solid”, “transparent”, “invert”, and “none”.

• Everything is hotkey driven - for two reasons: (1) save screen real estate, but more importantly (2) when drawing, especially with a tablet, it is common to have a hand hovering over hotkeys or program the tablet for the hotkeys. It starts with a toolbar that can be hidden with q after learning the hotkeys.

  • Buttons for 4, Z, and X only work with hotkeys. They are visually present to show what they hotkey is.

• As noted earlier, there’s a second contraption, ps_layercake, which is an advanced rubberband/select box that knows how to work with patternshop contraptions and cards.

• The patternshop and ps_layercake contraptions can be used in any Decker project, as long as the ps module is copied over, too. They will not work without it.

• Switching to a card will composite (combine) all layers if there is an activate patternshop on a card. It only updates “on view”; i.e., changing cards or having an animated widget on that card. But, having an animated widget on a patternshop card will slow Web Decker down quite significantly. While drawing, I do not suggest having animated widgets on the cards.

controls for patternshop

patternshop home row

1: toggle canvas visibility between “solid”, “transparent”, “invert” and “none”. starts in “transparent”. “solid” will hide the card background and “none” will hide the canvas.

2: toggle to the last brush used. starts with brush “1”.

3: toggle to pattern 0 and back to the last pattern used.

4: eyedropper tool that picks a pattern under the cursor. picks from the canvas first and the card second. does not change the pattern if it is pattern 0.

5: goto a card named palette. to be used in concert with 4, w, e, and ps_layercake’s custom brush function - to store patterns and brushes on a card, like a real-world palette. the palette card can contain whatever you wish - as long as it has a patternshop contraption on it. pressing 5 when on the palette card returns you to the previous card.

after learning the hotkeys or needing to temporarily move it

q: hide the toolbar

palette support

w: copy the brush from the palette card.

e: copy the pattern from the palette card

off patternshop home row

6: swap the image between the canvas and the card. to use Decker drawing tools - draw on the card and then swap it to the canvas.

7: erase the canvas.

8: set the brush. it will ask to provide a brush number or custom brush name. 2 swaps between two brushes.

9: set the pattern. it will ask to provide a pattern number in. for quicker pattern changing, use 4 and 5 with 3.

0: activate/deactivate the patternshop on this card. once activated, it will show all other active patternshops combined in card order. to remove a layer, deactivate it with 0. IMPORTANT activating a pattershop will ERASE any existing card background image.

undo and redo

z: infinite undo for canvases - up to available memory. no effect for cards. TODO need to put an undo limiter in to not accidentally run out of memory.

x: redo after undo. drawing after redoing will clear the redo stack.

ps_layercake support

r: make a ps_layercake at 100,100

ps_layercake hotkey to support patternshop

y: remove all layercake instances from the card. IMPORTANT: if there is more than one on a card, it will remove ALL of them.

controls for ps_layercake

ps_layercake is a select/rubberband box companion for patternshop. It can copy and move selections around the canvas and card background, more selectively than the patternshop swap (6) function.

It works in interactive mode, like patternshop. The upper-left box moves it and the lower-right box resizes it. All of the other controls are hotkey driven, like the rest of patternshop.

Also, it can be copy and pasted to any other card, just like any other contraption, moving the copied image between cards.

layercake to-and-from the card background

c: copy card background into layercake.

v: paste layercake onto card background.

n: merge card background into layercake. this is different than c, because it treats pattern 0 as transparent.

m: merge layercake onto card background. like n, this is different than v, because it also treats pattern 0 as transparent.

layercake to-and-from the canvas

d, f, h, j: copy, paste, merge into, merge onto for the canvas layer, instead of the card background.

other functions

t: toggle layercake visibility between “solid”, “transparent”, “invert” and “none”.

g: erase the layercake image contents.

b: save the layercake image contents as a custom brush. it will ask for a name.

y: remove all layercake instances from the card. IMPORTANT if there is more than one on a card, it will remove ALL of them.

on patternshop to support layercake

r: make a ps_layercake at 100,100

https://woodring.itch.io/patternshop

I was using it for frame timing for the bpm.

current time - last beat > bpm gap -> send a bang

so, i just hacked it by reoverflowing to positive by adding 2^31.

i just realized it’s still not 100% correct, because i’m not accounting for the timing gap (jitter) that is getting lost due to 60 Hz quantization.

---

update: oh, right. it wasn’t working because the “last frame” time was never initialized - so “current time” - “last frame” will always be negative, since it’s “current time” - nil (0). that’s the real reason.

so, anyways - i don’t know if negative sys.ms is supposed to be a thing, but it certainly wasn’t expected. it’s how i usually time gaps and don’t worry about initializing the first frame time for the possibility of negative time.

Here’s a version that’s a little more robust that will regenerate the card and allows for interactive updates to it:

# paste this into a card's (slide's) script (menu Card->Script...)
on view do
  # boilerplate start
  if card.widgets.sentinel
    each k in keys card.widgets
      card.remove[card.widgets[k]]
    end
  end

  f: card.add["field" "sentinel"]
  f.show: "none"
  # boilerplate end
            
  # your slide commands go here for each card
  # this is different for each card (slide)
  f: card.add["field" "title"]
  f.pos: 30,30
  f.text: "here is a title"
  f.font: "menu"
    
  f: card.add["field" "info"]
  f.pos: 50,100
  f.size: 200,200
  f.text: "here is some information"
end

As always, it depends.

If you want something simple or a DSL (domain specific language) like Adelie, not that I know of. Though, John has made a lot of different tools and modules that could stand in for parts of it.

But, the other way is that you can is using the built in Decker commands. If I add this to a card’s script, (go to the toolbar menu, Card->Script...) I can programmatically generate the card:

removed – see my next comment for an improved version

Again, maybe not 100% of what you’re looking for, but it’s there: https://beyondloom.com/decker/decker.html#cardinterface

Fixed.

I’m not sure how sys.ms is represented, but I think it has overflowed and wrapped into negative. It’s currently returning a negative value.

updated: does appear to be signed 32-bit overflow, adding 2^31 hacks around it

It’s because the bpm node is broken - sys.ms is returning a negative value

I’ll have to check into the metronome and synth, because it stopped working for me, too. I’m not sure 100% why - I’ll look into it.

Thanks!

Also, the reason that I didn’t (aside from running out of time) was the audio feedback for a biquad filter ended up being pretty computationally expensive.

So, it probably would have required reprocessing the entire playback prior to playing it to remove audio lag.

I just realized I’ve been misspelling your name. Sorry! I corrected it on the game page.

It’s immortalized in the deck - until I update it.

I squeaked mine through just before the end, too.

I updated the description to the entry and game page.

Millie - I didn’t end up connecting it to your synth, but I did steal your Twinkle, Twinkle, Little Star csv from it to use in mine.

A visual data flow programming sandbox/toy/tool for Decker. Inspired by Pd (Pure Data).

Make programs by dropping boxes (nodes) and connecting them together with wires or pipes - very little to no typing.

A more “physical” way of programming that is akin to wiring diagrams or pipe flows - where you can see the results immediately and programs don’t crash.

The first card has a tutorial to explain how to use dP. Dialog boxes will pop up to explain how to use it. Click in the boxes to continue to the next.

Cards in the deck (use left-right arrows to navigate through the cards or the Decker menu):

• tutorial card for using dP
  • Dialog boxes will pop up to explain - click in them to continue to the next
• demo for tracking mouse position and clicks
• demo for animating an object to move
• audio demo for a metronome
• audio demo for a tone generator with audio filters (2 cards)
• a simple one voice synthesizer that plays Milly’s Janky Tunes csv format
• the wiring for the tutorial card
• an editor that shows the dp module that drives most of dP

Made in Decker for Dec(k) Month 3 jam. Thanks to John for making Decker in the first place and Millie for the Twinkle, Twinkle, Little Star csv that I stole from her Janky Tunes sequencer.

CHANGELOG:

• 20260102 - release
• 20260103 - initialized bpm to account for negative sys.ms and fixed jitter due to 60Hz quantization

dP update. Now, comes the grunt work of adding more objects.

For me, I think the most appropriate metaphor is that it is the “workbench.” Or, the supercharged REPL: a computational notebook or a literate programming environment.

I’ve always gravitated towards things where I can work incrementally: Lisp, Lua, Jupyter notebooks, R-Studio markdown, etc. I’ve even gone so as far as making an environments where I can incrementally program and test C code, to emulate a notebook-like interface.

The other thing that I like, and you even mention this in the workbook section: it gives me the capability to build it as I need. That’s the Forth and Lisp creed. Or roughly, Unix creed. Do one thing and do it well - which I’ve always interpreted as, build only the thing you need.

It’s the peeve I have with other computer scientists or software engineers. They try to solve everyone’s problem, but end up either solving no one’s or doing it really badly.

So - yeah - Decker scratches the itch just right for me.

Yeah, thanks for the heads up. I was looking at the Janky code already, and had thought about it, too.

So, it’s not going to be a 1-for-1 emulation of Pd - because of that. I’m not sure Decker could handle the amount of processing. Maybe, maybe not.

But, I think a sound queue should suffice and give the appearance of realtime.