mozilla / make.mozilla.org Goto Github PK

We should look at places where we can remove HTTP requests by using sprites instead of individual images.

So right now make.mozilla.org contains webmaker.org (currently a fairly simple brochure style site) and the events system - which provides a GEOspatial search interface over our events data.

This required PSQL and a number of rather non-standard dependencies that make it a real pain to get set up on a local machine; and I'm fairly sure in the future this is going to provide rather a lot of pain to our potential contributor community.

What I would like is to split the projects, tools, pages apps out of this repo and making a new playdoh app containing it. We can keep events in here as it's own thing.

Additional considerations (which could turn into separate tickets once the split has been made):

• ensuring that we redirect all requests to /events/ to the correct URLs on the new app
• working out ways that the events app can feed data into the brochure site - as it now won't be able to directly call the DB from inside the webmaker.org app
• would love to retro-fit a few more rigourous tests into the new webmaker.org app
• equally - hooking our test suites into travis.ci on both apps would be great

The images atone for around 75% of the initial page weight - and this is an overhead we can do without for mobile.

Once we have events in the system this should be styled as per design.

Ensure that we use bleach to sanitize all user input that we're displaying - this might already be done via playdoh.

If not we can probably sanitize everything in the view before sending to the templates.

Do not use the |safe filter in our jinja templates.

When I was attempting to get newrelic working on our dev server I chucked it into vendor-local

I'm pretty sure that it shouldn't be there and it's stopping us from merging up dev to staging so probably a good idea to get rid of it!

We have these over on thimble.webmaker.org (https://thimble.webmaker.org/en-US/webarcade and https://thimble.webmaker.org/en-US/projects/zoo) but don't have them on webmaker.org.

We need to include the ability to:

• create a new project group with a custom HTML template, CSS (to be included via a pull request)
• assign projects to a group
• create a groups view - rendering the template provided and listing all projects assigned to the group
• allow a way for a project to return what groups it belongs to
• allow for ordering of projects within a group

This is used on all other Mozilla sites and makes it stand out more. We should be consistent with the Mozilla styleguide.

I noticed with longer buttons instead of breaking up over two lines they remain the same height and cause overflow.

In the CSS they are assigned a fixed height and line-height so maybe something a bit more flexible to allow for multi-lined buttons would be good.

And on a number of pages (https://webmaker.org and https://webmaker.org/en-US/about/) this is exactly what we have. Let's try and make it look nicer across the site.

This should make getting local dev environments easier and also ensure that the correct settings are applied out the box and those that need changing are obvious for IT during deployment

Will clearly be easier once we have events coming into the system.

In regard to ordering I think it should be something along the lines of:

• if a user geo lat/lng is provided we show them the events nearest them
• if not we order initially by whether they are official events or not and then alphabetically

We should either play with the backgrounds on the font-colours.

This tool will help - http://leaverou.github.com/contrast-ratio/

We use a web-font for EVERYTHING.

This is all well and good but it takes a while to load the web-fonts on a low-bandwidth connection and while they are loading no text is displayed!

We should hook in some form of font-loading software (like good font loader) that can provide CSS hooks for styling the text (in a non-webfont) while they're loading and use the web-fonts when they're ready.

In addition we need to find a non-webfont that can be used that provides a similar look/line-height to avoid too many page reflows/distortions when the page is loading.

So very soon /about/ will not have the content that it has now - which is currently a page about the summer campaign.

So basically we should change it to be more like this:

/about/ - for now redirects to /about/summer-code-party-2012/
/about/summer-code-party-2012/ - (summer-code-party-2012 is the slug) which can then link to a static page of our choosing
/partners/ - throws a 404
/partners/summer-code-party-2012/ - (summer-code-party-2012 is the campaign slug) which displays all partners related to that campaign

Does this make sense and give you stuff to work with?

The webtrends contract is soon to be up - we should remove the tracking code before it is

Currently our main column on project pages (https://webmaker.org/projects/show-them-some-love-internet-style/ for example) have a main column width of 515px.

The provided width options for popcorn.webmaker.org embeds are 560, 640, 853 and 1280

We should see what we can do to provide a better grid layout for the project pages so we have space for things to fit without causing overflow.

make_mozilla/events/templates/events/legal/privacy.html:146-148

Actual results:

650 Castro Street, Suite 300

Mountain View,
CA 94041-2072

Expected results:

331 E. Evelyn Ave.
Mountain View, CA 94041

Pulling over bugs filed in Lighthouse:

• add in Ontario Trillium Foundation logo (https://mozila-webmakers.lighthouseapp.com/projects/95184-webmakers-phase-2/tickets/130-please-add-the-logo-of-the-ontario-trillium-foundation-to-webmakerorg#ticket-130-4)
• remove Moore Foundation and Research Corporation (https://mozila-webmakers.lighthouseapp.com/projects/95184-webmakers-phase-2/tickets/131-delete-moore-foundation-and-research-corporation#ticket-131-2)
• add in Nominet/DoE (https://mozila-webmakers.lighthouseapp.com/projects/95184-webmakers-phase-2/tickets/134-please-add-new-funder-logos#ticket-134-2)

It's empty - we don't use it, IT MUST BE GONE!!!

People need to be able to add logos to campaigns.

The summer (and future) campaign will have partners that we'll want to promote.

Would rather not need to do an deploy to add these so thinking something along the lines of a dead-simple app that allows people to do so would be sweet.

Required fields:

Name
URL
Image (upload to a path on the server)
Featured (boolean value - displays partners on the summer-campaign page)
Campaign - foreign key to the campaign model.

Originally reported in bugzilla, have tracked the problem down to urllib2

Setting the app up locally on OSX is a rather horrible task when bundled in with the PSQL dependancies (and Django not supporting the latest PostGIS versions) so am hoping a Vagrant install might turn out to be a better option.

We already have working puppet files so wondering if this might turn out to be an easy thing?

I believe I outlined them in my email but can re-confirm on call/emails for clairy.

Is everything we need already in the model and we just need to surface it on the front-end?

Having to copy/paste content from dev to production is rather in-efficient.

By having the ability to enter a project and have it 'in-dev' would be useful - this means a URL can be sent around to internal folk but not appear in the filtered lists, group lists and all projects lists.

This should mean:

• draft is a boolean that can be used to hide a project (default should be true, to ensure that ONLY projects we specifically want to have displayed are)
• when a project is in draft we insert a robots.txt in the header of the document (similar to how playdoh does it) to try and ensure that search robots don't index it
• ensure that when the migration is run we don't hide everything (make sure that we have a data migration that sets every project to have public to set true)

For the map view would recommend plonking the paginator as used on the list view at the bottom of the map.

• Chris - please attach the hero image to this bug
• Erika - please include copy updates to this bug as a comment - please outline the carousel text and the text for the /party/ page

People assign an event as being 'official' in the BSD admin and this should be picked up during import and marked as so in our DB.

Can discuss on call in regard to lack of effort and time.

Styling of newly included fields seem to break things - as on RSVP page
Need to re-include the log-off and events management links

Numerous static event guides pages to be made.

Details to go inside of them to be confirmed...

We've got a bunch of static content on the site - this can be easily set for localisation by including the tower {{ _('foo') }} tags

To ease the development of the project content we put stuff inside of a DB and had people administer it using the django admin - this is great for productivity but very very bad for localisation purposes.

Need to find a way in which we can index and search the projects, have the content availiable for the l10n teams BUT also be easy enough for the content team to add new things when they want.

CAVEAT - this may get totally solved using the makeAPI...

Right now the pages app allows you to create a page at /foo/ but not /foo/bar/

If we want to build up slightly more complex sections of the site using it we need to think of a way to provide thus functionality,

Options

• allow for multiple paths to be put in the slug field (foo/bar)
• add a parent page field and then extract the URL from that

Hopefully this will be something that we can bump off nice and easy once the redis/celery stuff is working

This causes a rather awkward look when the tab is pulled down.

• URL should be ''/teach/"
• make sure that the tab highlights on the correct pages (be aware of the two potential URL structures
• nav order should be: Projects | Tools | Events | Teach | About

For now we don't need to lock it down to Mozilla-MPT users but for launch we will do - also, this is something that I'm hoping IT can do when times comes.

Note that we have to differentiate between official and non-official events (highlighted by a different map marker)

Right now we're not providing a way for people to manage the events that have gone into the system.

Don't think this is super urgent but it's something that we've not yet considered at all so just putting it out there :)

I'm trying to ensure that we keep these at a minimum - but you never know!

User needs to be logged in to access /events/new, /events/create (anything else?)

On initial log-in redirected to a small profile creation form - where they can provide us with a display name (definately) and brief description (possibly).

Site avatar will come from gravatar

This is a fairly standard user flow process and code should be able to be cribbed from firefox-flicks or ignite

Right now our site has a horizontally centered/fixed max width of 900px

This is working good on standard displays/mobile but on HUGE screens it's rather poor and I think we can be doing better with the screen-real estate that we have.

I like the idea of keeping a liquid lay-out with additional break-points for the big screen-devices to fill up the white-space with some of the linear columns under-neath.

Taking https://webmaker.org/en-US/projects/?topic=gift-card as an example

• the title of the page doesn't change to reflect the content
• having the featured projects at this point feels a little pointless and takes up a lot of screen real-estate. I was initially thinking that the project filtering didn't work

Will aid user input and also ensure that we can use consistent dates.

Of course won't work without JS but our trump card here is that they can't actually access the create event form without it so we're good to go :)