This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - thepenguin77
16
« on: March 12, 2014, 11:40:11 pm »
Man, I didn't even know zStart could be made more awesome that it already was. I just put it on my calc and it's perfect. Speed is really far from being an issue and I can see my indented code without having wrapped lines.
However, Wabbitemu doesn't want to receive this update (says "file too big" even if I have a lot of free RAM (everything is archived) and a lot of free archive. And it doesn't want to uninstall the previous version either, it starts turning off instead of opening the program menu and not accepting any number key input in the homescreen. I had no problem to install it on my calc though (except that it seems like I had to sign the app).
I'm pretty sure it's a Wabbitemu glitch. I told buckeye about it the other day. Trying to install the run on ram clear also bricks wabbitemu.
17
« on: March 12, 2014, 04:11:58 pm »
How about right now?  I made it substantially faster by swapping out a bunch of bcalls for direct OS calls, so I think it might actually be fast enough to use now. Let me know what's wrong with it so that I can get an actual release out over spring break. Things I know are wrong: 2nd + Rcl doesn't work (I don't even think I implemented it) Also, I fixed the scrolling label menu thing. Edit: This is a 2 page version of zStart that features an alpha small font program editor. (You can't disable it yet)
18
« on: March 12, 2014, 03:03:42 pm »
Bump again,
Apparently, not closing the RAM page causes the calc not to detect TI-Connect. I only have to force the OS closing the page with a manual RAM clear and everything works again. Would it be possible to have a separate program closing the page for us that would be to be ran outside of MirageOS ?
What do you mean by closing the ram page? Do you mean making C000 non-executable again? I feel like if I made that program, it's just going to crash for you.
19
« on: March 11, 2014, 03:30:01 pm »
Hmm... Well that's not good. I guess I've never tried sending it to my actual calculator. I'll see what's wrong. Edit: I think I've narrowed down the slowest part of the editor to be the actual displaying of characters (which isn't really that surprising). I'll post a link to the code that needs to be optimized here. I'm out of time to work on this today, but if anyone can make some serious improvements (it probably needs to take about 1/2 as long) then the editor probably won't be as slow. I'll work on it later.
20
« on: March 11, 2014, 03:02:38 pm »
I wonder if there could be a way to speed it up? Do you use TI fonts routines? That could explain the slowdown.
That's a good point, I never thought about that. I could try swapping in my own font routine to see if it makes a difference. If I remember correctly, the biggest issue was the determination of lines. (Where line breaks occur.) I'll see if it still works, if it does, I can release it so people can have a try at it. Edit: Before I go and screw this up by adding the small font routine or gettings distracted for weeks, here's what I had from before. This is a 2 page version of zStart and it only uses the small font editor. So, if you don't like it, well, that sucks haha.
21
« on: March 10, 2014, 11:51:40 pm »
Oops, with the site upgrade, I forgot to check this topic  could somebody make a patch to toggle the program title?
that would be awesome 
I'll add it someday, I just don't know when that day will be. (Next time I update it though). could the program editor also use the small font?
that would really optimize screen space
also i noticed a bug in the ON+VARS label menu, if you have a lot of labels, the menu will act wierd
I actually did this. I have on my computer the code for a complete program editor using the small font. The only trouble is that it's too slow to be considered for everyday use. It's neat, and you can definitely see a lot with it, but whenever the screen scrolls, I think I remember a 0.5 sec delay (alpha scrolling is painful). i just noticed that using prettyprint (the app) while a font is active that prettyprint doesn't print things so pretty anymore...
could this bug be fixed?
I'm going to guess no. PrettyPrint probably does some hacks that make it look weird. The problem is on PrettyPrint's end.
22
« on: March 06, 2014, 11:59:40 am »
i was wondering, does anyone here actually own zoommath?
is it illegal to (partially) share the code?
ZoomMath is free to download so you could look through the code yourself. What you buy is a key to unlock all of the features.
23
« on: March 02, 2014, 01:00:05 pm »
So basically you are saying just patch out the ON + CLEAR routine? (That's even easier.) *ClrDraw facepalms
I didn't know that was possible.. But that would be a really nice feature if you would do it.
You can patch your calculator to do just about anything. Although, I don't really feel like hunting down the ON + CLEAR routine. If you want to do it though, it shouldn't be too hard to patch once you find it
24
« on: March 01, 2014, 07:21:59 pm »
Could you somehow hook into cursor movements and code insertions/deletions to keep track of the line the cursor is on? Either logical line or physical line (without/with wrapping)?
EDIT: And on the topic of interesting thoughts about lines and wrapping, to what degree can you control how/where tokens get displayed? It might be neat to have a code editor that doesn't wrap lines, and instead uses arrows or ellipses to indicate additional code to the left or right. I wouldn't be surprised if this is practically impossible, but I just thought I'd throw it out there. It would actually make indentation possible to understand!
It's definitely possible if I just do it by the no-wrap line number. It's counting characters that takes time, running a quick search for newlines doesn't take much time at all. Could you somehow hook into cursor movements and code insertions/deletions to keep track of the line the cursor is on? Either logical line or physical line (without/with wrapping)?
EDIT: And on the topic of interesting thoughts about lines and wrapping, to what degree can you control how/where tokens get displayed? It might be neat to have a code editor that doesn't wrap lines, and instead uses arrows or ellipses to indicate additional code to the left or right. I wouldn't be surprised if this is practically impossible, but I just thought I'd throw it out there. It would actually make indentation possible to understand!
You don't have any control over this, especially when scrolling upwards. I don't think you could do indentation without writing a custom program editor. Wait, this isn't possible. You can't beat the ON + CLEAR ever. Sorry. Like, complete abort. I guess you could put in a password thing, most thieves probably won't know about those sorta-debug modes, as it's pretty much only known in the community. And I guess thieves are not in the community. (But you never know)
True, but I found out about on + clear from simply googling "how to fix my broken calc". I'm sure anybody with a stolen and protected calc would google how to reset it.
But I think I have a solution for the ON + CLEAR, and I would really appreciate it if you tried it. Could you add a simple loop before ON + CLEAR that repeats until the on key is released? That probably would take minimal OS patching and still solve the problem.
So basically you are saying just patch out the ON + CLEAR routine? (That's even easier.)
25
« on: March 01, 2014, 01:33:52 pm »
Is it possible to have a scrollbar in the program editor?
I imagine that counting the number of lines that a program occupies (taking into account wrapping) is an expensive operation. Combined with the fact that this is a pretty superficial feature, I'm probably going to guess that it wouldn't be a very high priority. But who knows?
But if you wanted the ability to know approximately where you are in a file, perhaps I can suggest an alternate, possibly less expensive solution? It might be potentially possible that the "PROGRAM" text at the top of the editor can be replaced with a line number display, perhaps of the form "Ln ????" or "???/???" (the second number is the total).
Oh, and on the topic of modifying the title line in the program editor, what about an option to go DCS-mode and remove it entirely?
I have some experience with counting lines and I can tell you that it's really slow. It's the reason that my small font program editor was never released (it was finished, just awfully slow). I believe removing the title is actually really easy. I could probably do that.
26
« on: February 27, 2014, 09:55:44 pm »
Or use a multimeter. Seriously it's the easiest way if you have one.
I totally agree a multimeter is easier. But if he had to ask the question I was going to guess he didn't have one.
27
« on: February 27, 2014, 02:06:53 pm »
The simplest way to figure it out is to take a battery, light (a christmas light would work), and some wire and make a little circuit. First make sure your circuit actually works, and then use that to figure out which wire goes where. If you don't have a light, you can use a 9V battery and swipe the wire across the plug. If you're lucky it will make little sparks when you get the right one. You could also use your tongue to check for current, but, that's getting kind of desperate
28
« on: February 14, 2014, 02:38:06 pm »
I had an idea today while using this. Could you make the calculator resizable? I don't know how difficult that would be, but the idea would be to allow you to make the calculator larger so that it just barely fits on the screen.
The main motivation for this would be to make the calculator taller so that the "TI-84+ Silver Edition \n Texas Instruments" part is off screen. I realize you probably shouldn't have it like that by default due to potential copyright issues, but making it taller like that would help the aspect ratio of the calculator LCD.
Or maybe just a way to fix the aspect ratio of the LCD. (It's a little smashed vertically on my HTC one)
29
« on: February 11, 2014, 04:58:40 pm »
For me, whenever I'm moving with wasd (and for about 0.5 seconds afterwards) I cannot use my mouse to change my view. If it makes any difference I'm using a trackpad on a laptop using google chrome.
30
« on: February 04, 2014, 11:19:05 pm »
Hey, I just found out how to enter the test mode without using an add-in (that is, no syscall interface needed):
1) Turn on your calculator by pressing [OPTN]+[EXP]+[AC/ON]
2) As soon as the popup window appears*, quickly type in: 5963
3) Et Voilà, the test mode shows up
And this doesn't reboot the calculator when leaving.
*) Press [F1] for the diagnostic mode.
I guess the question we all have to ask is how did you figure this out?
|
Show Posts