Open cofinley opened 2 years ago
Thank you for your detailed bug report.
We will try to work on this as soon as possible once we finish work on other releases.
We are finally getting around to checking your bug out. Sorry for the long wait.
No worries! I know y’all have a lot on your plate.
I think (hope) this is more of a regex issue than a lexical/grammar parsing issue.
I usually don’t need the contracted word; I’m uncertain of cases where I want the two words.
Hyphens are similar: most of the time I don’t need both words being hyphenated, but sometimes I do (e.g. après-midi for afternoon).
Perhaps there could be an option per-lookup to adjust the highlight boundary? Like “default to smallest boundary”, “capture whole word form,” etc.. This is probably a naive approach, but food for thought.
Describe the bug The browser extension is parsing contractions (I can only speak for French words here), as whole words and not splitting them into the two words being contracted.
This leads to a lot of overlap words that I need to mark as 'known'. For instance, I know the words
le
andorganization
, but the extension sees their contraction,l'organization
, as a whole different word.Examples:
L'organization
is treated as one word when I Shift+Hover on a webpage/subtitle, instead of separating intoL'
andorganization
.qu'il
instead ofqu'
andil
c'est
instead ofc'
andest
This seems to happen with just about every contraction (examples of French contractions).
To Reproduce Steps to reproduce the behavior:
l'
L'Organization
,l'infrastructure
, etc.c'
,d'
,qu'
contractions, etc.organization
, not the preceding article (e.g.l'
)) to pull up popupExpected behavior The hovered-on word should be the search query (e.g.
organization
).Actual behavior The whole word (contraction included) is used for the search query.
Screenshots
Desktop (please complete the following information):