Resize words on both sides, enhanced file dialog for export to MOHO .dat

[jensdreske]

This commit enables resizing word boxes from both sides and adds some logic to make it work. What was the reason to disable it in the past?

I also modified the file export dialog for MOHO to suggest a filename with .dat at the end or add .dat, if no other filetype is specified by the user.

Tested on macOS 10.15.7.

[steveway]

That looks pretty nice. The whole resizing system was really bad in the past, I've rewritten it a few times already. It looks like it is almost stable enough to be put back. But I've already noticed a few bugs:

• Words/Phrases with tags are missing the resize handles
• The boundaries are not working correctly anymore. (Try dragging from the left past the right or vice versa.)
  • We need to catch and correct that to make it usable.
  • The current behaviour we have is that it stops you from making the object smaller than the containing phonemes and the maximum depends on the parents right edge and it's right neighbours left edge, depending on which one gets hit first.
  • When resizing from the left it would be good to also conform to these constraints, even the one from the right don't seem to apply anymore with this change.

[jensdreske]

thank you for your fast reply and the description of the boundaries behavior! I'll dive into the code asap.

I also noticed when zooming in and out the active area for resizing stays 2 frames wide (as I wanted in the first place), but the handles stay at their fixed size in pixels somehow. This seems to be a better approach anyway, so I like to change the active area to a fixed size in px, not frames.

I just fixed the borders for tagged elements. I have to confess I don't get how to use the tagging system. These trees look nice and interesting but how can I take advantage from it?

[jensdreske]

this commit respects the min and max borders now. Unfortunately it is a bit jittery, because the direction of resizing can switch from left to right while resizing, i guess. Can this be locked somehow...?

[jensdreske]

now it looks good and stable to me. Could you have a look at the latest commit?

[steveway]

This behaves much better. I don't see any real bugs during resizing anymore. These new handles don't look very nice in my opinion, there is some room for improvement, but the functionality seems good. I think we can merge this, I don't see any regression.

About the tags, this is not used yet by any software, but the idea is to add some information for that part. For example you can add information that the character is looking left and smiling to a phrase or word or phoneme. In your animation software you would then either use the tags to automatically modify your animation, or you'd somehow show the tags in the software, in the timeline, for the animators as a guide. Maybe together with something like DeepMoji we can automatically add some tags: DeepMoji

[jensdreske]

Great, let me know if you see some strange behavior. I plan to use Papagayo extensively in a project during the next few weeks and test it. Perhaps we could make it look better using linear gradients in the background to indicate the resize/move area. But I guess this should rather be a part of a new branch GUI redesign

[steveway]

Qt allows for quite extensive styling, those elements are heavily modified QPushbuttons for example. It would be good to allow users to change the styles of all elements themselves in a settings window and maybe save and load those too. That way we can also create a dark mode, some people prefer that.

I'll likely do a few more tests to see if there are really no regressions and will then merge this.