Question how to get ExtndBeta1r1 run

[martin meijer]

I have both the previous version (ExtndBeta1.nsf) of ext.nd and the new version (ExtndBeta1r1.nsf) on my server. Both are signed with te same id and have the same ACL. If I open the main.html page of the ExtBeta1.nsf (http://tst-wi61.test.saxion.nl/Ext/ExtndBeta1.nsf/main.html), everything works perfect. When I try the same for the new version ExtBeta1r1.nsf (http://tst-wi61.test.saxion.nl/Ext/ExtndBeta1r1.nsf/main.html) I only see a blank page and a javascript error: 'Ext.nd.Session.CurrentDatabase' is null or not an object. What am I doing wrong? :-?

[jota]

I'm also getting the same blank page (in both Firefox 3 & IE7).
This is the error reported at the Firebug console:


invalid object initializer (Session.js?OpenAg... (line 174))
"currentDatabase" : {

Ext.nd.Session is undefined (extnd-all.js (line 25))
openentry()
DominoUI()
DominoUI(Object uiOutline=Object uiView=Object)
init()
Observable()
EventManager()
getViewWidth()
if(this.uiOutline.outlineName!=''||this.uiOutline.outlineUrl!=''){this.uiOutline...

[odishon]

I just took it as it is, signed it and put it on the webserver. I get the DB to work.

So I just took the main.html page and put the code from the beta db. The outline loaded, the action bar rendered. It all looked fine.
Except.... the view is empty! I do not have an frame where the content is. I see all the document counter but no content.

So.. ideas?

[jratcliff]

Hi Everyone,

I'm looking into all of these issues now so give me until later this evening to try and get a fix posted.

Jack

[RonaldC2C]

Hi,

I had the same problem when trying the demo database. After some debugging I found out that my problem was this line generated by the agent "Session.js":

: 0, 59 "sizeWarning" : 0,
60 "percentUsed" : 97,6},
61 "notesBuildVersion" : 265,
62 "notesVersion" : "

After hard coding the percentUsed everything works fine. The problem was caused by the , on line 60.

Hope this will help

[innofred]

hi,

in the script library <<extnd/ex/jsonDominoObjects>> you need to replace the <<,>> by <<.>> in different line for example for percentUsed i do like this :
getDatabase=getDatabase + | "percentUsed" + | : | + Replace( Cstr(db.PercentUsed),",",".")
and it's ok

Hope this will help you

[jratcliff]

hi,

in the script library <<extnd/ex/jsonDominoObjects>> you need to replace the <<,>> by <<.>> in different line for example for percentUsed i do like this :
getDatabase=getDatabase + | "percentUsed" + | : | + Replace( Cstr(db.PercentUsed),",",".")
and it's ok

Hope this will help you

Ahh! Perfect! Thanks for posting this fix. I'll get it added to the agent for the next release.

[jota]

I confirm I have finally make it work with this fix.

In agent "extnd/2x/jsonDominoObjects", I have replaced the line:
getDatabase= getDatabase + | "percentUsed" : | + Cstr(db.PercentUsed)

with the line:
getDatabase= getDatabase + | "percentUsed" : | + Replace( Cstr(db.PercentUsed),",",".")

Thanks a lot,
jota

[jratcliff]

Question for everyone who's seen this issue: What language is your Domino server running under? All of my databases return a period as the separator between the integral and fractional portion of a decimal number. However, after hearing from those of you who were seeing a comma I checked things out on wikipedia and it sounds like commas and periods are used depending what country you are in. So I guess Domino tries to stick to that.

http://en.wikipedia.org/wiki/Decimal_separator

So, should we have Ext.nd just use periods? Or should we perhaps make this value a string and leave the comma? Opinions?

[jota]

Yes, spanish language uses "," as decimal separator and "." as digit grouping symbol.

[jratcliff]

Yes, spanish language uses "," as decimal separator and "." as digit grouping symbol.

jota - so would you prefer Ext.nd change this to use "." as the decimal separator or should we just send a a string instead, keeping everything as domino sends it?

[jota]

Hi Jack:
Since both NotesDatabase lotusscript class and Database java class return a "double" number value for this attribute, I prefer to keep a number, using "." as decimal separator (as both lotusscript and Java languages do it).

Keeping a number will allow developers to "operate" with it, and format it for display as they want. It's common to use formatters, as for example the NumberFormat class in Java programming. No so much control over formatting in the lotusscript language.

Just an opinion, thanks a lot for Ext.nd,
jota

[jratcliff]

jota - I agree. Anyone else have any objections? If not, that's what I'll do.