Welcome, Guest |
You have to register before you can post on our site.
|
Forum Statistics |
» Members: 5,152
» Latest member: DKumar
» Forum threads: 6,079
» Forum posts: 51,229
Full Statistics
|
Online Users |
There are currently 561 online users. » 3 Member(s) | 552 Guest(s) Baidu, Bing, Facebook, Google, Twitter, Yandex, Hageta, Jeff Jones
|
Latest Threads |
Friends 2014
Forum: Official Models
Last Post: Takeshi Takahashi
Yesterday, 16:20
» Replies: 18
» Views: 16,460
|
LDCAD about Add custom p...
Forum: LDraw Editors and Viewers
Last Post: Nate87
Yesterday, 8:13
» Replies: 5
» Views: 3,138
|
Hi-res logo primitives
Forum: Official File Specifications/Standards
Last Post: Jens Brühl
2025-07-10, 20:40
» Replies: 16
» Views: 1,014
|
Part 5561, Door 1 x 4 x 1...
Forum: Part Requests
Last Post: Gerald Lasser
2025-07-10, 9:55
» Replies: 1
» Views: 227
|
LDConfig Update: More dis...
Forum: Official File Specifications/Standards
Last Post: Jeff Jones
2025-07-09, 20:46
» Replies: 7
» Views: 445
|
bizzare minifig variants
Forum: Parts Authoring
Last Post: Jeff Jones
2025-07-09, 11:11
» Replies: 0
» Views: 113
|
Wookiees!
Forum: Part Requests
Last Post: Jeff Jones
2025-07-08, 16:48
» Replies: 0
» Views: 165
|
Colour Request: 15 Lemon ...
Forum: Official File Specifications/Standards
Last Post: Chris Böhnke
2025-07-08, 15:58
» Replies: 9
» Views: 584
|
LDraw.org 2025-06 Parts U...
Forum: LDraw.org Announcements
Last Post: Orion Pobursky
2025-07-07, 15:38
» Replies: 4
» Views: 721
|
Updates of the Bricklink ...
Forum: Parts Authoring
Last Post: Manfred Schaefer
2025-07-06, 19:28
» Replies: 6
» Views: 689
|
|
|
Compiling LeoCAD |
Posted by: Seth - 2013-01-24, 19:59 - Forum: LDraw Editors and Viewers
- Replies (2)
|
 |
Hi,
I'm trying to compile LeoCAD ong GNU/Linux but I keep getting the following error:
/usr/bin/ld: obj/linux/system.o: undefined reference to symbol 'XQueryKeymap'
/usr/bin/ld: note: 'XQueryKeymap' is defined in DSO /usr/lib/libX11.so.6 so try adding it to the linker command line
/usr/lib/libX11.so.6: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
What do I do?
|
|
|
Assemblies, moving assemblies, shortcuts and ~ parts |
Posted by: Philippe Hurbain - 2013-01-22, 9:31 - Forum: Parts Authoring
- Replies (6)
|
 |
When parts are used in assemblies (provided as such by LEGO, and impossible to separate in normal use) their description begins with ~ so they don't appear in part tree. LDraw user should use assembly shortcuts instead.
It seems that things are not completely clear, as discussions around this come up from time to time on PT. Here is my opinion about this. - For assemblies without moving parts, it's simple: all parts composing the assembly are ~, and an assembly shortcut is provided (several shortcuts may be needed to account for different color combinations). Example: NXT light sensor 55969 shortcut, composed of ~parts 54732, 55972, 55816, 55970, 55966.
- For assemblies with moving parts, a shortcut should be provided for each mechanical entity. This way the LDraw user can compose its own assembly in any position. An overall assembly is provided as well, to simplify user life when default position is OK, and for bill of materials usage. Example: NXT motor has a case assembly 54715c01, and an axle hub assembly 54725c01. Case assembly 54715c01 is made of ~parts 54714, 54715, 54716, 54717 and 54732. Hub assembly 54725c01 is made of two 54725 ~parts. Complete motor assembly 53787 is made of 54715c01 + 54725c01
- In case one of the moving assemblies is reduced to a single part (eg. axle hub of PF motors), the description of this part is not tilded, so that the user can pick it easily to create his own position combination. For example, the small linear actuator has 3 sections moving independantly:
- the body, assembly 92693c01, composed of ~parts 92693 and 92697
- the rotating axle, single part not tilded 92695.
- the piston, single part not tilded 92696.
Two complete assemblies are provided, contracted and extended (92693c02 and 92693c03)
|
|
|
Call for Votes: Make MPD support required |
Posted by: Travis Cobbs - 2013-01-18, 22:24 - Forum: Standards Board
- Replies (6)
|
 |
Please vote on the proposal below. Please modify the Subject to include your name and vote, in addition to giving your vote in the text.
Change the LDraw File Format spec:- Update the LDraw file format version number to 1.1.0. Note: 1.1.0 was chosen instead of 1.0.2, as this change was thought to be too big for such a minor version number change.
- Add the following sub-section under the "Basic parsing / file content" sub-section of the "LDraw Files" section:
Quote:Multi-Part Dat (MPD)
Any LDraw file, no matter its file extension, may be a Multi-Part Dat file (file with other files wrapped inside). This is done using the MPD Language Extension.
- Change the "MPD Statements" sub-section of the "META Commands" section to be as follows:
Quote:Support for the MPD Language Extension is required.
Also, update the File Format Restrictions for the Official Library spec. Add the following new paragraph to the "META Commands" section directly above its last paragraph (the one starting with "Legacy parts"):
Quote:To reiterate: No other meta-commands (including the MPD meta-command) are allowed in official parts.
|
|
|
|