Ok so first of all, AWESOME update Kerm and tr1p1ea!

Secondly, a few issues I ran into with the new version after I resetted my calc and deleted the DCS8 appvars:
-Sometimes, when ALPHA scrolling through the code, some lines will not show up properly then if you move the cursor normally among them, the calc will mess up. However no RAM clear occured, so after it finally turned OFF, I turned it back on again and I was fine it seems.
-Also, regarding the program name that now appears in the gray bar at the top of the screen when editing them: If you visit a menu then come back to the editor, the program name will disappear, then if you visit a menu again it will appear there instead.
-At the start or exit of a program, holding down a key pauses it until you release that key.


Third, the first xLIBC game ever (I'll try to upload it here and TI-Planet when I have some time)

http://www.omnimaga.org/index.php?action=downloads;sa=edit&id=865

This game is not meant to compete with AssemblyBandit's game, but rather to show one type of program that is possible with xLIB. It's a demake of my HP Prime Tunnel and it runs at around 4-5 FPS, versus 60 on the Prime with timers removed.

Even scrolling will make that go away. I can't find anything in the editor code that would cause this, so I believe that it's a subtle OS bug of some sort. I've also seen it without ALPHA-scrolling sometimes.
Aye, this does indeed happen. There's not much I can do about it, due to what the available hooks can and cannot do. Also, the first key you press in the editor will repair this.
Also intentional; it's debouncing to prevent keypresses from affecting programs.

I look forward to it hitting the Cemetech and ticalc.org Archives ASAP.

I noticed with the color text, using disp when all the lines are full, the text scrolls normally, but all the previous formatting is lost...

Indeed, that's a weakness of the OS. It does not store the foreground and background color for characters anywhere, so you just need to not scroll the screen when you use that feature.

ok here is all of my code. im pretty sure you dont need pictures though:


Code:


there is to be a char that moves around a grass field. he does it is just that there are artifacts of him as he moves around

EDIT: i changed it to a 8x8 sprite but now he flashes in spaces he has ben

It looks like you are only restoring an 8x8 tile but your sprite is 16x16?

Actually this problem led me to a bug in xLIB so for that i must thank you .

The issue is more the process than anything else. You are drawing and moving a 16x16 sprite around a tilemap but you are only redrawing a single tile. Now the function that can best help you (drawSpriteTileBGA) is faulty in this release! :S.

You can of course specify to draw a 24x24 sprite at the tile locations that your sprite is over, but that would be slow .

The code has been fixed for drawSpriteTileBGA and will be available when DCS is released.

So I created a bit of a fonthook at the expense of about 200 bytes on page 1 that fills in the two pixels below homescreen characters with the background color when DCSE's color-text mode is enabled, like so:



I have two questions for you guys:
1) Should I bother trying to find a safe way to back up and restore any existing font hooks?
2) Should I insist people release their DCSE8 ASM programs unlocked, so that users can see the OpenLib(DoorsCSE) header? With them locked, that header is sort of useless as a hint to download the shell.

The text is cool but I'm not sure you have to worry too much about existing font hooks? How popular are font hooks?

Also the second issue is a tricky one, some people may want their code locked away for safety reasons but I understand your concern.

EDIT - Could some code be placed in the header with a warning to download DCS if not present ... also that 2nd screenie is awesome .

There are none for the TI-84+CSE yet; the only reason one would exist would be to change the font (a la Omnicalc).

Yeah, the unlocked programs are certainly a problem as far as people deleting random stuff. I'm trying to think what kind of display code would fall under that specification.

Saving and restoring hooks is the polite/interoperable thing to do. If you wanted to insert a "Download Doors CS or this won't work" warning, put a Pause "DoorsCSE Required" BEFORE the OpenLib, so that the bug in this version of TI-OS isn't triggered before the message appears.

Also, I still think it's worth investigating the source of that bug ourselves, if TI is uncooperative.

The hook is now saved and restored, if one exists. And I agree that that's the right way to solve this; I will add that to the canonical header and make sure it still works with my current detection routines. It should.

I believe they don't bother detokenizing the string.

Edit: Current todo list:
- Overhaul how Properties menu is rendered and parsed. There will be three types of menus for three things you might be right-clicking on: empty space, folder, and program.
- Add delete confirmation, simple Yes/No menu with left and right arrow keys and enter/2nd.
- Make sure that an expanded header with a Pause "Doors CSE required" still works.

You are correct. Try:

Code:

(I am completely serious)

parrotgeek: If that works, I would crack up.

Likewise. I will try it shortly.

In the meantime, as requested, I have re-worked how the Properties menu renders, at the cost of about 150 bytes on Page 1 (and a few bytes on Page 0):

i cant help but notice that you battery color keeps changing is that the gif or dcse

That's a jsTIfied bug that I need to deal with one of these days. There's quite a backlog of jsTIfied and SourceCoder 3 stuff I need to work on once I finish Doors CSE 8 and other projects.

also can you change places of edit and delete

Cool! It isn't just every day that something in DCSE is made to be better than DCS7! Most of its time is spent catching up(and occasional degrading). I am glad we'll finally have those semi-custom "right-click" menus. Now, can we ever get the menu back to next to the program that was right-clicked, as in DCS5 Pro? You know, I actually loved DCS5 Pro: for the TI-83 it was groundbreaking.


[edit] Not slamming catching up; it is a worthy way of spending programming time

I liked that too, but it just wasn't worth the extra code size for the eye candy.

Anyway, speaking of improvements, I also implemented the delete confirmation menu. Would any of you be willing to do some testing of the new Properties menu and new Delete confirmation to make sure all of the options work and don't crash?



I'm pretty happy to say that this doesn't work.

I could test it.