-
Notifications
You must be signed in to change notification settings - Fork 61
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
[INTS] Add new object type INTS #670
base: main
Are you sure you want to change the base?
Conversation
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you for submitting the AFF. I have added a few comments. Since it is a big AFF and it is important that we understand how it works, would you be open for a meeting?
We have spoken within the team, could you please setup a meeting with me (Guilherme Saraiva), Nicolas Huber and Michael Schneider? We do not usually ask for meeting, but due to the urgency of the delivery and the complexity of the AFF, we think it is best. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sentence case means that only the first letter of the first word is capitalised.
Sorry that you changed all of the descriptions, they need to be reverted
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have added several comments now. In a first step, I would focus on structural changes of the AFF like: bindings
and binding_mappings
or signature*
, modeling*
and parameter*
.
Furthermore, an example would be nice to see the references of INTM
to INTS
.
I expect more feedback after this iteration.
I've done the changes. Please review and let me know in case of any comments. |
I've done then changes. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I only made some comments regarding nameing of fields and titles
I had a look at recent changes. But I haven't managed to look into all details, yet. This object has a huge list of fields. @huber-nicolas gave some input on differences between the title (shorttext description) and the field name. If possible we should keep them in sync. However, whether you change the field name or the title is up to you. I guess, there we see anyhow further suggestions during UX review. But I would keep them in sync already. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks @raghav6686. LGTM in my role as UX person
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Two more small requests. But no crucial changes from my point of view.
I didn't went through completely, yet.
"state": "Published", | ||
"islmVersion": 1.0 | ||
}, | ||
"classInformation": {}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is classInformation
required information? If so, I would expect content within the example.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As we discussed earlier, for 2502 we are keeping only few fields for ADT UI and many fields we are hidings and some need to be filled in Original system only. So, this class information, we are hiding as of now, but definitely it's important for us and we'll unhide it in further release. Actually, we got UX review comment to rename the section as General information. Then, we had internal discussion within our team and decided to divide the section similar to our Fiori UI.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok, I see. But in this case field classInformation must not be a required structure as it is stated right now.
This is not critical issue. It can be fixed somewhen next week. But for sure you can also fix it now.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please, don't resolve a conversations. This makes it hard for us to see which questions we need to follow up or what we should double-check after changes. It is sufficient to add your answer.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As I mentioned earlier, we're keeping all the fields in the interface and hiding many fields which are not part of 2502. So this class information is for next scope.
But I'm not sure why it's giving empty set in object source JSON. May be because this is a structure?
Actually, I've hidden other tables which are empty from the get_content method and they're not part of the object source JSON. Also, I'm not passing the class information in get_content.
May I know why only empty structure is displayed in the object source JSON and not empty tables?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry, I didn't manage to answer earlier. :(
I think the structure is rendered by default, because it is marked with the $required
annotation.
abap-file-formats/file-formats/ints/type/zif_aff_ints_v1.intf.abap
Lines 273 to 274 in 4be83fa
"! $required | |
class_information TYPE ty_class_information, |
If I understood your last comment, the classInformation
must not be set in any INTS object. Therefore, you could/should remove the $required
annotation.
No description provided.