I have read a few issues about slow scrolling behavior. I have a form that is about a page and a half. When I scroll through it, it is very unresponsive as the wheel in scrolled.
I have list views that show about 74 records, no calculations. It is painfully slow. The list views of records are used as work queues, they can have up to 250 records per department.
I realize that users don’t usually need a very large record set to browse, but that is like saying that you would not need to scroll through 200 emails looking for a particular email in your inbox. Alot of time the deparment looses paperwork, but sees the work order in the queue.
In filemaker these list views scroll as fast as you can turn the wheel. I am selling this system to be more robust, flexible, scalable with higher performance. How can demo this to department when, the first thing they want to do it scroll through there queue, open and order and scroll through the record.
If list views are so slow, why do we even have them. It seems like everything that has to be done in servoy has to use html / sql queries.
that is a huge amount of code, I thought the ease of use involved less code?
I do understand the power of the product, but it seems that all the (Filemaker type features) perform much slower then Filemaker.
I was hoping I could use sql/ html reporting, events and various other impressive features to build a new soultion that would meet all the requirments, far outweighing and surpassing filemakers limitations. But the main development work, would be pretty quick.
I am not being negative and relaize servoy is a far better option then any other thin client programming enviorment because you can jump right in.
But I am a bit frustrated with some of the simple concepts. ![:?]( "Confused")
I don’t really have your problems. I have developed many projects in FileMaker and I can say that Servoy is significantly faster on most operations (basically due to the power of the underlaying database).
I did have painfully slow table views, though, too. The problem in all of those were calculations. When you select a record, its calculations are updated as far as I understand. The worst “scrolling experience” I had was once when a calculation had an error. So maybe you want to check your formulas…
is the scrolling really slow or is the jump of one scroll tick on the mouse just very small? So that there are many ticks needed for a bit of speed?
If you just doe one tick how much does it scroll?
If I scoll one tick there is a second delay, If I scroll two clicks, two a second delay for each click. So, If I scroll half the wheel, it kinda jumps along. It’s like it has to catch up to itself. It is not a smooth action.
Also, I have a method that searches a few thousand records, then displays the list:
controller.find()
approval_status = ‘On Hold’
estimate_completion_date = estimate_completion_date
controller.search()
foundset.sort(‘CreatedRecvd_DateTime asc’);
This method takes about 6 second to run. The user then selects a record that shows a FormInDialog. After the dialog window is closed, the search is preformed again with another 6 second delay.
So, the user secets a button that takes 6 seconds to display a list (Queue), then has this jumping / scrolling effect. I know we are only talking about a few seconds, but it’s not a very impressive expierence, then what they are used to.
Maybe there is some sort of error on my part, but there is not really much to this concept.
I have inclosed a copy of my solution. The Flex QC (Service Estimates) , Customer Service (Approval Queue). Are the only processes that are working, and they are still not complete. I am still playing with fuctionality, please excuse the crudness.
Well, I tried to upload a 1.61MB file, but it said I have reached my 2MB Limit
Thanks,
Erich