J - I'm off on holiday until next Tuesday (bank holiday in Ireland :)
Would be happy to describe what we need in more detail to track
progress, but will have to wait until next Tuesday if that suits.
JR
[EMAIL PROTECTED] wrote:
JR,
We don't want to override the internal methods at all :( If IPS can
enhance the ProgressTracker to give us what we need and adjust the
filelist.py to update ProgressTracker based on a timer for each Package
that is being downloaded and pass in the current amount of data
downloaded for the package and the amount remaining, we could remove
this duplicated code. That would be great :) Then all we have to do is
provide our own ProgressTracker implementation to consume this package
progress information. We may also choose to display the number of
downloaded and remaining files information, but not to control the per
package progress indicator.
This is good. You don't want to override these methods, and I don't
want these methods overridden. I'm still not sure I completely
understand what you need, so it would be great if you would describe in
more detail what would help you track progress. Just as an example,
it's not at all obvious to me why we need a timer in the client. I was
under the impression that the GUI would be able to run a thread in the
background that polled the download statistics at a certain interval.
It sounds like you're saying that's not sufficient.
-j
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
