Copying cursor is displayed as normal cursor

Home Forums General Using Ctrlr Copying cursor is displayed as normal cursor

Tagged: 

Viewing 19 posts - 21 through 39 (of 39 total)
  • Author
    Posts
  • #28432
    dasfaker
    Keymaster
    • Topics: 80
    • Replies: 793
    • Total: 873
    • ★★★

    If I can help you with the typing let me know.

    #28486
    atom
    Keymaster
    • Topics: 159
    • Replies: 2945
    • Total: 3104
    • ★★★★★

    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/

    #28663
    dasfaker
    Keymaster
    • Topics: 80
    • Replies: 793
    • Total: 873
    • ★★★

    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.

    #28676
    atom
    Keymaster
    • Topics: 159
    • Replies: 2945
    • Total: 3104
    • ★★★★★

    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.

    #28702
    dasfaker
    Keymaster
    • Topics: 80
    • Replies: 793
    • Total: 873
    • ★★★

    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.

    #28704
    atom
    Keymaster
    • Topics: 159
    • Replies: 2945
    • Total: 3104
    • ★★★★★

    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) ?

    Attachments:
    You must be logged in to view attached files.
    #28711
    dasfaker
    Keymaster
    • Topics: 80
    • Replies: 793
    • Total: 873
    • ★★★

    No, red is only repainted when I click on it and move the mouse, but not when I drag from green to red.

    #28716
    atom
    Keymaster
    • Topics: 159
    • Replies: 2945
    • Total: 3104
    • ★★★★★

    Can you try entering EDIT MODE, setting the “Lock panel” option and try in that mode ?

    #28717
    dasfaker
    Keymaster
    • Topics: 80
    • Replies: 793
    • Total: 873
    • ★★★

    Yes, it works if in edit mode and green component “component size and position locked” property on, but leaving edit mode it stops working.

    #28720
    atom
    Keymaster
    • Topics: 159
    • Replies: 2945
    • Total: 3104
    • ★★★★★

    Yeah i get that too, i can’t figure out why. I’ll look at it more @home today.

    #28724
    atom
    Keymaster
    • Topics: 159
    • Replies: 2945
    • Total: 3104
    • ★★★★★

    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.

    http://www.juce.com/forum/topic/drag-and-drop-issues

    #28728
    dasfaker
    Keymaster
    • Topics: 80
    • Replies: 793
    • Total: 873
    • ★★★

    But I’m on XP and it’s happening, so maybe not only Linux related. Let’s see what Jules says.

    #28750
    atom
    Keymaster
    • Topics: 159
    • Replies: 2945
    • Total: 3104
    • ★★★★★

    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.

    #28915
    dasfaker
    Keymaster
    • Topics: 80
    • Replies: 793
    • Total: 873
    • ★★★

    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.

    #28916
    atom
    Keymaster
    • Topics: 159
    • Replies: 2945
    • Total: 3104
    • ★★★★★

    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.

    #29108
    atom
    Keymaster
    • Topics: 159
    • Replies: 2945
    • Total: 3104
    • ★★★★★

    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.

    #34436
    dasfaker
    Keymaster
    • Topics: 80
    • Replies: 793
    • Total: 873
    • ★★★

    This issue still persists after many revisions, your drag_test.panel example still fails at least on windows 7.

    #34454
    atom
    Keymaster
    • Topics: 159
    • Replies: 2945
    • Total: 3104
    • ★★★★★

    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 ?

    #34460
    dasfaker
    Keymaster
    • Topics: 80
    • Replies: 793
    • Total: 873
    • ★★★

    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.

Viewing 19 posts - 21 through 39 (of 39 total)
  • The forum ‘Using Ctrlr’ is closed to new topics and replies.
There is currently 0 users and 50 guests online
No users are currently active
Forum Statistics
Threads: 2,495, Posts: 17,374, Members: 77,605
Most users ever online was 12 on January 22, 2019 3:47 pm
Ctrlr