[Scale-planning] http://SoCalLinuxExpo.Org/scale{1..999}x/schedule/{friday, saturday, sunday} table needs to expand full-window and scroll more easily: FIXED

[Ilan Rabinovitch]

Hello,

Thank you for the feedback.  Would you mind resending your email without
the jottags? They are making it a bit difficult to read your email.

We appreciate your interest in helping and  your feedback.

Thanks!
Ilan


On 2/18/13 12:43 AM, DestinyArchitect wrote:
> MIDLMR: http://SoCalLinuxExpo.Org/scale{1..999}x/schedule/{friday,saturday,sunday}
> table needs to expand full-window and scroll more easily
>
>  1. MIEOXN: A HEADS-UP: just today this all was fixed & fixed well
>     (thanks, cool!), my bet in response to my email to chair Ilan on
>     this which cite here; for full details, see the end of this for
>     "MIEOFD: ..UPDATE".
>  2. MIDN63:  This is fairly important to fix as the present situation
>     would seemingly make it difficult & sometimes impossible for every
>     attendee and reviewer to read the schedule.
>  3. MIDLU5: This is what Sat 11:37pm I first wrote to SCALE11x chair
>     Ilan trying to figure out where to send this suggestion, quote:
>      1. MICQ6H:  I want to suggest
>         that http://www.socallinuxexpo.org/scale11x/schedule/friday (plus
>         other day displays) expand to the full window width rather
>         then being a constrained max width (about 1070px) as it's
>         already hard enough to see with the underlying table's
>         understandable wide width.
>          1. MICQB8:  I've been exploring in-browser CSS style edits a
>             user might do to fix this until your webmaster does so but
>             so far I've not found a single 1-line edit. 
>  4. MIDLVL: At Sun 1:51am he replied suggesting I post to this
>     list scale-planning (why I post here) and saying "We agree the
>     scrolling on that page could be improved and would
>     be happy to have some feedback.".
>  5. MIDMD3:  Also left-right scrolling is not obvious
>      1. MIDMFU:  especially because the vertical content is fully
>         expanded (so that vertical scroller displayed but inactive) so
>         the horizontal scroller is lost down at the bottom of the table.
>      2. MIDMKO:  An easy fix is to put highlighted just above the
>         table say "To scroll table, click-and-hold within a displayed
>         table cell then drag the desired direction (left,right,up,or
>         down) so scrolling as part of making an extended selection. In
>         Chrome, down doesn't work so for that use the window vertical
>         scroll bar.". Similar to having a "hand" icon to scroll, this
>         kind of scrolling is pretty handy once one has gotten used to it,.
>      3. MIDMXS: Also, when & as possible, put the horizontal scroll
>         bar at the top instead of the bottom.
>      4. MIDN3I:  Also, when & as possible, insure all scrollers
>         (veritical & especially horizontal) always visible, as they
>         are with a spreadsheet.
>  6. MIDNDY: Very cool & proper that this table appears to be a pivot
>     table automatically generated from underlining event entries.
>      1. MIDNF1:  just make it display well (fully plus good scrolling)
>          1. MIDNGI:  http://google.com/search?q=Drupal+pivot+table
>             might find implementations which solve this
>  7. MIDM1Y: I hope the web coders will fix these (for the fixed width,
>     that might require a different theme (I loath fixed-with themes)
>     else a theme-override on this page).
>      1. MIDM9J: If that isn't fast, then perhaps someone can come up
>         with a portable Greasemonkey script so users can .
>  8. MIEOFD: =pst2013.02.17Sun2350: UPDATE, all the above appears fixed
>     -yeah!
>      1. MIEOH7: specifically, looking at
>         say http://www.socallinuxexpo.org/scale11x/schedule/saturday 
>          1. MIEOK3: the theme/page is no longer max-widthed but
>             expands to my full window
>          2. MIEOKY:  Indeed the page itself properly expands larger
>             than my window, so the scrollers for just the table have
>             disappeared, leaving just the browser's scrollers, which
>             is much better!
>          3. MIEONV: The padding around the table looks like it has
>             been properly reduced.
>      2. MIEOPH: In short, more work but then even better than what I
>         proposed above! 
>      3. MIEOQI: So since this happened since Ilan responded to this at
>         1:51am, I take it he followed up on my suggestion? :-) Else if
>         not me, what triggered this change? How did it come about? And
>         who did it?
>      4. MIEOWK: Thanks for the great & super fast fix!
>
> MIEP8N: Sincerely, -Destiny(Google profile). Asides:
>
>   * MIEP77:  Like prior years, I'm promoting & managing a big
>     SCALE{11..}x visit & booth for a few OC Meetup groups.
>   * MFB0S5: What are these codes as “MFB0S5” on this paragraph?
>     They're short IDs to date-stamp, uniquely-reference, and
>     portably-track most any point or item.
>   * MFB0YE: Email addresses ending in @etag.JotHere.com don't go to
>     anyone but are just handy tags for filing as that link details.
>


-- 
Ilan Rabinovitch
Conference Chair
Southern California Linux Expo
877-831-2569x110 Phone
818-442-1865 Mobile
ilan at socallinuxexpo.org E-MAIL