New Fill & Patterns Order #10055

ianalexis · 2025-07-03T18:17:20Z

Currently, infill patterns are not organized in any logical order (neither by type nor alphabetically) making it difficult to quickly switch between visually similar options.

After reworking the Wiki and gaining a better understanding of how the patterns are implemented in the code [1] (thanks to @RF47), I believe I’ve identified several natural categories that could be used to group and reorder them more intuitively.

[1]: Patterns under the "rectilinear" class were split into separate groups, since some are purely aesthetic and fit better when grouped accordingly.

kept in mind comments here, github poll #10067 and discord.

The criteria:

Simplest -> Complex -> Esthetic
Groups: Linear -> Basic - > Cubic -> Support -> Honeycomb -> 2D -> TPMS -> Esthetic.

discip

Nice touch.

However, I propose some changes if you don't mind. 😊

src/libslic3r/PrintConfig.cpp

src/libslic3r/PrintConfig.hpp

Sineos · 2025-07-05T06:33:44Z

As a user, I would wish they were sorted according to a transparent logic. Criteria could be:

Strength
Directional independence
Effect on uniform layer time
Effect on print time and material usage (less important for me)
Something else

In an ideal world, I could identify or even sort after the "strongest pattern", "in all directions" with the least impact on "uniform layer times". Today it either takes a lot of experience to even know the different influencing factors or a lot of reading to be able to assess them.

ianalexis · 2025-07-05T14:49:34Z

In an ideal world, I could identify or even sort after the "strongest pattern", "in all directions" with the least impact on "uniform layer times". Today it either takes a lot of experience to even know the different influencing factors or a lot of reading to be able to assess them.

I think this will never be possible because there’s no single "strongest pattern" since it always depends on the model, the specific parameters, and user experience, which remains the most reliable guide.

Still, we put together a wiki guide with general advice about strength and speed, listing pros and cons, and pattern specific notes.

The goal is to make it easier to quickly find a suitable pattern by grouping similar ones.
Right now, for example, 2D infills like 2D Lattice and 2D Honeycomb (often used for similar parts) are placed far apart. Cubic variants are also scattered across the list.

One limitation is that this is a one dimensional array, so we can't apply too many grouping layers without sacrificing a simple and logical user experience.

LJKraus · 2025-07-06T16:36:05Z

As a user, I would wish they were sorted according to a transparent logic. Criteria could be:

Strength

Directional independence

Effect on uniform layer time

Effect on print time and material usage (less important for me)

Something else

Could "Something else" be crossing vs non-crossing patterns?

ianalexis · 2025-07-06T17:01:17Z

Could "Something else" be crossing vs non-crossing patterns?

Same as above.
How are you going to sort a single dimensional listing with multiple criteria between them (several of which are mutually exclusive) and have it make sense to search?

Sineos · 2025-07-06T21:22:47Z

Thanks for the feedback. Appreciated.

How are you going to sort a single dimensional listing with multiple criteria between them (several of which are mutually exclusive) and have it make sense to search?

I freely admit that I have no idea about the inner workings, but maybe this could be changed?
A simple approach (if feasible) could be:

Define the criteria
Assign a ranking between 1 to x (3 to 5?) to each
Allow multi-dimensional sorting of the columns, i.e., sort by highest priority first (e.g., strength) then by second priority (e.g., layer time), and the results would be a grouping by the same strength with group inner sorting by layer time.

In any case: Thanks for the continuous improvements!

dewi-ny-je · 2025-07-08T12:14:42Z

Simplest and "safest" patterns first. The order proposed in the screenshot seems very good to me because rectilinear should be in the first place as the safest choice of all.

discip · 2025-07-08T20:44:28Z

@ianalexis

I will make some options and add a poll in discord.

Originally posted by @ianalexis in #10055 (comment)

I'm really curious about the outcome of that poll.

Would you mind presenting the result here?

ianalexis · 2025-07-08T20:45:27Z

@ianalexis

I will make some options and add a poll in discord.

Originally posted by @ianalexis in #10055 (comment)

I'm really curious about the outcome of that poll.

Would you mind presenting the result here?

#10067

discip · 2025-07-08T20:48:14Z

Ah, ok.
Thanks.
I thought you would start a separate poll on discord.

ianalexis · 2025-07-08T20:53:17Z

@discip about your chat gpt coment that i dont why know you deleted it:

I would never rely on ChatGPT for structural analysis of any kind, not even for 3D printing. Especially not when its assessments don’t align with the detailed fill-by-fill analysis we’ve already done in our own Wiki.

For instance, it claims Gyroid has good speed, when in reality it's 22% slower than the average. Honeycomb is labeled as “medium” speed, yet it's by far the slowest, and it's rated “medium-high” for material usage, despite using up to 25% more than requested, due to its path optimization using double lines on some hexagons.

It seems like ChatGPT may be referencing outdated articles or slicers like Cura, which implement certain patterns (like honeycomb) in a completely different way.

Another key point: we don’t know what weighting or criteria ChatGPT used to come up with its conclusions.

The purpose of the infill dropdown is not to recommend a specific pattern, but to let users quickly preview and select the one they want to use or visualize.

For actual comparisons and insights, we have the Wiki, which provides detailed pros, cons, and use cases for each infill type.

As I’ve said before, there’s no such thing as a one-size-fits-all pattern.

Until we can run finite element analysis on every part in real-time on a home PC and auto-select the optimal infill for each use case, it doesn’t make sense to sort infills by “strength” alone.

Here is an output on that topic from ChatGPT:
Expert Consensus: Most Recommended Infill Patterns

Gyroid                     ▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇ 35%

Cubic / Cubic Subdivision  ▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇    25%

Honeycomb / Tri‑Hexagon    ▇▇▇▇▇▇▇▇▇▇▇▇        15%

Rectilinear / Grid         ▇▇▇▇▇▇▇▇▇▇▇         12%

Octet / Triangular         ▇▇▇▇▇▇▇▇             8%

Concentric / Lightning     ▇▇▇▇                 5%
📊 Expert & Research Insights
1. Gyroid (~35%)
"Near isotropic" strength in all directions, highly efficient in shear and tensile tests ([wevolver.com]1).
CNC Kitchen found gyroid as "the strongest infill pattern… prints faster than honeycomb" ([wevolver.com]1).
Reddit consensus: “Gyroid is usually considered the strongest” and “for 95% of my prints” ([reddit.com]2).
2. Cubic / Cubic Subdivision (~25%)
Best all-around strength, especially in shear and compression ([printingatoms.com]3).
Academic test: cubic infill showed highest tensile/yield strength at high density (80%) ([mdpi.com]4).
Reddit users note cubic matches gyroid strength but prints faster ([reddit.com]5).
3. Honeycomb / Tri‑Hexagon (~15%)
Provides excellent planar strength-to-weight ratio ([3dsourced.com]6).
Experts use it for structural parts in between gyroid and grid ([reddit.com]7).
4. Rectilinear / Grid (~12%)
Default go-to: simple, fast, reliable—nevertheless anisotropic .
Strong under vertical loads but limited in side shear ([reddit.com]7).
5. Octet / Triangular (~8%)
Highlighted by slicer guides for balanced multi-axis strength .
6. Concentric / Lightning (~5%)
Niche use: fast supports, aesthetic touches; not for structural strength ([reddit.com]8).
🧩 Research Summary Table

Pattern Isotropic Strength Strength/Weight Print Speed Material Use

Gyroid ✅ Excellent ⭐ High 👍 Good ⭐ Efficient

Cubic ✅ Very Good ⭐ Very High 👍 Fast ⭐ Medium

Honeycomb ⚠ Moderate ⭐ High ⚠ Medium ⚠ Medium–High

Rectilinear/Grid ⚠ Weak orthogonal ⚠ Moderate ✅ Fast ✅ Low

Octet/Tri ✅ Balanced ⭐ High ⚠ Moderate ⚠ Medium

Concentric/Lightning ❌ Low ⚠ Niche ✅ Fast ✅ Low

✅ Interpretation & Recommendations
Choose Gyroid for a versatile, strong, and efficient generalist infill—especially for complex or load-bearing parts.
Prefer Cubic/Cubic Subdivision when speed is key while still needing near-isotropic strength.
Go with Honeycomb when you want planar strength with moderate efficiency and visual appeal.
Stick with Rectilinear/Grid for fast prototypes or light-weight models where strength isn’t critical.
Use Octet/Triangular for advanced structural needs.
Reserve Concentric or Lightning patterns for aesthetics, dissolvable supports, or fast visual models.
Here is an output on that topic from ChatGPT:
Expert Consensus: Most Recommended Infill Patterns

Gyroid ▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇ 35%
Cubic / Cubic Subdivision ▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇ 25%
Honeycomb / Tri‑Hexagon ▇▇▇▇▇▇▇▇▇▇▇▇ 15%
Rectilinear / Grid ▇▇▇▇▇▇▇▇▇▇▇ 12%
Octet / Triangular ▇▇▇▇▇▇▇▇ 8%
Concentric / Lightning ▇▇▇▇ 5%

📊 Expert & Research Insights

Gyroid (~35%)

"Near isotropic" strength in all directions, highly efficient in shear and tensile tests ([wevolver.com]1).
CNC Kitchen found gyroid as "the strongest infill pattern… prints faster than honeycomb" ([wevolver.com]1).
Reddit consensus: “Gyroid is usually considered the strongest” and “for 95% of my prints” ([reddit.com]2).

Cubic / Cubic Subdivision (~25%)

Best all-around strength, especially in shear and compression ([printingatoms.com]3).
Academic test: cubic infill showed highest tensile/yield strength at high density (80%) ([mdpi.com]4).
Reddit users note cubic matches gyroid strength but prints faster ([reddit.com]5).

Honeycomb / Tri‑Hexagon (~15%)

Provides excellent planar strength-to-weight ratio ([3dsourced.com]6).
Experts use it for structural parts in between gyroid and grid ([reddit.com]7).

Rectilinear / Grid (~12%)

Default go-to: simple, fast, reliable—nevertheless anisotropic .
Strong under vertical loads but limited in side shear ([reddit.com]7).

Octet / Triangular (~8%)

Highlighted by slicer guides for balanced multi-axis strength .

Concentric / Lightning (~5%)

Niche use: fast supports, aesthetic touches; not for structural strength ([reddit.com]8).

🧩 Research Summary Table
Pattern Isotropic Strength Strength/Weight Print Speed Material Use
Gyroid ✅ Excellent ⭐ High 👍 Good ⭐ Efficient
Cubic ✅ Very Good ⭐ Very High 👍 Fast ⭐ Medium
Honeycomb ⚠ Moderate ⭐ High ⚠ Medium ⚠ Medium–High
Rectilinear/Grid ⚠ Weak orthogonal ⚠ Moderate ✅ Fast ✅ Low
Octet/Tri ✅ Balanced ⭐ High ⚠ Moderate ⚠ Medium
Concentric/Lightning ❌ Low ⚠ Niche ✅ Fast ✅ Low
✅ Interpretation & Recommendations
Choose Gyroid for a versatile, strong, and efficient generalist infill—especially for complex or load-bearing parts.
Prefer Cubic/Cubic Subdivision when speed is key while still needing near-isotropic strength.
Go with Honeycomb when you want planar strength with moderate efficiency and visual appeal.
Stick with Rectilinear/Grid for fast prototypes or light-weight models where strength isn’t critical.
Use Octet/Triangular for advanced structural needs.
Reserve Concentric or Lightning patterns for aesthetics, dissolvable supports, or fast visual models.

discip · 2025-07-08T20:58:37Z

It seems that up until now only 4 people have voted, maybe I missed it, but is here any link to the poll yet?

In case someone missed that poll:
Please vote using the link @ianalexis linked above: #10067

dewi-ny-je · 2025-07-08T21:34:45Z

Chatgpt missed the fact that rectilinear does not cause patterns on outer walls, while many other ones better for strength will show artifacts due to varying layer times.

src/libslic3r/PrintConfig.cpp

Co-Authored-By: Rodrigo <162915171+RF47@users.noreply.github.com>

Co-Authored-By: dewi-ny-je <2866139+dewi-ny-je@users.noreply.github.com>

src/libslic3r/PrintConfig.cpp

Co-Authored-By: SoftFever <softfeverever@gmail.com>

SoftFever

Looks good
Thank you

src/libslic3r/PrintConfig.cpp

* Add new machines * profils fixes * Update VS30ULTRA (0.4 nozzle).json * accelerations removing * Fixes * Acceleration fixes * Update .gitignore * EXO/SH profils updates * Update .gitignore * Updates VOLUMIC profils * VOLUMIC profils updates * VOLUMIC profils update (v0.36) * Delete Desactive.json * Create desactive.json * Add ironing fan speed control (SoftFever#9944) * Internal bridge fan speed should be applied only if overhang bridge fan control is enabled * Reduce duplicate code * Add ironing fan speed control * Add fuzzy skin painting (SoftFever#9979) * SPE-2486: Refactor function apply_mm_segmentation() to prepare support for fuzzy skin painting. (cherry picked from commit 2c06c81) * SPE-2585: Fix empty layers when multi-material painting and modifiers are used. (cherry picked from commit 4b3da02ec26d43bfad91897cb34779fb21419e3e) * Update project structure to match Prusa * SPE-2486: Add a new gizmo for fuzzy skin painting. (cherry picked from commit 886faac) * Fix render * Remove duplicated painting gizmo `render_triangles` code * SPE-2486: Extend multi-material segmentation to allow segmentation of any painted faces. (cherry picked from commit 519f5ee) --------- Co-authored-by: Lukáš Hejl <hejl.lukas@gmail.com> * SPE-2486: Implement segmentation of layers based on fuzzy skin painting. (cherry picked from commit 800b742) * SPE-2486: Separate fuzzy skin implementation into the separate file. (cherry picked from commit efd95c1) * Move more fuzzy code to separate file * Don't hide fuzzy skin option, so it can be applied to paint on fuzzy * Fix build * Add option group for fuzzy skin * Update icon color * Fix reset painting * Update UI style * Store fuzzy painting in bbs_3mf * Add missing fuzzy paint code * SPE-2486: Limit the depth of the painted fuzzy skin regions to make regions cover just external perimeters. This reduces the possibility of artifacts that could happen during regions merging. (cherry picked from commit fa2663f) * Update icons --------- Co-authored-by: yw4z <ywsyildiz@gmail.com> * Make the region compatible check a separate function * Only warn about multi-material if it's truly multi-perimeters * Improve gizmo UI & tooltips --------- Co-authored-by: Lukáš Hejl <hejl.lukas@gmail.com> Co-authored-by: yw4z <ywsyildiz@gmail.com> * Update 3mf key for fuzzy skin painting to match BBS (SoftFever#10169) * Update OrcaSlicer_pl.po (SoftFever#10186) * New Fill & Patterns Order (SoftFever#10055) * New Fill Order Co-Authored-By: Rodrigo <162915171+RF47@users.noreply.github.com> * Reorder Wiki * Support infills grouped * Update old rectilinear profiles into new ZigZag algorithm. Co-Authored-By: dewi-ny-je <2866139+dewi-ny-je@users.noreply.github.com> * Renaming compatibility fix + Rename Wiki Co-Authored-By: SoftFever <softfeverever@gmail.com> --------- Co-authored-by: Rodrigo <162915171+RF47@users.noreply.github.com> Co-authored-by: dewi-ny-je <2866139+dewi-ny-je@users.noreply.github.com> Co-authored-by: SoftFever <softfeverever@gmail.com> * Fix ubuntu build - Continous appimagetool (SoftFever#10190) Co-authored-by: Rodrigo <162915171+RF47@users.noreply.github.com> * Fix build issue caused by renamed fill pattern (SoftFever#10197) Fix issue caused by renamed fill pattern * InnovatiQ Vendor Addition (SoftFever#10163) * Added InnovatiQ Vendor Files * Cover image corrected * Corrected Texture Image * Support Interface Pattern modified * Fix file name casing --------- Co-authored-by: MohanS <sibi.mohan@innovatiq.com> Co-authored-by: Noisyfox <timemanager.rick@gmail.com> * Replace DEPS_BITS with DEPS_ARCH (SoftFever#10183) * Replace DEPS_BITS with DEPS_ARCH * Restore missing DEP_MSVC_GEN * STREQUAL * STREQUAL * Other cmakelists * webview2 rename * Disable resonance avoidance in calibration routines + Calibration Reorder (SoftFever#10174) * Disable resonance avoidance in calibration routines * Reorder Calibrations * Moved Tolerance to Handy Models * Feature: Fuzzy Skin Extrusion Mode (SoftFever#9878) * Feature: Fuzzy Skin Extrusion Mode This extension allows you to add new features to the fuzzy skin generator. * Add auto switch to Arachne mode * Move dialog to `update_print_fff_config` and update how `is_msg_dlg_already_exist` is used --------- Co-authored-by: Noisyfox <timemanager.rick@gmail.com> * Add template metalanguage support for infill rotation template (SoftFever#9996) * Add some new non-overlapping functions for rotation surfaces/infills I can't post the entire package of changes yet, but this is just the beginning. These features do not affect the latest changes to the pattern rotation system. They are merely adding new functionality. * Added relative rotation of the infill according to the template. * Update PrintConfig.cpp * Update PrintConfig.cpp * Update PrintConfig.cpp * Add height limitation * Both sparse and solid. +one-time instructions * implementation v3 need for clean code in future * + Multiply Instructions * Add solid layers into sparse infill * Update Layer.hpp * Update PrintObject.cpp * Update Tab.cpp * Remove some bugs and increase quality * rename apply_model_direction to align_infill_direction_to_model * Change the data type of top_surface_direction and bottom_surface_direction to float so that they are consistent with other infill direction parameters. * remove top_surface_direction and bottom surface_direction options * clean code --------- Co-authored-by: SoftFever <softfeverever@gmail.com> * Feature/add_snapmaker_u1_profiles (SoftFever#10225) * add snapmaker u1 profiles * tweak some parameters for U1 * Do not connect to default BBL device during app startup (SoftFever#10214) * Do not connect to default device during app startup * Connect to last selected machine automatically even if it's lan machine Simplify default machine connection logic * Select last machine automatically when available * Check for LAN connection state after updating combobox selection. This matches the logic of `SendPrint.cpp`. * Avoid showing same error message multiple times until next connection attempt. --------- Co-authored-by: SoftFever <softfeverever@gmail.com> * update readme * Adjust the CAUTION format to make it more visible, as there are more fake websites claim to be official (SoftFever#10230) Update README.md * add CLAUDE.md * udpate locale * include OrcaSlicer_profile_validator in nightly build (SoftFever#10233) * include OrcaSlicer_profile_validator in nightly build * build OrcaSlicer_profile_validator on Win * create dmg * fix / add de locale (SoftFever#10236) * fix many stings * fix * correct winget command --e (SoftFever#10198) winget seems to accept -e or --exact. Modified README.md to use --exact. * Bug fix: avoid crossing perimeters (SoftFever#10185) * avoid crossing perimeters avoid crossing perimeters Timelapse issue Update GCode.cpp Update GCode.cpp Update GCode.cpp Update GCode.cpp * Update GCode.cpp * Update GCode.cpp Update GCode.cpp * Update GCode.cpp Update GCode.cpp * Replace tab with space --------- Co-authored-by: Noisyfox <timemanager.rick@gmail.com> * Prevent collision: end load line at X(old+5) to avoid nozzle scratching (SoftFever#10193) End load line at X(old+5) top prevent drip collision * fix an issue that OrcaSlicer_profile_validator for Mac was not published to nightly build * Introduce a new seam alignment option: Aligned back (SoftFever#10255) * Introduce a new seam alignment option: spAlignedBack. * feat: add ABS, PLA, PETg filaments by NIT (SoftFever#10205) * feat: add ABS, PLA, PETg filaments by NIT * feat: Set value of default_filament_colour to empty string * Wiki Update 8 - Lorita (SoftFever#10094) * Wiki Home Fix process-others VFA test * Add wall GIFs and update documentation * Quality Overhangs Wiki Basic Update README.md Update Home.md * Better only one wall * Add infill ghosting image and update wall order * Updates process options * Fix calibration step numbering in documentation Corrected the step numbers in the calibration order list to maintain sequential order. * Update Calibration.md * Update wall and surface quality docs with images and details * Revise Linux build instructions and restructure sections Co-Authored-By: cefiar <cefiar@gmail.com> * APA Clarify compatibility notes Co-Authored-By: dewi-ny-je <2866139+dewi-ny-je@users.noreply.github.com> * Removed Tolerance test from calibration guide. Keeped as note Co-Authored-By: Noisyfox <timemanager.rick@gmail.com> * Copilot Review --------- Co-authored-by: cefiar <cefiar@gmail.com> Co-authored-by: dewi-ny-je <2866139+dewi-ny-je@users.noreply.github.com> Co-authored-by: Noisyfox <timemanager.rick@gmail.com> * Fix a bug where the maximum line width limit is inconsistent across different checks. Fixes SoftFever#10188 * Avoid cross perimeter improvements ported from BBS (SoftFever#10220) * FIX: fix avoid crossing perimeters not work[github issue SoftFever#6597] jira: STUDIO-11682 github: SoftFever#6597 Change-Id: Ib86fac93280504e0040f1cce44dad4d02f709c01 (cherry picked from commit 35afceb9a7f4e5a3baba97f054d0e6768e4f59cf) * FIX: optimize avoid crossing wall jira: STUDIO-11682 Change-Id: I49b6756a5d3aeb482c019813074d8f6f9cc3c6ef (cherry picked from commit e9b7006db994d78b9153dedfd0f89447c941cb76) * Sync with latest BBS code --------- Co-authored-by: huicong.li <huicong.li@bambulab.com> * Revert "Refactor stagger concentric seams (SoftFever#6432)" This reverts commit bd8c2ff. * Revert "Stagger concentric infill seams. (SoftFever#6184)" This reverts commit 0286c36. * Add 0.6/0.8 nozzle for tiertime printer. (SoftFever#10264) * Fix Ironing/Support patterns (SoftFever#10278) NoisyGoat Co-authored-by: Rodrigo <162915171+RF47@users.noreply.github.com> Co-authored-by: Noisyfox <timemanager.rick@gmail.com> * Fix broken freetype-2.12.1.tar.gz link * Remap filament for pre-colored models (SoftFever#10303) * Add a new feature to allow users to remap filament for a pre-painted model. * Fix the color issues to support the theme * clean up code * Fix broken freetype-2.12.1.tar.gz link * feat: support for multi heating zones * feat: Remove softfever reference from pipeline * feat: support for multi heating zones * feat: update repository references from SoftFever to gingeradditive in workflows and source files * Update translation catalog * fix: restore pot file --------- Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com> * feat: migrate to GingerSlicer feat: Rename project to OrcaSlicer4pellet and update related configurations feat: Update SVG files to reflect Inkscape version 1.4 and enhance graphical elements feat: Comment out app signing and notary steps in macOS build workflow; update artifact names to reflect project rename feat: Update splash logo SVG and replace logo images fix: Correct app copy path in build_slicer function to match new project structure feat: Update project references to OrcaSlicer4pellet, including bundle identifier, executable names, and documentation links chore: Update various project files for consistency and maintainability feat: change color to #d72828 feat: change "Orca Slicer" to "Ginger Slicer" feat: change logo feat: change logo fix: update artifact paths to use GingerSlicer instead of OrcaSlicer fix: update build script to copy GingerSlicer.app instead of OrcaSlicer.app feat: Update SVG files for OrcaSlicer feat: add desktop entry for GingerSlicer wip: change brand colors wip: change brand colors feat: remove other profiles fix: update profile validator command in build workflow feat: update deployment configuration to use repository and tag for nightly builds feat: add GingerSlicer Flatpak manifest and metadata fix: update macOS bundle name from OrcaSlicer to GingerSlicer wip: change brand colors wip: delete wiki wip: change reference to GingerSlicer wip: change reference to GingerSlicer fix: pipeline release id wip: remove custom profile wip: remove BBL setup page feat: remove calibration and project tab feat: change preset for camera and gcode window fix: minor fix feat: update readme wip: change cmake project name fix: name into macosxbundleinfo fix: mac pipeline wip: fix missing cache reference feat: disable flatpack fix: dep with deps fix: try fix pipeline fix orcaslicer.rc fix: windows pipeline fix: mac pipeline fix: condition of Create DMG without notary pipeline try: fix orcaslicer Run fix: OrcaSlicer_dep fix: OrcaSlicer_deps feat: implement Orca Profile Validator with custom preset generation fix: typo Gingerslicer to GingerSlicer fix: Create DMG without notary mac * fix: image color * add script for conveting color * feat: update SoftFever version to 2.3.1.1 * Gingerslicer dev/change slicer field visibility * feat: change visibility of the fields * fix: some tab still visible witout parameter in * fix: minor image color fix * fix: change override visibility * Gingerslicer dev/update profiles 19 07 25 * feat: update profiles for Ginger Additive * feat: merge previous update * fix: errors using achab * fix: remove unused file and folder * fix: errors in profile * fix: comment out custom presets validation step * feat: add workflow to promote nightly builds to release * fix: update nightly artifacts download command in workflow * fix: correct JSON formatting in fdm_machine_common.json * fix: notification color * fix: thumbnail and metadata * fix: update version to 1.9.1.1 in fdm_machine_common.json * fix: update version to 2.3.1.1 * fix: temperature in the GcodePreview by parsing the PRINT_START values * fix: remove unused profiles * fix: remove unused doc * fix: SVG colors and merge errors * fix: CreatePresetsDialog.cpp --------- Co-authored-by: VOLUMIC <31067164+VOLUMIC@users.noreply.github.com> Co-authored-by: SoftFever <softfeverever@gmail.com> Co-authored-by: Noisyfox <timemanager.rick@gmail.com> Co-authored-by: Lukáš Hejl <hejl.lukas@gmail.com> Co-authored-by: yw4z <ywsyildiz@gmail.com> Co-authored-by: KrisMorr <154343071+KrisMorr@users.noreply.github.com> Co-authored-by: Ian Bassi <ian.bassi@outlook.com> Co-authored-by: Rodrigo <162915171+RF47@users.noreply.github.com> Co-authored-by: dewi-ny-je <2866139+dewi-ny-je@users.noreply.github.com> Co-authored-by: InnovatiQ <info@innovatiq.com> Co-authored-by: MohanS <sibi.mohan@innovatiq.com> Co-authored-by: Jack Boswell <boswelja@outlook.com> Co-authored-by: π² <pi.squared.studio@gmail.com> Co-authored-by: Heiko Liebscher <hliebscher@idn.de> Co-authored-by: Robert M Lugg <robert.lugg@gmail.com> Co-authored-by: Simon <ziehmon@smtpd.de> Co-authored-by: Kirill Ziuzin <kirill.zak@gmail.com> Co-authored-by: cefiar <cefiar@gmail.com> Co-authored-by: huicong.li <huicong.li@bambulab.com> Co-authored-by: GuoGeTiertime <97820723+GuoGeTiertime@users.noreply.github.com> Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>

discip suggested changes Jul 4, 2025

View reviewed changes

ianalexis force-pushed the Infills-Order branch 2 times, most recently from f3a842a to c448098 Compare July 4, 2025 17:21

ianalexis force-pushed the Infills-Order branch 2 times, most recently from be4ac2a to 101f1f6 Compare July 6, 2025 14:22

ianalexis force-pushed the Infills-Order branch 2 times, most recently from 6a1d0af to cea2142 Compare July 8, 2025 13:55

ianalexis marked this pull request as ready for review July 8, 2025 14:28

ianalexis requested a review from discip July 8, 2025 14:29

ianalexis force-pushed the Infills-Order branch 3 times, most recently from 7db3ed8 to 2f4c9b0 Compare July 14, 2025 14:07

dewi-ny-je reviewed Jul 15, 2025

View reviewed changes

src/libslic3r/PrintConfig.cpp Show resolved Hide resolved

ianalexis force-pushed the Infills-Order branch 3 times, most recently from e974209 to 8ffd043 Compare July 17, 2025 18:41

ianalexis and others added 2 commits July 18, 2025 09:29

New Fill Order

b95e130

Co-Authored-By: Rodrigo <162915171+RF47@users.noreply.github.com>

Reorder Wiki

bf6a63b

ianalexis and others added 2 commits July 18, 2025 09:29

Support infills grouped

91392f1

Update old rectilinear profiles into new ZigZag algorithm.

25c2da3

Co-Authored-By: dewi-ny-je <2866139+dewi-ny-je@users.noreply.github.com>

ianalexis force-pushed the Infills-Order branch from 8ffd043 to 25c2da3 Compare July 18, 2025 12:29

SoftFever reviewed Jul 20, 2025

View reviewed changes

src/libslic3r/PrintConfig.cpp Show resolved Hide resolved

SoftFever requested changes Jul 20, 2025

View reviewed changes

src/libslic3r/PrintConfig.cpp Outdated Show resolved Hide resolved

ianalexis requested a review from SoftFever July 20, 2025 13:46

Renaming compatibility fix + Rename Wiki

b6bebfd

Co-Authored-By: SoftFever <softfeverever@gmail.com>

ianalexis force-pushed the Infills-Order branch from 0d589f1 to b6bebfd Compare July 20, 2025 13:59

SoftFever approved these changes Jul 21, 2025

View reviewed changes

SoftFever merged commit c8b3899 into SoftFever:main Jul 21, 2025
11 checks passed

ianalexis deleted the Infills-Order branch July 21, 2025 15:32

Noisyfox reviewed Jul 22, 2025

View reviewed changes

src/libslic3r/PrintConfig.cpp Show resolved Hide resolved

Noisyfox mentioned this pull request Jul 22, 2025

Fix build issue caused by renamed fill pattern #10197

Merged

ianalexis mentioned this pull request Jul 29, 2025

Concentric ironing is broken #10258

Closed

3 tasks

RF47 mentioned this pull request Aug 1, 2025

🧹delete unused icon param_zig-zag #10298

Open

Uh oh!

New Fill & Patterns Order #10055

New Fill & Patterns Order #10055

Uh oh!

Conversation

ianalexis commented Jul 3, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

discip left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Sineos commented Jul 5, 2025

Uh oh!

ianalexis commented Jul 5, 2025

Uh oh!

LJKraus commented Jul 6, 2025

Uh oh!

ianalexis commented Jul 6, 2025

Uh oh!

Sineos commented Jul 6, 2025

Uh oh!

dewi-ny-je commented Jul 8, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

discip commented Jul 8, 2025

Uh oh!

ianalexis commented Jul 8, 2025

Uh oh!

discip commented Jul 8, 2025

Uh oh!

ianalexis commented Jul 8, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

📊 Expert & Research Insights

1. Gyroid (~35%)

2. Cubic / Cubic Subdivision (~25%)

3. Honeycomb / Tri‑Hexagon (~15%)

4. Rectilinear / Grid (~12%)

5. Octet / Triangular (~8%)

6. Concentric / Lightning (~5%)

🧩 Research Summary Table

✅ Interpretation & Recommendations

Expert Consensus: Most Recommended Infill Patterns

Uh oh!

discip commented Jul 8, 2025

Uh oh!

dewi-ny-je commented Jul 8, 2025

Uh oh!

Uh oh!

Uh oh!

Uh oh!

SoftFever left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

Uh oh!

ianalexis commented Jul 3, 2025 •

edited

Loading

dewi-ny-je commented Jul 8, 2025 •

edited

Loading

ianalexis commented Jul 8, 2025 •

edited

Loading