http://gilgamesh.hamsterrepublic.com/cgi-bin/bugzilla/show_bug.cgi?id=304
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
> --- Comment #9 from [EMAIL PROTECTED]
> [paraphrase] What all should the delete tile key
> delete? ... I always hated having to cycle all the
way back to zero...
Perhaps a "local delete" key (say, Del) that deletes
the data you're currently editing (foemap) and then a
"global delete" ke
http://gilgamesh.hamsterrepublic.com/cgi-bin/bugzilla/show_bug.cgi?id=304
--- Comment #9 from [EMAIL PROTECTED] 2007-05-24 05:55 ---
I don't think suggestion 2 needs carried out. Placing new tiles requires
resetting passability, why should it be any different for layers? It just
see
http://gilgamesh.hamsterrepublic.com/cgi-bin/bugzilla/show_bug.cgi?id=304
--- Comment #8 from [EMAIL PROTECTED] 2007-05-24 03:03 ---
(In reply to comment #7)
> So, my suggestion:
> -To recalculate a tile (as in Reload..), OR together the defaults.
> -When placing a tile on a layer wit
http://gilgamesh.hamsterrepublic.com/cgi-bin/bugzilla/show_bug.cgi?id=304
--- Comment #7 from [EMAIL PROTECTED] 2007-05-19 20:29 ---
Besides mentioning that the O bit suggestion was mostly not serious, here's a
report on this bug:
We need to decide two things:
-How to change the curr
On 2/19/07, Bob the Hamster <[EMAIL PROTECTED]> wrote:
>
> heh :)
>
> Unfortunately, we cannot remove Overhead. It is needed for backwards
> compatability. And simply moving O tiles to the top layer will not have
> the same effect, because those tiles might contain black pixels.
>
Ctrl-O?
--
Ke
On Sun, Feb 18, 2007 at 01:00:53AM +1300, Ralph Versteegen wrote:
> On 2/18/07, [EMAIL PROTECTED]
> <[EMAIL PROTECTED]> wrote:
> > http://gilgamesh.hamsterrepublic.com/cgi-bin/bugzilla/show_bug.cgi?id=304
> >
> >
> >
> >
> >
> > --- Comment #6 from [EMAIL PROTECTED] 2007-02-17 03:46 ---
>
On 2/18/07, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> http://gilgamesh.hamsterrepublic.com/cgi-bin/bugzilla/show_bug.cgi?id=304
>
>
>
>
>
> --- Comment #6 from [EMAIL PROTECTED] 2007-02-17 03:46 ---
> You know, there is another option... use the Overhead bitset on tile
> passbility
>
http://gilgamesh.hamsterrepublic.com/cgi-bin/bugzilla/show_bug.cgi?id=304
--- Comment #6 from [EMAIL PROTECTED] 2007-02-17 03:46 ---
You know, there is another option... use the Overhead bitset on tile passbility
defaults as an Override bit on layers 1 and 2: it could cause the passib
http://gilgamesh.hamsterrepublic.com/cgi-bin/bugzilla/show_bug.cgi?id=304
--- Comment #5 from [EMAIL PROTECTED] 2007-02-16 11:36 ---
Um, I think that it may be better to have the layers do two seperate things.
One of the layers works on an 'OR' level (that is to say, it can only add
http://gilgamesh.hamsterrepublic.com/cgi-bin/bugzilla/show_bug.cgi?id=304
--- Comment #4 from [EMAIL PROTECTED] 2007-02-16 07:23 ---
(In reply to comment #3)
> I will implement this soon if no one objects.
>
I do not object
--
Configure bugmail:
http://gilgamesh.hamsterrepublic
http://gilgamesh.hamsterrepublic.com/cgi-bin/bugzilla/show_bug.cgi?id=304
--- Comment #3 from [EMAIL PROTECTED] 2007-02-15 17:20 ---
There is still only one Wallmap. This will not change no matter how many times
people say there is more than one. If the top and right walls are set for
http://gilgamesh.hamsterrepublic.com/cgi-bin/bugzilla/show_bug.cgi?id=304
--- Comment #2 from [EMAIL PROTECTED] 2007-02-15 16:46 ---
(In reply to comment #1)
> ubersetzung blocker.
>
> This affects all default passability handling when layers are involved, not
> just realing the defa
http://gilgamesh.hamsterrepublic.com/cgi-bin/bugzilla/show_bug.cgi?id=304
[EMAIL PROTECTED] changed:
What|Removed |Added
OtherBugsDependingO||255
14 matches
Mail list logo