These are chat archives for FreezingMoon/AncientBeast

4th
Jul 2016
Cong
@cxong
Jul 04 2016 09:13
by the way, when working on gummy mallet, I'm using hex choices, but if the choices overlap and you hover over the overlapped area, both areas show. This is fine afterwards as only one area ends up in ability.activate(), but it's a confusing UI, and to fix it I'll need to dive into the UI code and figure out how to fix that up - that may take a bit of time. Just a heads up
blob
Dread Knight
@DreadKnight
Jul 04 2016 09:16
hmm
another solution would be to only target the nearby hexagon
Cong
@cxong
Jul 04 2016 09:21
you still need to show the targeted area though
Dread Knight
@DreadKnight
Jul 04 2016 09:22
yes, but it won't switch by going on the common hexagon midline
Cong
@cxong
Jul 04 2016 09:23
how do you do that?
Dread Knight
@DreadKnight
Jul 04 2016 09:23
so mid one and nearby one could be shown with full hexagons, while the other ones will be with dashed hexagons, so you click nearby or or middle one only
and while you hover one of those 2, the other ones except them show up, dashed
Cong
@cxong
Jul 04 2016 09:24
oh ok; I'll try that, but I'm not sure what hexes get passed into activate as a result
are the dashed hexes passed in too?
Dread Knight
@DreadKnight
Jul 04 2016 09:25
dunno, but those usually mean they're in the target area, just initially blocked
(like in case of Nightmare ultimate ability, he hits first distant target, yet the ultimate pierces through and continues)
Cong
@cxong
Jul 04 2016 09:33
hmm; the UI also means it's impossible to just target this hex:
even though technically the ability allows it to
blob
Dread Knight
@DreadKnight
Jul 04 2016 09:38
awesome, gitter won't allow me to drag a picture here
blob-omg-gitter.jpg
finally
so you would target one of the two circles in order to his all that area
including the one you marked as untargetable
Cong
@cxong
Jul 04 2016 09:39
yeah but if you want to hit only that area
Dread Knight
@DreadKnight
Jul 04 2016 09:39
it's an area attack, all or nothing
if you want only that area, other units are more suitable :P
Cong
@cxong
Jul 04 2016 09:40
ok; what about say the hexes below?
Dread Knight
@DreadKnight
Jul 04 2016 09:40
same style
Cong
@cxong
Jul 04 2016 09:40
blob
so in that scenario, you get to click on the left side blue circle you made
Cong
@cxong
Jul 04 2016 09:41
sure; but red isn't possible because it happens to be an overlapping hex
Dread Knight
@DreadKnight
Jul 04 2016 09:42
you would never ever be clicking the "common hexagons"
you would only click nearby or center ones
since they never overlap
overlap = common hexagons between 2 target areas
Cong
@cxong
Jul 04 2016 10:17
the UI still doesn't seem ideal
blob
for some reason the dashed hexes don't show up; maybe because the surrounding hexes are all part of choices, i.e. solid lines being drawn
also it's not clear from that picture that the ability can hit all 7 hexes
Dread Knight
@DreadKnight
Jul 04 2016 10:18
xD
Cong
@cxong
Jul 04 2016 11:35
so I was trying to hack at fnOnSelect() to see if I can highlight the overlap hexes even if they're not choices, then I discovered I can solve this problem just by ensuring that only one choice is ever used - this involves changing two "break"s into "return"s.
the impact is that queryChoice can only show and return one choice at a time, but I think that makes sense anyway
I think the overlap hex highlighting two choices should be considered a bug
Dread Knight
@DreadKnight
Jul 04 2016 11:50
hmm, ok
Cong
@cxong
Jul 04 2016 11:58
one problem is that this causes an inconsistency; it is possible to target the single hex choice on the right edge of the grid, but not the left
this is because of the order of the choices
I guess it could be fixed by checking the choices, to see if they contain any non-overlap hexes, and if they don't then exclude that choice altogether
or reordering the choices based on number of hexes in that choice
alternately, if we sort the other way, then all choices can be selected
Cong
@cxong
Jul 04 2016 12:04
up to you; do you want the single-hex choice to be valid, or not?
Dread Knight
@DreadKnight
Jul 04 2016 12:08
you mean the one you showcased initially, using half a hexagon?
Cong
@cxong
Jul 04 2016 12:08
yes - 1 hexagon
Dread Knight
@DreadKnight
Jul 04 2016 12:10
um, half or whole? xD
Cong
@cxong
Jul 04 2016 12:10
whole
blob
so we can do one of two things: 1: when you hover over the blue/red overlap, it selects the blue area (this also means it's impossible to select red), or 2: it selects the red area
Dread Knight
@DreadKnight
Jul 04 2016 12:11
yea, no red only in that scenario...
Cong
@cxong
Jul 04 2016 12:11
it also means that the black/green overlap will select the green area or the black area respectively
ok
Dread Knight
@DreadKnight
Jul 04 2016 12:12
so clicking a nearby and middle hexagons will define the whole areas
Cong
@cxong
Jul 04 2016 12:13
not sure what you mean
if you hover over a non-overlap hex, then it will just display the (up to) 7 hexes for that choice
gummymallet.gif
Cong
@cxong
Jul 04 2016 12:23
is this ok?
Dread Knight
@DreadKnight
Jul 04 2016 12:53
looks ok
will test it out soon and provide more feedback I guess
perhaps the "overlapping" ones could default to a specific direction, like clockwise for left side players or counter-clockwise for right side players, or something like that
Chimera's Chain Lightning kinda had a target picking behaviour similar to that when the Lightning would arch
Dread Knight
@DreadKnight
Jul 04 2016 12:58
seems you're even handling that hard to reach area, neat
hopefully it will actually be targetable and it will make sense visually (like cursor pointer)
eventually will have to test the targeting using hotkeys as well (arrows, maybe even WASD but can't recall if those were used for targeting as well)
at some point when animations will be added, will have to consider removing the x-ray if triggering an action that's targeting above/behind the active creature, as it will look better
Dread Knight
@DreadKnight
Jul 04 2016 13:10
well the clockwise/counter-clockwise default behaviour for the common hexagons could cause issues with selecting the desired spots if I think about it so meh, nvm that
hope the thing will go well with touch screens
will probably have to confirm the selections at some point if that will be needed
at least area ones that are trickier
Dread Knight
@DreadKnight
Jul 04 2016 13:29
maybe I shouldn't worry too much about confirming area selection on touch devices, next generation screens might have some new technology incorporated which will allow for moving a cursor by simply hovering a finger above the surface, without even touching it; seen some videos rather recently demo-ing that
kinda emulating the behaviour of a mouse in a way
Cong
@cxong
Jul 04 2016 14:30
well it could be hold-and-release instead of hover/click, or click/touch - confirm
Dread Knight
@DreadKnight
Jul 04 2016 15:38
perhaps, got more ideas; will focus on it when I'll be playing the game on tablet quite a few times