Upd: Normalize behaviour of getVersionNumber on windows.

[cadesalaberry]

The windows version returns 2.2.9.0, whereas the iOS and android version limit it to 2.2.9.

[richsage]

The iOS and Android usage simply return the version string as supplied in the application configuration (eg 1.0, 2.3.5 and so on) - there's no string concatenation that takes place like it does in the Windows version. Therefore I'm unsure as to whether this should be "normalized".

What's the common Windows app convention (not having a Windows device myself) - to include the revision number or not?

[cadesalaberry]

From what I found here, it seems like on the windows platform, they are used to "3 dots" version strings. I also went and check my Device Portal which confirmed it.

However by normalizing, I meant keeping it consistent with what the plugin would return on another platform. In my config.xml, I have:

<widget id="com.example"  version="2.2.9" xmlns="http://www.w3.org/ns/widgets">
   ...
</widget>

So I would expect 2.2.9 to be returned.

Personally I would prefer if it returned the cordova version.
In the worst case, we could make another function to return the full version.

What do you think ?

[cadesalaberry]

@richsage ?

[cadesalaberry]

Hey there, Any updates on when this PR can be merged ?

[richsage]

Sorry - totally forgot :-) Yep, I'm happy with this!

[cadesalaberry]

Could you publish a 0.1.10 😄 on npm please ?

Cheers

[cadesalaberry]

@richsage any update on the next npm release ?