Don't have an account? Register now to chat, post, use our tools, and much more.
Latest Headlines
Online Users
There are 124 users online: 2 members, 88 guests and 34 bots.
Members: Ashbad, Link.
Bots: VoilaBot (4), Spinn3r (1), Magpie Crawler (2), VoilaBot (6), Googlebot (20), MSN/Bing (1).
RSS & Social Media
SAX
You must log in to view the SAX chat widget
|
| Author |
Message |
|
KermMartian
Site Admin
Joined: 14 Mar 2005
Posts: 55742
Location: Earth, Sol, Milky Way
|
 Posted: 06 Jul 2010 04:19:03 pm Post subject: |
 |
|
| calcdude84se wrote: | 
I typed up my bug report on the graphscreen. I couldn't help it  |
I think that's the most creative bug report I've seen in a long time.  Anyway, I plan to stick with the rendering shown on the left. I don't think I understand your objection, still, though. Are you saying that if you click on the (non-present) minimize button, for example, when only the close button is being drawn, then the GUIMouse still terminates? If that's what you're complaining about, that's laziness on my part, and I can easily fix that. If not, could you explain what you mean by "how clicking on them is handled"?
_________________
 
 
 |
|
| Back to top |
|
|
calcdude84se
Power User
Joined: 14 Jun 2010
Posts: 408
|
| Posted: 06 Jul 2010 04:23:36 pm Post subject: |
|
|
Actually I guess it was 2-part. Yes, GUIMouse terminates when clicking an undrawn button. (That the undrawn ones have triggers is fine, and is actually somewhat useful)
The main thing, though, is that, when clicking on the GUIRWinButtons, I have to click on them as if they were drawn as shown on the right.
_________________
People think computers will keep them from making mistakes. They're wrong. With computers you make mistakes faster.
-Adam Osborne |
|
| Back to top |
|
|
comicIDIOT
Guru
Joined: 01 May 2006
Posts: 5107
Location: SFBA, California
|
| Posted: 06 Jul 2010 04:39:36 pm Post subject: |
|
|
I have a suggestion, a routine that will keep the mouse present until a certain area within coordinates is clicked. So users could increase values via clicking arrows on-screen and click "Done" when they are finished after which control can be sent back to the program with the values left in fields.
_________________
-Alex |
|
| Back to top |
|
|
calcdude84se
Power User
Joined: 14 Jun 2010
Posts: 408
|
| Posted: 06 Jul 2010 04:48:17 pm Post subject: |
|
|
Hm? If you have a GUIRByteInt or GUIRWordInt, then their value can be modified w/o sum(12 returning.
If you just have arrows, then you program needs to handle the clicks anyway.
If you mean being able to click and then have the cursor go back to where it was, just save the results of sum(6 or sum(12, and use the first two elements of that list (which are the X and Y where the mouse clicked) as the first two arguments of sum(6 or sum(12 last time.
_________________
People think computers will keep them from making mistakes. They're wrong. With computers you make mistakes faster.
-Adam Osborne |
|
| Back to top |
|
|
comicIDIOT
Guru
Joined: 01 May 2006
Posts: 5107
Location: SFBA, California
|
| Posted: 06 Jul 2010 05:18:11 pm Post subject: |
|
|
| calcdude84se wrote: | | If you mean being able to click and then have the cursor go back to where it was, just save the results of sum(6 or sum(12, and use the first two elements of that list (which are the X and Y where the mouse clicked) as the first two arguments of sum(6 or sum(12 last time. |
Oh, right  My bad.
_________________
-Alex |
|
| Back to top |
|
|
qazz42
Vampire Killer
Joined: 07 Apr 2010
Posts: 4177
|
| Posted: 06 Jul 2010 05:20:28 pm Post subject: |
|
|
| Kerm, any luck with the nspire power bug yet? |
|
| Back to top |
|
|
comicIDIOT
Guru
Joined: 01 May 2006
Posts: 5107
Location: SFBA, California
|
| Posted: 06 Jul 2010 07:06:36 pm Post subject: |
|
|
| qazz42 wrote: | | Kerm, any luck with the nspire power bug yet? |
"No progress [yet, he hasn't] ... looked at itt recently." -KermM
_________________
-Alex |
|
| Back to top |
|
|
qazz42
Vampire Killer
Joined: 07 Apr 2010
Posts: 4177
|
| Posted: 06 Jul 2010 07:45:52 pm Post subject: |
|
|
| Ah, ok, thanks comic and KermM, just wanted to check |
|
| Back to top |
|
|
KermMartian
Site Admin
Joined: 14 Mar 2005
Posts: 55742
Location: Earth, Sol, Milky Way
|
| Posted: 06 Jul 2010 09:58:03 pm Post subject: |
|
|
| comicIDIOT wrote: | | calcdude84se wrote: | | If you mean being able to click and then have the cursor go back to where it was, just save the results of sum(6 or sum(12, and use the first two elements of that list (which are the X and Y where the mouse clicked) as the first two arguments of sum(6 or sum(12 last time. |
Oh, right My bad. |
One thing I'd like to do is make those typeable, because it's pretty slow to move across a long range of numbers with GUIRWordInt and GUIRByteInt.
_________________
|
|
| Back to top |
|
|
calc84maniac
Epic z80 roflpwner
Joined: 01 Aug 2006
Posts: 1503
Location: The ex-planet Pluto
|
| Posted: 06 Jul 2010 10:04:56 pm Post subject: |
|
|
Okay, it seems that many misconceptions have been thrown about for ALCDFIX. It does not modify the OS at all, and it does get undone by RAM clears. What it does is modify the value in the LCD delay port, which is SE/84 only. It requires no modification of any fastcopy routines, it simply adds extra delay after access of ports $10/$11.
_________________
~calc84maniac has spoken.
Projects:
TI-Boy SE
F-Zero
Super Mario (aka Project M) |
|
| Back to top |
|
|
KermMartian
Site Admin
Joined: 14 Mar 2005
Posts: 55742
Location: Earth, Sol, Milky Way
|
| Posted: 06 Jul 2010 10:10:27 pm Post subject: |
|
|
| calc84maniac wrote: | | Okay, it seems that many misconceptions have been thrown about for ALCDFIX. It does not modify the OS at all, and it does get undone by RAM clears. What it does is modify the value in the LCD delay port, which is SE/84 only. It requires no modification of any fastcopy routines, it simply adds extra delay after access of ports $10/$11. |
Reading http://michaelv.org/programs/calcs/ports/port29.html and http://wikiti.brandonw.net/index.php?title=83Plus:Ports:29 , does that mean that $00->port $20 and $F7-->port $29 is basically all ALCDFIX does? Or is it more complicated than that? This is easily something I can add the DCS7's "boot" sequence.
_________________
|
|
| Back to top |
|
|
calc84maniac
Epic z80 roflpwner
Joined: 01 Aug 2006
Posts: 1503
Location: The ex-planet Pluto
|
| Posted: 06 Jul 2010 10:12:27 pm Post subject: |
|
|
| KermMartian wrote: | | calc84maniac wrote: | | Okay, it seems that many misconceptions have been thrown about for ALCDFIX. It does not modify the OS at all, and it does get undone by RAM clears. What it does is modify the value in the LCD delay port, which is SE/84 only. It requires no modification of any fastcopy routines, it simply adds extra delay after access of ports $10/$11. |
Reading http://michaelv.org/programs/calcs/ports/port29.html and http://wikiti.brandonw.net/index.php?title=83Plus:Ports:29 , does that mean that $00->port $20 and $F7-->port $29 is basically all ALCDFIX does? Or is it more complicated than that? This is easily something I can add the DCS7's "boot" sequence. |
I think $F7-->$29 is a bit large of a delay. I think ALCDFIX tries to tune the delay to the LCD (well, at least, it displays a bunch of garbage to the screen during execution).
_________________
~calc84maniac has spoken.
Projects:
TI-Boy SE
F-Zero
Super Mario (aka Project M) |
|
| Back to top |
|
|
KermMartian
Site Admin
Joined: 14 Mar 2005
Posts: 55742
Location: Earth, Sol, Milky Way
|
| Posted: 06 Jul 2010 10:14:47 pm Post subject: |
|
|
I think I'm misunderstanding; I thought $F7 made the LCD execute at full speed and thus go at its fastest. Anyway, it makes sense that it would do some tuning; it seems to me the best option would be to disassemble ALCDFIX (or find source) and see if I can figure out how it works.
_________________
|
|
| Back to top |
|
|
calc84maniac
Epic z80 roflpwner
Joined: 01 Aug 2006
Posts: 1503
Location: The ex-planet Pluto
|
| Posted: 06 Jul 2010 10:16:37 pm Post subject: |
|
|
| KermMartian wrote: | | I think I'm misunderstanding; I thought $F7 made the LCD execute at full speed and thus go at its fastest. Anyway, it makes sense that it would do some tuning; it seems to me the best option would be to disassemble ALCDFIX (or find source) and see if I can figure out how it works. |
No, the value of port $29 controls the wasted clock cycles after writes to the LCD ports.
_________________
~calc84maniac has spoken.
Projects:
TI-Boy SE
F-Zero
Super Mario (aka Project M) |
|
| Back to top |
|
|
_player1537
Guru-in-Training
Joined: 25 Nov 2009
Posts: 2958
|
|
| Back to top |
|
|
KermMartian
Site Admin
Joined: 14 Mar 2005
Posts: 55742
Location: Earth, Sol, Milky Way
|
| Posted: 06 Jul 2010 10:24:25 pm Post subject: |
|
|
Oh, nice! I downloaded it from some "TI-Wizard" site, which didn't have the source in the zip, just a really shoddy readme. Checking over the source now.
_________________
|
|
| Back to top |
|
|
calc84maniac
Epic z80 roflpwner
Joined: 01 Aug 2006
Posts: 1503
Location: The ex-planet Pluto
|
| Posted: 06 Jul 2010 10:47:24 pm Post subject: |
|
|
Posting reminder, as requested on IRC:
Add an LCD delay slider bar to the Display window, and a button that attempts to tune it to the display, a la ALCDFIX. Don't forget SE/84 only.
_________________
~calc84maniac has spoken.
Projects:
TI-Boy SE
F-Zero
Super Mario (aka Project M) |
|
| Back to top |
|
|
KermMartian
Site Admin
Joined: 14 Mar 2005
Posts: 55742
Location: Earth, Sol, Milky Way
|
| Posted: 06 Jul 2010 10:49:48 pm Post subject: |
|
|
| calc84maniac wrote: | Posting reminder, as requested on IRC:
Add an LCD delay slider bar to the Display window, and a button that attempts to tune it to the display, a la ALCDFIX. Don't forget SE/84 only. |
Thanks calc84! Duly noted, and added to the To-Do list:
http://dcs.cemetech.net/index.php?title=Doors_CS_7_Scratchwork#To-Do_Items
_________________
|
|
| Back to top |
|
|
KermMartian
Site Admin
Joined: 14 Mar 2005
Posts: 55742
Location: Earth, Sol, Milky Way
|
| Posted: 07 Jul 2010 01:29:32 am Post subject: |
|
|
*bump*
| calcdude84se wrote: | Actually I guess it was 2-part. Yes, GUIMouse terminates when clicking an undrawn button. (That the undrawn ones have triggers is fine, and is actually somewhat useful)
The main thing, though, is that, when clicking on the GUIRWinButtons, I have to click on them as if they were drawn as shown on the right. |
OK, I fixed the first of the issues, the mis-alignment of the clicking. I also managed to optimize out 99 bytes from the GUIMSWinbuttons routine that generates hotspots on the fly from a GUIRWinButtons item on the GUI Stack. I just need to implement something in the DCSBLib section to not allow clicking for the non-present items; I'll edit this post when I do that.
Edit: All done! I optimized another 10 bytes or so off of Page 1, only to spend about 20 bytes on Page 2 adding the click clearing.
_________________
|
|
| Back to top |
|
|
comicIDIOT
Guru
Joined: 01 May 2006
Posts: 5107
Location: SFBA, California
|
| Posted: 07 Jul 2010 03:16:53 am Post subject: |
|
|
Regarding the GUImenu, will we have access to the Start Menu?
It'd be neat if we could access certain aspects via the following:
Code:
sum(13,1,...
Access the desktop. Add items to the desktop. For each line of sum(13,1 add a new icon with the following HEX, would make great use in an RPG trying to make an inventory with graphical icons.
Code:
sum(13,2,...
Access Start Menu, for each new line add another item to the menu, but no more than six? Etc, etc.
Or, am I lagging behind here?
_________________
-Alex |
|
| Back to top |
|
|
|
Register to Join the Conversation
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.
» Go to Registration page
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
© Copyright 2000-2013 Cemetech & Kerm Martian :: Page Execution Time: 0.040488 seconds.
|
![[t]](/forum/templates/Cemetech6/images/twitter.png)
![[t]](/forum/templates/Cemetech6/images/fb.png)
![[RSS]](/forum/templates/Cemetech6/images/rss.png)
