Open tyrylu opened 2 days ago
Can you tell me which settings you are using and if this happens for all feeds/folders? Are you using Normal view, compact view or expanded compact view? Do you have reverse ordering active? Is show all articles enabled?
Nothing from the default, e. g. normal view, and reverse and show all is disabled. And yes, seems to happen in each folder (definitely happens for all articles).
Thanks, I will look at that. You may also be interested in #2919, where we try to optimize things for screen readers. And regarding your other issue (#2940) how you navigate to the article details.
Yeah, i saw that one, but in my experience, making one big issue usually does not bring the expected outcomes. For the links issue, I was referring to the text under the h1 of an article, if there's something (e. g. the intro-container div). You definitely can not get to a link in this text using the tab key, you can do that using up and down arrows, but the text definitely does not have the original link. And, is the hiding of the two buttons except for the share one using aria-hidden (and having them no labels either) intentional, by the way?
Yeah, i saw that one, but in my experience, making one big issue usually does not bring the expected outcomes.
Yeah, thanks for the headings back, that's for sure. By the way, the scrolling is broken regardless of the view type (tried all three), only the number of articles after which the wraparound occurs changes.
Yeah, thanks for the headings back, that's for sure. By the way, the scrolling is broken regardless of the view type (tried all three), only the number of articles after which the wraparound occurs changes.
I could reproduce it. I made the article list recognizable as list for the screen reader, but unfortunately this doesn't fix the navigation. Orca seems to have a problem with the dynamic loading of the list, so I need to dig deeper to debug this.
The event handling likely changed between v 25 and v 24, it worked flawlessly in 24. But thank you for looking into this issue. You should definitely get some events when Orca tries to update its virtual document position, but I don't know from top of my head which ones, they are likely different than in Chromium as well.
The problem is that orca starts over when the first items are removed from the scroll list. I have tried different things that should help with that, unfortunately without success. I opened an issue at orca / gnome structural navigation don't work in dynamic scroll lists to hopefully get some help here.
News 24 worked here because the scroll never had an item removed from the scroll list, which has made the performance worse as longer you have used a list.
IMPORTANT
Read and tick the following checkbox after you have created the issue or place an x inside the brackets ;)
Explain the Problem
Structural navigation with Orca wraps around in Firefox much sooner than it should.
Steps to Reproduce
Explain what you did to encounter the issue
System Information
No errors in any logs, and surprisingly, this works in Chromium.