[Tor www-team] First set of technical requirements

Marina Brown catskillmarina at gmail.com
Thu Jan 9 01:01:23 UTC 2014 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 01/08/2014 05:20 PM, Olssy wrote:


You also need a point for accessibilty.

Accessibility:

1) Visually impaired.
2) ease of finding things (This has been improved for the basic tor
browser bundle but it is now harder to find the obfsproxy and more
unusual programs that are downloadable from the site)

I'll be visiting a legally blind friend soon. If you want i can have her
critique the site for her needs.

- --- Marina

> Might be a good time to create some sub-groups so that we can focus
> more on our own areas of expertise. I'll throw up this as a
> division of tasks and a dev process but anyone feel free to
> add/remove or tell me it's a bad idea :P
> 
> *UI/UX design team* 1. Identify all pages and their content 2.
> Structure the pages into sections(probably the 5 already
> mentionned) and blocks(sub-sections like the "Announcements" or
> "Who uses Tor?" parts of the current page) as well as deciding how
> the user will navigate between sections and the resolution of the
> pages. 3. Create drawings of the structure
> 
> *Technical writers* 1. Write technically? Just joking. Create the
> content.
> 
> *Translators* 1. Translate the content
> 
> *Graphic design team* 1. Create mockups based on the UI
> specifications provided by the UI team for each page for both
> desktop and mobile versions.
> 
> *Front end implementation team* 1. Create the HTML based off the
> work of the UI team, simple HTML structure with (hopefully) no need
> to think about the presentation yet. 2. Create the CSS for the
> desktop and mobile versions. 3. Have a treat as the static site is
> done. 4. Create DHTML(non-ajax javascript) to enrich the pages all
> while letting graceful degradation occur for clients without
> javascript.
> 
> *Back-end developers* 1. Decide what technology is to be used and
> install/configure it, this might be the most problematic part as
> developers are a stubborn bunch, I'm a developer :) 2. Migrate the
> pages into the chosen solution(if necessary) 3. If necessary create
> a script triggered on content modification to e-mail translators
> and update the static page if a dynamic CMS is being used as well
> as pushing them onto the mirrors.
> 
> *Project coordinator(s)* 1. Coordinate the different teams and
> ensure everyone has the same vision and expectations.
> 
> 
> Some additional technical requirements that may have been forgotten
> from the previous list or where just so obvious they weren't
> added: 1. At least two different UIs for mobile and desktop. 2.
> Ensure the site works in a completely static manner(no JS at all) 
> 3. Automated pushing of static files to mirrors 4. Blogs, this was
> mentioned but I'm at a bit of a loss if this is a requirement or a
> separate project. 5. Store, I'm guessing it will stay as is on
> printfection.com but if the site gets a new look then the store
> will need a new design probably. 6. Forums, would this be something
> the site would like to have in the future? Of course this would
> need to be dynamic but if it is something that might be implemented
> in the future it might affect the choice of technology now.
> 
> 
> 
> Here is the development cycle I think would work well for the
> actual web pages of the project, I imagine it being iterative with
> one page/section/block at a time: *Phase 1* UI/UX team creates the
> structure Technical writers create the content
> 
> *Phase 2* Graphic designers create mock up based off structure and
> content Translators translate the content provided by the technical
> writers
> 
> *Phase 3* Front end developers create the HTML/CSS based off the
> mock up created in phase 2 as well as enriching with DHTML effects
> while ensuring it degrades nicely. Depending on the technical
> solution the pages might be broken down further in this phase to
> ensure content is not duplicated in the back end and can be reused
> for different pages.
> 
> *Phase 4* Back-end developers integrate the page into whatever
> technical solution was decided on
> 
> *Phase 5* Check all links and javascript is working as well as
> performance of CSS, JS and caching Page is tested in multiple
> browsers on multiple OSes on multiple devices to ensure the UI/UX
> is consistent on all of them
> 
> 
> 
> 
> 
> On Wed, Jan 8, 2014 at 3:04 PM, Rey Dhuny <rey at spcshp.com> wrote:
> 
>> Maybe we could create 2 projects. One online with complete js and
>> others things. The other project could be the  simple version for
>> user without js and other things
>> 
>> I think this a nice idea on paper however in terms of an MVP
>> (Minimal Viable Product) I think it would make sense, in my
>> opinion, to aim for one release with graceful degradation.
>> 
>> We could then focus our efforts efficiently then after release we
>> can look at different _release flavours_, so to speak.
>> 
>> Just my 2p :)
>> 
>> Rey
>> 
>> -- reyhan.org
>> 
>> On 8 Jan 2014, at 19:51, ramiro tinoco <rowend at rowend.com>
>> wrote:
>> 
>> Maybe we could create 2 projects. One online with complete js and
>> others things. The other project could be the  simple version for
>> user without js and other things El ene 8, 2014 10:00 a.m.,
>> "Silviu Riley" <silviu.riley at gmail.com> escribió:
>> 
>>> I agree. Local files are much more secure than a local web
>>> server. Less attack profile for the computer starting TBB from
>>> USB for example.
>>> 
>>> Also less chance that something will fail (eg server fails to
>>> start).
>>> 
>>> Silviu. On Jan 8, 2014 10:12 AM, "Rey Dhuny" <rey at spcshp.com>
>>> wrote:
>>> 
>>>> Sean Rafferty:
>>>> 
>>>>> Just to clarify: technically tools like Jekyll or Sinatra
>>>>> could be
>>>> used because the server can be started wherever the site
>>>> files are located whether it?s a USB stick or a laptop,
>>>> correct?
>>>> 
>>>> I am of the opinion that starting a local server on a USB
>>>> stick adds a level of complexity compared to distributing a
>>>> bunch of flat files that Jekyll/Middleman generate.
>>>> 
>>>> Rey
>>>> 
>>>> -- reyhan.org
>>>> 
>>>> On Wednesday, 8 January 2014 at 15:09, Sean Rafferty wrote:
>>>> 
>>>> Just to clarify: technically tools like Jekyll or Sinatra
>>>> could be used because the server can be started wherever the
>>>> site files are located whether it?s a USB stick or a laptop,
>>>> correct?
>>>> 
>>>> On Jan 8, 2014, at 9:34 AM, Lunar <lunar at torproject.org>
>>>> wrote:
>>>> 
>>>> Sean Rafferty:
>>>> 
>>>> Pardon my ignorance, but is the requirement for a static site
>>>> a security concern or simply an ease-of-use issue?
>>>> 
>>>> 
>>>> Security concerns, ease to setup, ease of mirroring.
>>>> 
>>>> Another dumb question, but when you say the site needs to
>>>> work offline, do you mean people can view the content without
>>>> a web server, or that it must run on a local instance of a
>>>> web sever and not require things like google's cdn version of
>>>> query?
>>>> 
>>>> 
>>>> Tor is used for censorship circumvention. Think about an USB
>>>> stick with the Tor Browser Bundle, and a copy of the website.
>>>> The website should be usable without requiring any access to
>>>> the network so people can learn how to use Tor to reach the
>>>> wider Internet.
>>>> 
>>>> -- Lunar <lunar at torproject.org> 
>>>> ________________________________________________________________________
>>>>
>>>> 
Tor Website Team coordination mailing-list
>>>> 
>>>> To unsubscribe or change other options, please visit: 
>>>> https://lists.torproject.org/cgi-bin/mailman/listinfo/www-team
>>>>
>>>>
>>>>
>>>> 
________________________________________________________________________
>>>> Tor Website Team coordination mailing-list
>>>> 
>>>> To unsubscribe or change other options, please visit: 
>>>> https://lists.torproject.org/cgi-bin/mailman/listinfo/www-team
>>>>
>>>>
>>>>
>>>>
>>>> 
________________________________________________________________________
>>>> Tor Website Team coordination mailing-list
>>>> 
>>>> To unsubscribe or change other options, please visit: 
>>>> https://lists.torproject.org/cgi-bin/mailman/listinfo/www-team
>>>>
>>>>
>>>
>>>> 
________________________________________________________________________
>>> Tor Website Team coordination mailing-list
>>> 
>>> To unsubscribe or change other options, please visit: 
>>> https://lists.torproject.org/cgi-bin/mailman/listinfo/www-team
>>> 
>>> ________________________________________________________________________
>>
>>> 
Tor Website Team coordination mailing-list
>> 
>> To unsubscribe or change other options, please visit: 
>> https://lists.torproject.org/cgi-bin/mailman/listinfo/www-team
>> 
>> 
>> ________________________________________________________________________
>>
>> 
Tor Website Team coordination mailing-list
>> 
>> To unsubscribe or change other options, please visit: 
>> https://lists.torproject.org/cgi-bin/mailman/listinfo/www-team
>> 
>> 
> 
> 
> 
> ________________________________________________________________________
>
> 
Tor Website Team coordination mailing-list
> 
> To unsubscribe or change other options, please visit: 
> https://lists.torproject.org/cgi-bin/mailman/listinfo/www-team

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQQcBAEBAgAGBQJSzfTfAAoJEGFB2/L+HHT13+Qf/2knsUELFrEAS7GCk3E6YLr+
nrvno7ZvC7uJI0+bc2qDLHxvkHOND0JhqEZ152k5Kq7yEISEVRbPtw3I8Pocw/g0
170HJpjJ6AJCL0IPkvlMxACWRSP2hJC+cZ71ODULdW2fEfYVoMHrzKq92g/0HRjU
tNqbsOxLRvtRgDjBPn9zglecBzmMQZJvq5YExN8G2sNK8TEkhc9SMjchTRCW4+nV
bcdXPfJm2KFAK5WL28hzBws2WpzRdSlGxXktYNnW++Wfy41sLPkAio/MSm9w6oUQ
tYJP+7uyTVIHHl0apMEdJBn23TvTSxPRyu1e82LEZjCRY56ynomFB+abmCPx/ixn
Cyshy0yw60ikmxj+nI63v9JC53SyI6+kjj1e7se7BxXhozOkkakN599l/6lxjTW8
gWgssd1Azx+yl4//g+qzxyqx+V7AcYmlQpFlE+N/MMlEUQBJBixpUiejL4jTkIcJ
7OlNcaBN8ohKlk58taO5Tecg3KFplHhYW9pcO9JB3vO5tIqZn21A5NXNEwWySk7f
5sVGP0eQUbD2JlEWM8BjMXecM6SnhjxEyDIhlZWxs/4bSAzq5Wl71X9Iqxk/OMum
1DSucxcM4jFN/UbgfL4w5HzzQfxx6pvVsVn8lwoc1docFBGJy8/+MEAmkmVR8s19
XTGc8kCVoDNWxd8OQnkc7pSS0HByArvlr5Vxo5wp8UGskP7WJ8OTSip6fYG0rXjB
DBwQeK8urFxNocWVFpV4K3bVlnucg8Ev/tw9n8PLwRiZyE/SAR8ujcXBVPC2PytK
q7Tr6HhYSMBd6fOjETeb8o5lKWzyz/tTprG7+IsnT4L2OY98OYuvLH9lIX6qAzcH
mRlIOukBzMae8Qz4ZTCWLIYaL41zsl8jQjpkZv5dhQhktG/f5Ovb5sPJJlzNHYpy
+gZ1BEWtc/0ZYVqXE/DOda2IuqiMyANzFvGzJLq0e81BVKe2hSm95NbHj7yt+zHV
xqAAXxrGIBVH3XX3vqcZY5ZQgUC6T4Iz3exMBfgH/HgDSfL+mGhEF6EtChnFznTQ
j0ImZoB3EPvPtEsdi56BjK1SlzbPAkSRD3vkO1BK1/Uk8WaapGnZPH3QGPP4LQKd
rPRF5q/u6Wy0K6EqISU7zRLrJxrctdr3XZRuuXvly6m33jt7WPZ22KJ3QcTv0YiA
bBAwP9Zcc3RFa7jQA1JO31pOoUZZct87OzaMS7yePmlpL+9UVHzHnxcgN0pVFluY
pKnf5OlFbTvtl+xP3+P2eseCNF2ENkHx/DzTsx+zw/wRYWx0LtwOQWodcGi6NCv6
FPFtPA5DFjEJW2eEsq8fhcEFXdwp10J6auatb19SZjkotC+smOF8XwVHYAZ3jmE=
=+3sm
-----END PGP SIGNATURE-----

More information about the www-team mailing list