On 9/23/17, Paul B. Gallagher <[email protected]> wrote: > I often have reason to search for a particular key word in a web page, > mostly as a time saver to avoid poring over thousands of words manually > on a long page. It usually works pretty well, but not today. > > At this blog page: > <https://koreanstudentblog.wordpress.com/2013/12/> > if you scroll about 35% of the way down (guesstimating by the position > of the button on the vertical scroll bar), you'll see an image of the > back of a woman's head, under the headline "Hair sticks!" Place your > cursor somewhere in the paragraph in between, "A picture today. Yep that > is me…" and search for the word "metro" (using Ctrl-F, of course). No > hits, right? > > Now scroll down slightly to the next heading, "Word of the day: 지옥철." > You'll clearly see three instances of "metro" in that section, and if > you place your cursor somewhere in that section, SeaMonkey will suddenly > discover them. And searches continue to work until your cursor passes > the heading, "어… 안습" about 80% of the way down (the article before "Word > of the day: 안구테러 ~ eye ball terror"), whereupon they start to fail > again. > > Weird, eh? It's as if they are separate documents that cannot be > searched simultaneously, even though they appear to be on the same page. > > Any idea what's going on?
They are separate documents :) Try going there with javascript disabled. The hair-sticks blog entry is the last entry on https://koreanstudentblog.wordpress.com/2013/12/ and the "metro" hits are in the first blog entry on https://koreanstudentblog.wordpress.com/2013/12/page/2/ No, I don't know how they do it; I'd start by searching the css/js files for "infinite-scroll" Regards, Lee _______________________________________________ support-seamonkey mailing list [email protected] https://lists.mozilla.org/listinfo/support-seamonkey
