Big obstacles like bar counters are likely to cause z-ordering issues.

We should be able to fix this by splitting up the  big obstacle into several
smaller ones.

On 01/15/2013 07:11 PM, Matthias Krüger - Roundup wrote:
>
> New submission from Matthias Krüger <matthias.krueger@famsik.de>:
>
> Big obstacles like bar counters are likely to cause z-ordering issues.
>
> We should be able to fix this by splitting up the  big obstacle into several
> smaller ones.
>

I now remember why we did not yet do it.
There are, in my opinion, 3 main reasons:

1) It will be hard to place/move a big split obstacle in the
    leveleditor, because our obstacle are not 'aligned' to floor tiles.
2) For the z-ordering issue to be fixed, the obstacle has to be split
    on floor tile borders. But, our obstacles are not 'aligned' to floor
    tiles. So a 'pre-split' part of a big obstacles could be on 2 floor
    tiles, leading to a potential z-ordering issue.
3) We will still have issues with obstacles with holes (such as the
    doors).

So, splitting big obstacles would help a bit, but will not solve the 
issue, and will complicate level designers job...

> ----------
> messages: 2400
> priority: important
> status: open
> title: fix z-ordering for big obstacles
>
> ________________________________________
> FreedroidRPG issues <bugs@freedroid.org>
> <http://bugs.freedroid.org/b/issue633>
> ________________________________________
>
> ------------------------------------------------------------------------------
> Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS
> and more. Get SQL Server skills now (including 2012) with LearnDevNow -
> 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
> SALE $99.99 this month only - learn more at:
> http://p.sf.net/sfu/learnmore_122512
> _______________________________________________
> Freedroid-bugs mailing list
> Freedroid-bugs@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedroid-bugs
>

The idea was to basically have 3 (or whatever) seperate obstacles who are
"grouped" only for selecting, moving, deleting in the editor.
E.g. when you click on one of them, all 3 obstacles become selected and the
action is applied on all of them equally.
Basically make the editor interface treat a group of obstacles as single
obstacle, but make the game treat it as 3 seperate obstacles, like this:
http://bugs.freedroid.org/b/issue368 (note: I'll have to re-do the sketches)