Didn't we settle it over SAX that the hotkey should be customizable? Everybody wins then.
is pure customizable possible? Is making it so that at any point person can change the hotkey from [Y=]+[ON] to [Window]+[8]? would it be like that our a choice from pre-designated ones?
I don't know if it's possible, but I think it would work something like this:
1)You click on the "Change Hotkey" setting.
2)You are then prompted to press the first key
3)You are then prompted to press the 2nd key
4)It shows you the combination in a window and you either click Yes, No, or Cancel. Yes confirms it, No takes you back to step 2, and Cancel exits without changing.
That's my idea, anyway. What do you think?
1)You click on the "Change Hotkey" setting.
2)You are then prompted to press the first key
3)You are then prompted to press the 2nd key
4)It shows you the combination in a window and you either click Yes, No, or Cancel. Yes confirms it, No takes you back to step 2, and Cancel exits without changing.
That's my idea, anyway. What do you think?
so it would be [(your choice thingy0] + [2nd] ? or would the 2nd thing be pre-chosen, like [ON] or something?
calc84maniac wrote:
The OS doesn't return multiple keys though...
Well, now that I think about it, the hook could use direct input for the second key.
Kllrnohj wrote:
Thank you for a COMPLETELY WORTHLESS POST. I just read the exact same "paragraph" twice for absolutely NO REASON. Please, PLEASE, stop this completely moronic "I am too lazy to actually make my own post so instead I quote people and then don't say anything new" bullshit. It adds absolutely nothing, serves no purpose whatsoever, and is just plain ANNOYING.
it emphasized the fact that his suggestion was a good one
Angel14995 wrote:
so it would be [(your choice thingy0] + [2<sup>nd</sup>] ? or would the 2<sup>nd</sup> thing be pre-chosen, like [ON] or something?
I think that both keys should be custom choice. If not, then perhaps [on] would be defaulted as the first key and users would then choose the second one.
On EFNet IRC: Whenever | Nick: Su-Hime | Channels: #Cemetech, #UnSS
TI-83+/84+ Projects
Yumé 2: Rika's Story - 25% Complete; Will finish to coincide with Y:tED
PC Projects
Yumé: The Eternal Dreams - rewriting environment system again
TIBiC/GO - 1%; compiling list of commands
"Alenda lux ubi orta libertas" - Let learning be cherished where liberty has arisen.
"Aut viam inveniam aut faciam" - Either I shall find a way, or I shall make one. - Hannibal
TI-83+/84+ Projects
Yumé 2: Rika's Story - 25% Complete; Will finish to coincide with Y:tED
PC Projects
Yumé: The Eternal Dreams - rewriting environment system again
TIBiC/GO - 1%; compiling list of commands
"Alenda lux ubi orta libertas" - Let learning be cherished where liberty has arisen.
"Aut viam inveniam aut faciam" - Either I shall find a way, or I shall make one. - Hannibal
Kllrnohj wrote:
@Calc, this goes for you to...
There are two calcs here (maniac and I). Of which do you speak? KeithJohansen wrote:
I think that both keys should be custom choice. If not, then perhaps [on] would be defaulted as the first key and users would then choose the second one.
yeah, that was what I was thinking.... Maybe something more obscure could be the permant one, like Y= and ENTER?
Why not just pressing ON twice?? That would simplify things, would it not?
Also, Angel, your sig annoys me by the most obvious grammtical error... "I your reject reality..."??
Also, Angel, your sig annoys me by the most obvious grammtical error... "I your reject reality..."??
tifreak8x wrote:
Why not just pressing ON twice?? That would simplify things, would it not?
^^;;
Why didn't I think of that.... Good idea tifreak.
I actually like that Idea.. ON+On would be extremely unique... until someone accidently is already in DCS, has it turned off, and hits on 3 times to turn it on...
And what about this phrase:
"ALL YOUR BASE BELONG ARE TO US"
I like my screwups, they make people go insane (then again, insanity is normal for me... MUAHAHA! SPUD-COOKIE GTAMLs PWN YOU SUCKERS!)
Ok, I'll change it.
And what about this phrase:
"ALL YOUR BASE BELONG ARE TO US"
I like my screwups, they make people go insane (then again, insanity is normal for me... MUAHAHA! SPUD-COOKIE GTAMLs PWN YOU SUCKERS!)
Ok, I'll change it.
elfprince13 wrote:
it emphasized the fact that his suggestion was a good one
I don't care what you were trying to do - I'm just telling you that you are consistently failing at it, and you should therefore stop attempting with the "just quote someone else's post".
Re Hotkeys: There is no reason it can't be fully-customizable, but at some point you have to ask yourself WHY? Just make it [on]+<something> - [ON] because it is the only key that serves no other purpose, and it therefore can't be mistakenly used by something else (aka, any other key could trigger some form of input or such).
<off topic note>First post from my new laptop - and I love it! </off topic note>
It's gonna be [ON][PRGM] for the reasons discussed in the chat, and there's nothing you can do about it.
*bump*
1) Renaming of folders and hidden programs
2) "That ResetAppPage bug" (Completed 5/30/07) This turned out to be way more complex than I originally suspected. The final culprit turned out to be GUISRemoveMouseEntries in guimouse.asm. I fixed in by making the internal "custom cursor" identifier $1a to distinguish from the user "custom cursor" identifier of $18.
3) Subprogram not rearchived for elfprince?
4) Draggable scrollbars/windows/programs?
5) RunProg entrypoint for aDrive!
6) Rearchive of archived AP files when a new file is opened via FOpen
7) Recognize MOS BASIC descriptions
8) Recognize icons in this "hybrid" header format (Completed 5/30/07) Piece of cake.
9) Hide DCS internal program copies from FileOpen and FileSaveAs
Anyway, I implemented the "hybrid" header suggested at UTI. It allows an optional description and a 16x16 icon. It does not allow 8x8 icons or associated subprograms. The format:
Code:
or
Code:
Edit: DCS Wiki updated with the new headers: http://dcs.cemetech.net/index.php?title=BASIC_Header
1) Renaming of folders and hidden programs
2) "That ResetAppPage bug" (Completed 5/30/07) This turned out to be way more complex than I originally suspected. The final culprit turned out to be GUISRemoveMouseEntries in guimouse.asm. I fixed in by making the internal "custom cursor" identifier $1a to distinguish from the user "custom cursor" identifier of $18.
3) Subprogram not rearchived for elfprince?
4) Draggable scrollbars/windows/programs?
5) RunProg entrypoint for aDrive!
6) Rearchive of archived AP files when a new file is opened via FOpen
7) Recognize MOS BASIC descriptions
8) Recognize icons in this "hybrid" header format (Completed 5/30/07) Piece of cake.
9) Hide DCS internal program copies from FileOpen and FileSaveAs
Anyway, I implemented the "hybrid" header suggested at UTI. It allows an optional description and a 16x16 icon. It does not allow 8x8 icons or associated subprograms. The format:
Code:
::"DESCRIPTION
::"64CHARICON...
or
Code:
::
::"64CHARICON...
Edit: DCS Wiki updated with the new headers: http://dcs.cemetech.net/index.php?title=BASIC_Header
will it also recognize the normal MOS header as having a description?
also, is there any chance the AP system will supporting overwriting old files? (but not overwriting non-AP files)
also, is there any chance the AP system will supporting overwriting old files? (but not overwriting non-AP files)
- Sting::Ray
- Advanced Member (Posts: 285)
- 31 May 2007 07:59:33 am
- Last edited by Sting::Ray on 01 Jun 2007 06:47:16 am; edited 1 time in total
tifreak8x wrote:
Why not just pressing ON twice?? That would simplify things, would it not?
Also, Angel, your sig annoys me by the most obvious grammtical error... "I your reject reality..."??
Also, Angel, your sig annoys me by the most obvious grammtical error... "I your reject reality..."??
I agree with ON twice, and about Angel's signature, that's because he's got the quote wrong.
I don't know if he could make a hook for a repeated keystroke. That, and think of what would happen if you press it twice on accident. I think On+Something would be the best.
I can't keyhook [ON]. I can keyhook [PRGM] and check if the OnInterrupt flag is set when a [PRGM] key is set. Here's why I/we decided on [ON][PRGM]: Normally, when you press prgm, you get a list of programs. For all keys, [2nd] and [ALPHA] access extra functions. Thus, we can think of [ON] as a modifier key too, so [ON][PRGM] accesses an advanced program list: Doors CS.
And yes, it now recognizes MOS-style BASIC header descriptions. I just forgot to cross that off the list.
And yes, it now recognizes MOS-style BASIC header descriptions. I just forgot to cross that off the list.
- Sting::Ray
- Advanced Member (Posts: 285)
- 31 May 2007 03:52:21 pm
- Last edited by Sting::Ray on 01 Jun 2007 06:48:09 am; edited 1 time in total
ON-Prgm is good too! Just like ON-Apps, and easier to remember!
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
» Go to Registration page
Page 4 of 16
» All times are UTC - 5 Hours
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
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
Advertisement