Skip to content

Resize: BUGFIX on attachedToNode and on clone#2

Open
Pankovea wants to merge 4 commits into
HAG87:masterfrom
Pankovea:master
Open

Resize: BUGFIX on attachedToNode and on clone#2
Pankovea wants to merge 4 commits into
HAG87:masterfrom
Pankovea:master

Conversation

@Pankovea
Copy link
Copy Markdown

in BUMP_resize.ms

While I was trying to find the error by simply using print in the getLimits function, the behavior of the modifier when added became expected. As a result, I just added a reference to the object and the error in the calculations went away.

In the line on x_mount set val do ... there is no need to check if the modifier has just been loaded. Updating the values of x_amount and other newDims will always change.

During cloning, the state is stored in is_cloned. Then, no changes are made to attachedToNode after cloning.

Now Everything is is working as expected.

@Pankovea
Copy link
Copy Markdown
Author

Pankovea commented Dec 1, 2024

On 1 december i was finished refactoring the resizer script. All commets in commit message. The script started working faster.

@Pankovea Pankovea force-pushed the master branch 2 times, most recently from b331d6a to c142246 Compare December 1, 2024 11:02
@Pankovea
Copy link
Copy Markdown
Author

Pankovea commented Dec 1, 2024

There are some little corrections in these forced pushes

The functionality is organized so that point scaling operations are performed once.
The interface is disconnected from parameter changes.
Features added to the interface:
* Entering dimensions based on scaling. That is, on a scaled object,
  we set the actual size in global units.
* Convert to Xform - to store information about them from one of the users
* Convert to Transform - removes the modifier and transforms the transformations
of the object. At the same time, if there are modifiers above,
then their modifier context will be changed to save the modification result.

Emerging issues:
When Converting To Transform, when executing commands line by line in Listener,
the result corresponds to the original one.  But when executed in a script,
the result is different. It is not yet possible to find out what the reason is.
feat: arrange batch views by  buttons up and down
feat: roll_Cams close event saves its position and size to an INI file.
feat: fn compareCamNames to sort camera names alphabetically.
feat: resizeFloater function: This private function resizes the Floater based on the height of its rollouts.

add: viewData: This structure holds data for batch view settings

UI Adjustments
Listbox lst_views height increased to 20 for better visibility and usability.
Buttons added for moving views up and down in the batch list (btn_up, btn_down), toggling enabled status (btn_togleEnabled).
Enhanced UI elements such as labels, buttons, and checkboxes to ensure better user interaction.

Miscellaneous Improvements
Minor adjustments in event handling functions like on btn_s pressed, etc., to improve functionality based on new data structures and behaviors.

This commit significantly improves the organization and interactivity of the Camera Manager tool, making it more user-friendly and better suited for managing multiple camera settings within a scene.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant