| Welcome, Guest |
You have to register before you can post on our site.
|
| Online Users |
There are currently 246 online users. » 3 Member(s) | 238 Guest(s) Applebot, Baidu, Bing, Google, Yandex, Rene Rechthaler
|
| Latest Threads |
Pokemon
Forum: Official Models
Last Post: Jeff Jones
8 hours ago
» Replies: 0
» Views: 69
|
Existing Part Edit Reques...
Forum: Parts Authoring
Last Post: Philippe Hurbain
8 hours ago
» Replies: 161
» Views: 393,800
|
Parts 5033 + 88704 (forme...
Forum: Part Requests
Last Post: Alfred Schmitz
8 hours ago
» Replies: 0
» Views: 56
|
LEGO Parts Guide - Only 3...
Forum: Part Requests
Last Post: Mark Kennedy
Today, 2:44
» Replies: 39
» Views: 6,537
|
71613/30346c01 too high?!
Forum: Part Requests
Last Post: Rene Rechthaler
Yesterday, 23:38
» Replies: 21
» Views: 12,878
|
Technic 1993
Forum: Official Models
Last Post: Takeshi Takahashi
Yesterday, 3:59
» Replies: 6
» Views: 7,989
|
LDraw.org 2026-02 Parts U...
Forum: LDraw.org Announcements
Last Post: Sylvain Sauvage
2026-03-07, 17:22
» Replies: 5
» Views: 472
|
Big fig parts request
Forum: Part Requests
Last Post: Jeff Jones
2026-03-07, 9:57
» Replies: 4
» Views: 6,153
|
Part request, part 80179
Forum: Part Requests
Last Post: Alfred Schmitz
2026-03-07, 9:42
» Replies: 2
» Views: 266
|
Smort bleek stuff
Forum: Parts Authoring
Last Post: Gerald Lasser
2026-03-06, 9:46
» Replies: 3
» Views: 335
|
|
|
| custom LDConfig.ldr |
|
Posted by: Santeri Piippo - 2013-09-06, 17:39 - Forum: MOCs (My Own Creations)
- Replies (2)
|
 |
Not sure where else to post this but I've been using an edited LDConfig.ldr for a good while now and figured to share it. I altered it to have colors more closer to what I percieve as the real colors of the parts (the black for instance felt way too blue to me). Also the bricks have black edges, aside from the pearlescent and some bright colors. Also I removed the LEGOID stuff because it made it quite unreadable IMO and Peeron-esque names since they're nice and short.
Yeah I meant this for personal usage but I figured to share it.
![[Image: bricks-ldconfig-custom.png]](https://dl.dropboxusercontent.com/u/66055976/LDraw/bricks-ldconfig-custom.png)
![[Image: bricks-ldconfig-original.png]](https://dl.dropboxusercontent.com/u/66055976/LDraw/bricks-ldconfig-original.png)
from left to right: black, blue, green, teal, red, pink (..?), brown,
gray, dark gray, yellow, white, tan, lime, dark tan (or sand as I call it),
pearlescent gray, pearlescent gold
Link here: https://dl.dropboxusercontent.com/u/6605...Config.ldr
|
|
|
| Problems with Windows 8 |
|
Posted by: warwick holden - 2013-08-31, 18:38 - Forum: Help
- Replies (16)
|
 |
Hi! I have tried searching the forums for this problem, but without success! If I've missed a post - I apologise. I tried to install L Draw All-in-One installer onto a laptop running Windows 8. The laptop is a Sony Vaio with Win 8 Professional 64 bit installed. The install went OK, but towards the end of the install there were a number of error messages along the lines of "Can't find file". At the end the final install a message said that Pov-Ray had failed to install. The main programs were installed in the 'Program (x86)' folder. Should I have installed elsewhere?? Such as direct onto the C drive?? Any help appreciated. By the way - all other programs worked fine!
|
|
|
| Clips and Minifig Radio |
|
Posted by: Roland Melkert - 2013-08-31, 16:23 - Forum: Parts Authoring
- Replies (1)
|
 |
I was playing around and noticed that the Minifig Radio parts (e.g. 3962a) don't fit onto clips (or minifig hands).
Also the 61252 clip seems to have a bfc problem.
Just reporting in hopes somebody picks this up.
|
|
|
| Aligning Categories to user expectations |
|
Posted by: Allen Smith - 2013-08-28, 21:34 - Forum: Parts Authoring
- Replies (25)
|
 |
Someone just posted the following to a local LUG mailing list I'm subscribed to (emphasis added):
Quote:Thinking about it, I can remember what derailed my learning LDraw/Mcad/ et al... it was the parts management system… [T]he hundreds of variations with a surface graphic made the whole stack completely unmanageable.
While I don't know the author, I really have to agree with the sentiment. Regular bread-and-butter categories one uses all the time for building are clogged with enormous numbers of decorated parts which are almost never used. Over the years, the single most-requested feature for Bricksmith was to add a "Favorite" category, and I can't help bust suspect this was part of the reason.
A couple years ago when I was adding !CATEGORY support to Bricksmith, I came to the conclusion the situation was actually getting worse. Notably, Duplo elements were being piled into the regular categories like "Brick". The !CATEGORY keyword was also inconsistently applied, so some bricks fell into defined categories, and some fell into implicit categories based on the first word of their description. Some logical first-word categories were being exterminated for inexplicable reasons, but only in a piecemeal fashion. Since it was all inconsistent, it was insanely difficult to find anything. I actually gave up and intentionally ignored !CATEGORY for any single-word category name.
I would like to take a cue from Bricklink here. Separate decorated elements out of the most commonly-used categories of Brick, Tile, and Slope. I think this would be a huge win for regular users.
I would also like to see !CATEGORY be dependable. When I last checked in on the situation (at least a year ago), every Categorization was potentially subject to a review squabble (and endless limbo) on the part tracker. That was the point at which I gave up on implementing the feature and went back to using the description for almost everything.
|
|
|
| SubFile resolving |
|
Posted by: Jan Jirout - 2013-08-26, 22:49 - Forum: LDraw File Processing and Conversion
- Replies (6)
|
 |
Hello,
I'm trying to write simple program that parse .dat files and build tree representation of LDraw model in memory. I have problem to read some sub file references. For example line:
Code: 1 16 290 0 230 1 0 0 0 1 0 0 0 1 stud.dat
This line is reference to file "stud.dat". Problem is that this file doesn't exists. I can't find advise how to resolve "stud.dat" to existing file name in LDraw part library. Is there any way how to resolve it?
Thanks
Jan
|
|
|
|