Please vote on adding the following clarifications to the LDraw.org Official Parts Library Specifications. The quoted text would be added verbatim. (Note that I made minor tweaks to Orion's original text.)
Quote:For stickers printed on a transparent medium, the type 1, 3, and 4 lines that comprise the pattern shall be preceded by a 0 BFC NOCLIP statement and ended by a 0 BFC CLIP statement.
The pattern should be oriented such that the top of the pattern aligns with the +Z axis. Exceptions to this rule may be made on a case by case basis.
Quote:A sticker shortcut should, at a minimum, include at least one !KEYWORDS entry in the form of Set <set number> where <set number> is the number of an official LEGO set in which that sticker appears. Only one set need be listed, but more may be if desired.
Please note this is a unfinished potentially unstable version. DO NOT copy it over your existing installation.
New is:
!DATA support
It is fully integrated into the normal way of working, but it might need some additional tweaks based on feedback.
Collada export
This was intended as a blender export, but as I discovered glTF somewhere in the middle it is unfinished and might be removed again later. Unless someone has a good reason to support both glTF and collada.
glTF2 export
This format seems to be the better choice for a blender export workflow.
It is much more complete then the collada export, but still needs alot of work.
I'm very much looking for someone who wants to help me optimize the output for blender import.
It includes texture information, but for some reason blender doesn't use it. I'm still looking into that so if anyone knows more please let me know.
Besides the big features there are numerous tweaks and bug fixes, some of which I forgot to keep track of.
This thread on eurobricks.com may be of interest. It is a gearing animation & ratio calculator using LDraw files as input. I just spotted it this morning. It is currently in beta release but it looks to be a useful tool.
It looks like Bricklink have added a 0 (zero) in all their patterned parts numbers. All the pattern number has four digits.
This makes all our parts with bricklink keywords, in need of editing.
While preparing new instructions for one customer I found a rubber arrow helper really needed. So I created one and want to let anyone use it.
I got an inspiration from the arrow helper thread and holly-wood.it and Technic Flex Cable - so you can see I'm _not_ experienced with these LDCAD meta commands. Please, check if this is correct way how to create such arrow. What I see in LDCAD is that sometimes a gap between the end segment and a rest of arrow appears, for shorter arrows one need to shorten the "tension" of path points. Otherwise it looks good, as far as I can see. What do you think?
Then, what about to cooperate on creation of one section of arrow helpers together? So far, I found:
* straight arrows of different lengths by Willy Tschager
* arrows for rotations etc. by Jaco van der Molen
* this rubber one by me
My idea is to create a simple zip archive with all these together (including donor files etc.) and LDCAD partBin definition so anyone can find and use arrows easily: in LDCAD and, later, in LPUB3D.
In following LDCAD releases this could be a part of LDCAD distribution as another helper files.
What do you think? Willy, Jaco, Roland?
So far, I use this partBin definition, in templates subdir:
I propose the introduction of these six primitives (3 version 16 sides and 3 version 48 sides) that could solve some situations.
The example I have attached is the one with which I came up with the idea, in fact the most correct use would be for patterns with incomplete rings of different colors.
The primitives I propose come from the classic ndis to which, however, I moved the vertex of the circumscribed square to bring it to the vertical of the last vertex of the circle.
They should be quite interchangeable with the current tang primitives, but reducing the number of triangles required (partly because they are already included in the primitives and partly because their shape is more regular).