There can be possibilities with showing data in a gallery widget and dynamically add columns and rows by adding lists and records in use, by putting a logic of dynamically adding buttons in Ui.

An idea based on the discussion here:   https://www.outsystems.com/forums/discussion/65118/what-are-the-relative-weights-of-certification-exam-prices/The certification cost is not encouraging for developers from countries with lower minimum wage.For instance in India. https://take-profit.org/en/statistics/wages/india/As per this data, the MW for India comes out to be 115 USD which obviously is on the lower side. But I have seen entry-level developers work at 200USD. So certification cost is somehow not very encouraging in our geography too.Even Microsoft does this. For instance,  a certification that costs 165 USD in the USA is available for 4800INR in India equivalent to 65USD. The same certification is also available for 100USD in Brazil.It will be very encouraging if we have some way to come up with Geography specific pricing based on the minimum or average wages.Cheers,Tushar

It would be interesting after selecting several Server Actions to be able to place them in a folder by right-clicking the mouse. "Enclose in Folder". In the same way that it is done with the Widgets in which we select several elements in the Widget Tree, for example, and the "Enclose in Container" or "Enclose in If" option appears.

In traditional web applications you have the option to make UI flows only available internally (internal access only). Unfortunately in reactive applications you don't have this option. When you do not have a on-premise installation you can also not work with selective deployment zones to acomplish this. Which means that you can only create your own IP filtering  and put them in the different screens or login flow. This solution however is not ideal and also less secure. It would be easier if you also have a internal acces option in reactive apps.

 CSS Variables (aka Custom Properties ) makes it possible to organize and refactor stylesheets. They are already supported by every major browser, except for Edge, which will add it soon.You can already use CSS variables in OutSystems applications. But Service Studio doesn't understand them, and the design-time preview will have low fidelity.With this CSS module, you can declare custom variables, and then use them throughout the stylesheet. For example::root {     --primary-color: #9E0616; } a {     color: var(--primary-color); } /* ... and many other styles could use var(--primary-color) */In such a stylesheet, changing the primary color requires only changing one line.This would greatly simplify the instantiation of a theme, because the variable can be declared with a default value on the theme, and when a consumer inherits the theme, it simply overrides the variable value:/* On the theme (e.g. LisbonTheme stylesheet): */ :root {     --primary-color: /* default */ #000; } a {     color: var(--primary-color); } /* On the application theme (e.g. MyApp stylesheet): */ :root {     --primary-color: #9E0616; }

Sometimes we are publishing an eSpace and we start working in another eSpace (which perhaps needs something from the other eSpace being published) and we have to keep switching tabs to check if the publish is already done.If we could have that information on the tab we wouldn't need to keep switching between eSpaces.Please see an example in the attachments

The OutSystemsUI theme currently ships around 200 lines of CSS that are only used inside Service Studio. The rules end up being empty because (I'd guess) there's a process that removes declarations that start with "-servicestudio". Our users should not have to download extra CSS that is only used for developers. I think OutSystems should consider moving this rules to Service Studio itself. Cheers, Tiago

I would like to propose the inclusion of a logging capability for the SOAP requests sent and received from any WebService in the scope of an eSpace.Meaningful information to be included:-Server and port-Date + time-SOAP messages sent and received-User-Originator (process, flow, ...)And a log viewer that enables the search for Web Services invocations based on:-Service name-Date-Originator-UserThe Soap messages (sent and received) should be presented in XML.What we gain:-easy way of detecting configuration errors (wrong server, ...)-easy way of validating the input sent, for user input errors-easy way of validating the output sent from the back-end system via the web serviceThanks,Francisco Vasco

Hello there,It would be nice to open multiple eSpaces in Service Studio by pressing shift from the top to the bottom (or vice versa) when we go through the "Open from Environment" option.Also it would be good that, when opening the eSpace the cancel button would work.Thanks.

In Service Studio, while searching Forge component, search keyword not get storing in client/session variables.If I search "weather" in Service Studio's forge and click on one component to review that. After clicking "Go to list", the searched keyword went missing and shows home page of forge.Now It's needed to search the same keyword again and again.So I think it will be good if that search keyword will be stored in Client/Session variable.I herein attached the screenshots and recorded videos of that.