Ticket #39 (new defect) — at Initial Version
savannah: viewer position from "find file" dialog vs. parsed files
Reported by: | slavazanko | Owned by: | |
---|---|---|---|
Priority: | minor | Milestone: | Future Releases |
Component: | mcview | Version: | |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Branch state: | no branch | Votes for changeset: |
Description
Original: http://savannah.gnu.org/bugs/?16017
Submitted by: | Oswald Buddenhagen <ossi> | Submitted on: | Mon 06 Mar 2006 07:05:52 PM UTC |
Category: | Viewer | Severity: | 3 - Normal |
Status: | None | Privacy: | Public |
Assigned to: | None | Open/Closed: | Open |
Release: | current (CVS or snapshot) | Operating System: | All |
Discussion:
Mon 06 Mar 2006 07:05:52 PM UTC, original submission: the "find file" dialog does seaching on unfiltered file contents. it tells the viewer to start viewing a the line of the match. however, if the file is filtered ("parsed", as opposed to "raw") before viewing (e.g., lynx -dump), the line number is applied to the filtered output - usually with "suboptimal" results. i'm not sure what to do about this. translating the line numbers would require cooperation from the filter, which is sort of impossible for external filters. and grepping on filtered files would be sloooow. maybe like this: if matches are found and the file is "formattable", filter it and grep again and display that as the result. alternatively, force the viewer into raw mode, but i would not like this.
Note: See
TracTickets for help on using
tickets.