Hi all.

I was poking around in my LDraw installation this evening, and came across LDrawInfoTip.dll in %LDRAWDIR%/Apps/LDrawToolTip/. It doesn't correspond to any tool that I can recall, so I tried to find out what it was.
All I could find of any use (there are a lot of posts to anti-virus forums containing this file as output of some virus scanner or other) was this LUGNET thread http://news.lugnet.com/cad/?n=9289 which at least tells me what it's supposed to do.
However, that thread (and the dll itself) is now over a decade and several OS versions old. Does it still do what it's supposed to do on a modern (read:64-bit) system?

Thanks and regards,
Owen

the funny thing about this is that they chose
to use the historic blue 4.5V train track.

the train took 4 hours to travel the whole track.



http://aboutus.lego.com/en-us/news-room/...nessRecord

here is an imho very interesting history of AFOLs,
including James Jessiman's initial posting that announced ldraw.exe

http://www.suave.net/~dave/afol_history.pl?timeline=1

Hi, I just found Buf3D in Google's Play Store.

It seems to be a 3D viewer Android app capable of showing .ldr and .mpd files.

Haven't tried it yet, just watched its video.

https://play.google.com/store/apps/detai...plus.buf3d

I'm not looking for any Brickarms guns for LDraw, but simply the Brickarms U-Clip and Monopod parts.

They don't need to be anything fancy, just something that looks similar would be more than enough.

A very interesting -and somewhat scary - article posted on The New Elementary: Bricks, Inc

Hello All,

After four weeks of testing and bug fixing I've decided to release the definitive 1.2 version of LDCad.

Major 1.2 features (still) are

• Flexible parts
  
• Template system
  
• Nested editing
  
• (recursive) Grouping
  

• Smoothing of parts
  
• Up to 30% increase of rendering performance.
  
• Material depended rendering (metal, rubber etc) (*)
  
• Automatic editing plane (*)
  
• Extended search part bin filter options (*)
  
• Building book like parts in step/model overview part bin groups (*)
  

I like to extend the possibilities of DATHeader.
Now I focused on the Physical_Colour parts.

As far as I have followed the last posts and discussions a part with the flag Physical_Colour should have the following:

1) There is only one line (linetype 1) in the wanted color.
1) There are only linetype 1 lines with colors different from color code 16.
2) The colorcode for this color is mentioned in the description in square brackets (fe [320]).
2) The colorcodes for these colors are mentioned in the description in square brackets (fe [320/83]).
2.1) If there is only one linetype 1 line the colorcode has to be mention in the description as follow (fe [320]).

If that is true and nobody claims I like to implement tests based on this definition.

I am sure that this definition is used in the past not correctly if the definition is correct. Please see the following part and references: http://www.ldraw.org/cgi-bin/ptdetail.cg...173283.dat

I would like to have the links in the posts to be opened in a new tab/window, so I can close that tab/window and can still read the post to the end.

I know that i can use the back button of the browser, but I think if you use external links, they should never close the calling page.

cu
Mike

I find the existing electric wire brick (5306.dat) somewhat weird.

I would like to have a second version in the official library without the wire stump. That way it is usable for curved wires without breaking coloring (the stump uses hardcoded poly and edge colors).

This could be fixed by moving the main body of this part to a subpart so the 5306 itself consists out of a single ref and the stump stuff (for backwards comp).

I could then use the subpart in my LDCad's deform generator without having weird color stuff going on (bricks 0, wire 16), it also makes sharper bends at the start of wires possible.

edit: Also the wire should be round and not square imho

Hope this makes sense, thanks.