- This topic has 38 replies, 2 voices, and was last updated 9 years, 3 months ago by
.
-
Posts
-
For now i’m stuck and i can’t get out, i posted an issue on the github luabind site and sent an email to the old luabind user group and am awaiting any response, if i don’t get any help i might be in deep shit with this…
the issue is at: https://github.com/luabind/luabind/issues/23
the email is at: http://sourceforge.net/p/luabind/mailman/message/32796178/Hi Atom
I’m still with the drag&drop thing, and there’s something I can’t do.
When I drag from one component to another, I would like the target component draw something just when the mouse enter or move over the component, but it seems there is no repaint until I release the mouse. Is that possible at all?PD: You finally solved the Look&Feel issue, amazing. I’m still here if you need help.
I think you will need to repaint the parts of the target component yourself by calling repaint() on it.
And yes L&F is solved and i’m implementing it now, it’s going forward i should have an example ready this week i hope.
This is what I did, but the target component only repaints when I release the mouse. I tried repainting in method “Called when dragging enters this component” and the component is repainted just on enter, fine, but I want the component repainted while I move the mouse over it, so tried repainting in method “Called when dragging happend over this component”, but again the component is repainted only when the mouse enters.
Here is an example panel i just cooked up (attached). When you drag from the green to the red, does the red get repainted when moving the mouse over it, assuming the mouse button is down (dragging) ?
No, red is only repainted when I click on it and move the mouse, but not when I drag from green to red.
Can you try entering EDIT MODE, setting the “Lock panel” option and try in that mode ?
Yes, it works if in edit mode and green component “component size and position locked” property on, but leaving edit mode it stops working.
Yeah i get that too, i can’t figure out why. I’ll look at it more @home today.
I already posted this as a potential bug but only for Linux, there is a thread on the JUCE forum but Jules ignored it (i don’t think he likes linux), i bumped it now with an example project.
But I’m on XP and it’s happening, so maybe not only Linux related. Let’s see what Jules says.
The weird thing is that for me on windows 7 it seems to be working.
Now i wonder if it’s an OS issue or is it some situation issue, where something in ctrlr settings is causing this.
The weird thing is that for me on windows 7 it seems to be working.
I’ve just tested it on Windows 7 and here it doesn’t work.
Well that’s weird, i have it on my PC here and it’s working very well. Jules is on cppcon right now in the US so i guess he might do something next week when he’s back.
Well it looks like the drag and drop issue got fixed at least on linux, i’ll test windows xp later today and see if that helped.
This issue still persists after many revisions, your drag_test.panel example still fails at least on windows 7.
I just opened my test panel on win7. And it seems to work fine, the source drag event starts, the icon shows up, then the green field catches the event and shows it’s coords, also on the lua console i can see that “targetItemDropped” shows up (so Lua gets executed).
What’s not working ?
On my windows 7 x64 ,if I drag from green to red nothing happens. If I do the same in edit mode, the red square moves. In both cases I don’t see the coords printed.
Green box is set to source and red to target, and red (target) don’t get the drag from green (source) in normal mode, only in edit mode.
- The forum ‘Using Ctrlr’ is closed to new topics and replies.