note

The Net in Firebug can do this.

Enable it, reload the page, and click on the CSS subtab.

There are two values you can look as the render completion times, the thin red and thin blue lines, compared to the end of the loading of actual files. DOMContentLoaded is the vertical blue line and load is represented by the vertical red line.

You can see the exact values by hovering over any request. (See screenshot.)

http://www.marcuswestbury.net/2011/05/23/cities-as-software/

This is absolutely great-- except that the useless people who own everything can (and will) parasitically extract as much of the value created as they possibly can, as money, and price both the creatives and the people who have lived in the city and made it all this time, out, after the success of revitalizing the city. Not cool.

This finally fixed it:

sudo gem uninstall rake -v 0.9.0

Thank you, http://rubygems.org/gems/rake/versions/0.8.7

...but presumably chiliproject won't work?

Dunno, the new rake seems to break everything for everybody, so getting rid of it is good...

It would be nice to package our Drush aliases with our projects.

Where does drush look for aliases?

It is possible to have your site-specific aliases in sites/default, such as sites/default/aliases.drushrc.php.

Somewhat Related

• issue to have aliases only loaded when in context: http://drupal.org/node/1132906

• Helper function to generate an alias record for the specified site: drush alias-add @aliasname

As when working on any Agaric project that may not have had maintenance done on it in a while, update the Rakefile to be in line with current processes.

First, make sure your Vlad checkout is up-to-date. Go to it cd ~/vlad (in my case, i symlinked Vlad's true location to my home folder so he can find it. On my system Vlad's true location is /usr/local/lib/site_ruby/1.8/i686-linux/vlad/) and git pull.

cd ~/code/projectname
mv Rakefile RakefileOLD
cp /home/ben/vlad/Rakefile Rakefile
diff -up

Messages to AJAXify with a helper module to http://drupal.org/project/formmsgs

Error messages to AJAXify-- why wait until you submit the form to know this?

The first ones are relevant
* "The username cannot contain multiple spaces in a row."
* username taken (both these handled by http://drupal.org/project/username_check )
* optional duplicate title warning

See Form Messages.

Principle: On a site with multiple administrators, "Configuration is Content".

Manifesto posted http://drupal.org/node/938368#comment-4286326

An unexpected error occurred while synchronizing with the Evernote service. The cause is listed below. Check to make sure your computer and network are operating properly. To resolve this error consider exporting any unsyncronized notes then permanently delete the problematic items from Evernote. If the problem persists see "Technical Support" under the "Help" menu.

The note 'Note title here' could not be synced. The content is not valid.

Nor is this export necessarily for the commonly accepted need to export the configuration of entities' bundles and their fields (although, to make things more confusing, fago's main use case is to make bundle definitions into entities)

If two messages apply to one form element, then both apply.

A multivalue form ID field.

Also ideally, that export would live only in code if the UI were never needed. On this point, unfortunately, Entity API always automatically imports to the database, rather than reading from code at runtime.

Seriously, Drupal, what the hell?

This code is the callback for an #ajax property on a form element. The HTML returned replaces the HTML provided. That all works. What gets tricky is the form validation function being called and getting the error.