[LDPE] 1.8.87 Released (center axes/ BFC selection colour/ tori descr. digits/bugfix) - Printable Version +- LDraw.org Discussion Forums (https://forums.ldraw.org) +-- Forum: LDraw Programs (https://forums.ldraw.org/forum-7.html) +--- Forum: Parts Author Tools (https://forums.ldraw.org/forum-24.html) +--- Thread: [LDPE] 1.8.87 Released (center axes/ BFC selection colour/ tori descr. digits/bugfix) (/thread-28394.html) |
[LDPE] 1.8.87 Released (center axes/ BFC selection colour/ tori descr. digits/bugfix) - Nils Schmidt - 2024-09-01 Hey, this release fixes a rare crash(!) concerning the experimental OpenGL 3.3 3D renderer. And all good things come in threes. There are three new features, too! As always, you can download LDPE from this page: http://nilsschmidt1337.github.io/ldparteditor/ Changelog: (3 new features and 1 bug fix) With this release you will be able to...
The following critical issue is fixed:
The program was tested intensively with "real world" files. However, something can go wrong in about 140.000 lines of code. Installation on Windows:
I listen carefully to your requests and possible complaints. Please leave me a message, with your thoughts and wishes to further improve the software. LDPE is a 3D CAD application: The overall system requirements are higher. While I recommend to use a powerful 64-bit multicore system, it could be possible, to run LDPE on older machines as well. System Requirements: Minimum System Requirements:
RE: [LDPE] 1.8.87 Released (center axes/ BFC selection colour/ tori descr. digits/bugfix) - Gerald Lasser - 2024-09-06 I get a funny result when using the Prim Substitution for part 1942 when I review it Bug regarding Prim Substitution on subfiles - Nils Schmidt - 2024-09-07 (2024-09-06, 15:48)Gerald Lasser Wrote: I get a funny result when using the Prim Substitution for part 1942 when I review it Thanks, Gerald. I created an issue (#1109). RE: [LDPE] Text/3D sync problem for part review. - Philippe Hurbain - 2024-09-12 After loading a part using the part review tool, the 3D view properly shows the part asked for, but the text window generally shows a subpart of it, presumably the last loaded one. RE: [LDPE] Text/3D sync problem for part review. - Nils Schmidt - 2024-09-13 (2024-09-12, 7:28)Philippe Hurbain Wrote: After loading a part using the part review tool, the 3D view properly shows the part asked for, but the text window generally shows a subpart of it, presumably the last loaded one. Thanks, Philo. I created an issue (#1110). That was easy to fix. RE: [LDPE] Manipulator problem - Philippe Hurbain - 2024-09-18 Since the plane move squares were introduced, the manipulator has a problem: movement type changes if during the move the mouse gets close enough to a plane move square. The move type should be locked as soon as the move begins. RE: [LDPE] 1.8.87 Released (center axes/ BFC selection colour/ tori descr. digits/bugfix) - Rene Rechthaler - 2024-09-18 i sometimes had the same problem with rotating along small increments (but that was some versions ago, maybe that got already fixed...) RE: [LDPE] 1.8.87 Released (center axes/ BFC selection colour/ tori descr. digits/bugfix) - Philippe Hurbain - 2024-09-18 (2024-09-18, 11:56)Rene Rechthaler Wrote: i sometimes had the same problem with rotating along small increments (but that was some versions ago, maybe that got already fixed...)Indeed, I sometimes had the same problem too. But the small increment problem might have been caused by precision issues, that seem to be solved now. RE: [LDPE] Problem with # character in part description - Philippe Hurbain - 2024-09-19 Descriptions containing a # such as 0 Technic Panel 5 x 13 Curved #54 Tapered Sloped Left are changed into 0 Technic Panel 5 x 13 Curved 54 Tapered Sloped Left# as soon as I do a quick fix on any (unrelated) issue. RE: [LDPE] Problem with # character in part description - Nils Schmidt - 2024-09-19 (2024-09-19, 11:57)Philippe Hurbain Wrote: Descriptions containing a # such as Very interesting finding! I created a bug ticket (#1114). RE: [LDPE] Manipulator problem - Nils Schmidt - 2024-09-19 (2024-09-18, 11:38)Philippe Hurbain Wrote: Since the plane move squares were introduced, the manipulator has a problem: movement type changes if during the move the mouse gets close enough to a plane move square. The move type should be locked as soon as the move begins. I created an issue (#1113). |