Servoy Forum

We are pleased to announce the immediate availability of Servoy 6.0 alpha 4

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.

For all the highlights read the wiki first

Changes
[enh] 357330 find/search on foundset using IN operator with array
[fix] 358140 title boxes in preference pane in servoy 6.0a2 are not big enough
[fix] 357742 move form to other solution
[fix] 359849 COMBOBOX does not support UUIDs as real value/keys in the valuelist

In the full installer:
[chg] Bundled latest Tomcat version (6.0.32)
[chg] Bundles latest Postgres version (9.0.3)
There will be more library updates in next release.

Regarding the change as described in the wiki:

Added support for displaying HTML contained in the titleText property of non-editable HTMLArea's. Useful to show (multiple) href links in the UI. Same functionality was already available through Labels, but on Labels the entire label acts as click-able area (showing a HAND cursor), whereas when done with an HTMLArea only the links are click-able.

Can you provide an example of that. So far I have not been able to do this. The only way I can display any links is if the dataprovider which the HTML_AREA field is linked to contains the necessary HTML, but this is the old standard behavior (we have been using this since Servoy 4.1 and perhaps it was available even before that) Basically, nothing which is in the titleText property of the HTML_AREA fields shows up.

Hi Paul,

My compliments for including all the new features in the wiki !!
I know it is a lot of work !

Regards,

rossent wrote:Can you provide an example of that. So far I have not been able to do this.

It might be needed to enble displayTags on the element to process the titleText at all outside tableview

Hi all

Is there a specific Servoy 6 forum? I saw one a few days ago, but can't find it now.

I notice that application.showFormInDialog() is now deprecated, but I can't find any details on what replaces it. I'd be grateful to be pointed in the right direction for the appropriate documentation / forum, or to be told what to use instead...

Thanks.

Bevil

Hi Bevil

Here is a link for the new 6.0 stuff.

http://wiki.servoy.com/display/beta/New+in+this+release

The Window API released in 6.0 is what replaces showFormInDialog()

Good Luck,
Lach

Thunder wrote:Is there a specific Servoy 6 forum? I saw one a few days ago, but can't find it now.

This one ?

Thats the one Robert, thank you.

Hi all,

In Servoy 6, when overwriting a method in a sub-form, a warning is produced: "Function <function_name> hides variable".

Basically our case is like this:

base form declares a method which is meant to be an "abstract" method - sub-forms must overwrite and provide specific implementation
sub-form overwrites the method introduced in the base form

Is there a way to indicate to the JSDoc parser this scenario so we do not get the warnings mentioned above? Ideally, this should be done automatically by Servoy when we use the option "Overwrite Method" from the Solution Explorer.

A big portion of the warnings which we get when porting our code from 5.2.6 to 6 is related to such "overwrites" from base forms. Any help on this is much appreciated.

Thanks!

rossent: i am currently looking into this to not generate those warnings.

Hi all,

Given the function:

Code: Select all

/**
* @return {JSFoundset<db:/argos_user_data/ab_process_status>} foundset of the method queue
*
* @properties={typeid:24,uuid:"CCDBAC3B-5E60-4A68-BF4D-A0385C9DEC8E"}
*/
function getMethodQueueFoundset()
{
    /** @type {JSFoundset<db:/argos_user_data/ab_process_status>} */
    var _fs = databaseManager.getFoundSet('argos_user_data','ab_process_status');

   //additional code...

    return _fs;
}


We are getting the following warning:

Function getMethodQueueFoundset declares JSFoundset<db:/argos_user_data/ab_process_status> as type but returns JSFoundset

Inside the function body, the code completion for the _fs typed foundset works as expected.

Why are we getting this warning? Are we missing something or is this an issue which needs to be resolved by Servoy? Has someone else experienced similar issues?

Thanks for your help?

jcompagner wrote:rossent: i am currently looking into this to not generate those warnings.

Johan,

Thanks for the quick response! For now we will not do anything regarding these specific warnings.

One suggestion which I think will be helpful: ideally, the overwrites should be marked with a special tag - for example @Overwrite (similar to the @AllowToRunInFind).
This tag can be added automatically when the option "Overwrite Method" is used.
If the tag is used on something which does not exist in the base form, there should be a warning like "Method <method_name> marked as overwrite but method does not exist in parent/base form"
If someone accidentally creates in a sub-form a method with a name, matching a method in a base/parent form, but without specifying the @Overwrite tag, there should be a warning as it shows up currently.

about your return/actual return thing that is already fixed for the next alpha.

We did already talk internally about such a tag. will have to look if we can let that happen for 6, need to see how that can be incorporated into the dltk plugins we use (that are generating the warnings) because that overwrite is very specific to servoy. Can you create a case for this?

jcompagner wrote:We did already talk internally about such a tag. will have to look if we can let that happen for 6, need to see how that can be incorporated into the dltk plugins we use (that are generating the warnings) because that overwrite is very specific to servoy. Can you create a case for this?

The case has been created (Case ID: 362968) Hopefully, the fix can make it in the next alpha/beta - since more and more people are using such overwrites and the Servoy frameworks also rely heavily on base forms, having such tag to mark the overwritten methods will be very helpful.

If there is a voting on what should make it into the next alpha/beta, do count me in on this one!

Hi all,

When we try to use the following @param tag to indicate that the parameter accepts multiple types, we get a warning "Unknown object String|Number:

Code: Select all

/*
* @param {String|Number} paramName description
*/


This is part of the "standard" JSDoc - is this supported in Servoy? If not, can such support be added?

Thanks!