Skip to main content

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

One more question I had about distributing a "native" deck (not sure what else to call it)... Are there ways to limit how a player uses a deck? 

Like if I wanted to keep the entire Deck to mouse only and eliminate the ability to navigate cards via keyboard, could I do that through Lil?

(+2)

This one is easy! You can override the "navigate" handler to have the arrow keys do something else, or indeed nothing.

For my projects I just put this in the deck-wide script

on navigate do
end
(+1)

One thing that occurs to me is that it isn't, as far as I know, really possible to obfuscate a deck and stop people from poking around at its innards. Since a .deck is basically just a text file it's not hard to open it up and look at code or indeed change it to "unlocked".

Obviously that's something they'd have to explicitly choose to do instead of stumbling upon by accident but it may be a consideration, depending on what you're doing.

(+3)

free built-in modding tools at no extra cost!

(+2)

Supplementing Millie's correct answer, I often like to use this version of the navigate event that I first saw in Internet-Janitor's Dex-Vex.

on navigate x do
 if !deck.locked send navigate[x] end
end

With this version you can still use arrow keys in interact mode -- but only while the deck is unlocked. This can be useful while building and testing. 

But when the deck is locked for publication the keyboard navigation is completely removed, exactly like in Millie's version.