-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Feature Request] Exact phrase highlight #74
Comments
To add my own sidenote, thank you for all the ideas, and don't worry about providing info! I am very happy to think about features and how they might connect on my own. Firstly, I think this is a good idea which is worth looking into. As you said it links to #65 nicely, since they are both ways (as I see it) to reduce visual complexity and increase clarity where many keywords are appearing; you can more quickly find areas of more relevance to your search. I am a generalisation fanatic, and I can think of a few ways this might be made less specific in order to work for more use cases. I prefer not to let the order or even content of keywords matter to the algorithms using them, and details such as whether or not they originated from a "search" (e.g. on DuckDuckGo) are completely abstracted. Perhaps such groups could be determined simply by where words next to each other are highlighted, such as I hot-patched this into my working version of Mark My Search 2: 'Alphabet Test' without grouping Normal operation with grouping Most likely, this would normally activate when highlights have either no gap or a gap of only whitespace. This would benefit from being more visible as well of course, so when experimenting I would try out different types of borders and/or backgrounds. |
Note: the Alphabet Test is currently my favourite stress test for MMS, in which I highlight every letter in the alphabet. If it looks horrendous it's meant to, but I would love to see a method that manages to clean even it up. Unrelated, but while MMS 1 is slowed to a janky crawl under the test, MMS 2 works with almost no stutter or slowdown. |
By the way, you have accidentally pulled in some issues with |
Sure thing -- all set.
Yeah that seems one of those most unappreciated of all developer tasks: improving speed and nobody sees it :) Either way I'm very glad to have it. |
This is very true, thank you for appreciating it (: I don't mind too much with MMS because I find it very satisfying to see a whole page filled with colour but running smoothly. Sadly Firefox doesn't support the API needed for version 2, so the new algorithm is slowed down and will probably be disabled by default even when v2 releases. I'll let you know when the situation changes! |
Grouping similar terms that appear together does sound like an interesting feature and I'd be interested to have that available. A few quick thoughts on this: Use case for enabling this feature: Research - when digging around on pages seeing words grouped together would save time and effort to gather ideas and pull you in directions. Looking at 27 documents for some mention of "blue laser" or similar reference would be greatly improved by something like this. Use case for leaving this feature off: A word repetition check. It's a very narrow group (I don't know anyone else who does this) but it's something I do to highlight each instance of a word with a specific color. Its something that helps me catch word duplication within a document. It's often unconscious but people do it all the time and it hurts readability moreso than long sentences or word complexity. Anyway, I can walk through my process of gathering common words and searching for them, but in essence having each word with a separate color is crucial for this kind of check. Similar colors jump out at you and similar words being used over and over again sticks out like a bright neon sign. Anyway, that's just an aside. More to the point I think that suggestion is a good a answer to the "exact phrase" prompt. Thanks! |
Sounds good, and I'm glad you like the idea! Context is definitely important, often more than individual words, and grouping should add another layer of understanding. I think it won't impact word repetition checks luckily - that's another use case I never thought of by the way, which is always interesting to me. |
Quick note: if you search using |
Considering the great complexity and nuance of this task, and the fact that it is a very specialised operation, this will only be implemented as a 'plug-in' add-on for MMS: an add-on that communicates with MMS but presents its own interface. The plug-in will be named along the lines of 'research tools for MMS', and will contain multiple related features. Current plan as outlined in this issue: UI
Highlighting
Options
Edit 2023-04-01: Still planned, but for-plugin implies being actioned. I will be able to start work on these in approximately 3 months. |
Sidenote: I know you've asked me for some more info on some other issues I've posted, I'll try to get to those soon.
Current Behavior
If a phrase is entered into the search it will highlight those terms as they appear throughout the document. If they appear exactly as entered in search, they are just listed as individual highlights.
Background
One of my experiences when I've been using Mark My Search is that I get a LOT of results. I already came up with a possible way to address this in issue #65 . As I tend to overdo the search terms, one way to surface the most important item on a page is when the specific term (and the way I typed it in) shows up.
Requested Behavior
When that exact phrase shows up, requesting the program highlight it as a solid block. Maybe with an underline or outline to further separate it from other word highlights on the page.
This might make more sense as an optional feature, since most search programs don't behave that way and it might confuse some users.
Also, for simplicity, should probably ignore this feature/option if there were any " characters in the search, since it's probably already an "exact phrase" search.
MOCKUP
So when searching:
clock strikes 12
... in the image below shows current behavior in
#1
and#3
. Requested behavior is#2
The text was updated successfully, but these errors were encountered: