abaevbog

@mrtcode gotcha! So, the idea is to essentially implement better keyboard navigation of annotations (and other objects) via keyboard before jumping straight to adding/manipulating them without using a mouse? It...

> If it is a priority to support creating/modifying annotations, we can try to implement that first. I don't think this is something that is super urgent. As far as...

> In my previous comments, I mentioned wanting to eliminate the gray selection mode. Right, yes! I was only referring to the current gray selection mode that navigates the objects...

If resizing/moving annotations like this (or in a similar way) is in place, the question of adding new annotations will be almost completely solved! For area, note and text annotations,...

Sorry for the late reply! > So many steps. Maybe there exists a simpler way to identify text selected by a screen reader? Could copying text with a screen reader...

> Could we write scripts/modules for NVDA and JAWS that expose the reader selection to Zotero somehow? It just makes me feel kind of bad to have to recommend a...

> But the question is, how do you choose which annotation to create while being in the find popup? Because this only applies to two types of annotations (highlight and...

My initial thought was we could make it an actual button that one can tab onto and click from the popup, as opposed to it just being a shortcut. The...

> I think adding extra buttons to the find popup might be too prominent since most people won’t need them. That's fair. > Using two keyboard shortcuts seems like a...

> Yes, I guess we can add a tab stop. Cool - I added a small [tweak](https://github.com/zotero/reader/pull/127/commits/27304beda799ae8b2c4e1f4099291a0e8db07115) to my accessibility PR to set `tabindex` and `data-tabstop` somewhat independently of `readonly`...