datatracker/PLAN
Henrik Levkowetz 23ebe5d35d This addresses ease of editing various group attributes, and in particular is
intended to make it easier to see that you can edit things like the
external/additional URLs:

 - Added the ability to edit individual fields in a group's about page, and
   added edit buttons for editable fields on the about page, just as for
   documents (the ability to edit all editable fields already was available
   from the 'Edit group' button on the /group//about/ page).

 - Made the tab label for the group-about tab consistently say 'About',
   instead of 'Charter' for some groups.

 = Shifted the position of the about tab to the start of the tab line.

 - Removed the datatracker account requirement information at the top of the
   group edit page for users logged in to their account.

 - Tweaked the 'Show update' link on the 'Status Update' line.

 - Changed the label for the external URLs from 'More Info' to 'Additional
   URLs', which was already in use on the edit form.
 - Legacy-Id: 12904
2017-02-23 20:55:38 +00:00

125 lines
4.9 KiB
Plaintext

================
Datatracker PLAN
================
Updated: $Date$
Planned work in rough order
===========================
* Add a 'rev' field to DocEvent, migrate 'rev' information from New
Revision and Submit DocEvents, and infer 'rev' information for others
* Add "Waiting for implementation" and "Held by WG" states, with comment field
* Break out the htmlzation code used on tools in a library, and use that
in the datatracker rendering, replacing the simpler code currently in use.
This is also going to require some fancy caching, to avoid re-building the
html if not needed, as it takes quite some time.
* Glue code to trigger generation of htmlized documents on www.ietf.org ??
* Revisit Yang module checks: Capture output also for passed tests.
Add second checker. Fix extraction problems.
* Move the downref registry into the datatracker (IESG request)
* Add a bullet for the IESG request for a "recent ballots" page (IESG request)
* Introduce and API for Meetecho to use to associate recordings with sessions
(and perhaps automate making copies of those videos)
* Introduce the use of email.header.Header() in order to be able to handle
non-ascii names in email From:, To: and Cc: fields.
* Add support for IAB Programs
* Revisit photo uploads: Add photo upload for people with roles. Add
photos to wg pages and group overview pages.
* Revisit floorplans: Add room coordinate input tool (javascript).
Add NOC object annotation possibilities. Add support for break areas
on multiple floors (probably means modelling break areas the same way
as other sessions, and removing the break_area char_field on Meeting.
* Add support for internationalised email addresses according to RFC 6531
when sending email (this is not supported by smtplib under Python 2.7,
so will need support code in the application until we migrate to Python 3.5)
* Performance analysis of database table and index setup
* Review and change the draft submission and handling code to deal with UTF-8
instead of ascii before upload of utf-8 drafts should be permitted. In
ietf.submit.views.upload_submission(), for instance, there's a file open()
which should be codecs.open() with the appropriate encoding. In general,
there are about 100 file open() which should be reviewed and changed to
codecs.open() unless that's clearly not right.
* Code refactoring to avoid code changes for new WG document tags
* When draft XML source is available, take references from that instead
of extracting them from the text version.
* Transition to running under Python 3.x (probably 3.5) instead of 2.7
* Transition to PostgreSQL?
Notes
===========================
* Small nomcom refactoring: associate Feedback records with Person
instead of User.
* Consistency fix: in settings.py, name directory settings consistently with
..._DIR; reserving ..._PATH for settings with PATH semantics (':'-separated lists
of directories)
* For documents with Yang modules, add links to the extracted modules (possibly in
multiple formats -- pyang can generate a large number of alternative formats)
* When we get to the point where we can produce pdf from xml+media, remove the
pdf upload possibility -- it's a definite attack vector. Possibly start scanning
pdf files for /JS and /JavaScript (and workarounds to hide Javascript)
* Add one or more API description pages with examples of common queries
* Add role lists and additional relevant information to the personal profile
pages
* Increase the requirements on valid email addresses in draft submissions --
contacting authors is hard if they don't provide an email address.
* Make it possible to let time run backwards in the database (creation timestamps,
universal changelog)
* Change slugs which were limited by the former 8-character slug length limit
to be more readable (needs both code changes and migrations).
* Additional charts, various statistics views.
* For graphing and mapping various numbers relative to country population,
integrate population data from the world bank,
http://databank.worldbank.org/data/reports.aspx?source=2&series=SP.POP.TOTL&country=
(or some other source, if a better is found). WorldOmeters has running counters,
but ask for a lot of money for even one.
* Notable New Django Features in 1.8:
+ New data types: UUIDField, DurationField
+ Query Expressions (enhanced expressivity, conditionals, database functions)
+ Improved TestCase fixture loading, additional .setUpTestData() method.
- Support for alternative template engines
- Security enhancements (request/response cycle middleware)
- PostgreSQL-specific fields
* Notable New Django Features in 1.9:
+ New on_commit() hook, for post-commit actions, for instance sending email
+ Password validation option with pluggable validators
+ Running tests in parallel
+ DateTimeFields can be queried with date
- Permission mixins for class-based views
- New admin style