Update Article Sidebar

[jtancil]

Designs here: Dropbox\icph\production\final designs\Article

A. General Notes * Only one scrollbar for entire sidebar * Sidebar sticks to side of screen * On new page, scrollbar goes to current article * Display all articles for Era

A. Head/title should move to the very top of the browser and stick, that the user can * close the layer * Know which article he reads \ Jump directly to imagery and document and back to articles

B. The top navigation works as a tab and anchor to the sections. \ There is an additional headline for documents and imagery with a link to view all (which should lead the user to the browse section)

**Keep Documents & Images separate (JR to see if he can add custom field to media posts)

C. In Docs and imagery a maximum of 5/6 examples are displayed * Display in order of of upload * For docs that might be the max anyway but we have to many pictures to show them all here.

D. No "Related Documents" section under article - document treated similar to an image and embedded in the text.

[joshreisner]

I like the way it looks! It's going to take some serious time to program. There are some questions below, and some important limitations of WordPress, but overall I think it (or something like it) should be feasible.

• is the sidebar going to be one scrolling unit, or is there a separate scroll within each section? (i'd recommend one scroll, since the lower sections may not be visible in some screen sizes) BF: Yes one scrolling unit, as the top tabs should function as jumplinks to the different start of articles, images and docs
• would it still be sticky when you scrolled the main overlay? BF: ideally yes (meaning the top bar and the sitebar
• what do "view all" links do? BF: as I mentioned in brakets, we can only show a selection of images 5-6, since there are more this should lead to the browse section tab 'images' (Jeff commented on this as well, not sure if the images are in for the first release)
• i don't know how wordpress could do a transparent background on attachment images -- my guess is they will have white or black edges depending on how the scan looks. Jeff, am I wrong? BF: there is a new folder with jpgs in the production folder on the dropbox that I started with including a background: Dropbox/icph/production/images/era3_images Dropbox/icph/production/images/era3_documents Not sure how you handle the different sizes of the images though
• i don't know how wordpress could do different images at different sizes -- my guess is they will all have the same aspect ratio unless we figure something else out BF: not sure
• if you clicked on an image, would the navigation go away? BF: Ideally we would replace the current content on the overlay with the image enlarger, see examples below, the back link would lead to history -1 = the article the person came from Option 2 would be to go back to the timeline and close the overlay
• if you clicked on an image, then clicked to go back to the article, would the navigation still be in the state it was in? i suppose to restate the question, is the image or document viewer supposed to pop over the overlay? and would it be two clicks to get back to the timeline? (sorry, this is partly just a question about the image overlays) BF: guess we need to decide this, see options in question before
• the title should probably say The Gordon Family, since they requested it be changed to the article title instead of the era BF: yes

[neongolden]

[neongolden]

Hi Josh,

we are getting rid of the additional sidebar information. Adding the images and Documents was just too overwhelming.

So we are back to just the articles. That also means the Headline changes to read

Progressive Era

or for the other sections: Early New York 19th Century

The Great Depression

New Urban Poverty

Both the Article headline and the header for the list or articles should be sticky when the user scrolls in either field.

thx Britta

[joshreisner]

I'm not totally clear on this sentence: Both the Article headline and the header for the list or articles should be sticky when the user scrolls in either field. Could you describe that a bit more? Visual aids for scrolled states would be appreciated.

[jtancil]

Britta, do you mean this area at the top should stick...right?

[neongolden]

Yea indeed

On 28.07.2013, at 20:39, Jeff Tancil notifications@github.com wrote:

Britta, do you mean this area at the top should stick...right?

— Reply to this email directly or view it on GitHub.

[joshreisner]

I think that can be tried, but we'd have to get rid of the side scrolling independently. Ok to scrap that? Otherwise there are too many scrollbars.

On Sun, Jul 28, 2013 at 2:51 PM, neongolden notifications@github.comwrote:

Yea indeed

On 28.07.2013, at 20:39, Jeff Tancil notifications@github.com wrote:

Britta, do you mean this area at the top should stick...right?

— Reply to this email directly or view it on GitHub.

— Reply to this email directly or view it on GitHubhttps://github.com/joshreisner/icph/issues/107#issuecomment-21688624 .

[jtancil]

Not entirely sure I understand, sorry. We'd still have the two scrollbars: browser and article...right? Looks like Facebook does a similar thing to one BF describes. But, if it's a real hurdle or seems like a big usability no-no, it's not a huge deal to me.

[joshreisner]

Facebook's sidebar is easier and makes more UI sense because it's pinned to the window and always stays there. I'll give it a try though.

On Sun, Jul 28, 2013 at 5:40 PM, Jeff Tancil notifications@github.comwrote:

Not entirely sure I understand, sorry. We'd still have the two scrollbars: browser and article...right? Looks like Facebook does a similar thing to one BF describes. But, if it's a real hurdle or seems like a big usability no-no, it's not a huge deal to me.

— Reply to this email directly or view it on GitHubhttps://github.com/joshreisner/icph/issues/107#issuecomment-21691712 .

[neongolden]

Have a look at nextweb again, The only difference is that for us the whole bar over both cols stays vs the content below can be scrolled seperately

On 29.07.2013, at 01:10, Josh Reisner notifications@github.com wrote:

Facebook's sidebar is easier and makes more UI sense because it's pinned to the window and always stays there. I'll give it a try though.

On Sun, Jul 28, 2013 at 5:40 PM, Jeff Tancil notifications@github.comwrote:

Not entirely sure I understand, sorry. We'd still have the two scrollbars: browser and article...right? Looks like Facebook does a similar thing to one BF describes. But, if it's a real hurdle or seems like a big usability no-no, it's not a huge deal to me.

— Reply to this email directly or view it on GitHubhttps://github.com/joshreisner/icph/issues/107#issuecomment-21691712 .

— Reply to this email directly or view it on GitHub.

[joshreisner]

Well the difference with the next web is that it doesn't have a fixed header. If someone can find me an example of a fixed position header that doesn't span the whole window and is centered inside a popup I'll implement it, but I just can't figure out how to do it.