the ajax-processes can now be canceled
when the user clicks on the button the ajax-process is started and the
text of the button is prefixed with "Cancel ". now, when the user clicks
on the button again, the ajax-process is aborted and the text is
changing back to the old value.
i streamlined the javascript-implementation to reduce the
per-mod-generated javascript and the javascript code inside the
mod.class.php. currently i have no idea how to get the wordpress-i18n
into the admin_ajax-javascript.
Merge pull request #101 from csenf/ajax_cancel

the ajax-processes can now be canceled
less logging
added ajax resync logic

limit is set to 10, but each loop imports a whole month. this results
in a little confusing progress display, but works fine.
added count_items() function

it displays all the users tweets. not sure if we can get all of them
through the API.
better resync - message
Merge pull request #103 from csenf/ajax-message

better resync - message
Merge remote-tracking branch 'upstream/master'
add anchor links to mods

solves #104
add anchor links to mod on settingspage

should hav tested it :(
added ajax_resync_items() to vine

ajax_resync_items() imports all vines in loops of 10.
Merge remote-tracking branch 'upstream/master'
added ajax_resync_items() for g+

count set to 99999, because i found no way to count g+ post ahead
strat for an implementation of ajax_resync_favs

* i can’t do the javascript stuff because of limited capabilities. but
on the php side, i think this might work: add an type argument to
ajax_resync_items that either loads posts or favs.
* also a missing translation for the instagram mod
* missing: count_items() for favs
revert changes for ajax_resync_favs

see #105
support for resync-parameters
- the css-selector for the resync-buttons changed from id to class
because we can have multiple buttons for the same mod
- add a optionally data-resync="{type:'favs'}" - attribute to a button.
the value must be a valid json-string, it is interpreted by the browsers
eval-function
- these values come back to ajax_resync_items as POST-parameters and can
be interpreted there
little bugfix
reclaim-instances are identified on target-object not on the id.
options are always a fresh object
support for type based ajax - counting