NuVerge is working on creating a method to re-use existing apps/functionality for different industries, using app layouts that are in different families/solutions. The only difference between solutions is to display different terminology on menus/synonyms/app link title/etc. In general, we believe we have solved almost all of the edge cases, but the one remaining case is search apps.
Is it possible to display different synonyms that appear in a search app from different app layouts? Either by having different search apps be displayed, or by having the data items recognize they are being displayed in a different context and use a different synonym?
I don’t think this is possible. The closest option I can think of for this is in the Data Mappings for the search action to specify a different Title or Subtitle but seems like you might already be aware of that capability and isn’t really what you’re asking for.
If you are a Nextworld customer or partner, work with your system administrator to submit a ticket with customer support, who will file a bug on your behalf. Include a link to this post in the ticket. If you’re not a Nextworld customer, keep an eye on release notes. We’re always making improvements.
@msochinski you can set up synonyms by app layouts. In the example below, I created a different synonym for each layout. In your example, if you have different layouts for the search application, you can set up different synonyms per layout by following the configuration below.
I think the concern was that while individual layouts can have their own synonyms, all layouts of the same application navigate to the same search application (and there is no way to influence which search app or search app setting applies per-layout), so the fields within the search app are invariable.
As far as I know, this isn’t natively-supported. There are probably some workaround-type solutions involving defaulting of a work field via app settings, the data mapper, and forminit logic, but none of it would be clean.
I can imagine a variety of different possible solutions that could be possible with platform enhancements. Does one of the following sound like what you had in mind, @msochinski?
Support modification of search application, search application setting, and data mapping within an application layout → link to a different search app with unique synonyms per layout
Support dynamic search app links → via work field/app setting, link to a different search app with unique synonyms dynamically instead of modifying each app layout
Enable synonym inheritance from a parent metadata object or a parent product family/module → search app A coming from object 123 inherits some list of synonyms while search app A coming from object 456 inherits a different list
Yes I think you captured the issue exactly, since only one app can be assigned as a search app per field, and it cannot be changed in a layout, the only option that I have currently is to make the search app generic enough that it will apply in all cases.
We are still discussing the strategy we want to use, but it sounds like at this point if we want to go down this path that we would need an enhancement of some sort to support different search apps and/or synonyms to be displayed.
