Hello all,

I am using LPub 4.0.0.10 on Mac OS X 10.7.4. I have found that certain fonts do not appear as expected. Here is an example to illustrate.

Here are the digits 1, 2, and 3 of the font Marker Felt (included with Mac OS X, I believe) as displayed in a page layout app:



Here is a screenshot of LPub with the step group step number font set to the same font, Marker Felt:



"Marker Felt" as displayed in LPub is not really Marker Felt; I'm not sure what it is. (Here is the default step group step number font.)

Can anyone confirm if they see the same discrepancy on Mac OS X? I have not tested many other fonts - does it happen with any others?

Any help appreciated. Thanks,
Jim

Hey,

I implemented a quick usability fix today.
As always you'll find the new version here.

Change log:

Usability improvements for 1.3.5 and older:

• The right mouse click does not cancel “Add Triangle” while CTRL is pressed.
  
• “Add Triangle” and “Add Vertex” are no longer bound to the “Vertices Mode”.
  

• It is not possible to “deform” a primitive anymore.
  

• Triangles which are connected to vertices from primitive/template are not copy protected anymore.
  
• You can merge selected vertices to their average X/Y coordinate.
  
• You can toggle the z-layer of the template lines.
  
• You can display/correct the BFC setting of primitives/groups.
  
• Primitive/template deletion does not delete adjacent triangles anymore.
  
• The template lines are drawn thicker.
  
• "Include Metadata" is checked by default.
  
• Exported LPC subfiles are rotated 180 degrees around the Y-axis.
  
• The subfile/DAT export is improved.
  
• The "superfast" triangulation is improved.
  

• The intersection calculation between triangles was defect.
  
• "Remove isolated vertices" removed vertices which belong to a group.
  
• The projection matrices were corrupted.
  

LEGO model of ITER fusion reactor in Scientific American - kind of neat!

http://blogs.scientificamerican.com/a-bl...r-in-lego/

According to the article, it is made by Sachiko Akinaga.

Not always a Bionical part ends up in a Bionicle :-) I looked through LDraw's part list and the Unofficial part list hoping to find this part but I couldn't find it. I need the part for my "pendulum clock documentation" using MLCad / LPub. Perhaps someone here around has built this part for his own use and would allow me to share it ? At the moment I'm not able to create such a .dat file but I'm working on it :-)

Thanks in advance for any help !

Hey,

I decided to create a new project on sourceforge: The LD Part Editor - A pure part editor.

Basically it will be a java SWT / JFace / OpenGL offline rich client.

I had to introduce the *.lpc file format for the LD Pattern Creator and I do not plan to use another new file format for the editor (e.g. *.lpe). The im- and export should use the native *.dat file standard.

https://sourceforge.net/projects/partcreator/

Cheers,

Nils

I noticed this (free, at least at the moment) photo-based 3D scanner from Autodesk:

http://www.123dapp.com/catch

I wonder if it's accurate enough to use for part creation, and, if so, if there's any way to get from its file format into LDraw format.

These 2 parts are missing:

30367b Brick, Round 2 x 2 Dome Top - Blocked Open Stud with Bottom Axle Holder x Shape + Orientation
30367c Brick, Round 2 x 2 Dome Top - Hollow Stud with Bottom Axle Holder x Shape + Orientation

I don't need c right now, but if someone works on b it should be easy to make c as well.
Also the patternable top face needs to go down until directly over the studs. The new R2 patterns go down that far, and the new ones all use 30367b, so no need to rework the top face of 30367.dat. Also we should rename 30367 to 30367a like we did with the cylinder 2 x 2 x 2.

Boat Hull Unitary 74 x 18 x 7 Complete Assembly with Light Bluish Gray Top

Item no: 57789c01

Thanks

I want to go live with the new LDraw.org website soon. I can't get rid of the old site since the PT still relies on it but I want to elicit thoughts on what main features should be in place before the switchover.

Since Tim Gould has been working on revising mklist, I'm curious what modern LDraw programs actually rely on mklist. The only one I can think of off the top of my head is MLCad.