To LUGNET HomepageTo LUGNET News HomepageTo LUGNET Guide Homepage
 Help on Searching
 
Post new message to lugnet.cad.devOpen lugnet.cad.dev in your NNTP NewsreaderTo LUGNET News Traffic PageSign In (Members)
 CAD / Development / 3862
3861  |  3863
Subject: 
Re: Suggestion for MLCad Plug-Ins
Newsgroups: 
lugnet.cad.mlcad, lugnet.cad.dev
Date: 
Wed, 2 Feb 2000 22:56:12 GMT
Viewed: 
293 times
  
Steve Bliss skrev i meddelandet ...
> [what about color?]
> 
> Two approaches:
(where's the second approach?)

> 1. Allow multiple formats for the string being passed in the WM_COPYDATA
> message.  One format is the one you're already using, the part filename and
> description. Another message could be defined that included color • information.
> A useful format for this second buffer would be a valid LDraw command.
> Something like:
> 
> 1 <color> 0 0 0 1 0 0 0 1 0 0 0 1 <partfile>

Of course! Why didn't *I* think of that? (message type 2)

> And (wandering off into left field) this message data format could be defined • as
> a snippet of LDraw code, instead of a single command.  This would support
> inter-program passing of almost any LDraw-related information.  Multiple • parts,
> scaled primitives, submodels, whatever.

One long string with line separators? Or a multi-message approach (coded
'start-of-message', 'part-of-message', 'end-of-message' - message types 3,4
and 5)?

> I agree that it is best to move description to the end of the line.  The only
> problem is that not all parts have numbers.
No big problem, as we cannot render them anyway if that's the case :-)

> The key thing is to have the headers on the first line, so the columns can be • in
> any order, left-to-right.  It's not *too* challenging to write the • file-reader
> to handle this type of input.

Agreed.

Will you write the specs? :-))

--
Anders Isaksson, Sweden
BlockCAD:  http://user.tninet.se/~hbh828t/proglego.htm
Gallery:   http://user.tninet.se/~hbh828t/gallery.htm



Message has 2 Replies:
  L-CAD Parts Messages (was: Suggestion for ML-CAD Plug-Ins)
 
(...) The second approach went beyond the event horizon. (...) One long message with line separators. As long as WM_COPYDATA permits, assuming WM_COPYDATA specifies a limit. <reads doc> Yeah, there's a limit. We can only have 2^32 bytes in the (...) (27 years ago, 4-Feb-00, to lugnet.cad.mlcad, lugnet.cad.dev)
  Reading Part-Lists (was: Suggestion for MLCad Plug-Ins)
 
(...) Hmm. Keep a list of field names in a text file. This list maps the field names in various inventory lists to the actual field names. Ex: Part,Part PartID,Part PartNo,Part Name,Name Desc,Name Color,Color Colour,Color Quantity,Quantity (...) (27 years ago, 4-Feb-00, to lugnet.cad.mlcad, lugnet.cad.dev)

Message is in Reply To:
  Re: Suggestion for MLCad Plug-Ins
 
(...) I like that idea. (...) Yep. The idea is for LDAO to be both a source and sink for dragged parts. (...) Two approaches: 1. Allow multiple formats for the string being passed in the WM_COPYDATA message. One format is the one you're already (...) (27 years ago, 2-Feb-00, to lugnet.cad.mlcad, lugnet.cad.dev)

18 Messages in This Thread:




Entire Thread on One Page:
Nested:  All | Brief | Compact | Dots
Linear:  All | Brief | Compact

This Message and its Replies on One Page:
Nested:  All | Brief | Compact | Dots
Linear:  All | Brief | Compact
    

©2005 LUGNET. All rights reserved. - hosted by steinbruch.info GbR