As mentioned in the "wrapping" thread, and driven by Philo's step-by-step I made a small XLS generating me the template for Stickers that need to be applied on curved surfaces.

Due to the nature of the spreadsheet, the tool works only if the curve is in one direction only (e.g. Slope Curved 2 x 1, etc.) It could handle more surfaces than the 4 to 5 lines currently in the sheet. I did not tweak it further due to a lack of time and to get the Speed Champions stickers 4 to 5 surfaces are currently sufficient ;-)

Some known problems:
- The ARCCOS produces sometimes an invalid value due to the base value being greater than 1 somewhere far behind the decimal point.
- The generation of the extruded surface with the offset, i.e. Sticker shorter than the surface where it is to be applied is only implemented for 4 surfaces.

Input required:
Quads, only quads right now, and some of the clipping info that will make the sticker fit.

Output:
Two columns for LDPC templates
- one for the cuts that need to be applied (" * " needs to be changed to a Carriage Return)
- second the projection coordinates
For the part:
- the LDRAW code for the sides (Starting point for the first and last points not yet calculated)

What does it do?
- It is calculating the normals for each surface
- Calculates the middle between two normals
- Sets the correct lenght for the normals for the thickness of the sticker
- Generate the list of flat rectangles that later will wrap along the surface
- Generate the projection matrix for LDPC

   
   

Attached Files

  LPDC-Sticker Template_Gen.zip (Size: 20.61 KB / Downloads: 15)

   

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.