Skip to main content

On Sale: GamesAssetsToolsTabletopComics
Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines

"Sketchbook" user experience

A topic by tangentstorm created Dec 13, 2022 Views: 278 Replies: 3
Viewing posts 1 to 4
(+1)

I was experimenting with using my drawing tablet in Decker (full screen mode), and a few quality of life feature requests came to mind:

  • It would be nice to be able to navigate the deck with some sort of toolbar buttons. Things I found myself wishing for:
    • New card button. (Currently three clicks, as far as I can tell)
    • Next/last buttons. (Gesture navigation is great but it would be nice to be able to navigate without giving up the tool you're working with. Imagine trying to draw a flip book, for example.) I programmed the scroll wheel on my tablet to do this for me.
  • Once I had my scroll button programmed to switch cards, I found myself wanting to use other programmable buttons to switch tools, but that would require keyboard shortcuts to switch between the tools.
  • Small bug (?): Dragging a draggable canvas triggers navigation.
  • A cheat code that let me draw using the colors would of course be nice. :D
  • It would be nice to be able to long press or double click on widgets to get at their properties.

It would be neat to have a tool that let you lay out cards in a 2d space or slide show. Perhaps if the navigation toolbar existed (a horizontal bar with four arrows) you could long press a direction to add, insert, or replace a neighboring card. The idea is that there would be some sort of default "connections" module that stored a connection graph for the whole deck. 

Also... This whole line of thought kind of makes me think that maybe it would be nice to have a single card that acted as an overlay for every other card in the deck, or perhaps to have each card capable of expressing one overlay card (no opinions on what to do if that card also has an overlay). That way users could customize the deck as a whole, and be very close to adding features to decker itself.

BTW, I understand that child cards work somewhat like this, but when you're starting from the perspective of drawing a bunch of things on each card and trying to link them together, then child cards don't work, because they all share the parent's background image.

What I'm picturing here is really not so much inheritance as composition. One card is providing some kind of global "this deck is an application" logic / overlay, and the other cards can be literally anything you want.

Double-clicking already does what I want with widget properties: my issue appears to be a problem with the speed at which I'm able to double tap the stylus. Perhaps the threshold for what constitutes a double click could be just slightly longer?

Developer

Several of these will be addressed in the next (v1.7) release version.

  • Added File -> New Card as a convenience.
  • Fixed the undesirable interaction between Nav Gestures and canvas dragging; this was an oversight.
  • Switching tools from the keyboard is a bit tricky; they need to be shortcuts that "cut across" a number of complex contexts to be really useful. I don't see any reasonable way to do this within the constraints of a web browser, but I've added mappings to F1-F12 for tool swapping in native-Decker, which addresses your use-case.

Double-click speed is really fiddly; as far as I know, SDL doesn't expose the OS-level double-click delay. If you do some experiments modifying DOUBLE_CLICK_DELAY in the source (which is measured in frames, at 60hz) I'll consider tweaking the value. Alternatively, you could use enter or space as a properties shortcut.