Last updated February 3, 2013.
What we've already done
Here is what the Views in Drupal Core initiative has completed to date:
- Initial port of Views and dependencies to Drupal 8.
- Over 300 existing handlers, plugins, tests, and other objects converted to PSR-0 and reorganized.
- Resolved all CTools dependencies.
- 230+ handlers and plugins converted to the new core plugin architecture with annotations.
- Request handling converted to the HTTP Kernel.
- Updated to the new Cache API.
- Converted default views to YAML for the configuration system.
- Converted to a new View storage class (extending configurable entities) for loading all View objects.
- Improved the View object's architecture by refactoring its components into the View and ViewExecutable classes.
- Updated, simplified, and modernized all CSS.
- Refactored the Views administrative listing user interface.
- Significant basic code cleanup and refactoring.
- Views merged into core, Oct. 22, 2012.
- Moved core module-specific Views integrations into their respective modules.
- Added Views and Views UI to the standard profile.
- Improved test coverage.
- Conducted a usability study and identified actionable UX issues.
- Coordinated basic accessibility testing on the Views UI (Core accessibility gate).
- Profiled the main core node listing as a view to explore performance considerations.
- Added bulk actions integration.
- Added core token support.
- Made the administrative UI responsive.
- Added support for REST and data serialization.
- Added core autocomplete support.
- Added numerous small usability improvements.
- Added a "clone as" feature (to clone a page display into a block display, etc.)
What we still need to do
Our remaining tasks are sorted into three phases, based on what needs to be completed before feature completion, before code freeze, and before release. (For more details on the Drupal 8 timeline, see Dries' blog post.)
During feature freeze (Dec. 1, 2012 to Feb. 18, 2013)
Drupal 8 is now in its feature freeze phase, when features already in development must be completed. We have until Feb. 18, 2013 to complete the Drupal 8 Views feature set. We have already added several new features for Drupal 8 (see above), and our last remaining new feature is.
In the weeks that remain until feature freeze, we will begin converting core listings to Views, add administrative Views, reintroduce core data integrations, and work to resolve architectural issues in other systems that affect Views (Plugins, Blocks, the Configuration System, etc.).
Before code freeze (July. 1, 2013)
July 1, 2013, is the beginning of code freeze for Drupal 8. Before code freeze, the core Views API needs to be stabilized and all major refactorings should be completed. Between Feb. 18 and July. 1, we will focus on cleaning up the Views API to core standards, improving Views' architecture, migrating core listings to Views, and integrating Views with core modules and subsystems:
- Convert remaining core listings to Views.
- Complete data integrations for remaining core modules.
- Convert class and method names to core standards.
- Explore further integrations with other new core features (e.g., the Field and Entity APIs, Blocks and Layouts, other core query builders, etc.), potentially including:
- . (Dependent on the Entity Property API.)
- Convert the query plugin to load entities after queries are executed. (Dependent on the updated Entity API.)
- Ensure Views properly implements core multilingual functionality. (Dependent on the Multilingual Initiative.)
- Integrate Views' display architecture with new Drupal 8 blocks and layouts functionality. (Dependent on the Blocks and Layouts Initiative.)
- Test the deployment workflow for Views using the configuration system. (Dependent on the Configuration Management Initiative.)
- Convert all storage and export functionality to core APIs, and reintroduce view "revert" functionality once CMI supports it.
- Resolve usability and accessibility issues.
- Additional cleanup and refactoring.
Before release (Drupal 8.0)
During code freeze, core APIs need to remain stable so that site builders and contributed module developers can begin testing. (This is one of the greatest advantages of having Views in core, because hundreds of contributed modules rely on the Views API.) The goal during this phase will be to make Views (and the rest of core) ready for production release. After July 1, we will focus on the upgrade path, non-API cleanups, bugfixes, QA, performance, and documentation:
- Provide complete upgrade path from Views 7.x-3.x to core Views.
- Provide full functional and unit test coverage.
- Provide full API documentation.
- Move the old advanced help documentation onto Drupal.org and update it for the new architecture.
- Identify and address remaining performance concerns.