Ideas

when writing macros or script code in ETL it is often difficult to find out what went wrong and when it went wrong. The only way at the moment is to scan the log files for error messages. For development it would be helpfull to have a debug mode ...

Such a function is standard for all other Reporting Tools. You only state a start and enddate and the all data in between are selected. With that functionality Jedox would reach another level of usability. Working with the reports would be much m...

SQL Query Designer with UI that generates SQL from clicks, e.g. Query Builder as in MS Access + Editor with Syntax highlighting for SQL. #6396

As I have been informed by Jedox Dev team, the ETL-Server (Tomcat Service) is running one job per CPU core. This behaviour is mainly slowing down our ETL projects since a huge amount of data has to be proceeded. The number of cores that should be ...

The current function to use framesets is nice, but still a bit limited as framesets cannot be nested into each other. Sometimes you use a frameset for the overall application design - esp. to provide global menu bars and navigation structures. O...

It would be good to have more MicroCharts to design Dashboards and Reports. Especially horizontal bar charts (Variance Charts) would be nice. I use them all the time to indicate positive or negative variances. In Excel they are made with conditi...

Currently I used several checkboxes and macro for disable checkboxes and guarantee than only one checkbox is selected when one checkbox is selected.

Beside selecting a date from the datepicker, the input field should also be filled manually without selecting from the datepicker. So the user can choose if he wants to select the date from the datepicker or if he wants to enter the date manually....

If you need the same macro in different workbooks you currently have only 2 options: - copy & paste the macro into all relevant workbooks - use external PHP files. But external PHP files are not really handy when you want to provide deploymen...

In-place editing of values in ODBCDATA cells should be possible (similar to editing values in PALO.DATA but for data from ODBC source). For this additional SQL UPDATE statement has to be defined when defining relational DynaRange #14001