-
Notifications
You must be signed in to change notification settings - Fork 208
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rework UI Handling #85
Comments
:-) that's OK -- you're doing really well, thinking through usage and these
improvements are great. Let's just not forget to start wrapping up along a
reasonable timeline for SoC -- and getting our demos and such working. I'd
even like to consider making a demo that's a complete replacement for
Infragram.org and FisheyeGL -- with the extra HTML UI those two have.
Thanks!
…On Fri, Jul 28, 2017 at 10:30 PM, Chinmay Pandhare ***@***.*** > wrote:
@jywarren <https://github.com/jywarren> you were once suggesting changes
in the UI module. I thought upon them, and find them really interesting.
Also, the current system has forward compatibility issues (Adding new
features to it is really complicated. The code quality isn't very good). I
have been working on the new model, with a much cleaner syntax and code and
working on it all day. Will create a PR when ready.
Some takeaway features are:
- User defined variables : Users can define a variable for any step.
This can be used to store the reference of an HTML Element, for further use
in the other events (Like you suggested earlier) .
sequencer.setUI(
onSetup: function(step){
step.image = document.createElement('img'); // create a user defined variable step.image
step.image.setAttribute( 'id', 'IS-'+step.ID ); // access the default variable step.ID
... // append to DOM and other stuff
},
onComplete: function(step){
step.src = step.output;
},
onRemove: function(step){
step.remove();
},
);
- Unified variables : Earlier there were too many unnecessary
variables and objects in the picture : options, identity, etc. Now all
come under the same banner steps. This brings in clarity and helps
maintain code, and is good for new contributors!
- Easier to understand and more User Friendly.
I am sorry, the "Bootstrapping Phase" doesn't seem to end very soon, major
functionality changes happening every day... :(
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#85>, or mute the
thread
<https://github.com/notifications/unsubscribe-auth/AABfJ7OeSLtIt7iuFDDJ3JmadzVX-eLCks5sSkTfgaJpZM4OnDIz>
.
|
Yes, you are right. We have to follow a timeline. I shall stick to it. Now that the new version of FisheyeGl has been published, I can re-implement the FisheyeGL Module! |
+1!
…On Jul 28, 2017 6:14 PM, "Chinmay Pandhare" ***@***.***> wrote:
Yes, you are right. We have to follow a timeline. I shall stick to it.
Now that the new version of FisheyeGl has been published, I can
re-implement the FisheyeGL Module!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#85 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AABfJwTYCPYkiq6p2Vrppg7KBdK7Ol6hks5sSl1UgaJpZM4OnDIz>
.
|
"Rework UI Handling" has actually solved a few things for us!
|
This is similar to Metadata. Except that the metadata is stored per "step" and not per "module-name" |
Ah ok! That does make sense.
…On Jul 31, 2017 4:07 PM, "Chinmay Pandhare" ***@***.***> wrote:
This is similar to Metadata. Except that the metadata is stored per "step"
and not per "module-name"
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#85 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AABfJ0nI-Ex-W5Ujj5XDQh9XV8GScE0Fks5sTjPQgaJpZM4OnDIz>
.
|
A FisheyeGl-like demo has been created. (PR #62) |
The link is https://ccpandhare.github.io/image-sequencer/examples/fisheye and not https://ccpandhare.github.io/image-sequencer/examples/fisheyegl, sorry for that. |
I think this part is over and we are now onto #87 for UI development, So I am closing this issue. |
@jywarren you were once suggesting changes in the UI module. I thought upon them, and find them really interesting. Also, the current system has forward compatibility issues (Adding new features to it is really complicated. The code quality isn't very good). I have been working on the new model, with a much cleaner syntax and code and working on it all day. Will create a PR when ready.
Some takeaway features are:
options
,identity
, etc. Now all come under the same bannersteps
. This brings in clarity and helps maintain code, and is good for new contributors!I am sorry, the "Bootstrapping Phase" doesn't seem to end very soon, major functionality changes happening every day... :(
The text was updated successfully, but these errors were encountered: