*bump* I finished implementing almost everything necessary for organizing, counting, displaying, and running Apps. You can see a demonstration of the process in the screenshot below. Three tasks remain:
1) An option that lets you prevent the Apps folder from being recreated
2) Proper behavior when an App quits because [2nd][ON] was pressed.
3) Test working with 17 or more Apps (does anyone have a TI-84+CSE with 17 or more apps to help test?).

3) Test working with 17 or more Apps (does anyone have a TI-84+CSE with 17 or more apps to help test?).

One somewhat simple way to pad the app list would be to send lots of TI-Boy CSE games. They don't even have to be different games, you can just take the same (smallish) ROM and keep converting it with different app names. It might be a good test of control return as well, because TI-Boy does some crazy stuff, basically overthrowing the entire OS and then reinstating it.

Also, now that this is clearly going to be a thing, I would advocate for establishing and publicizing a standardized header format for apps to carry icons and other such metadata, like programs. The sooner the format is announced, hopefully the more app designers can adopt it.

3) Test working with 17 or more Apps (does anyone have a TI-84+CSE with 17 or more apps to help test?).

One somewhat simple way to pad the app list would be to send lots of TI-Boy CSE games. They don't even have to be different games, you can just take the same (smallish) ROM and keep converting it with different app names. It might be a good test of control return as well, because TI-Boy does some crazy stuff, basically overthrowing the entire OS and then reinstating it.

Sounds good; I'll see what I can do. Thanks for the suggestion.

Runer112 wrote:

Also, now that this is clearly going to be a thing, I would advocate for establishing and publicizing a standardized header format for apps to carry icons and other such metadata, like programs. The sooner the format is announced, hopefully the more app designers can adopt it.

I strongly agree. Although I now have 33 bytes left on Page 0, and I'm not sure if I have the space for implementing custom icons in 8.1, it definitely needs to be defined now.

tifreak8x wrote:

Stupid question, but would it be all THAT much different than doing the same with asm?

Yes. TI has a set of structured fields for the header of Apps, whereas DCSE defines its own (different) header structure system for ASM programs.

Hhmm... perhaps there should be a toggle to enable APPS in the program list or not?

KermMartian wrote:

1) An option that lets you prevent the Apps folder from being recreated
2) Proper behavior when an App quits because [2nd][ON] was pressed.
3) Test working with 17 or more Apps (does anyone have a TI-84+CSE with 17 or more apps to help test?).

Edit: (1) is complete.

What it actually is is an option to show or hide the Apps folder. If you choose show, it forcibly creates the Apps folder. If you unchecked it, the Apps folder is forcibly deleted.

No, thank you. While certain aspects would be fun, seeing other people stumble along with OS projects for many years and unfortunately or fortunately (depending on the project) no hope of ever getting more than a handful of users greatly discourages me.

AshBob5000 wrote:

any app? of course not including finance but i have 24: [...]

Thanks for the suggestions. I did indeed jump over to TI and grab more Apps, which both helped me to determine that multiple pages of Apps work properly, and that certain TI Apps are no friendly about the state in which they leave flags.

Last edited by KermMartian on 07 Jun 2014 01:13:39 pm; edited 3 times in total

*bump* I have updated the feature/bug matrix for Doors CSE 8.0 as follows:

Known Bugs:
[X] Running Ans-hidden BASIC programs from the homescreen produces the DCSE version error message This turned out to be much harder to solve correctly than anticipated, as solving it correctly required overhauling how Doors CSE counts and organizes programs for display. It now differentiates between programs that should never be run and programs that are runnable but unlisted.
[X] ArcUnarcVar shouldn't draw an hour glass on the screen Repaired. Shell functions call Arc_Unarc_DCSE_ShowHourglass. BASIC functions set the accumulator to nonzero and call Arc_Unarc_DCSE.
[X] Leftover DrawShape mode setting described in this posttr1p1ea has indicated this is repaired
[X] ReplaceLine bug detailed in this postTIfreak8x has confirmed that this is fixed
[X] Executed Apps that request the calculator turn off fail. Repaired with the help of the ever-knowledgeable BrandonW. WikiTI's incorrect information needs to be fixed.
[_] Hard-to-track Error: ? bug
[_] Figure out how to make RabbitSign or any signer sign Apps with custom icons.

Feature Requests:
[-] ArcUnarcVar should take an optional argument, 0 for Arc, 1 for RAM, so it can work as more than just a toggle Suggestion discarded. Programmers can use det( with this function to prevent it from toggling a variable to the wrong place.
[X] Menu option or desktop icon to run Apps (see Runer112's post) Apps can be listed, run, and so on.
[X] Custom App icons Implemented as new App header field 029h.

I wish. It's something I've always wanted a full-fledged calculator version of (see Civilization Simulator I, which was originally named Age of Empires), but I don't think I could fit a decent AI in any reasonable space, sadly.

Quote:

Honestly, though. That's friggin beautiful. In a way. Because it works. Yeah, something like that.

Thanks, I am very happy with it. I hope to release a Release Candidate today, but on the other hand, I don't want to do so if tr1p1ea's part is not ready.

Have your own thoughts to add to this or any other topic? Want to ask a question, offer a suggestion, share your own programs and projects, upload a file to the file archives, get help with calculator and computer programming, or simply chat with like-minded coders and tech and calculator enthusiasts via the site-wide AJAX SAX widget? Registration for a free Cemetech account only takes a minute.