Bug #1029
closedWTableView second scrollTo not working properly
0%
Description
In attachment is an working example showing that when i move slider by mouse it slides WTableView but not properly. From my point of view the second call to scrollTo in event loop processing signals from WSlider doesn't work. One workaround is to use WSlider::sliderMoved() which works fine. The mentioned scrollTo happens inside this sample code:
void Prezentacja::slt_sliderValueChanged(int page)
{
int page_scroll_to = this->m_slider->maximum() - page;
this->m_wtv->scrollTo(this->m_wtv->model()
->index(page_scroll_to * this->m_rows, 0), WTableView::PositionAtTop);
}
You have to run app to see that this bug really happens.
Hope to see a bug fix soon.
There is also a bugfix to Firebird.C driver for FirebirdSQL (missing IBPP::Database::Connect(), which is required to allow normally working).
Files
Updated by Koen Deforche about 13 years ago
- Status changed from New to InProgress
- Assignee set to Pieter Libin
- Target version set to 3.2.0
Updated by Pieter Libin about 13 years ago
Hi,
when I try to run your example, I get an exception because no database is created yet,
do you think it is possible to create an example that does not rely on the database?
kind regards,
Pieter
Updated by Łukasz Matuszewski about 13 years ago
Hi,
Hi,
when I try to run your example, I get an exception because no database is created yet,
do you think it is possible to create an example that does not rely on the database?
kind regards,
Pieter
There is comment in code saying /*connection parameters*/ - which i think should be /*connection parameters - PLEASE FILL */
Prezentacja::Prezentacja(const WEnvironment& env) : WApplication(env), m_firebird(/*connection parameters*/)
I think it can be done by mocking (or should I say, rewriting) NazArtNazAlbItpModel, and in there generating about 1000 of records randomly. Other ways may apply to, but I don't have thoughts right now...
Sorry for late reply - I have lot on lot of work these days.
Thanks for believing me that there is a bug.
About the Opera Browser - in version 11.60beta they fixed theirs bug / not Wt C bug about generating WLink urls in apps deployed within a prefix after the hostname:port part like in http://synat.eti.pg.gda.pl/wt/SyNaTPG.wt
BR
Lukasz Matuszewski
Updated by Pieter Libin about 13 years ago
- File bug1029.zip bug1029.zip added
I've simplified your example so it does not use a database anymore,
but I'm not able to reproduce the problem.
Can you take a look at the test case I created (attached: bug1029.zip),
and provide us with a scenario to reproduce the issue?
Updated by Łukasz Matuszewski almost 13 years ago
- File Prezentacja.wt.exe.jpg Prezentacja.wt.exe.jpg added
I have attached a screen shot of playing with you simplified example... I only have changed the line which sets how many rows you will test from:
int rows = 1000;
to
int rows = 10000;
and then played with slider a little bit (just by simply moving to position as shown in screen shot).
Hope it helps to reproduce the bug...
BR,
Lukasz Matuszewski
Updated by Koen Deforche almost 13 years ago
- Target version changed from 3.2.0 to 3.2.1
Updated by Pieter Libin almost 13 years ago
- Status changed from InProgress to Resolved
Updated by Pieter Libin almost 13 years ago
- Status changed from Resolved to InProgress
- Assignee changed from Pieter Libin to Koen Deforche
Updated by Koen Deforche almost 13 years ago
- Status changed from InProgress to Resolved
Hey,
The remaining bug seems to be a bug in Chrome, miscalculating the height of the WSlider.
I've implemented a workaround but it is clumsy...
Regards,
koen