For me there is no need to keep it.
Feel free to vote this if you agree with me.
Hi Jeroen,
These are my answers to your questions:
- How often do you use “Model content”?
- I use it multiple times per week
- Which screen(s) in “Model content” do you use the most?
- Code files
- Columns
- Task parameters
- Report parameters
- What actions do you perform here in particular?
- I use code files to select generated code (created within the creation screen) which I would like to copy to the MS Management Studio to alter before executing (or partly execute)
- If I have renamed a subject in my model, I need to change this on column, task parameter and report parameter level. These screens in model content give me an overview and allow me to filter over the full set of columns and parameters
- Would you be able to perform the same actions in the regular SF screens?
- Not for as far as I know in regards to the columns and parameters.
- The selected of the code files is possible within the creation screen, but is also quite slow therefor full model/model content is preferred.
- If so, what is the reason you still use the “Model content” screens?
- N.A.
I am using it quite often, mainly for global filter/search/update actions in following tables:
- Templates
- Task- / Report- / Subroutine- parameters
- Columns
- Tables (because don’t like the split of functionality in Tables and Subjects)
- References
- Prefilters
For these kind of details tables, except Tables, this will never be possible in regular screens, I expect.
I wish there was one screen like this to search thru all objects in a tree structure with a sort of super search engine behind it.
- How often do you use “Model content”? Sometimes. Not very often, just for specific features which are not provided elsewhere in the SF.
- Which screen(s) in “Model content” do you use the most? Columns and Extenders.
- What actions do you perform here in particular? Columns: for searching in all columns without the context of a table. Extenders because, as far as I know, it is not found elsewhere.
- Would you be able to perform the same actions in the regular SF screens? No. I dont think so.
If so, what is the reason you still use the “Model content” screens? See previous answer, feature is not available elsewhere in the SF.
Extra suggestion: make a screen available for all Tags within a model.
- How often do you use “Model content”?
Every day at least one time.
- Which screen(s) in “Model content” do you use the most?
Templates.
- What actions do you perform here in particular?
Looking for specific code which I wrote earlier or if I want to change a specific value or code in different templates without the context of any control procedure.
- Would you be able to perform the same actions in the regular SF screens?
If so, what is the reason you still use the “Model content” screens?
No. I don’t think it is possible right now.
Yes a lot - I hardly use the menu on the left side - only for starting the full “Model content” and the tasks that are in there like “switch branch”. The Model content is also highly configurable as the menu is not/static. So I configured the Model content to my liking. (Please do not consider throwing the “Model content” away please)
I mainly use it to check the columns for when I want to change a translation and be sure it is not used somewhere else. It's also possible via the translations menu but takes a lot more clicks.
To answer all questions; I barely use it.
Though when I use it I usually use the tabs that are not available via the menu like:
- columns
- references
- prefilters
- task/report parameters
- extenders
- runtime configurations
- How often do you use “Model content”?
- A few times a week
- Which screen(s) in “Model content” do you use the most?
- Columns
- References
- Task parameters
- Report parameters
- Indexes
- What actions do you perform here in particular?
- Because the screens are within the context of the branch, it is sometimes useful to mass update records rather than writing a query to do this.
- Would you be able to perform the same actions in the regular SF screens?
If so, what is the reason you still use the “Model content” screens - See above answer. I think it is useful to see the objects combine to perform mass updates or check if a column or parameter is used more than once through the application.
- Sometimes these regular SF screens are not available, so that's why model content can be useful.
All in all, I really hope this feature will not be removed from the menu. I do understand that not all details will need to be visible within the screen, so maybe a summarized version would be great for overview.
Hello everyone, I am happy to share an update with you regarding this topic.
First of all, I want to thank you all for your contribution to this survey! It highlights that most users only use Model content for specific tabs, although some use it extensively and others do not at all.
Our product development team analyzed the feedback and identified two main criteria for using tabs within Model content:
- Tabs out of their parent context: these contain objects that are not shown in their parents’ context, such as 'Columns’, 'Task/Report/Subroutine parameters’, ‘Indexes’, and 'Prefilters'. They can be used for global actions such as filtering, searching, analyzing, comparing, and (mass) updating data.
- Tabs that serve a unique purpose: these cannot be found as a screen elsewhere, such as 'Code files’ and 'Extenders'.
Conclusion
Tabs that meet these criteria will be retained. While improvements might be considered later, such as relocating these tabs elsewhere, the current decision is to keep them as they are. This means that the menu item Model content will also be retained for now.
Tabs that do not meet these criteria will be removed*, which will keep Model content nice and clean. This will also relieve our development team from frequently updating these tabs to match improvements in their process-optimized screens, which are already available from the menu. You can even further adjust those optimized screens yourself based on your user preferences.
* With the exception of ‘Model settings’ and ‘Tables’
In some cases, the process-optimized screens lack a tab Tags, even though the Model content tab has one. We will ensure that these tabs are added to prevent you from losing this option.
If you are still missing something in the process-optimized screens, feel free to submit an idea on how to improve this.
These changes will be made in the 2023.3 release, which is expected at the beginning of October. For a list of Model content tabs that will be removed, you can check out the following overview:
Model content tab | Process-optimized screen |
Application languages | Group Model overview > item Branches > tab Application languages |
Domains | Group Data > item Domains |
Partition schemes | Group Data > tab Tables > field Partition scheme (look-up) |
References | Group Data > item Data model > tab References |
Data sensitivity | Group Data > item Data sensitivity |
Sequences | Group Data > item Sequences |
Data migration | Group Data > item Data migration |
Menus | Group User interface > item Menus |
Platforms | Group User interface > item Menus > tab Platforms |
Screen types | Group User interface > item Screen types |
Cubes | Group User interface > item Business intelligence |
Maps | Group User interface > item Maps |
Schedulers | Group User interface > item Schedulers |
Themes | Group User interface > item Themes |
Messages | Group User interface > item Messages |
Translations | Group User interface > item Translations |
Icons | Group User interface > item Icons |
Help index | Group User interface > item Help |
AutoML | Group Machine learning > item AutoML |
Process flows | Group Processes > item Process flows |
Subflows | Group Processes > item Subflows |
Tasks | Group Processes > item Tasks |
Reports | Group Processes > item Reports |
Custom screens | Group Processes > item Custom screens |
Control procedures | Group Functionality > item Control procedures Group Enrichment > item Dynamic model |
Subroutines | Group Business logic > item Subroutines |
Mock data | Group Quality > item Unit tests > tab Mock data |
Validations | Group Quality > item Validations > tab Maintenance |
Roles | Group Access control > Item Roles |
Post synchronization code | Group Deployment > item Synchronization > tab Post synchronization code Group Deployment > item Deployment package > tab Post synchronization code |
Runtime configurations | Group Maintenance > item Runtime configurations |