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: 
92 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 (...) (25 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 (...) (25 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 (...) (25 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
    

Custom Search

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