After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 622160 - search across newlines
search across newlines
Status: RESOLVED NOTGNOME
Product: evince
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
: 556598 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-06-20 09:25 UTC by Johannes Buchner
Modified: 2013-11-18 19:17 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot of different line break handling in acroread and evince (429.92 KB, image/jpeg)
2013-02-19 04:40 UTC, Florian Moretz
Details

Description Johannes Buchner 2010-06-20 09:25:54 UTC
I want to search for "a b" and find instances where "a" is on the end of one line and "b" is at the beginning of the next line.



I guess the technical challenge is that this would go across 2 (or more) poppler textpage blocks, and one would have to identify which one is "next". a11y code might help.
Comment 1 Paul Korir 2011-07-22 16:55:03 UTC
I have also experienced the exact same issue. It can easily give the impression that a phrase is absent.
Comment 2 Florian Moretz 2013-02-19 04:40:52 UTC
Created attachment 236718 [details]
Screenshot of different line break handling in acroread and evince
Comment 3 Florian Moretz 2013-02-19 04:56:08 UTC
I, too, have experienced this bug in working with evince. The problem here, as shown in the attached screenshot, seems to be twofold:

1.) sentences spanning across line breaks are not recognized as continuous and aren't taken up by the inbuilt search (lower part of screenshot)

2.) single phrases spanning across line breaks aren't recognized as being continuous, either. There does not seem to be any difference between hyphenated and regular phrases in this. Searching for "main-tenance" in the example above doesn't return any results, either.

Neither of these problems exist in proprietary solutions such as Adobe Reader or Foxit. I think it can be argued that fixing this issue is quite important as it greatly diminishes the inbuilt search capabilities of evince.
Comment 4 Florian Moretz 2013-02-19 08:04:45 UTC
For what it's worth, Okular also suffers from this bug: https://bugs.kde.org/show_bug.cgi?id=300992
Comment 5 Germán Poo-Caamaño 2013-02-19 08:18:08 UTC
I think this is a limitation in poppler, or at least in poppler-glib.  Using poppler-glib-demo (from poppler 0.22.1) shows the same problem.

I tend to think it is a poppler issue considering that Okular has the same problem.
Comment 6 Germán Poo-Caamaño 2013-02-19 08:25:37 UTC
Please, follow the bug report in https://bugs.freedesktop.org/show_bug.cgi?id=61104

Thanks Florian for the detailed explanation.
Comment 7 Germán Poo-Caamaño 2013-11-18 19:02:10 UTC
*** Bug 556598 has been marked as a duplicate of this bug. ***
Comment 8 Germán Poo-Caamaño 2013-11-18 19:17:46 UTC
The right bug report should be: https://bugs.freedesktop.org/show_bug.cgi?id=11381