On Mon, Nov 21, 2011 at 1:33 PM, Ben Schlingelhof wrote:
> Yes, I understand. I could learn cocoa and win32 apis but that's a lot of
> work for one guy and my customers are an impatient bunch. Also these apis
> seem not to be supported very high-level on the factor side either, or am I
> overseei
I'm glad!
Yes I believe at least Cocoa is supported on an as-needed basis.
rien
On Nov 21, 2011, at 4:21 PM, Ben Schlingelhof wrote:
> Yeah, I agree. Special events would be wonderful. Factor does not seem to
> have them, though. There's a drag gesture, but that is only for
> motion-while-but
Yes, I understand. I could learn cocoa and win32 apis but that's a lot of work
for one guy and my customers are an impatient bunch. Also these apis seem not
to be supported very high-level on the factor side either, or am I overseeing
something?
Ben
--
Ben Schlingelhof
benseins.de
Am Mont
Thanks for the hint. Just found a way: under-hand delivers the list of all
gadgets, I'll find the first that accepts a drop and have that handle it.
Thanks for the conversation, it really helped.
--
Ben Schlingelhof
benseins.de
Am Montag, 21. November 2011 um 22:26 schrieb P.:
> Try using ha
On Mon, Nov 21, 2011 at 1:21 PM, Ben Schlingelhof wrote:
> Yeah, I agree. Special events would be wonderful. Factor does not seem to
> have them, though. There's a drag gesture, but that is only for
> motion-while-button-down, not for the drop itself. I'll have to accept that
> button-up does not
Try using hand-gadget (for locating the gadget under the cursor).
If that doesn't work, try improvising a solution using hand-rel.
rien
On Nov 21, 2011, at 4:21 PM, Ben Schlingelhof wrote:
> Yeah, I agree. Special events would be wonderful. Factor does not seem to
> have them, though. There's a
Yeah, I agree. Special events would be wonderful. Factor does not seem to have
them, though. There's a drag gesture, but that is only for
motion-while-button-down, not for the drop itself. I'll have to accept that
button-up does not work and find some workaround. The price one has to pay for
wo
There seems to be a "drag" word in the ui.gestures vocab, you should try that.
rien
On Nov 21, 2011, at 2:48 PM, Ben Schlingelhof wrote:
> Hi there,
> see code on: http://paste.factorcode.org/paste?id=2409
>
> When you click into the label, it beeps. When you start the drag outside the
> label,
Drag-drop events are not usually implemented in terms of mouse-up.
At least when I did VB I remember there were events specifically for dragging.
That might be the same in Factor - I don't really know.
Regarding the other thing not working, that should be considered a bug as far
as I can see.
ri
That's one way of seeing it. Maybe I'm too obtuse today but how am I supposed
to get a signal on a drop event the drag of which started somewhere else? To
clear up: I start dragging in the same world, so no os-drag. If I cannot
receive a button-up on my drop target, what signal do I get?
Btw, bu
Isn't that the same behavior as with all widget libraries? I always took "mouse
button up" to implicitly mean "after a mouse button down". if you mouse down,
then drag outside and back inside, then release, does it beep? that's the kind
of thing "mouse up" is for, I think.
On Nov 21, 2011, at
Hi there,
see code on: http://paste.factorcode.org/paste?id=2409
When you click into the label, it beeps. When you start the drag outside the
label, but let go of the mouse button inside, it doesn't. Could somebody
explain, please?
(Factor 0.94, OSX 10.7.2)
Ben
-
12 matches
Mail list logo
