[wp-hackers] Summer of Code: Plugin Installation from Web
Interface [Mid-term update]
wordpress at dd32.id.au
Thu Jul 10 01:36:00 GMT 2008
Sounds pretty much what i was expecting to be honest.
I think a Stage 1...7 method would be best for the plugin
installer/upgraders as its got a set number of steps it needs to
transverse through, whereas importing, the number if items could be rather
large and having small incremental updates works best.
A bit of animating on the width increases maybe for going between stages
and i recon it'd be a pretty good setup..
On Thu, 10 Jul 2008 11:27:18 +1000, Ronald Heft <ron at cavemonkey50.com>
> The progress bar I made should be pretty generic. I'm just clearing PHP's
> output buffer each time I need to make an update (forcing the page to
> display everything echo'd so far), and with one line of jQuery, I change
> width of the inner box of the progress bar.
> On Wed, Jul 9, 2008 at 9:22 PM, DD32 <wordpress at dd32.id.au> wrote:
>> Since the Atompub installer has taken the route of a progress bar:
>> I think it'd be good to make all the slow-loading pages (ie. Imports,
>> Upgrades, Installs, Anything else that takes a long time processing) to
>> the same style progress indicators, It would be benificial to users if
>> its a
>> consistant design throughout WordPress..
>> I'll have a look at the code that Ronald has used on the Atompub
>> and see if it'll be useful as a generic progress bar, else i'll have a
>> around and see what else can be used :)
>> On Thu, 10 Jul 2008 02:54:50 +1000, Jeremy Clarke <
>> jer-wphackers at simianuprising.com> wrote:
>> Even just a generic in-progress animated giff would probably make it
>>> feel a lot smoother (any time the page just sits there I get pretty
>>> e.g. http://www.utoledo.edu/as/lec/images/gifs/loading.gif
>> wp-hackers mailing list
>> wp-hackers at lists.automattic.com
More information about the wp-hackers