| |
PAL
Registered: Mar 2009 Posts: 294 |
sure, it is probably wrong thread
... but I was so unfortunate to set mouse to eat all my mouse moves in Vice, so now I can not get it to not eat all mouse moves again and am stouck with a halty vice?!?! How can I set tis to difer as I had as always save config when closing the Vice? Anyone know? I am stuck in wrong settings. |
|
... 14 posts hidden. Click here to view all posts.... |
| |
Golara Account closed
Registered: Jan 2018 Posts: 212 |
BTW, I think I've got the SDL version of vice, not GTK. I got it confused, because previously I had vice with the grey GUI, drop-list based appearing after left or right mouse click. The version I've got now doesn't have any GUI, options are just white text on black background in the main window... which is fine because you can put a hotkey on all these options. But the mouse cursor not being drawn is annoying. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11443 |
thats SDK then, indeed :) and yes, it hides the mouse pointer completely (which is better than not at all, IMHO). |
| |
Golara Account closed
Registered: Jan 2018 Posts: 212 |
Quote: thats SDK then, indeed :) and yes, it hides the mouse pointer completely (which is better than not at all, IMHO).
I'd make it optional. I understand you want to hide it like some video player, if it did disappear when not moving it would not be such a problem. Maybe I will just find the code that hides the mouse and comment it out. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11443 |
it probably should be changed to delay some seconds, indeed. feel free to send your patch :) |
| |
Perplex
Registered: Feb 2009 Posts: 255 |
Quoting ChristopherJamTBH my actual Makefile uses "open" which just loads it into currently running vice/cocoa instance.
Getting that to work under MacOS with vice/gtk is somewhere on my todo list.
Easily accomplished using the remote monitor and a kernal patched to bypass memory test during reset. Send 'reset', wait .1 seconds, send 'load "your.prg" 0', and finally send 'g 080d' or whatever is the start address of your code. |
| |
Golara Account closed
Registered: Jan 2018 Posts: 212 |
Quote: it probably should be changed to delay some seconds, indeed. feel free to send your patch :)
Found this
* - Otherwise, the cursor is visible as a normal mouse pointer as
* long as it's been 60 or fewer ticks since the last time the
* mouse moved.
This doesn't work on my computer at all, the mouse is always invisible even when I move it around (till it leaves the window area of course) so it seems like a bug. I'll try to fix it I suppose.
EDIT: This comment is in the arch/gtk3, so I guess this functionality works in GTK3 but SDL has the cursor always hidden.
EDIT2: Found the code and there's even TODO to implement that timer thing.. I'll try to make it and submit a patch |
| |
spider-j
Registered: Oct 2004 Posts: 503 |
@Golara: same here on my laptop - mouse pointer disappears as soon as it hits the window. arch linux vice package from community repo. |
| |
Golara Account closed
Registered: Jan 2018 Posts: 212 |
Quote: @Golara: same here on my laptop - mouse pointer disappears as soon as it hits the window. arch linux vice package from community repo.
Well, making the cursor not go away is simple, you just need to replace SDL_ShowCursor(SDL_DISABLE) to SDL_ShowCursor(SDL_ENABLE) in src/arch/sdl/ui.c
But I'll try to implement that timer like on GTK3. Actually I've got the code already, I'm just thinking where I should be getting ticks from. Right now I just made the main rendering loop increment my counter, but that's dirty. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11443 |
there is an event system in VICE for cycle exact events... you could use that. just incrementing a counter each frame seems quite OK for this task though, simple and effective :) |
| |
Golara Account closed
Registered: Jan 2018 Posts: 212 |
I've submit the patch on sourceforge |
Previous - 1 | 2 | 3 - Next |