[Okular-devel] [Bug 158396] Previuos and next seem useless

2008-02-26 Thread kde2eran
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
 
http://bugs.kde.org/show_bug.cgi?id=158396 




--- Additional Comments From kde2eran tromer org  2008-02-26 12:12 ---
The prev/next history navigation buttons are common to almost all modern 
hyperlinked content viewers, not just file managers and browsers.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 158401] filename in title bar

2008-02-26 Thread kde2eran
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
 
http://bugs.kde.org/show_bug.cgi?id=158401 




--- Additional Comments From kde2eran tromer org  2008-02-26 12:57 ---
Looking at my collection of many thousands of PDF documents, about 80% of them 
have PDF titles that are incorrect, meaningless ("Template", "main.dvi") or 
dangerously misleading ("foo.dvi").

It's easy to see why, too: Acrobat Reader shows the filename rather than PDF 
title in its window title bar, so most authors of PDF files never see the PDF 
title and therefore don't bother to set it correctly.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 158401] filename in title bar

2008-02-26 Thread kde2eran
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
 
http://bugs.kde.org/show_bug.cgi?id=158401 




--- Additional Comments From kde2eran tromer org  2008-02-27 03:18 ---
Created an attachment (id=23724)
 --> (http://bugs.kde.org/attachment.cgi?id=23724&action=view)
Patch to show filename instead of Title metadata in Okular's window caption.

Making Okular's behavior the same as that of KPDF and Acrobat Reader is trivial
-- see attachment.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 158706] New: Rendering is much slower than in KPDF

2008-03-02 Thread kde2eran
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
 
http://bugs.kde.org/show_bug.cgi?id=158706 
   Summary: Rendering is much slower than in KPDF
   Product: okular
   Version: unspecified
  Platform: Fedora RPMs
OS/Version: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: PDF backend
AssignedTo: okular-devel kde org
ReportedBy: kde2eran tromer org


Version:(using KDE 4.0.1)
Installed from:Fedora RPMs
OS:Linux

On my machine, Okular's PDF rendering is much slower than with KPDF. This is 
especially evident, and disturbing, when flipping pages: in Okular, PgDn can 
take a full second, while in KPDF page flipping looks instantaneous.

Tested on a 1.8GHz Pentium M machine running Fedora 8. KPDF is Fedora's 0.5.8 
RPM and Okular is SVN built against Fedora's kdelibs4 4.0.1-6.fc8 RPM. Both use 
the same Fedora 8 libraries except for kde3 vs. kde4.

The performance gap seems to depend on the document. Here's a random PDF 
showing the issue: <http://law.wustl.edu/WULR/84-5/hurtyin.pdf>.

I have Okular configured with "Aggressive" memory usage and background 
generation enabled, and I let it sit for a few seconds before pressing PgDn (to 
give it time to pre-render the next page), but the response is still often 
slow. The system is otherwise idle.

Notably, the PgDn rendering time in Okular isn't constant: it's sometimes very 
fast, and sometimes takes a full second. I'm unable to conclusively correlate 
this with anything, including the amount of time waited before pressing PgDn.

This might be relevant: when I press PgDn, okular immediately spews this to 
stderr:
okular(23524) Okular::Document::requestPixmaps: request id=3 663x948 5
okular(23524) Okular::DocumentPrivate::sendGeneratorRequest: sending request 
id=3 663x948 5 async == true
The actual display update happens about a second, and the CPU is at 100% 
inbetween.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 158706] Rendering is much slower than in KPDF

2008-03-03 Thread kde2eran
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
 
http://bugs.kde.org/show_bug.cgi?id=158706 




--- Additional Comments From kde2eran tromer org  2008-03-04 00:08 ---
I'm compiling Okular from the SVN sourcecode. Poppler is Fedora's RPM build: 
poppler-0.6.2-1.fc8 and poppler-devel-0.6.2-1.fc8.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 158396] Previuos and next seem useless

2008-03-06 Thread kde2eran
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
 
http://bugs.kde.org/show_bug.cgi?id=158396 




--- Additional Comments From kde2eran tromer org  2008-03-06 18:33 ---
If you must have duplicate page flip buttons, please use the same icons. Having 
two different-looking pairs of arrow buttons is a very strong queue that one 
flips pages and the other navigates history.

(IMO, the better solution is to have a single set of page flip buttons placed 
into a standard dockable toolbar; users can place that toolbar wherever they 
find convenient - bug 157284.)
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 159408] centre-point for zooming of pdf files (via +) should be in zone of the mouse-cursor

2008-03-16 Thread kde2eran
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
 
http://bugs.kde.org/show_bug.cgi?id=159408 




--- Additional Comments From kde2eran tromer org  2008-03-16 18:15 ---
Agreed, zoom-into-cursor is used by many modern applications (including also 
Gimp and Kolourpaint) and is usually much more convenient than zoom-into-center 
+ pan.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 161324] recognise columns in the text of a page

2008-04-28 Thread kde2eran
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
 
http://bugs.kde.org/show_bug.cgi?id=161324 




--- Additional Comments From kde2eran tromer org  2008-04-28 18:16 ---
In the general case this seems to require a layout analysis, such as OCRopus.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 161020] Okular deselection of yellow marker tool

2008-04-30 Thread kde2eran
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
 
http://bugs.kde.org/show_bug.cgi?id=161020 




--- Additional Comments From kde2eran tromer org  2008-04-30 23:04 ---
I have the same issue: when highlighting parts of documents, I have to 
repeatedly choose the highlighter tool, which is inconvenient and error-prone.

Right now Okular has two notions of modal tools:
* Browse/zoom/select (in the toolbar)
* Highlight/line/etc. (in the review inset)

Can't the two notions of tools be merged into one simple mode?
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 161599] Remove excessive whitespace when vewing

2008-05-04 Thread kde2eran
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
 
http://bugs.kde.org/show_bug.cgi?id=161599 




--- Additional Comments From kde2eran tromer org  2008-05-04 12:37 ---
Created an attachment (id=24624)
 --> (http://bugs.kde.org/attachment.cgi?id=24624&action=view)
Proposed patch for trimming whitespace borders

Here's a rough patch that implements a "Trim Borders" mode for Okular, where
most of the white borders are stripped from every page.

This patch does the following:

- Add a "bounding box" property to Okular::Page
- Teach most of the generators to compute the page's bounding box when the page
is first rendered, by scanning the rendered image (pixel-by-pixel) for white
borders.
- Add a "crop" property to PageViewItem
- Add support for rendering cropped pages to PageView, PagePainter and
PageViewAnnotator.
- Add a "Trim Borders" mode to PageView, with a menu item under View and a
config item.
- When "Trim Borders" is enabled, set PageViewItem's crop according to the
page's bounding box.
- A few local comments/cleanups to help the next guy looking at this code.

Open issues:
- All the things pointed out in the new "TODO" comments.
- Add "native" bounding box computation (instead of pixel scanning) to
generators, where possible.
- Since we only scan pixels after pixmaps are generated, the layout of far-away
parts of the document will not reflect the cropped geometry. This causes the
layout to jump around annoyingly as more pages become visible and are cropped.
- Maybe there be a mode where all pages are cropped identically, so that
displayed text sizes are uniform.
- Needs testing and performance profiling.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 161599] New: Remove excessive whitespace when vewing

2008-05-04 Thread kde2eran
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
 
http://bugs.kde.org/show_bug.cgi?id=161599 
   Summary: Remove excessive whitespace when vewing
   Product: okular
   Version: unspecified
  Platform: RedHat RPMs
OS/Version: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: general
AssignedTo: okular-devel kde org
ReportedBy: kde2eran tromer org


Version:   SVN (using KDE 3.5.9)
Installed from:RedHat RPMs

Many PDF files have wide margins that, while suitable for printing on paper, 
are very wasteful of screen resources. This problem is especially grave with 
some academic publications that use enormous margins in their standard 
stylesheets.

Implications include:
* In Fit to Page zoom, wide vertical margins cause the real content of the page 
to be unnecessarily small (and at other zoom levels page flipping is messy)
* In Continous mode, wide vertical margins necessitate a lot of scrolling 
between pages, and you can see less content simultaneously at page borders
* In Two Pages mode, wide horizontal margins cause the real content to be 
unnecessarily small (often making this important mode useless)

It would be great if Okular had an option to automatically detect margins and 
to subtract them from the image, prior to calculation of zoom level and 
rendering. To cover the overwhelming majority of cases, it would suffice to 
just have a simple heuristic which identifies the maximal white strip at each 
of the 4 edges of the paper.

Related bugs:
- Bug 115557 for the same feature in KPDF.
- Bug 136695 for stripping whitespace when printing, as opposed to viewing.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 161599] Remove excessive whitespace when vewing

2008-05-08 Thread kde2eran
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
 
http://bugs.kde.org/show_bug.cgi?id=161599 




--- Additional Comments From kde2eran tromer org  2008-05-08 17:26 ---
Created an attachment (id=24673)
 --> (http://bugs.kde.org/attachment.cgi?id=24673&action=view)
Proposed patch for trimming whitespace borders

Revised patch for trimming whitespace borders: same as the previous patch,
except for improved calculation of crop area.

(Can someone fix the typo in the bug's name?)
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 136695] Remove excessive whitespace (i.e. big white borders from undersized pages) when printing

2008-05-08 Thread kde2eran
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
 
http://bugs.kde.org/show_bug.cgi?id=136695 




--- Additional Comments From kde2eran tromer org  2008-05-08 17:33 ---
The patch in bug 161599 (on removing borders when *viewing*) has simple code 
for computing the bounding box by scanning the pixmap for white pixels.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 155858] Multiple dialogs popups when searching and nothing found

2008-05-10 Thread kde2eran
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
 
http://bugs.kde.org/show_bug.cgi?id=155858 




--- Additional Comments From kde2eran tromer org  2008-05-10 23:26 ---
Created an attachment (id=24701)
 --> (http://bugs.kde.org/attachment.cgi?id=24701&action=view)
Disable the search dialogs

This one-line patch tells Okular not to use pop-up dialogs when searching from
the command line. This mode already exists, it just needs to be toggled.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


Re: [Okular-devel] Some Fullscreen -requests

2008-05-12 Thread kde2eran
Hi Sebastian,

On 2008-05-11 13:02, Sebastian Guttenberg wrote:
> 1. I did not find a way to get rid of the navigation panel at the bottom
> of the screen in the fullscreen mode. I think it would be good to have a
> possibility to make it disappear and really have fullscreen, as it was
> in kdvi and kpdf. (or did I just overview something?)

Here's the filed feature request, containing a patch that adds the 
option: http://bugs.kde.org/show_bug.cgi?id=157284

___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 161599] Remove excessive whitespace when vewing

2008-05-18 Thread kde2eran
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
 
http://bugs.kde.org/show_bug.cgi?id=161599 
kde2eran tromer org changed:

   What|Removed |Added

  Attachment #24673|0   |1
is obsolete||



--- Additional Comments From kde2eran tromer org  2008-05-18 19:10 ---
Created an attachment (id=24825)
 --> (http://bugs.kde.org/attachment.cgi?id=24825&action=view)
Proposed patch for trimming whitespace borders

Revised version addressing Pino's comments. Same functionality, better
implementation.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 163149] New: Text search from current page

2008-06-03 Thread kde2eran
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
 
http://bugs.kde.org/show_bug.cgi?id=163149 
   Summary: Text search from current page
   Product: okular
   Version: unspecified
  Platform: Compiled Sources
OS/Version: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: general
AssignedTo: okular-devel kde org
ReportedBy: kde2eran tromer org


Version:(using Devel)
Installed from:Compiled sources

Text search in Okular always starts at the beginning of the document. Often one 
wants to start the search at the current page, e.g., to search a specific 
chapter or to resume an earlier search.

It would be very useful if Okular offered a "From current page" search option.

There's already a good place in the UI for this option, in the "Options" popup 
of the search bar.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 163150] New: Text search from current page

2008-06-03 Thread kde2eran
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
 
http://bugs.kde.org/show_bug.cgi?id=163150 
   Summary: Text search from current page
   Product: okular
   Version: unspecified
  Platform: Compiled Sources
OS/Version: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: general
AssignedTo: okular-devel kde org
ReportedBy: kde2eran tromer org


Version:(using Devel)
Installed from:Compiled sources

Text search in Okular always starts at the beginning of the document. Often one 
wants to start the search at the current page, e.g., to search a specific 
chapter or to resume an earlier search.

It would be very useful if Okular offered a "From current page" search option.

There's already a good place in the UI for this option, in the "Options" popup 
of the search bar.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 137903] Allow assignment of shortcuts to individual Review tools

2008-06-03 Thread kde2eran
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
 
http://bugs.kde.org/show_bug.cgi?id=137903 




--- Additional Comments From kde2eran tromer org  2008-06-03 19:51 ---
This is related to bug 157289 (making the review toolbar a standard toolbar). 
The latter involves creating KAction objects for the review tools, and KAction 
objects can use the standard KDE shortcut system.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 169516] RFE: add configuration setting for default zoom

2008-12-17 Thread kde2eran
http://bugs.kde.org/show_bug.cgi?id=169516


kde2eran tromer org changed:

   What|Removed |Added

 CC||kde2e...@tromer.org




--- Comment #2 from kde2eran tromer org  2008-12-17 21:04:28 ---
Personally I prefer the fit-page mode. It would be nice to have an option to
make this the default.


-- 
Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 157284] Hide/move the page bottom bar

2010-01-10 Thread kde2eran
https://bugs.kde.org/show_bug.cgi?id=157284





--- Comment #62 from2010-01-10 13:03:02 ---
As the author of the attached patch implementing a show/hide menu item, I would
like to say I too prefer the toolbar widget alternative (for the same reasons
Jakub gave in commment 61). I just don't know how to implement it.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 157284] Hide/move the page bottom bar

2010-04-28 Thread kde2eran
https://bugs.kde.org/show_bug.cgi?id=157284


kde2e...@tromer.org changed:

   What|Removed |Added

 CC||kde2e...@tromer.org




--- Comment #68 from2010-04-28 15:39:37 ---
tsukanoffkirill, good to hear the hide-the-bar patch is working for you. Do you
mind testing and posting a fresh patch that cleanly applied to svn? (I don't
have my build setup at the moment.)

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 161324] recognise columns in the text of a page

2010-09-16 Thread kde2eran
https://bugs.kde.org/show_bug.cgi?id=161324


kde2e...@tromer.org changed:

   What|Removed |Added

 CC||kde2e...@tromer.org




--- Comment #35 from2010-09-17 07:10:19 ---
Does poppler guess the text layout using some generic heuristic algorithm, or
use some explicit information on text ordering embedded in the PDF format? If
it's the latter, then Okular ought to use that embedded information, via
poppler, instead of discarding it and taking a wild guess instead.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [Bug 157284] Hide/move the page bottom bar

2010-10-29 Thread kde2eran
https://bugs.kde.org/show_bug.cgi?id=157284





--- Comment #87 from2010-10-29 22:18:12 ---
Perhaps we should think of comment trolls as conducting a "denial of service"
attack on the open source development process. We shouldn't let anyone prevent
us from developing and using the best software we can, just by posting some
nasty comment to an open website...

Albert, implementing this feature will show the people that misbehave that they
are *ignored*, and that it's the people who offer constructive comments and
patches (e.g., comment #3 and comment #69) that have an impact.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel