 | | Re: Parts Releases and the CA
|
|
(...) <fredrigl@math.uio(s...mless).no> <glockner@bio.*spamless*uio.no> and even tried: fredrik.glockner+nos...jus.uio.no provided by the "Faculty of mathematics and natural sciences University of Oslo" (uio is the university's akronym) after I (...) (18 years ago, 4-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Parts Releases and the CA
|
|
(...) Fredrik shouldn't be impossible to reach, his latest post here on lugnet is from this summer: (URL) Anders Isaksson, Sweden BlockCAD: (2 URLs) (18 years ago, 3-Sep-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Parts Releases and the CA
|
|
Over the past couple of years releases of new official parts have been less frequent than in the past. LDraw.org would like to apologise or these delays and explain the reason why. About two years ago LDraw.org decided to move to a new license (...) (18 years ago, 3-Sep-06, to lugnet.cad, lugnet.cad.dev.org.ldraw) !
|
| |
| | Re: New webmaster at LDraw
|
|
(...) Thanks Willy, I look forward to contributing. Tim (18 years ago, 31-Aug-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | New webmaster at LDraw
|
|
Hi folks, I'm pleased to announce that Tim Gould has joined the site management team at LDraw.org as website coordinator and will give Orion and myself a helping hand creating and maintaining the pages on the site, manage voting for LDraw.org's (...) (18 years ago, 31-Aug-06, to lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Proposal for MLCad.ini Enhancements
|
|
(...) hi allen, many thx for the .ini file fixes you sent me via mail. I'll load them up asap. the rest is michael's territory as I'm only the maintainer of the data. bye, w. (18 years ago, 19-Aug-06, to lugnet.cad.dev)
|
| |
| | Proposal for MLCad.ini Enhancements
|
|
In the course of writing a minifigure generator for my Bricksmith program, I've really come to appreciate how nifty it is to have something like the MLCad.ini file to work with. I've very grateful to the people who designed and maintain it. However, (...) (18 years ago, 18-Aug-06, to lugnet.cad.dev, FTX)
|
| |
| | Re: 48 directory and non filename only line 1 part file names
|
|
(...) Yes, basically. It wouldn't make any sense to add the parts\s directory, because those files are segments of parts -- they aren't complete objects in any sense. They are only intended to be used by part files, which should refer to them (...) (18 years ago, 31-Jul-06, to lugnet.cad.dev)
|
| |
| | Re: 48 directory and non filename only line 1 part file names
|
|
(...) <snip> (...) Is it correct to assume because of this, the 48 and s dirs must not be added to the part search directories list? Roland (18 years ago, 31-Jul-06, to lugnet.cad.dev)
|
| |
| | Re: 48 directory and non filename only line 1 part file names
|
|
(...) I've decided to drop the whole option for now, so the 48 dir is only used if parts reference to it by 48/xxx.dat . Roland (18 years ago, 31-Jul-06, to lugnet.cad.dev)
|
| |
| | Re: 2006 LSC: Election Results
|
|
(...) Congratulations to all! Steve [lugnet.cad sidebar updated] (18 years ago, 30-Jul-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: 48 directory and non filename only line 1 part file names
|
|
(...) <snip> As might be expected, Steve's replies were correct (as far as I know, anyway ;-). (...) While it's true that this isn't all that useful, it can still be done, even though some parts reference primitives from the 48\ directory directly. (...) (18 years ago, 30-Jul-06, to lugnet.cad.dev)
|
| |
| | Re: 2006 LSC: Election Results
|
|
(...) address. Please send mine to the gmail.com user named tcobbs. --Travis (18 years ago, 30-Jul-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: 48 directory and non filename only line 1 part file names
|
|
(...) Not exactly. The files in the ldraw\p\48 directory are all based on a 48-faceted approximation of a circle. The regular primitives in ldraw\p are all based on 16-facets. Just because a file is in one directory does not mean a corresponding (...) (18 years ago, 30-Jul-06, to lugnet.cad.dev)
|
| |
| | 48 directory and non filename only line 1 part file names
|
|
Hello all, Still working on the LDraw loader. The 48 directory in ldraw\p, as far I understand it, is a 'alternative' source for primitives, not? Jet I see some (unofficial) files using type 1 lines with the 48\ attached to the part name reference (...) (18 years ago, 29-Jul-06, to lugnet.cad.dev)
|
| |
| | Re: 2006 LSC: Election Results
|
|
(...) A quick check shows that the addresses are masked, some: (URL) (18 years ago, 29-Jul-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: MPD file loading search order
|
|
(...) It's my work system, but I rarely use 2005. Most of my customer projects demand use of Delphi 6 Pro. Because that's what the customer itself owns. I maintain their code so I have to use their tools. Because of this I don't justify spending (...) (18 years ago, 27-Jul-06, to lugnet.cad.dev)
|
| |
| | Re: MPD file loading search order
|
|
(...) Probably. As I was reading the thread it was *loading* the MPD file that was considered two-pass, and my algorithm is definitely only one-pass for that (and no extra fixups after reading it all). OTOH, if the file should be rendered on screen (...) (18 years ago, 27-Jul-06, to lugnet.cad.dev)
|
| |
| | Re: MPD file loading search order
|
|
(...) Don't know about that, source-wise (all my work projects are still Delphi, Win32 only). In .NET you definitely don't have to care about the language an assembly was written in, you just use it. (...) If that is your work development system, I (...) (18 years ago, 27-Jul-06, to lugnet.cad.dev)
|
| |
| | Re: MPD file loading search order
|
|
(...) I suspect there's two definitions of "pass" at work here. I would consider a two pass algorithm to be anything requiring two loops (which we must have either way as their is no reference order specified in MPDs). Another way of considering it (...) (18 years ago, 27-Jul-06, to lugnet.cad.dev)
|
