 | | Re: Using LDGLite inside LDDP
|
|
(...) You're right it is incorporated. I just wanted to make sure you were using the most current version instead of v1.4 with the plugin that's installed from the "Virtual Lego" book CD. LDGLite (or any other renderer for that matter) doesn't work (...) (20 years ago, 7-Apr-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Using LDGLite inside LDDP
|
|
(...) Orion, Running LDDP 1.54. Using the bendable objects generator under the "process" menu. I believe it's incorporated, not a separate plug-in. Steve (20 years ago, 7-Apr-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Using LDGLite inside LDDP
|
|
(...) Steve, Thanks for using LDDP. My question is: are you using the bendible objects generator plugin? If not which version of LDDP are you running? -Orion (20 years ago, 7-Apr-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Using LDGLite inside LDDP
|
|
Need some help with this... I've managed to get LDGLite to work standalone (i.e. viewing parts within LDRAW\Parts directory). I seem to be encountering some difficulty using it inside LDDP. (I'm trying to get a preview within the bendable objects (...) (20 years ago, 7-Apr-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: 4.5V Semaphore Signal
|
|
(...) No, the poles are glued to the baseplate. ROSCO (20 years ago, 7-Apr-04, to lugnet.cad.dev)
|
| |
| | Re: 4.5V Semaphore Signal
|
|
(...) On the real parts, do the poles separate from the baseplates? If they do separate, then this is a good solution. If they don't separate, then this isn't such a good solution -- the 'complete' part file should be just like the part you'd pull (...) (20 years ago, 7-Apr-04, to lugnet.cad.dev)
|
| |
| | Re: Web-based LDraw viewing
|
|
(...) Hello Mike and Orion. The ActiveX controls generate distrust, but by the moment I have not found a better method (waiting for a good implementation of opengl for java), and that occupy a space as small as 80kb. Time ago I had present the Java (...) (20 years ago, 5-Apr-04, to lugnet.cad.dev)
|
| |
| | Re: Lpub find edges
|
|
(...) Cylinders would not resolve every edge lines, at curved surfaces that would be a problem. There are comercial renderes that do that line and flat surface stuff. They are used a lot to blend 3D CG with cell animation drawings. I have not (...) (20 years ago, 3-Apr-04, to lugnet.cad, lugnet.cad.dev, FTX)
|
| |
| | Re: Lpub find edges
|
|
(...) This is so very true, and troublesome. POV-Ray does not support the concept of a line in 3D space, so L3P cannot directly translate LDraw lines to POV-Ray entities. Lars, at one point we talked about the possibility of having L3P use cylinders (...) (20 years ago, 3-Apr-04, to lugnet.cad, lugnet.cad.dev, FTX)
|
| |
| | Re: Should *all* studs use a STUD primitive?
|
|
(...) ... I was high that day? ... no, that seems pretty unlikely ... I think these should all be changed. Some/most would probably be candidates for the special STUD.DAT notation (ie, all caps), to signify no stud-as-line rendering. Steve (21 years ago, 30-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: 4.5V Semaphore Signal
|
|
(...) I came up with another solution for the two common color variants issue, without having four complete/shortcuts: Create the shortcuts without the baseplate, as the other parts share the same color. (all blue or all red) Thus having three (...) (21 years ago, 28-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: Should *all* studs use a STUD primitive?
|
|
(...) primitives. Maybe the authors (Matt Schild, Franklin Cain, Steve Bliss) could comment. Rather than 3626bp00, which is not an official part, I think you mean s/3626bs00 which does have an inlined stud. I think this should be fixed too. Chris (21 years ago, 27-Mar-04, to lugnet.cad.dev)
|
| |
| | Should *all* studs use a STUD primitive?
|
|
I'm in the process of updating my LDList program, including stud count as a searchable parameter. During tests I have found a couple of parts that have studs, but are not using any STUD primitive, and for this reason LDList cannot find them :-( At (...) (21 years ago, 26-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
(...) Hmmm, POSTprocess eh? Yes, I think that'll work just fine. Now why didn't I think of it... Thanks Lars, Don (21 years ago, 24-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: Web-based LDraw viewing
|
|
How about ShockWave 3d? (21 years ago, 24-Mar-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
(...) The idea was to make it simple for ordinary usage. I guess most programs would call LDrawIniComputeRealDirs() with IncludeSkipDirs=0 and simply search the dirs returned. However, you can call LDrawIniComputeRealDirs with IncludeSkipDirs=1 and (...) (21 years ago, 23-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
(...) Right. /Lars (21 years ago, 23-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: Web-based LDraw viewing
|
|
(...) Good point. That's why originally I was envisioning something like LDViewer running on a server with all the stuff it needs right there (so no installation is needed). Actually, maybe...I'll have to play with it later. In regards to Java, (...) (21 years ago, 23-Mar-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: Web-based LDraw viewing
|
|
(...) Well, you'd need to install something in order to use SVG or Java, too. Anyway, LD2VR doesn't look like it's finished. (21 years ago, 23-Mar-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: Web-based LDraw viewing
|
|
(...) I suspect it's that download that scares people off. -Mike (21 years ago, 22-Mar-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: Web-based LDraw viewing
|
|
(...) I'm having a hard time finding any recent info on it. It also looks like one would have to install something in order to use it (which I'm trying to stay away from). I talked about it with a friend of mine over the weekend and he thinks he (...) (21 years ago, 22-Mar-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: Web-based LDraw viewing
|
|
Or vrml. There's a converter called LD2VR. (21 years ago, 21-Mar-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: Web-based LDraw viewing
|
|
(...) Well, I'd like the format more if browsers displayed them, by default. (21 years ago, 21-Mar-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
(...) I like the LDSDF_SKIP bit-flag but I don't think we need to add a parameter to to LDrawIniComputeRealDirs(). Here's why. The parameter would make it all or nothing for skipped dirs. I'd rather toggle the LDSDF_SKIP bit-flags of some of the (...) (21 years ago, 21-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
"Lars C. Hassing" <sp.lars@am.hassings.dk> schrieb im Newsbeitrag news:HusLAn.8Cz@lugnet.com... (...) <SNIP> (...) LDrawIniComputeRealDirs (...) SkipSkipDirs (...) I don't realy care but IncludeSkipDirs sounds reasonable. (...) the (...) stead. (...) (21 years ago, 19-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
(...) OK, <SKIP> will be parsed into a bit-flag LDSDF_SKIP and LDrawIniComputeRealDirs will have an extra parameter to include/exclude <SKIP> dirs: KeepSkippedDirs, IncludeSkipDirs, DontSkipDirs, ExcludeSkipDirs, SkipSkipDirs - please come up with a (...) (21 years ago, 18-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
"Lars C. Hassing" <sp.lars@am.hassings.dk> schrieb im Newsbeitrag news:Hun57C.1xM8@lugnet.com... (...) four functions (...) data, (...) dirs. (...) model. (...) those with <MODELDIR>. (...) remaining loading of parts. (...) dirs) Don mentioned that (...) (21 years ago, 18-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
"Anders Isaksson" <isaksson.etuna@REMO...telia.com> schrieb im Newsbeitrag news:HuoL3w.LHF@lugnet.com... (...) system (...) Which would mean, we will have to support ini files in uni-code, which isn't a problem either, but allows funny characters (...) (21 years ago, 18-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
(...) By modifying ldraw.ini or setting an env var. Why would you want to enable a <SKIP> dir from within a program? (...) I did notice, but forgot it, sorry. %USERPROFILE% or $HOME for <HOMEDIR>, OK fine with me. (...) Yes, I actually thought of (...) (21 years ago, 16-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
(...) The NTFS (NT, XP, W2000) file system uses unicode. I don't know if that matters as long as you are using a western alphabet, but on a Chinese system for example, your file names can of course be in Chinese. -- Anders Isaksson, Sweden BlockCAD: (...) (21 years ago, 16-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
(...) <Snip ideas> Here are a few random thoughts on those ideas... I haven't thought about it enough to decide if I have a preference on the format of the UnknownFlags. Either way seems ok to me. If directories marked with <SKIP> are excluded from (...) (21 years ago, 16-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: Clikit file naming
|
|
(...) part in the entire Clikits library, I made extensive use of it in my recent "Inn of the Fallen Angels" (...) I think this is a great question. My gut reaction would be yes, we should. It has studlike properties, and it tends to appear in a (...) (21 years ago, 16-Mar-04, to lugnet.cad.dev)
|
| |
| | LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
Here are my ideas of an API for accessing the LDrawIni settings. The basic idea is that it should be very simple to use, there are only four functions and a data structure declaration. First you call LDrawIniGet to read and initialize all relevant (...) (21 years ago, 15-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: Clikit file naming
|
|
(...) Thanks for your comments - the names are just working titles for the present. I was really looking for opinions on whether the connector should be called a stud (as you do) and should have the inbuilt LDraw support for studs. I'm not sure the (...) (21 years ago, 15-Mar-04, to lugnet.cad.dev, lugnet.db.brictionary)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
(...) Hey, this reminded me of something. Is there some flavor of Windows that uses nasty 16 bit unicode filenames? That could get quite messy. I think the unix world is moving toward UTF-8 which sounds a bit more sane, and should work with either (...) (21 years ago, 15-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
(...) Well, I still compile a 16-bit DOS version of L3P for a few users (2%), but I think the coming version 1.4 will be the last. The possibilities when having the full tree in memory are too tempting. We can recommend the few hardcore DOS users to (...) (21 years ago, 15-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: Clikit file naming
|
|
(...) it anyway. :-) All three of these parts are what TLC calls "Icons". (URL) (I think) should be named accordingly. The current name of clikit1 is particularly unfortunate because Clikits parts include at least one (small) human-sized ring. An (...) (21 years ago, 15-Mar-04, to lugnet.cad.dev, lugnet.db.brictionary)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
(...) Actually I wasn't thinking about long filenames, just the slashes. I can never remember which one is called backslash so I probably wasn't all that clear. Maybe we should just *recommend* using the DOS style slashes as the directory separator, (...) (21 years ago, 15-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
<SNIP (...) sounded (...) INI (...) Ok, Ok ... I agree! No problem with that, I just thought I could convice you for the different side of the river ;-> The solution is not beautyfull, but I can live with it. Michael (21 years ago, 15-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
"Don Heyse" <dheyse@hotmail.spam....away.com> schrieb im Newsbeitrag news:HuLIG9.210E@lugnet.com... <SNIP> (...) Yes, I prefere that too. (...) No I don't think so, there will be no old programm reading this file, or the section in it. I think there (...) (21 years ago, 15-Mar-04, to lugnet.cad.dev)
|
