fix(locales): typo in french
pep8
document current sorting behavior, refs #114
this is the bug, refs #114
Provide performance-optimized correct start sorting fixes #114.
Fast start-sorting non-expanded result sets.
Extends the work done for #93, #92 and falls through to pre-existing implementation if needed.
catch edge case if event has both ongoing + future occurrences, refs #114
update docstring and comments
Ooops. Turns out index data is NOT already sorted. Fix that. Refs #114.
apply both query:start and query:end on occurrence:start, not occurrence:end, refs #114
#114 also implies an end sorting bug. Fixing it is blocked by #116
provide test documenting #116 bug with end dates on occurrences
Make test assertions compatible with fix in 715f62fe for #114
- query:start and query:end both filter occurrence:start
- query:start excludes ongoing occurrences where occ:start < query:start
- this affects the handling of the base_setup long event in the tests
Revert "Make test assertions compatible with fix in 715f62fe for #114"

This reverts commit e5745844e7781329a18f746326202aa7590c2a30.
Revert "apply both query:start and query:end on occurrence:start, not occurrence:end, refs #114"

This reverts commit 715f62fe29676ec20d7a1013f16f1c7abdd8dae8.
Setting 23:59 end times is a feature, not a bug. Close #116.

But maybe you do want to exclude ongoing events. In that case:
- either override the data_postprocessing event handler
- or use the #120 API extension with a start_min filter
extract optimization tests into separate testcase refs #114
refactor performance tests refs #114
refactor start sorting to prepare end sorting
generalize performance filter/resort to also cover end sorting, refs #114
Merge remote-tracking branch 'gyst/performance' into plone5