1
0
Fork 0
freesewing/CHANGELOG.md

4280 lines
77 KiB
Markdown
Raw Permalink Normal View History

2019-09-02 19:51:56 +02:00
# Change log for: FreeSewing (global)
2019-09-02 07:25:26 +02:00
2020-08-14 15:14:56 +02:00
## Unreleased
### bee
#### Added
- Added the `duoNeckTieColours` option
- Added the `duoBandTieColours` option
- Added the `pointedNeckTieEnds` option
- Added the `pointedBandTieEnds` option
#### Changed
- Reinstating the ability to toggle the colours of neck and band tie independently
- Reinstating the ability to toggle pointed edge of neck and band tie independently
- Simplify snap options
- Simplify Cutting Instructions
- Hidden tie flag message also now appears when `options.ties` is not set
- Neck tie is no longer hidden when `options.pointedNeckTieEnds` is `true`
- Band tie is no longer hidden when `options.crossBackTies` is `true`
- Band tie is no longer hidden when `options.pointedBandTieEnds` is `true` and `options.crossBackTies` is not set
- The `reversible` optinon now acts as an override for the `duoNeckTieColours` and `duoBandTieColours` options
- Updated `neckTieLength` when `crossBackTies` is `true`
- Designer note links updated for new options
#### Fixed
- Neck ties no longer shown to be cut on fold
- Band tie locks in duo colours when `options.crossBackTies` is true (fixes incorrect notch placements)
### plugin-annotations
#### Fixed
- Fixed incorrect anchor point of the logo due to share pathstring (#202)
### react
#### Fixed
- Fixed issues with the pattern export feature in the Editor (#218)
- Added Jane to the Linedrawing component (#211)
## 4.0.0 (2024-04-01)
2024-10-26 11:24:47 +02:00
### bibi
#### Changed
- Changed the algorithm to draft the side seam, so the measurements are followed more precisely
- Reduced default influence of the seat back measurement and added an option to adjust it.
- Added various options for ribbing and knit binding on waistband, armscyes/cuffs and neck hole and included more documentation
### brian
#### Changed
- Always load plugin-bust due to its changes in how it handle conditionality.
### cathrin
#### Changed
- Allow negative values in backDrop option. Fixes
- Allow negative values for the frontRise options. Fixes
### charlie
2024-10-26 11:24:47 +02:00
#### Changed
- Fix crash when drawing the jseamStitchLine is not possible. Fixes
#### Fixed
- Fix cut instructions for fly facing, only 1 to be cut. Fixes
2024-03-23 11:36:28 +01:00
### huey
#### Changed
- The lengthBonus option default was changed from 0% to 15%. Fixes
2024-03-23 11:36:28 +01:00
#### Fixed
- Fixed an issue where ribbing height would distort the pocket under certain conditions. Fixes
- Adding missing translation for ribbing option
2024-03-23 11:36:28 +01:00
- Hide unused ribbing parts when ribbing option is disabled
### hugo
#### Fixed
- Add missing dimension id attributes
### noble
#### Fixed
- Fix 'cutonfold' text for Noble's back part. Fixes
- Improve dart shaping. Fixes
### onyx
#### Changed
- Always load plugin-bust due to its changes in how it handle conditionality.
### shelly
#### Changed
- Always load plugin-bust due to its changes in how it handle conditionality.
### simon
#### Changed
- Allow negative values for the buttonFreeLength option. Fixes
### simone
#### Fixed
- Added missing translation for various options
### tamiko
#### Changed
- Always load plugin-bust due to its changes in how it handle conditionality.
### teagan
2024-06-12 14:00:45 +02:00
#### Changed
- Increased default lengthBonus from 5% to 15%. Fixes
#### Fixed
- Fix side seam when length is cropped. Fixes
2024-10-26 11:24:47 +02:00
### titan
#### Changed
- Adjust cross seam curves after fitting the waist. Fixes
### uma
2024-10-26 11:24:47 +02:00
#### Changed
- Fix absolute gusset width displayed below slider.
#### Fixed
- Fix back exposure when expand is off. Fixes
2024-03-23 11:36:28 +01:00
### wahid
#### Changed
2024-10-26 11:24:47 +02:00
- Add a warning when waist and hip reduction are both zero, so no back dart is required.
2024-03-23 11:36:28 +01:00
### plugin-bust
#### Changed
- This plugin now uses the `preSetDraft` rather than `preDraft` lifecycle hook
- Conditionality has been moved to the `preSetDraft` lifecycle hook, rather than exposing a `withCondition` named export
- The plugin will now always be loaded, but will check for each drafted set whether it should make any changes.
#### Deprecated
- The `withCondition` named export is deprecated and will always return true.
### collection
#### Added
- Added a new `@freesewing/collection` package that bundles all our designs
### config
#### Added
- Added a new `@freesewing/config` package for shared configuration
### core
#### Breaking
- FreeSewing new requires NodeJS 20 (or more recent)
- We removed all but English translations. We still support i18n in our core library and designs, but no longer provide translations
#### Added
- The `Path.rotate()` method was added to the core API.
2024-10-26 11:24:47 +02:00
- The `Path.circleSegment()` method was added to the core API.
2024-06-12 14:00:45 +02:00
#### Fixed
- Fix an issue when splitting path on start or end point. Fixes
### i18n
#### Added
- The `@freesewing/i18n` package holds translations in English for where they are needed
2025-04-21 18:20:52 +02:00
### react
#### Added
2025-04-21 18:20:52 +02:00
- The `@freesewing/react` package holds shared components, hooks, and context for our React-based frontends
2025-04-21 18:20:52 +02:00
### studio
#### Added
2025-04-21 18:20:52 +02:00
- Added `@freesewing/studio`, our new development environment
### utils
#### Added
- Added a new `@freesewing/utils` package for shared utils
release: v3.2.0 - Added: - core: - Added the `Path.combine()` method - The `Path.join()` method is now variadic - The `Path.length()` now takes an parameter to include move operations in the length calculation - lumina: - Initial release - lumira: - Initial release - plugin-annotations: - The `title` macro now takes a `notes` and `classes.notes` as its config, allowing you to add notes - The `classes.cutlist` config is removed from the title plugin, cutlist info is now included as notes - plugin-i18n: - This plugin now supports translation of nested arrays of strings, giving you more flexibility to concatenate translated parts of strings - react-components: - This Pattern component now supports translation of nested arrays of strings, giving you more flexibility to concatenate translated parts of strings - sandy: - Added a new *panels* option - tristan: - Inital release - Deprecated: - core: - Calling `Path.join` with a second parameter to indicate that the resulting paths most be closed is now deprecated and will be removed in FreeSewing v4. - Fixed: - brian: - Take biceps ease into account when calculating armhole depth - carlton: - Fixed a stray seam allowance path on the collar - charlie: - The back pocket welt (4) and front pocket facing (8) incorrectly indicated to cut 2 instead of 4 in the cutlist. Fixes #5791 - hugo: - Fix issue that crashed the design when complete is off. Fixes #6006 - Base pocket opening on pocket height, rather than width of the garment. Fixes #6004 - Removed: - plugin-annotations: - The `classes.cutlist` config is removed from the title plugin, cutlist info is now included as notes Shout-out to @woutervdub and @benjamesben for their many contributotions to this v3.2 release :pray:
2024-02-11 13:43:07 +01:00
## 3.2.0 (2024-02-11)
2024-02-11 13:30:18 +01:00
### brian
#### Fixed
- Take biceps ease into account when calculating armhole depth
2024-02-04 10:44:55 +01:00
### carlton
#### Fixed
- Fixed a stray seam allowance path on the collar
### charlie
#### Fixed
- The back pocket welt (4) and front pocket facing (8) incorrectly indicated to cut 2 instead of 4 in the cutlist. Fixes
2024-02-11 13:30:18 +01:00
### hugo
#### Fixed
- Fix issue that crashed the design when complete is off. Fixes
- Base pocket opening on pocket height, rather than width of the garment. Fixes
### lumina
#### Added
- Initial release
### lumira
#### Added
- Initial release
2024-02-04 10:44:55 +01:00
### sandy
#### Added
- Added a new *panels* option
### tristan
#### Added
- Inital release
2024-02-04 10:44:55 +01:00
### plugin-annotations
#### Added
- The `title` macro now takes a `notes` and `classes.notes` as its config, allowing you to add notes
- The `classes.cutlist` config is removed from the title plugin, cutlist info is now included as notes
#### Removed
- The `classes.cutlist` config is removed from the title plugin, cutlist info is now included as notes
### plugin-i18n
#### Added
- This plugin now supports translation of nested arrays of strings, giving you more flexibility to concatenate translated parts of strings
2024-02-11 13:30:18 +01:00
### core
#### Added
- Added the `Path.combine()` method
- The `Path.join()` method is now variadic
- The `Path.length()` now takes an parameter to include move operations in the length calculation
#### Deprecated
- Calling `Path.join` with a second parameter to indicate that the resulting paths most be closed is now deprecated and will be removed in FreeSewing v4.
release: v3.1.0 - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Added IDs to dimension macros that missed them, causing them to not be shown - Keep seam allowance out of the binding length calculation - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Corrected part mixup in translation of flag message - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Fixed wrong use of options in a value method. Fixes - Remove names from old plugins from list option - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - The skirt and curved waistband are now constructed with the ringsector macro - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Replaced all instances of 'seperate' with 'separate' in option names - Initial release - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Changed defaults to have more rise in the back - Increase default rise - Decrease default vertical stretch - Decreased default back waist dip - Increased default front waist dip - Allowed lower values on back exposure, causing back to flare out - Fix issue with back part when bulge is on and expand is off - Pocket opening was not drawn on the facing and pocket pieces. Fixes - Improve placement of the front welt. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Initial release - Added support for notes in flags - Removing macros did not always remove the cutlist data in the store. Fixes - First release of the plugin providing the default packing implementation - First release of the plugin facilitating drafting a ring sector - Allow plugins to provide their own packing implementation - Added named export `cbqc` which exports the constant to approximate a circle with Cubic Bézier curves - Core will now set `activeMacro` in the store, keeping track of the running macro - Added the `generateMacroIds`, `getMacroIds`, and `removeMacroNodes` store methods - Fix order in mergeOptions method so user settings take precendence over defaults - Fix upward snap for snapped percentage option when snap is a simple number - The conditional loading of plugins had a bug causing them to never be loaded - Make Path.split() more robust when handling edge-case. Fixes - Prevent utils.circlesIntersect() from running sqrt on a negative number. Fixes - Removed unwanted debug output
2023-12-26 20:30:36 +01:00
## 3.1.0 (2023-12-26)
### aaron
#### Changed
- Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes
2023-10-18 16:05:10 +02:00
#### Fixed
- Added IDs to dimension macros that missed them, causing them to not be shown
release: v3.1.0 - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Added IDs to dimension macros that missed them, causing them to not be shown - Keep seam allowance out of the binding length calculation - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Corrected part mixup in translation of flag message - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Fixed wrong use of options in a value method. Fixes - Remove names from old plugins from list option - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - The skirt and curved waistband are now constructed with the ringsector macro - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Replaced all instances of 'seperate' with 'separate' in option names - Initial release - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Changed defaults to have more rise in the back - Increase default rise - Decrease default vertical stretch - Decreased default back waist dip - Increased default front waist dip - Allowed lower values on back exposure, causing back to flare out - Fix issue with back part when bulge is on and expand is off - Pocket opening was not drawn on the facing and pocket pieces. Fixes - Improve placement of the front welt. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Initial release - Added support for notes in flags - Removing macros did not always remove the cutlist data in the store. Fixes - First release of the plugin providing the default packing implementation - First release of the plugin facilitating drafting a ring sector - Allow plugins to provide their own packing implementation - Added named export `cbqc` which exports the constant to approximate a circle with Cubic Bézier curves - Core will now set `activeMacro` in the store, keeping track of the running macro - Added the `generateMacroIds`, `getMacroIds`, and `removeMacroNodes` store methods - Fix order in mergeOptions method so user settings take precendence over defaults - Fix upward snap for snapped percentage option when snap is a simple number - The conditional loading of plugins had a bug causing them to never be loaded - Make Path.split() more robust when handling edge-case. Fixes - Prevent utils.circlesIntersect() from running sqrt on a negative number. Fixes - Removed unwanted debug output
2023-12-26 20:30:36 +01:00
- Keep seam allowance out of the binding length calculation
2023-10-18 16:05:10 +02:00
### albert
#### Changed
- Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes
### bee
#### Changed
- Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes
### benjamin
#### Changed
- Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes
### carlton
#### Changed
- Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes
### charlie
#### Changed
- Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes
### hortensia
#### Changed
- Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes
### huey
#### Changed
- Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes
### hugo
#### Changed
- Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes
### jaeger
#### Changed
- Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes
- Corrected part mixup in translation of flag message
### octoplushy
#### Changed
- Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes
2024-02-04 10:44:55 +01:00
### otis
#### Added
- Initial release
### paco
#### Changed
- Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes
release: v3.1.0 - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Added IDs to dimension macros that missed them, causing them to not be shown - Keep seam allowance out of the binding length calculation - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Corrected part mixup in translation of flag message - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Fixed wrong use of options in a value method. Fixes - Remove names from old plugins from list option - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - The skirt and curved waistband are now constructed with the ringsector macro - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Replaced all instances of 'seperate' with 'separate' in option names - Initial release - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Changed defaults to have more rise in the back - Increase default rise - Decrease default vertical stretch - Decreased default back waist dip - Increased default front waist dip - Allowed lower values on back exposure, causing back to flare out - Fix issue with back part when bulge is on and expand is off - Pocket opening was not drawn on the facing and pocket pieces. Fixes - Improve placement of the front welt. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Initial release - Added support for notes in flags - Removing macros did not always remove the cutlist data in the store. Fixes - First release of the plugin providing the default packing implementation - First release of the plugin facilitating drafting a ring sector - Allow plugins to provide their own packing implementation - Added named export `cbqc` which exports the constant to approximate a circle with Cubic Bézier curves - Core will now set `activeMacro` in the store, keeping track of the running macro - Added the `generateMacroIds`, `getMacroIds`, and `removeMacroNodes` store methods - Fix order in mergeOptions method so user settings take precendence over defaults - Fix upward snap for snapped percentage option when snap is a simple number - The conditional loading of plugins had a bug causing them to never be loaded - Make Path.split() more robust when handling edge-case. Fixes - Prevent utils.circlesIntersect() from running sqrt on a negative number. Fixes - Removed unwanted debug output
2023-12-26 20:30:36 +01:00
### penelope
#### Fixed
- Fixed wrong use of options in a value method. Fixes
### plugintest
#### Fixed
- Remove names from old plugins from list option
### sandy
#### Changed
- Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes
- The skirt and curved waistband are now constructed with the ringsector macro
### shin
#### Changed
- Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes
### simon
#### Fixed
- Replaced all instances of 'seperate' with 'separate' in option names
release: v3.1.0 - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Added IDs to dimension macros that missed them, causing them to not be shown - Keep seam allowance out of the binding length calculation - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Corrected part mixup in translation of flag message - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Fixed wrong use of options in a value method. Fixes - Remove names from old plugins from list option - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - The skirt and curved waistband are now constructed with the ringsector macro - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Replaced all instances of 'seperate' with 'separate' in option names - Initial release - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Changed defaults to have more rise in the back - Increase default rise - Decrease default vertical stretch - Decreased default back waist dip - Increased default front waist dip - Allowed lower values on back exposure, causing back to flare out - Fix issue with back part when bulge is on and expand is off - Pocket opening was not drawn on the facing and pocket pieces. Fixes - Improve placement of the front welt. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Initial release - Added support for notes in flags - Removing macros did not always remove the cutlist data in the store. Fixes - First release of the plugin providing the default packing implementation - First release of the plugin facilitating drafting a ring sector - Allow plugins to provide their own packing implementation - Added named export `cbqc` which exports the constant to approximate a circle with Cubic Bézier curves - Core will now set `activeMacro` in the store, keeping track of the running macro - Added the `generateMacroIds`, `getMacroIds`, and `removeMacroNodes` store methods - Fix order in mergeOptions method so user settings take precendence over defaults - Fix upward snap for snapped percentage option when snap is a simple number - The conditional loading of plugins had a bug causing them to never be loaded - Make Path.split() more robust when handling edge-case. Fixes - Prevent utils.circlesIntersect() from running sqrt on a negative number. Fixes - Removed unwanted debug output
2023-12-26 20:30:36 +01:00
### skully
#### Added
- Initial release
### sven
#### Changed
- Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes
2023-10-25 17:16:03 +02:00
### uma
#### Fixed
- Changed defaults to have more rise in the back
- Increase default rise
- Decrease default vertical stretch
- Decreased default back waist dip
- Increased default front waist dip
- Allowed lower values on back exposure, causing back to flare out
2023-12-03 17:34:44 +01:00
- Fix issue with back part when bulge is on and expand is off
2023-10-25 17:16:03 +02:00
2023-10-18 16:05:10 +02:00
### waralee
#### Fixed
- Pocket opening was not drawn on the facing and pocket pieces. Fixes
- Improve placement of the front welt. Fixes
### yuri
#### Changed
- Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes
### plugin-annotations
#### Changed
- Added support for notes in flags
release: v3.1.0 - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Added IDs to dimension macros that missed them, causing them to not be shown - Keep seam allowance out of the binding length calculation - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Corrected part mixup in translation of flag message - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Fixed wrong use of options in a value method. Fixes - Remove names from old plugins from list option - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - The skirt and curved waistband are now constructed with the ringsector macro - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Replaced all instances of 'seperate' with 'separate' in option names - Initial release - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Changed defaults to have more rise in the back - Increase default rise - Decrease default vertical stretch - Decreased default back waist dip - Increased default front waist dip - Allowed lower values on back exposure, causing back to flare out - Fix issue with back part when bulge is on and expand is off - Pocket opening was not drawn on the facing and pocket pieces. Fixes - Improve placement of the front welt. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Initial release - Added support for notes in flags - Removing macros did not always remove the cutlist data in the store. Fixes - First release of the plugin providing the default packing implementation - First release of the plugin facilitating drafting a ring sector - Allow plugins to provide their own packing implementation - Added named export `cbqc` which exports the constant to approximate a circle with Cubic Bézier curves - Core will now set `activeMacro` in the store, keeping track of the running macro - Added the `generateMacroIds`, `getMacroIds`, and `removeMacroNodes` store methods - Fix order in mergeOptions method so user settings take precendence over defaults - Fix upward snap for snapped percentage option when snap is a simple number - The conditional loading of plugins had a bug causing them to never be loaded - Make Path.split() more robust when handling edge-case. Fixes - Prevent utils.circlesIntersect() from running sqrt on a negative number. Fixes - Removed unwanted debug output
2023-12-26 20:30:36 +01:00
#### Fixed
- Removing macros did not always remove the cutlist data in the store. Fixes
### plugin-bin-pack
#### Added
- First release of the plugin providing the default packing implementation
### plugin-ringsector
#### Added
- First release of the plugin facilitating drafting a ring sector
### core
#### Added
- Allow plugins to provide their own packing implementation
- Added named export `cbqc` which exports the constant to approximate a circle with Cubic Bézier curves
2023-10-18 16:05:10 +02:00
- Core will now set `activeMacro` in the store, keeping track of the running macro - Added the `generateMacroIds`, `getMacroIds`, and `removeMacroNodes` store methods
#### Fixed
- Fix order in mergeOptions method so user settings take precendence over defaults
- Fix upward snap for snapped percentage option when snap is a simple number
2023-12-03 17:34:44 +01:00
- The conditional loading of plugins had a bug causing them to never be loaded
release: v3.1.0 - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Added IDs to dimension macros that missed them, causing them to not be shown - Keep seam allowance out of the binding length calculation - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Corrected part mixup in translation of flag message - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Fixed wrong use of options in a value method. Fixes - Remove names from old plugins from list option - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - The skirt and curved waistband are now constructed with the ringsector macro - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Replaced all instances of 'seperate' with 'separate' in option names - Initial release - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Changed defaults to have more rise in the back - Increase default rise - Decrease default vertical stretch - Decreased default back waist dip - Increased default front waist dip - Allowed lower values on back exposure, causing back to flare out - Fix issue with back part when bulge is on and expand is off - Pocket opening was not drawn on the facing and pocket pieces. Fixes - Improve placement of the front welt. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Initial release - Added support for notes in flags - Removing macros did not always remove the cutlist data in the store. Fixes - First release of the plugin providing the default packing implementation - First release of the plugin facilitating drafting a ring sector - Allow plugins to provide their own packing implementation - Added named export `cbqc` which exports the constant to approximate a circle with Cubic Bézier curves - Core will now set `activeMacro` in the store, keeping track of the running macro - Added the `generateMacroIds`, `getMacroIds`, and `removeMacroNodes` store methods - Fix order in mergeOptions method so user settings take precendence over defaults - Fix upward snap for snapped percentage option when snap is a simple number - The conditional loading of plugins had a bug causing them to never be loaded - Make Path.split() more robust when handling edge-case. Fixes - Prevent utils.circlesIntersect() from running sqrt on a negative number. Fixes - Removed unwanted debug output
2023-12-26 20:30:36 +01:00
- Make Path.split() more robust when handling edge-case. Fixes
- Prevent utils.circlesIntersect() from running sqrt on a negative number. Fixes
2023-09-30 17:40:53 +02:00
release: v3.1.0 - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Added IDs to dimension macros that missed them, causing them to not be shown - Keep seam allowance out of the binding length calculation - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Corrected part mixup in translation of flag message - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Fixed wrong use of options in a value method. Fixes - Remove names from old plugins from list option - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - The skirt and curved waistband are now constructed with the ringsector macro - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Replaced all instances of 'seperate' with 'separate' in option names - Initial release - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Changed defaults to have more rise in the back - Increase default rise - Decrease default vertical stretch - Decreased default back waist dip - Increased default front waist dip - Allowed lower values on back exposure, causing back to flare out - Fix issue with back part when bulge is on and expand is off - Pocket opening was not drawn on the facing and pocket pieces. Fixes - Improve placement of the front welt. Fixes - Rephrased flag message when expand is off to avoid confusion about included seam allowance. Fixes - Initial release - Added support for notes in flags - Removing macros did not always remove the cutlist data in the store. Fixes - First release of the plugin providing the default packing implementation - First release of the plugin facilitating drafting a ring sector - Allow plugins to provide their own packing implementation - Added named export `cbqc` which exports the constant to approximate a circle with Cubic Bézier curves - Core will now set `activeMacro` in the store, keeping track of the running macro - Added the `generateMacroIds`, `getMacroIds`, and `removeMacroNodes` store methods - Fix order in mergeOptions method so user settings take precendence over defaults - Fix upward snap for snapped percentage option when snap is a simple number - The conditional loading of plugins had a bug causing them to never be loaded - Make Path.split() more robust when handling edge-case. Fixes - Prevent utils.circlesIntersect() from running sqrt on a negative number. Fixes - Removed unwanted debug output
2023-12-26 20:30:36 +01:00
## 3.0.0 (2023-09-30)
2023-09-30 17:40:53 +02:00
### global
#### Removed
- The `@freesewing/components` package is not part of FreeSewing v3. While v2 versions remain available, this package is no longer supported.
- The `@freesewing/css-theme` package is not part of FreeSewing v3. While v2 versions remain available, this package is no longer supported.
- The `@freesewing/config-helpers` package is not part of FreeSewing v3. While v2 versions remain available, this package is no longer supported. Use the `@freesewing/snapseries` package for various helpers for snapped percentage options. The `pctBasedOn` helper method is now available as a named export from `@freesewing/core`
2022-08-24 19:45:18 +02:00
- The `@freesewing/i18n` package is not part of FreeSewing v3. While v2 versions remain available, this package is no longer supported.
- The `@freesewing/mui-theme` package is not part of FreeSewing v3. While v2 versions remain available, this package is no longer supported.
2022-08-24 19:45:18 +02:00
- The `@freesewing/pattern-info` package is not part of FreeSewing v3. While v2 versions remain available, this package is no longer supported.
- The `@freesewing/plugin-export-dxf` package is not part of FreeSewing v3. While v2 versions remain available, this package is no longer supported.
- The `@freesewing/snapseries` package is not part of FreeSewing v3. While v2 versions remain available, this package is no longer supported.
- The `@freesewing/utils` package is not part of FreeSewing v3. While v2 versions remain available, this package is no longer supported.
2022-08-24 19:45:18 +02:00
- The `gatsby-remark-jargon` package is not part of FreeSewing v3. While v2 versions remain available, this package is no longer supported.
- The `remark-jargon` package is not part of FreeSewing v3. While v2 versions remain available, this package is no longer supported. Use `rehype-jargon` instead.
2023-09-30 17:40:53 +02:00
- The `@freesewing/ursula` package is not part of FreeSewing v3. While v2 versions remain available, use `@freesewing/uma` instead.
- The `@freesewing/unice` package is not part of FreeSewing v3. While v2 versions remain available, use `@freesewing/uma` instead.
- The `@freesewing/plugin-bundle` package is not part of FreeSewing v3. While v2 versions remain available, v3 uses `@freesewing/core-plugins` instead.
2022-08-29 08:31:23 +02:00
### plugin-bust
#### Removed
- This plugin no longer sets its version as an SVG attribute when rendering patterns
### plugin-flip
#### Removed
- This plugin no longer sets its version as an SVG attribute when rendering patterns
### plugin-gore
2022-08-29 08:31:23 +02:00
#### Removed
- This plugin no longer sets its version as an SVG attribute when rendering patterns
### plugin-i18n
#### Removed
- This plugin no longer sets its version as an SVG attribute when rendering patterns
### plugin-measurements
#### Removed
- This plugin no longer sets its version as an SVG attribute when rendering patterns
### plugin-mirror
#### Removed
- This plugin no longer sets its version as an SVG attribute when rendering patterns
### plugin-round
#### Removed
- This plugin no longer sets its version as an SVG attribute when rendering patterns
### plugin-sprinkle
#### Removed
- This plugin no longer sets its version as an SVG attribute when rendering patterns
### plugin-svgattr
#### Removed
- This plugin no longer sets its version as an SVG attribute when rendering patterns
### plugin-theme
#### Removed
- This plugin no longer sets its version as an SVG attribute when rendering patterns
### plugin-versionfree-svg
#### Removed
- This plugin no longer sets its version as an SVG attribute when rendering patterns
2022-08-23 13:13:56 +02:00
## 2.22.0 (2022-08-23)
### aaron
2022-08-23 13:13:56 +02:00
#### Added
- Support drafting for high bust
2022-08-23 13:13:56 +02:00
### bent
#### Added
- Support drafting for high bust
2022-05-21 20:34:32 +02:00
### breanna
#### Fixed
- Fixed bug where a large shoulder slope could cause an error. Fixes [#2516](https://github.com/freesewing/freesewing/issues/2516)
2022-07-11 18:22:41 +02:00
### brian
2022-08-23 13:13:56 +02:00
#### Added
- Support drafting for high bust
2022-07-11 18:22:41 +02:00
#### Fixed
- Make s3 options sticky to zero below 10% to avoid path split issues. Fixes [#2249](https://github.com/freesewing/freesewing/issues/2249)
2022-08-23 13:13:56 +02:00
### carlton
#### Added
- Support drafting for high bust
### cathrin
2022-07-11 18:22:41 +02:00
#### Fixed
2022-07-11 18:22:41 +02:00
- Removed seam allowance from Part1a foldline. Fixes [#2545](https://github.com/freesewing/freesewing/issues/2545)
2022-07-11 18:22:41 +02:00
### charlie
2022-06-27 11:26:03 +02:00
#### Changed
- Renamed back pocket jet to back pocket welt
2022-08-23 13:13:56 +02:00
### diana
#### Added
- Support drafting for high bust
### huey
#### Added
- Support drafting for high bust
2022-07-11 18:22:41 +02:00
### hugo
#### Added
- Support drafting for high bust Closes [#802](https://github.com/freesewing/freesewing/issues/802)
### octoplushy
#### Added
- Octoplushy is a new design for an octopus or squid plushy
2022-07-11 18:22:41 +02:00
### paco
#### Changed
- Fix hem allowance. Closes [#2350](https://github.com/freesewing/freesewing/issues/2350)
2022-08-23 13:13:56 +02:00
#### Fixed
- Make hem allowance taper outwards to match the leg Fixes [#2350](https://github.com/freesewing/freesewing/issues/2350)
### simon
2022-08-23 13:13:56 +02:00
#### Added
- Support drafting for high bust
#### Fixed
- Fix issue with boxPleat and yoke Fixes [#2400](https://github.com/freesewing/freesewing/issues/2400)
2022-07-25 19:17:46 -07:00
- Removed superfluous notches in button placket, buttonhole placket, and split yoke. Fixes [#2399](https://github.com/freesewing/freesewing/issues/2399)
2022-07-11 18:22:41 +02:00
### simone
#### Added
- Added Bust-aligned buttons option and functionality. Closes [#2154] (https://github.com/freesewing/freesewing/issues/2154)
- Added a notch at the center front bustline.
2022-07-11 18:22:41 +02:00
#### Fixed
- Don't do a negative FBA from there's no need for an FBA Fixes [#2121](https://github.com/freesewing/freesewing/issues/2121)
2022-08-22 15:39:44 +02:00
- Duplicate config rather than mutating the imported simon config
2022-07-11 18:22:41 +02:00
2022-08-23 13:13:56 +02:00
### sven
#### Added
- Support drafting for high bust
### tamiko
#### Added
- Support drafting for high bust
### teagan
#### Added
- Support drafting for high bust
### titan
#### Added
- Added additional notches to aid alignment
2022-07-11 18:22:41 +02:00
### wahid
2022-08-23 13:13:56 +02:00
#### Added
- Support drafting for high bust
2022-07-11 18:22:41 +02:00
#### Fixed
- Prevent facing/lining overlap when shoulders get very narrow fixes [#2233](https://github.com/freesewing/freesewing/issues/2233)
2022-08-22 15:39:44 +02:00
- Fixed dependency issue with pocketFacing part
2022-08-23 13:13:56 +02:00
- Added grainlines
### yuri
#### Added
- Support drafting for high bust
2022-07-11 18:22:41 +02:00
## 2.21.3 (2022-07-02)
2022-07-02 18:14:15 +02:00
2022-07-02 20:07:11 +02:00
### core
#### Changed
- Make generatePartTransform a named export
2022-07-02 18:14:15 +02:00
## 2.21.2 (2022-06-30)
2022-06-30 12:06:22 +02:00
### simon
#### Changed
- Decreased default collar ease
- Increased default yoke height
### simone
#### Changed
- Decreased default collar ease
- Increased default yoke height
## 2.21.1 (2022-06-28)
2022-06-28 08:52:21 +02:00
## 2.21.0 (2022-06-27)
2022-06-27 11:26:03 +02:00
### aaron
#### Changed
- Migrated from Rollup to Esbuild for all builds
2022-08-29 08:31:23 +02:00
### albert
#### Changed
- Migrated from Rollup to Esbuild for all builds
### bee
#### Changed
- Migrated from Rollup to Esbuild for all builds
### bella
2022-06-27 11:26:03 +02:00
#### Changed
2022-06-27 11:26:03 +02:00
- Migrated from Rollup to Esbuild for all builds
2022-06-27 11:26:03 +02:00
### benjamin
#### Changed
- Migrated from Rollup to Esbuild for all builds
### bent
#### Changed
- Migrated from Rollup to Esbuild for all builds
### bob
2022-06-27 11:26:03 +02:00
#### Added
- Bob is a pattern for a bib, the same one that's used in our design tutorial
2022-06-27 11:26:03 +02:00
### breanna
#### Changed
- Migrated from Rollup to Esbuild for all builds
### brian
2022-08-29 08:31:23 +02:00
#### Changed
- Migrated from Rollup to Esbuild for all builds
- Slightly increased the default neck ease
2022-08-29 08:31:23 +02:00
### bruce
2022-08-29 08:31:23 +02:00
#### Changed
- Migrated from Rollup to Esbuild for all builds
### carlita
#### Changed
- Migrated from Rollup to Esbuild for all builds
### carlton
#### Changed
- Migrated from Rollup to Esbuild for all builds
### cathrin
#### Changed
- Migrated from Rollup to Esbuild for all builds
### charlie
#### Changed
- Migrated from Rollup to Esbuild for all builds
### cornelius
#### Changed
- Migrated from Rollup to Esbuild for all builds
### diana
2022-06-27 11:26:03 +02:00
#### Changed
2022-06-27 11:26:03 +02:00
- Migrated from Rollup to Esbuild for all builds
2022-06-27 11:26:03 +02:00
### examples
#### Changed
- Migrated from Rollup to Esbuild for all builds
### florence
#### Changed
- Migrated from Rollup to Esbuild for all builds
### florent
#### Changed
- Migrated from Rollup to Esbuild for all builds
### hi
#### Added
- Hi is a new desing for a shark plushy
### holmes
#### Changed
- Migrated from Rollup to Esbuild for all builds
### hortensia
#### Changed
- Migrated from Rollup to Esbuild for all builds
### huey
#### Changed
- Migrated from Rollup to Esbuild for all builds
### hugo
#### Changed
- Migrated from Rollup to Esbuild for all builds
#### Fixed
- Fix incorrect seam allowance Closes [#2208](https://github.com/freesewing/freesewing/issues/2208)
### jaeger
2022-06-17 12:02:09 +02:00
#### Changed
- Migrated from Rollup to Esbuild for all builds
### legend
#### Changed
- Migrated from Rollup to Esbuild for all builds
### lucy
#### Added
- Lucy is a pattern for a historical tie-on pocket
#### Changed
- Migrated from Rollup to Esbuild for all builds
### lunetius
2022-05-31 16:02:54 +02:00
#### Changed
- Migrated from Rollup to Esbuild for all builds
### noble
2022-05-31 16:02:54 +02:00
#### Added
2022-05-31 16:02:54 +02:00
- Noble is a body block with prince(ss) seams
### paco
#### Changed
- Migrated from Rollup to Esbuild for all builds
### penelope
#### Changed
- Migrated from Rollup to Esbuild for all builds
### plugintest
#### Changed
- Migrated from Rollup to Esbuild for all builds
### rendertest
#### Changed
- Migrated from Rollup to Esbuild for all builds
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### sandy
#### Changed
- Migrated from Rollup to Esbuild for all builds
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### shin
#### Changed
- Migrated from Rollup to Esbuild for all builds
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### simon
#### Changed
- Migrated from Rollup to Esbuild for all builds
2022-06-27 11:26:03 +02:00
- More accurately determine the cuff width
- Corrected the hide() signature in the config
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Fixed
- Handle edge-case for 1/10 dolls with breasts where path split would yield empty half
### simone
#### Changed
- Migrated from Rollup to Esbuild for all builds
2022-06-27 11:26:03 +02:00
- More accurately determine the cuff width
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Fixed
- Added the frontdarts option back after it was (accidentally) removed
- Handle edge-case for 1/10 dolls with breasts where path split would yield empty half
### sven
#### Changed
- Migrated from Rollup to Esbuild for all builds
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### tamiko
#### Changed
- Migrated from Rollup to Esbuild for all builds
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### teagan
#### Changed
- Migrated from Rollup to Esbuild for all builds
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Fixed
- Added missing name to config file
### tiberius
#### Changed
- Migrated from Rollup to Esbuild for all builds
### titan
#### Changed
- Migrated from Rollup to Esbuild for all builds
### trayvon
#### Changed
- Migrated from Rollup to Esbuild for all builds
### wahid
#### Changed
- Migrated from Rollup to Esbuild for all builds
#### Fixed
- Change hem allowance to standard SA
### walburga
2022-06-17 12:02:09 +02:00
#### Changed
- Migrated from Rollup to Esbuild for all builds
### waralee
2022-06-17 12:02:09 +02:00
#### Changed
- Migrated from Rollup to Esbuild for all builds
### yuri
#### Changed
- Migrated from Rollup to Esbuild for all builds
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### plugin-bust
#### Changed
- Migrated from Rollup to Esbuild for all builds
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### plugin-flip
#### Changed
- Migrated from Rollup to Esbuild for all builds
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### plugin-gore
#### Changed
- Migrated from Rollup to Esbuild for all builds
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### plugin-i18n
#### Changed
- Migrated from Rollup to Esbuild for all builds
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### plugin-measurements
#### Changed
- Migrated from Rollup to Esbuild for all builds
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### plugin-mirror
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Changed
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Migrated from Rollup to Esbuild for all builds
### plugin-round
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Changed
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Migrated from Rollup to Esbuild for all builds
### plugin-sprinkle
#### Changed
- Migrated from Rollup to Esbuild for all builds
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### plugin-svgattr
#### Changed
- Migrated from Rollup to Esbuild for all builds
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### plugin-theme
#### Changed
- Migrated from Rollup to Esbuild for all builds
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### plugin-versionfree-svg
#### Changed
- Migrated from Rollup to Esbuild for all builds
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### core
#### Changed
- Migrated from Rollup to Esbuild for all builds
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- The `pctBasedOn()` helper method for pattern config was moved to config-helpers We did not make this a breaking change since it's only used internally.
### i18n
#### Changed
- Migrated from Rollup to Esbuild for all builds
#### Fixed
- Added missing lab namespace for English
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### models
#### Changed
- Migrated from Rollup to Esbuild for all builds
### utils
#### Changed
- Migrated from Rollup to Esbuild for all builds
2022-05-21 20:34:32 +02:00
## 2.20.8 (2022-05-21)
2022-05-21 20:34:32 +02:00
### brian
#### Added
- Set `sleevecapHeight` value in store
#### Changed
- Better defaults for sleevecap and armhole depth
#### Fixed
- Adde both front and back armhole pitch points Closes [#2057](https://github.com/freesewing/freesewing/issues/2057)
- Fixed issue with the sleeve length
### huey
#### Changed
- Better defaults for sleevecap and armhole depth
- Huey now extends the Brian config
### simon
#### Changed
- Better defaults for sleevecap and armhole depth
- Slightly higher collar vs collar stand
- Simon now extends the Brian config
#### Fixed
- Fixed issue with the sleeve length
### simone
#### Changed
- Better defaults for sleevecap and armhole depth
- Slightly higher collar vs collar stand
- Simone now extends the Simon config
#### Fixed
- Fixed issue with the sleeve length
### sven
#### Changed
- Better defaults for sleevecap and armhole depth
- Sven now extends the Brian config
### teagan
#### Changed
- Better defaults for sleevecap and armhole depth
- Teagan now extends the Brian config
### yuri
#### Changed
- Better defaults for sleevecap and armhole depth
- Yuri now extends the Brian config
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### core
#### Fixed
- Fixed warning message when moving to a non-existing point
- Fixed incorrect decision in Path.boundary()
2022-05-21 20:34:32 +02:00
## 2.20.7 (2022-02-20)
## 2.20.6 (2022-02-17)
## 2.20.5 (2022-02-17)
2022-02-16 20:45:38 +01:00
2022-02-17 19:11:27 +01:00
### simon
#### Fixed
- Fixed grainline indicator on sleeve since it was slightly off-grain
### simone
#### Fixed
- Fixed grainline indicator on sleeve since it was slightly off-grain
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### core
2022-02-16 20:45:38 +01:00
#### Fixed
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Fix bug in Svg.escapeText() that only escaped the first quote
2022-02-16 20:45:38 +01:00
## 2.20.4 (2022-01-28)
2022-01-28 20:25:21 +01:00
## 2.20.3 (2022-01-28)
2022-01-28 16:58:32 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### simon
#### Fixed
- Properly style SA paths on cuffs and collarstand
- SA path on sleeve was double-drawn
2022-01-28 16:58:32 +01:00
### core
#### Changed
- Setting Path.render() no longer raises an info message
2022-01-28 18:27:20 +01:00
- Always raise debug, but only store it whend debug is enabled
2022-01-28 16:58:32 +01:00
## 2.20.2 (2022-01-27)
2022-01-27 15:20:28 +01:00
### i18n
#### Fixed
- Patterns options were always in English due to symlinks being used
2022-01-27 15:20:28 +01:00
## 2.20.1 (2022-01-27)
2022-01-27 12:59:01 +01:00
### bee
#### Changed
- Exposed additional Bella options
### hugo
#### Fixed
- Seam allowance on pocket is incorrectly marked for cut-on-fold Closes [#1731](https://github.com/freesewing/freesewing/issues/1731)
2022-01-27 09:35:42 +01:00
### simon
#### Fixed
- Remove debug outline when enabling box pleat setting
## 2.20.0 (2022-01-24)
2022-01-23 14:05:19 +01:00
### aaron
2022-08-29 08:31:23 +02:00
#### Changed
- Switched to default import for version from package.json
### albert
2022-01-23 14:05:19 +01:00
#### Changed
- Switched to default import for version from package.json
### bee
2022-01-23 14:05:19 +01:00
#### Changed
- Re-structured option groups
- Expose all options to the user that should be configurable
- Hide/lock options that should be fixed (inherited from Bella)
2022-01-23 14:05:19 +01:00
- Switched to default import for version from package.json
2022-01-16 18:04:17 +01:00
### bella
2022-01-19 18:00:28 +01:00
#### Changed
- Expose the `fullChestEaseReduction` option to the user via option groups
- Expose the `frontArmholeCurvature` option to the user via option groups
2022-01-23 14:05:19 +01:00
- Switched to default import for version from package.json
2022-01-19 18:00:28 +01:00
### benjamin
2022-01-19 18:00:28 +01:00
#### Changed
2022-01-23 14:05:19 +01:00
- Switched to default import for version from package.json
### bent
2022-01-23 14:05:19 +01:00
#### Changed
- Switched to default import for version from package.json
### breanna
2022-01-23 14:05:19 +01:00
#### Changed
- Switched to default import for version from package.json
### brian
2022-01-23 14:05:19 +01:00
#### Changed
- Switched to default import for version from package.json
### bruce
2022-01-23 14:05:19 +01:00
#### Changed
- Switched to default import for version from package.json
### carlita
2022-01-23 14:05:19 +01:00
#### Changed
- Switched to default import for version from package.json
### carlton
2022-01-23 14:05:19 +01:00
#### Changed
- Switched to default import for version from package.json
### cathrin
2022-01-23 14:05:19 +01:00
#### Changed
- Switched to default import for version from package.json
### charlie
2022-01-23 14:05:19 +01:00
#### Changed
- Expose the `frontPocketFacing` option to the user via option groups
2022-01-23 14:05:19 +01:00
- Switched to default import for version from package.json
2022-01-19 18:00:28 +01:00
### cornelius
2022-01-16 18:04:17 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Changed
2022-01-16 18:04:17 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Switched to default import for version from package.json
2022-01-16 18:04:17 +01:00
### diana
2022-01-16 18:04:17 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Changed
2022-01-16 18:04:17 +01:00
- Expose the `cuffEase` option to the user via option groups
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Switched to default import for version from package.json
2022-01-16 18:04:17 +01:00
### examples
2022-01-23 14:05:19 +01:00
#### Added
2022-01-23 14:05:19 +01:00
- Added plugin_gore example
2022-01-23 14:05:19 +01:00
#### Changed
- Switched to default import for version from package.json
### florence
2022-01-23 14:05:19 +01:00
#### Changed
- Switched to default import for version from package.json
### florent
2022-01-23 14:05:19 +01:00
#### Changed
- Switched to default import for version from package.json
### holmes
2022-01-23 14:05:19 +01:00
#### Changed
- Switched to default import for version from package.json
### hortensia
2022-01-23 14:05:19 +01:00
#### Changed
- Switched to default import for version from package.json
2022-06-17 12:02:09 +02:00
### huey
2022-01-23 14:05:19 +01:00
#### Changed
- Switched to default import for version from package.json
2022-06-17 12:02:09 +02:00
### hugo
2022-01-23 14:05:19 +01:00
#### Changed
- Switched to default import for version from package.json
2022-06-17 12:02:09 +02:00
### jaeger
2022-01-23 14:05:19 +01:00
#### Changed
- Switched to default import for version from package.json
### legend
2022-01-23 14:05:19 +01:00
#### Changed
- Switched to default import for version from package.json
### lunetius
#### Changed
- Switched to default import for version from package.json
2022-01-19 18:00:28 +01:00
### paco
#### Changed
- Hide the `frontPocketFlapSize` from the user
2022-01-23 14:05:19 +01:00
- Switched to default import for version from package.json
### penelope
#### Changed
- Switched to default import for version from package.json
2022-01-19 18:00:28 +01:00
### plugintest
#### Added
- Added the plugintest pattern which is used for testing plugins
#### Changed
- Switched to default import for version from package.json
### rendertest
#### Changed
- Restructured the pattern to allow inclusion of individual parts in Example component
- Switched to default import for version from package.json
2022-01-23 14:05:19 +01:00
### sandy
#### Changed
- Switched to default import for version from package.json
### shin
#### Changed
- Switched to default import for version from package.json
### simon
#### Changed
- Switched to default import for version from package.json
### simone
#### Changed
- Switched to default import for version from package.json
2022-01-19 12:37:55 +01:00
2022-01-19 18:00:28 +01:00
### sven
#### Changed
- Expose the `hipsEase` option to the user via option groups
- Lock the `waistEase` option to a static value
2022-01-23 14:05:19 +01:00
- Switched to default import for version from package.json
### tamiko
#### Changed
- Switched to default import for version from package.json
2022-01-19 18:00:28 +01:00
### teagan
#### Changed
- Lock the `frontArmholeDeeper` option to a static value
2022-01-23 14:05:19 +01:00
- Switched to default import for version from package.json
### tiberius
#### Changed
- Switched to default import for version from package.json
### titan
2022-01-23 14:05:19 +01:00
#### Changed
- Switched to default import for version from package.json
### trayvon
2022-01-23 14:05:19 +01:00
#### Changed
- Switched to default import for version from package.json
### wahid
2022-01-23 14:05:19 +01:00
#### Changed
- Switched to default import for version from package.json
### walburga
2022-06-17 12:02:09 +02:00
#### Changed
- Switched to default import for version from package.json
### waralee
2022-06-17 12:02:09 +02:00
#### Changed
- Switched to default import for version from package.json
### yuri
2022-01-23 14:05:19 +01:00
#### Changed
- Switched to default import for version from package.json
2022-01-19 18:00:28 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### plugin-flip
#### Added
- Added support for flipping around the Y-axis
### plugin-gore
#### Changed
- The `goreNumber` property of the gore macro has been renamed to `gores`
- Using `goreNumber` is now deprecated in favor of `gore` and will be removed in the next majot version
### plugin-sprinkle
#### Added
- Added support for `scale` to scale all sprinkled snippets
- Added support for `rotate` to rotate all sprinkled snippets
2022-01-08 15:38:11 +01:00
### core
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Added
- Added support for `settings.scale`
### i18n
#### Fixed
- Fixed issue that was causing plugin translations to always be in English
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
## 2.19.9 (2022-01-09)
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### simon
#### Fixed
- Fix incorrectly alliegned fabric match line. Move to CF instead [Fixed by @nicholasdower in
## 2.19.8 (2022-01-08)
2022-01-08 15:38:11 +01:00
### simon
#### Fixed
- Make seam allowance stop at fold when using rounded back option Fixes [#1608](https://github.com/freesewing/freesewing/issues/1608)
2022-01-08 16:40:40 +01:00
### yuri
#### Fixed
- Fix dependency configuration Fixes [#1334](https://github.com/freesewing/freesewing/issues/1334)
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### core
#### Fixed
- Remove CSS var in SVG to preserve styling Fixes [#1606](https://github.com/freesewing/freesewing/issues/1606)
2022-01-08 15:38:11 +01:00
## 2.19.7 (2022-01-06)
2022-01-04 20:32:10 +01:00
### brian
#### Changed
- Always calculate sleevecap notch from armhole rather than shoulder
- Default for `sleevecapEase` option is now `0`
### simon
#### Fixed
- Correctly place sleevecap notches Closes [#1602](https://github.com/freesewing/freesewing/issues/1602)
### simone
#### Fixed
- Correctly place sleevecap notches Closes [#1602](https://github.com/freesewing/freesewing/issues/1602)
## 2.19.6 (2021-12-29)
2021-11-21 18:09:54 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### rendertest
2021-12-29 08:57:12 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Changed
2021-12-29 08:57:12 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Updated the rendertest pattern to be more concise
2021-12-29 08:57:12 +01:00
2021-11-27 16:56:01 +01:00
### plugin-bust
#### Added
- Added (esm) unit tests
### plugin-flip
#### Added
- Added (esm) unit tests
### plugin-gore
#### Added
- Added (esm) unit tests
### plugin-i18n
#### Added
- Added (esm) unit tests
### plugin-measurements
#### Added
- Added (esm) unit tests
### plugin-mirror
#### Added
- Added (esm) unit tests
### plugin-round
#### Added
- Added (esm) unit tests
### plugin-sprinkle
#### Added
- Added (esm) unit tests
### plugin-svgattr
#### Added
- Added (esm) unit tests
### plugin-theme
#### Added
- Added (esm) unit tests
### plugin-versionfree-svg
#### Added
- Added (esm) unit tests
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### core
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Added
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Added the new attributes.setIfUnset() method
- Added the new `scale` setting
2021-11-21 18:09:54 +01:00
## 2.19.5 (2021-11-13)
2021-11-13 14:17:01 +01:00
### charlie
#### Changed
- Updated the `waistHeight` options to increase both min and max values
#### Fixed
- Fix issue where a very low waist caused the fly to be incorrectly drawn This only happens at unrealistic waist heights, so I changed the option minimum value instead. Closes [#1486](https://github.com/freesewing/freesewing/issues/1486)
2021-11-13 14:17:01 +01:00
### penelope
#### Changed
- Increased maximum for the `waistEase` option
- Increased maximum for the `seatEase` options
### yuri
#### Fixed
- Fix seam allowance on back, gusset and hood center parts Closes [#1464](https://github.com/freesewing/freesewing/issues/1464)
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### core
#### Fixed
- Fixed a copy-paste error that caused the `absoluteOptions` shorthand property to be a proxy for the regular options object instead. Note that this bug (and proxying in general) only occurs in debug mode.
2021-11-13 14:17:01 +01:00
## 2.19.4 (2021-11-09)
### paco
#### Fixed
- Make paperless markings available when detail is disabled Closes [#1400](https://github.com/freesewing/freesewing/issues/1401)
- Make pocket flaps properly parametric Closes [#1401](https://github.com/freesewing/freesewing/issues/1401)
### simon
#### Fixed
- Fix dependencies when only drafting a front Closes [#1445](https://github.com/freesewing/freesewing/issues/1445)
### simone
#### Fixed
- Fix dependencies when only drafting a front Closes [#1445](https://github.com/freesewing/freesewing/issues/1445)
### titan
#### Fixed
- Fixed a regression that caused the `waistHeight` option to be ignored. Closes [#1467](https://github.com/freesewing/freesewing/issues/1467)
## 2.19.3 (2021-11-05)
### charlie
#### Changed
- Converted the `waistbandWidth` options to snapped pct (was normal pct)
#### Fixed
- Worked around ESM issue by adding snapseries as local dependency
## 2.19.2 (2021-11-02)
2021-11-02 09:08:20 +01:00
### cornelius
2021-10-27 18:37:21 +02:00
#### Fixed
- Removed lingering console.log statements
2022-06-17 12:02:09 +02:00
### holmes
#### Fixed
- Fixed SA to use twice the SA value on hem allowance
### sandy
#### Changed
- Migrated the `waistbandWidth` option from mm to snapped pct
### simon
#### Fixed
- Fixed missing store object in button(hole)placket part
### simone
#### Fixed
- Fixed missing store object in button(hole)placket part
### titan
2021-10-27 18:31:55 +02:00
#### Changed
- Migrated the `waistbandWidth` option from mm to snapped pct
2022-06-17 12:02:09 +02:00
### trayvon
2022-06-17 12:02:09 +02:00
#### Changed
- Migrated the `knotWidth` and `tipWidth` options from mm to snapped pct
## 2.19.1 (2021-10-23)
2022-06-17 12:02:09 +02:00
2021-10-23 14:14:36 +02:00
### cornelius
#### Added
- Added the zipper guard
#### Fixed
- Fixed issue where the cuff style is not drafted in certain configurations Closes [#1325](https://github.com/freesewing/freesewing/issues/1325)
### hortensia
#### Fixed
- Fixed issue with the handle width not drafting correctly Closes [#1403](https://github.com/freesewing/freesewing/issues/1403)
### simon
#### Fixed
- Fixed incorrect value for `brianFitCollar` resulting in incorrect collar fit Closes [#1411](https://github.com/freesewing/freesewing/issues/1411)
### simone
#### Fixed
- Fixed incorrect value for `brianFitCollar` resulting in incorrect collar fit Closes [#1411](https://github.com/freesewing/freesewing/issues/1411)
## 2.19.0 (2021-10-17)
2021-09-12 13:18:53 +02:00
### bee
#### Added
- Bee is a bikini
- Initial release
### charlie
#### Changed
- Changed the `waistbandWidth` option type from `mm` to `pct`
#### Fixed
- Support drafting of non-human measurements (dolls & giants) Closes [#1313](https://github.com/freesewing/freesewing/issues/1313)
2021-10-15 16:21:38 +02:00
### holmes
#### Added
- Added the `headEase` option
- Added the `earLength` option
- Added the `earWidth` option
- Added the `visorWidth` option
- Added the `buttonhole` option
#### Changed
- The `brim` part has been renamed to `visor` because semantics
- The `brimWidth` option is now `visorWidth`
- _Gore_ has been changed to _Crown_ in the title
- _Ear_ has been changed to _Ear flap_
- Added hem allowance at the hem, rather than standard seam allowance
2021-09-12 18:25:19 +02:00
### hortensia
#### Changed
- Changed the `handleWidth` option type from `mm` to `pct`
2021-09-12 17:17:40 +02:00
### jaeger
#### Changed
- Changed the `collarRoll` option type from `mm` to `pct`
#### Fixed
- Support drafting of non-human measurements (dolls & giants) Closes [#1321](https://github.com/freesewing/freesewing/issues/1313)
2021-10-15 16:25:09 +02:00
### lunetius
#### Added
- Lunetius is a lacerna, a historical Roman cloak
- Initial release
2021-09-12 13:18:53 +02:00
### paco
#### Changed
2021-09-12 17:17:40 +02:00
- Changed the `waistbandWidth` option type from `mm` to `pct`
- Changed the `ankleElastic` option type from `mm` to `pct`
#### Fixed
- Support drafting of non-human measurements (dolls & giants) Closes [#1316](https://github.com/freesewing/freesewing/issues/1316)
### penelope
#### Changed
- Changed the `hem` option type from `mm` to `pct`
- Changed the `waistBandWidth` option type from `mm` to `pct`
- Changed the `seatEase` option type from `mm` to `pct`
- Changed the `waistEase` option type from `mm` to `pct`
#### Fixed
- Support drafting of non-human measurements (dolls & giants) Closes [#1320](https://github.com/freesewing/freesewing/issues/1316)
### simon
#### Changed
- Changed the `buttonPlacketWidth` option type from `mm` to `pct`
- Changed the `buttonholePlacketWidth` option type from `mm` to `pct`
- Changed the `buttonholePlacketFoldWidth` option type from `mm` to `pct`
- Changed the `collarStandWidth` option type from `mm` to `pct`
- Changed the `sleevePlacketWidth` option type from `mm` to `pct`
- Changed the `boxPleatWidth` option type from `mm` to `pct`
- Changed the `boxPleatFold` option type from `mm` to `pct`
2021-09-12 13:18:53 +02:00
#### Fixed
2021-09-12 17:17:40 +02:00
- Support drafting of non-human measurements (dolls & giants) Closes [#1319](https://github.com/freesewing/freesewing/issues/1319)
### simone
#### Changed
- Changed the `buttonPlacketWidth` option type from `mm` to `pct`
- Changed the `buttonholePlacketWidth` option type from `mm` to `pct`
- Changed the `buttonholePlacketFoldWidth` option type from `mm` to `pct`
- Changed the `collarStandWidth` option type from `mm` to `pct`
- Changed the `sleevePlacketWidth` option type from `mm` to `pct`
- Changed the `boxPleatWidth` option type from `mm` to `pct`
- Changed the `boxPleatFold` option type from `mm` to `pct`
2021-09-28 19:28:11 +02:00
#### Fixed
- Support drafting of non-human measurements (dolls & giants) Closes [#1318](https://github.com/freesewing/freesewing/issues/1318)
- Fix issue with armhole introduced with the S3 options in Brian Closes
2021-10-15 16:25:09 +02:00
### tiberius
#### Added
- Tiberius is a tunica, a historic Roman tunic
- Initial release
### walburga
#### Added
- Walburga is a wappenrock (tabard/surcoat), a historical European/medieval (ish) garment
- Initial release
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### plugin-versionfree-svg
2021-09-12 13:18:53 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Added
2021-09-02 18:35:00 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- This is a plugin to strip (FreeSewing) versdion info out of the SVG to allow you to diff your SVG output between FreeSewing versions
- Initial release
2021-09-05 09:57:32 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### core
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Added
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Added support for snapped percentage options See https://github.com/freesewing/freesewing/discussions/1331
#### Changed
- Pattern.on() is now chainable as it returns the Pattern object
### i18n
#### Fixed
- Fixed bug in resolving of shared pattern options
- Removed optional chaining which broke node v12 support
2022-12-12 19:30:42 +01:00
### snapseries
#### Added
- Initial release of `@freesewing/snapseries` wich holds commonly used series of snap values for percentage options
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
## 2.18.0 (2021-09-09)
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### holmes
2021-09-03 16:39:13 +02:00
2021-09-04 13:33:41 +02:00
#### Fixed
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- The `brimWidth` option is not a percent option, allowing the pattern to scale properly
### huey
#### Fixed
- Replace cut-on-fold indicator on pocket with a regular grainline indicator Closes [#1265](https://github.com/freesewing/freesewing/issues/1265)
2021-09-04 13:33:41 +02:00
2021-09-05 09:57:32 +02:00
### simon
#### Fixed
- Avoid paperless depending on a complete pattern
2021-09-03 16:39:13 +02:00
### wahid
#### Fixed
- Close Seam Allowance path of front lining Closes [#1267](https://github.com/freesewing/freesewing/issues/1267)
2021-09-05 09:57:32 +02:00
- Support a zero value for the `backScyeDart` option
2021-09-03 16:39:13 +02:00
2021-09-02 18:35:00 +02:00
### yuri
#### Added
- Initial release of Yuri, a fancy zipless cardigan based on the Huey & Hugo hoodies
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### core
#### Fixed
- Handle path.offset() of very short curves with control points on the start or end point Closes [#1257](https://github.com/freesewing/freesewing/issues/1257)
### i18n
#### Added
- Added translations for Yuri
#### Fixed
- Added optional chaining so missing options always lead to clear error message
2021-09-02 18:35:00 +02:00
## 2.17.4 (2021-08-20)
2021-08-20 15:55:05 +02:00
### simon
#### Fixed
- Fixed typo that caused paperless to error
## 2.17.3 (2021-08-16)
2021-08-16 11:36:46 +02:00
### i18n
#### Added
- New translations
### utils
#### Fixed
- Added missing `bustPointToUnderbust` measurement to `neckstimate`
2021-08-16 11:36:46 +02:00
## 2.17.2 (2021-08-15)
2021-08-15 19:12:39 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### simon
2021-08-15 19:12:39 +02:00
#### Added
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Added new ffsa option to let the user control the extra SA for flat-felled seams Closes [#1251](https://github.com/freesewing/freesewing/issues/1251)
2021-08-15 19:12:39 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### simone
2021-08-15 19:12:39 +02:00
#### Added
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Added new ffsa option to let the user control the extra SA for flat-felled seams Closes [#1251](https://github.com/freesewing/freesewing/issues/1251)
2021-08-15 19:12:39 +02:00
### i18n
#### Added
- Added new ffsa option for simon & simone
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### models
2021-08-15 19:12:39 +02:00
#### Added
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Added the new `bustPointToUnderbust` measurement for future bikini pattern
2021-08-15 19:12:39 +02:00
## 2.17.1 (2021-07-14)
2021-07-14 18:47:37 +02:00
### core
#### Fixed
- Fixed edge case in utils.beamsIntersect() when line is almost vertical See [#1206](https://github.com/freesewing/freesewing/issues/1206)
## 2.17.0 (2021-07-01)
2021-06-20 10:12:36 +02:00
### bent
#### Added
- The `s3collar and `s3armhole` options now allow shifting the shoulder seam (`s3` is short for *Shift Shoulder Seam*)
2021-06-06 15:37:47 +02:00
### brian
2021-06-20 10:12:36 +02:00
#### Added
- The `s3collar and `s3armhole` options now allow shifting the shoulder seam (`s3` is short for *Shift Shoulder Seam*)
### carlita
#### Added
- The `s3collar and `s3armhole` options now allow shifting the shoulder seam (`s3` is short for *Shift Shoulder Seam*)
### carlton
#### Added
- The `s3collar and `s3armhole` options now allow shifting the shoulder seam (`s3` is short for *Shift Shoulder Seam*)
2021-06-06 15:37:47 +02:00
### charlie
#### Fixed
- Add `@freesewing/plugin-mirror` as peer dependency
2021-06-20 10:12:36 +02:00
### diana
#### Changed
- Set brian `s3` options as constants
### huey
#### Added
- The `s3collar and `s3armhole` options now allow shifting the shoulder seam (`s3` is short for *Shift Shoulder Seam*)
### hugo
#### Changed
- Set brian `s3` options as constants
### jaeger
#### Changed
- Set brian `s3` options as constants
2021-06-20 15:56:50 +02:00
### paco
#### Fixed
- The waistband was incorrectly using the cuff widht See [#1113](https://github.com/freesewing/freesewing/issues/1113)
- Only draft the cuff part when it's needed See [#1113](https://github.com/freesewing/freesewing/issues/1113)
2021-06-20 10:12:36 +02:00
### simon
#### Added
- Added support for configuring the height of the Yoke. See [#642](https://github.com/freesewing/freesewing/issues/642)
- The `s3collar and `s3armhole` options now allow shifting the shoulder seam (`s3` is short for *Shift Shoulder Seam*)
- Added the `roundBack` option to replace the `yokeDart` option
#### Removed
- The `yokeDart` option is replaced by the `roundBack` option
### simone
#### Added
- Added support for configuring the height of the Yoke. See [#642](https://github.com/freesewing/freesewing/issues/642)
- The `s3collar and `s3armhole` options now allow shifting the shoulder seam (`s3` is short for *Shift Shoulder Seam*)
- Added the `roundBack` option to replace the `yokeDart` option
#### Removed
- The `yokeDart` option is replaced by the `roundBack` option
### sven
#### Added
- The `s3collar and `s3armhole` options now allow shifting the shoulder seam (`s3` is short for *Shift Shoulder Seam*)
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### plugin-mirror
#### Changed
- Is now included in plugin-bundle
### core
#### Fixed
- Fix a bug in `path.shiftAlong` where no point is returned if the distance to shift is a fraction of one step (1/25mm) into a new path segment See [#1140](https://github.com/freesewing/freesewing/issues/1140)
### i18n
#### Changed
- Changed antman references to antperson
2021-06-06 15:37:47 +02:00
## 2.16.2 (2021-05-05)
2021-06-05 08:26:43 +02:00
### i18n
#### Changed
- String updates
2021-06-05 08:26:43 +02:00
## 2.16.1 (2021-05-30)
2021-05-29 14:13:45 +02:00
### aaron
2021-05-29 14:13:45 +02:00
#### Changed
- Changed `department` setting in config in line with new grouping
### albert
2021-05-29 14:13:45 +02:00
#### Changed
- Changed `department` setting in config in line with new grouping
### bella
2021-05-29 14:13:45 +02:00
#### Changed
- Changed `department` setting in config in line with new grouping
### benjamin
2021-05-29 14:13:45 +02:00
#### Changed
- Changed `department` setting in config in line with new grouping
### bent
2021-05-29 14:13:45 +02:00
#### Changed
- Changed `department` setting in config in line with new grouping
### breanna
2021-05-29 14:13:45 +02:00
#### Changed
- Changed `department` setting in config in line with new grouping
### brian
2021-05-29 14:13:45 +02:00
#### Changed
- Changed `department` setting in config in line with new grouping
### bruce
2021-05-29 14:13:45 +02:00
#### Changed
- Changed `department` setting in config in line with new grouping
### carlita
2021-05-29 14:13:45 +02:00
#### Changed
- Changed `department` setting in config in line with new grouping
### carlton
2021-05-29 14:13:45 +02:00
#### Changed
- Changed `department` setting in config in line with new grouping
### cathrin
2021-05-29 14:13:45 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Changed
2021-05-29 14:13:45 +02:00
- Changed `department` setting in config in line with new grouping
### charlie
2021-05-29 14:13:45 +02:00
#### Changed
- Changed `department` setting in config in line with new grouping
### cornelius
2021-05-29 14:13:45 +02:00
#### Changed
- Changed `department` setting in config in line with new grouping
### diana
2021-05-29 14:13:45 +02:00
#### Changed
- Changed `department` setting in config in line with new grouping
### florence
2021-05-29 14:13:45 +02:00
#### Changed
- Changed `department` setting in config in line with new grouping
### florent
2022-06-17 12:02:09 +02:00
#### Changed
- Changed `department` setting in config in line with new grouping
### holmes
2022-06-17 12:02:09 +02:00
#### Changed
- Changed `department` setting in config in line with new grouping
### hortensia
2021-05-29 14:13:45 +02:00
#### Changed
- Changed `department` setting in config in line with new grouping
### huey
#### Changed
- Changed `department` setting in config in line with new grouping
### hugo
#### Changed
- Changed `department` setting in config in line with new grouping
### jaeger
#### Changed
- Changed `department` setting in config in line with new grouping
### paco
#### Changed
- Changed `department` setting in config in line with new grouping
### penelope
#### Changed
- Changed `department` setting in config in line with new grouping
### sandy
#### Changed
- Changed `department` setting in config in line with new grouping
### shin
#### Changed
- Changed `department` setting in config in line with new grouping
### simon
#### Changed
- Changed `department` setting in config in line with new grouping
### simone
#### Changed
- Changed `department` setting in config in line with new grouping
### sven
#### Changed
- Changed `department` setting in config in line with new grouping
### tamiko
#### Changed
- Changed `department` setting in config in line with new grouping
### teagan
#### Changed
- Changed `department` setting in config in line with new grouping
### titan
#### Changed
- Changed `department` setting in config in line with new grouping
### trayvon
2021-05-29 14:13:45 +02:00
#### Changed
- Changed `department` setting in config in line with new grouping
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### wahid
2021-05-30 18:48:20 +02:00
#### Changed
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Changed `department` setting in config in line with new grouping
2021-05-30 18:48:20 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### waralee
2021-05-29 14:13:45 +02:00
#### Changed
- Changed `department` setting in config in line with new grouping
### i18n
#### Added
- New translations for pattern filter
### utils
#### Changed
- neckstimate now takes an extra `noRound` parameter to return the unrounded value
- measurementDiffers takes an extra `absolute` value that can be set to false to get the non-absolute and non-rounded value
2021-05-29 14:13:45 +02:00
## 2.16.0 (2021-05-24)
2021-05-24 10:29:20 +02:00
### brian
2021-05-24 10:29:20 +02:00
#### Fixed
- Paperless dimensions don't extend to hem See [#1030](https://github.com/freesewing/freesewing/issues/1030)
2021-05-24 10:29:20 +02:00
### florent
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Fixed
- Add missing notches See [#1015](https://github.com/freesewing/freesewing/issues/1015)
- Removed inherited miniscale points
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### huey
#### Fixed
- Fix hood dependencies See [#1026](https://github.com/freesewing/freesewing/issues/1026)
### jaeger
#### Fixed
- Fixed third button not showing up See [#973](https://github.com/freesewing/freesewing/issues/973)
### i18n
#### Changed
- Changes to cfp strings
2021-05-24 10:29:20 +02:00
## 2.15.4 (2021-05-08)
2021-05-08 10:34:35 +02:00
### bella
#### Fixed
- Fixed incorrect part dependencies See [#1002](https://github.com/freesewing/freesewing/issues/1002)
## 2.15.3 (2021-05-05)
2021-05-05 21:04:08 +02:00
### shin
#### Fixed
- Fixed issue where a legReduction of zero broke the draft See [#997](https://github.com/freesewing/freesewing/issues/997)
## 2.15.2 (2021-04-28)
2021-04-28 19:54:47 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### jaeger
2021-04-28 19:54:47 +02:00
#### Fixed
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Draft a third button when it's requested See [#973](https://github.com/freesewing/freesewing/issues/973)
2021-04-28 19:54:47 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### core
2021-04-28 19:54:47 +02:00
#### Fixed
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Path.shiftAlong takes now an optional second paramter to control the number of steps the path will be divided in per Mm (if it's a curve) default is 25 See [#976](https://github.com/freesewing/freesewing/issues/976)
2021-04-28 19:54:47 +02:00
## 2.15.1 (2021-04-24)
2021-04-23 17:57:46 +02:00
### charlie
2021-04-24 10:21:48 +02:00
#### Added
- Added a curved waistband option
2021-04-23 17:57:46 +02:00
#### Fixed
- Keep `frontPocketSlantRound` and `frontPocketSlantBend` options from being zero
### simon
#### Added
- Added some dimensions to clarify the X value of shoulder/armhole points
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### core
#### Fixed
- Fixed bug in the dependency resolved when dependecies are passed as a string See [#971](https://github.com/freesewing/freesewing/issues/971)
2021-04-23 17:57:46 +02:00
## 2.15.0 (2021-04-15)
2021-04-11 17:31:25 +02:00
### bella
2022-06-17 12:02:09 +02:00
#### Fixed
- Shoulder point control point fix for doll-sized clothes
2021-04-11 17:31:25 +02:00
### charlie
#### Added
- Inital release of the Charlie Chinos pattern
### cornelius
#### Fixed
- Handle edge-case where splitting a path on and endpoint causes things to break
### examples
#### Added
- Added examples for bartack plugin
- Added examples for new buttonhole-start/end snippets
2021-04-11 17:31:25 +02:00
### paco
#### Changed
- Extended range and inreased default of the healEase option
2021-04-11 17:32:58 +02:00
- Added the (disabled) waistbandHeight option from Titan
2021-04-18 12:59:46 +02:00
- Changed to Titan's waistbandWidth option
2021-04-11 17:31:25 +02:00
### titan
#### Added
- Added the waistbandHeight option
- Added the crossSeamCurveAngle option
- Added the crotchSeamCurveAngle option
#### Changed
- Crotch- and Cross seam have been redrawn using the new angle options
- Added waistbandWidth option
#### Fixed
- Adapt seat control point when waist is dropped below the hip line
- Removed lingering console.log statements
- Configure dependencies to guarantee draft order
- Always keep seat control point vertically between styled waist and seat
- Adapt the outseam to the dropped waist in all circumstances
2021-04-11 17:31:25 +02:00
### plugin-theme
#### Added
- Added the path.bartack class
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### core
2021-04-11 17:31:25 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Added
2021-03-06 11:49:27 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- The part.getId() method now takes an optional prefix argument
#### Changed
- Don't round coordinates internally to avoid path.split misses
### i18n
#### Added
- Added translation for new Titan options
- Added translations for Charlie
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
## 2.14.0 (2021-03-07)
2021-03-06 11:49:27 +01:00
### cornelius
#### Added
- Cornelius is a FreeSewing pattern for cycling breeches
### hugo
#### Fixed
- Replaced grainline indicator on pocket with cut-on-fold indicator
### i18n
#### Added
- Added translations for Cornelius
2021-03-06 11:49:27 +01:00
## 2.13.2 (2021-02-21)
2021-02-21 18:17:12 +01:00
### bella
#### Fixed
- Fixed issue with out-of-order execution
### paco
#### Fixed
- Only add paperless dimensions for pockets if we drafted pockets
2021-02-21 18:17:12 +01:00
### penelope
#### Fixed
- Fixed issue in shape part
### simone
#### Fixed
- Fixed type in bustsidecode finder code
### titan
#### Fixed
- Always ensure point waistIn is created in back part
## 2.13.1 (2021-02-14)
2021-02-14 14:47:57 +01:00
### hortensia
#### Fixed
- Fix incorrectly named part
### simon
#### Fixed
- Added missing sleeve notch on yoke
### utils
#### Added
- Pass pattern handle to tiler
2021-02-14 14:47:57 +01:00
## 2.13.0 (2021-02-13)
### bella
#### Fixed
- Verify whether back dart passes armhole depth
### breanna
#### Fixed
- Try harder to find the intersection point for the scyedart
- Define missing y variable in paperless branch
### bruce
#### Fixed
- Added notches to facilitate seam matching
### hortensia
#### Added
- Initial release of Hortensia, a handbag pattern
### hugo
#### Fixed
- Fix style of the seam allowance paths
- Fix sleeve dependencies
### simone
#### Fixed
- Force bust dart intersection if not found initially
### titan
#### Fixed
- Always balance the waist
### wahid
#### Fixed
- Make sure roudEnd and roundStart points are always available
### i18n
#### Added
- Translation for Hortensia
## 2.12.1 (2021-01-27)
2021-01-27 19:22:50 +01:00
## 2.12.0 (2021-01-19)
2021-01-17 12:44:24 +01:00
### bella
#### Added
- Initial release of this body block for womenswear
## 2.11.3 (2021-01-16)
2021-01-16 17:00:43 +01:00
2022-08-29 08:31:23 +02:00
### albert
2021-01-16 17:00:43 +01:00
#### Fixed
- Added missing scalebox
### bent
2021-01-16 17:00:43 +01:00
#### Fixed
- Added missing scalebox
### bruce
2021-01-16 17:00:43 +01:00
#### Fixed
- Added missing scalebox
### florence
2021-01-16 17:00:43 +01:00
#### Fixed
- Added missing scalebox
### florent
2021-01-16 17:00:43 +01:00
#### Fixed
- Added missing scalebox
### holmes
2021-01-16 17:00:43 +01:00
#### Fixed
- Added missing scalebox
### huey
#### Fixed
- Added missing scalebox
- Added cut-on-fold indicator to pocket
- Removed lingering notch from pocket part
### hugo
#### Fixed
- Removed inherited notches
### jaeger
#### Fixed
- Added missing scalebox
### shin
#### Fixed
- Added missing scalebox
### simon
#### Fixed
- Cleaned up notches
- Marked where to match fabric on closure
### simone
#### Fixed
- Cleaned up notches
### wahid
#### Fixed
- Added missing scalebox
- Proper styling for SA on front and back
### waralee
#### Fixed
- Added missing scalebox
## 2.11.2 (2021-01-11)
2021-01-11 20:07:01 +01:00
### brian
#### Added
- Marked waistline on Brian. Closes [#782](https://github.com/freesewing/freesewing/issues/782)
## 2.11.1 (2021-01-11)
2021-01-11 14:54:54 +01:00
## 2.11.0 (2021-01-10)
2019-09-02 07:25:26 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### shin
#### Fixed
- Removed unused lengthBonus option
### i18n
#### Changed
- New strings for new features
#### Fixed
- Type in Simon title
2020-11-07 14:35:07 +01:00
## 2.10.7 (2020-11-18)
2020-11-18 20:30:14 +01:00
### simon
#### Fixed
- Yoke dart did not affect sleevecap length. See [#687](https://github.com/freesewing/freesewing/issues/687)
## 2.10.6 (2020-11-15)
2020-11-18 20:30:14 +01:00
## 2.10.5 (2020-11-14)
2020-11-14 15:43:12 +01:00
### i18n
#### Fixed
- Added missing `cty.` translations to non-English language files
2020-11-14 15:43:12 +01:00
## 2.10.4 (2020-11-13)
2020-11-13 18:25:11 +01:00
### titan
#### Fixed
- Issue with incorrectly named point
## 2.10.3 (2020-11-08)
2020-11-08 18:26:38 +01:00
### core
#### Changed
- Renderprops now includes SVG with preRender hook applied
## 2.10.2 (2020-11-07)
2020-11-07 14:35:07 +01:00
2020-11-04 20:45:18 +01:00
### core
2020-11-07 14:35:07 +01:00
#### Fixed
- Fixed bundled bezier-js version
## 2.10.1 (2020-11-07)
2020-11-07 14:35:07 +01:00
### core
#### Changed
- Switched to bezier-js v3
2020-08-14 15:14:56 +02:00
## 2.10.0 (2020-10-17)
2020-10-17 17:24:27 +02:00
### albert
#### Added
- Albert is an apron pattern
## 2.9.0 (2020-10-02)
2020-09-09 08:54:50 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### teagan
#### Added
- Teagan is a T-shirt pattern
2020-08-30 12:02:05 +02:00
### core
#### Added
- Parts not get a `name` property set that hold their (own) name/id
2020-09-12 19:05:38 +02:00
- Added the `info` type to raised events
- Added support for conditional loading of plugins
### i18n
#### Added
- Added translations for plugin-title
- Added translations for teagan
- Added some translations for the UI
#### Fixed
- Replaced a few identical files with symlinks
2020-08-30 12:02:05 +02:00
## 2.8.1 (2020-08-16)
2020-08-30 12:02:05 +02:00
### benjamin
#### Fixed
- Fixed issue with (length of) band
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### paco
2020-08-30 12:02:05 +02:00
#### Fixed
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Added Titan as a peer dependency
2020-08-30 12:02:05 +02:00
## 2.8.0 (2020-08-10)
2020-08-10 19:44:02 +02:00
2020-08-08 17:20:08 +02:00
### benjamin
2020-07-29 18:04:21 +02:00
#### Fixed
2020-08-14 15:14:56 +02:00
- Fix for incorrect length of the ribbon
2020-07-29 18:04:21 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### paco
#### Added
- Initial release for Paco, a pattern for summer pants
2020-08-09 17:45:13 +02:00
### core
#### Fixed
2020-08-14 15:14:56 +02:00
- Fix an edge case in utils.pointOnCurve for perfect horizontal curves
2020-08-09 17:45:13 +02:00
## 2.7.2 (2020-07-29)
2020-08-08 17:20:08 +02:00
### core
#### Fixed
2020-08-14 15:14:56 +02:00
- Fixed wrong return value in debug message from Path
2020-08-08 17:20:08 +02:00
## 2.7.1 (2020-07-24)
2020-07-24 15:25:34 +02:00
2020-07-19 13:05:14 +02:00
### aaron
#### Fixed
2020-08-14 15:14:56 +02:00
- Set missing option `brianFitCollar` to `false`
2020-07-19 13:05:14 +02:00
### bruce
#### Fixed
2020-08-14 15:14:56 +02:00
- Fixed a check for an undefined value in the store
2020-07-19 13:05:14 +02:00
### carlton
#### Fixed
2020-08-14 15:14:56 +02:00
- Removed unused `hipsEase` code
2020-07-19 13:05:14 +02:00
### hugo
#### Fixed
2020-08-14 15:14:56 +02:00
- Set missing option `brianFitCollar` to `false`
- Adding missing control point to front neck opening
2020-07-19 13:05:14 +02:00
### simon
#### Fixed
2020-08-14 15:14:56 +02:00
- Set missing option `brianFitCollar` to `false`
- Don't assume the `chHips-notch` is available because it's not in Simone. Fixes [#833](https://github.com/freesewing/freesewing.org/issues/833)
2020-07-19 13:05:14 +02:00
### simone
#### Fixed
2020-08-14 15:14:56 +02:00
- Set missing option `brianFitCollar` to `false`
2020-07-19 13:05:14 +02:00
### sven
#### Fixed
2020-08-14 15:14:56 +02:00
- Avoided loading unset ribbingHeight from store
2020-07-19 13:05:14 +02:00
2020-07-23 12:55:16 +02:00
### wahid
#### Added
2020-08-14 15:14:56 +02:00
- Added the `square` hem style. Fixes [#672](https://github.com/freesewing/freesewing.org/issues/672)
2020-07-23 12:55:16 +02:00
#### Changed
2020-08-14 15:14:56 +02:00
- Hem radius can no longer be zero. Use teh `square` hem style for that
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### core
#### Added
- Added new debug functionality through the use of the `raise.debug`
- Added a new `debug` setting
- Shorthand now proxies objects to allow debug and raise
### utils
#### Added
- Added backend calls for creating gists/issues on Github
2020-07-23 12:55:16 +02:00
## 2.7.0 (2020-07-12)
2020-07-12 19:00:38 +02:00
### aaron
2022-06-17 12:02:09 +02:00
#### Changed
- Updated side seam shaping and tweaked options for better defaults
- Better handling of `armholeDrop` option
- Ported aaron to the new (names for) measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
2022-06-17 12:02:09 +02:00
- Removed `Circumference` suffix from measurement names
- Report armhole and neck opening length through raised events
2022-06-17 12:02:09 +02:00
#### Fixed
2022-06-17 12:02:09 +02:00
- Fixed incorrect instruction for neck binding (the indicated length was only half)
2022-06-17 12:02:09 +02:00
### benjamin
2020-06-30 15:33:55 +02:00
#### Changed
2020-08-14 15:14:56 +02:00
- Removed `Circumference` suffix from measurement names
2020-06-30 15:33:55 +02:00
2020-06-24 20:56:39 +02:00
### bent
#### Changed
2020-08-14 15:14:56 +02:00
- Increased default for the `cuffEase` option
- Decreased default for the `armholeDepth` option
- Better range for the `shoulderSlopeReduction` measurement
- Ported brian to the new (names for) other measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
- Set tip of undersleeve as anchor point for sampling
- Removed `Circumference` suffix from measurement names
2020-06-24 20:56:39 +02:00
### breanna
#### Changed
2020-08-14 15:14:56 +02:00
- Ported breanna to the new shoulderSlope measurement. See [#358](https://github.com/freesewing/freesewing/issues/358)
- Ported breanna to the new (names for) other measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
- Removed `Circumference` suffix from measurement names
- Removed deprecated `debug()` statements
2020-06-24 20:56:39 +02:00
### brian
#### Changed
2020-08-14 15:14:56 +02:00
- Ported brian to new `shoulderSlope` degree measurement. See [#358](https://github.com/freesewing/freesewing/issues/358)
- Ported brian to the new (names for) other measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
- Set HPS as anchor point for sampling in front and back
- Removed `Circumference` suffix from measurement names
- Removed deprecated `debug()` statements
2020-06-24 20:56:39 +02:00
### bruce
2020-06-24 20:56:39 +02:00
#### Changed
2020-08-14 15:14:56 +02:00
- Ported bruce to the new (names for) measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
- Removed `Circumference` suffix from measurement names
- Removed deprecated `debug()` statements
2020-06-24 20:56:39 +02:00
#### Fixed
2020-08-14 15:14:56 +02:00
- Sampling some options would not work in Bruce because the code shared across patterns would only run once. That's fixed now.
2020-06-24 20:56:39 +02:00
### carlita
#### Changed
2020-08-14 15:14:56 +02:00
- Better range for the `shoulderSlopeReduction` measurement
- Ported carlita to the new (names for) measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
- Set a sample anchor point on the side part
- Removed `Circumference` suffix from measurement names
2020-06-24 20:56:39 +02:00
### carlton
#### Changed
2020-08-14 15:14:56 +02:00
- Better range for the `shoulderSlopeReduction` measurement
- Ported carlton to the new (names for) measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
- Removed `Circumference` suffix from measurement names
2020-06-24 20:56:39 +02:00
### cathrin
2020-06-24 20:56:39 +02:00
#### Changed
2020-08-14 15:14:56 +02:00
- Ported carlita to the new (names for) measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
- Set sample anchor points on all panels
- Removed `Circumference` suffix from measurement names
- Removed deprecated `debug()` statements
2020-06-24 20:56:39 +02:00
#### Fixed
2020-08-14 15:14:56 +02:00
- [Fixed missing points issue when changing panels option](https://github.com/freesewing/freesewing.org/issues/619)
- Fixed panels option being a list of numbers rather than strings
2020-06-24 20:56:39 +02:00
### diana
#### Changed
2020-08-14 15:14:56 +02:00
- Made the `shoulderSlopeReduction` option static so it's not available in the UI
- Ported diana to the new (names for) measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
- Removed `Circumference` suffix from measurement names
2020-06-30 15:33:55 +02:00
### florence
#### Changed
- Removed `Circumference` suffix from measurement names
### florent
#### Changed
- Removed `Circumference` suffix from measurement names
### holmes
#### Changed
- Removed `Circumference` suffix from measurement names
2020-06-24 20:45:39 +02:00
### huey
2020-06-24 20:56:39 +02:00
#### Changed
2020-08-14 15:14:56 +02:00
- No longer use the `naturalWaist` measurement
- Changed some option to better defaults
- Ported huey to the new (names for) measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
- Made the `shoulderSlopeReduction` option static so it's not available in the UI
- Removed `Circumference` suffix from measurement names
2020-06-24 20:56:39 +02:00
2020-06-24 20:45:39 +02:00
#### Fixed
2020-08-14 15:14:56 +02:00
- [Added seam allowance to the front closure](https://github.com/freesewing/freesewing/issues/420)
2020-06-24 20:45:39 +02:00
### hugo
#### Added
2020-08-14 15:14:56 +02:00
- Added shaping of the side seam
2020-06-24 20:56:39 +02:00
#### Changed
2020-08-14 15:14:56 +02:00
- Changed some option to better defaults
- Ported hugo to the new (names for) measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
- Removed `Circumference` suffix from measurement names
- Removed deprecated `debug()` statements
2020-06-24 20:56:39 +02:00
### jaeger
#### Changed
2020-08-14 15:14:56 +02:00
- Changed some option to better defaults
- Set an anchor on side part for sampling
- Ported jaeger to the new (names for) measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
- Removed `Circumference` suffix from measurement names
2020-06-24 20:56:39 +02:00
### legend
#### Added
- A pattern to document the markings on our patterns
- Initial release
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### penelope
2020-06-24 20:56:39 +02:00
#### Changed
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Ported penelope to the new (names for) measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
2020-08-14 15:14:56 +02:00
- Removed `Circumference` suffix from measurement names
2020-06-24 20:56:39 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### sandy
2020-06-24 20:56:39 +02:00
#### Changed
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Ported sandy to the new (names for) measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
2020-08-14 15:14:56 +02:00
- Removed `Circumference` suffix from measurement names
2020-06-30 15:33:55 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### shin
2020-06-30 15:33:55 +02:00
#### Changed
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Ported shin to the new (names for) measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
2020-08-14 15:14:56 +02:00
- Removed `Circumference` suffix from measurement names
2020-06-24 20:56:39 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### simon
2020-06-24 20:56:39 +02:00
#### Changed
2020-08-14 15:14:56 +02:00
- Ported simon to the new (names for) measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
- Removed `Circumference` suffix from measurement names
2020-06-24 20:56:39 +02:00
### simone
#### Changed
2020-08-14 15:14:56 +02:00
- Ported simone to the new (names for) measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
- Removed `Circumference` suffix from measurement names
2020-06-24 20:56:39 +02:00
### sven
#### Changed
2020-08-14 15:14:56 +02:00
- Improved the shaping of the side seam
- Changed some option to better defaults
- Ported sven to the new (names for) measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
- Removed `Circumference` suffix from measurement names
2020-06-24 20:56:39 +02:00
### tamiko
#### Changed
2020-08-14 15:14:56 +02:00
- Switch from `shoulderSlope` option to `shoulderSlope` measurement
- Ported tamiko to the new (names for) measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
- Removed `Circumference` suffix from measurement names
2020-06-24 20:56:39 +02:00
### titan
#### Added
- A FreeSewing block for pants/trousers
- Initial release
### trayvon
2020-06-24 20:56:39 +02:00
#### Changed
- Ported trayvon to the new (names for) measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
2020-08-14 15:14:56 +02:00
- Removed `Circumference` suffix from measurement names
2020-06-30 15:33:55 +02:00
### wahid
#### Changed
- Ported wahid to the new (names for) measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
- Removed `Circumference` suffix from measurement names
- Removed `wrist` and `shoulderToWrist` as required measurements
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### waralee
2020-06-24 20:56:39 +02:00
#### Changed
- Ported waralee to the crotchDepth measurement. See [#425](https://github.com/freesewing/freesewing/issues/425)
2020-08-14 15:14:56 +02:00
- Removed `Circumference` suffix from measurement names
2020-06-24 20:56:39 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### plugin-bust
2020-06-24 20:56:39 +02:00
#### Changed
2020-08-14 15:14:56 +02:00
- Removed `Circumference` suffix from measurement names
2020-06-24 20:56:39 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### plugin-measurements
2020-04-26 13:09:54 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Added
2020-04-26 13:09:54 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- A FreeSewing plugin that adds measurements that can be calculated based on existing measurements
2020-04-26 13:09:54 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### plugin-mirror
2020-04-26 13:09:54 +02:00
#### Added
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- A FreeSewing plugin for mirroring points or paths
- Initial release
2020-04-26 13:09:54 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### core
2020-04-26 13:09:54 +02:00
#### Added
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Added support for injecting custom (path) styles when sampling. Closes [#380](https://github.com/freesewing/freesewing/issues/380)
- Added support for custom sample styles
- Added support for raising events via `raise.[type]()` method
#### Fixed
- [Properly escape quotes in imperial units](https://github.com/freesewing/freesewing/issues/437)
2020-04-26 13:09:54 +02:00
### i18n
#### Changed
- Added translations for Titan
- Removed `Circumference` suffix from measurement names
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### models
#### Changed
- Models now come with the new measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
- Ported models to the crotchDepth measurement. See [#425](https://github.com/freesewing/freesewing/issues/425)
- Removed `Circumference` suffix from measurement names
### utils
#### Added
- Added new `isDegMeasurement` method. See [#358](https://github.com/freesewing/freesewing/issues/358)
- `neckStimate` now supports all new measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
#### Changed
- Changed `neckstimate` to handle new `shoulderSlope` degree measurement. See [#358](https://github.com/freesewing/freesewing/issues/358)
- Changed `neckstimate` to support all new measurements. See [#416](https://github.com/freesewing/freesewing/issues/416)
- Ported `neckstimate` to the crotchDepth measurement. See [#425](https://github.com/freesewing/freesewing/issues/425)
- Removed `Circumference` suffix from measurement names
- Added the `isDegMeasurement` method
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
## 2.6.0 (2020-05-01)
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### brian
#### Fixed
- The `saBase` path is no longer being rendered
2020-04-26 13:09:54 +02:00
### florence
#### Added
2020-08-14 15:14:56 +02:00
- Florence is a face mask pattern
2020-04-26 13:09:54 +02:00
#### Deprecated
2020-08-14 15:14:56 +02:00
- @freesewing/fu has been renamed to @freesewing/florence
2020-04-26 13:09:54 +02:00
### hugo
#### Fixed
2020-08-14 15:14:56 +02:00
- Render fully-sized pattern parts when complete is falsy
- Do not render pocket outline when complete is falsy
- Do not render pocket facing hint when complete is falsy
2019-09-02 07:25:26 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### wahid
2020-06-24 20:56:39 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Fixed
2020-06-24 20:56:39 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Removed paths.test
- Do not draw the pocket outline unless complete is truthy
- Prevent rounded corners on pocket bag and lining to be drawn twice
- Closed the front seam path
- Draft the front lining/facing even when complete is falsy
2020-06-24 20:56:39 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### core
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Changed
- utils now includes `Bezier` which holds the bezier-js library so you don't need to re-import it
- We no longer set the plugin configuration/data object to fall in `pattern.use()`
### i18n
#### Changed
- Changes to support the renaming of @freesewing/fu to @freesewing/florence
2020-04-05 12:40:13 +02:00
## 2.5.0 (2020-04-05)
2020-04-05 12:40:13 +02:00
### diana
#### Added
2020-08-14 15:14:56 +02:00
- Diana is a top with a draped neck
2020-04-05 12:40:13 +02:00
### i18n
#### Added
- title, description, and options for Dianna
2020-04-05 12:40:13 +02:00
## 2.4.6 (2020-03-23)
2020-03-23 10:38:28 +01:00
### i18n
#### Fixed
- Fixed an bug in the i18n package
2020-03-23 10:38:28 +01:00
## 2.4.5 (2020-03-19)
2020-06-24 20:56:39 +02:00
### florence
#### Changed
2020-08-14 15:14:56 +02:00
- Improved shape based on community feedback
2020-06-24 20:56:39 +02:00
2020-03-19 10:46:53 +01:00
### wahid
#### Fixed
2020-08-14 15:14:56 +02:00
- Check whether frontScyeDart option is zero prior to implementing it
### utils
#### Changed
- neckstimate() now returns values rounded to nearest mm
2020-03-15 12:24:42 +01:00
## 2.4.4 (2020-03-15)
2020-03-15 12:24:42 +01:00
### huey
#### Fixed
2020-08-14 15:14:56 +02:00
- The `sleevecapBackFactorY` and `sleevecapFrontFactorY` options had a minimum above the default
2020-03-15 12:24:42 +01:00
2020-03-14 15:04:45 +01:00
### simon
#### Fixed
2020-08-14 15:14:56 +02:00
- The `sleevecapBackFactorY` and `sleevecapFrontFactorY` options had a minimum above the default
2020-03-14 15:04:45 +01:00
### simone
2020-03-15 12:24:42 +01:00
#### Fixed
2020-08-14 15:14:56 +02:00
- The `sleevecapBackFactorY` and `sleevecapFrontFactorY` options had a minimum above the default
2020-03-15 12:24:42 +01:00
### sven
2020-03-14 15:04:45 +01:00
#### Fixed
2020-08-14 15:14:56 +02:00
- The `sleevecapBackFactorY` and `sleevecapFrontFactorY` options had a minimum above the default
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### core
#### Fixed
- New Svg.escapeText() method to escape text at render time, rather than at draft time This fixes the difference in the inch symbol is displayed in the React component or rendered SVG
2020-02-23 10:28:04 +01:00
## 2.4.3 (2020-03-12)
2020-03-12 07:27:47 +01:00
### i18n
#### Added
- Added more translations
2020-03-12 07:27:47 +01:00
## 2.4.2 (2020-03-08)
2020-03-08 17:27:21 +01:00
### i18n
#### Added
- Added more strings
2020-03-08 17:27:21 +01:00
## 2.4.1 (2020-03-04)
2020-03-04 19:01:48 +01:00
### utils
#### Fixed
- [#542](https://github.com/freesewing/freesewing.org/issues/542): Prevent neckstimate from throwing when getting an unexpected measurement
2020-03-04 19:01:48 +01:00
## 2.4.0 (2020-02-29)
2020-03-04 19:01:48 +01:00
2020-04-26 13:09:54 +02:00
### florence
2020-03-04 19:01:48 +01:00
#### Added
2020-08-14 15:14:56 +02:00
- Florence is a face mask pattern
- Initial release
2020-03-04 19:01:48 +01:00
## 2.3.0 (2020-02-23)
2020-02-23 10:28:04 +01:00
2020-02-22 14:20:21 +01:00
### holmes
#### Added
2020-08-14 15:14:56 +02:00
- Homes is a pattern for a Sherlock Holmes hat
- Initial release
2020-02-22 14:20:21 +01:00
### plugin-gore
#### Added
2020-08-14 15:14:56 +02:00
- A plugin to generate gores for semi-spheres or domes
- Initial release
2020-02-22 14:20:21 +01:00
## 2.2.0 (2020-02-22)
2020-02-22 14:20:21 +01:00
### aaron
2020-02-01 17:17:28 +01:00
#### Changed
2020-08-14 15:14:56 +02:00
- Removed deprecated `centerBackNeckToWaist` measurement
2020-02-01 17:17:28 +01:00
### bent
#### Changed
2020-08-14 15:14:56 +02:00
- Removed deprecated `centerBackNeckToWaist` measurement
2020-02-01 17:17:28 +01:00
2020-01-25 17:12:44 +01:00
### breanna
#### Added
2020-08-14 15:14:56 +02:00
- Breanna is a body block for womenswear
2020-01-25 17:12:44 +01:00
2020-02-01 17:17:28 +01:00
#### Changed
2020-08-14 15:14:56 +02:00
- Removed deprecated `centerBackNeckToWaist` and `hpsToWaistBack` measurements
2020-02-01 17:17:28 +01:00
2020-01-27 17:49:13 +01:00
### brian
#### Changed
2020-08-14 15:14:56 +02:00
- Reworked Brian to use the new shoulderslope measurement
- Removed deprecated `centerBackNeckToWaist` measurement
- The `neck` point has been renamed to `hps`
2020-01-27 17:49:13 +01:00
2022-06-17 12:02:09 +02:00
### carlita
2020-02-01 17:17:28 +01:00
#### Changed
2022-06-17 12:02:09 +02:00
- Renamed `highPointShoulderToBust` measurement to `hpsToBust`
2020-08-14 15:14:56 +02:00
- Removed deprecated `centerBackNeckToWaist` measurement
2020-01-25 17:12:44 +01:00
2022-06-17 12:02:09 +02:00
### carlton
2020-01-25 17:12:44 +01:00
2022-06-17 12:02:09 +02:00
#### Changed
2020-02-22 09:38:34 +01:00
2022-06-17 12:02:09 +02:00
- Removed deprecated `centerBackNeckToWaist` measurement
2020-02-22 09:38:34 +01:00
### florent
#### Fixed
- Fixed an SA issue in brim top and removed SA from interfacing
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### huey
2020-01-25 17:12:44 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Changed
2020-01-25 17:12:44 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Removed deprecated `centerBackNeckToWaist` measurement
2020-01-25 17:12:44 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### hugo
2020-01-25 17:12:44 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Changed
2020-01-25 17:12:44 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Removed deprecated `centerBackNeckToWaist` measurement
2020-01-25 17:12:44 +01:00
#### Fixed
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Made sure dimensions for hood center and waistband are always shown
2020-01-25 17:12:44 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### jaeger
2020-01-25 17:12:44 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Changed
2020-01-27 17:49:13 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Removed deprecated `centerBackNeckToWaist` measurement
2020-01-27 17:49:13 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### penelope
2020-01-25 17:12:44 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Fixed
2020-02-20 13:53:31 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Fixed tags in pattern config file
### sandy
2020-02-20 13:53:31 +01:00
#### Fixed
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Fixed tags in pattern config file
2020-01-25 17:12:44 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### simon
2020-02-01 17:17:28 +01:00
#### Changed
2020-08-14 15:14:56 +02:00
- Removed deprecated `centerBackNeckToWaist` measurement
2020-02-01 17:17:28 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### simone
2020-02-01 17:17:28 +01:00
#### Changed
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Renamed `highPointShoulderToBust` measurement to `hpsToBust`
2020-08-14 15:14:56 +02:00
- Removed deprecated `centerBackNeckToWaist` measurement
2020-02-01 17:17:28 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### sven
2020-02-19 06:26:18 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Changed
2020-01-25 17:12:44 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Removed deprecated `centerBackNeckToWaist` measurement
2020-01-25 17:12:44 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### tamiko
2020-01-25 17:12:44 +01:00
#### Changed
- Removed deprecated `centerBackNeckToWaist` measurement
### trayvon
2020-01-25 17:12:44 +01:00
#### Changed
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Removed deprecated `centerBackNeckToWaist` measurement
2020-01-25 17:12:44 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### wahid
2020-01-25 17:12:44 +01:00
#### Changed
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Removed deprecated `centerBackNeckToWaist` measurement
2020-01-25 17:12:44 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### waralee
2020-02-09 15:15:33 +01:00
#### Fixed
2020-08-14 15:14:56 +02:00
- Fixed tags in pattern config file
2020-02-09 15:15:33 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### core
2020-01-25 17:12:44 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Added
2020-01-25 17:12:44 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Added the `Path.noop()` method
- Added the `Path.insop()` methods
2020-02-01 17:17:28 +01:00
### i18n
#### Added
- Added translations for Breanna
#### Changed
- Added/Updated strings for the 2.2 frontend changes
- Changed `Joost De Cock` to `Joost` because spam filters don't like cock
#### Removed
- Removed the files for homepage translation, and moved that content to markdown
- Removed the files for editor translation, as it is no longer used
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### models
2020-01-27 17:49:13 +01:00
#### Changed
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- Extended the menswear size range to have 10 different sizes, just like womenswear
2020-01-27 17:49:13 +01:00
### utils
#### Changed
- Neckstimate now uses proportions only
2019-10-06 15:04:02 +02:00
## 2.1.9 (2020-01-18)
2020-01-18 11:36:16 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### simon
2020-01-18 11:36:16 +01:00
#### Fixed
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- [#253](https://github.com/freesewing/freesewing/issues/253): Fixed type in simon sleeve causing incorrect cuff issue
2020-01-18 11:36:16 +01:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### core
2020-01-18 11:36:16 +01:00
#### Fixed
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
- [#19](https://github.com/freesewing/freesewing/issues/19): Path offset issue is now fixed in upstream bezier-js@2.4.6
2020-08-14 15:14:56 +02:00
2020-01-18 11:36:16 +01:00
## 2.1.8 (2019-12-16)
2019-12-16 08:49:40 +01:00
### simon
#### Fixed
2020-08-14 15:14:56 +02:00
- [#416](https://github.com/freesewing/freesewing.org/issues/416): Fixed bug in simon sleeve
2019-12-16 08:49:40 +01:00
## 2.1.7 (2019-12-15)
2019-12-15 14:12:29 +01:00
### carlton
#### Fixed
2020-08-14 15:14:56 +02:00
- Added missing scalebox
- Re-numbered tail as part 5
2019-12-15 14:12:29 +01:00
## 2.1.6 (2019-11-24)
2019-11-24 11:30:53 +01:00
### utils
#### Fixed
- [#317](https://github.com/freesewing/freesewing.org/issues/317): Fixed bug where format was not passed to formatImperial
2019-11-24 11:30:53 +01:00
## 2.1.5 (2019-11-19)
2019-11-19 18:35:55 +01:00
## 2.1.4 (2019-11-01)
2019-11-01 18:18:02 +01:00
## 2.1.3 (2019-10-18)
2019-10-19 08:48:59 +02:00
### i18n
#### Added
- More translated strings
### utils
#### Changed
- Adjusted slope of the shoulderToShoulder measurement in neckstimate data
#### Fixed
- [#250](https://github.com/freesewing/freesewing.org/issues/250): Model page stays empty with pre 2.0 model data: Error: 'neckstimate() requires a valid measurement name as second parameter. (received underBust)'
2019-10-19 08:48:59 +02:00
## 2.1.2 (2019-10-14)
2019-10-14 19:19:01 +02:00
### i18n
#### Fixed
- Fixed issue where symlinks were causing all languages to export English strings
2019-10-14 19:19:01 +02:00
## 2.1.1 (2019-10-13)
2019-10-13 17:39:54 +02:00
### utils
#### Fixed
- Fixed an issue with the formatMm method not adding units
2019-10-13 17:39:54 +02:00
## 2.1.0 (2019-10-06)
2019-10-06 15:04:02 +02:00
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### penelope
#### Added
- Added the Penelope Pencil Skirt pattern by @woutervdub
- Initial release
### simon
#### Changed
- [#123](https://github.com/freesewing/freesewing/issues/123): Added a box pleat option to Simon
- Added the `backDarts` option to control the inclusion of back darts
- Added the `backDartsShaping` option to control the amount of shaping by the back darts
- Changed the defaults to slightly reduce the ease and adapt the sleevecap
#### Fixed
- Fixed an issue where the store wasn't properly initialized causing hips and waist ease to be set incorrectly
- Added a missing paperless dimension for the waist
- Fixed an issue where the split yoke option was not taken into account correctly
### simone
#### Added
- Added the Simone shirt pattern
- Initial release
### waralee
#### Added
- Added the Waralee wrap Pants pattern by @woutervdub
- Initial release
2019-09-21 19:52:47 +02:00
### core
#### Changed
2020-08-14 15:14:56 +02:00
- The pattern super constructor now sets a `config` property that holds the pattern configuration. This means that unlike before, there is no need to instantiate a pattern to access its config. You can just import the pattern, and it's config property will contain the pattern config.
2019-09-21 19:52:47 +02:00
### i18n
#### Added
- Added translations for Penelope, Waralee, and Simone
### utils
#### Added
- Added backend methods for administration
- Added the resendActivationEmail method to backend
#### Fixed
- Fixed an issue where optionDefault was not handling list options correctly
2019-09-15 12:20:02 +02:00
## 2.0.4 (2019-09-27)
2019-09-17 08:02:06 +02:00
### carlton
#### Fixed
2020-08-14 15:14:56 +02:00
- [#108](https://github.com/freesewing/freesewing/issues/108): Fixed incorrect width of the Carlton tail
2019-09-17 08:02:06 +02:00
## 2.0.3 (2019-09-15)
2019-09-15 12:20:02 +02:00
### bruce
#### Fixed
2020-08-14 15:14:56 +02:00
- [#106](https://github.com/freesewing/freesewing/issues/106): Fix incorrect hem allowance
2019-09-15 12:20:02 +02:00
### utils
#### Fixed
- Fix measurementDiffers to pass breasts parameter to neckstimate
## 2.0.2 (2019-09-06)
### benjamin
#### Fixed
2020-08-14 15:14:56 +02:00
- Added bandLength option to fit optiongroup (it was missing)
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### jaeger
#### Fixed
- [#76](https://github.com/freesewing/freesewing.org/issues/76): Fixed a typo in Jaeger that was causing the side vent length to be wrong
### simon
#### Fixed
- [#100](https://github.com/freesewing/freesewing.org/issues/100): Updated simon with more sensible defaults for ease options
- [#102](https://github.com/freesewing/freesewing.org/issues/102): Fixed 'Snippets not defined' error when drafting a seperate button placket
- [#103](https://github.com/freesewing/freesewing.org/issues/103): Fixed 'hemSa not defined' when drafting paperless Simon without seam allowance
### i18n
#### Added
- [#90](https://github.com/freesewing/freesewing/issues/90): Added missing option translations for Benjamin, Florent, Sandy, Shin, and Theo
### utils
#### Fixed
- Removed lingering debug statement in formatImperial
## 2.0.1 (2019-09-01)
2019-09-02 19:51:56 +02:00
### models
2019-09-02 07:25:26 +02:00
2019-09-02 19:51:56 +02:00
#### Added
2019-09-02 07:25:26 +02:00
2020-08-14 15:14:56 +02:00
- Expanded the size ranges available.
- Added the `withBreasts` models which were missing in earlier releases.
2019-09-02 19:51:56 +02:00
#### Changed
2020-08-14 15:14:56 +02:00
- The models data is now based on the data from the `neckstimate` method in the utils package.
2019-09-02 19:51:56 +02:00
#### Fixed
2020-08-14 15:14:56 +02:00
- [#86](https://github.com/freesewing/freesewing/issues/86): The `seatCircumference` measurement was missing, thus making it unavailable on the website
### utils
#### Added
- The `measurementDiffers` method is new.
2019-09-02 19:51:56 +02:00
## 2.0.0 (2019-08-25)
2019-09-02 19:51:56 +02:00
### aaron
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### benjamin
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### bent
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### brian
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### bruce
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### carlita
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### carlton
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### cathrin
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### examples
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### florent
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### huey
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### hugo
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### jaeger
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### rendertest
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### sandy
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### shin
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### simon
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### sven
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### tamiko
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
#### Added
- Initial release
### trayvon
2022-06-17 12:02:09 +02:00
#### Added
- Initial release
### wahid
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### plugin-bust
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### plugin-flip
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### plugin-i18n
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### plugin-round
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### plugin-sprinkle
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### plugin-svgattr
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### plugin-theme
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### core
#### Added
- Initial release
### i18n
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### models
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
chore: Re-structure workspaces, enforce build order These are some changes in the way the monorepo is structured, that are aimed at making it easier to get started. There are two important changes: **Multiple workspaces** We had a yarn workspaces setup at `packages/*`. But our monorepo has grown to 92 packages which can be overwhelming for people not familiar with the package names. To remedy this, I've split it into 4 different workspaces: - `designs/*`: Holds FreeSewing designs (think patterns) - `plugins/*`: Holds FreeSewing plugins - `packages/*`: Holds other packages published on NPM - `sites/*`: Holds software that is not published as an NPM package, such as our various websites and backend API This should make it easier to find things, and to answer questions like *where do I find the code for the plugins*. **Updated reconfigure script to handle build order** One problem when bootstrapping the repo is inter-dependencies between packages. For example, building a pattern will only work once `plugin-bundle` is built. Which will only work once all plugins in the bundle or built. And that will only work when `core` is built, and so on. This can be frustrating for new users as `yarn buildall` will fail. And it gets overlooked by seasoned devs because they're likely to have every package built in their repo so this issue doesn't concern them. To remedy this, we now have a `config/build-order.mjs` file and the updated `/scripts/reconfigure.mjs` script will enforce the build order so that things *just work*.
2022-06-16 17:11:31 +02:00
### prettier-config
#### Added
2020-08-14 15:14:56 +02:00
- Initial release
### utils
#### Added
- Initial release
2020-08-14 15:14:56 +02:00