Hi, I've been debugging collision detection equations like these for the past few hours, and every "fix" I'd try would only make it worse.  So I figured it's about time to post it.

Basically what it's supposed to do is have a square, controllable via arrow keys, that moves amongst other squares while not going into them.  Think TWHG with just the player and the walls, and 4*4, and you'll have about the right idea.

Problem is, something's really screwed up in the way it looks for other blocks, and seems to be taking data from who knows where in the ram...

When you press alpha, it displays what the program thinks is under each of the corners laid out like this
I  J
N  O
0 is empty, 1 is occupied.

Also if you hold [2nd] when you press an arrow key it displays what the program thinks is just above/below/whatever in relation to the player sprite.

:.ATST3
:[F09090F000000000]?Pic1
:[F0F0F0F000000000]?Pic2
:48?D
:For(T,2,15)
:For(S,0,23)
:If rand^2
:1?{D+L1}
:Pt-Change(S*4,T*4,Pic2)
:End
:D++
:End
:End
:4?X?Y
:Repeat getKey(15)
:Y/4*24+(X/4)+L1?I
:Y/4*24+(X+3/4)+L1?J
:Y+3/4*24+(X/4)+L1?N
:Y+3/4*24+(X+3/4)+L1?O
:If getKey(48)
:ClrHome
:Disp "I",{I}?Dec,i,"J",{J}?Dec,i,"N",{N}?Dec,i,"O",{O}?Dec,i,I?Dec,J?Dec,i,N?Dec,O?Dec
:.those are the newline "i"s btw
:While getKey(48)
:Pause 10
:End
:End
:If getKey(1)
:If getKey(54)
:ClrHome
:Disp {I+24}?Dec,{J+24}?Dec
:While getKey(54)
:Pause 10
:End
:End
:If {I+24} or {J+24}
:Else
:Y++
:End
:End
:
:If getKey(4)
:If getKey(54)
:ClrHome
:Disp {N-24}?Dec,{O-24}?Dec
:While getKey(54)
:Pause 10
:End
:End
:If {N-24} or {O-24}
:Else
:Y--
:End
:End
:
:If getKey(2)
:If getKey(54)
:ClrHome
:Disp {J-1}?Dec,{O-1}?Dec
:While getKey(54)
:Pause 10
:End
:End
:If {J-1} or {O-1}
:Else
:X--
:End
:End
:
:If getKey(3)
:If getKey(54)
:ClrHome
:Disp {I+1}?Dec,{N+1}?Dec
:While getKey(54)
:Pause 10
:End
:End
:If {I+1} or {N+1}
:Else
:X++
:End
:End
:Pt-Change(X,Y,Pic1)
:DispGraph
:Pt-Change(X,Y,Pic1)
:End
Needless to say this isn't my contest entry, but it's somewhat related.  One minor bugfix led to another and it spiraled into a revamped system for detection, which this is an oversimplification/unoptimization of.

What the title says.  It seems to multiply when someone says something, but it's also somewhat random.

EDIT: added gif of scrolling.  calccapture ftw

It's occurred to me that omnimaga is kind of RPG-based, what with the things in the banner and the rank progress bars.
So I was wondering about something that, imho, would be pretty neat...

When a person has the amount of posts to level up, a pop-up or PM (or something else) appears/is sent to the user.

[data taken from here, tho it's out-of-date]

You've leveled up!
Now: Level 2

You've learned new abilities! [or something like that]
• OmnomIRC
• Poll voting

Maybe they can get more extravagant as the level-ups continue, or maybe a sort of story is included in each level.

I'm not sure how feasible that would be, just thought I'd put it out there

I've been curious for a while about that "help" option that shows up when Axe is started up.
What is planned be put inside of it?
Fix tokens index, L# volatility explanations, other tricks like the backup key and such?
Or some sort of document, explaining what Axe is?

The code below is eventually going to be put in the Tio level editor.
The idea is to either insert or remove a level from the pack.
Str0T is temp string, something like "appvTEMPLVL"
Str0L is the real level set.
r6 is the pointer to start off the level var.  getcalc(thing)→r6 then →P.
P is manipulated to change the level that's pointed to within the set.
Q is simply {r6-2}^r stored to a var
One level is 384 bytes large, one "level slot"
After INSERT
Inserts a level where the pointer is.  One slot.
What  it's  *supposed* to do is copy all the data from the current pointer  one slot forward, making the level larger and leaving a gap where the new level can be started.
After DELETE
Removes the level pointed to.
Pulls back the levels after the currently-pointed-to level, shrinking the pack and overwriting the current level.
The 31337 lets the game know, when it's reading through the level appvar, where the appvar ends.
So, the code.

---

Main editor program to an extent
PROGRAM:STIO10E
:.program start
:.header, sprites, strings, main menu, level select
:.more stuff
:Lbl E
:.Editor start
:.load level, start main loop
:.main loop starts
:.cursor movement code...
:If getKey(10):3→r1:Goto LVL:End
:If getKey(11):4→r1:Goto LVL:End
:If getKey(12):1→r1:Goto LVL:End
:If getKey(13):2→r1:Goto LVL:End
:.rest of main loop
:.main loop ends
:.subroutines
:Lbl LVL
:prgmLEVEL
:Goto ESub-programPROGRAM:LEVEL
:..
:{r6-2}^r→Q
:.^r is same as the result of [sup]r[/sup]
:!If r1-1
:.Q-1→Q
:.INSERT
:GetCalc(Str0T,Q)→B
:GetCalc(Str0L)→C
:copy(C,B,Q)
:GetCalc(Str0L,Q+384)→C
:copy(B,C,Q)
:31337→{Q+384→Q+C+1}^r
:End
:!If r1-2
:.DELETE
:If Q+385
:Q-384→Q
:GetCalc(Str0T,Q)→B
:GetCalc(Str0L)→C
:copy(C,B,Q)
:GetCalc(Str0L,Q)→C
:copy(B,C,Q)
:31337→{Q+r6}^r
:End
:End
:.manual switch
:!If r1-3
:.previous
:If P-r6
:P-384→P
:End
:!If r1-4
:If {P+383}^r-31337
:P+384→P
:End
:.Return
I've tried this code, and it led to a pretty epic RAM clear, even caused the BLOD somehow
On another try it made a gigantic overflow variable which on recall caused another crazy RAM clear.
Clearly, I'm going to need some help getting this to work properly...
1) is it plausible?
2) what's wrong with it?  I've been coding for less than a year and make some pretty dumb mistakes sometimes, and I'm guessing this might be another one...
3) can it be fixed, or would it need to be completely re-written?

EDIT: this code, and the text almost verbatim, is in a kompispad (read:etherpad) at http://kompisen.se/tio and the "Tio Dev" link in my sig goes there as well.

I've wondered if it would be possible to have the New Posts page automatically refresh when a new post was made.  It would probably be disabled by default, but it could be pretty useful.

Would it be possible?

Speaking of this "random garbage" popping up, it gave me a game idea.  A platformer, with essentially no purpose (except to have fun/kill time) that reads from the RAM, in which you can switch 'dimensions' (inspired by the random blocks appearing and disappearing at random in the old versions).  
So... thanks for that

[↑ quoted from sandland thread]
So, I started by modifying an old version of Sandland to see what I could come up with.  It's worked pretty well.
See first screenshot. Screenie removed b/c of confusions.
You can probably tell how it's supposed to work.

After that, I went to code my own.
It reads starting at a random spot in RAM.  The 'other dimension' is that pointer plus 32768 (65536/2).
It doesn't work as much.  See second screenshot.

Can someone look at the source and see what's wrong?  It seems to not be detecting tiles that should be there, or standing on a tile that's not there...

Variables:
E: starting pointer
I,J: tile offset from E.
N,O: pixel offset from I,J
whether or not player is on top of a tile
FGKL, PQUV: used for detection of tiles
Z,Θ: X- and Y-velocities

Thanks in advance

Controls for Dimension: left/right: move left/right
2nd: jump
Alpha: swap dimension
Clear: quit

btw I'm not dropping Tio for this, I'm kind of using this to learn more about smoothscrolling tilemappers before I apply it to Tio.