I know you're (presumably) not the author of the website, but if you're going to produce a method based on the theory of faster/easier reading, it helps to not have a landing page that has up front in big massive fonts a sentence that my mind parses as:
"Did you know that we humans store learned words and so just a few letters your brain reads faster are enough to recognise whole words. than your eye?"
How can one take it seriously when the very first example on the webpage fails on reading cognition!
https://github.com/ahrm/sioyek
You need to enable experimental features in `prefs_user.config` by adding `enable_experimental_features 1` and then enable this mode using `toggle_fastread` command within sioyek.
I also experimented with more sophisticated algorithms, you can read about the experiment here:
https://ahrm.github.io/jekyll/update/2022/04/14/using-langug...
I'm probably weird but since I was a kid through high school (1960s-1970s) I was a subject of various research studies and advanced learning techniques. I don't exactly know why I ended up in these but it's probably "right place, right time".
A lot of these involved "speed reading" as well as "speed learning". What this code does definitely broaches some of what I was taught and what was at one time more widely known. There are other aspects that are missing that relate to typography and dynamic reading.
javascript:(function(){var q="p, title",e=document.querySelectorAll(q),o=[],str1="",str0="",str="",j=0,pivotchar=0,finvar="",ans="",d=window.open("","_blank"); for(var i in e){var t=e[i].textContent; if(t){o = o + "\n" + t;}} str0 = o; str1=str0.replace(/\n/g, " <br></br> "); str=str1.split(" "); for(j=0;j<str.length;j++) { pivotchar=Math.floor((str[j].length)/3)+1; finvar = "<span style='font-weight:bolder'>" + str[j].substring(0,pivotchar) + "</span>" + "<span style='font-weight:lighter'>" + str[j].substring(pivotchar,str[j].length) + "</span>" + " "; if(str[j].substring(str[j].length-1,str[j].length)=='.') { finvar=finvar+"<span style='color:red'> * </span>"; } ans=ans+finvar; } d.document.write("<html><p style='font-size:40;line-height:200%;font-family:Arial'>"+ans+"</p></html>");})()
Edit: Other comment pointed to this bookmarklet, which does that: https://www.locserendipity.com/Hyper.html
There is an accelerated reader I played with a few years ago, based on flashing the words for you with some letters colored in red. That increased reading speed mildly, but the lack of ability to quickly backtrack defeated any gains.
Suppose they file this patent for an ebook reader ("apparatus") with this specific feature implemented in a similar way ("method"). You would be in clear violation of the patent if you were to build and distribute a competing ebook reader with a substantially similar feature. But protection drops off rapidly the further you go from replicating both method and apparatus. I.e. if you only work on a piece of software (absent the ebook reader apparatus) I think you should be fine (but IANAL).
Now suppose you were to publish an Android ebook reader app with this feature, and publish it via Google Play. Supposedly this would result in a combined software and apparatus in violation of the patent. I'm not clear on how this is usually regarded (you'd have to at least worry about patent trolls I assume) but I doubt the patent owner has a legal leg to stand on (which won't necessarily stop them from trying).
For example, Open Sans has six levels of weight: light, regular, medium, semi-bold, bold, and extra bold:
const mid Math.floor(preElem.length / 2); > <span className="bio-letter">{preElem.slice(0, mid)}</span>{preElem.slice(mid)}
I thought the original was more complex a nuanced than this.
I do not perceive any speed difference, there could be one but it would be marginal.
I am a fairly quick reader, I trained to read fast and extract content in high school.
It's too much clutter to highlight all words. No need for the connective words, etc.
Many have been doing this manually for a long time.
The project page should be updated to mention the patent situation IMO. The license is MIT, but that doesn’t mean you can use this without paying the patent holder whatever has asks.
With a peach background color and a pivot character one-third of the way through the word (plus one):
javascript:void function(){javascript:(function(){var a=Math.floor,b=document.querySelectorAll("p, title"),c=[],e="",f="",g="",h=0,k=0,l="",m="",n=window.open("","_blank");for(var d in b){var i=b[d].textContent;i%26%26(c=c+"\n"+i)}for(f=c,e=f.replace(/\n/g," <br></br> "),g=e.split(" "),h=0;h<g.length;h++)k=a(g[h].length/3)+1,l="<span style='font-weight:bolder'>"+g[h].substring(0,k)+"</span><span style='font-weight:lighter'>"+g[h].substring(k,g[h].length)+"</span> ","."==g[h].substring(g[h].length-1,g[h].length)%26%26(l+="<span style='color:red'> * </span>"),m+=l;n.document.write("<html><p style='background-color:#EDD1B0;font-size:40;line-height:200%25;font-family:Arial'>"+m+"</p></html>")})()}();
With a peach background color and no change to bolding for comparison:
javascript:void function(){javascript:(function(){var a=Math.floor,b=document.querySelectorAll("p, title"),c=[],e="",f="",g="",h=0,k=0,l="",m="",n=window.open("","_blank");for(var d in b){var i=b[d].textContent;i%26%26(c=c+"\n"+i)}for(f=c,e=f.replace(/\n/g," <br></br> "),g=e.split(" "),h=0;h<g.length;h++)k=a(g[h].length/3)+1,l="<span style='font-weight:light'>"+g[h].substring(0,k)+"</span><span style='font-weight:light'>"+g[h].substring(k,g[h].length)+"</span> ","."==g[h].substring(g[h].length-1,g[h].length)%26%26(l+="<span style='color:red'> * </span>"),m+=l;n.document.write("<html><p style='background-color:#EDD1B0;font-size:40;line-height:200%25;font-family:Arial'>"+m+"</p></html>")})()}();
the author could've trademarked the name and sell it as "the original"
personally the only app i know that has the technology is Reeder RSS reader, although i've never found it convenient
Why spend my forcefully taken tax money protecting imaginary rights of a few inventors?
I understand the problem of industrial spies and creating something whose recipe is hard to find and easy to make, but I don't see why we should solve it societally for the large corporations which happen to have this issue.
Let them spend money suing their customers who violated some ToS and reverse engineered the formula, let them worry about vetting or doing suing their own employees. And if it's too expensive to pursue, consider it a natural tax of the market.
If they're creating something that will give value over a long period of time, they're already making more than the rest of the population who's paying for their patent bs and their copyright enforcement.
I saw this first on reddit a few days ago and went "hmm, ok, whatever..."
And then on HN today.
Now I'm saying "Oh, someone's putting real effort into this thing. Shame, really, I wish they'd move on to something more productive or at the least talk to some experts about their goals. Sigh."
And it'll be gone in a week, or a month at most. Sorry.
"Convert Text into Better Way to Read Faster"
But, based on what? I don't see any pointers to papers or other academic work or collaboration.
Somehow this has been granted a patent... the way I see it, this needs to have 800 free/open implementations just to prove a point to the patent office that somehow let this pass as "innovative" (_whatever_, like you say).
Aside from various js snippets posted here, a firefox and chrome plugin I also found an emacs mode https://github.com/melpa/melpa/pull/7990
vim _definitely_ needs one too now please
Do you only experience things once they have been thoroughly peer reviewed?
Why not quickly try it out for yourself and decide.
It would be very interesting to research what makes it more effective for some people than others. It implies some difference in how their brains or eyes are processing text.
Not seeing the end of the words clearly makes my brain only read the bold part.
Since we only need the first and last of a word for our brain to figure out, why not utilize a style that reflects this knowledge?