I'm still trying to find ways in how to shorten Knop processing time.

Lists are for example slow and it looks like it's the interaction
between the grid object and the nav object that's causing the delays.

So I experimented with the -url handling. Here's original code

$lContact -> (addfield:
-label = ($lang_labels -> nameLbl),
-dbfield = 'lastname',
-name = 'name',
-url = 'admin/contact/contactedit',
-width = 280,
-template = {return: ((field: 'lastname') ? ((field: 'lastname') +
', ')) + ((field: 'firstname') ? ((field: 'firstname'))) + ((field:
'title') ? (', ' + (field: 'title'))) });

The -url is used to make this column a link pointing to the actual
record. But when this is processed in the content file it takes some
1400 ms to finish. Maxrecs are set to 20.

If I skip the nav interaction and us this code:

$lContact -> (addfield:
-label = ($lang_labels -> nameLbl),
-dbfield = 'lastname',
-name = 'name',
-width = 280,
-template = {return: '<a href="/admin/contact/contactedit/' +
(field: 'keyfield') + '/">' + ((field: 'lastname') ? ((field:
'lastname') + ', ')) + ((field: 'firstname') ? ((field:
'firstname'))) + ((field: 'title') ? (', ' + (field: 'title'))) + '</
a>' });

simply letting the -template build the url then processing is cut
processing down to some 600 ms. Still a long time but less than half
using nav to build the url.

Are there any drawbacks I haven't discovered yet in bypassing the nav
like this? And if I do it like this, do I need to declare a nav object
at all for the grid?

HDB
Jolle

#############################################################
This message is sent to you because you are subscribed to
the mailing list <knop@lists.montania.se>.
To unsubscribe, E-mail to: <knop-off@lists.montania.se>
Send administrative queries to <knop-request@lists.montania.se>
List archive http://www.nabble.com/Knop-Framework-Discussion-f29076.html
Project homepage http://montania.se/projects/knop/
Google Code has the latest downloads at http://code.google.com/p/knop/