I've just noticed that 6923.dat won't "Zoom To Fit" properly in MLCad 3.4.
Can't say I've ever noticed this problem before on any other part. Maybe I'm not using exotic enough parts

Both "Top" windows above are same size. Both have "Zoom To Fit" run on them.

The difference is on the bottom one I removed these from 6923.dat:

I just discovered that MLCad seems to ignore transformation matrix and origin offset when it "upgrades" older version parts!
Attached a sample file and the buggy result I get after "upgrade" and save with MLCad.
Now I am appaled
Did I miss something and is this a known bug?

Attached Files

  testmoved.ldr (Size: 80 bytes / Downloads: 0)
  testmovedmlcad.ldr (Size: 141 bytes / Downloads: 0)

I'd love to have this part in ldraw, very helpful for building mechs/robots!
Thanks and keep up the awesome work!

Erik

Part request: Tiles with Silver Digits.
3070bpXXX (on BrickLink 060-069, or 060-072)
Tile 1 x 1 with Silver Number 0 Pattern (repeated for 0-9 symbols, and a few more).

I'm requesting these because presently in LDraw there appears to be black tiles with silver letters A-Z, but none with digits 0-9. It's been a major annoyance of mine for some time that we've only got tiles with digits 1-4 (black-on-yellow), so it will be really good to get the newer silver-on-black complete set of digits.

There are also a few other tiles in this sequence, all shown here on BrickLink with yellow backgrounds on the images.

Hi,

I'm looking for these (relatively new) patterned Mixel parts. Does anyone know if they have been created yet? I couldn't find them in the part tracker, but, for example, searching for minifig heads with 'eye' in the name yields a lot of results.

http://brickset.com/parts/6060802
http://brickset.com/parts/6060729

These aren't critical by any means, but more like 'nice to haves'. Thanks for any assitance!

J

I'm glad to introduce to all of you this release. This version have many changes, so answer only to some things which need attention posted by Willy Tschager. Download from https://github.com/Jeremy1980/licreator.

• The CC license should also be shipped as a .txt
  • I included the CC license into COPYING file.
• The Toggle Assistent pop-up should have a closing button in the top right-hand corner as it is not obvious how to get rid off
  
• Model -> Toggle Assistent not accessible when no model is loaded while F1 works
  • I handle this. Probably...
• Have the ability to export just one page as PDF (either current page or number)
  • Right-Click on Page object. Select 'Render Me' option.
• Save in the folder where the model is stored. Currently they end up in my VirtualStore on Win7
  • This looks like a problem with the configuration of your virtual machine, I can explain it in a separate thread.
• A pane which shows the LDraw code underneath
  • It work realy amazing to me. Right click on Part List Page object. Choose 'Show design numbers'. If somethings go into wrong way. Then correct them with codes.ini file. Select Model => Check for Library Updates... to get latest version, that overwrite your actual file.
• Once you edit the template (I moved around the step number and the PLI) there is no menu entry to refresh the pages showing the new setting.
  
• Save/Load template somehow broken (the above change couldn't be save or loaded)
  • Fix mistake. Template elements are no longer movable.
• Reopen produces a "Open Error"
  • Fix mistake. Re-opening ability available only on saved instruction.
• LIC doesn't support Buffer-Exchange or MLCad Arrow code and should at least ignore them when it comes across.
  https://www.dropbox.com/s/0tkc3m7tajo4s0q/LIC.jpg?dl=0
  
• Whole template concept should be out-sourced to a Menu -> Setting where you set up your defaults but have the ability to save/load a template if needed
  • Too much work. Maybe one fine day -- it will become a reality.
• "Generate images with POV-Ray" grayed out though I have defined all paths. Had to restart the prog twice to get it work
  
• Prog crashes on Export
  • Handling QThread class to stop freezing application one some behaviors. Long and/or Lazy work now out of main thread. I hope this correct solution. Probably...
• I do not think that L3P is a good choice as POV-Exporter. I like the output of LDView much better - and easier to handle.
  • You probably have right. But actually stay AS IS. Do not forget to set L3PAccessLog or POVAccessLog on True to know what these programs are doing.
    

With the release of 0.8.1 you will be able to...

...(you won't be able to) delete your parts physically from the harddisk anymore.

...choose your locale:



...manipulate the subfile matrix numbers without the text editor.



...send error logs to me.

...use a coloured cross cursor.



...benefit from auto-reading the %LDRAWDIR% environment variable.

(to be continued)

You can reach an open and free chatroom for LDPartEditor here

http://bloochat.com/ldpartedit

to contact me and maybe other users of LDPartEditor.

Hi all,

As suggested in the Eurobricks forum thread I decided to share my personnal LGEO library.

Last Version:

   - LGEO Library - Darats  - 2019/07/03
   - LGEO.xml - Darats  - 2019/07/03


My library is a bit different from the original LGEO one:
I have usually 2 files per part :

   - lg_xxxx.inc (LGEO file containing Patterns and Studs)
   - xxxx.inc (High quality STL file converted into PovRay format)

While waiting for a better solution, you will need to add :
#declare L3LDrawToLgeo = transform { matrix <0,-LG_BRICK_WIDTH/20,0, 0,0,-LG_BRICK_HEIGHT/24, -LG_BRICK_WIDTH/20,0,0, 0,0,4*LG_BRICK_HEIGHT/24> }
#declare L3LgeoToLDraw = transform { matrix <0,0,-20/LG_BRICK_WIDTH, -20/LG_BRICK_WIDTH,0,0, 0,-24/LG_BRICK_HEIGHT,0, 0,0,0> }
at the end of your lg_defs.inc file (just above the very last "}") or use my own lg_defs.inc provided in the package (but it might conflict with Owen's one on some parts).


You may want to put the lg_xxxx.inc files in your usual LGEO directory and the xxxx.inc files in another folder (don't forget to declare it in PovRay or it will not find the requested files)
There is a high probability that some Parts already exist in the Official LGEO library or other users-made ones. Be aware of it if you overwrite some file.

You need to put LGEO.xml in your Ldview install directory (be aware that you will overwrite your own file that might have parts that mine doesn't have).
Be carful: this xml file might give errors until I fully release all the parts that are in it (should be a matter of a few weeks).

When colors are needed (for Patterns for instance) it uses Ldview exported material format (LDXColorx).
My package doesn't contains lg_color.inc, but it must be accessible by PovRay.


I'm sharing all my xxxx.inc files, but as I'm currently cleaning the lg_xxxx.inc files, I will make regular release of them (so during that time, there will be xxxx.inc files without lg_xxxx.inc files (so not usable) but I will do my best to release everything fast).

The unpacked archive will be more than 1.5 Gb because of the high quality STL files, don't be feared of that, but make sure that you have enough hard drive space for it.


Do not hesitate to test it, ask questions and give me feedback here, it works on my system but I don't know if it will in others.

I've been using LDraw for a good number of years, but I've never done much with stickers before. The one time I did use one it came out backwards and I just assumed something was wrong with that sticker so I flipped it over.

Now I'm working on something which will likely use a lot of stickers and the first sticker I placed (not the one I used previously) exhibited the same problem, so I added about 20 more and they all behave the same way.

To be clear: I place the sticker against (or a fraction in front of) a brick. Both MLCad and LDView correctly show the front face of the sticker. But a POV-Ray render shows the empty back face of the sticker. If I flip the sticker 180deg then POV-Ray now renders it correctly, but I'm now only seeing the back face in MLCad and LDView.

Is this just a bug in LDView's .pov export? or is there an incorrect setting buried in a file somewhere that is affecting these? I can live with flipping them, but it would be nice to be able to see them properly in MLCad/LDView as well as POV-Ray without having to write a script to auto-flip them all for POV-Ray.