Martin Pengelly-Phillips

We extended ftrack to automatically add fqdn and pid to the subscriber information when subscribing to events, along with an `EventHub.subscribers_for(event)` method. With those we can easily find any rogue event listeners and shut them down. Might be something for ftrack to add to the core?

We've been waiting on this for a while now. Do you have an expected date of when this will happen?

>>> for object_type in session.query("select id, name from ObjectType"): >>> print object_type["id"], object_type["name"] 4be63b64-5010-42fb-bf1f-428af9d638f0 Asset Build 01decdd1-51cb-11e3-9d5b-20c9d0831e59 Milestone bad911de-3bd6-47b9-8b46-3476e237cb36 Shot 11c137c0-ee7e-4f9c-91c5-8c77cec22b2c Task ...

We also need to be able to manage managers for a project via the API. (Or have some other way to add folks to a project so that they get notifications without being assigned a task). This is critical for us as a larger studio.

Support for querying JSON structure directly would be useful to us also. Right now we have some code using a 'like' query to match the parts of the encoded string (which is not great).

Regarding the new release notes - how do you link to a specific version? Also, it was very useful to be able to link to ftrack glossary entries to ensure everyone was referring to the same definition of a term. Where is the equivalent functionality in the new docs? The new docs don't seem to be improving...

Strike through would be great - it is useful also for indicating outdated information without having to actually delete the information.

Now it seems like the release notes are no longer available in the old style docs either. Could you please bring back the olds docs as it seems the new docs are not getting updated with the required features.

We've seen this too. Would be good to still be playable even when no thumbnail set.

We find the 'old' documentation invaluable for sharing and training internally. The new docs simply aren't suitable (at least not yet). We miss the ability to: Link to specific sub-sections. Access the docs offline. Navigate left and right through a topic. Link to the specific release documentation (as we are often behind latest by a few versions). Link directly to API reference (via intersphinx) from our API reference and then maintain context in surrounding docs. Please bring back the 'old' docs or at least keep updating them alongside the new ones until you can support all these features in the new docs.

We would definitely appreciate being able to hide lists in the left nav (maybe only be able to navigate to them from the list spreadsheet view). I'd almost see it as just an extension of the current 'open' flag on a List. If not open, hide in left nav.

Yes, this would be great to have. Also, would be awesome if ftrack supported # completion for other entities in the system. E.g. Could start #mod and it would autocomplete to a modeling task.

In addition, we currently link (via intersphinx references) to the ftrack documentation from our own internal documentation. Often this is to specific sections. How do we link to specific sections in the new documentation? Currently it only seems possible to link to whole articles.

Not possible at present to do in one query. Are you wanting to do it in one query for performance reasons? The API does support batching calls under the hood, but it doesn't seem to be implemented for queries yet. There are some TODOS in the code though... def _query(self, expression): '''Execute *query* and return (records, metadata). Records will be a list of entities retrieved via the query and metadata a dictionary of accompanying information about the result set. ''' # TODO: Actually support batching several queries together. # TODO: Should batches have unique ids to match them up later. batch = [{ 'action': 'query', 'expression': expression }]