 | | 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)
|
| |
| | 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)
|
| |
| | 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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)
|
| |
| | 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: 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)
|
| |
| | 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: 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: 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: Smoothing on part level using edge lines
|
|
(...) This is technically due to bad dat code, not the algorithm. That edge shouldn't contain optional lines. However, given that they used a smashed half-sphere, they had no control over the presense of type 5 lines along that edge. And it's the (...) (22 years ago, 5-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: MPD spec
|
|
(...) Not at all. It seems like a very sensible thing to do. I presume that the update will include the "NOFILE" meta-command (if we ever got around to agree on it). Please announce it, when the copy is ready, so I can change my web pages to point (...) (22 years ago, 5-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: MPD spec
|
|
(...) Jacob, Do you mind if I copy (and update) the information on your MPD page to www.ldraw.org/reference/specs? Steve (22 years ago, 5-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
|
| |
| | Smoothing on part level using edge lines
|
|
When I was implementing smoothing on part level using optional lines, I discovered an artifact in the smoothing algorithm. You can see what I mean by looking at the 'Space Radar Dish' 3960.dat using LDView 1.95 or later with primitive substitution (...) (22 years ago, 5-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Generating binaries of updated MPD tools
|
|
Don Heyse wrote: > I was kinda hoping you'd do (...) :-) Be prepared to act as guinea-pig, once I get a cross compiler to work. ;-) Play well, Jacob (22 years ago, 5-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: *** LDView Version 1.9.6 Released ***
|
|
Looks stable. Perhaps you can use the smooth pattern suggestion to draw a pattern in the back buffer and use glCopyTexImage2D( ) to make a texture of it. Then replace the geometric pattern with a texture. This might speed things up considerably and (...) (22 years ago, 5-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: *** LDView Version 1.9.6 Released ***
|
|
(...) I forgot to mention. I didn't miss your suggestion of redrawing polygon outlines smoothed for patterned polygons; I just haven't implemented it yet. It is on my to-do list: (URL) even on the top list, which is items I actually plan to (...) (22 years ago, 5-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: MPD File Specs
|
|
In lugnet.cad.dev, Don Heyse writes: ... (...) Thanks, Don! (22 years ago, 5-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: MPD File Specs
|
|
(...) Heh, this should be it, but it isn't. (URL) a short version of the specs here. (URL) it leaves out the 0 NOFILE bit mentioned here. (URL) think if you search for NOFILE on lugnet you'll find the discussion on scope inside an MPD file, which (...) (22 years ago, 5-Aug-02, to lugnet.cad.dev)
|
| |
| | MPD File Specs
|
|
Could anybody point me to the file specs for mpd files? I know I've seen them, but now that I need them, I just can't find them. (Yes, I have looked (at least ten minutes) for the MPD specs in both lugnet and ldraw.org without finding it). TIA, (...) (22 years ago, 5-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: *** LDView Version 1.9.6 Released ***
|
|
FUT lugnet.cad.dev (...) This is by design, as the smoothing it performed at the part level. You can force other parts to be smoothed by adding the following line to the part dat file (near the beginning, preferably before any actual geometry): 0 (...) (22 years ago, 5-Aug-02, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: * LDrawDesignPad LDDP 1.1 released *
|
|
FUT lugnet.cad.dev. (...) I haven't personally looked at it, but the thing to remember when writing C++ that is going to be accessed from another language is that you usually have to write C functions, and declare them as being WINAPI. You also have (...) (22 years ago, 4-Aug-02, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Generating binaries of updated MPD tools
|
|
(...) Beats me. I'm still using the old 2.95 compiler for windows. I might be motivated to switch when they get the java compiler working with the mingw toolchain. I was kinda hoping you'd do the all the legwork on the cross compiler after I pointed (...) (22 years ago, 4-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Generating binaries of updated MPD tools
|
|
(...) Thanks. I suppose I should try to build a cross-compiler, so I can compile for Win32 and MacOS as well as for Linux and Tru64. The MinGW documentation you pointed to seemed to be based on GCC 2.95, which is too bug-ridden to use for compiling (...) (22 years ago, 4-Aug-02, to lugnet.cad.dev)
|
| |
| | * LDrawDesignPad LDDP 1.1 released *
|
|
Hello! New version is out now. Get it at (URL) ! + = New feature * = Bugfix - = Removed feature v1.1 2002/08/03 * Fixed shortcuts for Cut, Copy, Paste + Redid the search options / added 'search' menu + Added 'Find next' (F3) option + Undo now (...) (22 years ago, 3-Aug-02, to lugnet.announce, lugnet.cad, lugnet.cad.dev) !
|
| |
| | Re: When Did Tiles Get Their Groove?
|
|
(...) Yes. I thought about changing all the other tiles to match this one. :) (Most of the patterned tiles don't include the "with groove" notation, because they only exist in one form. And we can usually use those characters for better descriptions (...) (22 years ago, 2-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: I have some ideas / suggestions for all programmers
|
|
"Travis Cobbs" <tcobbs@REMOVE.halibut.com> wrote in message news:H06tvn.HEA@lugnet.com... (...) similar (...) might (...) a (...) program (...) runtime (...) Being a VB programmer myself who doesn't have the time or the inclination to learn another (...) (22 years ago, 2-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: I have some ideas / suggestions for all programmers
|
|
I understand where you're coming from, but I personally feel that the registry does have its place, if used properly. Mind you, most programs don't use it properly in my opinion. LDView uses the registry to remember your settings, and to remember (...) (22 years ago, 1-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: When Did Tiles Get Their Groove?
|
|
(...) Isn't the style for the other grooved tiles "with Groove", not "Grooved"? I think it would make more sense to call the other one "Tile 2 x 2 with Black Circle Pattern without Groove", since a) the grooveless tiles are more "exotic" and b) as a (...) (22 years ago, 1-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: When Did Tiles Get Their Groove?
|
|
(...) Due to this information, I have deleted the unofficial, "~Moved to 3068bp17" version of 3068p17.dat from Parts Tracker. And I changed the title of 3068bp17.dat to "Tile 2 x 2 Grooved with Black Circle Pattern". Steve (22 years ago, 1-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: I have some ideas / suggestions for all programmers
|
|
(...) Another positive side-effect of not using the registry is if you have to move the folder that all your LDraw related tools are stored in, you dont have to dig through the registry to fix all the path names. I had to do this and it was a big (...) (22 years ago, 1-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: I have some ideas / suggestions for all programmers
|
|
(...) Another good thing is that it's much easier just to copy the ldraw.ini file from one installation to another than try to go through the huge registry file and search for LDraw related info. Thus I, for example, get all the viewing angles I (...) (22 years ago, 1-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: I have some ideas / suggestions for all programmers
|
|
(...) I agree about using INI files instead of the registry, because it's easier/safer to directly edit INI files. And it's easier for other programmers to figure out the information. For sharing settings between programs, it makes sense (IMO) to (...) (22 years ago, 1-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: I have some ideas / suggestions for all programmers
|
|
(...) Ok well then we should all put the ini files in each program dir as u said. (...) I hate it too, specially as it a technic of M$ to control the user's pc. (...) Well some dll's like directX are ok and about delphi making an exe, well O love (...) (22 years ago, 1-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Generating binaries of updated MPD tools
|
|
(...) cross compiler supports ADA so I built the windows versions for you and uploaded it to ldraw.org. Look for /home/dheyse/mpd_fil..._win32.zip The new executables seem to have longer names than the buildmpd and splitmpd mentioned on the MPD (...) (22 years ago, 1-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Generating binaries of updated MPD tools
|
|
(...) Have you considered trying the mingw cross compiler to build Windows executables from a linux box? I'm kinda curious how well that works. I use the native windows version of the mingw gcc compiler all the time. But if this works well enough (...) (22 years ago, 1-Aug-02, to lugnet.cad.dev)
|
| |
| | Generating binaries of updated MPD tools
|
|
A little while ago I wrote in lugnet.cad: (...) systems, so I can not compile the programs for MS Windows or for MacOS. If somebody has time to compile them, I would appreciate a copy the resulting executables, for posting them on the web site. Play (...) (22 years ago, 31-Jul-02, to lugnet.cad.dev)
|
| |
| | Re: I have some ideas / suggestions for all programmers
|
|
This is a good idea. Except forcing the user to a specific dir isn't that user friendly. So I think there should stay one tiny ini file in the application dir telling where to find the rest or something :) I seldom use the registry anyway because of (...) (22 years ago, 31-Jul-02, to lugnet.cad.dev)
|
| |
| | I have some ideas / suggestions for all programmers
|
|
Hello to everyone, I'm working a small tool similar to l3p addon but it will be very simple, basic, won't need any dll and won't use windows registry. Well this post mainly is to say that I have a suggestion / idea for all ldraw related software (...) (22 years ago, 31-Jul-02, to lugnet.cad.dev)
|
| |
| | Re: Trans-antifreeze?
|
|
(...) 12, 373, 19, and 17. Assuming I have any clue which colors you mean. ;) See: (URL) (official) (URL) (somewhat more to the point) (URL) (more comprehensive) Steve (...) (22 years ago, 31-Jul-02, to lugnet.cad.dev)
|
| |
| | Re: Trans-antifreeze?
|
|
(...) around with the higher numbers in the vain hope that I might convince LDraw to change its ways. Alas, no. Thanks for the info! If anyone needs the numbers for salmon, puce, camel, or morning mint, just let me know... Dave! (22 years ago, 31-Jul-02, to lugnet.cad.dev)
|
| |
| | Re: Trans-antifreeze?
|
|
(...) 42, according to (URL) (22 years ago, 30-Jul-02, to lugnet.cad.dev)
|
| |
| | Trans-antifreeze?
|
|
What the heck is the # for this color in LDraw? I've been driving myself batty trying to figure it out, and my searches here in .cad have been unsuccessful. Help help help! Dave! (22 years ago, 30-Jul-02, to lugnet.cad.dev)
|
| |
| | Re: Renaming of Space Laser-Gun with Side Sight
|
|
"Steve Bliss" <partsref@yahoo.com> wrote in message news:pcndku0cp10500r...4ax.com... (...) "Minifig TV Camera" makes MUCH more sense to me. I had never thought about it being a laser gun until I saw the name of the part listed here on lugnet as (...) (22 years ago, 30-Jul-02, to lugnet.cad.dev, lugnet.space)
|
| |
| | Re: Renaming of Space Laser-Gun with Side Sight
|
|
(...) Sorry, my bad. Looks like Damien changed his vote anyway. But I did edit the header, changing "Space" to "Minifig", and adding: 0 CATEGORY Minifig Accessory 0 KEYWORDS Space, Town, scope, scanner, tv camera What about Damien's suggestion of (...) (22 years ago, 30-Jul-02, to lugnet.cad.dev)
|
| |
| | Re: Description of MLCad extensions available now
|
|
(...) Thanks for the moderating comment. Michael, here is a suggestion for what you can write about the rights to your specification: © Copyright 2002, Michael L. Since this document is made available free of charge, I can not make any promises (...) (22 years ago, 30-Jul-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.mlcad, lugnet.cad.dev)
|
| |
| | Re: Description of MLCad extensions available now
|
|
Hello, I think we should wait what Michael is coming up with before making harsh comments. I followed this whole discussion from the start and i think it's always right to state your opinion - but please do this in a constructive way. Thank you. (...) (22 years ago, 30-Jul-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.mlcad, lugnet.cad.dev)
|
| |
| | Re: Moving around in a CAD model.
|
|
(...) Wouldn't help much - except for those who happen to use Linux on a PC. - Kylix doesn't work on ,for example, Linux/Alpha. Play well, Jacob (22 years ago, 30-Jul-02, to lugnet.cad.dev)
|
| |
| | Re: Unnoficial Parts (Tiles with Edge)
|
|
(...) You guys couldn't have spoken up a month or two earlier?! ;) I agree with your suggested changes, Chris. I'll go ahead and implement them. Steve (22 years ago, 30-Jul-02, to lugnet.cad.dev)
|
| |
| | Re: Moving around in a CAD model.
|
|
(...) You're both right and wrong. I am right handed, but I use my left hand for the mouse to avoid the pain of carpal tunnel. That's why I don't have any current gaming experience. (...) Yeah, I like this because the arrow key mapping is exactly (...) (22 years ago, 30-Jul-02, to lugnet.cad.dev)
|
