-
Notifications
You must be signed in to change notification settings - Fork 33
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
dont save street propery in JSON #355
Conversation
✅ Deploy Preview for 3dstreet-core-builds ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
Is this removeProps list used in saving new files? if we ignore all of street component properties, that means all those props cannot be changed by the user such as turning on/off showGround or showStriping or adjusting length? At the moment those can't be edited in realtime anyway, they have to be saved and then the scene reloaded for the scene to adjust and display the changes correctly. (or the street entity removed and a new one loaded in its place) |
Maybe I can add new boolean key 'loaded' to street property while saving JSON. And inside street component I can check it, if its equals true, then dont do nothing. And it will also help not reload all scene in other cases. |
prevent reload street after change properties of street component
I added commits, where I adjusted the work of the function that filters components. Now removing JSON string in street component works well. And now the size of the JSON file has decreased noticeably |
@Algorush I am confused by this -- why do we remove street parent?
|
Because 3dstreet/src/aframe-streetmix-parsers.js Line 708 in b3731c0
I did this to avoid the case when the street component is applied several times to an element and then an issue occurs that the scene elements are added again. This case arise, for example, when changing the street parameters in the editor on the right panel. You can check it out in 3dstreet.app: and now we can change the parameters of the street component. But yes, it was better to create a new issue for this, so as not to confuse |
To merge:
|
No description provided.