Skip to content
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

CGWire to Avalon launch #28

Open
tokejepsen opened this issue Jun 29, 2018 · 7 comments
Open

CGWire to Avalon launch #28

tokejepsen opened this issue Jun 29, 2018 · 7 comments
Labels
enhancement New feature or request

Comments

@tokejepsen
Copy link
Collaborator

Goal

Minimize the amount of navigation when using CGWire and Avalon.

Motivation

Currently you might be spending your time in CGWire when commenting and updating statuses on tasks, but when you want to launch the same task in Avalon, you have to navigate from the project level and find it.

Implementation

CGWire currently have custom actions, which we might be able to use to start the Avalon launcher in the correct context.

@mottosso mottosso added the enhancement New feature or request label Jun 29, 2018
@tokejepsen
Copy link
Collaborator Author

It could be the launcher's responsibility to have a requests server to receive calls.
The launcher would need to know who is logged in to be able to filter which calls to act upon.

@tokejepsen
Copy link
Collaborator Author

Finally got around to testing this again, and got something working:

Untitled_ Feb 12, 2020 10_43 PM

There are a lot of stuff todo before it works, but its promising now. The server is running with bottle which will be integrated with Avalon with getavalon/core#524.
Next things to do are take the data Kitsu gives us and find the corresponding asset. This is what we get:

{'personid': 'b01bae1e-f829-458a-a1eb-131bb66628cc', 'personemail': '[email protected]', 'projectid': '5bb7cdd5-15cc-4de2-9d4f-1332ca79dcde', 'currentpath': '/productions/5bb7cdd5-15cc-4de2-9d4f-1332ca79dcde/assets', 'currentserver': 'localhost', 'selection': '11a1d93b-3b98-4660-9ee1-aabd72c17578', 'entitytype': 'asset'}

Getting the Kitsu selection id and having metadata (cgwire/kitsu#100), we should be able to find the asset in Avalon. After that its matter of passing this asset id to the launcher so users just need to choose their application to open.

@tokejepsen
Copy link
Collaborator Author

Thought about this some more, and the launcher itself being present in the tray might be a good candidate to listen to a local port.
Once a signal is received the launcher can push to the front in the correct context.
This does introduce some overlap with CGWire and the launcher, because of the unique data incoming which would be different from other project trackers or sources.

@davidlatwe
Copy link

the launcher itself being present in the tray might be a good candidate to listen to a local port.

Avalon Launcher can be launched multiple times which will have multiple running instances in tray, will that be a problem ?

@tokejepsen
Copy link
Collaborator Author

Good point. Didn't think of that.

What are the use cases that? Is it used anywhere?

Thinking they all could change context.

@davidlatwe
Copy link

What are the use cases that? Is it used anywhere?

Hmmm, I didn't concider it as a feature, haha. But I do find artists here, often accidentally launching multiple Launcher instances. Should concider as a bug, since you may have multiple listeners if implementing this into Launcher ?

@tokejepsen
Copy link
Collaborator Author

Yeah, certainly a case that needs testing against. I would imagine that all the launcher will pop up in the right context, so either the user realises or doesn't care :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants