Propose your fantastic ideas regarding the Thinkwise Platform to our Product Team.
When a column is set to hidden and this column is not a PK, the column is often not supplied through Indicium. This is fine for most cases. However sometimes there are columns that should be hidden inside an application but should be available through Indicium. For example, an Interface ID column.Currently the only way to make this column available in Indicium is by setting the column to editable or read only and set it to hidden on grid, form and cardlist.I would like the option to enable a checkbox on role level that will make a hidden column authorized. This should result in the column being supplied through Indicium for this specific role.This way these kinds of columns can be made available to interfaces and remain hidden inside our application.
Sometimes there are things that are linked to a variety of subjects, like relationship that are linked to objects or object_parts or contracts. Now I have a subject in which I want to use a relationship, but sometimes I would like to add a relationship that is linked to an object and sometimes I want to add a relationship that is linked to a contract. I thought I might use a variant that uses a lookup for relationship for objects in one instant and a lookup for relationships for contracts in the other instant. However the lookup of a variant cannot change and is always the same as was specified in the default. I would like to be able to assign a different lookup table to a variant.
Could you make an adjustment to the barcode control to enable committing with Enter, since the Tab key is not present on the on-screen keyboard of mobile devices?
I would like to be able to go to a row in the grid based on what I’m typing and the value of the selected column in the grid. (quick search?)The reason for this would be to save users the action of having to go to the search bar (which currently still requires the mouse, we would liek it to be keyboard only) and having to wait for the results to be retrieved again, even though the relevant data was already retrieved, it just wasn’t selected.This was a feature in the Windows GUI and it would be great to have this again in Universal, perhaps with some highlighting of the typed characters in the resultMy use case for this is order entry, when selecting order lines from a list of relevant products
In previous iterations of the Thinkwise GUI you could perform an action called quicksearch. How it worked:Bring focus to a specific column (in the grid) Type what you want to search First match of your search gets selected/highlighted. Can we please have this back?Why Quicksearch is valuable (and missed)1. Strong productivity gain for keyboard usersQuicksearch enabled fast, uninterrupted workflows:No mouse interaction requiredNo modal dialogs or filter configurationImmediate feedback while typingFor users who work with data grids all day, this shaved seconds off every lookup — which adds up quickly.2. Ideal for exploratory and ad‑hoc searchingQuicksearch was perfect when:You don’t know the exact valueYou just want to jump to something that looks rightYou don’t want to define a full filter for a one‑off checkCurrent alternatives (filters, column search fields) feel heavier for this use case.3. Lower cognitive load than filteringQuicksearch required almost no mental overhead:Focus columnTypeFirst match selectedCompared to:Opening filtersChoosing operatorsApplying / clearing filtersThis made it especially useful during conversations with users or while debugging data.4. Excellent for large datasetsIn grids with many rows:Scrolling is inefficientSorting doesn’t always helpFilters can be overkillQuicksearch acted as a “jump to value” mechanism, not a data‑reduction mechanism — a subtly different but very useful interaction.5. Consistency with legacy behavior & muscle memoryMany long‑time Thinkwise users built muscle memory around this feature.Its removal:Breaks established workflowsIncreases friction when moving to Universal UIMakes Universal UI feel like a regression in this specific area, despite its overall improvements6. Complementary, not a replacement, to filteringQuicksearch didn’t replace filters — it complemented them:Filters = structured, intentional selectionQuicksearch = fast navigation and orientationBoth serve different user intents and can coexist.
Sharing functionality for TCP contactsToday I wanted to easily share a contact from the TCP application with a colleague, but there is currently no direct way to do so. In modern applications, the ability to quickly and securely share information is considered a standard feature.Therefore, I propose adding a user-friendly sharing option, for example via a deeplink. This would allow users to share relevant information with colleagues or other authorized users in just one click.Why this adds value:Improves efficiency and collaboration between users Aligns with expectations of modern software Saves time and eliminates the need for manual retyping or screenshots Can be implemented securely based on access rightsIn short: a relatively small enhancement with a significant impact on usability and productivity.
In the Universal GUI we are missing tooltips in radio buttons options. It would be nice if we could translate options as abbreviations and see the translated tooltip when hovering over the option itself. In the print screen below you can see that Fresh produce uses its default translation as a tooltip (because it is too long). CU can not be shown as a tooltip yet.
Some mouse clicks less by simply combining Save and Select in one button in Lookup forms
In edit mode you can add input constraints with regex that gives user feedback in the form. However, in the grid it only surrounds the field itself with a red line. It does not give any feedback to the user. It would be nice if the user knows what is wrong with the input value when editing in the grid.This field in the grid has an input constraint and only gets a red line
It would be great to have a way to automatically generate certain roles. For example, by using AI. Creating roles is quite a lot of work and something that often results in minor mistakes. Some how it feels kind of strange that there is no way to get some roles for free. Without having to do any work.I think that it can, and should be, possible to generate certain roles and therefor get these for free. Like get a read only and a management role for each menu entry.The read only role has access to the subject and all the visible details, but only ready only access.The management role has access to a subject and all the visible details. This role also has access to all the prefilters, tasks, reports and can insert, edit and delete on all these subjects.Having these roles available will save up quite some time. Since around 80% of your roles you will need is a management and read only role per menu entry.This might seem like a lot of work, but it could already be created through the enrichments. And with the coming of a MCP layer that should that simpler to implement.
We often get requests from our business to show a popup form when adding a new record instead of going to a form tab (or have an always shown form below a list). This is a behaviour that is present in many other systems. This is currently done by creating a tasks that shows the same fields as the form, a lot of duplicate, extra, work and lots of places for new bugs to be introduced (rights, defaults, layouts etc etc).Would be nice if we can just select the flow that happens when creating a new recordsCurrent behaviour (default) Show popup formMaybe even support this when doing edit etc.
After my presentation at the Thinkwise Developer event 2026 about the use of a Form popup to mutate data a lot of feedback was given that such a method should be a default option. So let’s make it an official idea!Idea: Give us an option to make the Create / Update action show us a Form popup by defaultFeel free to comment suggestions of how you think it should work, but here a few that were discussed or mentioned to me.When no form present, popup with the form instead; Bullet 1, but with added config. Choose a variant for each action (Create, Update). Same table/view.; Bullet 1, but with added config. Choose a target detail through the appropriate reference. So possibly a different table/view.Also credit to all the people for complimenting this idea!
Just like with tasks, I would like to create and use dummy reports. The reason for this is so the icons in the application are better ordered. Tasks are with other tasks and reports with other reports.Left Tasks - Right ReportsThe reason we need a dummy report is to start a process flow. The process flow then activates a task that will insert a row in a sort of Queue table. This queue table will limit the selection of rows that DevExpress will use to make it's report; thus making the process a lot faster.So this task need to be run before opening the report. But the task cannot be the starting point for the process flow and therefor we need to use a dummy report.
As a developer, I want the “Database event log” readability to be improved.At the moment, the queries in those logs are not structured enough:Original topic text:On debugging I use the debug information/pane all the time and I’m pretty sure I’m not the only one.Really important information in this debug pane is the content of the form parameters and f.e. the task parameters. If these are lookups we can see the ID’s of the related tables there.As far as I can see now there is no way to view this info in the Universal GUI. That’s huge ommission when developing and it holds me back from developing in the Universal GUI. You’re working a kind in the blind… Hopefully I missed something in the documentation (However I’ve searching for about an hour) but this really important information should be visible as debug info in the Universal GUI. I’m a functional developer so I need values of the data being displayed and the underlying ID’s of related tables. In many cases issues in applications are data related!!!!
Currently it is only possible to download one uploaded file at a time in the GUI's. A user asked to create a "Button" to download selected documents (one or more lines with one or more fields with a FILE_UPLOAD control). I've been thinking how to do such a thing. My biggest problem is that a function that I could write has no access to the location where the actual uploaded documents reside. But how cool would it be if the GUI "detects" file_upload control fields in a list (or form) and shows something like below to download all documents at once as a ZIP file?
The thinkwise platform is very powerful as it comes to referencing information and one of the results is that the screen gets bloated with tabs up till the point there are just too much. The fact that you can have horizontal and vertical tabs is already great. However I would like to be able to group tabs to deal with larger tab-lists and references that functionally can be grouped for better understanding by the user.Like below, where there can be maybe a left-border color for the status references or just some white-space between the status-group (first-four reference) and the other ones. I guess a bit like the pre-filter, task and report groupings.
We often have situations (especially on status fields) were a user is only allowed to use certain element values or to move it from one element to one other element. The availability of a given element would be based on User permissions or current status (for example: if current status is A, you can only change it to B, and if current status is B you can only change to A or C, but not D). The current ways of resolving these situations feel like workarounds, which should not be necessary for such a straightforward request in a platform called low code. Suggested solutions I have heard are:Create two (or more) similar Domains with similar, but not all, Elements and determine in the Layout procedure which one to show. This basically means adding (sort of) duplicate domains, which is ugly and risky from a maintenance perspective... Use a Lookup to a Table or View with Pre-filters. This is more effort, clutters the Data Model and is probably worse in performance than a Domain with Elements...A possible solution that comes to mind is the ability to set in the Layout procedure when to show/hide certain Elements. It would be good enough if somehow the Layout procedure recognizes Domain with Element type of fields and we can write logic on each individual Element within that Domain. How do you like this idea? If you have other suggestions than the Layout procedure to fix this: let's hear it!
Unfortunately, it is still not possible to subscribe to receive notifications for new arrivals, so good ideas can easily be missed and forgotten.I was thinking of a possible workaround, as long as GainSight can't provide a solution...Is it not possible to build a workaround within the capabilities of Thinkwise and have an overview of new ideas sent weekly from TCP to notify all users with a Thinkwise account?Download ideas with HTTP Connector, etc...https://community.thinkwisesoftware.com/ideas/topics?page=55&sort=%7B%22createdAt%22%7DSee also:
We would like to have the ability to show table tasks on a grid line. This is especially useful for the mobile GUI and when just a couple of table tasks are available. Currently you can show tasks on the top or bottom of a grid in mobile. To start a task for a specific record you should select a line first and then select the concerning task. In the described case it is faster to select the task direct on the line. See print screens for further explanation. Task on top of grid (current situation) Example tasks on grid line
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
OKSorry, our virus scanner detected that this file isn't safe to download.
OK