msrd / msrd.io Goto Github PK

The article pages (written in Markdown), like articles/bellflower.md will be rendered using Jade templates. We'll probably use Wintersmith as it does exactly what I want. And there's a grunt plugin for it.

Also see justinjaywang/paperback.

In the map addresses with a state value of null appears as the string 'null' instead of as an empty string.

For example:

Henrik Lykke Nielsen
Aarhus, null DNK

Use https://github.com/yui/pure/blob/master/Gruntfile.js as guidelines.

Stub out a simple RD Finder utility like this:

Search: [ ]

Name Name Name
Name Name Name

Get data from rdlist.json

• find Excel file in email
• export as CSV
• use script to move to json or yaml
• run lat/long script on csv file
• use sort.awk to fixup sorting order
• send to Jason Commit to repo!

Right now, lat/long is generated from the rdlist.yaml metadata, namely the city/state/country.

If there exists a yaml entry for lat/long, we could just go with that, bypassing the need for the reverse geocode lookup.

The site currently displays an error regarding the bing credentials being invalid.

Currently if someone visits the site, she cannot find any contact e-mail address on the page. If we do not want to publish the e-mail address of the RDs, I think at least a single e-mail address of the webmaster or the RD program manager would be very useful on the page.

In the map addresses with a state value of null appears as the string 'null' instead of as an empty string.

For example_

Henrik Lykke Nielsen
Aarhus, null DNK

The top header map shows each continent and ocean twice.

I have verified this in both IE and in Chrome.

See

Not implemented yet

Had to remove 'replace' functionality from Gruntfile.js since grunt-replace plug-in has a nasty side-effect of copying files. So the articles were being copied up to the root, making duplicates.

Reading the source code in grunt-replace it mentions how they basically copied the 'copy' functionality.

My Scottsdale listing is wayyyy off, and Dan Wahlin is listed from Chandler, and he's not showing up at all.

(maybe these are two work items)

I've confirmed our data is correct in https://github.com/msrd/msrd.io/edit/master/source/rdlist.yaml

First: Scott
Last: Cate
City: Scottsdale
State: AZ
Country: USA
Email: [email protected]

and

First: Dan
Last: Wahlin
City: Chandler
State: AZ
Country: USA
Email: [email protected]

And the trick is to update the rdlist.yaml file. Don't touch rdlist.json as it is generated before I push the site up. My bad.

• smaller typeface for name
• clicking does nothing for now
• add a clear button on the search
• remove animation

Allow the use of a separate email address just for the Gravatar. For example, in the rdlist.yaml:

First: Scott
Email: [email protected]

Gravatar: [email protected]

If the Gravatar filed is set, use that, otherwise use Email.

• Port the google maps from dynamic site into the static branch
• Grunt task to convert yaml location to json
• Code review of map.html (rename rdlist.json instead of location.json)
• convert html map into jade
• Integrate map.html feature into home page (web part)
• Apply cache-busting approach to the rdlist.json so new rev's look like rdlist<someHash>.json

Might as well switch to the new Bootstrap which is a release candidate now.

In the generated rdlist.json my (Laurent Duveau) location appears as: 45.5086699 -73.55399249999999

If I try it on bing maps it is ok.

But on the website I appears way off south.

It's being aggressively cached by browsers. Do the same trick we use for CSS and JS files.

So rdlist.json will become 9e8ef00.rdlist.json. The SHA1 of the json file is pre-pended and the Gruntfile.js takes care of the references. Maybe. Might not work for files that aren't css and js.

The search results should not show matches based on city/location. Kind of strange. If you search for me, for example with Stanfield you get the three RDs in Istanbul.

The last few pixels are getting cut off. To reproduce, search for Richard Hundhausen. It comes out looking like Hundhauser.

We'll add the feature back later.

In Safari and Chrome on Mac OS.

They are three short stories from the Russian author Anton Chekhov. Nice, but probably not newsworthy for RDs.

RD search function will change templates based on the amount of data shown

Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:3030/components/jquery.rule/jquery.rule.js

Steps to repro

1. Ran deploy.cmd on my windows machine
2. cd into release
3. nws -o

Look at the console output (from chrome). Looks like it's failing to load jquery.rule.

User-editable file is 'rdlist.yaml'.

rdListProcessor.js adds the gravatar hash. Also add the latlong coordinates. But cache the output in a file that's only created if the rdlist.yaml file has changed.

In otherwords, store the sha1 of the rdlist.yaml as a variable in the rdlist.json. Before looking up 120 locations on google maps, see if the sha1 is different!

It's mapped during compile time, which is kinda confusing.