Welcome, Guest |
You have to register before you can post on our site.
|
Forum Statistics |
» Members: 4,999
» Latest member: TSAI
» Forum threads: 5,993
» Forum posts: 50,710
Full Statistics
|
Online Users |
There are currently 494 online users. » 1 Member(s) | 490 Guest(s) Baidu, Bing, Google, Jeff Jones
|
Latest Threads |
Duplo 31070
Forum: Parts Authoring
Last Post: Rene Rechthaler
1 hour ago
» Replies: 1
» Views: 30
|
Make Part 45590 Flexible
Forum: Parts Authoring
Last Post: Gerald Lasser
8 hours ago
» Replies: 0
» Views: 35
|
Request for parts 2438pb0...
Forum: Part Requests
Last Post: Vito Tarantini
Yesterday, 18:56
» Replies: 0
» Views: 39
|
Friends Fawn 13393
Forum: Part Requests
Last Post: Takeshi Takahashi
Yesterday, 16:16
» Replies: 6
» Views: 691
|
Friends Animal Series
Forum: Official Models
Last Post: Takeshi Takahashi
Yesterday, 15:53
» Replies: 20
» Views: 5,349
|
MLCad.ini 2025-04 update ...
Forum: LDraw.org Announcements
Last Post: Willy Tschager
Yesterday, 12:48
» Replies: 0
» Views: 69
|
Inquiry about the new sof...
Forum: LDraw Editors and Viewers
Last Post: Gerald Lasser
2025-05-11, 20:42
» Replies: 3
» Views: 290
|
LDView 4.6 Released
Forum: LDraw Editors and Viewers
Last Post: Travis Cobbs
2025-05-11, 6:44
» Replies: 6
» Views: 421
|
Parts request
Forum: Part Requests
Last Post: Takeshi Takahashi
2025-05-11, 0:20
» Replies: 1
» Views: 343
|
LDraw Part Naming Stylegu...
Forum: Official File Specifications/Standards
Last Post: N. W. Perry
2025-05-09, 11:49
» Replies: 12
» Views: 1,093
|
|
|
LDCad 1.0 (win+linux) |
Posted by: Roland Melkert - 2011-12-12, 23:40 - Forum: LDraw Editors and Viewers
- Replies (37)
|
 |
I've uploaded the definitive 1.0 version to
http://www.melkert.net/LDCad
Mostly bug fixes over the beta 2 version.
The most important addition is the ability to move parts to another building step.
With this 'stable' version I'm going to work on some major features for the 1.1 version and as a result there will be less frequent updates unless there's a major issue reported.
Planned (some) features for 1.1 are:
- Multiple views including 2D Ortho mode (front/left/top/etc)
- Flexible parts (pneumatic hose, etc)
Any additional suggestions are still welcome though.
|
|
|
[Bricksmith] Tip to customize color palette |
Posted by: Jim DeVona - 2011-12-11, 15:10 - Forum: LDraw Editors and Viewers
- No Replies
|
 |
Lots of colors are defined in ldconfig.ldr, but in any particularly model I typically only use a small subset of the available colors. As I build the model in Bricksmith, this means a lot of scrolling or searching through the color palette to pick the same couple of colors. Even using the keyboard, this can get tedious. (Too bad there's no "favorite colors" mechanism...)
In fact, you can create custom palettes with just the colors you need by swapping out the ldconfig.ldr file in your LDraw folder for a copy containing only the relevant color definitions. (Keep the original!)
For example, here's the entire ldconfig.ldr I used to build this model:
Code: 0 // LDraw Solid Colours
0 !COLOUR Black CODE 0 VALUE #05131D EDGE #595959
0 !COLOUR Light_Bluish_Gray CODE 71 VALUE #A0A5A9 EDGE #333333
0 !COLOUR Dark_Bluish_Gray CODE 72 VALUE #6C6E68 EDGE #333333
0 !COLOUR Red CODE 4 VALUE #C91A09 EDGE #333333
0 !COLOUR Tan CODE 19 VALUE #E4CD9E EDGE #333333
0 !COLOUR Blue CODE 1 VALUE #0055BF EDGE #333333
0 !COLOUR White CODE 15 VALUE #FFFFFF EDGE #333333
0 // LDraw Transparent Colours
0 !COLOUR Trans_Yellow CODE 46 VALUE #F5CD2F EDGE #8E7400 ALPHA 128
0 !COLOUR Trans_Black CODE 40 VALUE #635F52 EDGE #171316 ALPHA 128
0 !COLOUR Trans_Clear CODE 47 VALUE #FCFCFC EDGE #C3C3C3 ALPHA 128
0 // LDraw Internal Common Material Colours
0 !COLOUR Main_Colour CODE 16 VALUE #7F7F7F EDGE #333333
0 !COLOUR Edge_Colour CODE 24 VALUE #7F7F7F EDGE #333333
The Bricksmith color palette just shows you what's defined, so it looks like this:
![[Image: color-palette.png]](http://anoved.net/media/2011/12/color-palette.png)
Tidy and convenient! Don't forget to include the generic main and edge colors. I'm not sure what happens if you don't.
(I'm almost certain I've posted this tip somewhere before, but I can't find a link, so I figured I'd just share it again.)
|
|
|
L3P and LGEO in Linux Issue |
Posted by: Jude Parrill - 2011-12-11, 12:15 - Forum: LDraw File Processing and Conversion
- Replies (7)
|
 |
OK, so I was attempting to use the Linux version of L3P to convert an MPD into a POV-ready file for rendering, when I noticed an inordinate amount of files were not being found. Worse yet, a lot of the files that supposedly weren't being found seemed parts that should be there. Here's a small sampling of the parts not being found:
Not in LGEO: 3034.dat Plate 2 x 8
Not in LGEO: 3023.dat Plate 1 x 2
Not in LGEO: 3020.dat Plate 2 x 4
Not in LGEO: 3022.dat Plate 2 x 2
Not in LGEO: 3710.dat Plate 1 x 4
Not in LGEO: 3031.dat Plate 4 x 4
So I looked into it, and found out those files DO EXIST in my lgeo library, so now I was really perplexed. Now, it would be one thing of no files were being found, but according to the end summary, 14 files were found, so clearly it isn't completely screwed up.
Furthermore, my "lgeo" file is in my LDraw folder, and I get the same files missing message whether I set the LGEODIR environmental variable or not (I use a script which sets it). In fact, the only way I could get a complete failure was to purposely set the LGEODIR to a wrong directory, which led to an expected "cannot find lg_elements.lst" error.
My question, then, is what am I doing wrong? Clearly L3P at least knows the lg_elements.lst and lg_colors.lst are, or it would be throwing errors about that at me. It's also finding some, but not all, parts. I'm really baffled right now, and any help would be welcome.
|
|
|
RSS feed - posts relationship |
Posted by: Steffen - 2011-12-10, 21:55 - Forum: Website Suggestions/Requests/Discussion
- Replies (1)
|
 |
Hi,
I just want to point out some small screw which I think is missing in the setup of the forum's RSS feed:
I personally find the subject line of posts very useful:
ideally, they sum up a post, so a reader can follow a thread roughly without having to read
each and every post. Here is an example (just the subject lines given):
Code: Cool idea about adding feature XYZ.
That feature is already present as ABC.
No, it is not - technical explanation
Do we need XYZ at all
Yes
Yes
Yes
Yes
No
No
How can we technically add feature XYZ?
Suggestion 1
Suggestion 2
Suggestion 3
Here's how the same looks if not using the subject line as sum-up:
Code: Cool idea about adding feature XYZ.
Re: Cool idea about adding feature XYZ.
Re: Re: Cool idea about adding feature XYZ.
Re: Cool idea about adding feature XYZ.
Re: Re: Cool idea about adding feature XYZ.
Re: Re: Cool idea about adding feature XYZ.
Re: Re: Cool idea about adding feature XYZ.
Re: Re: Cool idea about adding feature XYZ.
Re: Re: Cool idea about adding feature XYZ.
Re: Re: Cool idea about adding feature XYZ.
Re: Cool idea about adding feature XYZ.
Re: Re: Cool idea about adding feature XYZ.
Re: Re: Cool idea about adding feature XYZ.
Re: Re: Cool idea about adding feature XYZ.
I find the second instance pretty useless. To see what actually happened in the thread,
I have to read all posts.
This is the reason why I usually write the subject line last when composing a post here,
to let it sum up the contents of the post.
Now here's the missing screw: the RSS feed of the forums does not seem to insert the necessary XML elements
which relate one post to its parent.
Instead, the relationship will only be correctly shown if people keep the subject line and just add a "Re:" in front.
This is a little sad IMHO. Philo told me about this, I don't know which RSS reader he's using, but I think
a little massage of the output RSS XML stream should be able to cure this.
Is anybody willing or able to shed some more light into this?
It would be nice if RSS readers would show related posts correctly,
even if their subject line is different than the one of the original post it replies to.
|
|
|
|