Welcome, Guest |
You have to register before you can post on our site.
|
Forum Statistics |
» Members: 4,469
» Latest member: Ground
» Forum threads: 5,680
» Forum posts: 48,566
Full Statistics
|
Online Users |
There are currently 229 online users. » 1 Member(s) | 224 Guest(s) Applebot, Bing, Google, Yandex
|
Latest Threads |
Flag 2 x 2 with Blue and ...
Forum: Parts Authoring
Last Post: Eugen
2 hours ago
» Replies: 10
» Views: 132
|
LeoCad M1 Support
Forum: General LDraw.org Discussion
Last Post: Eugen
Today, 2:04
» Replies: 2
» Views: 1,808
|
LDView 4.5 Released
Forum: LDraw Editors and Viewers
Last Post: Orion Pobursky
Today, 0:57
» Replies: 32
» Views: 8,431
|
Technic 2024
Forum: Official Models
Last Post: MING YING CAI
Today, 0:51
» Replies: 26
» Views: 16,393
|
Looking for a simple (fre...
Forum: Off-Topic
Last Post: Eugen
Yesterday, 6:04
» Replies: 5
» Views: 11,741
|
FreeStyle 1995-1998
Forum: Official Models
Last Post: Eugen
Yesterday, 4:51
» Replies: 5
» Views: 250
|
Datsville
Forum: MOCs (My Own Creations)
Last Post: Eugen
Yesterday, 2:35
» Replies: 54
» Views: 94,058
|
Milky Way Magic Chest 199...
Forum: Official Models
Last Post: Eugen
2024-10-05, 23:52
» Replies: 2
» Views: 185
|
New moulds with hollow st...
Forum: Parts Authoring
Last Post: Rene Rechthaler
2024-10-05, 13:14
» Replies: 10
» Views: 6,867
|
Plug34.dat and related pa...
Forum: Parts Authoring
Last Post: Magnus Forsberg
2024-10-05, 7:34
» Replies: 23
» Views: 6,340
|
|
|
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:
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.
|
|
|
Persistent forum logins gone? |
Posted by: Jean-Philippe Ouellet - 2011-12-10, 20:10 - Forum: Website Suggestions/Requests/Discussion
- Replies (9)
|
|
Did someone recently change cookies from expiring on a certain date to lasting for one browser session?
I'm pretty sure its not just my browser because four browsers across two systems all report the forum login cookie being valid only for the current login session, whereas before they were set to expire at a set date far (I forget exactly when) in the future, while those same browsers also have cookies that were set a long time ago and will be valid for a long time, and I haven't changed settings on any of those four (different) browsers recently. So I'm pretty sure a setting was changed in the forum software.
If I am mistaken and I am the only one exhibiting this behavior, then please excuse me and ignore this post. If not, I would appreciate it if we could still have persistent logins back, even if the cookies expire sooner.
If it is a question of security (people stealing cookies from logins on public computers, and then impersonating us on the forums), then perhaps could we have an option when logging in to set the duration of the session?
|
|
|
|