Kann sein, dass dies ein echtes Problem ist.
@DbCommand("Domino"; "ViewNextPage")@DbCommand("Domino"; "ViewPreviousPage")War nicht persönlich gemeint. Sollte irgendwie heissen: Vielleicht kann man ein paging mit start=x&count=y überhaupt nicht benutzen, wenn auf Teile der Dokumente Leserfelder sind. ;)ZitatKann sein, dass dies ein echtes Problem ist.
Kann ich nicht deuten. Wie meinst du das, wenn es kein Problem wäre würde ich es doch nicht posten.
vielleicht schafft es ja einer von euch sich die knöpfe anzeigen zu lassen mit denen man dann navigieren kann.Welche "Knöpfe" meinst Du genau?
Did you compare your view navigation to the navigation in this forum? Standard view navigation IS sort of terrible. There is no simple way to determine when the last page of a view has been reached. A standard link generated by @DbCommand("Domino"; "ViewNextPage") will always be there and always repeat the last line, even if the exact same document has been shown on the page before.
If all you want to do is to navigate to the last page, there is another command: @DbCommand("Domino"; "EndView").
There are a couple of ways to improve view navigation. See - amongst many others - Jake's article on "Sensible view navigation":
http://codestore.info/store.nsf/unid/EPSD-66GGUM?OpenDocument
The basic principle is, that you can create your own view navigation when computing your own links. The URL command ?OpenView accepts a bunch of parameters like start= and count= which you can use. Trouble is, they won't play nicely with reader field protected documents. The start= and count= parameters are calculated against the unfiltered view (including the documents the current user cannot see). You can use a single category embedded view, categorized to the Reader field entry identifying the current user to overcome this.
Ich hoffe es wird mir verziehen