[wp-hackers] WordPress 2 and Client Side Scripting
Amit Gupta
wp at igeek.info
Sun Nov 27 18:57:02 GMT 2005
Theodor Ramisch <theodor_ramisch at hotmail.com> wrote:
| Unfortunately I had to see that you are using custom
| classes to do such "common" effects. That makes
| plugin development harder if you have to deal
| with them on plugin options pages for example.
|
| Why not rely on well known, stable libraries
| like script.aculo.us and prototype? There are
| a lot of developers who already worked with
| them and adapted to functions like "$" which
| replaces the document.getElementById.
I'd say that learning to use the libraries that WordPress is using
won't be that hard. I mean you learnt to use the plugin API as
well, no? its not similar to other blogging systems if I'm not
wrong, so why the fuss over the client-side API? its not mandatory
afterall, you can take it as an expansion to the plugin API if you
want & learn it if you want to make use of it in your blog, else you
can just leave it.
Aaron Brazell <aaron at technosailor.com> wrote:
| While I don't know the answer to this, I might point out that
WordPress
| opted NOT to use the "common" XML-RPC libraries and by doing so,
| avoided having thousands of blogs vulnerable to an exploit a few
| weeks ago. Mob tendencies, while often nice for developers, aren't
| always a good thing.
yeah well, you can say that!! :) every coin has two sides. ;) using a
commonly
used library has its pros as well as cons!! its just a matter of
weighing the
pros & cons to determine the correct library!! :)
------------
Amit Gupta
http://igeek.info/ || http://blog.igeek.info/
http://blog.igeek.info/wp-plugins/igsyntax-hiliter
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://comox.textdrive.com/pipermail/wp-hackers/attachments/20051127/ca3df5cc/attachment-0001.htm
More information about the wp-hackers
mailing list