Forums before death by AOL, social media and spammers... "We can't have nice things"
|    alt.comp.software.seamonkey    |    Not a bad little Mozilla fork    |    9,710 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 8,968 of 9,710    |
|    Richard Owlett to Dirk Fieldhouse    |
|    Re: Help with SeaMonkey's "Help function    |
|    08 Aug 25 01:59:32    |
      From: rowlett@access.net              On 8/7/25 4:43 PM, Dirk Fieldhouse wrote:       > On 05/08/2025 10:14, Schugo wrote:       >> On 04.08.2025 14:53, Richard Owlett wrote:       >>> ....       >>> The content displayed when entering "composer" in the search box       >>> displays sparse content.       >>> ...       >>       >> ... the offline F1 docs of Seamonkey [is/are] one of the best I have       > ever seen.              You'll get no argument from me on that!       What annoys me is that it does not have the capability to search for an       arbitrary word/phrase. And from comments made by frg it's impractical to       add that feature.              My tentative solution, being discussed in a another sub-thread, is to       decompress the SeaMonkey source and extract the Help System's text for       placement in a standard HTML framework accessible by any current browser       and their builtin fine search capabilities. Thus "I will have my cake       and eat it too" ;]!              >> ...       > Also demonstrating that sticking with a proven product design and not       > improving/breaking it makes it more likely that docs will not rot away.       >       > And on 04/08/2025 12:10, Richard Owlett wrote:>...>       >> I'm a tri-focal wearing octogenarian with perception[better term???]       >> issues. I use SeaMonkey's Edit->Preferences->Appearance->Fonts to force       >> a comfortably readable size. That forces a "large hunk" of some lines       >> off-screen. If a full sentence is not visible I have comprehension issues.       >       > As a work-around, maybe Ctrl+- to reduce the content size until it       > doesn't get cropped, then use the system's magnifier tool to make the       > text readable?              I've been working on another approach. Creating new HTML documents where       all paragraphs consist of arbitrarily long lines with appropriately       interspersed |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca