Hide navigation controls in webclient tableview

[Jeroen de Vries]

Our framework has controls to navigate a tableview. In the smartclient it works out great but in the webclient, the servoy built-in navigation controls were still showing giving us 2 sets of controls, confusing and ugly. I didn't get a satisfying answer from Servoy direct so I did a little digging in the generated html and found out that you can control the look and feel of those controls through the servoy_web_client_defaults.css file. I added the following styles to get rid of these controls:

Code: Select all

.navigatornumber,  .navigatorfirst, .navigatornext, .navigatorprev, .navigatorlast{
   display:none;
}


Now if we only could control that tableview with a scrollbar in the webclient...

[Harjo]

did you drag down, the body, let's say 2000 px?
It will give you a scrollbar than......

[Jeroen de Vries]

did you drag down, the body, let's say 2000 px?
It will give you a scrollbar than......

We tried but it will take forever to load if you have a lot of columns and rows to display.

[Harjo]

yeah, if you make it tooo large indeed.

It would be nice, that Web & smart client would react/work the same in this...
(I dislike those paginations also.....)

scroll to the last row and than automatically retrieve the next bunch (200 in a table-view and 70 in a related tabpanel...)
Should be doable with ajax now a days......

Anyone filed a request for this?

[jcompagner]

not only automatically retrieve the next bunch but also break down the bunch before
else your browser will blow up in your face.
So it is not that easy to do. Especially if you really want the standard scrollbars..

[bcusick]

So, I have the same issue: sometimes you want the default paging (when you have a customer who has a clue that this is a WEB app) - and sometimes you want to make a form that just scrolls into oblivion (and damn the "server performance" hit) - because the end-users are too ignorant to know the difference between a web or client-based application (and because Servoy makes it easy to do both - it's an EXTRA "issue").

The hard part comes when you try a "hack-around" that involves changing the height of the related form (to get the "traditional" scrollbars). Say you have a table view whose body height is 50px - and you (in your code) "know" the maximum viewable rows is 5. That means if your body part on the table view is 250 - you will see FOUR rows of data - plus one row of the navigation controls.

However, if you use the SoutionModel, and you have a onRecordSelection() method on your form - you COULD, in theory, change the height of the body part of the related form - so that IF the number of related records were > 4 (visible minus the row for the controls) - you can just use the solutionModel to make the body part larger.

HOWEVER - this is a cluster &$^#@#

SUGGESTION: Have a new property on the form called "webClientScrolll" (default = false). When checked to "true" would look at the number of related rows and AUTOMATICALLY enlarge the "body" section of the related form.

I'm just sayin'... it would save me 100 lines of cose.....

[Harjo]

ow yes!! +1

[jcompagner]

really? even if the related record size is 500 or 5.000 or 50.000 ??
that would completely bomb out the browser and make it very very slow to scroll.

in end we just have a few options
1> what we have now paging on the bottom
2> paging on the right (sort of just 2 buttons, up and down, that pages the next set in and out), this is i guess doable
3> continues scrolling where we cleanup rows above and add rows below when you scroll (a bit how google maps works with those images they load), but this would cost a lot of time to code. (not to mention that we somehow have to fake stuff because the scrollbar in the browser only really shows if the thing it shows says it is X big.. but there is no X yet...)

[ROCLASI]

How does Twitter.com do this then. And Apple's Mobile Me. On that last site they don't even use native scrollbars, it's all images and JavaScript.
I guess that is the only way to really have full control over scrollbar behavior in a web browser.

[jcompagner]

twitter.com has for me just a big more button which loads in a few more.
Or am i looking at the wrong thing?

yes with none native scroll bars (which are sort of my <2> point) you can do a bit more, but many of those are not really scroll bars, they are just different kind of paging controls.

But a native scrollbar is doable i guess it could work just as in the smart client, where we set the size just like in the smart client. (so you first have 200 rows)

[jcarlos]

But a native scrollbar is doable i guess it could work just as in the smart client, where we set the size just like in the smart client. (so you first have 200 rows)

Doable when? Servoy 6?

[ROCLASI]

But a native scrollbar is doable i guess it could work just as in the smart client, where we set the size just like in the smart client. (so you first have 200 rows)

Why not a custom scrollbar ? That way you could implement feature request #317587 in WC as well and also allow sync scrolling and that sort of things.

[jcarlos]

But a native scrollbar is doable i guess it could work just as in the smart client, where we set the size just like in the smart client. (so you first have 200 rows)

Why not a custom scrollbar ? That way you could implement feature request #317587 in WC as well and also allow sync scrolling and that sort of things.

YES! feature request #317587 should be!

[maarten]

What's the state of this feature request?

[Harjo]

Hi Maarten,

on ServoyCamp, they announced this new feature, for Servoy 6.1