[Proposal] Pjax as EventEmitter? #53
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
At the moment, events are emitted via document using native dispatchEvent.
This (I think) causes issues if multiple instances of pjax are used.
Better to have Pjax as a EventEmitter emit its own events. This does increase the size of the library (4-5kb?).
Good idea.
I think this will make testing easier and cleaner, as it will be easier to remove event listeners and avoid issues of event listeners on
documentcarrying over between tests.Oddly enough, I ran into this issue tonight.
I'm using multiple
pjaxinstances to load in different URLs // selectors.Once both are used, one stops working (events never fired, switches never fired, etc).
Sending in custom
optionsvialoadUrlisn't working either.Is there a workaround for this?
Why do you need multiple instances?
@BehindTheMath I have one instance that loads in urls with specific selectors (main content), and another that's being used with a realtime filter (updates the filter's content, filter results)
It's a bit hard to picture without seeing it, but Pjax is only meant to be used with links and submitting forms, not for filtering data.
I'm using pjax to click a link, and selectively fetch the content from the URL - nothing different than what's detailed in the README, etc.
I just happen to be using multiple pjax instances :)
The issue itself is really hard to reproduce - so I'll table it for now. Just wasn't sure if there was a recommended way of handling the scenario of needing multiple instances.
Thanks!