| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
The linear things should be drawn in drawFunction() since they
change only when some control point is moved and the spline is
recalculated anyway.
Introduce spline::get_value_no_save to avoid clobbering the
tracked value.
Draw linear helper before the spline to avoid occluding it.
Remove some redundant checks for whether _config exists when all
calling sites ensure it already.
I still need to de-camel-case these two classes.
|
|
|
|
This was especially visible with XYZ spline widgets.
|
|
|
|
|
|
- add missing locking
- bundle and settings ptr are never null following initialization;
sentinel objects get created if there's no bundle, thus don't branch
outside initialization functions. the sentinel object doesn't load or
save to the .ini file
- connect spline refresh to any bundle change
- connect spline widget refresh to spline refresh
- few caveat comments
- spline_widget::setConfig now only takes the spline as argument,
eliminating most of the complex logic there
- clarify spline::set_bundle vs newly introduced spline::recompute
|
|
|
|
The mapping window has 13 bundles total in use. Setting them all can take up
to a large fraction of a second on some windows filesystems. Do a single
config write instead.
|
|
- spline widgets reload when spline bundle reloads
- every bundle reloads when profile gets changed
Importing old spline settings hasn't been implemented.
Control point positions are stored as raw floats. This is bad.
|
|
Adjust usages.
|
|
Adjust usages.
|
