* Don't check intersection if points below bed is also inside the bed, when the bed is convex
* Skip intersection check if bbox not overlapping
* Remove duplicated out of bed check
* Faster (but less accurate) bbox test
* Merge branch 'main' into dev/faster-outside-check
# Conflicts:
# src/libslic3r/Model.cpp
* First set of fixes
* Add FLEX filament to PrintConfig.cpp
* Add new FLEX filament profiles to main Prusa json
* Comment out M104.1 code
* Revert "Comment out M104.1 code"
This reverts commit 831414adb7.
* fix: for custom filament creation, if no compatible printers are defined, it should be available for all printers
* same fix idea but for 'Copy Current Filament Preset' option
---------
Co-authored-by: Noisyfox <timemanager.rick@gmail.com>
Remove 'www' subdomain from official link.
With 'www.orcaslicer.com' creates certificate warnings, and ultimately redirects to 'orcaslicer.com' anyway.
* Fix#12469 - crash caused by bridge expansion.
Handle a very rare case in which the algorithm picks a wrong
polygon for expansion seed.
(cherry picked from commit 5f843cc93470c96483abcbd47cf8ee5fe38dffe2)
* SPE-2698: Fix crash during regions expansion.
(cherry picked from commit a3f75133c8baead6f8d7bb01722a6bfcdc2e9038)
---------
Co-authored-by: Martin Šach <martin.sachin@gmail.com>
Co-authored-by: Lukáš Hejl <hejl.lukas@gmail.com>
* Make sure the objects are refreshed after scaling
* Scale the calib pattern using `selection.scale` so they won't overlap (SoftFever/OrcaSlicer#9085)
Fix wrong travel before printing first skirt point (SoftFever/OrcaSlicer#9109)
don't modify `last_pos`, otherwise it could move out of plate/to wrong places and cause issue
* Fix issue that you cannot select multiple brim ears with shift+left click
* Fix brim ear size preview when dragging the slide
* Fix `render_hover_point` memory leaking by using `std::optional`
The selection screen shows a loading indicator instead of frozen during
the page loading process, during that time you will able to close the
window if you want, instead of been stuck at this screen until it
loaded:
Ported from BambuStudio, huge thanks to BambuLab!
* VFA-Calibs Wiki images
* Calib Code Fixes
Improve Settings
JD Set Precision to 3
Change damp default
Recommend 0
Fixes
* IS JD Wiki
* Updated with 9234
* IS Verbose
New important message due to flow ratio test changes. Afaik wasn't doced somewhere. I made the mistake if thinking the yolo tests followed the same formula as pass 1/2.
# Description
Finished Lithuanian translation
Still some work with *.js (C:\Program
Files\OrcaSlicer\resources\web\***) files:
****
Not found where can add Lithuanian language into preferences menu:
<!--
> Please provide a summary of the changes made in this PR. Include
details such as:
> * What issue does this PR address or fix?
> * What new features or enhancements does this PR introduce?
> * Are there any breaking changes or dependencies that need to be
considered?
-->
# Screenshots/Recordings/Graphs
<!--
> Please attach relevant screenshots to showcase the UI changes.
> Please attach images that can help explain the changes.
-->
## Tests
Used internal Poedit tests and alredy loaded this language for my
working program interface.
<!--
> Please describe the tests that you have conducted to verify the
changes made in this PR.
-->
# Description
Fixes https://github.com/SoftFever/OrcaSlicer/issues/8342
Some printers require extreme flushes to prevent color bleeding or weird
mixed material issues. This change simply bumps the UI constraint by an
order of magnitude.
Filament manufacturers rejoice at the waste!
## Tests
I have made no attempt to test this change or its impact on
purge/flushing calculations.
"Insanely high value that still plays nicely when converting between int and float (because it's internally stored in m_matrix as floats). 2147483520 (which is ~2 cubic meters) is the max value that can be saved properly in this case."
"Insanely high value that still plays nicely when converting between int and float (because it's internally stored in m_matrix as floats). 2147483520 (which is ~2 cubic meters) is the max value that can be saved properly in this case."
"Insanely high value that still plays nicely when converting between int and float (because it's internally stored in m_matrix as floats). 2147483520 (which is ~2 cubic meters) is the max value that can be saved properly in this case."
