Welcome, Guest |
You have to register before you can post on our site.
|
Forum Statistics |
» Members: 5,171
» Latest member: Jeane
» Forum threads: 6,088
» Forum posts: 51,287
Full Statistics
|
Online Users |
There are currently 865 online users. » 0 Member(s) | 860 Guest(s) Applebot, Baidu, Bing, Google, Yandex
|
Latest Threads |
Final Sticker Back Standa...
Forum: Official File Specifications/Standards
Last Post: Orion Pobursky
2 hours ago
» Replies: 0
» Views: 18
|
LDraw.org 2025-06 Parts U...
Forum: LDraw.org Announcements
Last Post: Orion Pobursky
8 hours ago
» Replies: 5
» Views: 1,141
|
Part Request: Plastic Sci...
Forum: Part Requests
Last Post: Dmitry
Yesterday, 7:14
» Replies: 7
» Views: 1,642
|
Updates of the Bricklink ...
Forum: Parts Authoring
Last Post: Peter Blomberg
Yesterday, 4:52
» Replies: 7
» Views: 895
|
Possible duplicate faces ...
Forum: Parts Authoring
Last Post: Peter Blomberg
Yesterday, 4:39
» Replies: 1
» Views: 82
|
Are conditional lines ste...
Forum: Parts Authoring
Last Post: Peter Blomberg
2025-07-21, 20:59
» Replies: 1
» Views: 1,027
|
3D print LEGO element
Forum: Off-Topic
Last Post: Nate87
2025-07-21, 19:39
» Replies: 18
» Views: 9,464
|
Most Common Parts that re...
Forum: Part Requests
Last Post: Peter Blomberg
2025-07-20, 11:35
» Replies: 34
» Views: 14,732
|
Can we get the part 4364p...
Forum: Part Requests
Last Post: Vincent Messenet
2025-07-20, 9:40
» Replies: 3
» Views: 267
|
LDraw Additional-Tools-In...
Forum: LDraw.org Announcements
Last Post: Willy Tschager
2025-07-20, 9:30
» Replies: 0
» Views: 117
|
|
|
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).
|
|
|
|