This project is attempting to address the difficulty in figuring out just what that pride flag was. The queer community has seen a recent explosion of flags and this site should be used as a tool to help identify some of them in the wild. It's an open source project run by Emily Noble. Anyone is able to add a flag or features to the website. In short, here's what this project is trying to do:
This project doesn't seek to decide which identities do and don't belong in queer spaces, so the flags accepted here are queer pride flags and flags that are often adjancent to queer identities; flags you might see at a pride parade. Do not use this site as an authority on which identities do and don't belong in your queer space(s). That discussion is far beyond what we can accomplish here.
The basic process for contributing to this project is:
While a full explanation of using git, GitHub, or any of the technologies used in this website is beyond the scope of this document, email Emily Noble at emily.c.noble@protonmail.com and xe will be happy to help you get started.
Recommended skills: svg editing, json editing, ability to run a django website
A side objective of this site is to not just collect flags, but make high quality svg files of the flags available for use on other places. In rare cases, it may not be possible to render a flag properly in svg, in which case alternate file types will be accepted.
To get a flag accepted in a merge request, you'll need to:
prideflags.json (with the flag details as described below!) and search/static/data/imgRecommended skills: json editing, ability to run a django website
Flag details sections need to be fleshed out with a description of the identity, name of the author, year of creation, and citations if available. For the more well-known identities Wikipedia can be a great source. However it's not always an accurate or informational source. Above all, make sure the description is how the community's members would describe themselves.
The prideflags.json file uses the following keys in the citation key for each flag:
text - This is a plain text description of the identity with the target audience being people who have never heard of the identity and don't know any queer theory. It should be written in a Wikipedia-like tone and style. All information should be cited using numbered citations (like [1]) corresponding to the list of sources in the sourceList key. If there is no description, this value should be set to false.
sourceList - This is an ordered list of citations for the text in the text key. It is a list of strings that are citations in a modified APA format. Links to websites should be provided in markdown format within this citation to avoid printing a long url on the screen. The domain name, including www but excluding http(s):// should be inside the square brackets and the full url should be inside the parenthesis. If there are no sources because there is no description, this value should be set to false.
flagImageSource - This is a citation in the modified APA format described above. It should be a link to the source svg image. If the svg form of the image seems to be an original work done for this project, that svg image should be uploaded to Wikimedia and Wikimedia should be cited. As a result of the policy of uploading images to Wikimedia, this should never need to be false.
firstAuthoring - This is a citation in the modified APA format described above. It should be the first published source for the flag, as best you can determine. If this source cannot be determined, the value should be set to false.
Accessible web design is not taught as a routine part of formal or informal web development classes, but is absolutely vital. Building a completely and perfectly accessible site will always be a constant work in progress as technologies change, standards are revised, and screen readers interpret code in different ways. However, we want to follow the following principles as we develop:
Web Accessiblity Evaluation Tool
Available as a plugin for Chrome and Firefox. Automatically evaluates compliance with WCAG.
Chrome's built-in screenreader.
This project aims to be compatible with the latest version of the following browsers:
Follow the JSDoc standard at http://usejsdoc.org/
Create a document in this project to list tools for web accessibility evaluation and standards to meet.
Use tools to evaluate and remove barriers on this site.
Review the tool on each of the supported browsers to ensure it functions and renders properly.
Some flags have undergone a number of revisions. Add a feature that somehow links the flags in a series to each other.
Add the ability to automatically loosen search criteria. Someone might mis-remember a color on a flag, the number of stripes, or if it had shapes. This feature would slightly alter criteria to expand the list of possible search results.
Distinguish between very common flags and less common flags to help bump flags that the user was more likely to see towards the top.