Hacker Newsnew | past | comments | ask | show | jobs | submitlogin
Unvealing prettyLoader, a solution aimed to unify ajax loaders (no-margin-for-errors.com)
22 points by pluc on April 9, 2010 | hide | past | favorite | 8 comments


The first thing I thought was, "could I disable it for specific calls?"

Sometimes, you may not want a loader by the mouse, especially if the request doesn't need a response. (Think setting a checkbox, or something that makes a short call and it's distracting to have a loading symbol)

Looks really cool and I hate having to work in the loading notifier on each call where it makes sense. I suppose the other issue is 'covered' by the delay?

Still, gimme a flag and we're set.


I think you can avoid having it display on every ajax call by setting the bind_to_ajax = false. Then, just manually call the show() or hide() when you want to. Documentation:

http://www.no-margin-for-errors.com/projects/prettyloader/do...


> Unvealing prettyLoader, a solution aimed to unify ajax loaders

Do ajax preloaders have a history of having too much veal?


How many loaders can it possibly unify if it's a plugin for a specific framework?


I'm the developer of this. I built it using the most widely used framework and plan on releasing it for others based on the feedback.

Didn't want to spend time converting it for multiple framework if there's no real interest.


Very nice, it's actually how background processing notification should look in web applications.

With a PNG and sprite animation it could be really pretty.


Yah though of using a APNG for animation, but it's just not widely supported enough right now.

It's in my to-do list for sure.


Yes, that's too bad... The prospects aren't good either, it seems that Webkit won't support it anytime soon and who knows about IE.

Good to know :)




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: