To LUGNET HomepageTo LUGNET News HomepageTo LUGNET Guide Homepage
 Help on Searching
 
Post new message to lugnet.cadOpen lugnet.cad in your NNTP NewsreaderTo LUGNET News Traffic PageSign In (Members)
 CAD / *26225 (-100)
  Re: Build-a-Bot
 
Hey all, check out the first ever Ldraw version of a Little Bot! Many thanks to Jaco van der Molen for doing a great job! Let us know what you think! (...) (22 years ago, 7-Aug-02, to lugnet.inst, lugnet.build.mecha, lugnet.cad)
 
  Re: Heraldry Terms
 
(...) By the way--are you going to make it to Pennsic this year, you crazy medieval geek?!? Dave! (22 years ago, 7-Aug-02, to lugnet.castle, lugnet.cad.dev)
 
  Re: Heraldry Terms
 
(...) Very good! :) (...) That's all we ask. It doesn't have to be complete -- if there's no good term for brown, then we don't have any data to add for it. Brown is brown. (...) If you could email them to me in bunches, that'd be great. Steve (22 years ago, 7-Aug-02, to lugnet.castle, lugnet.cad.dev)
 
  Re: Heraldry Terms
 
(...) Ok. I'll work on building the proper heraldric terms for the various blazons in use. I'll bug my wife, and see if she can give me some of the terminology for some of the clothing indicated on the torso patterns (although most of those, I (...) (22 years ago, 7-Aug-02, to lugnet.castle, lugnet.cad.dev)
 
  Re: Heraldry Terms
 
(...) Well, heraldry terms and technical names for objects are always good. I'm looking for any words that people might reasonably use to search for a part. You can check the patterned parts on these pages: (URL) you click the link on each (...) (22 years ago, 7-Aug-02, to lugnet.castle, lugnet.cad.dev)
 
  Re: Heraldry Terms
 
(...) Yup, exactly right. If you want to get *stunningly* technical, "real" heraldry omits any punctuation at all(1), but I find it a real pain to read that way. thanks, James 1:technically "Or, A Lion Salient Azure" should be "Or a lion salient (...) (22 years ago, 7-Aug-02, to lugnet.castle, lugnet.cad.dev)
 
  Re: Heraldry Terms
 
(...) Gold. :) Almost all of the heraldric terms come from old French. Salient is derived old French for leaping or jumping; Or is old (and current) french for gold. (...) Will do. Is there specific info you're looking for, or should I just shout if (...) (22 years ago, 7-Aug-02, to lugnet.castle, lugnet.cad.dev)
 
  Re: Heraldry Terms
 
(...) So this part (URL) be "Or, A lion Salient Azure"? Steve (22 years ago, 7-Aug-02, to lugnet.castle, lugnet.cad.dev)
 
  Re: Heraldry Terms
 
(...) Or = gold Dave! (22 years ago, 7-Aug-02, to lugnet.castle, lugnet.cad.dev)
 
  Re: Heraldry Terms
 
(...) Maybe this is a stupid question, but does "Or" have a jargon-meaning? Or is it just 'or', used in an unusually-constructed phrase? I'll add this information to the ldraw parts keywords. If y'all have any other castle-y goodness to add to the (...) (22 years ago, 7-Aug-02, to lugnet.castle, lugnet.cad.dev)
 
  Re: Heraldry Terms
 
(...) Whoops! wasn't paying enough attention. :/ That thar lion is Salient. Both feet on the floor. so "A Lion Salient Or, on a Field Azure" or more traditionally: "Azure, A lion Salient Or" HTH James (22 years ago, 7-Aug-02, to lugnet.castle, lugnet.cad.dev)
 
  Re: Heraldry Terms
 
(...) "A Lion Rampant Or, on a Field Azure" thanks, James (22 years ago, 7-Aug-02, to lugnet.castle, lugnet.cad.dev)
 
  Re: Chrome Parts
 
Hi, The number of the Silver color is #383. This color used to be listed on the color reference of partsref: (URL) But, it isn't there! What happened? The strage thing is that rendered chromed pieces are still in their places: Ex: (URL) There is (...) (22 years ago, 7-Aug-02, to lugnet.cad)
 
  Heraldry Terms
 
The lion on this shield: (URL) would it be described as Rampant? Dexter? Steve (22 years ago, 7-Aug-02, to lugnet.castle, lugnet.cad.dev)
 
  Chrome Parts
 
What is the color number to make a part chrome, or is it even possible? I would very much like to make chrome exhaust pipes etc., but i cannot figure out what color # it is. Help would be appreciated. (22 years ago, 7-Aug-02, to lugnet.cad)
 
  Re: New Plugin for LDDesignPad
 
Hello Orion, to program a plugin like that isn't too easy. I wish i could help but I am an math idiot ;) Maybe someone else can help in this matter? Play well Carsten p.s.: I will put a link on my website as soon as I can spare some time. Work is (...) (22 years ago, 7-Aug-02, to lugnet.cad.dev)
 
  Re: New version of MLCad command spec
 
(...) This is an improvement, I think. However, the requirement for authors to clearly document what (parts) of your meta-commands they've implemented contradicts the restriction from reproducing your document or its contents. There are still basic (...) (22 years ago, 7-Aug-02, to lugnet.cad.mlcad)
 
  Re: Updating other persons parts?
 
[XFUT lugnet.cad.dev] (...) As long as you've tried to make contact, and not gotten a response, go ahead and make your changes. Steve (22 years ago, 7-Aug-02, to lugnet.cad.dev.lcd, lugnet.cad.dev)
 
  Re: MPD spec
 
(...) I can appreciate your concern. For now, let me develop a document that treats the two specs as variations. If you're unhappy with my results, we could easily rework it into two totally separate standards. BUT, IMO, a new standard that breaks (...) (22 years ago, 7-Aug-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev)
 
  Re: Beginner's tutorial to programming LDraw utilities (Delphi Edition)
 
(...) Very good idea. :) (...) Very nice. You might want to include a short description of what IniFile.ReadString does, especially the third parameter. For myself, I'd rather include a bozo-value (like '%%NOTFOUND%%' or '') as the default value for (...) (22 years ago, 7-Aug-02, to lugnet.cad.dev)
 
  Re: replacement primitives for fas machines
 
(...) Actually, it still would be an interesting project to use the existing p\48\ files by either (a) copying the files into the p\ directory, or (b) replacing the regular p\ files with 'pointers' to the p\48\ files. And there are a lot of files (...) (22 years ago, 7-Aug-02, to lugnet.cad)
 
  Re: replacement primitives for fas machines
 
(...) I have a dumb one. Is there something that you should do to tell MLcad or whatever to use the 48 primitives in place of the lower resolution ones? Or is that something that has to be changed in the parts that use the primitive in question? (...) (22 years ago, 7-Aug-02, to lugnet.cad)
 
  Updating other persons parts?
 
What is the official stance on updating parts done by other people? I did some modifications to part 2485 on the tracker and have tried to send it to the orignal author, but am not sure wether he got it or not. (22 years ago, 7-Aug-02, to lugnet.cad.dev.lcd)
 
  L3P like utility for Mac / Mac OS X
 
I just discovered that LDGLite will print out all the little bits I need so that L3P will convert my .dat file[1] into a POV file. This would be great (well it is great for Windows users) if L3P ran on my PowerBook. So I searched a bit, but I came (...) (22 years ago, 7-Aug-02, to lugnet.cad.dev.mac)
 
  Re: replacement primitives for fas machines
 
(...) Yes I realized the folder was there but I mistook their purpose! Oh well maybe I should have asked for some advice before I started : ) Regardless of construction method the outcome should be the same except the standard 48 sided primitives (...) (22 years ago, 7-Aug-02, to lugnet.cad)
 
  Re: New Plugin for LDDesignPad
 
After some more extensive testing, I've found this plugin to not work the way it was intended. It will still work for some files and for single sided, non-hollow "parts" but otherwise it will not produced adequate results. Oh well, I guess I (...) (22 years ago, 7-Aug-02, to lugnet.cad.dev)
 
  Beginner's tutorial to programming LDraw utilities (Delphi Edition)
 
I'm planning to make a tutorial on the subject mentioned above. There is a lot of code that could be recycled and a lot of wheels that shouldn't be reinvented all the time by new programmers. Step One is about making your program find the path to (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev)
 
  Re: My cutter is almost ready : )
 
(...) I usually put a cannon on the poop deck using a 4x4 turntable. You may want a plate underneath so the cannon clears the studs on the railing. It works best if the turntable overhangs the poop deck by one stud (forward). Then you can still (...) (22 years ago, 6-Aug-02, to lugnet.cad, lugnet.cad.dat.models, lugnet.cad.dat.models.sets, lugnet.pirates)
 
  Re: My cutter is almost ready : )
 
(...) I'm not sure what the standard mount for a cannon is on the cutter (I own no "real" 6277s) but we usually moved the mast back and mounted the cannon in its place. best LFB (22 years ago, 6-Aug-02, to lugnet.cad, lugnet.cad.dat.models, lugnet.cad.dat.models.sets, lugnet.pirates)
 
  Re: *** LDView Version 1.9.6 Released ***
 
(...) Visual quality: When I first tried L3DView v0.5 (does someone remember L3DView?), I was amazed by the quality of the renderings. And yet each revision since then has improved the quality again. With constant speed, if not increasing. This (...) (22 years ago, 6-Aug-02, to lugnet.cad)
 
  Re: New Plugin for LDDesignPad
 
(...) Released for 20 minutes and I already found a major problem, concave portions of parts don't convert well. -Orion (22 years ago, 6-Aug-02, to lugnet.cad.dev)
 
  New Plugin for LDDesignPad
 
I've completed my first plugin for LDDesignPad. It will take a file and BfC certify for CCW winding. There are a few limitations: 1.) It doesn't handle bad vertex sequences, so these need to be fixed prior to running. 2.) It won't add INVERTNEXT (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev)
 
  Re: MPD spec
 
(...) Good point. I like the idea of a clearly defined new version of the file format. This would be a good point also to rename multi-part files in the second version to something relating to .LDR - perhaps .MPL could make the distinction? -Tim (22 years ago, 6-Aug-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev)
 
  Re: MPD spec
 
(...) Or perhaps MPD and LD2. We have discussed the time for a new, not LDraw compatible standard years ago. I don't like the idea of an "almost LDraw compatible" standard. Isn't it better to go all the way with maybe type 6, 7, 8... commands than (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev)
 
  Re: Paths, explicit drive references, and the case of file names
 
(...) I would rather say that I had been lucky with the design of the program. I don't think I had to change much to make it work as you requested, but you can compare this and the previous version of the source code. Play well, Jacob (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: MPD spec
 
(...) [...] That looks like the right solution. Play well, Jacob (22 years ago, 6-Aug-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev)
 
  Re: Paths, explicit drive references, and the case of file names
 
(...) Wow! That was fast! :) Steve (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: MPD spec
 
(...) No, I hadn't. I was taking the view that MPD files are not compatible with LDraw, and I was not too concerned with making them 'more compatible'. See my other recent message for a suggested way to standardize both "LDraw-ready" and "never (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev)
 
  Re: Paths, explicit drive references, and the case of file names
 
(...) Okay. I have made that an option with the latest edition of my MPD splitter: (URL) Here is my list of how software can handle this, in order from least (...) Except for the option of prompting before creating a directory, I have implemented (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)  
 
  Re: Syntactical colouring of .DAT files
 
(...) Not really. I do not have a good explanation, but I prefer Emacs' syntax highlighting to Vim's syntax highlighting. The vi UI is IMHO only intended for light-weight text processing. Play well, Jacob (22 years ago, 6-Aug-02, to lugnet.cad)
 
  Re: MPD spec
 
(...) Have you considered that that means that MPD files will no longer be able to be rendered by LDraw? (or have I overlooked something?) (...) Yes, but it is a single-level subroutine system like in C. (I complain about it in C, but that is (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev)
 
  Re: MPD spec
 
(...) These are good points. Perhaps we should define the spec with two levels: "strict MPD" and "expanded MPD". Strict MPD would require everything necessary to render files with ldraw: - All names on FILE statements follow the DOS filenaming (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev) ! 
 
  Re: MPD spec
 
(...) Because we ought to differentiate between files that can be processed directly by LDraw, and those which have to be filtered through another tool (a MPD splitter) before LDraw can render them. If we decide to scrap LDraw compatibility, this is (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev)
 
  Re: Smoothing on part level using edge lines
 
"Travis Cobbs" <tcobbs@REMOVE.halibut.com> wrote in message news:H0Fopv.22s@lugnet.com... (...) line (...) part (...) larger (...) This (...) generate (...) color (...) program (...) extra (...) but (...) smoothing (...) than (...) something, (...) (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev)
 
  Re: Paths, explicit drive references, and the case of file names (Was: MPD spec)
 
(...) :-( I have fixed my MPD splitter. The updated version will show up on: (URL) tonight (or early tomorrow). Play well, Jacob (22 years ago, 6-Aug-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev)
 
  Re: Smoothing on part level using edge lines
 
(...) Reading the various replies to this, I've seen a number of good points, but I think that some degree of misunderstanding was also generated. I personally don't think optional lines are generally a good idea on the inside of curves, but it is (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev)
 
  Re: Paths, explicit drive references, and the case of file names (Was: MPD spec)
 
(...) I tend to disagree. Given that the whole point of MPD files is to allow LDraw files to be more portable across multiple machines, I think absolute paths should be disallowed. It doesn't make sense to me to allow absolute paths in a file format (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: MPD spec
 
(...) I disagree with this. Or, if we keep this approach for MPD, I'll want another standard language extension for embedding "macros" in LDraw files. I tend to view (and use) FILEs in MPD files as "subroutines", and I'd prefer they were designed to (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev)
 
  Re: MPD spec
 
(...) I wasn't here for the .ldr extension discussions, so this may well have already been covered, but why not ".ldr"? It seems to me that any tool with built-in support for the .ldr extension should also support the MPD format. And the MPD format (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev)
 
  Re: New version of MLCad command spec
 
Hello Michael (...) I think the new license is working out well and people will be happy now ;). (see! i told you all!) ;) Play well Carsten (22 years ago, 6-Aug-02, to lugnet.cad.mlcad)
 
  Re: New version of MLCad command spec
 
(...) Hi Michael, Looked over it briefly- misspelled 'listed' on page 3 (listet). Didn't really check too closely for spelling errors- that just jumped out at me. Also 'lizence'? :) We here in America use 'license' or more uncommon 'licence'- No (...) (22 years ago, 6-Aug-02, to lugnet.cad.mlcad)
 
  Re: MPD spec
 
(...) Me too. And originally, you actually had to split a MPD file before you could view the contents. I would prefer that we stick to this way of treating MPD files as if they are splitted/unpacked before their content is processed. (...) That is (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev)
 
  Re: Smoothing on part level using edge lines
 
(...) Wow... I never thought of that before. I've been designing parts without inside optional lines for years. Good gosh... I'm working on a door right now that has inside curves that can't be covered by primitives- and I need to go look at the (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev)
 
  Re: MPD spec
 
(...) I think so, too. I see MPD files almost like ZIP files. I know that there are differences, like inside WinZip you can generally only view standalone files without unzipping them first. (The reason I reignited this thread was I wanted to make (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: Paths, explicit drive references, and the case of file names (Was: MPD spec)
 
(...) why not just say any of the following (':', '/' and '\') can be used as a delimiter, and it doesn't matter which you use - it's up to the program to translate any of those to the correct one for the OS? (...) defenitly! :) Dan (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: Smoothing on part level using edge lines
 
"Don Heyse" <dheyse@hotmail.spam....away.com> wrote in message news:H0FBpw.8Mv@lugnet.com... (...) The sbotaohe (smoothing based on the absence of hard edges) is definitely the way to do (near) perfect smoothing without radically changing the parts (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev)
 
  Re: Paths, explicit drive references, and the case of file names (Was: MPD spec)
 
(...) I'd prefer we say that local/absolute references are allowed, but provide guidelines to show that relative paths are usually better - easier to manage, easier to share, etc. (...) Yes, yes, and I'm guessing yes. (...) I think you are correct - (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: MPD spec
 
(...) Good question. Different programs have more (or less) success at handling this. L3Lab seems to have no trouble with it. LDLite usually does ok, but not always (unfortunately, I don't have an example). (...) There's no special syntax, the (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: Smoothing on part level using edge lines
 
"Jacob Sparre Andersen" <sparre@nbi.dk> wrote in message news:3D4FC5B0.1010300@nbi.dk... (...) This doesn't have to be fixed because the visual effect wil be marginal in programs like ldraw.exe (that actually use optional lines for drawing) and it (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev)
 
  Re: Syntactical colouring of .DAT files
 
Jacob, Have you thought about using Vim's syntax highlighting? I don't beleive a syntax file currently exists; I could stab at it if you'd like - I can't imagine it being too hard. --Jack AFOL, St. Louis (...) (URL) (22 years ago, 6-Aug-02, to lugnet.cad)
 
  Re: MPD spec
 
(...) Auggh! Hey, it's not too late -- there is no official BFC spec. Yet. :> Steve (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: MPD spec
 
(...) Right. Any "MPD splitter" program should include code to check that filenames and paths are valid, and either report missing paths, or create them, or ask the user before creating them, or provide options (ie, command line parameters) to (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: Smoothing on part level using edge lines
 
(...) Yes. (...) If there aren't optional lines, the inside curve won't render correctly, when someone uses a transparent color. Steve (22 years ago, 6-Aug-02, to lugnet.cad.dev)
 
  Re: replacement primitives for fas machines
 
(...) Hey, Chris! You realize that there are a number of standard 48-sided primitives in your ldraw\p\48\ directory already, right? Steve (22 years ago, 6-Aug-02, to lugnet.cad)
 
  Re: Smoothing on part level using edge lines
 
(...) I tend to agree with Jacob, but if the big space dish were transparent, optional lines on the concave surface could actually be seen when viewing them through the convex side. However, I fiddled with this once upon a time and I think it adds (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev)
 
  Re: Smoothing on part level using edge lines
 
(...) > there are no optional lines. Shouldn't that be fixed at some point? (...) I disagree. No optional lines are needed on inside curves. Play well, Jacob (22 years ago, 6-Aug-02, to lugnet.cad.dev)
 
  Re: Smoothing on part level using edge lines
 
If you check out the big space dish (3961.dat) you can see the optional line algorithm fails because there are no optional lines. In my opinion this part is good. There is no need to fix this part because it will only get larger and slows down some (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev)
 
  Re: Syntactical colouring of .DAT files
 
(...) Certainly. Although I don't use x86-systems that much, I think I always will be able to find an x86 to log in on. > Still it would be using a graphical interface (windowmanager) (...) Of course. (...) :-) Jacob (22 years ago, 6-Aug-02, to lugnet.cad)
 
  Re: MPD spec
 
(...) MPD files should not be named ".ldr" (or ".dat")! Jacob (22 years ago, 6-Aug-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev)
 
  Re: MPD spec
 
(...) Done. Play well, Jacob (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Paths, explicit drive references, and the case of file names (Was: MPD spec)
 
(...) I am not sure about explicit drive references. Actually, I think we should limit it to _relative_ paths. We should also decide on a preferred - or maybe even fixed - directory name delimiter. I suppose that it should be "\", even though Unix (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: MPD spec
 
(...) I would even call it a bad thing to do. But then I have a habit of putting "FILE" meta-command in all my files, so maybe I should stop criticising and try to fix my own bad habits first. > It's very easy to overwrite the main file with if the (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: MPD spec
 
(...) I have ldr files with up to 4 levels of nested sub files, and LDview, L3Lab, and MLCad all appear to render them fine. ROSCO (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: MPD spec
 
(...) I don't know about the other parsers, but as far as LDView is concerned an LDraw file is an LDraw file is an LDraw file. It makes no distinctions between ldr files, dat files, and mpd files. If it sees a 0 FILE command, it starts its MPD (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  My cutter is almost ready : )
 
I'm hooked on Pirates again (Thanks to the game @ Brickfest) and I need some Cutters, so I used the instructions from 6277 to make a virtual one. I still need some sails, but I'm close. Gotta find out how to mount the cannon too.... PLMKWYT, -JSM (...) (22 years ago, 6-Aug-02, to lugnet.cad, lugnet.cad.dat.models, lugnet.cad.dat.models.sets, lugnet.pirates)
 
  New version of MLCad command spec
 
Hi, there is a new draft version of the MLCad command spec available for download at (URL) is in version V1.1 state draft. Please feel free to comment this document. I have rewritten the lizence section and added a section for the rotation points. (...) (22 years ago, 6-Aug-02, to lugnet.cad.mlcad)
 
  Re: MPD spec
 
(...) I don't know how ldglite and other parsers work, but I guess they don't create files with paths and all, but rather objects somewhere in RAM, with 'filenames' just as a property. But if you call the procedure SaveToFile(Path+FileName) to save (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: MPD spec
 
(...) This is a very good question, and is even more important with the migration to a single filename suffix (.LDR). What happens when your type-1 line refers to a LDR that happens to be a multi-part dat? Cheers, - jsproat (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: MPD spec
 
(...) Another thing I realised the other day is that in Australia, the opposite of clockwise is generally anti-clockwise rather than counter-clockwise, so the BFC CERTIFY should really be CW or ACW, but it's a bit late to worry about it now! ROSCO (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: MPD spec
 
(...) FWIW both the ldlite and l3 parsers in ldglite are OK with paths in an MPD file. Just make sure the path in the 0 FILE line matches the path on the type 1 line that pulls in the subfile. If they don't match it reports that it can't find the (...) (22 years ago, 6-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: LDDesignPad v1.19b with C++ plugin sample
 
Hey Orion, (...) No.. i will wait because there may be one or another thing you might notice while writing the plugins. Plugins work fully and bug-free a far as I can tell. but the dll interface should serve the purpose and you might tell me if it (...) (22 years ago, 5-Aug-02, to lugnet.cad)
 
  Re: MPD spec
 
I was wondering, didn't see it discussed in the text, is it permitted / custom to have ldraw files in a mpd file reference other mpd files? If so is the first part in the file used or is there some naming convention pointing to the correctsubpart (...) (22 years ago, 5-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: MPD spec
 
(...) Hmm. I don't remember if there was a lot of discussion about putting paths on the 0 FILE line. So I won't say for absolute sure that the program should allow them. I'd say any software that *thinks* it needs a directory, and crashes when it's (...) (22 years ago, 5-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  replacement primitives for fas machines
 
Hello, I have been working with mlcad on a set of replacement ldraw primitives. These primitves have 48 sided circles apposed to ldraw’s usual 16. I have created these primitives to be used with various ldraw programs with my eventual goal of (...) (22 years ago, 5-Aug-02, to lugnet.cad)
 
  Re: LDDesignPad v1.19b with C++ plugin sample
 
(...) I have a few Plugin's I'm working on, but don't wait for me! -Orion (22 years ago, 5-Aug-02, to lugnet.cad)
 
  LDDesignPad v1.19b with C++ plugin sample
 
Hello! Just to let you all know ;) : Thanks to the genious help of Roland Melkert (he translated the complete plugin-code from Delphi to C++: Thank you, thank you, thank you!) I am happy to present the 1.19b version wich includes these new sources. (...) (22 years ago, 5-Aug-02, to lugnet.cad)
 
  Re: MPD spec
 
(...) Err, the entry for MPD in the glossary: (URL) here: (URL) is a bad link. Could you update the glossary to point to the new spec? Don (22 years ago, 5-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: MPD spec
 
(...) MPD Workshop cannot handle a reference to a non-existing directory, or rather, it does not create a folder if necessary. For example: (URL) line: 0 FILE s\41342s01.dat assumes that there already exists the folder 's\' in the target directory, (...) (22 years ago, 5-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: POV Color Cheat?  [DAT]
 
(...) [ snipped ] Intresting, and yes it will work but with a few buts. First you will need to do the color-declaring before you do your model. And you have to (well, not "have to" but is saver to) "undeclare" (or undef) the old color definition. (...) (22 years ago, 5-Aug-02, to lugnet.cad.ray)  
 
  Re: MPD spec
 
(...) Good point. Should probably also add the following... - There shouldn't be multiple files with the same name. - paths are allowed, so are explicit drive references. But the capability should be use with restraint, since it can easily make it (...) (22 years ago, 5-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: MPD spec
 
(...) One addition that might be useful for people using the spec is to explicitly state that other than the first file being the main one, there is no implicit order to the remaining files. This is implied by the existing spec, but not actually (...) (22 years ago, 5-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: MPD spec
 
Great! One question: I think I've seen some MPD files with the extension .dat and named exactly the same as its main model sub-file. IMHO, it's a risky thing to do. It's very easy to overwrite the main file with if the mpd is named the same. (It (...) (22 years ago, 5-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: Monkeypede
 
(...) And you can tell it was done on my computer too - check out the author credit on all the submodels :-D -Tim (22 years ago, 5-Aug-02, to lugnet.cad.dat.models)
 
  Re: Monkeypede
 
(...) Cool, thanks a million! -Shiri (22 years ago, 5-Aug-02, to lugnet.cad.dat.models)
 
  Re: Monkeypede  [DAT]
 
(...) The problem is with LUGNET's code to return LDraw content (the [DAT] hyperlink). It doesn't recognize the .ldr file extension. If you copy the code out of your message, and save it in a new file, the monkypede renders just fine. I've attached (...) (22 years ago, 5-Aug-02, to lugnet.cad.dat.models)
 
  Re: Monkeypede
 
(...) Grr, still no good. I imported all the submodels into the main file - should I have done otherwise? -Shiri (22 years ago, 5-Aug-02, to lugnet.cad.dat.models)
 
  Re: Monkeypede  [DAT]
 
(...) Thanks! Let's see if that works... -Shiri 0 FILE monkeypede.ldr 0 Untitled 0 Name: monkeypede.ldr 0 Author: MLCad 0 Unofficial Model 0 ROTATION CENTER 114.66 25.0254 -62.1489 1 "Custom" 0 ROTATION CONFIG -2 0 1 0 230.769 0 -229.907 -1 0 0 0 1 (...) (22 years ago, 5-Aug-02, to lugnet.cad.dat.models)
 
  Re: Monkeypede
 
(...) Open your file in MLCAD. Choose Multipart | Import Model to import each submodel file into your main file. Save the file (maybe under a new name, with a .mpd extension). Upload the new file. Steve (22 years ago, 5-Aug-02, to lugnet.cad.dat.models)
 
  Re: MPD spec
 
(...) I don't know if we ever agreed on it; I don't remember the discussion of it at all. But I included it in the page. (...) Oyez, oyez! Please read the new Multi-Part DAT (MPD) Language Extension specification at (URL). All comments, suggestions, (...) (22 years ago, 5-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
 
  Re: Monkeypede
 
(...) Dang it, it didn't. Can anyone explain to me how can I upload a .dat file with submodels? -Shiri (22 years ago, 5-Aug-02, to lugnet.cad.dat.models)


Next Page:  5 more | 10 more | 20 more | 100 more

Redisplay Messages:  All | Compact

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