 | | Re: In dev: new ldconfig.ldr file
|
|
(...) Err, I missed that point in the search path discussion - or I would have recommended putting them in a different section. If [configurations] is too generic, then how about [LDraw.configurations]? Steve (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) To be honest, I don't remember for sure, but I doubt it. My general standpoint on these kinds of things is that LDraw is a 3D-library, not a database. And language issues are (mostly) outside the scope of the library. However, I think Don had (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) Well, we *did* change it from "0 !COLOR" to "0 !COLOUR" to honor the austrailian roots of the ldraw system. Does that count? (...) Actually, Steve's idea of listing multiple versions of the config file in the ldraw.ini would handle this (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
Was there ever any discussion about internationalized versions of this file? I was thinking that we could support various languages like this: 0 !COLOUR CODE 0 VALUE #212121 EDGE 8 0 !COLOUR NAME en 0 Black 0 !COLOUR NAME fr 0 Noir 0 !COLOUR NAME de (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) Actually, if ldcfgalt.ldr contains the ldlite colors it should work quite nicely on a black background. After all, ldraw used a black background, and the ldlite colors were based on it. And to be totally honest, the default ldlite edge color (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) Yes, I like it. However, is it different from the way we decided to number the search paths? Last I remember, we decided to stick them in the generic [LDraw] section and number them like this. [LDraw] LdrawSearch01=<HIDE>...MyPrims\In Work (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) How about a ldcfgblk.ldr? For those of us who prefer to edit on a black background instead of a paper white one? I suppose the software could just swap edge=0 for edge=8 and vice versa, but what about the non-black and white edges? -Kyle (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) Yeah, I could see a section in LDRAW.INI like: [Configurations] 0=ldconfig.ldr 1=ldcfgalt.ldr ... (...) Well, yeah -- but then there'd have to be another interface element to allow the user to select the colorblock. I think it would be easier (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) The DOS tools won't use the file, but DOS users may still unzip new part libraries to an 8.3 filesystem. (...) I like it, but I'll have to spend some more time comparing. Many of the colors vary a bit from the ldlite defaults, and some of the (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) I like the black edges. They're what LEGO use, after all. (...) I'll take that bet! :-) As long as I get to pick the focus group. :-) More seriously, I'm glad that Steve is going to go with an alternate version of the file, as long as it's not (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) nbd. :) (...) OK, thanks for clarifying. Most comments I've heard in this area have been from people who prefer black edges over colored edges, which is why ldconfig.ldr has the more depressing style. (...) I don't see why not. How's this? (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) Sorry about that. I really don't like it, except for printing out paper copies. And that's probabably only because of inkjet printer limitations (there's almost always a black cartridge). (...) Sure, but I've mostly ignored it because the file (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) Are you being entirely ironic about this, or only partially? That is, do you like or dislike the mostly-black edge colors? I can't tell from your post. Either way, I must mention that I haven't changed most of the data; the current 'official' (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: In dev: new ldconfig.ldr file
|
|
(...) Ewww! Who picked the yucky edge colors? I mean, black edges are fine for *printed* instructions, but in my personal opinion they're not nearly bright and cheerful enough for on screen modeling. :-< And I'm fairly certain that 9 out of 10 focus (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | In dev: new ldconfig.ldr file
|
|
Since the LSC has come to agreement on a 1.0 standard for the !COLOUR meta-statement, I've prepared a new version of the ldconfig.ldr file. The new file has been converted to use the !COLOUR statement in place of LDLite's COLOR statement. Besided (...) (20 years ago, 9-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: I have an idea . What if we make a game
|
|
(...) have made it possible to run a multiplayer session and now is possible: - to chat - move around spots and the other playes can see a message saying your location in game , for now in text but later i will make it so that we see us as lego (...) (20 years ago, 7-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Status of BFC
|
|
(...) -Wayne (20 years ago, 4-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Status of BFC
|
|
(...) It's listed. It's on the Specifications page under the Standards heading with the title of "LDraw Language Extension for Clipping (BFC)". Here's a direct link: (URL) (20 years ago, 4-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Status of BFC
|
|
(...) Alll: Could somebody please tell me where the BFC documentation is? I've read the specifications at LDraw.Org and I see no mention of it. -Wayne (20 years ago, 4-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: I have an idea . What if we make a game
|
|
I made a screenshot of the gui for the game I need help as I don't know how to do it most of it mainly the internet parts (URL) (20 years ago, 3-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Status of BFC
|
|
(...) Some part authors have been making major advances in getting the official library BFC compliant - notably Guy Vivan has been submitting BFCed files almost daily in recent months. These revised parts are in the Parts Tracker waiting for review. (...) (20 years ago, 3-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Status of BFC
|
|
(...) I'll be supporting it in the next major LDView version (3.0). I really don't have an estimated completion date for this at the moment, but I at least hope to have it out before the end of the year. There could be minor LDView updates before (...) (20 years ago, 2-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Status of BFC
|
|
(...) Yes it will... Once all the parts in the library are made BFC complient. (...) Since it's not full implemented library wide, most tools haven't been able to take full advantage of the benefit of consistant winding. POV-Ray is a ray tracer as (...) (20 years ago, 2-Aug-04, to lugnet.cad.dev)
|
| |
| | Status of BFC
|
|
Hi there. I just found this about BFC. As I understand it, it's intended to be used to reduce the amount of polygons etc. in the modell that is renderd, in some way? If I've understood this correctly, is thisthen used in any current tools for (...) (20 years ago, 2-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) I tend to agree with your thought, and I'm going to switch the script over to a flat-list model. Although I think the hierarchy of release -> distr type -> file format makes the most sense; and (somewhat) addresses your earlier question about (...) (20 years ago, 2-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) I actually considered that when you made your original post. However, there are actually multiple different perfectly valid heirarchies, and for this reason I think the flat list is better overall. Here's an example with a different (...) (20 years ago, 2-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) Looking at this some more... The script currently returns XML with 3 lists of distribution files: BASE - file ZIP - file ARJ COMPLETE - file ZIP - file ARJ UPDATE - file ZIP - file ARJ - file ZIP - file ARJ - file ZIP ... It could be argued (...) (20 years ago, 2-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) Thanks, Chris! I'll add this shortly. Steve (20 years ago, 2-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) In XML::Simple the root element name is controlled by the RootName option (RootName => 'string') (URL)_'string'_#_out_-_handy Chris (20 years ago, 1-Aug-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) There's no significance, AFAIK. The Perl module, XML::Simple, wraps the <opt> tag around everything automatically. I scanned the docs, but didn't see how to control it. Steve (20 years ago, 31-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) I'm not really up on XML, but it looks fine to me. I do have a question, though. Is there some significance that I am missing to naming the root element "opt"? --Travis Cobbs (20 years ago, 31-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) OK, the URL is still temporary, but the script should be more-or-less done. Have at it, look for deficiencies, bugs, etc. If you don't remember the options, try adding ?help=1 to the url. I haven't thought very hard about the XML format -- if (...) (20 years ago, 31-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) Yeah, but I was thinking more for programs that were developed to support one dataset, and couldn't cope with a different model for distribution files. I know, I know -- require the coders to work more intelligently. ;) Steve (20 years ago, 29-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) Pft. Make ptrelease support a library version field, which would be 1 for the current lib, and 2 for the new one. :) (20 years ago, 29-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: Request change to ptreleases.cgi
|
|
(...) That's one. :) (...) Michael had asked for that awhile ago. (...) Good point, I hadn't thought of that. (...) Hmmm, what *is* up with those dates? I'll go fix'em. (...) Yeah, I dunno. We certainly could go create ZIPs for those old updates. (...) (20 years ago, 29-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: cant compile ldglite in gentoo linux
|
|
(...) Ok, I'll try to fix that in CVS. Meanwhile, what does it print in the console window when it starts up? I like to track the opengl driver developments in the various linux distributions. (20 years ago, 28-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: cant compile ldglite in gentoo linux
|
|
(...) Yes, now it opens in the right directory. (20 years ago, 28-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: cant compile ldglite in gentoo linux
|
|
(...) That's what I thought. Try commenting the call to platform_sethome() in main.c and rebuilding. Maybe that'll fix it. (...) I agree. This was a quick hack to appease those icon clicking Mac users until the LDRAW.INI search settings are (...) (20 years ago, 28-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: cant compile ldglite in gentoo linux
|
|
(...) My home directory. Acctually, I think it's perhaps better to start it from the current directory, instead of the home directory. Maybe it's just me, but I usually start programs from other directories, and the files I want to use are often in (...) (20 years ago, 28-Jul-04, to lugnet.cad.dev)
|
| |
| | Re: cant compile ldglite in gentoo linux
|
|
(...) Should I make a "somewhat newer stuff" section? :^) (...) That's odd. I may have broken it with my recent tinkering. I think I was trying to make it look in the home directory if it didn't see anything like a dat file on the command line. I (...) (20 years ago, 28-Jul-04, to lugnet.cad.dev)
|
