On Sat, 03 Sep 2011 13:18:20 -0700, Einar Rünkaru <[email protected]> wrote:
This requires a precise calculation in ReframeRT to stretch the
video sources to resync them. 4 digits are not enough.

Therefore I propose the following patch.


Why minor fix in one plugin requires change in gui framework?

During construction, textbox is initialized with the default value passed by the TumbleTextBox constructor.

I could simply override that by doing this:

$ git diff
diff --git a/plugins/reframert/reframert.C b/plugins/reframert/reframert.C
index dd5075a..009b362 100644
--- a/plugins/reframert/reframert.C
+++ b/plugins/reframert/reframert.C
@@ -227,8 +227,10 @@ void ReframeRTWindow::create_objects()
                this,
                x,
                y);
+       scale->set_precision(8);
        scale->create_objects();
        scale->set_increment(0.1);
+       scale->update((float)plugin->config.scale);
        y += 30;
        add_subwindow(stretch = new ReframeRTStretch(plugin,
                this,

... but that would mean the textbox value being initialized uselessly twice! Once in create_objects() and once again in the ReframeRT initalization override by me.

I don't know the code enough to go deeper and find out the reasons for having "create_objects" out of the constructor.

Fair enough, I don't know how this affects other parts of the code, but I don't think it should because the patch modifies object creation and just updates the values with the "default value" passed by the plugin request, and hey, if the plugin is requesting precision != 4 before object creation, it should go initialized like that, right?

Best regards.


--
Octavio.

Twitter: @alvarezp2000 -- Identi.ca: @alvarezp

_______________________________________________
Cinelerra mailing list
[email protected]
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra

Reply via email to