-
Notifications
You must be signed in to change notification settings - Fork 48
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
[Loader] Extra control for artists - load multiple assets #346
Comments
I like the first one :) Could plugin be able to bypass/ignore this controller ? If the plugin got it's own layout GUI or load counter. |
+1 for right-hand side, because that's where I'd look for it, and is akin to the layout in Maya, Nuke and Houdini. Like David suggests, I would give each loader the ability to define options for itself, that could be visualised in it's own panel to the right. Example class MyLoader(...):
options = [
api.Long("amount", default=1),
api.Double3("smartTransform", help="Offset containers by this value", default=(5, 0, 0)),
]
def do(self, *opts):
for i in range(opts["amount"]):
container = cmds.file(...)
cmds.move(container, *opts["smartTransform"]) |
This seems trickier, because each "subset" selected can have multiple representations, and each representation can have multiple loaders. Additionally one can even select multiple subsets. So specific loader options I think could be tricky - since it would have to list the options of a multitude of Loader options? Originally I was thinking to allow CTRL + clicking a Loader action (when clicking it in the right click menu) to pop-up the amount. So it's only for that specific moment you're running it. Though problematic with that is no one would ever know about the CTRL + click functionality until explained. So it wouldn't make much sense to implement it that way. |
How about moving the load trigger from right click representation menu to the right side panel ? Use right click menu to select the representation you want to load, then the right side panel will change it's content to display load options, and once you are happy with the load options, there is a "Load" button at the bottom of panel for you to click and actually load the representation into the scene. This may far beyond what currently needs to solve the issue, but what does this sounds ? Could be the future develop direction ? |
But... if the options is on the right hand side, where would |
I like the speed of things with RMB menu, it's a intuitive way to load thing. For me the ideal flow for would be:
How about tabs? Similar to the silos, one tab for comment history and one tab for controls. I think it is a decent solution. |
Oo, I really like that. <3 |
Wonderful !! |
Hey guys. has this ever moved any further? I have artists asking for the same stuff. If it's somewhat finished but untested or needs some polishing and @aardschok doesn't have time, maybe we can take over and finish it of. |
We dropped the development of it at the time as it still felt like a bit of a clutter - and it made only sense in very rare situations, here's @aardschok 's branch related to this though: https://github.com/aardschok/core/tree/PLN-121 What's your exact use case @mkolar ? |
@BigRoy Is this being used in Colorbleed ? |
@davidlatwe We haven't developed this any further no. So we're not using it currently. Do you have any direct use case? |
Yeah, we have artists here asking for batch load on one subset. Currently trying to implement this feature with And that option box will not appear if multiple subsets or assets being selected, or the loader plugin does not has options. |
Here's what I have now. Currently no option widgets implemented yet, just a base dialog and simple loading result (printing representation Id). Note that the loader will wait till the dialog been accepted, so the loader should be able to get options from dialog. Visually looks like Maya's option box, and the current workflow seems good to me, was referenced from @mottosso's comment above. But not so sure about what type of data should use what type of widget to represent on dialog, like, using |
Implemented in #482, closing this 🚀 |
…nce-from-sequence-PS PS - added loader from sequence
We have had a request from one of our artists here in the studio which is as follows:
Load multiple publishes at once
. When for example the artist needs a few trees in the scene or rigs of character he doesn't want to constantly press RMB and click the desired load action.To improve the workflow and reduce the time spend loading an asset we have tried to design an extra set of controls into the application without cluttering any component of it.
The main issue we hit from the get-go was the RMB; due to the current way possible loaders buildup the menu, per representation, it can get quite large. To counter that we have been playing with positioning of an extra control element.
Designs:
![Image from Gyazo](https://camo.githubusercontent.com/ca75356d9cc3469e3f7b2ea91445ad9998d519bfca0b172acc4c8f207c24b400/68747470733a2f2f692e6779617a6f2e636f6d2f62653332306637373932333830366233633531663564376232643134306361362e706e67)
Add all extra controls to the bottom side
Add all extra controls to the top side
![Image from Gyazo](https://camo.githubusercontent.com/03bf5216a693b23bb5f745c066548e8f367a7735cede5be96ea2ecfd1ae4513d/68747470733a2f2f692e6779617a6f2e636f6d2f65326239353635373938383964303863353636323966373432616561646666632e706e67)
Add all extra controls to the right hand side
![Image from Gyazo](https://camo.githubusercontent.com/798df82c9e3de9619086ee8cd1f27c230077e5ef265fe84e190cd8692ad393f7/68747470733a2f2f692e6779617a6f2e636f6d2f66613335623964313235366231393566333766336531633430313739376435642e706e67)
I have create single working example of the first mentioned design:
![Image from Gyazo](https://camo.githubusercontent.com/438c7d7747b20d824a01bf1737949844d25c5cf6abda0ab79767ecd5e3a9fecc/68747470733a2f2f692e6779617a6f2e636f6d2f30386533666638643463363932646130313031396266343339363337313264632e676966)
If you have any input to improve this feature please lets discuss it below! :)
The text was updated successfully, but these errors were encountered: