| Welcome, Guest |
You have to register before you can post on our site.
|
| Forum Statistics |
» Members: 5,819
» Latest member: jules
» Forum threads: 6,478
» Forum posts: 53,637
Full Statistics
|
| Online Users |
There are currently 289 online users. » 1 Member(s) | 282 Guest(s) Applebot, Baidu, Bing, Facebook, Google, Yandex, Jeff Jones
|
| Latest Threads |
The Wizard of Oz Minifigu...
Forum: Part Requests
Last Post: Zoltán Tibor
15 minutes ago
» Replies: 0
» Views: 3
|
LDraw.org Official Parts ...
Forum: Parts Tracker Discussion
Last Post: Orion Pobursky
Yesterday, 16:45
» Replies: 0
» Views: 76
|
LDView 4.7 Released
Forum: LDraw Editors and Viewers
Last Post: Takeshi Takahashi
Yesterday, 14:16
» Replies: 11
» Views: 1,750
|
LDConfig with Bricklink S...
Forum: LDraw File Processing and Conversion
Last Post: Hageta
Yesterday, 10:32
» Replies: 0
» Views: 96
|
LDraw Colors for OpenScad...
Forum: LDraw Editors and Viewers
Last Post: Hageta
Yesterday, 10:29
» Replies: 0
» Views: 74
|
Set 42228 (Tyres and Hubc...
Forum: Part Requests
Last Post: Alfred Schmitz
Yesterday, 6:28
» Replies: 6
» Views: 526
|
LDraw.org 2026-04 Parts U...
Forum: LDraw.org Announcements
Last Post: Orion Pobursky
Yesterday, 2:27
» Replies: 0
» Views: 126
|
Dinosaurs 2001
Forum: Official Models
Last Post: Chris Böhnke
2026-04-26, 21:15
» Replies: 4
» Views: 276
|
Requesting parts and prin...
Forum: Part Requests
Last Post: Chris Böhnke
2026-04-26, 21:08
» Replies: 5
» Views: 394
|
Architecture Theme
Forum: Official Models
Last Post: Philippe Hurbain
2026-04-26, 7:42
» Replies: 190
» Views: 608,415
|
|
|
| Part / subpart combined with ~ prefix |
|
Posted by: Roland Melkert - 2020-03-28, 0:04 - Forum: Official File Specifications/Standards
- Replies (2)
|
 |
Why is 165.dat (and many others) considered a part (in !LDRAW_ORG)
It will mess (among other things) with fake seam processing.
And you can't just assume the ~ means subpart ether as there are countless 'obsolete' dat files using the same prefix.
I'm working on this for a bug in LDCad, but I'm not sure this is a 'real' bug or a wrong .dat header issue.
|
|
|
| 2020 LDraw.org Steering Commitee election results |
|
Posted by: Orion Pobursky - 2020-03-24, 0:10 - Forum: LDraw.org Announcements
- Replies (2)
|
 |
The winners of the LDraw Steering Committee Election are (in alphabetical order
by last name):
Philippe Hurbain
Gerald Lasser
Max Martin Richter
Orion Pobursky
Willy Tschager
Congrats to the winners and thank you for voting.
Orion Pobursky
on behalf of the Steering Committee
P.S. Obviously this is a trying time for most. Stay safe out there and we'll get through this together.
|
|
|
| Possible bug when selecting/rotating? |
|
Posted by: N. W. Perry - 2020-03-17, 15:12 - Forum: LDraw Editors and Viewers
- Replies (4)
|
 |
EDIT: Definitely an issue on my end, and not a bug at all. I don't want to cast any undue criticism on this very fine program! 
I'm having a little trouble with the interface, and I'm guessing it's because I'm running LDCad on MacOS under Wine, but maybe it's a known bug, or perhaps my own error. There are two symptoms that appear to be related:
- Selecting: Normally, [left-]clicking a part will select it, or if it's already selected, will deselect it. Also, if a part is selected, clicking a different part will select that part while deselecting the first part. But quite often, these behaviors will stop working, and the only way I can proceed is to "force" deselect everything by pressing ESC—sometimes more than once, and even if nothing is currently selected. This doesn't happen every time, and seems to occur more often in certain models than in others.
- Rotating: Normally, dragging the empty part of the edit window will rotate the camera. But again, sometimes this stops working and I have to hit ESC to proceed (when this happens, dragging the edit window will simply scroll/pan the view). Often, it will still be possible to rotate the camera by dragging the edit compass, but other times, neither the compass nor the window works; and again, sometimes it's necessary to hit ESC multiple times.
I'm trying to figure out if there's any predictable cause, but in the meantime, is there a known reason that things might get "stuck", and why releasing them by pressing ESC seems to work? (One thing that might be relevant is that, since I don't have an INSERT key, I've set up my own hotkey for that purpose. I use command+enter, which LDCad calls alt+enter. The problem does seem to occur when I use this hotkey a lot, but that might be a coincidence because any editing session involves a lot of inserting.)
Any ideas? Anyone else have a similar issue?
UPDATE: It happened just now, where one part was stuck selected. Clicking in the edit window didn't do anything, but clicking other parts in the source window had an effect as if I'd shift-clicked (adding the new part and all parts in between to the selection). So it's as if LDCad thinks the shift key is pressed when it isn't (which would also explain the panning instead of rotating).
|
|
|
|