Releases: nondeterministic/oorep
Releases · nondeterministic/oorep
v0.11.2
- Bug fixes:
- Fix alphabetic sorting of rubrics in repertorisation view for small repertories
v0.11.1
-
Minor improvements and changes:
- Replace "Add" and "Remove" buttons with "+" and "-"
-
Bug fixes:
- Cases that were not currently opened, could not be deleted
- Multi-occurrences view also contained all single-occurrences of remedies
v0.11.0
-
Main features:
- A "dark theme" for the UI is available
-
Minor improvements and changes:
- Subpages now have their own URL-path (e.g., /faq, /impressum, etc.), which is also more SEO-friendly and makes the back-button in the browser a lot more useful
- Switched to bootstrap v4.2.1 (from v4.1.3)
- Minor build.sbt clean-up (e.g., removed notify.js and old jquery 2.2.4 dependencies)
-
Bug fixes:
- Make sure old entries in EmailHistory are really deleted
- Enforce unique names for creation of new files
- Edit-file dialog no longer "cuts off", if there are are many cases associated with it
- After opening a case, multi-occurrences view is no longer emptied, if it wasn't empty before
v0.10.0
-
Main features:
- Users can now get their username sent to their email address
- Users can now get a password change request sent to their email address
- Removed all authentication code in favour of using dedicated third-party modules instead (right now: SAML 2.0 in the form of SimpleSAMLphp as IdP and mod_auth_mellon as SP); that is, API endpoints, which are meant to be only used by logged in users, now start with /api/sec/ (where /sec/ needs to be protected by the SP) rather than just /api/ alone
-
Minor improvements and changes:
- Rudimentary beginnings of a system test suite under /test
-
Bug fixes:
- Unsuccessful lookup no longer throws exception in the background (bug introduced in v0.9.0)
- Empty descriptions of files could not be altered or subsequently saved (bug introduced in v0.9.0)
v0.9.0
-
Main features:
- Sane site view when JavaScript is disabled (required introduction of a lot of new API endpoints)
- HTML5-compliance on all pages (where I managed to check it; i.e. that are rather static rather than dynamic)
- Clicking on "Remedies" now toggles display of remedy name format (instead of displaying remedy weights as numerals)
-
Minor improvements and changes:
- Display 0-valued remedies in brackets (e.g., bogboen)
- Show small repertories, such as tylercold, always in full, irrespective of user input
- More verbose repertory descriptions in pull-down menus (also required a database schema change)
- Optimise transmission of available repertories and remedies on start-up for faster site loading
- Remove code to import repertories from JSON representation as this is no longer used (Instead, there is now an SQL dump of a PostgreSQL database in the git repository that contains both GPL'ed repositories publicum and kent-de. This also removes the need for defining $OOREP_REP_PATH and $OOREP_IMPORT_REPERTORIES)
- The looking up of a user's cases no longer opens a separate database connection, but also uses connection pool, which makes this operation also considerably faster
v0.8.1
- A less "in your face" cookie-consent dialog
- Remove landing page (and other) time consuming redirects
v0.8.0
-
Main features (that made API changes necessary):
- Repertorisation results can be shared via copy+paste of a link
- Site should look much better on smaller screen sizes
-
Minor improvements and changes:
- A loading spinner is presented if web site start up takes time
- A warning page is presented if JavaScript is not enabled
- Backend rejects API-calls with very short inputs (to prevent data leeching)
-
Bug fixes:
- Redo button would not always show last remedy and last weight
v0.7.0
- Introduce results page cache in client code to put less strain on the backend, and to speed up browsing back and forth through the search results
- Remove a superfluous API call to available_remedies, when those are, in fact, already in the cache
v0.6.1
- Show multi-occurrences of remedies for entire search rather than for current page only
- Display full remedy names when hovering with mouse over remedy abbreviations in the repertorisation view
- Differentiate 5-valued from 4-valued remedies by double underlining (cf. bogboen)
- Introduced env-var OOREP_IMPORT_REPERTORIES to trigger import of raw repertory data upon program start-up from JSON-files (to avoid accidental deletion of repertory changes)
v0.6.0
-
Main features (that made API and schema changes necessary):
- Search can now be restricted to a specific remedy and/or a minimal remedy weight
- Pagination of search results to show ALL rubrics of a search (as opposed to only the first 130 as before)
- Changed DB-type of file description from varchar(2048) to text
-
Minor improvements and changes:
- Removed atama-repertory as it was merely a subset of publicum and kent
- Reduced number of displayable rubrics per page from 130 to 100 (which is OK, since we have pagination now - no rubric is lost!)
- Multiple occurrences of rubrics on top of results page are now collapsable
- "High number of search results"-alert is now disposable
- Replaced the rather useless "clear search terms"-button with "Toggle advanced search parameters"-button
-
Bug fixes:
- Some existing rubrics of repertories publicum, bogboen and kent-de wouldn't show up in results earlier
- Various minor corrections in the presentation of results and suggestions of alternative search terms