 | | Re: LDBoxer - Next Step and My Datsville Plans
|
|
(...) Well, I tried to pull you into the discussion at least twice, by mentioning your boxer subdirectories, but no luck. (URL) think some sort of consensus *was* reached and Lars was working on some reference code to handle it. But I have to admit, (...) (20 years ago, 21-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: Primitive Generator program update
|
|
(...) Just for the record, this is set out in the BFC standard, (URL). In the section "Parts Library Guidelines", it is stated: (...) Interesting side note: this section also says: (...) Which means we should be slapping 0 BFC NOCERTIFY tags on all (...) (20 years ago, 21-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: LDBoxer - Next Step and My Datsville Plans
|
|
(...) That's not a bad idea, but the advantage of messing up the PARTS\ folder is that no extra adjustment or setup will be required. (...) "121 Messages in This Thread" - It's very hard for anyone who did not participate in the discussion to find (...) (20 years ago, 21-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: LDBoxer - Next Step and My Datsville Plans
|
|
In lugnet.cad.dev, Tore Eriksson wrote: [Lot of snippage] (...) hi tore, with the release of MLCad 3.10 there are now at least two progs who support custom folders. instead of messing up my PARTS\ and P\ folder I wish I could define something like (...) (20 years ago, 21-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: Primitive Generator program update
|
|
(...) hi paul, could you on the fly have also a look at your calculator? I would appriciate very much if you could add the Ctrl+C, Ctrl+V and Ctrl+X shortkeys and fix the behavior of the fields when deleting all numbers, esp. with the backspace key. (...) (20 years ago, 21-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: Primitive Generator program update
|
|
(...) Ok, I will look into that. Thanks, Paul (20 years ago, 20-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: Primitive Generator program update
|
|
(...) I can do that. Now why didn't I know that CCW was the standard winding? Maybe the 2x4 didn't hit hard enough? ;) Paul (20 years ago, 20-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: Primitive Generator program update
|
|
(...) One bug I've found so far: When I enter a value in the size (radius) box, the filename of the generated part does not use this value. When I use the up/down buttons, the filename is correct. For a large radius it is more convenient to enter (...) (20 years ago, 17-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: Primitive Generator program update
|
|
(...) Can you set the BFC so the default winding is CCW? That is the standard winding for primitives in the part library. Steve (20 years ago, 17-Jun-04, to lugnet.cad.dev)
|
| |
| | Primitive Generator program update
|
|
Does anyone have any errors or things that need fixing for the next release of the primitive generator. So far the only thing I have planned to do is making the remove leading zeros (built in function) become an option in the options menu. This will (...) (20 years ago, 17-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: LDraw color conversions
|
|
(...) Tore, Is this the kind of output you are looking for? (URL) link will probably wrap) That's just some of the info from my Color Tree pages: (URL) me know what you need, or how you need it presented. I'd be glad to help in any way I can. HTH, (...) (20 years ago, 16-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: Questions On ldconfig.ldr (Was: colours.txt -> LDraw-org Official Part Updates!)
|
|
(...) Yes, that's exactly what I'm suggesting. And the database should be text-based, space-delimited, available offline to all softwares that may need the info - and udpated regulary. In other words: in the new, improved ldconfig.ldr! :) /Tore (20 years ago, 16-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: Questions On ldconfig.ldr (Was: colours.txt -> LDraw-org Official Part Updates!)
|
|
(...) A = alpha (transparency) DR, DG, DB, DA = dithered RGB,A. If RGB = D(RGB), then the color is solid. If DA=0, the color is transparent. Otherwise, the color is dithered and/or translucent. (...) Actually, that kind of information should be set (...) (20 years ago, 16-Jun-04, to lugnet.cad.dev)
|
| |
| | LDBoxer - Next Step and My Datsville Plans
|
|
So far, LDBoxer has replaced all bricks and plates that has both top studs and bottom studs/tubes covered by non-transparent parts. Next step is to eliminiate drawing bottom studs/tubes when only top studs are visible, and vice versa. Many models (...) (20 years ago, 15-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: Questions On ldconfig.ldr (Was: colours.txt -> LDraw-org Official Part Updates!)
|
|
(...) Well the spec is changing so these commands will go away. We (the LSC) are working to get the spec for the color definitions (the !COLOR Meta coomand) finalize by the next parts release. (...) LDView currently uses this file and once we (...) (20 years ago, 11-Jun-04, to lugnet.cad.dev)
|
| |
| | Questions On ldconfig.ldr (Was: colours.txt -> LDraw-org Official Part Updates!)
|
|
(...) Oh boy, I've never noticed that one! Must be because of its misleading name and extension. So, what does the A, DR, DG, DB, DA columns stand for? (A is always = 255, so one can wonder what good it does.) It should benifit from some more (...) (20 years ago, 11-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: colours.txt -> LDraw-org Official Part Updates!
|
|
(...) This is what the ldconfig.ldr file is. Look for it the LDraw base dir. -Orion (20 years ago, 11-Jun-04, to lugnet.cad.dev)
|
| |
| | colours.txt -> LDraw-org Official Part Updates!
|
|
(...) Sorry, I just can't find it. Could you give me a direct link? Thanks, /Tore (btw, the file colours.txt is very close to what I have in mind, only that what I think of should not be limited to 80 colours, it should be stored in the LDraw (...) (20 years ago, 11-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: MakePart.c (Was: Baseplate generator program)
|
|
Hi, "Tore Eriksson" <tore.eriksson@mbox3...wipnet.se> schrieb im Newsbeitrag news:HywH7z.GLE@lugnet.com... (...) <SNIP> cool I'll give it a try! Thanks a lot, Michael (20 years ago, 6-Jun-04, to lugnet.cad.dev)
|
| |
| | MakePart.c (Was: Baseplate generator program)
|
|
I knew I had it somewhere... If this code snippet can be of any use, anyone is free to use it. Notes: The main() is just an example on how to call the makepart() function. The groove option does not work. There really should be an outputfilename (...) (20 years ago, 6-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: Baseplate generator program
|
|
Lester, I would like to include that into MLCad. Adding as a meta command for MLCad I could support this. All I would need is some sort of library I can use. Best way would be a dll, which generates that - or if you do not mind already the source (...) (20 years ago, 6-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: Color Defining Systems Summary?
|
|
(...) The LSC is almost done with the !COLOR meta-statement that should satisfy your need once L3P and MLCad support it. You can read the current draft here: (URL) (20 years ago, 4-Jun-04, to lugnet.cad.dev)
|
| |
| | Color Defining Systems Summary?
|
|
I think that there are a number of different systems for defining new or custom colors in the large number of LCad programs, right? Most of them are considerate towards original LDraw and other tools that are not supporting that system. But I think (...) (20 years ago, 4-Jun-04, to lugnet.cad.dev)
|
| |
| | Re: Baseplate generator program
|
|
(...) I think that it's a good idea. There is a built-in part genereator in SimLego too, but the parts it generates are far from today's LCad standards, and the SimLego source code is forever lost. A third way to go would be to write an LDraw Script (...) (20 years ago, 27-May-04, to lugnet.cad.dev)
|
| |
| | Re: Baseplate generator program
|
|
(...) Wow, I can't speak for everyone, but I'd love to get my hands on that. Could be a real good program, simple way to generate the kind of baseplates you need. You never know, you could turn that little program into a real nice little parts (...) (20 years ago, 27-May-04, to lugnet.cad.dev)
|
| |
| | Re: Ideas for next MOTM contest
|
|
(...) (I hope you see this reply. Since it no longer has anything to do with ldraw.org, I moved it to the general dev group.) I'm guessing you mean moving out the near clip plane. This can indeed help a whole lot. I actually set the near and far (...) (20 years ago, 26-May-04, to lugnet.cad.dev)
|
| |
| | Re: Ideas for next MOTM contest
|
|
(...) Oh, whoops. I had forgotten that you'd implemented the mirroring. My bad. --Travis (20 years ago, 26-May-04, to lugnet.cad.dev)
|
| |
| | Baseplate generator program
|
|
I am developing a building in MLCAD (which I have built). I intend to including an interior and may use cut (Gasp!!) baseplates for floors. Since the parts library did not include non-standard baseplates (like 22x12) I wrote a small program that (...) (20 years ago, 26-May-04, to lugnet.cad.dev)
|
| |
| | Re: LDraw Part Request - Goblet Fill
|
|
In lugnet.cad.dev, Mark Chittenden wrote: --snip-- (...) Ahh, that's perfect! Just what I needed, thanks. :) Nothing too detailed and overdone, just makes it look like people aren't drinking from empty glasses. :) Thanks a ton for helping. If (...) (20 years ago, 26-May-04, to lugnet.cad.dev, lugnet.cad.dat.parts, FTX)
|
| |
| | Re: LDraw Part Request - Goblet Fill
|
|
(...) Whipped up a simple "filler" piece for the goblet. Fills the goblet to 3/4's full. Works best as a solid color in a translucent goblet. Here's a pic, the part will be available via my Brickshelf folder when it passes moderation. The goblet on (...) (20 years ago, 26-May-04, to lugnet.cad.dev, lugnet.cad.dat.parts, FTX)
|
| |
| | LDraw Part Request - Goblet Fill
|
|
I was hoping someone could help me out with this. I'd do it myself, except I don't have the skills yet. I'm looking for something to fill the castle goblet. It needs to look right for a drink inside the goblet (this means maybe even not up to the (...) (20 years ago, 26-May-04, to lugnet.cad.dev, lugnet.cad.dat.parts)
|
| |
| | Re: Question about Java3D
|
|
(...) Orion, There is a Java3D developer installer for Mac OS X, so it isn't available to the public yet. My guess is that it will be in Mac OS X 10.4, which hasn't really been announced yet, other than the announcement that it will be demoed at the (...) (20 years ago, 13-May-04, to lugnet.cad.dev)
|
| |
| | Re: Question about Java3D
|
|
(...) Thanks for the insight Kyle. Here's my next question... I'm not looking to buy a Java IDE (I've already purchased Delphi and Visual Studio in the last year) so I went looking for a good, free IDE. I've found 2 that seem to be in wide use: (...) (20 years ago, 13-May-04, to lugnet.cad.dev)
|
| |
| | Re: Question about Java3D
|
|
(...) Oh I should add, that while I haven't run my program on MacOS X, I have run the exact same code on Solaris, Linux, and Windows, and It was really impressive how it just worked. I didn't even have to recompile. :) -Kyle (20 years ago, 13-May-04, to lugnet.cad.dev)
|
| |
| | Re: Question about Java3D
|
|
(...) Hi Orion. I've been lurking here awhile and I've seen the stuff you've done for LDraw. I'm glad I can finally answer a question or two. While I do work for Sun, I don't work in the group that does Java3D, however I do know some of the (...) (20 years ago, 13-May-04, to lugnet.cad.dev)
|
| |
| | Re: Question about Java3D
|
|
(...) I'm going to try to learn Java3D regardless of portability if for no other reason than to do something new. I already have a fair working knowledge of OpenGL, I'm trying to expand my horizons. This is why I asked if there was anyone who has (...) (20 years ago, 13-May-04, to lugnet.cad.dev)
|
| |
| | Re: Question about Java3D
|
|
(...) Read this. (URL) you want to consider using OpenGL instead since many implementations of java 3D are built on top of OpenGL. You can take any new OpenGL skills you learn with you to other languages. Don (20 years ago, 12-May-04, to lugnet.cad.dev)
|
| |
| | Question about Java3D
|
|
I'm considering learning Java and the Java3D API. The only official distros for Java3D I can find are for Windows and Solaris. My question is does anyone know how portable the Java3D extension is? Dos anyone have any experience with Java3D in a (...) (20 years ago, 12-May-04, to lugnet.cad.dev)
|
| |
| | Re: Lsynth thoughts.
|
|
(...) Yes, the hose color is specified in the LSYTH BEGIN line. I like the new constraint. I'm in favor of it replacing the original LS00.DAT. (...) Kevin (20 years ago, 6-May-04, to lugnet.cad.dev)
|
| |
| | Re: Lsynth thoughts.
|
|
(...) Oh yeah, before I forget. I hardcoded the transparent white just to illustrate the axis and the bullseye inside the part. I really think it should be coded in color 16. Then when used, it should be inserted with any transparent color. That way (...) (20 years ago, 6-May-04, to lugnet.cad.dev)
|
| |
| | Patterns, simplified
|
|
(...) I'm inferring that you are talking about converting a scanned image into a pattered subfile for a part? Then, optimally, the process requires the following discrete phases: 1) Someone[1] scans a patterned part at high resolution into an agreed (...) (20 years ago, 5-May-04, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: Patterns suck!
|
|
(...) I'm gonna have to look into this again. Vectorizers are cool. Here's some more opensource code (3 URLs) a really nifty description of how to use the potrace vectorizer to generate edges, and the netlib triangulator to create the triangles. (...) (20 years ago, 5-May-04, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: Patterns suck!
|
|
(...) Or you could search the net for vectorizer programs like this one. (URL) a free vectorizer with source code. (URL) wonder how hard it would be to modify it to handle color and output ldraw format. Enjoy, Don (20 years ago, 5-May-04, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: Lsynth thoughts.
|
|
"Don Heyse" <dheyse@hotmail.spam....away.com> wrote in message news:Hx5nw4.JoA@lugnet.com... (...) Looks good. Jennifer (20 years ago, 5-May-04, to lugnet.cad.dev)
|
| |
| | Re: Lsynth thoughts. [DAT]
|
|
(...) I envision something more like this. 0 ~LSYNTH constraint part 0 Name: lz00.dat 0 Author: John VanZwieten, Steve Bliss, Kevin Clague, Paul Easter, Don Heyse 0 Unofficial LCad Part 0 CATEGORY Hose 0 1999-05-02 KevinB Added nipple (taken from (...) (20 years ago, 3-May-04, to lugnet.cad.dev)
|
| |
| | Re: Lsynth thoughts. [DAT]
|
|
(...) I've only looked at the hoses so far. So I don't even know what the current algorithm for rubber bands looks like, much less how to improve it. (...) True, for my first cut at the fixed length length rubber hoses I calculated the total spline (...) (20 years ago, 28-Apr-04, to lugnet.cad.dev)
|
| |
| | Re: Lsynth thoughts.
|
|
(...) Yes, then lsynthcp can focus on the synthesis algorithms like spline, and belts. I'd love to have an algorithm for non-planar rubber bands. (...) Don, the splining algorithm gives us *no* control over the distance between the resulting spline (...) (20 years ago, 28-Apr-04, to lugnet.cad.dev)
|
| |
| | Lsynth thoughts.
|
|
(...) Please do. I got to tinkering over the weekend and added some code to generate the fixed length 50 segment 751.DAT style rubber hoses. (URL) also tinkered with simulating 208c01.DAT fixed length chain links as a hose. I think it might work (...) (20 years ago, 27-Apr-04, to lugnet.cad.dev)
|
| |
| | New Tutorial: How to make thumbnails for your inventory using a batch file for LDView
|
|
hi folks, do you fancy thumbnails for your inventory or do you feel that the parts list of your model also deserves images of the single parts? (URL) one of the ways to render effortlessly a bunch of identical part images is batch-filing LDview. (...) (20 years ago, 21-Apr-04, to lugnet.announce, lugnet.cad.dev, FTX) !
|
| |
| | Re: [Parts Tracker] More name changes for Dishes
|
|
List of parts affected by this latest dish-renaming. (URL) 30209.dat Bracket 1 x 2 - Dish 4 x 4 ((URL) PT Page>) (URL) 2654.dat Dish 2 x 2 ((URL) PT Page>) (URL) 4740.dat Dish 2 x 2 Inverted ((URL) PT Page>) (URL) x902.dat Dish 2 x 2 x 2/3 Hollow (...) (20 years ago, 19-Apr-04, to lugnet.cad.dev, FTX)
|
| |
| | [Parts Tracker] More name changes for Dishes
|
|
[I'll follow-up this message with an FTX-formatted reference] Here's some material for your Monday morning spit-take... The following part files (mix of official and unofficial): 30209.dat Plate 1 x 2 with 4 x 4 Disc at 90 Degrees 2654.dat Boat 2 x (...) (20 years ago, 19-Apr-04, to lugnet.cad.dev)
|
| |
| | Re: 4.5V Semaphore Signal
|
|
(...) Well, that approach won't work, then. :/ Steve (20 years ago, 13-Apr-04, to lugnet.cad.dev)
|
| |
| | LPub updates
|
|
Hi, A long overdue fix for Bill of Materials images is working. Jake I'm really sorry that this took so long to fix, especially in light of the grief you got for *not* having BOM images in your book. I've also modified LPub to use subdirectories for (...) (20 years ago, 12-Apr-04, to lugnet.cad.dev)
|
| |
| | Re: Lpub find edges
|
|
(...) Well, I did some tests walking the tree and printing out all line type 2 as cylinders, but I didn't think it looked to well. Mostly because at some edges you only see 1/4 of the cylinder, and at other edges you see 3/4 of the cylinder. L3P (...) (20 years ago, 12-Apr-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Clikit file naming
|
|
(...) only have one "c" :) ROSCO (20 years ago, 11-Apr-04, to lugnet.cad.dev)
|
| |
| | Re: Clikit file naming
|
|
(...) Hmm ... I looked at that Peeron list, and it seems all the small Clikits bits are called 'icons.' Strange, but I've seen stranger [1]. When I look at the above three, I think female adapter, male adapter, and backing - cause those are the (...) (20 years ago, 11-Apr-04, to lugnet.cad.dev, lugnet.db.brictionary)
|
| |
| | Re: Using LDGLite inside LDDP
|
|
(...) I'm pretty sure there are lots of programs distributed with a bunch of standard plugins. Maybe you should consider distributing several standard plugins with LDDPinstall.exe, or perhaps make a plugin bundle with everything, or is that what the (...) (20 years ago, 8-Apr-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Using LDGLite inside LDDP
|
|
(...) You make some good points. I'll consider splitting it back out. -Orion -- We don't stop playing because we grow old; we grow old because we stop playing -George Bernard Shaw (20 years ago, 8-Apr-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Using LDGLite inside LDDP
|
|
(...) But wait! I'm not quite sure I understand. What's the advantage of incorporating the bendible object generator code into LDDP instead of developing it independently as a plugin? As a plugin, you could update it without having to rerelease a (...) (20 years ago, 8-Apr-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Using LDGLite inside LDDP
|
|
(...) I think I understand... So, the earlier version of LDDP (which utilized the bendible objects creator plug-in) generated a preview because the plug-in polled LDGLite (or vice versa), correct? That would be a handy feature in a future version of (...) (20 years ago, 8-Apr-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | 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 (21 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 (...) (21 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 (...) (21 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 (...) (21 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 (...) (21 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)
|
