* bug: hovering window obscures text @ 2011-05-02 17:09 Samuel Wales 2011-05-03 5:02 ` Aankhen 0 siblings, 1 reply; 6+ messages in thread From: Samuel Wales @ 2011-05-02 17:09 UTC (permalink / raw) To: emacs-orgmode On this page http://orgmode.org/worg/org-faq.html#closing-outline-sections a hovering window in the upper right corner obscures text. This is possibly, but not necessarily, especially so when you use large fonts. To reproduce, set the minimum font size in Firefox to the largest available setting. I wonder if a non-hovering solution is possible? I know we discussed this before at one point, with several good designs. Thanks. Samuel -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com/2010/12/welcome-to-kafka-pandemic-two-forces_9182.html I support the Whittemore-Peterson Institute (WPI) === I want to see the original (pre-hold) Lo et al. 2010 NIH/FDA/Harvard MRV paper. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: bug: hovering window obscures text 2011-05-02 17:09 bug: hovering window obscures text Samuel Wales @ 2011-05-03 5:02 ` Aankhen 2011-05-03 5:41 ` Jambunathan K 0 siblings, 1 reply; 6+ messages in thread From: Aankhen @ 2011-05-03 5:02 UTC (permalink / raw) To: Samuel Wales, Org mailing list On Mon, May 2, 2011 at 22:39, Samuel Wales <samologist@gmail.com> wrote: > On this page > > http://orgmode.org/worg/org-faq.html#closing-outline-sections > > a hovering window in the upper right corner obscures text. > > This is possibly, but not necessarily, especially so when you use large fonts. > > To reproduce, set the minimum font size in Firefox to the largest > available setting. > > I wonder if a non-hovering solution is possible? I know we discussed > this before at one point, with several good designs. I’m not familiar with the prior discussions. The current design seems okay to me—notwithstanding the flaw you mention—because it strikes a good balance between making the TOC easily accessible and minimizing the amount of space it takes up. Of course, this is predicated on the assumption that people actually want to use the TOC, and often enough to justify it taking up that space. Meanwhile, for a quick fix, try this user style: http://userstyles.org/styles/47418/worg-disable-fixed-toc Aankhen ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: bug: hovering window obscures text 2011-05-03 5:02 ` Aankhen @ 2011-05-03 5:41 ` Jambunathan K 2011-05-03 5:56 ` Aankhen 0 siblings, 1 reply; 6+ messages in thread From: Jambunathan K @ 2011-05-03 5:41 UTC (permalink / raw) To: Aankhen; +Cc: Org mailing list Aankhen <aankhen@gmail.com> writes: > On Mon, May 2, 2011 at 22:39, Samuel Wales <samologist@gmail.com> wrote: >> On this page >> >> http://orgmode.org/worg/org-faq.html#closing-outline-sections >> >> a hovering window in the upper right corner obscures text. >> >> This is possibly, but not necessarily, especially so when you use large fonts. >> >> To reproduce, set the minimum font size in Firefox to the largest >> available setting. >> >> I wonder if a non-hovering solution is possible? I know we discussed >> this before at one point, with several good designs. > > I’m not familiar with the prior discussions. The current design seems > okay to me—notwithstanding the flaw you mention—because it strikes a > good balance between making the TOC easily accessible and minimizing > the amount of space it takes up. Of course, this is predicated on the > assumption that people actually want to use the TOC, and often enough > to justify it taking up that space. Considering that Samuel is making his argument from accessibility perspective, "Accessibility" is one another predicate that is missing in your assumption. Jambunathan K. > > Meanwhile, for a quick fix, try this user style: > > http://userstyles.org/styles/47418/worg-disable-fixed-toc > > Aankhen > > -- ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: bug: hovering window obscures text 2011-05-03 5:41 ` Jambunathan K @ 2011-05-03 5:56 ` Aankhen 2011-05-03 7:00 ` Aankhen 0 siblings, 1 reply; 6+ messages in thread From: Aankhen @ 2011-05-03 5:56 UTC (permalink / raw) To: Jambunathan K, Samuel Wales, Org mailing list On Tue, May 3, 2011 at 11:11, Jambunathan K <kjambunathan@gmail.com> wrote: > Aankhen <aankhen@gmail.com> writes: > >> On Mon, May 2, 2011 at 22:39, Samuel Wales <samologist@gmail.com> wrote: >>> On this page >>> >>> http://orgmode.org/worg/org-faq.html#closing-outline-sections >>> >>> a hovering window in the upper right corner obscures text. >>> >>> This is possibly, but not necessarily, especially so when you use large fonts. >>> >>> To reproduce, set the minimum font size in Firefox to the largest >>> available setting. >>> >>> I wonder if a non-hovering solution is possible? I know we discussed >>> this before at one point, with several good designs. >> >> I’m not familiar with the prior discussions. The current design seems >> okay to me—notwithstanding the flaw you mention—because it strikes a >> good balance between making the TOC easily accessible and minimizing >> the amount of space it takes up. Of course, this is predicated on the >> assumption that people actually want to use the TOC, and often enough >> to justify it taking up that space. > > Considering that Samuel is making his argument from accessibility > perspective, "Accessibility" is one another predicate that is missing in > your assumption. I’m not sure how accessibility is hindered, given that the contents of the page are still perfectly accessible. All the fixed TOC does is obscure a very small portion of them on occasion, which can be rectified by scrolling. I would call that inconvenient, not inaccessible. Unless there’s more happening here beyond what I’ve seen, that is. Aankhen ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: bug: hovering window obscures text 2011-05-03 5:56 ` Aankhen @ 2011-05-03 7:00 ` Aankhen 2011-05-04 7:59 ` Eric S Fraga 0 siblings, 1 reply; 6+ messages in thread From: Aankhen @ 2011-05-03 7:00 UTC (permalink / raw) To: Jambunathan K, Samuel Wales, Org mailing list (Sorry for replying to my own message.) On Tue, May 3, 2011 at 11:26, Aankhen <aankhen@gmail.com> wrote: > On Tue, May 3, 2011 at 11:11, Jambunathan K <kjambunathan@gmail.com> wrote: >> Aankhen <aankhen@gmail.com> writes: >> >>> On Mon, May 2, 2011 at 22:39, Samuel Wales <samologist@gmail.com> wrote: >>>> On this page >>>> >>>> http://orgmode.org/worg/org-faq.html#closing-outline-sections >>>> >>>> a hovering window in the upper right corner obscures text. >>>> >>>> This is possibly, but not necessarily, especially so when you use large fonts. >>>> >>>> To reproduce, set the minimum font size in Firefox to the largest >>>> available setting. >>>> >>>> I wonder if a non-hovering solution is possible? I know we discussed >>>> this before at one point, with several good designs. >>> >>> I’m not familiar with the prior discussions. The current design seems >>> okay to me—notwithstanding the flaw you mention—because it strikes a >>> good balance between making the TOC easily accessible and minimizing >>> the amount of space it takes up. Of course, this is predicated on the >>> assumption that people actually want to use the TOC, and often enough >>> to justify it taking up that space. >> >> Considering that Samuel is making his argument from accessibility >> perspective, "Accessibility" is one another predicate that is missing in >> your assumption. > > I’m not sure how accessibility is hindered, given that the contents of > the page are still perfectly accessible. All the fixed TOC does is > obscure a very small portion of them on occasion, which can be > rectified by scrolling. I would call that inconvenient, not > inaccessible. Unless there’s more happening here beyond what I’ve > seen, that is. Poking around a little shows that the current design is entirely unusable via keyboard. Now that does seem like a gamebreaker, accessibility-wise. Aankhen ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: bug: hovering window obscures text 2011-05-03 7:00 ` Aankhen @ 2011-05-04 7:59 ` Eric S Fraga 0 siblings, 0 replies; 6+ messages in thread From: Eric S Fraga @ 2011-05-04 7:59 UTC (permalink / raw) To: Aankhen; +Cc: Org mailing list, Jambunathan K Aankhen <aankhen@gmail.com> writes: > (Sorry for replying to my own message.) > > On Tue, May 3, 2011 at 11:26, Aankhen <aankhen@gmail.com> wrote: [...] >> I’m not sure how accessibility is hindered, given that the contents of >> the page are still perfectly accessible. All the fixed TOC does is >> obscure a very small portion of them on occasion, which can be >> rectified by scrolling. I would call that inconvenient, not >> inaccessible. Unless there’s more happening here beyond what I’ve >> seen, that is. > > Poking around a little shows that the current design is entirely > unusable via keyboard. Now that does seem like a gamebreaker, > accessibility-wise. > > Aankhen Yes, this aspect *is* a little annoying/frustrating. I use conkeror as my web browser and navigate almost exclusively with the keyboard (mouse use affects my RSI). These pages require me to use the mouse to access the table of contents. But I do like how the table of contents functions otherwise, I must admit, which is why my own personal pages use this default configuration. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.5 (release_7.5.246.ga35b4.dirty) ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2011-05-04 8:49 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2011-05-02 17:09 bug: hovering window obscures text Samuel Wales 2011-05-03 5:02 ` Aankhen 2011-05-03 5:41 ` Jambunathan K 2011-05-03 5:56 ` Aankhen 2011-05-03 7:00 ` Aankhen 2011-05-04 7:59 ` Eric S Fraga
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.