 | | Re: Ldglite must be faster
|
|
"Don Heyse" <dheyse@hotmail.spam....away.com> skrev i meddelandet news:H1z7p3.8G7@lugnet.com... (...) Nah, the WM_COPYDATA was just a joke :-) I know that's not platform independent. What's XML-RPC? What's wrong with ordinary sockets? Or were you (...) (22 years ago, 5-Sep-02, to lugnet.cad)
|
| |
| | Re: Ldglite must be faster
|
|
(...) Actually, while it doesn't support WM_COPYDATA, I did just add a function to ldglite (for Windows) to paste text from the clipboard into the LEDIT emulation mode on a CTRL-V. So now it can get part names indirectly from LDList via the (...) (22 years ago, 6-Sep-02, to lugnet.cad)
|
| |
| | Re: Ldglite must be faster
|
|
(...) Oops, forgot to paste the URL. Look here for more info. (URL) (22 years ago, 6-Sep-02, to lugnet.cad)
|
| |
| | dragNdrop (Was: Ldglite must be faster)
|
|
(...) Let me clarify this. I think I have drag-N-drop from Windows Explorer under control. That uses WM_DROPFILES messages and the protocol is described on the internet. I'll have to see what I can do when someone drags a whole list of part files (...) (22 years ago, 6-Sep-02, to lugnet.cad)
|
| |
| | Re: dragNdrop (Was: Ldglite must be faster)
|
|
"Don Heyse" <dheyse@hotmail.spam....away.com> skrev i meddelandet news:H218Ln.8Hn@lugnet.com... (...) If you read Pascal, take a look at the LDList source, it is both source and sink for the D&D of LDRAW parts that I (and Steve) defined. Otherwise I (...) (22 years ago, 7-Sep-02, to lugnet.cad)
|
| |
| | Re: dragNdrop (Was: Ldglite must be faster)
|
|
(...) It appears to be a mess of desktop system specific protocols (KDE and Gnome) in addition to the standard X11 "clip board" (see section L.2, "Peer-to-Peer Communications via Selections", pp. 370 in "X Protocol Reference Manual") which is The (...) (22 years ago, 7-Sep-02, to lugnet.cad)
|
| |
| | Re: dragNdrop (Was: Ldglite must be faster)
|
|
(...) I examined the source (aren't you glad you posted it) and now I can drag in a part from LDList (cool!), but I'm still not sure about the rest of the 'protocol'. What's the point of the X and Y coordinates? And is it the empty message that (...) (22 years ago, 9-Sep-02, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: dragNdrop (Was: Ldglite must be faster)
|
|
(...) I guess I'll have to do some tests in KDE and GNOME to see it the X selection buffer still works. It'd be nice to be able to drag in an inventory of parts from emacs (or blech! vi) and then place them. Almost like dumping a baggie of the real (...) (22 years ago, 9-Sep-02, to lugnet.cad)
|
| |
| | Re: dragNdrop (Was: Ldglite must be faster)
|
|
(...) OK, I got multiline paste to work, but it just dumps them all in the same spot for now. I also experimented with pasting in a peeron inventory with quantity and all, but the part numbers don't always match up and the colornames definitely (...) (22 years ago, 10-Sep-02, to lugnet.cad.dev)
|
| |
| | Re: dragNdrop (Was: Ldglite must be faster)
|
|
I don't exactly have an algorithm for "spread out parts", all I really have done is to find an empty spot when dropping one part. Along a line collect up the intersection of all bounding boxes of other parts; find an interval that your part fits (...) (22 years ago, 10-Sep-02, to lugnet.cad.dev)
|
| |
| | Re: dragNdrop (Was: Ldglite must be faster)
|
|
Happy day... inspired, I learned how to implement window drag & drop in BrickDraw3D, and made part list and part viewer windows send each other a string (part id). Still no dragging into a model, but, it's a start. For the curious, I made (...) (22 years ago, 10-Sep-02, to lugnet.cad)
|
| |
| | Re: dragNdrop (Was: Ldglite must be faster)
|
|
(...) Are you still keeping the SourceForge CVS archive up to date? I'm curious what the dragNDrop code looks like on MacOS. I suppose it's different for OSX though. (...) I take a bunch of different drop/paste 'protocols' on the Windows version and (...) (22 years ago, 10-Sep-02, to lugnet.cad)
|
| |
| | Re: dragNdrop (Was: Ldglite must be faster)
|
|
(...) No, it's not up to date because I don't have broadband without firewall. Here's all I had to write. Mac Drag Manager calls are the ones with :: global scope. A lot of magic is hidden in the base class constructor (LDragAndDrop) and more magic (...) (22 years ago, 10-Sep-02, to lugnet.cad)
|
