Sorry for the cryptic notes, here's a little more detail about how we'd 
implement each option. 

Option 1 - Responsive Layout

In this design, when simplify is on, the small screen experience is delivered 
to the user. Although we still need to explore how we'd do this technically, it 
likely means that we would fetch and include the small screen stylesheet in the 
page. Of course, we need to ensure that we can remove it when simplify is 
turned off. At a minimum, this would require the implementor to create a style 
sheet for their site that implements the small screen behaviour - essentially a 
linear layout with the most important information at the top of the page. On an 
existing site without a responsive design, this could mean a lot of work on the 
implementor's part. 

Option 2 - Table of Contents

This design involves stripping out most of the content on a page and replacing 
it with a table of contents. The table of contents should allow the user to 
access all content that would otherwise have been available on the page. By 
default, we'd likely use the 'article' tag to denote the content that would 
remain on the page. In this case, the implementor's most difficult task would 
be to create the site wide table of contents that we would be displaying. We 
will need to create an API for how the implementor would communicate the table 
of contents to us, but it likely follows our general communication strategy of 
plain JSON objects. 

Does this help to clarify what I was talking about?

Thanks,

Michelle



On 2013-06-04, at 10:53 PM, Colin Clark wrote:

> I'm not sure, based on the description here, that I understand clearly enough 
> how each approach is intended to work from a technical perspective. Can you 
> elaborate? For example, can you describe how each approach works, and what an 
> implementer will be be required to do? What does it mean to "trigger a 
> responsive layout?" etc.
> 
> Colin
> 
> ---
> Colin Clark
> http://fluidproject.org
> 
> On 2013-06-04, at 4:02 PM, Michelle D'Souza <[email protected]> wrote:
> 
>> Hi everyone,
>> 
>> Today we discussed the two content simplification options (the designs are 
>> on the wiki: 
>> http://wiki.fluidproject.org/display/fluid/%28Floe%29+UI+Options+Design+Walkthrough%2C+C.1)
>>  in order to decide which to implement first. You'll find the notes from our 
>> meeting below. 
>> 
>> After some conversation and a high level tasking session, we feel that 
>> implementing the 'responsive layout' option first has several advantages. 
>> This design is easier for us to implement, builds upon cross device best 
>> practices and gives the integrator the added benefit of a responsive site. 
>> The draw back of this option is that it will be more work for the integrator 
>> to add to an existing, non-responsive site. Does anyone feel that it would 
>> actually be better to implement the 'table of contents' option first?
>> 
>> Thanks,
>> 
>> Michelle
>> 
>> 
>> 
>> 
>> 
>> Option 1 - Responsive Layout
>> 
>> 1. Build a settings panel for simplify consisting of an on/off switch
>> 2. Create an enactor to trigger the responsive layout
>> 3. Update the UIO demo to show simplification
>> 4. Document how to build a site to work with simplification
>> 
>> Production Implementation
>> 1. Implement responsive designs on the IDI site
>> 2. Integrate content simplification into the IDI site
>> 
>> 
>> Option 2 - Table of Contents 
>> 
>> 1. Build a settings panel for simplify consisting of an on/off switch
>> 2. Create an enactor to:
>>      * Strip out everything except the articles on a page
>>      * Add a table of contents to the page
>>      * Convert to one column (remove text wrap around images)
>>      * Increase text size and line spacing automatically
>> 3. Create an API for a site wide table of contents that contains:
>>      * Links to other pages on the site
>>      * Links to headers on the current page
>> 4. Implement the table of contents menu button which expands into the table 
>> of contents
>> 5. Change the UIO demo to have more than 1 page and a table of contents
>> 6. Document how to build a site to work with simplification
>> 
>> Production Implementation
>> 1. Integrate content simplification into the IDI site
>> 2. Implement search on the IDI site and add it to the table of contents
>> 
>> 
>> 
>> 
>> 
>> 
>> _______________________________________________________
>> fluid-work mailing list - [email protected]
>> To unsubscribe, change settings or access archives,
>> see http://lists.idrc.ocad.ca/mailman/listinfo/fluid-work
> 

_______________________________________________________
fluid-work mailing list - [email protected]
To unsubscribe, change settings or access archives,
see http://lists.idrc.ocad.ca/mailman/listinfo/fluid-work

Reply via email to