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 - SpiroH
Pages: 1 ... 45 46 [47] 48 49 ... 51
691
« on: July 13, 2012, 02:43:31 pm »
Hi there, After cleaning up a bit the previous version code, i've decided to slightly improve the keyboard support. 1. Changed the QuickKeys Assignment dialog: I guess it's clear (from the previous posts). Added a 'Clear' and a 'Map' buttons. 2. The Map tool, is a simple graphic view of the current assignments. Changes made on the previous dialog, should be instantly reflected on the map. As a bonus, it tries to identify your keyboard layout with a flag. Dunno if it will work in all countries. Please report it and i'll try to fix it. I've tested about 30 keyboard layout flags, though  . As i'm using win7, i did not test this feature in other OSes, but i gather it will still work. 3. A last feature for the keyboard handling has todo with the ability of using the ctrl-key together with another key to reach the 'blue function' above some of the keys: eg: ctrl+click should be equal to 'pick. This feature has not yet been thourougly tested (actually, i've just added it), but then again we have Franz...  And the ctrl+key color should change to blue instead of lime-green. That's it for now. Please tell me if it (still) works for you. SpiroH
692
« on: July 09, 2012, 12:30:45 pm »
As you may have noticed already, this subject is full of special cases. Just one more word on the cursor diagonal movement: 1. It is not possible to have a 'single' diagonal movement when using the keyboard keys, unless you wait until the second key is pressed. Not a solution! 2. With the mouse it is, though. The difference is that for the keyboard you need 2 keys presses whereas for the mouse a single click is enough (it is already encoded). Still for the mouse only: a) for the touchpad i've improved the situation a bit (i hope) because its under my own control. b) for the clickpad i guess it already works fine and better, because it is natively supported by the emulator+ti-software. I've updated the kArmTIv26_5 file in my previous post. Let's hope the glitches decrease exponentially with time . Cheers,
693
« on: July 09, 2012, 08:57:43 am »
This time I have no good news, this new version v26_4 is seriously broken. 
1) Now the 5 keys +-*(. don't work anymore although they did in the previous version.
2) The 'Del' key seems to break some more things, after having used this key
a) the colored (green) rectangles aren't displayed anymore when pressing the cursor-keys (this already happened in v26_3), and
b) the key '/' (Shift+7 here) now always gives a backslash '\' instead of a slash '/' (did not happen in v26_3).
3) Pressing Ctrl+Del to get the 'clear' function is even worse: the 'ctrl' state seems to be locked after this key-combination and no keys are working anymore, you have to press 'Del' once more to remove this 'ctrl' state again.
4) In a Graph window: When you press and hold the cursor-keys so that they auto-repeat, then after you released the key(s) they still make 1 or 2 bigger jumps in the last direction, especially for diagonal movements.
I'm sorry to hear that. These things only happen when we're developping something new, we have to be patient. As to your remarks: 1) A special case 2) The 'del' key is yet another special case 3) Related to 2). Nothing new here! 4) I'm afraid we'll have to live with it. It's how the emulator works (and i gather also the calculator?). I can't do anything about it. In general, that's the 'price to pay'. A small change may ripple through when you least expect (or just forgot about it). Well, after these mentioned problems I gave up, this version is almost unusable.
I guess you've changed now the keyboard-handling so much that it got completely messed up.
This a bit a "too harsh remark" which i didn't like at all, because: a. the glitches were actually TOO simple to fix; b. the whole new keypad handling meant quite some long hours of hard-work c. the version is indeed usuable IMO (aside from the tiny bits) d. you didn't mention any of the added features. So i don't get it, i'm sort of still getting used to it. As always, we can either wait for quite sometime (months?) for a tested release, or we carry on interacting with beta-releases. I've update the file. You may test it IIF you want it, of course. SpiroH
694
« on: July 08, 2012, 05:25:03 pm »
Ok, here's the QuickKeys window for German keyboard (Nspire-TouchPad version /K4):
Here goes another take after having addressed all the issues you've mentioned plus a simpler double-click feature to assign/detach keys. Hope i haven't introduced any other glitches and that it really works with your german keyboard and most importantly on your most favourite eeepc  . btw: simultaenous cursor keys weren't working in the previous version. Fixed that too. I guess i need to rest for sometime now (at least so i hope ). As usual, i'll be waiting for your most appreciated feedback. SpiroH
695
« on: July 08, 2012, 05:23:10 am »
2 bugs I've found so far:
1) the SPACE key on the PC-keyboard doesn't work anymore (and I also don't see it in the list of assignable keys), so entering a 'space' is now only possible with the mouse (on the Nspire keyboard)
That's a silly omission i've already fixed! 2) the key '#' here on my German keyboard (which is VK_OEM_2 here) seems to be internally assigned to 'menu' ('END'-key has the same function), although it appears in the list of assignable keys. And even if I manually assign this VK_OEM_2 (key #) to any other Nspire key, it doesn't work: it still opens the 'menu'.
Can you please attach a screenshot of the QuickKeys dialog for your german keyboard? It will help me to investigate the causes. ...only for capital letters you have to press AND RELEASE the shift-key before the letter-key
I'll look into it. Thanks,
696
« on: July 07, 2012, 06:30:09 pm »
I don't know if I completely missed it or what, but I didn't remember seeing a mention of having to put it in a folder named skins. Thank you so very much. 
PS. Love the work that you are doing. Great job. I've kinda been following along  http://i.minus.com/iUmr4Qf5Hw3MB.png
ParkerR: I'm glad you've managed. Thanks for the thumbs-up . I've been busy trying to come up with a kArmTI_v26 derivative version that should be ready to use, independently of the national keyboard. As a result, of a more general approach to the keyboard, i hope to have achieved the following: 1. Independency of the national keyboard (as already said) (including automatic detection of the calculator required ascii symbols, which will be visible as read-only in the QuickKeys dialog) 2. Be able to use all shift-symbols that appear on the top row (above the digits). 3. Increase the number of available Freekeys for use to map to calculator keys. That's what i'm posting today for testing. Expect some small glitches (I haven't noticed any so far but, i know, more testing is really necessary). Please check the attachment. In case you have problems with your national keboard, please post a screenshot of the quickkeys, similar to the one shown here, so that i can try to sort out the potential issues. As a minor enhancement, i've also added the facility to use the mouse middle-button to implement the 'shift function key'. For example, pressing the middle-button over the 'esc' key will translate to 'shift+esc'='Undo'. You can see that also in the non-skinned keypad. SpiroH, Edit: Updated the file attached. The previous one had an initial fill of QuickKeys nasty bug that went unnoticed. Sorry to the previous downloaders, please do it again.
697
« on: July 05, 2012, 09:55:40 am »
....Ok so I went back to Skin1.skn and Texas-Instrument-Ti-Nspire_CX_CAS.png. I set the skin name in the skin editor to Texas-Instrument-Ti-Nspire_CX_CAS and set the Texas-Instrument-Ti-Nspire_CX_CAS.png as all three button states. Still doesnt show up.
I dunno what exactly you're doing to have problems. I would suggest the following: 1. I wrote a small skin tutorial you may check here: http://ourl.ca/9360;msg=253270 (3rd attachement) 2. I've used your 'skin1.skn', added a picture of mine renamed to 'Texas-Instrument-Ti-Nspire_CX_CAS.png' 3. Rearranged sligthly the positions of the LCD+buttons (so they fit inside the png i've used) 4. Saved the file which i'm posting for you to test (renamed to ParkerR_Skin1.skn). Please check attachment. 5. The skin named 'hyhyh' appears perfectly under: Keypad->Skins... popup (at the bottom of the list). 6. LBNL, for all that to happen, you need to: a) Place both files: ParkerR_Skin1.skn + Texas-Instrument-Ti-Nspire_CX_CAS.png in the 'SKINS' directory; b) Under Keypad menu: b1. Select the Touchpad keypad b2. Under Skins... select your skin 'hyhyh'. BTW: i've used Skin editor version, v1.04 (also at the bottom of the post mentionned above). You can download it and open the skin i've prepared for you. Under 'View' there's even an option to preview your skin (Review: Ctrl+R). Hope it helps. ..But you got it working already in v27! Despite a few glitches (which could certainly be fixed with a few refinements) your method is absolutely working! 
Well, things are improving but they do require quiet some (more) work. Maybe we'll have some good news for you, shortly. Stay tuned. Wow that animated gif maker is surely gonna be a good addition considering Calccapture produces absolutely horrible GIFs. How big are files, though?
Thanks 'boss' ! It depends on how big you want them to be. I did not (yet) add an automatic autocapture facility (easy to implement but awkward as far as the file size goes). The gif quality is quiet good now with a new GIFQuantizer (not the windows' default horrible gif-encoder! but a custom version). I personnaly find the 'movie thing' very good to convey information to people, sparing on useless (noisy) wording. Cheers,
698
« on: July 04, 2012, 06:13:02 am »
I made a skin for kArmTI. I set both the skin and the emulator to touchpad. The emulator doesn't show it under the skins section. Skin attached.
Hi ParkerR: You need to put the skin file: "Texas-Instrument-Ti-Nspire_CX_CAS" in the same directory! You've just missed it . Good first try, though. Btw: make a shorter 'skin-file-name'. ...Now if the user presses the Shift-key then the program should wait either until the next key is pressed or the Shift-key is released again. If no other key - ok, it's a simple Shift.
If another key is pressed (while the Shift-key is still hold down), then it should just check if this key is one of the special characters I've listed in my other posting (+-*/^=(),.) and in that case THIS key should be sent to the emulator (and Shift should be ignored completely). For all other keys just send 'shift' and the (other) 'key' to the emulator.
Yeah, unfortunately, i've tested most of your suggestions already. And as always, "it's easier said than done". Btw: in v26 there's no concept of dead-key at all. Only raw (not 'cooked') codes are handled. Anyway, I'll give it another go and will let you know how it went.
699
« on: July 03, 2012, 07:12:10 pm »
Yep, 3 new keys - only the decimal point [.] is still missing.
VK_PERIOD doesn't exist! You probably meant VK_DECIMAL. All the following keys are all mapped to the Numeric Pad (NP): [ . ] ->VK_DECIMAL ; [ / ] ->VK_DIVIDE ; [ * ]-> VK_MULTIPLY ; [ + ] ->VK_ADD ; [ - ]-> VK_SUBTRACT I don't think the user should change any of them! For me, they make perfect sense together. I know is not that convenient (not impossible!) on a netbook. But you always have the mouse/trackpad. Oh well, sometimes "we can't have them all". And if you really merge v26 and v27 then you can even remove the 5 keys PERIOD, COMMA, PLUS, MINUS and OEM_5, because these 5 keys are already working ok in v27.
If you mean that they become free (for assignment) then the answer is no! The keys become automatically "busy" and cannot be used for any other purpose. v27: Unfortunately, in general, isn't that easy because the calculator also uses those keys (shift and ctrl). Somehow, we need to delay the interaction with the calculator (since the moment the user first presses the key). Another problem are the 'dead keys'. Keys that only become visible when you press the next key, like 'umlaut' accent. So the implementation is somewhat awkward and the behaviour is bound to be always rather 'blurry'. I may spend some more time on it, but i must admit that at this stage i'm not too hopeful about its success. Bye for now, SpiroH
700
« on: July 03, 2012, 09:23:46 am »
I'm back with some news:
About v26 (with assignable keys):
There are 2 Nspire-keys (important for number entry) you seem to have overlooked, the [EE] and the decimal point [.], both can't be assigned yet. Especially [.] would be logical to have on VK_PERIOD, and maybe [EE] on any other key, e.g. VK_OEM_2.
Also [flag] and [return] are not yet assignable, but they are not so important (I don't even know what [flag] is doing at all!?).
...
Franz
Yeah, I had already noticed that. Please check new attachment. Btw: 'ret' - allows you to add a column/row to a matrix (you know that). 'flag' - is a national appeal: allows to to put accents on single letters, eg: à, U" (umlaut (not on my keyboard), usw) Movie liker (made with kArmTI, with some help... for labels) : Thanks, i'll get back asap. Going to work now. SpiroH
701
« on: July 02, 2012, 01:53:25 pm »
I'm back with some news: 1. NON-SKIN Keypad (for skin-haters) . Color markers feedback for keyboard (green) and right-click (blue) and mouse (red). . Text in blue for the 'right-click (ctrl)' functions: eg. x^2 ==> sqrt 2. QUICKEYS (for keyboard-fans): A. Improved mapping. It offers quiet a bit more flexibility. B.I've also tested the 'shift-keys' approach but the gain is very small (only a few extra keys) and most importantly it's much harder to code and debug (this is the main issue). Anyway, attached is an alpha version of the shift_keys_approach (yet without Quickkeys) 3. GIF IMPROVEMENTS (for movie-lovers ) . A modless dialog that shows the captured frames progress + preview . An animated gif preview. . A new GIF-ColorQuantizer to save GIF pictures without the horrible quantization! 4. A few bugs have been corrected and a few more will surface with time... SpiroH Please find attached kArmTI_v26.exe and kArmTI_v27_shift_keys_alpha.exe
702
« on: June 22, 2012, 04:22:33 pm »
Hi SpiroH,
great job your new kArmTI_v25, many thanks for this combinated version including all features of your previous programs.
...
Thanks again Franz. Skins: I think you are overreacting quite a bit. It's NOT that hard to define a skin. In your case is rather easy really. Just use one of the examples i've provided and drag the rectangles to where you would like. I partially agree that to create one from scratch gives quite a bit of work, but you should be able to use it later as a template. But then again, i guess you seldomly need to that. Pc-keys: I know what you mean. The question is, is it really worth the time spent? I honestly doubt it (do you a spare mouse? ). Anyway, i'll give it a bit thinking. But using key combinations (e.g. Ctrl+k) will complicate a bit the assignments. Of course it is feasible, no single doubt about that. Do you have any exaustive key-map in mind? Post it, and i'll get back to you when i can. That's all for the moment,
703
« on: June 22, 2012, 04:06:06 pm »
I used polydumper and got all the images I need but what do I do with them then ? How do I "give them" to the emulator ? 
Hi Hayleia, This is my current files layout. Hope it helps. Sytill, if you do not succeed, please scroll back a few posts, other users have had similar problems and have sorted them out. I'm sure you'll manage it too.
704
« on: June 21, 2012, 12:00:31 pm »
Yay! kArmTI has been finally made public! (I was lucky enough to get a pre-release months ago from Spiro . It has proved immensly useful.
Hi Jonious7, Long time no see, man? Where have you been hanging around? THANKS! After having played around with all your different versions, I'm now back again.
A few comments about your skin proposal: 1. I don't see much use in having a text file (maybe an xml file?) because it implies you need to include the text/xml parser/writer inside your code. 2. Skin-editor: you're bound to have one, unless you want to specify all by hundredths of rects manually yourself. 3. Pc-keys assignments: I don't think they should belong inside the skin. They only depend on the keypad-type really. So, you should handle them independently of the skin. Check my approach. ----------- Now, about the rest, i'm posting a new release of kArmTI (V1.25). Gi-nspire:  Some added features: 1. Support for general skins, i.e. the location of the LCD and of the keys can now be anything. See the included examples. 2. Facility to specify the calculator-to-pc-keys assignments (at an early stage). 3. Inclusion of some the 'eye candy' from my already posted simpler versions (SpiroH + OnSpire). Not all of them have been 'ported', though. 4. Initial Html help Because I had to make a LOT of modifications to the previous code, this remains a beta-release for people out there to test and be kind-enough to report the bugs and perhaps some positive feedback too . kArmTI, v1.25: http://filesave.me/file/18734/kArmTI-v25-rar.html (the download it a bit large (4.5 MB). It includes a few skin examples and the html help. kArmti.exe itself is only 283kb! Hope 'FILESAVE.me' doesn't hang!) Have some fun, SpiroH PS1: New users, please refer to my initial kArmTI post: http://ourl.ca/9360;msg=248808PS2: I forgot to include the latest skin editor, v1.04. Please find it attached. PS3: Adding a Simple SkinEditor tutorial, 3rd attachment.
705
« on: June 13, 2012, 09:49:01 pm »
Needless to say, your modified GUI(...) should be optional. The "programmer" view (raw keyboard representation) should remain available
Salut Lionel, "Tu veux dire quelque chose comme ça?  Oui, c'est dejá inclus in kArmTI!" Programmers simply forget about the 'normal' users. They need to have both (or many ) views and not a 'xenophobic' single one! Yep, we could stay all night long discussing which one is best. Take the one you like most but respect the other's opinion too. On another key: Here, goes my smallest nspire skin ever (and probably the last one in this series). Has a very small footprint which can be useful for some applications, specially when using together with the keyboard. The skin can unfold to a view with keys and to a fullblown one with menu too.  ONSpire_V3: http://www.sendspace.com/file/p64sacHope some of you will appreciate it, SpiroH
Pages: 1 ... 45 46 [47] 48 49 ... 51
|
Show Posts
I guess it's clear (from the previous posts). Added a 'Clear' and a 'Map' buttons.
