Slow when creating numerous items
Bug #1187490 reported by
hilaire
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Dr. Geo |
Fix Released
|
Low
|
Unassigned | ||
Bug Description
When creating hundreds of identical type items, the factory is slow to calculate its unicity.
This problem occurs when a sketch is Smalltalk defined.
| description: | updated |
| Changed in drgeo: | |
| milestone: | none → 13.08 |
Revision history for this message
| hilaire (hilaire-fernandes) wrote | #1 |
| Changed in drgeo: | |
| status: | Confirmed → In Progress |
Revision history for this message
| hilaire (hilaire-fernandes) wrote | #2 |
| Changed in drgeo: | |
| importance: | Medium → Low |
| Changed in drgeo: | |
| status: | In Progress → Fix Released |
To post a comment you must log in.
The hash value of the math items is now cached and recomputed only when needed (i.e. the math item is updated). The factory is now faster to compare existing items.
Optimization in the Segment Morph initialization: avoid superfluous #computeBounds sent message.