
dislekcia
Interface thinkings and more art
We can safely reveal that the artist responsible for the character portraits that got some of you salivating even more than usual is none other than: Lurk! Recommended some months ago by Derek Yu (possibly to stop us saying thank you for the tileset), Lurk answered our “Would you be interested in working on Desktop Dungeons?” email with this image:
I’ve been spending a lot of time redesigning DD’s interface. Again… (You can see Lurk’s mockup is based on an even older version of the game) Thankfully the event-based design now means that the UI can sit on top of the game logic like a spider, registering to get events that it cares about (like the player taking damage, or mousing over a glyph) without having to be integrated into the logic at all. Essentially the interface is the most self-contained one I’ve ever worked on.
That may not sound like much, but UI coding is almost universally reviled in game dev circles – sitting somewhere just above game tester in the hierarchy of traditional studio progression, below pond scum. Anything you can do to get you amped about an interface is a good idea. Interfaces often end up being polished late in a project, right after the point when everyone throws code etiquette out the window during crunch – they’re historically messy, bug-riddled and done way too fast. Also, I like spiders, they’re cool.
The problem with an inventory
Because DD now has an inventory, there are some design considerations that need thinking about. Wait, didn’t we talk about the inventory before? No? Oh… Well, there’s an inventory now. Glyphs take up a full slot, potions and small items take up a 5th of a slot and split that into a sort of “belt”. Uh. It makes more sense when you’re playing, honest! Items give us some really nice elements to play with, like giving different items different conversion values and limiting the number of physical vs magical items that different classes can carry at a time. That sort of thing.
Anyway, because of all this added functionality, the Inventory is now a panel on its own. This gets a little confusing when you mouse over an enemy and their information panel obscures your inventory. Well, actually it’s not confusing at all: The inventory pops right back up when you mouse off again (which you would need to do to select a spell). But it does mean that our fast-casting numbered slots system needs to adapt accordingly.
Our two main approaches are a popup menu that basically mirrors all the elements you can interact with in your inventory without having to mouse all the way over to the right side of the screen and a hotkeying system for instant casts/uses.
The debate around the popup menu is if we should make it context-sensitive so that you right-click on an enemy/wall and only get things you can do to that enemy/wall and right-clicking on yourself pops up buff glyphs and potions, or if we should just do a radial menu of everything you could conceivably interact with irrespective of the context.
Hotkeying is similar: Do we allow players to assign hotkeys on the fly, by tapping 1 while mousing over a glyph in the iventory for instance – meaning hitting 1 in the game area will cast that glyph. Or do we assign each individual possible interactive item/glyph/potion a unique hotkey, similar to how M and H use mana and health potions in the freeware. We’re calling that the Diablo vs Starcraft debate… Yes, we could theoretically do both. Which would you prefer though? Which would you use the most?
November 2nd, 2010 at 2:43 pm
Lurk’s work is FUUUU-
..really nice-looking.
November 3rd, 2010 at 2:21 am
I’d vote for static 1-4 keys for the glyphs area, so.. Diablo. Since you can only get 4 glyphs at once, what’s the point of assigning half the keyboard to them? I reckon starcraft’s hotkeys ended up as they are because you’re navigating a much more complex set of options (all of which can be available at once). If you used the SC way, I could probably play 20 games and still not know all the glyph hotkeys. (and would do a lot more checking to see what it is, or get annoyed and just not use hotkeys)
Contextual sensitive radial is probably better, but more work. Main thing there is to keep ordering consistent. (One way is to display all options and grey out ones you can’t perform)
November 3rd, 2010 at 8:47 am
Would the old save data work with new version ?
November 3rd, 2010 at 10:06 am
Wow.
November 3rd, 2010 at 10:59 am
That looks really cool, this guy really got a style.
Something I’m wondering though…will there be animations in the game ? (like walking anim (although this isn’t very much compatible with your teleportation system), and most of all FIGHTING animations, so you actually see who strikes first….that would be pretty cool).
November 3rd, 2010 at 12:59 pm
the art is way sexy! need more and fast >.<
November 3rd, 2010 at 1:12 pm
@Cybuch: Nope, old saves won’t work with the new system – differen’t unlock sets, although we are thinking of adding in some unique quests for returning users.
@Bretzel: Walking animations, probably not. Fighting animations are already in, although still need to be polished – you can totally see who hits first now 🙂 It’s a balancing act to figure out how much content we do and don’t need.
November 3rd, 2010 at 6:06 pm
Fixed hotkeys for spells and items. DOTA is the best example: thousands of hotkeys drove people crazy until 3rd party programs rebinding keys.
NAO RELAESE DA GAME I WANNA PAY AN PLAYA IT!!!
November 5th, 2010 at 2:12 pm
Now, how about a proper updated Mac-version?
Mac users love casual gameplay.
November 8th, 2010 at 4:04 am
Oh good lord you’ve got Lurk on board. Thought that teaser art looked familiar. As if this game wasn’t amazing enough as it was! Fantastic news.
Hotkeys? I really love the current Fixed 1-4 system. I never have to click on a spell to cast it, which makes magic combat as quick as standard weaponry. I’d think it the more accessible option, too – no need to memorise keys, right?