Upgrade Storage2a18f1
About
- Username
- 2a18f1
- Joined
- Roles
- Member
Comments
-
For epub/html I can implement a way to extend highlights to word boundaries. The distinction between single and double clicks would get lost in this case though. Would this be an acceptable solution to you? I wouldn't change the default behaviour of…
-
Selecting text in firefox 122 using touch events does work, but not well: it's similar to the Android html file experience that I described above, just less smooth. Overall I'd say the best highlighting experience I'm aware of are all word-based, w…
-
Yes, I was mostly thinking about the Android app. Word-based selection works reasonably well under Android for html files, but not for PDF files: a long pressing a word creates a single-word selection, which can be changed on a character-level by ad…
-
Touch-based readers (besides KOReader e.g. Librera on Android -- I haven't tested any proprietary readers) often default to word-based selection. Considering that Zotero is also targeting those I'd argue that this feature will be relevant to Zotero.…
-
In recent versions of Firefox this stuff is implemented in `layout/generic/nsIFrame.cpp` in `nsIFrame::HandleMultiplePress` and `nsIFrame::MoveCaretToEventPoint`, which I assume are out of zotero's reach.
-
That's a good point; I'll take a look at it. In case this is not possible, would you accept a patch for the pdf viewer at least?
-
KOReader uses word boundaries. emacs pdf-tools allows changing the selection boundary (glyph/word/line, default word) using a variable pdf-view-selection-style. These are the two examples I'm aware of.