BetterWidget™ idea about vism HOT 8 CLOSED

I will join this issue with #35 since it has conjugated issues

from vism.

Yes, that's exactly what I have started to do

from vism.

I think we should do something like that:
Every widget has at least two files, one is GUI class to configure it and another class is to show it as widget. If One adds new Widget (installs it by this script, all names are added to some file etc. ). It is from now shown in menu of Widgets (this list of widgets). If One choses widget, it shows configuration window with default configuration (user can change it), and after clicking OK, new widget will be added. This reduces problems with for ex. not selecting plot setting before animation.

• First (if One enters program) One has to pick folder with data (everything else is locked).
• If One picks Widget he has to setup configuration, if not all options like (animation menu) is locked.

We will force user to pick things in order we want them to be picked.
I think this kind of thinking will let us simplify app, and get rid of some complicated bugs.

from vism.

Ok, so what I am preparing right now is a Mediator with proxy that propagates settings from the GUI to itself, verifies it and then manages settings prompting and Canvas or GL object creation. This will not require any blocking since settings are only prompted at creation and will be valid only for the object's lifetime (til deletion).

additionally, I will construct another class that will delegate Widget buildup (checks all files) and will enhance the namespace of the aforementioned settings mediator.

So for example:

• first enter the data (nothing can be set yet)
• pick a layout
• select widget
• (settings are prompted)
• widget is created if settings are valid
• close the widget if needed

I propose that settings should be valid for the whole lifetime of the 3d widget, if user wants to modify it, there is a need to reload it anyway so it wont save much time by modyfiying it i.e. delete and create new.
However, for now, settings Mediator will refresh modifications for 2D layers, that's ok.

Tell me what do you think about that.

from vism.

Correct. I think at start of app user should be prompted with some kind of Initial Panel and then asked to provide directory, the rest is as above.
For now I will take care of:

• Button to delete widget.
• Improve idea with pop up when data is loading.
• Fix issue when some widgets are smaller and others bigger.
• I will refactor Worker code (Singleton which is triggering frame change).
• Fix issue? when you abort data loading app is closing - pretty inconvenient.

I will join you after having my part done.

from vism.

We have to think about putting each Widget in separate directory (I don't think it's necessary), but for sure we must put all widgets in one directory.

from vism.

To be clear this should also shorten main.py file because compose_dict and plotSettingsReceiver will be inside widgetSettings class and choosingWidgetReceiver won't be made of cascade of if statements.

from vism.

I think it was completely solved in #39 and #46

from vism.