Propose your fantastic ideas regarding the Thinkwise Platform to our Product Team.
I would like to have a setting where we set the height and width manually for pages opened via process action “Open Document”, So we can display it depending on the usage. For example, I want to create a pop up where it displays a checklist of items like a grocery list which I pulled dynamically in a view, and this page doesn't have to take so much space, which I want to configure so it would look smaller for other users to see, and it wouldn't block most of the page when it displays for the first time.Normal Size of a floating document when opened.
Hi, it would be great to be able to set the configuration in the user preferences via the OpenID user template. It's currently possible to set the language and timezone, except for the configuration.
Can a possibility be created to categorize unit tests. For example to group by module (calculation, financial). This will help to effectively check whether the quality of a module is still sufficient after adjustments.
ContextBarcode scanner devices basically work as a normal keyboard attached to a phone, meaning it needs focus at some place on the screen where to put the scanned barcode. With barcode scanners with a touchscreen, it is very easy to unintentional lose the focus on the barcode field (even when there is only one editable task field and a default that sets @cursor_to_col_id), which will insert the barcode in the wrong field or not at all. For production/warehouse workers, this is simply not workable since scanning a barcode should just work without having to even look at the screen.IdeaWith this idea I would like a solution to make a fail-proof barcode scanner with the universal GUI which isn't limited to requiring focus on a specific field. In fact it should be optional to even show the barcode field to the user, since most times a barcode doesn't say much to the user.Possible solutionA possible solution could be a setting at a tab-task. When a screen with that tab-task is opened in the Universal GUI, it will catch keyboard input and execute the task with the scanned input in the first parameter with a barcode domain. When there are more editable fields in the task, the task should not execute directly but open (with the barcode field filled in) so that the user can give input for the other parameters. Side notesImportant for this solution to be viable, is that it would always catch the keyboard input when the screen is opened. So even when the focus is on a different part of the screen, like a detail window or the breadcrum/title bar.It should also distinguish the on-screen keyboard/normal keyboard from the barcode scanner input (with a prefix or time-based). Quick and dirtyAs a quick and dirty solution, would it be possible to add a custom javascript event listener that catches the keyboard input, distinguishes barcode input and calls Indicium to insert a record or execute a tab-task? Something similar as @Jasper wrote here: Upload multiple files using the Universal GUI | Thinkwise Community (thinkwisesoftware.com).
With this less tables and variants and reports will be needed.The ability to save personal variants, and to share them with other users would be ideal.More or less like the 'View Settings’ in MS Outlook.
I was looking on ways to organize a main subject in an application and this is one of the ideas I got. I will make another Idea for the other option.Business case 1;We have a table with a lot of columns. It would be handy for the user to have a number of predefined sets of columns / views when using the system in different scenarios. Switching on and of columns one by one as is possible now is not really handy with the amount of columns. This is one way to realize this.Business case 2;I don’t find the current option to select the screen type handy as it allows to select default screen types which might not make sense for the application and storing it in the user profile makes that a user could “get lost”, not remembering that he or she is looking at something else then other users. The option also doesn’t allow to configure what screen type is handy where, and where it should be allowed or not.Idea;I think that this idea would improve both, giving the developer the option to create a number of preconfigured configurations, which can involve a large number of settings, including the grid layout and the selected screen type.The developer can make a number of variants “available for user selection”. ( Best specific for “Main view”, “Detail view”, … etc. ) The configuration in IAM gets a setting to allow this option for the user or not and this could be extended to a per subject / variant setting, so that it is possible to configure where the option is available. The user gets an option; “select variant” in the menu. And … the developer could get the option to show the different variants the way variants of Pivot tables and Graphs are currently shown to the user. ( Making the variant toggle more prominently visible, and faster to use ).I think that this would be a very handy and flexible addition, giving more control to the developer who is developing the interface, and a really fast switch between different variants designed for different use cases to the user. ( The selection doesn’t need to be stored in the user profile, as it is only one click, that way the user can’t get lost).
When working with many tasks or pre-filters, they get hidden behind the 3 dots menu. Frequently, there are certain tasks or pre-filters that you use very often, and you’d like to keep them always visible.Could there be an option to pin or keep certain pre-filters/tasks always visible, unless they don't fit, such as on a mobile device?
It’s sometimes unclear for a user what to fill in. Especially when it comes to amounts, units, numbers, percentages.. They always have an accompanying unit. Would be great to have a input type like the upload where you can select the unit field to be prefixed or suffixed. Add prefix-text and suffix-text attributes to text fields to display additional context for the value. https://material-web.dev/components/text-field/#prefix-and-suffix
Please add here what is actually sent to an API provider. I have been struggling with the web connector and it's great to see all the variables but apparently a lot of things get done which resulted in a body request json that wasn't parsable. With trial and error I figured it out, but would be more easy to see what the platform actually sends to the provider.
Hi,I have added a base model into my work model. The developer cannot add or delete those kind of tables or the columns that they have but is possible to rename or copy them to a new one that is automatically marked as imported from a base model wich makes it impossible to detele. That generate errors later on on Executeing the source code step.I think this may be a severe bug. Kind Regards,Paul
Currently when you have to switch a lot between branches the Software Factory sometimes provides an incorrect branch in the task “Switch Branch”. Sometimes I do not notice this and start working in the incorrect branch.When working with a lot of branches it becomes more difficult to see which branch is selected in for example the “Switch Branch” task. What would be of great help is to assign certain coloring to the branch. This could for example could trigger the background coloring of the selected branch in the task “Switch Branch”. Making it much easier to see which branch is selected and minimize mistakes.
If the tasks can be grouped similair how the details are grouped. it will be easy to arrange tasks on multiple taskbars / task tile screen components.That will give options for the creativity on screen designs.
When we do our upgrades (every 3 weeks) of our applications we take the application offline (deactivate in IAM) right before we execute the source code on the database and we put it back online after the IAM sync.However as time goes on our model grows and the IAM sync action in SF is taking up to 8min right now, the majority of that time goes into generating the sync code. If we could generate the sync code separately from the actual sync this would decrease the required downtime for upgrades by a big percentage because you could generate the sync code before taking the application offline. On top of that it is pretty easy to forget to do an IAM sync, it would be nice to have it part of the creation process/screen.
If there is something I'm missing dearly is to visualize the connecting dots.. in systems it's very common to categorize, assign users, assign tags, assign products. et cetera. The use cases are enormous. And in the current state you are going to end up with a lot of details. Which is good if there is extra information to find. A bit too much if it's just to 'connect' the subjects. See below an example that would benefit the Universal GUI a lot. https://muhimasri.com/blogs/mui-multiselect/#introduction
When I open a text field, it overlaps the whole browser and I cannot resize this pop-up. Also replace the close button by OK and Cancel, as it is in the Windows GUI
I am currently using a screen type with multiple details on the screen type. One of those details is a chart. I want this chart to be displayed on the full screen when you click on it (or perform another action). Furthermore, the normal screen type should be displayed when you click an X or something like that.
When the application is not reachable because of an upgrade can you force people to logout of your application? Because right now when people are still working and you put your application offline the users get some random errors.What i want is an AppOffline page or something. I want to create a under construction page which will only be displayed when the application is not reachable, instead of the login screen when you fill out your credentials and you will get a message something like “Application is not reachable”
SituationSometimes we need to work with external data in our applications.In this case we have one, maybe two options:Create a table and a process flow with an HTTP connector to keep the data in sync. Create a view with a template that runs a CLR function which calls an API.Both of these options aren't perfect.With option 1 I’m saving data in the database which I don't want to manage, I need to setup a process flow to call the API & I need to write a procedure to merge the data. With option 2 I'm introducing an extra technology into my project with the risk of creating legacy software. This is for instance a problem on most Azure SQL databases.SolutionI would like to suggest a extra table type, ‘API’, to offer a nice and easy solution for all Thinkwise developers. For this table type to function properly we need to include two extra options in the SF:We can declare the columns as normal but should include a mapping of every column to the output of the API. We need to the declare the consumption of the API, this can be done the same way as the input of the HTTP connector. If I’m not mistaking team blue and orange offer a similar solution, so why shouldn’t we?
For a new project I would like to show an image and/ or coloured text on the radio button list within the Universal GUI. For now i made a workaround to show the colours on the cardlist items after anwering an item. As far as i know this is allready supported on the Windows GUI.For example:Sterkte (highlighted in GREEN/ green bullit or green image) Zwakte (highlighted in RED/ red bullit or red image) etc.
StatementIn Universal, it should be possible to increase the field width of task parameters to the maximum available width (retrievable from the no. of form columns available).ProblemI have simple task that contains 2 parameters. But since these contain long texts I want these to display extra wide, the width of 2 or 3 form columns for example. I can give my task 3 columns in width with the task setting "No. of columns in form”. However, since I only have 2 parameters, this setting will be ignored and my task parameters will be displayed in 2 columns.Additionally, the standard field width or label width settings in the task parameter settings are also ignored, as the GUI thinks that there is enough space on my screen. For example when I set my task parameter widths to 500px.WorkaroundAs a work around I have now added 3 extra task parameters, read-only, with 0 label width and 0 field width, and have set my 2 relevant parameters "on next tab page”. This gives me the following result: I now have my 2 relevant parameters 3 columns wide, but I also have an extra bar of unnecessary white space at the top and 3 unnecessary parameters. QUESTIONS:How do we model task popup parameters to be wider without all this unnecessary work? Why is the standard task parameter width ignored, even when I explicitly tell the task it should reserve the space for multiple form columns?
Currently mass update is disabled in a grid that is default in edit mode (grid_default_editable=1). Even if it this option would be enabled, it wouldn't be very helpful because with the edit mode on it is only possible to select one row at a time right now.However, it would be very useful if mass update(+multi select) could work in a grid with default edit mode because both functions are great for the same use cases (a list where it is very easy for a user to edit certain values).
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.