I would like Service Studio to automatically add code to the assignment after I have named it in this specific way:[NameOfAnInernalVariable]++Obviously, the automatically added code should be:NameOfAnInernalVariable = NameOfAnInernalVariable + 1Perhaps it would also make sense to do this for types other than int - example:NameOfAnInernalVariable  = AddDays(NameOfAnInernalVariable, 1)Although technically simple, this behaviour would save me a lot of time when developing.

Collation is a problem in sorting when you have characters like "ÅÄÖ". Those are sorted incorrectly.Platform thinks that those ÅÄ = A and Ö = O , but that is wrong. Those should be after Z ....TUVWXYZ ÅÄÖIdea how to fix this:possibility to set collation in lifetime on platform level (this sets platform default level collation)possibility to set collation in application (module properties > overwrites platform level collation)When user sets collation either ways, platform adds automatically database searches  (SQLs + aggregates) COLLATE clause after TEXT attributes.Maybe add possibility to remove use of it in aggregates (checkbox: use collation [x]).SELECT {Sorting}.* FROM {Sorting} WHERE {Sorting}.[Sortedcolumn] LIKE '%'+ @SearchString + '%' COLLATE Finnish_Swedish_CI_AS ORDER BY @TableSort COLLATE Finnish_Swedish_CI_ASAnother possibility is to set collation on server or directly database, but this is probably not possible in AWS? See community discussion and current workaround: https://www.outsystems.com/forums/discussion/63776/incorrect-sorting-of-scandinavian-characters/#

I recently noticed that LinkedIn does not include "OutSystems Developer" as a job title option in its database. As someone who works in this field, I believe it would be beneficial to have this title available for professionals to select and display on their profiles. It would not only increase visibility for the platform, but it would also help to establish OutSystems as a recognized and valued skillset in the job market.I would like to suggest that the OutSystems team reach out to the LinkedIn product team and request that they add "OutSystems Developer" to their job title list. I believe this would be a valuable addition to both platforms and would greatly benefit professionals working with OutSystems.

Dear Team, I would like to propose an enhancement to the current table functionality. Similar to the features available in DataGrid, it would be beneficial to introduce the ability to: Reorder table columns. Hide or unhide specific columns as required. These capabilities are particularly important in reconciliation processes, where users often need flexibility to customize views for efficient comparison and analysis. I believe this improvement would significantly enhance usability and provide a more seamless user experience. Thank you for your consideration.

Description: Currently, Outsystems supports the use of Mobile Screens for Progressive Web Applications (PWAs). However, there is a growing need to enable Web Screens for PWA development as well. In our case, many of our applications are deployed in environments with intermittent or no internet connectivity, such as ships operating globally. These use cases require the ability to run web applications in offline mode, which PWAs can effectively provide. While it is possible to run PWAs using mobile screens, the mobile layout and design constraints make it difficult to implement complex interfaces intended for web use. Designing and maintaining a web-like experience within mobile screen constraints in Service Studio is cumbersome and limits development efficiency and user experience. Proposed Enhancement: Allow developers to create and deploy PWAs using Web Screens in addition to Mobile Screens, enabling full offline capability and a more flexible design experience suitable for desktop or large-screen use cases. Expected Benefits: Improved developer productivity by allowing use of standard web screen design and layout tools. Enhanced user experience for large-screen devices and web-based offline scenarios. Broader applicability of Outsystems PWAs across industries requiring offline access, including maritime, logistics, and remote operations for Laptop/Computer devices

The server seems to be storing all date/time in UTC format. However while reading the errors/logs and other details in Service Center, the UTC format makes it difficult to comprehend (if the user is in different timezone than UTC). May be we can convert to user's local timezone and display the date (how it happens in react client side).

OutSystems currently provides local storage only for mobile applications, but adding this feature to reactive web apps would bring significant benefits. Store frequently fetched data locally to prevent server calls. E.g. static entities always could be stored locally. This is already an idea: https://www.outsystems.com/ideas/3497/support-static-entities-in-mobile-app-as-offline-data/ Improve user experience with partial offline capabilities for certain use cases. Please let me know whether there is another solution possible to decrease the amount of server calls then having local storage available for Reactive.

When the timepicker renders, it inherits the current page locale. However, when the locale changes, the timepicker does not change its locale with it. But keep the locale it has when it rendered. Here are some examples: English to Arabic The screen renders with English locale. The timepicker uses 12-hour clock symbols of "AM" & "PM". But when the locale changes to Arabic, instead of using "ص" & "م", it is still using "AM" & "PM". Arabic to English Same issue can be detected in the reverse scenario. The timepicker keeps using "ص" & "م", as it rendered when the locale of the page was Arabic.

Timepicker aligns it self a the left side of the input when the page direction is left-to-right. However, it is still aligned to left, in page with direction right-to-left. If it follow the same patterns, it should be aligned to the right side of the input. Left-to-right Right-to-left

When using Dropdown Search widget, selecting an item, then changing the locale, the dropdown loses its selected value. Here we have an example of a dropdown search items, one that has the selected value(s) assigned as the StartingSelection, and the other has the StartingSelection set to null. An option was chosen, in our case "Ben White". When the locale changes from English to Arabic, we can see that the one that has the selected items as the StartingSelection retained the selected option, the other did not.