[Kst] [Bug 85594] kst should allow datasource via fish (and perhaps others)

George Staikos staikos at kde.org
Wed Jul 21 19:19:51 CEST 2004


------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
      
http://bugs.kde.org/show_bug.cgi?id=85594      




------- Additional Comments From staikos kde org  2004-07-21 19:19 -------
On Wednesday 21 July 2004 11:16, Matthew Truch wrote:
> I agree, for live data, it would 'suck' (technical term).  But for static
> data, it would definatly be useful; and polling shouldn't hurt much (other
> than network bandwidth and longer latencies in checkinig) in this case, as
> the data isn't changinig.

   The bigger problem is this:

- Data sources do their own I/O so each would have to support KIO
- Most data sources use external libraries to read the data, so they have to 
copy the data file down to a temporary file and hopefully can clean it up 
properly
- Therefore we might as well just copy the file ourselves before we call out 
to the data source
- Completion and the wizard "Next" disable functionality basically breaks here 
in the KURLRequester because we can't try to open a new remote file each time 
the user types a character

So it's messy, but still conceivable.



More information about the Kst mailing list