Skip to content
This repository has been archived by the owner on Apr 16, 2019. It is now read-only.

$.serialize vs jQuery.param #27

Closed
mbarkhau opened this issue Jan 20, 2012 · 3 comments
Closed

$.serialize vs jQuery.param #27

mbarkhau opened this issue Jan 20, 2012 · 3 comments

Comments

@mbarkhau
Copy link

Isn't jq.serialize very similar to jQuery.param and not so much to jQuery.serialize?

I found this confusing and would prefer to the two apis to be as similar as possible.

@imaffett
Copy link
Contributor

I think the confusing part is $.serialize doesn't run on a jQ.Mobi object, but rather it's it's own function that takes in an object. jQuery takes in a selector and acts upon it.

I'm not a fan of making changes because "people prefer it", but I do agree this is confusing. We'll look into getting this changed for version 1.0

@mbarkhau
Copy link
Author

My understanding from the naming was that jq.mobi would have a similar api to jQuery, but without all the ie compatibility cruft. So "prefer" was probably the wrong word. My expectation was that functions with the same name would do the same thing.

@imaffett
Copy link
Contributor

Our focus is towards mobile devices, so there will be functions we will not implemented because they cause performance issues or are not relevant.

I've already renamed $.serialize to $.param locally. We will have a proper implementation of $().serialize for V1. If you find any other contradictions, please let us know!

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants