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 - antoniovazquezblanco
1
« on: November 22, 2014, 06:51:28 pm »
Oops, of course, operation not emulation.
So if the { key is pressed, it triggers Ctrl and then the ( key on the calc?
That would be very nice... I think it would be a good idea to have a look on how the official emulator handles all this details.
2
« on: November 22, 2014, 06:45:36 pm »
That could work, what do you mean by normal keyboard emulation?
"Operation"... May be Spanglish. I meant the computer OS handles the keypress.
3
« on: November 22, 2014, 06:35:34 pm »
An idea for the shift implementation based on the behavior of the calculator:
- Situation 1: Shift is pressed, another key is pressed and released, shift is released. Normal keyboard operation (produces symbols such as ? or {).
- Situation 2: Shift is pressed and released (activates calculator shift), and another key is pressed and released...
If the key release event is available shouldn't be to difficult to implement although it is not very intuitive...
4
« on: November 22, 2014, 06:28:29 pm »
I've been touching the keymap because I wasn't able to use the calculator at all. I could add the remaining keys to the map if you want me to. What do you suggest for the special keys? F1-F12? Alt? Ctrl? ...
That's the problem. What about "easy", "normal" keys like (?
You can't assign it to "(" on the keyboard as it's Shift-8. (or Shift-9 for qwerty) and that means shift is active.
Maybe distinguish between left and right shift?
Qt::Key_Question among others is working for me...  I cannot get the widget to capture Key_Tab... Selection is moved to the next widget. I know very little about Qt. It would be very nice to detect mouse over the Lcd widget and send it to the emulator...
That's working already (LMB: touch, RMB: click), if you try pyWrite or crafti. Only the OS doesn't like it.
I'm not sure on how to investigate this... Any clue?
5
« on: November 22, 2014, 06:13:04 pm »
I've been touching the keymap because I wasn't able to use the calculator at all. I could add the remaining keys to the map if you want me to. What do you suggest for the special keys? F1-F12? Alt? Ctrl? ...
It would be very nice to detect mouse over the Lcd widget and send it to the emulator...
6
« on: November 22, 2014, 02:37:56 pm »
7
« on: November 22, 2014, 02:19:30 pm »
SHIT I THINK I DELETED THE ORG REPO! I WANTED TO DELETE MINE AND CHANGED TAB ACCIDENTALLY!  Sorry!!!!! What can I do? 
8
« on: November 18, 2014, 10:19:55 am »
It seems that I should delete my repo and start collaborating with the organization. No, don't delete your repo, instead push upstream whenever you like to. If it's in any way a massive change, a pull request is the best way to avoid merge conflicts.
Branches on upstream work as well, but there are no pull requests for them. At least that's how it works now for ndless-nspire/Ndless and Vogtinator/Ndless.
I think it would be better to fork the organization repo and just make the changes there. After that pull request... Better, isn't it?
9
« on: November 17, 2014, 02:20:37 pm »
WOW! Congrats! Sorry I've been missing for the last month because this is awesome.
It seems that I should delete my repo and start collaborating with the organization.
Thank you very much for your work.
10
« on: September 29, 2014, 09:26:16 am »
Oh wow I didn't know you started helping developing the emulator. Hopefully this helps the project moving forward faster, although it's already pretty good actually.
I would like to have more time for it but from time to time I try to clean some code and improve some bits. Some bugs were fixed and code is cleaner in my opinion. Argument parsing is better now but no new functionality yet. I hope this encourages people to start coding a bit
11
« on: September 28, 2014, 06:48:17 am »
This has been quiet for a long time. The repo has also been moving slowly but after some commits I think the code is a bit more clean. The emulator now uses a different method for parsing command line arguments. There was functionality that was not listed in command line options and now is. Parameters have changed a bit and testing is needed. It would be nice if any of you could test the devel branch of the emulator and report bugs if found. The code is in https://github.com/antoniovazquezblanco/nspire_emu. Thanks!
12
« on: July 02, 2014, 09:52:32 am »
I have no idea, I never tried to run nspire-emu on Arch. I just got started with Ndless so I still test on calc. 
Ok. Thanks anyway. If you want to set it up just ask and if you ever try please give feedback .
13
« on: July 02, 2014, 05:43:22 am »
I use Arch too. Wine wants libmpg123 for some reason and this is not program specific.
I understand this but the only difference between working and not working was lib32-mpg123 + updates. Did this happen to you? Thank you Streetwalrus.
14
« on: July 01, 2014, 01:18:16 pm »
Wine was complaining about a missing libmpg123 lib. Installed it and now I can't use the emulator at all...
It seems to boot but at some point loading the os the window doesn't redraw anymore...
Anyone experiences anything similar?
PD: I've also updated my packages (Archlinux)...
15
« on: June 30, 2014, 10:01:41 am »
When I have more time again I'll try to do something.
A few bugs: Newline after "GDB connected" and disconncted is missing and you put the "Ndless not detected" message at the wrong place.
Fixed! I'm going to be away for 2 or 3 days. After that I will get working again!
|
Show Posts