octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #65753] Documentation window: Function Index:


From: Nicholas Jankowski
Subject: [Octave-bug-tracker] [bug #65753] Documentation window: Function Index: Search box respects trailing spaces
Date: Fri, 17 May 2024 10:26:03 -0400 (EDT)

Follow-up Comment #8, bug #65753 (group octave):


> What causes the extra space to be included in the copied text?

that has been inconsistent, mostly web browser behavior for quite some time. 
Right now in chrome on windows, if i double click on any word in the different
comments below the word plus the trailing space is included in the highlight. 
MS Word does the same. I've most often noticed it when copy/pasting one-time
codes sent by email, which sometimes fail if the trailing whitespace is
included. 


all that said, I think almost all cases of direct searching that involve
finding literal text strings should accept and match what you give it.  I
don't think that applies to the doc browser search, however.  within the doc
browser right now

if I search 'permission' (no quotes/spaces) within the search box, i get fuzzy
matches for permission, permissive, permissible, permissions... the same
results whether or not there's a space afterward.  if I do `doc permission`,
the search box contains "permission" with quotes, and i still get the fuzzy
matches.  if i add spaces after `doc permission` i get the same results.  if i
do `doc "permission   "` i still get the same results.

i can't recreate the case the op mentions about 'double'.



    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?65753>

_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]