Bug 86507 - Delay instantiation of datasources in datawizard
Summary: Delay instantiation of datasources in datawizard
Status: RESOLVED FIXED
Alias: None
Product: kst
Classification: Applications
Component: general (show other bugs)
Version: 1.x
Platform: unspecified Solaris
: NOR normal
Target Milestone: ---
Assignee: George Staikos
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-08-03 17:47 UTC by Nicolas Brisset
Modified: 2004-10-15 11:22 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nicolas Brisset 2004-08-03 17:47:24 UTC
Version:           0.99-devel (using KDE 3.2.1, compiled sources)
Compiler:          gcc version 3.3.2
OS:                SunOS (sun4u) release 5.8

(revealed by the cdf datasource)
I really fail to see why a datasource should be instantiated when the first page in the datawizard is shown. It is OK to reload the last selection in the URL requester and test for a datasource that understands the file to activate the "Next" button, but currently the list of fields is queried at the same time, which you might notice with "slow" datasources. With my cdf source which takes very long (i.e. 10 s or more) to open a file, many users would kill kst before the wizard appears :-(
I think it is enough to check for a source that understands the file in the first page, then set the busy cursor and instantiate the datasource + query fields before the second page is shown.
Comment 1 George Staikos 2004-08-05 23:21:31 UTC
I started into this.  It's a bit tricky to implement cleanly since it changes flow completely from the previous design.  
Comment 2 George Staikos 2004-10-15 11:22:09 UTC
Ah yes, forgot to close this one.