mozilla / make.mozilla.org Goto Github PK
View Code? Open in Web Editor NEWA playdoh based django app that runs the webmaker.org site - our events and project listings.
License: BSD 3-Clause "New" or "Revised" License
A playdoh based django app that runs the webmaker.org site - our events and project listings.
License: BSD 3-Clause "New" or "Revised" License
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):
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:
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:
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
650 Castro Street, Suite 300โจ
Mountain View,
CA 94041-2072
331 E. Evelyn Ave.
Mountain View, CA 94041
Pulling over bugs filed in Lighthouse:
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:
For the map view would recommend plonking the paginator as used on the list view at the bottom of the map.
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
Hopefully this will be something that we can bump off nice and easy once the redis/celery stuff is working
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
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 :)
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.