Regarding the post if addTableFilterParams still works: figured out that you can only set these filter params in the onSolutionLoad method. If it’s done in the onload method for the first form based on the table you want to set the filters on, it doesn’t work: they do not get set, eventhough the function returns true as a result…
The docs say that you need to apply the filters before the foundset is loaded: when they get set as the first thing in the onLoad method for a form, I would have thought they are set early enough.
Hi Paul, my assumption was that the filter must be set BEFORE any table is touched. (you can check this in the server-admin pages. here you can see which tables are allready touched)
I tried to set the filters in the onLoad of the first form of my solution, so I cannot think of an earlier point, except the onSolutionLoad method.
If this is the only place where you can use them, I guess this could be made more clear in the docs, but I think it also ought to work in the onLoad of a for, this is the first form that is loaded that is based on the table you want to set the filters on.
When creating global dataproviders of type INTEGER or NUMBER, the default value seems to be 0. I was expecting null. Is this the expected behavior? If so, would you consider making the default null? As of now, I have to remember to set the default value myself. Not the most pressing issue, but it would just be one less thing to worry about.
pbakker:
Regarding the post if addTableFilterParams still works: figured out that you can only set these filter params in the onSolutionLoad method. If it’s done in the onload method for the first form based on the table you want to set the filters on, it doesn’t work: they do not get set, eventhough the function returns true as a result…
The docs say that you need to apply the filters before the foundset is loaded: when they get set as the first thing in the onLoad method for a form, I would have thought they are set early enough.
Jan, tnx for fixing the typeahead - tablefilterparam issue.
With regards to the addtablefilterparams only working in the onSolutionLoad: they really only work there. If I have no onsolutionLoad and as first thing in the onLoad method of the first form the addTableFilterParams, even then they do not work.
I can live with it, but it might be mentioned more clearly in the docs.
//Get the edited records outstanding for a save
var array = databaseManager.getEditedRecords()
for( var i = 0 ; i < array.length ; i++ )
{
var record = array[i];
//use for example databaseManager.getChangedRecordData(record) here;
}
contrary to my earlier post, the sampelcode above does work. Dunno what I screwed up to make it stop working…
In the WC, when you have a solution with logon required and you use your own login form, the user is first presented with Servoy’s login, then your custom login form. As far as I can see, Servoy’s login form doens’t actually log in the user in this case.
In both the WC and the SC: when a user has logged in and then closes his solution and tries to open a solution again which requires login, the security.login will fail, because he is still logged in.
Programatically working around this by checking if allready logged in has the undersired sideeffect that you’re thrown out of the solution you try to open and are presented with the solution open dialog again and the other option (not loggin in when allready logged in) also won’t work, because you will not get passed the login form.
So, in short: When the user is allready logged in: Can the custom login form be skipped and can Servoys login form be skipped if a custom login form is setup in the WebClient?
I am sorry if this has been covered, but I am just now getting to testing 3.0. So far, I am having many problems, but before I go into them I need something explained. Under each form in the Navigator panel of the Editor, I used to have a list of function groups called controller, elements, selectedrecord, foundset and relations. Now, foundset is gone. Where did it go?
Ok. That was it. “Advanced Filter” needed to be chosen, once I found where that was (Editor Menu Bar - “View>Advanced filter”). Now that I have that back, I can keep troubleshooting. Just in case someone has encountered my problems, I describe them briefly.
Running J2SE 1.4.2 on Mac or PC producing a novel of errors in the startup_log.txt, most of which reference errors in something called Catalina, related to apache. This is new for 3.0. All errors in the log disappear if I user J2SE 5.0, but J2SE 5.0 give me other problems, such as…
I use HTML code placed into HTML_AREA fields to do most of my reporting. For the headers of lists in a report, I make a table with a border of 0 and a black background color that contains white text. Under J2SE 14.2_08, everything works nicely, but under J2SE 5.0 the black background does not appear unless I give the table a 1 pixel border, which looks terrible. I submitted a report to Servoy support, but I never heard of any solution. This happens in 2.2.5 and in 3.0.
I am using the dbtreeview bean for navigation in my solution. On startup or after coming out of Layout mode, a method tries to select a particular node by passing
WrappedException of org.mozilla.javascript.JavaScriptException: java.lang.ClassCastException: java.lang.String
This is what I am working on now, and I am trying to see if there might be something wrong with the arrayed values I am passing. It doesn’t look like it, and this error does not always occur. This is new in 3.0.
When setting the text property of a button (not a label) dynamically, the font style doesn’t seem to be honored. My default button style is “font: 11pt Verdana”. When filling in the text property statically, it appears in Verdana, but if I set it dynamically, it reverts to whatever the default font style is.
If you have set a login form in the solution settings, you cannot set it back to none. You can select “none”, but this setting is not saved. It is possible though to set it to another form. Whether or not the solution requires login has no effect on this.
pbakker:
If you have set a login form in the solution settings, you cannot set it back to none. You can select “none”, but this setting is not saved. It is possible though to set it to another form. Whether or not the solution requires login has no effect on this.
Running J2SE 1.4.2 on Mac or PC producing a novel of errors in the startup_log.txt, most of which reference errors in something called Catalina, related to apache. This is new for 3.0. All errors in the log disappear if I user J2SE 5.0, but J2SE 5.0 give me other problems, such as…
I use HTML code placed into HTML_AREA fields to do most of my reporting. For the headers of lists in a report, I make a table with a border of 0 and a black background color that contains white text. Under J2SE 14.2_08, everything works nicely, but under J2SE 5.0 the black background does not appear unless I give the table a 1 pixel border, which looks terrible. I submitted a report to Servoy support, but I never heard of any solution. This happens in 2.2.5 and in 3.0.
I am using the dbtreeview bean for navigation in my solution. On startup or after coming out of Layout mode, a method tries to select a particular node by passing
catalina seems to try to store a client sometimes, which it cannot , you can ignore these messages (we will try to hide them)
SUN did some update on the Java html browser component which was not all for the better.
please provide sample solution via support system, we cannot reproduce this