We are pleased to announce the immediate availability of Servoy 6.0 a6

This version is available through the download option on the Servoy website and auto update. Always make a backup of your current Servoy installation (directory and database) before installing/upgrading. To update a Servoy 6.x eclipse open Check for updates via help menu.

Smartclient Changes[enh] 333305 Make it possible to have separate radio buttons[enh] 212161 element.getUUID() on all Objects through solutionModel[fix] 359551 solutionModel.getForm(_form) gives null if the form is a instance[fix] 365274 New styles for odd, even and selected are being applied to RECORD_VIEW forms[fix] 364112 Rectanges do not have methods and properties

Developer changes[fix] 363097 Form Editor Preferences cross platform layout issues[fix] 364011 Memory Leak in Servoy Developer[fix] 364243 Incorrect warning when declaring [@return {Boolean}] and returning [return x > 5][fix] 355602 When selecting a Form template in the New Form dialog, a StyleName contained in the template is not applied[fix] 357741 Fix the implementation of the new option to support (mutliple) filter fallbacks for i18n message filters[fix] 355601 Filter the list of templates offered in the New Form dialog to only contain templates for forms[fix] 355603 The Template to use in the New Form dialog is not remembered, so you need to select it every time you open the new Form dialog again[fix] 363895 The datasource property cannot be set on forms which extend a base form with no datasource selected[fix] 354365 Builder process also processes .js files that are contained in the media library[fix] 364790 The JSUnit view is hidden in Show View dialog[fix] 355605 New Form dialog; when selecting a form template, the name contained in the template is also applied, which doesn't really make sense[fix] 366035 Inheritance problem with forms

Thanks for the update! The memory issue was causing us big trouble in the previous builds and we were anxious to get the new one.

A few things which should be looked at:

- on forms with considerable JavaScript code (either directly in the form or inherited by parent forms, selecting several UI elements, moving them around the form and changing properties in the Properties panel are painfully slow operations. We literally have to wait for 10-15seconds to move 2-3 labels or resize them. This applies regardless the input (mouse or keyboard)- using the onRender event for TABLE_VIEW forms on the Web Client when the fields on the grid are presented with labels instead of TEXT_FIELD (or any other edit control) does not work correctly for the selected row. Even on the Smart Client, the font setting is not applied (it gets applied only when you click on a specific cell and then only the clicked cell is rendered with the specified font style and the rest of the row remains as is)- TABLE_VIEW forms with the Horizontal Scrollbar set to "never" do not display the individual columns correctly in the Web Client - the width of the fields does not match the width of the columns (the easiest way to see that is if the fields have visible borders - then it become obvious how the fields within the columns are not sized correctly) Resizing the columns does not actually resize the field within the column. If the Horizontal Scrollbar is set to automatic or always, the column fields are rendered correctly and column resize works fine as well.

We are experiencing issues with the web client when using the latest build. Basically, forms shown dynamically on tab panels or split panels as subsequent forms (not the initial ones loaded when the hosting form is loaded) are not being displayed properly - they have a completely mangled layout, wrong styling and anchors - in other words completely useless. When the same forms are shown in Smart Client, everything works as expected

In the prior build there was an issue with the tab panels in web client which was preventing users from being able to switch the tabs so we could not verify if the current issue was applicable for the prior build as well.

We use Continuations on the Web Client to simulate blocking modal dialogs. This approach works great when actual form elements are used to invoke the method which eventually shows the modal dialog (for example, clicking a button or label, dataChange events, etc.)

However, when the dialog showing methods are invoked from a "link" rendered in an HTML_AREA using the method:

Is there a way to filter the warnings in the Problems window to show only the current solution instead of the current solution and its modules? If you use a module written by someone else (e.g. ServoyCommons), then you end up with a lot of warnings that you may want to ignore.

Given the following error handler code fragment, what should be done to get rid of these warnings:

The method getScriptStackTrace() is undefined for the type ServoyExceptionThe method getSQL() is undefined for the type ExceptionThe method getSQLState() is undefined for the type ExceptionThe method getVendorErrorCode() is undefined for the type ExceptionThe property fileName is undefined for the type ServoyExceptionThe property fileName is undefined in ex2The property lineNumber is undefined for the type ServoyExceptionThe property lineNumber is undefined in ex2The property message is undefined for the type ServoyException

Is there a way to filter the warnings in the Problems window to show only the current solution instead of the current solution and its modules? If you use a module written by someone else (e.g. ServoyCommons), then you end up with a lot of warnings that you may want to ignore.

Yes, you can configure the contents of the Problems view by clicking the downwards triangle in the upper right corner of the Problems view and then select Configure Contents.

By unchecking the Servoy Active Solution filter and checking the Errors/Warnings on Project the Problems view will filter on the the last clicked solution/module that you last clicked in the solution explorer.