Servoy 8.3.1 Release Candidate

[jcompagner]

We are pleased to announce the availability of Servoy 8.3.1 release candidate (releasenumber 3204)

This version is available through the jar or exe
The update site is: http://download.servoy.com/developer/8x ... candidate/


issues fixed see our wiki: 8.3.1 RC release notes

There are a few specific changes and a special addition for parsing javascript, so please read the above release notes and try it out.

We will release updated web packages shortly, many of those packages will be 8.3.1 only.

Release notes about the previous 8.3 release

edit:

packages released:

Bootstrap 1.4.0
Servoy Extra 1.6.1
12Grid 1.1.2

[robrecht]

Hi Johan,

Regarding the shallow javascript parsing; what if you activate this option and don't have all methods documented with @return
Does this only affect the building speed (which might not increase)
And is there a way through solutionmodel to document all methods missing this @return ?

Thanks
Robrecht

[jcompagner]

then it still will increase,
but you will get more warnings and code completion doesn't fully work
Because if you call something that does return something but it is not documented then the we don't see any return value so we don't see the properties of or functions that object has.

Soluton model is something client, this is purely developer, you could potentially use servoyDeveloper.save() but i don't see how that would really help or speed things up.

We are really interested in the corner cases where there is documentation but that somehow now fails. or fails sometimes (that really shouldn't happen anymore)

[robrecht]

I was thinking to use solutionModel to get all methods and check if there is a @return present ?
My guess is that 90% of all methods in our solutions don't have this JSDoc

[jcompagner]

and then do what?
First of all it can be a method that really doesn't return, so that is fully valid.

i think it is way easier to just turn it on and follow the warnings.

[robrecht]

Ok thanks

[Ruben79]

When shallow javascript parsing is enabled, constructor functions that are created by their prototype in an IIFE don't have that code completion:

Constructor scope

2018-07-10_1259.png (53.77 KiB) Viewed 13909 times

Another scope

2018-07-10_1259_001.png (16.1 KiB) Viewed 13909 times

anotherFunction is not visible in another scope than the one the constructor is in.

[jcompagner]

try this:

Code: Select all

var init = (
     /**
      * @constructor
      */
      function() { xxxx.prototype.xxxx = }()


because you need to mark the function that is doing the "constructor" prototyping as something that needs to be parsed.

[Ruben79]

Yes, that works. Thanks Johan!