The Drupal core system or one of the experimental clones of it.
Drupal 8 Multilingual Initiative sandbox
Sandbox for issues related to the Drupal 8 Multilingual Initiative, where branches are needed. More information about the initiative at http://hojtsy.hu/d8mi
Testing Social Network Platform
I am testing. This is my first time using Drupal to build a PHP written Social Network. Wish me luck!
Module info
After you activate the "Module Info" module you will notice that the name of the module is actually a link to its page on drupal.org
D8 Plugins sandbox
This is just a sandbox for D8 plugin development and testing. Currently I have just started to convert the filter module to use the Plugin system.
Responsive admin toolbar
A responsive administration toolbar.
Required patches
#1608878: Add CTools dropbutton to core
Want to contribute?
The main thread of this effort is in the core queue:
http://drupal.org/node/1137920
We'll reference any break-out issues in that queue's discussion section. I'd like to keep the issues in the core queue as much as possible as sandboxes are ephemeral.
D8 Database Date Abstraction Layer
In Drupal 7, as it supports different databases, module which runs queries containing date conversions and comparisons (Views, Date and others) face with a number of bugs connected to different SQL syntax. At the same time these modules have a lot of almost identical code related to DB date handling. Date functions are a part of SQL and I think they should not be handled by modules. We need a kind of date abstraction layer within database layer, which will contain date formatting, conversion, and extraction routines.
Suggested functions can include:
- date formatting function;
- date diff;
- date addition and subtraction;
- date parts extraction;
- date comparison (however I'm not sure if we really need this one);
- timezone handling.
Functions can operate on PHP DateTime, DateTimeZone, DateInterval objects.
Referred issue: http://drupal.org/node/1360656
Config entity listing API
This is a core sandbox for a config entity listing API, as a controller. This will hopefully replace the export UI to be used for VDC.
This is happening in the 8.x-list-controller branch.
Wysiwyg in Drupal core
Goal
- #1706688: [meta] In-place editing, inline macros, editables, and Wysiwyg in core
- #1782838: WYSIWYG in core: round one — filter types
- #807996: [meta] Input filters and text formats
- #226963: Context-aware text filters (provide more meta information to the filter system)
- http://drupal.org/project/spark
Development guidelines
- Branches
wysiwyg/wysiwyg-[topic]-base: Upstream tracking8.xbranch of Drupal core for a particular topic/feature branch.Each topic branch MUST use a separate and corresponding -base branch, so each topic branch can be diffed against its relative 8.x base.
To create or update a base branch:
git push wysiwyg 8.x:wysiwyg-topic-basewysiwyg/wysiwyg-[topic]-[issue]-[username]: Topic/feature branches under development per user.Based on the respective topic base branch, or the branch of another user.
origin/*: Your regular upstream Drupal core branches.
See all current branches.
- Always commit atomic changes
Do not change X different things in a single commit. Commit early, commit often.
Commit atomic change-sets. Touching 10 files for a particular change is OK. Touching 10 files for 2-10 different changes is absurd. Exception: Coding style, documentation, and comment clean-ups/fixes.
- Provide proper credit
VDC
This is the official sandbox of the Views in Drupal Core initiative (VDC).
See the following links for more information:
- #1805996: [META] Views in Drupal Core
- http://drupal.org/community-initiatives/drupal-core#vdc
- http://drupal.org/community-initiatives/drupal-core/vdc-roadmap
- http://drupal.org/project/issues/search?issue_tags=VDC
Setting up the sandbox with core as a remote:
git clone --recursive --branch vdc http://git.drupal.org/sandbox/tim.plunkett/1799554.git vdc
cd vdc
git checkout vdc
git remote add drupal http://git.drupal.org/project/drupal.git
git fetch --allCreate an anonymous user API
Currently it requires custom code and workarounds to allow anonymous users to interact with a Drupal site. There is no API to handle anonymous users.
In case of the core Comment module we have to make use of ugly use-case specific implementations to allow anonymous users to post comments: There are specific properties on the comment entity that are only required by anonymous users which hold the e-mail address, name, homepage, etc.
We should get rid of that stuff.
Pluggable Asset Management
Sandbox to work on pluggable asset management for Drupal 8.
Starting with http://drupal.org/node/352951 and http://drupal.org/node/1751602

Twig in Core - Performance Testing
A fork() of the normal twig sandbox purely for performance testing.

