Oh, I forgot about that, say it was DE instead.

• With default zoom, the line numbers, the code and the cursor aren't aligned properly (In Chrome and Opera). Changing the zoom will fix it, but has to be set back on other sites, so please fix this:
  

Seems it magically fixed itself. I have no idea what happened

Haven't tested in Opera though.

The bug came back, and I realized that it's because the editor lib I'm using hates it when I change the line height, so I reset it to one.

It doesn't look as good, but at least it's not buggy.

Xeda reported another bug where the editor keeps scrolling to the top in Chrome, but I can't reproduce it—has anyone else noticed that?

It occurs when I have a long piece of code (so it all doesn't fit on the screen). I can use the arrow keys to move the cursor, but if I try to click and drag the scrolly bar (for the code, not the page) or if I click the arrows to move it down, or anything like that, it scrolls back up, automatically. I have the latest version of Chrome, by the way. I reset a few things (like the cache, via instructions from Deep Thought), but that still didn't help.

That was happening as of last week

Wooh, vijfhoek noticed earlier that the bug I was reporting happened when the zoom was not at default. I remember when the cursor bug was introduced, zooming made the cursor bug go away. I did not even realise that I was still zoomed out, but zooming back in fixed the scrolly bug.

This code seems to be throwing ORG off:
     xor a \ ld b,a \ sbc a,ixl \ ld ixl,a
     ld a,b \ sbc a,ixh \ ld ixh,a
     ld a,b \ sbc a,l \ ld l,a
     ld a,b \ sbc a,h \ ld h,a
     ld a,b \ sbc a,e \ ld e,a
     ld a,b \ sbc a,d \ ld d,a
Specifically it is the sbc a,l and sbc a,h that it is seeing as an unrecognised instruction. is it because of how you handled index registers? The opcodes for those are 8Dh and 8Ch, respectively.