Skip to content

layerling 1.141.0

Choose a tag to compare

@henmedia henmedia released this 04 Nov 23:42
· 329 commits to main since this release
  • Lid hinge: flush in the wall, a pivot lid on two pins, and the pin's play to set (PR #1291, Discussion #1220): The hinge sat behind the back wall, so its knuckles made the box about 5.5 mm deeper. Under Hinge the lid panel now has a Hinge type: Outside (as before), Flush (the knuckles go into the back wall, flush with its outer face and the lid's top, so the box keeps its size; the body's knuckles grow out of a thin wall on a 45° slope so the box still prints upright without support; it opens to about 140°) and Pivot pins (the lid lies in the opening and turns on two pins through the side walls; it opens to about 95°). Pin play (per side), 0.05 to 0.5 mm and 0.2 mm to begin with where it was a fixed 0.15 mm, lets you loosen the pin for your printer: two people printed a 3 mm pin and had to force it in. Reported by @makinglayerschannel and @smussadi in #1220.
  • Lid: click bumps and a handle (PR #1296, Discussions #1234, #1230, #1220, #1273): A lid that pushes in or a cap had nothing to hold it shut but the fit. Click bumps put small half balls on the lid's lip, or on a cap's rim pointing in, that snap into dimples in the body's wall: one on the middle of each straight side of 12 mm or more, two on sides over 80 mm, four round a pot, none on the hinge side. The dimples go to the body as one hole grouped with it. Handle adds a Pull tab (20 mm wide, 6 mm out from the plate, as thick as the plate, so the lid still prints turned over without support) or a Finger notch (a 16 mm half-round recess in the body's wall just below the lid's edge, at most 5 mm deep, never leaving less than 0.8 mm of wall), at the front or opposite the hinge. Both are refused for a pivot lid and where the side is too short or the wall too thin, with the reason; over the MCP layerling_make_lid takes clickBumps and handle. A lid with bumps or a tab is built as a mesh. Wished for by @MikesAllotment (#1234), @keelingjeff-a11y (#1230) and @dlguess (#1273).
  • Screw boss as a hole cuts only its pocket (PR #1295, Discussion #1288): A screw boss set as a hole and grouped into a block cut the whole post, a ring with a core left standing, where a blind hole for a heat-set insert was wanted. Set as a hole it is now its pocket alone, from the hole's floor (or the boss's foot) up to its top with the lead-in chamfer, as wide and deep as the size list sets it (M3: 4.0 mm, 6.7 mm deep). Reported by @danyvanimpe-lab.
  • Vase drawing: the view keeps its zoom, and a double-click on the line adds a point (PR #1293, Discussions #1278, #1252): Zoomed in on a profile, the board fitted the whole vase in again after every dropped point or handle, so fine-tuning point by point threw you back out each time. The view now follows only when it showed the whole vase before the drag and the vase has grown past it. The double-click on the line, which the hints promise, listened on the path that never got it; the drawing now catches it and adds the point, in the body form, the cross-section and the twist. Reported by @MartinShake and @forrrge.
  • Image texture "Once": no holes on round bodies, and it goes onto the picked faces (PR #1294, Issues #1268, #1206): With an image pressed on once, the flanks were still refined after the values per point had been worked out, so the new points had none and were dropped: parts of a sphere went missing, and on a rounded plate a spike stayed and "Could not save design shapes" came up. A text or image once now skips that refinement, as the text did. With faces picked it also lands on them: where Around and Height aim past the picked faces, its middle goes onto them. Reported by @MethylBromide and @MrGNV.
  • 3D mouse: four directions were the wrong way round, now with a reverse switch each (Discussion #1013, forum): The signs of the SpaceMouse axes were written without a device to try them on. The first report from a real one showed shifting sideways, shifting up and down, tilting and twisting going the wrong way, with zooming right. They are turned round now, and the settings under 3D mouse have a switch for each direction to turn it back or the other way, kept in the browser. Reported by Ciwa in the forum.
  • Danish and Brazilian Portuguese (PRs #1290, #1301, #1300): The two missing sentences on .stl and .3mf files in chapter 15 of the Danish guide, the Gridfinity feature "Swallowtail" is "Svalehale" in Danish, and 184 more sentences of the vase drawing window and print advice in pt-BR, which makes the vase complete. By @Henrikth12 and @lmagalhaes.
  • Swallowtail keys: a clearance setting, and the lip only at the slotted ends (Discussion #1061): Two people could not press the keys in, or the keys broke. The fit was tuned on one printer whose slicer had 0.15 mm elephant foot compensation, which widens the openings in the first layer. Each half pocket also kept a wall 0.2 mm thick across the seam in its bottom 0.6 mm, and the lip ran along the key's middle, which has no slot and cannot give. Now the seam is open the full height, and the lip starts where the key's slots begin, 2.5 mm in, growing to 0.2 mm at the pocket's end, still two cutters per pocket. Key clearance under the Swallowtail switch (0 to 0.15 mm, 0.05 unless set) is how much smaller than its pocket each key is; it changes the keys Add keys lays out, not the plate (MCP gridfinitySwallowtailClearance). Test prints of the pocket in PETG and in PLA with no elephant foot compensation: 0.05 and 0.1 mm keys click in and hold, the 0.05 mm one snugger (in PLA without cracking), where in PETG on the old lip a 0.05 mm key did not go in at all. Plates printed before keep the wall; trim it away or print them again. Texts in 18 languages, guide chapter 9 in 15 languages and all three SKILL.md. Reported by @sstuckey82 and @makinglayerschannel in #1061. Contributed by @mlugo-apx.
  • Movement dimensions with the arrow keys (Discussion #1289): With "Show movement dimensions" on, only a drag drew the movement lines; a nudge with the arrow keys went through nudgeSelected and raiseSelected in LayerlingEditor and showed nothing. Both now call window.layerlingKeyboardMove before they commit, and WorkplaneViewport builds a move-dimension session marked keyboard: the first press anchors it at the selection's corner as a drag does, the next presses on the same bodies add to it, and a click, a drag or another selection ends it. Ctrl+arrow builds the lift session of the black arrow. The session is settled at once, so the numbers can be typed as after a drag. As with dragging, X and Y only show on a workplane that lies flat with its axes along X and Y.