bugGNU Octave - Bugs: bug #56216, GUI Find in Documentation Tab...


bug #56216: GUI Find in Documentation Tab misses search terms in non-intuitive way

Submitted by:  Rik <rik5>
Submitted on:  Thu 25 Apr 2019 04:19:22 PM UTC  
Category:  GUI Severity:  1 - Wish
Priority:  5 - Normal Item Group:  Feature Request
Status:  Fixed Assigned to:  Torsten Lilge <ttl>
Originator Name:  Open/Closed:  Closed
Release:  dev Operating System:  Any

Add a New Comment (Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


Sat 18 May 2019 06:24:01 PM UTC, comment #3: 

Thank you, I find this much better now.

Rik <rik5>
Project Administrator
Sat 18 May 2019 10:23:19 AM UTC, comment #2: 

Changeset http://hg.savannah.gnu.org/hgweb/octave/rev/dcc3a8065ccd adds wrapping to the search (while typing). This should fix the problem and give more intuitive results.

Torsten Lilge <ttl>
Project MemberIn charge of this item.
Thu 25 Apr 2019 06:52:08 PM UTC, comment #1: 

Yeah, I've seen the same. And I think related, the search does not wrap when the end of the file is reached. In the editor, the search wraps by default when the end is reached, and I think doing the same in the documentation pane would address this.

Mike Miller <mtmiller>
Project Administrator
Thu 25 Apr 2019 04:19:22 PM UTC, original submission:  

The easiest way to see what I mean is to document an example.

Steps to Reproduce

1) Start GUI
2) Switch to Documentation tab
3) Click on Contents tab
4) Click on "1 A Brief Introduction to Octave"
5) Use Ctrl+F to bring up the Find bar
6) Type 'c', the first 'c' in the word "interface" about mid-block is highlighted
7) Type 'o', the 'co' in "Copying" a few sentences down is highlighted.
8) Type 'm', nothing is now highlighted.

What I expect at this point is that the fragment "com" of the word "command" is highlighted.  I can achieve this by using the Find Previous button, but this is counter-intuitive.

Apparently as you add letters the search resumes from the last point where it found a match.  I don't think that is what should happen.  But even if it is, when the search fails the location should be reset to 0 and the search attempted from the beginning of the text.

Rik <rik5>
Project Administrator


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by ttl (Posted a comment)
  • -email is unavailable- added by rik5 (Submitted the item)

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.




    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2019-05-18 rik5 StatusReady For Test => Fixed
        Open/ClosedOpen => Closed
    2019-05-18 ttl StatusNone => Ready For Test
        Assigned toNone => ttl

    Back to the top

    Powered by Savane 3.5