Replies: 1 comment 1 reply
-
Of the options you give as an example:
The first is the default behaviour (sans any layout info), while the later might be taken care of via the (recently approved) targeting of app instances by intents (by passing an which would allow you to target an instance you already have details for (e.g. because you opened it or it previously resolved an intent for you) or that you have retrieved details of via I would assume the next extension of your query is passing layout information (dimensions, position, monitor) for a new instance of the app. Whilst I think this is entirely logical, FDC3 has previously avoided anything to do with 'window management'. Hence, if you think it definitely is needed I would recommend outlining the use-case and an example of use that we can discuss at an upcoming meeting. |
Beta Was this translation helpful? Give feedback.
-
I have a use case where we'd like to be able to raise intents but with additional information to pass to our "layout manager".
For example, we may have a right-click context menu that presents the user with a variety of intents. These intents could be handled by the layout manager in different ways, e.g. open as a new window, or open in an existing collection of apps, etc.
To date the FDC3 spec does not have a way to pass a preferred layout choice (or anything else that is unrelated to the context or TargetApp).
Should TargetApp be enhanced to include user preferences selected at the same time as raising the intent?
Beta Was this translation helpful? Give feedback.
All reactions