[okular] [Bug 484562] Bad rendering of EPS embedded in DVI at certain zoom levels

2024-04-16 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=484562

Tristan Miller  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |---
 Status|NEEDSINFO   |REPORTED

--- Comment #7 from Tristan Miller  ---
Info provided in Comment 5.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 484562] Bad rendering of EPS embedded in DVI at certain zoom levels

2024-04-01 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=484562

--- Comment #5 from Tristan Miller  ---
(In reply to Albert Astals Cid from comment #4)
> Opening that dvi file says
> 
> Couldn't find file map.pstex
> 
> Is there some magic i have to do to generate that file from the map.text you
> have attached?

If you run `latex map.tex` it will generate the file.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 484562] Bad rendering of EPS embedded in DVI at certain zoom levels

2024-03-26 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=484562

--- Comment #3 from Tristan Miller  ---
Created attachment 167827
  --> https://bugs.kde.org/attachment.cgi?id=167827=edit
Incorrect rendering at 200% zoom

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 484562] Bad rendering of EPS embedded in DVI at certain zoom levels

2024-03-26 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=484562

--- Comment #2 from Tristan Miller  ---
Created attachment 167826
  --> https://bugs.kde.org/attachment.cgi?id=167826=edit
Correct rendering at 150% zoom

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 484562] Bad rendering of EPS embedded in DVI at certain zoom levels

2024-03-26 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=484562

--- Comment #1 from Tristan Miller  ---
Created attachment 167825
  --> https://bugs.kde.org/attachment.cgi?id=167825=edit
Resulting DVI file

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 484562] New: Bad rendering of EPS embedded in DVI at certain zoom levels

2024-03-26 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=484562

Bug ID: 484562
   Summary: Bad rendering of EPS embedded in DVI at certain zoom
levels
Classification: Applications
   Product: okular
   Version: 23.08.4
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: DVI backend
  Assignee: okular-devel@kde.org
  Reporter: psychon...@nothingisreal.com
  Target Milestone: ---

Created attachment 167824
  --> https://bugs.kde.org/attachment.cgi?id=167824=edit
LaTeX source file

Attached is a LaTeX file that embeds an EPS graphic.  If you compile the LaTeX
source to DVI (using `latex map.tex`) and view the DVI file in Okular, then it
looks fine when the zoom level is less than 200%, but at 200% or higher the
graphic is improperly rendered.  I attach screenshots of correct rendering at
150% zoom and incorrect rendering at 200% zoom.

SOFTWARE/OS VERSIONS
KDE Plasma Version: 5.27.10
KDE Frameworks Version: 5.115.0
Qt Version: 5.15.12

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 154033] incorrect DVI file rendering

2024-03-26 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=154033

Tristan Miller  changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

--- Comment #6 from Tristan Miller  ---
Still reproducible for me with 23.08.4.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 478542] Show Signatures Panel should open the sidebar if it is not already visible

2023-12-15 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=478542

Tristan Miller  changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 478542] New: Show Signatures Panel should open the sidebar if it is not already visible

2023-12-15 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=478542

Bug ID: 478542
   Summary: Show Signatures Panel should open the sidebar if it is
not already visible
Classification: Applications
   Product: okular
   Version: 23.08.3
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: okular-devel@kde.org
  Reporter: psychon...@nothingisreal.com
  Target Milestone: ---

Created attachment 164183
  --> https://bugs.kde.org/attachment.cgi?id=164183=edit
A signed blank document showing the bug

When opening a digitally signed document, Okular displays a "Show Signatures
Panel" button between the toolbar and the top of the document.  If the sidebar
happens to be visible already, then pressing this button shows the signatures
panel.  But if the sidebar is not already visible, then pressing the button
causes the sidebar button in the toolbar to activate, but the sidebar itself
does not appear.


STEPS TO REPRODUCE
1. Make sure the sidebar is hidden.
2. Open any signed document, such as the attached PDF.
3. Press the "Show Signatures Panel" button.

OBSERVED RESULT
4. The "Show Sidebar" button in the toolbar activates, but the sidebar itself
does not appear.

EXPECTED RESULT
4. The "Show Sidebar" button in the toolbar should activate and the sidebar
itself should appear, with the signatures panel active.

SOFTWARE/OS VERSIONS
KDE Plasma Version: 5.27.9
KDE Frameworks Version: 5.112.0
Qt Version: 5.15.11

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 478540] Can't edit form field after entering invalid character

2023-12-15 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=478540

Tristan Miller  changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 478540] New: Can't edit form field after entering invalid character

2023-12-15 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=478540

Bug ID: 478540
   Summary: Can't edit form field after entering invalid character
Classification: Applications
   Product: okular
   Version: 23.08.3
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: PDF backend
  Assignee: okular-devel@kde.org
  Reporter: psychon...@nothingisreal.com
  Target Milestone: ---

Created attachment 164181
  --> https://bugs.kde.org/attachment.cgi?id=164181=edit
Example PDF showing the bug

Some PDF form fields require data in a certain format, and apply some sort of
validation to enforce this requirement. A common example are fields requiring a
telephone number. A problem with Okular is that if the user starts to type
invalid data into such a field, it is no longer possible for the user to edit
or delete the data.  I'm not sure if this is a problem with Okular itself (or
its underlying PDF library) or with how the form designer implemented their
field validation mechanism.  But even if it's the form designer's fault, it
would be nice if Okular could provide some way of overriding the validation and
allowing the user to delete the contents of the field.

This issue happens very often with forms that ask for a phone number and
require only numeric data (but don't tell the user this on the form itself). 
If one starts typing "+" as the prefix for the country code, the field refuses
to accept any further input, and it's also not possible to remove the "+" using
backspace, delete, undo, etc.  The only thing one can do is reload the form and
start filling it in all over again.

STEPS TO REPRODUCE
1. Open the attached PDF.
2. Press the "Show Forms" button.
3. Click on the field for the home phone number.  This field expects a
nine-digit phone number.
4. Type any character other than a digit, such as "+".

OBSERVED RESULT
5. At this point, the field largely stops responding to user input.  No further
data can be typed.  Pressing backspace has no effect. The Undo command has no
effect. Pressing the left cursor key puts the insertion point to the left of
the +, but pressing delete has no effect.  The + can be selected with the
mouse, but it cannot be deleted with backspace, delete, or the Cut command.

EXPECTED RESULT
5. Okular should allow the contents of the field to be edited, or at least the
Undo command should reset the field to its previously blank state.

SOFTWARE/OS VERSIONS
KDE Plasma Version: 5.27.9
KDE Frameworks Version: 5.112.0
Qt Version: 5.15.11

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 420755] Animated scroll transitions should respect global animation speed

2020-05-25 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=420755

Tristan Miller  changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

--- Comment #13 from Tristan Miller  ---
Another important reason to provide a mechanism for disabling this new feature:
the scrolling animation makes Okular all but unusable when running remotely
over a slow Internet connection.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 169516] RFE: add configuration setting for default zoom

2018-12-14 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=169516

--- Comment #51 from Tristan Miller  ---
I can confirm that with Okular 1.3.3 and 1.5.3, the behaviour is arguably
correct but unintuitive.  The setting for "Default Zoom" applies only to
documents that have never been opened before.  Okular remembers the zoom level
for each document and on subsequent opens will restore that zoom level.  This
isn't necessarily what the user wants.

It might help if there were an additional setting that could prevent Okular
from remembering the zoom level, or that could override it.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 169516] RFE: add configuration setting for default zoom

2018-10-28 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=169516

--- Comment #48 from Tristan Miller  ---
(In reply to Amnon from comment #47)
> It is 2018, and as far as I can tell this matter was not resolved. 

What version of Okular are you running?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 370949] PDF bookmarks off by one

2017-09-13 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=370949

--- Comment #5 from Tristan Miller <psychon...@nothingisreal.com> ---
The Poppler developers claim this is a bug with Ghostscript, wither I have
reported it: https://bugs.ghostscript.com/show_bug.cgi?id=698530

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 370949] PDF bookmarks off by one

2017-09-13 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=370949

--- Comment #4 from Tristan Miller <psychon...@nothingisreal.com> ---
Upstream bug report: https://bugs.freedesktop.org/show_bug.cgi?id=102698

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 376990] Okular randomly crashes when launched from Emacs

2017-09-09 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=376990

Tristan Miller <psychon...@nothingisreal.com> changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=384540

--- Comment #14 from Tristan Miller <psychon...@nothingisreal.com> ---
(In reply to Albert Astals Cid from comment #13)
> Defenitely not an okular bug, i guess a Plasma bug makes sense since you say
> that you can only reproduce this inside a Plasma session.

OK, reported as Bug 384540.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 376990] Okular randomly crashes when launched from Emacs

2017-09-09 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=376990

--- Comment #12 from Tristan Miller <psychon...@nothingisreal.com> ---
(In reply to Luigi Toscano from comment #11)
> If you can reproduce with even demo/simple Qt5 applications, and maybe from
> an environment which is not Plasma, this may be a bug or a quirk in Qt; you
> may try to report it to Qt.

I can reproduce the problem reported by jap...@linux01.gwdg.de (i.e., KDE
applications launched from Emacs crash when their pull-down menus are
activated).  The problem occurs only when running Plasma, and only with KDE
applications.  (That is, the problem does not occur with other desktop
environments, such as LXQt, and the problem does not occur with non-KDE Qt
applications, such as Clementine and Skype 4.3.0.37.)

Given this, where would be the best place to report this bug?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 376990] Okular randomly crashes when launched from Emacs

2017-07-26 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=376990

Tristan Miller <psychon...@nothingisreal.com> changed:

   What|Removed |Added

 Status|NEEDSINFO   |RESOLVED
 Resolution|WAITINGFORINFO  |WORKSFORME

--- Comment #9 from Tristan Miller <psychon...@nothingisreal.com> ---
No longer reproducible for me.  I'm currently running Okular 1.1.2 with Qt
5.9.1.  I'm assuming I should mark this as RESOLVED/WORKSFORME.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 376990] Okular randomly crashes when launched from Emacs

2017-03-06 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=376990

--- Comment #8 from Tristan Miller <psychon...@nothingisreal.com> ---
Downstream bug report: https://bugzilla.novell.com/show_bug.cgi?id=1028126

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 376990] Okular randomly crashes when launched from Emacs

2017-03-05 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=376990

--- Comment #6 from Tristan Miller <psychon...@nothingisreal.com> ---
I'm running Qt 5.7.1 on openSUSE Tumbleweed.  I'm using the official binary
packages, not compiled from sources.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 376990] Okular randomly crashes when launched from Emacs

2017-03-05 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=376990

--- Comment #4 from Tristan Miller <psychon...@nothingisreal.com> ---
Created attachment 104377
  --> https://bugs.kde.org/attachment.cgi?id=104377=edit
Yet another crash log.  This one doesn't have the strange null characters.

I attach another crash log, this one without the strange null characters.

Let me know if there's any further information you need.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 376990] Okular randomly crashes when launched from Emacs

2017-03-04 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=376990

--- Comment #3 from Tristan Miller <psychon...@nothingisreal.com> ---
Created attachment 104368
  --> https://bugs.kde.org/attachment.cgi?id=104368=edit
Another valgrind log, this time with more debugging symbols

Attached is another log of running the following via emacs:

/usr/bin/valgrind /usr/bin/okular --page 1 miller2017semeval.pdf
>&/tmp/okular.log

This time I had more debugging packages installed.  I see the log contains a
lot of null characters, following by what looks like some SQL statement.  This
looks very strange to me.  Maybe valgrind itself crashed?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 376990] Okular randomly crashes when launched from Emacs

2017-02-27 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=376990

Tristan Miller <psychon...@nothingisreal.com> changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=346264

--- Comment #1 from Tristan Miller <psychon...@nothingisreal.com> ---
Possibly related to Bug 346264.  Let me know if you want me to install any
other debug packages and I'll post some more logs.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 376990] New: Okular randomly crashes when launched from Emacs

2017-02-27 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=376990

Bug ID: 376990
   Summary: Okular randomly crashes when launched from Emacs
   Product: okular
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: okular-devel@kde.org
  Reporter: psychon...@nothingisreal.com
  Target Milestone: ---

Created attachment 104250
  --> https://bugs.kde.org/attachment.cgi?id=104250=edit
log of a crash while Okular was running through valgrind

I use Emacs and AUCTeX to edit LaTeX files and to launch Okular 1.0.2 to view
the resulting PDFs.  When Okular is launched this way, it randomly crashes --
usually as I'm scrolling through the document, but sometimes just when I'm
sitting there reading it, or when Okular is idling in the background.  There's
nothing in particular I can do to trigger the crashes; they just happen
(usually within a few minutes).  So far I haven't noticed any crashes when
launching Okular directly from the command line -- maybe it also crashes that
way but I've just been lucky.

When Okular crashes this way, the window simply disappears; I don't get any
crash dialog with a stack trace.

Attached is a log of a crash while Okular was running through valgrind.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 319163] pdf form data saved but not printable nor viewable except in forms mode

2016-10-20 Thread Tristan Miller via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=319163

Tristan Miller <psychon...@nothingisreal.com> changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

--- Comment #14 from Tristan Miller <psychon...@nothingisreal.com> ---
Problem is still reproducible with Okular 0.26.0 on KDE Development Platform
4.14.24 with libpoppler 0.47.0.

Fabio D'Urso, is there an upstream bug report documenting that the problem was
supposed to have been fixed in Poppler 0.22?  I have found
https://bugs.freedesktop.org/show_bug.cgi?id=95371 but that is much more recent
than your last comment.

-- 
You are receiving this mail because:
You are the assignee for the bug.


[okular] [Bug 370949] PDF bookmarks off by one

2016-10-16 Thread Tristan Miller via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=370949

--- Comment #1 from Tristan Miller <psychon...@nothingisreal.com> ---
Created attachment 101582
  --> https://bugs.kde.org/attachment.cgi?id=101582=edit
Sample file showing bookmark bug

-- 
You are receiving this mail because:
You are the assignee for the bug.


[okular] [Bug 370949] New: PDF bookmarks off by one

2016-10-16 Thread Tristan Miller via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=370949

Bug ID: 370949
   Summary: PDF bookmarks off by one
   Product: okular
   Version: 0.26.0
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: PDF backend
  Assignee: okular-devel@kde.org
  Reporter: psychon...@nothingisreal.com

In some PDF documents (in particular, those produced with the LaTeX Powerdot
class using a certain page size), the internal page bookmarks are all off by
one.  Take the attached document as an example.  Regardless whether you use the
document's own hyperlinks in the left-hand column of the page, or okular's
built-in table of contents, clicking on "A" takes you to slide "B", "B" takes
you to slide "C", and "C" takes you to slide "D".

This problem also occurs when viewing the document with Evince, but not when
using Adobe Acrobat Reader DC.  Is it possible the problem is with Poppler,
then?  (If so, any ideas as to what in Poppler is causing it?  I can file an
upstream bug report if necessary, but it would help if I could provide further
details.)

Reproducible: Always

Steps to Reproduce:
1. Open the attached document test.pdf and click on the "A", "B", or "C" links
in the left-hand column of the page or in Okular's table of contents.


Actual Results:  
2. Clicking on "A" takes you to slide "B", "B" takes you to slide "C", and "C"
takes you to slide "D".

Expected Results:  
2. Clicking on "A" should take you to slide "A", "B" to slide "B", and "C" to
slide "C".

The document was created using an up-to-date TeX Live 2016 system and
Ghostscript 9.19's ps2pdf:

$ cat >test.tex
\documentclass[paper=smartboard]{powerdot}
\listfiles
\begin{document}
\begin{slide}{A}\end{slide}
\begin{slide}{B}\end{slide}
\begin{slide}{C}\end{slide}
\begin{slide}{D}\end{slide}
\end{document}

$ latex test;latex test;dvips test;ps2pdf test.ps
$ okular test.pdf

The problem may have something to do with the page size. The problem does not
occur when "smartboard" is changed to "screen", "a4paper", or "letterpaper". 
Looking at the Powerdot source code, it doesn't seem that Powerdot itself uses
the page size to determine how the bookmarks are set.

-- 
You are receiving this mail because:
You are the assignee for the bug.


[Okular-devel] [okular] [Bug 363788] Fit to page printing does incorrect scaling and unwanted offsetting

2016-06-01 Thread Tristan Miller via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=363788

--- Comment #9 from Tristan Miller <psychon...@nothingisreal.com> ---
I'm using CUPS 1.5.4.  (According to
https://en.opensuse.org/Portal:Printing#Deal_with_the_major_incompatible_changes_since_CUPS_1.6
this is the latest version available for openSUSE 13.2, though the next release
will feature CUPS 2.x.)

-- 
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] [okular] [Bug 363788] Fit to page printing does incorrect scaling and unwanted offsetting

2016-06-01 Thread Tristan Miller via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=363788

Tristan Miller <psychon...@nothingisreal.com> changed:

   What|Removed |Added

  Attachment #99305|Scan showing result of  |Scan showing result of
description|printing testa5.pdf with|printing testa5.pdf on A4
   |okular  |paper with okular

-- 
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] [okular] [Bug 363788] Fit to page printing does incorrect scaling and unwanted offsetting

2016-06-01 Thread Tristan Miller via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=363788

Tristan Miller <psychon...@nothingisreal.com> changed:

   What|Removed |Added

  Attachment #99306|Scan showing result of  |Scan showing result of
description|printing testa0.pdf or  |printing testa0.pdf or
   |testa5.pdf with "lpr -o |testa5.pdf on A4 paper with
   |fit-to-page"|"lpr -o fit-to-page"

-- 
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] [okular] [Bug 363788] Fit to page printing does incorrect scaling and unwanted offsetting

2016-06-01 Thread Tristan Miller via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=363788

Tristan Miller <psychon...@nothingisreal.com> changed:

   What|Removed |Added

  Attachment #99304|Scan showing result of  |Scan showing result of
description|printing testa0.pdf with|printing testa0.pdf on A4
   |okular  |paper with okular

-- 
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] [okular] [Bug 319476] feature request: fit to printable area

2016-06-01 Thread Tristan Miller via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=319476

Tristan Miller <psychon...@nothingisreal.com> changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

--- Comment #7 from Tristan Miller <psychon...@nothingisreal.com> ---
(In reply to Hong Xu from comment #6)
> Has the issue been moved to a new ticket?

I couldn't find one, so I opened Bug 363788.  Please vote/comment there.

-- 
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] [okular] [Bug 363788] Fit to page printing does incorrect scaling and unwanted offsetting

2016-06-01 Thread Tristan Miller via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=363788

--- Comment #5 from Tristan Miller <psychon...@nothingisreal.com> ---
Created attachment 99306
  --> https://bugs.kde.org/attachment.cgi?id=99306=edit
Scan showing result of printing testa0.pdf or testa5.pdf with "lpr -o
fit-to-page"

-- 
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] [okular] [Bug 363788] Fit to page printing does incorrect scaling and unwanted offsetting

2016-06-01 Thread Tristan Miller via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=363788

--- Comment #4 from Tristan Miller <psychon...@nothingisreal.com> ---
Created attachment 99305
  --> https://bugs.kde.org/attachment.cgi?id=99305=edit
Scan showing result of printing testa5.pdf with okular

-- 
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] [okular] [Bug 363788] Fit to page printing does incorrect scaling and unwanted offsetting

2016-06-01 Thread Tristan Miller via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=363788

--- Comment #3 from Tristan Miller <psychon...@nothingisreal.com> ---
Created attachment 99304
  --> https://bugs.kde.org/attachment.cgi?id=99304=edit
Scan showing result of printing testa0.pdf with okular

-- 
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] [okular] [Bug 363788] Fit to page printing does incorrect scaling and unwanted offsetting

2016-06-01 Thread Tristan Miller via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=363788

--- Comment #2 from Tristan Miller <psychon...@nothingisreal.com> ---
Created attachment 99303
  --> https://bugs.kde.org/attachment.cgi?id=99303=edit
A sample A5-size document (testa5.pdf)

-- 
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] [okular] [Bug 363788] Fit to page printing does incorrect scaling and unwanted offsetting

2016-06-01 Thread Tristan Miller via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=363788

Tristan Miller <psychon...@nothingisreal.com> changed:

   What|Removed |Added

  Attachment #99302|application/x-unknown   |application/pdf
  mime type||

-- 
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] [okular] [Bug 363788] Fit to page printing does incorrect scaling and unwanted offsetting

2016-06-01 Thread Tristan Miller via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=363788

--- Comment #1 from Tristan Miller <psychon...@nothingisreal.com> ---
Created attachment 99302
  --> https://bugs.kde.org/attachment.cgi?id=99302=edit
A sample A0-size document (testa0.pdf)

-- 
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] [okular] [Bug 363788] New: Fit to page printing does incorrect scaling and unwanted offsetting

2016-06-01 Thread Tristan Miller via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=363788

Bug ID: 363788
   Summary: Fit to page printing does incorrect scaling and
unwanted offsetting
   Product: okular
   Version: 0.21.3
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: printing
  Assignee: okular-devel@kde.org
  Reporter: psychon...@nothingisreal.com

As a consequence of Bug 319476, Okular now tries to fit the document to the
page size when printing.  However, it doesn't work at all for me.  Trying to
print a PDF which uses a larger page size than the printer media results in the
document being scaled down far too small.  And trying to fit a PDF which uses a
smaller page size than the printer media results in the document being scaled
up the appropriate amount, but then offset several centimetres on the page,
resulting in much of it being cut off.

I have tried this with several different HP and Brother printers and always get
the same result.  By contrast, using CUPS's "lpr -o fit-to-page" works as
expected.  I also have no problems printing such documents with other PDF
viewers such as evince.

I will add several attachments to this report with sample A0 and A5-size
documents, along with scans of what happens when I use Okular and lpr to print
these on A4 paper.

Reproducible: Always

-- 
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] [okular] [Bug 246196] When filling in forms, make it possible to set the font size of the forms

2016-01-04 Thread Tristan Miller via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=246196

Tristan Miller <psychon...@nothingisreal.com> changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |CONFIRMED

--- Comment #5 from Tristan Miller <psychon...@nothingisreal.com> ---
*** This bug has been confirmed by popular vote. ***

-- 
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] [okular] [Bug 349278] Double page bar when opening files in full screen mode

2015-07-06 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=349278

--- Comment #2 from Tristan Miller psychon...@nothingisreal.com ---
So displaying two different page bars in full-screen mode is the intended
behaviour?  How is that supposed to be useful?

-- 
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] [okular] [Bug 349278] Double page bar when opening files in full screen mode

2015-07-06 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=349278

--- Comment #4 from Tristan Miller psychon...@nothingisreal.com ---
I do, but in full-screen mode I expect to see only a single window, without a
frame or title bar, which fills the entire screen.  I don't understand what use
it is to draw another window (also without a frame or title bar) on top of the
one I am looking at, except not maximized so that I can still see the page bar
of the window underneath.  That is, I expect windows opened in full screen
mode to fill the entire screen, not just part of it.  Could you explain the use
case for leaving the page bar of the old window exposed, rather than
automatically maximizing the new window?

-- 
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] [okular] [Bug 349278] Double page bar when opening files in full screen mode

2015-07-06 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=349278

--- Comment #6 from Tristan Miller psychon...@nothingisreal.com ---
Well, my expectation was that full screen mode is a global, not per-document,
setting.  That is, I figured that once I told Okular to go into full-screen
mode, it would stay that way until I told it to exit full-screen mode, no
matter how many other documents I opened.  (This is similar to how, when I tell
my web browser to go into full-screen mode, I don't expect it to drop out of it
just because a visit another page.)

Admittedly it's a perfectly reasonable design decision for full screen mode to
apply only to the current document, and for subsequent windows to open in the
normal display mode.  But in that case, it seems strange that these subsequent
windows can't be maximized to the full screen, but rather always display the
page bar of the full-screen document at the bottom.  (On double-checking I see
I was wrong about the subsequent windows not having a title bar or frame --
they do; it's just that they can't be completely maximized.)  Is this a problem
with KWin or is Okular drawing the page bar of full-screen documents in a
separate window with the Always on top flag set?

-- 
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] [okular] [Bug 349278] New: Double page bar when opening files in full screen mode

2015-06-17 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=349278

Bug ID: 349278
   Summary: Double page bar when opening files in full screen mode
   Product: okular
   Version: 0.21.3
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: okular-devel@kde.org
  Reporter: psychon...@nothingisreal.com

If you open a file while in full screen mode, then an extra page bar appears at
the bottom of the screen.

Reproducible: Always

Steps to Reproduce:
1. Open a file.
2. Make sure the page bar is visible.  (Settings - Show Page Bar)
3. Enter full screen mode.
4. Press Ctrl+O and open another file.


Actual Results:  
5. The other file displays in full screen mode, but an additional page bar
appears at the bottom of the screen.

Expected Results:  
5. The other file should display in full screen mode, but there should be only
one page bar.

-- 
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] [okular] [Bug 338747] Allow toggling of annotation icons in PDF documents

2014-09-03 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=338747

--- Comment #2 from Tristan Miller psychon...@nothingisreal.com ---
Created attachment 88543
  -- https://bugs.kde.org/attachment.cgi?id=88543action=edit
A PDF annotated with pop-up notes

The annotated PDFs people send me are confidential, and I don't know what
they're produced with (Acrobat Pro, probably).  But it seems like annotations
produced by Okular itself exhibit the same problem; I'm attaching a PDF of
dummy text which I've annotated with pop-up notes using Okular.  The annotation
icons look a bit different but seem to behave identically.

-- 
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] [okular] [Bug 338747] New: Allow toggling of annotation icons in PDF documents

2014-09-02 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=338747

Bug ID: 338747
   Summary: Allow toggling of annotation icons in PDF documents
   Product: okular
   Version: 0.19.3
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: okular-devel@kde.org
  Reporter: psychon...@nothingisreal.com

Okular is great for viewing PDF documents containing annotations, such as
pop-up notes, but there is no obvious way of viewing the document *without* the
annotation icons.

In a heavily annotated document, little yellow balloon icons clutter the page,
obscuring text I want to read.  Nothing in the pull-down or context menus seems
to allow me to suppress the display of these icons.

I can work around the problem by deleting the annotations one at a time, but
that's rather cumbersome, particularly if there are dozens or hundreds of
annotations.  (Usually I don't even want to delete an annotation; I just want
to read what's underneath the balloon icon before opening it.)  Similarly, I
could print a new PDF by going to File-Print and deselecting Print
annotations from the PDF Options tab, but that's also rather awkward.

If there does exist some command for suppressing the annotation icons, then
please make it easier to find.

Reproducible: Always

Steps to Reproduce:
1. Open a PDF document with annotations


Actual Results:  
2. As expected, little yellow balloon icons appear wherever there is an
annotation.  However, there is no obvious way to temporarily turn them off so
that the underlying text can be read.

Expected Results:  
2. There should be a menu option to toggle display of the annotation icons.

-- 
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] [okular] [Bug 334228] Size of text font on PDF forms changes when switching from Edit to View form

2014-08-22 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=334228

Tristan Miller psychon...@nothingisreal.com changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m

--- Comment #11 from Tristan Miller psychon...@nothingisreal.com ---
Rafael, I think your problem with form text being truncated may be better
covered by Bug 246196.

-- 
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] [okular] [Bug 229552] Go to page should allow relative jumps

2014-05-08 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=229552

Tristan Miller psychon...@nothingisreal.com changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |---

--- Comment #3 from Tristan Miller psychon...@nothingisreal.com ---
Sorry; I must have overlooked the question in Comment #1.  I'll answer now:

Yes, this is a standard feature of pagers (i.e., text document viewers).  Both
more and less, for example, bind keys to page forward and backward through the
document, and also let users type the exact number of pages to skip back or
ahead.  Many text editors, such as Emacs and vi, also have this feature.

There are also graphical document viewers which support relative jumps of more
than one page forward and backwards, though not all of them allow the magnitude
of the jump to be adjusted.  Both Evince and gv, for example, provide key
bindings or UI buttons for skipping forward and backward multiple pages at a
time.

-- 
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] [okular] [Bug 328568] New: Don't blank window when reloading

2013-12-09 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=328568

Bug ID: 328568
   Summary: Don't blank window when reloading
Classification: Unclassified
   Product: okular
   Version: 0.17.4
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: okular-devel@kde.org
  Reporter: psychon...@nothingisreal.com

I have Okular configured to watch files for changes (Configure-General-Reload
document on file change).  This makes it easy for me to edit a LaTeX document
in an editor and get an instant preview whenever I recompile the document to
PDF.  However, there is a slight annoyance: Okular blanks the window while it
is reloading the file.  This makes it harder for me to see the effect of my
changes.  (That is, sometimes I'll be reading the generated PDF in Okular and
spot a small error.  I make some changes in Emacs and recompile, and then
restore my gaze to the text in Okular to see the effect of my changes on that
section of the document.  Having the display suddenly blank for a second or two
while I'm doing makes me lose my position, and makes it harder for me to
compare the state of the document before and after the recompilation.)

Instead of blanking the window, please consider a less instrusive loading
notification, such as a message in the status bar, or a small throbber icon in
the corner of the window.  Then immediately display the document as soon as
it's loaded.  (If the document turns out to be broken, only then should the
window be blanked.)

Reproducible: Always

Steps to Reproduce:
1. Make sure Configure-General-Reload document on file change) is checked
2. Load a PDF document
3. Modify the PDF on disk
Actual Results:  
4. Okular detects the file has changed, and blanks the window while it reloads
the file

Expected Results:  
4. Okular should reload the file in the background and then immediately show it
without any interruption in the display

I haven't tried this with anything other than PDF files, though I suspect this
problem is not limited to the PDF back-end but is common to all file types.

-- 
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] [okular] [Bug 318382] Text missing from PDFs

2013-04-16 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=318382

--- Comment #3 from Tristan Miller psychon...@nothingisreal.com ---
Upstream bug report: https://bugs.freedesktop.org/show_bug.cgi?id=63587

-- 
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] [okular] [Bug 318382] New: Text missing from PDFs

2013-04-15 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=318382

Bug ID: 318382
   Summary: Text missing from PDFs
Classification: Unclassified
   Product: okular
   Version: 0.16.2
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: PDF backend
  Assignee: okular-devel@kde.org
  Reporter: psychon...@nothingisreal.com

Okular doesn't render all the text on the PDF I am about to attach, which was
produced with Google's Chrome browser.  The first page displays as expected,
but almost all the text is missing from the second page.

Evince has a similar problem, except that it displays a small window of text on
the second page.  Adobe Reader displays all the text as expected.

Not sure if this is a problem in Okular or its PDF back-end, or possibly a case
of Chrome generating bad PDFs.

Reproducible: Always

-- 
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 268418] New: okular displays bullets as letters in some PDFs

2011-03-13 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=268418

   Summary: okular displays bullets as letters in some PDFs
   Product: okular
   Version: unspecified
  Platform: openSUSE RPMs
OS/Version: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: PDF backend
AssignedTo: okular-devel@kde.org
ReportedBy: psychon...@nothingisreal.com


Created an attachment (id=57941)
 -- (http://bugs.kde.org/attachment.cgi?id=57941)
Sample LaTeX file for triggering the bug

Version:   unspecified (using KDE 4.6.0) 
OS:Linux

Okular displays bullets in itemization lists in some PDFs as letters.  Other
PDF viewers, such as the Adobe Reader, display the bullets correctly.

Reproducible: Always

Steps to Reproduce:
1. Produce a PDF from the attached LaTeX file powerdot.tex as follows:
$ latex powerdot
$ latex powerdot
$ dvips powerdot
$ ps2pdf powerdot.ps
2. Open powerdot.pdf in Okular.

Actual Results:  
3. Okular renders the bullets as letters.  See attached screenshot.

Expected Results:  
3. Okular should have rendered the bullets as bullets.  (Open powerdot.pdf in
Adobe Reader for an example.)

-- 
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 268418] okular displays bullets as letters in some PDFs

2011-03-13 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=268418





--- Comment #2 from Tristan Miller psychonaut nothingisreal com  2011-03-13 
23:52:17 ---
Created an attachment (id=57943)
 -- (http://bugs.kde.org/attachment.cgi?id=57943)
Screenshot showing okular's bad rendering of powerdot.pdf

-- 
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 169516] RFE: add configuration setting for default zoom

2010-11-22 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=169516


Tristan Miller psychon...@nothingisreal.com changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m




--- Comment #29 from Tristan Miller psychonaut nothingisreal com  2010-11-22 
11:33:01 ---
100% is also a BAD choice of default zoom, since the author of the document
has no idea how big my display is.  I do not want to read an A0 poster at 100%
on my Eee PC's tiny LCD.  The point is that the default zoom should be
configurable, and not set to something arbitrary.

-- 
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 257040] From fields get misplaced when scrolling pdf up and down

2010-11-16 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=257040


Tristan Miller psychon...@nothingisreal.com changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m




--- Comment #1 from Tristan Miller psychonaut nothingisreal com  2010-11-16 
11:55:01 ---
I get the same problem with KDE 4.5.3 on openSUSE 11.3 (x86_64).  I will attach
a form and a screenshot showing this.

-- 
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 257040] From fields get misplaced when scrolling pdf up and down

2010-11-16 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=257040





--- Comment #2 from Tristan Miller psychonaut nothingisreal com  2010-11-16 
11:55:59 ---
Created an attachment (id=53461)
 -- (http://bugs.kde.org/attachment.cgi?id=53461)
PDF with forms triggering scrolling bug

-- 
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 257040] From fields get misplaced when scrolling pdf up and down

2010-11-16 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=257040





--- Comment #3 from Tristan Miller psychonaut nothingisreal com  2010-11-16 
11:56:34 ---
Created an attachment (id=53462)
 -- (http://bugs.kde.org/attachment.cgi?id=53462)
Screenshot showing scrolling bug

-- 
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 257040] From fields get misplaced when scrolling pdf up and down

2010-11-16 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=257040





--- Comment #4 from Tristan Miller psychonaut nothingisreal com  2010-11-16 
11:58:01 ---
Could the title of this bug please be changed from From fields... to Form
fields...?  The misspelling makes this bug harder to search for.

-- 
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 198151] Okular/PDF does display large PDF files very slowly

2010-03-15 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=198151


Tristan Miller psychon...@nothingisreal.com changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m




--- Comment #4 from Tristan Miller psychonaut nothingisreal com  2010-03-15 
11:41:35 ---
Possibly one or more of the following poppler bug reports are relevant:

https://bugs.freedesktop.org/show_bug.cgi?id=26759
https://bugs.freedesktop.org/show_bug.cgi?id=13487
https://bugs.freedesktop.org/show_bug.cgi?id=13518

-- 
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 172802] Superfluous red boxes in DVI page thumbnails

2010-03-05 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=172802


Tristan Miller psychon...@nothingisreal.com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED




--- Comment #6 from Tristan Miller psychonaut nothingisreal com  2010-03-05 
12:35:22 ---
Problem seems to have been fixed in Okular 0.10.1 (KDE 4.4.1).

-- 
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 229552] New: Go to page should allow relative jumps

2010-03-05 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=229552

   Summary: Go to page should allow relative jumps
   Product: okular
   Version: unspecified
  Platform: openSUSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: general
AssignedTo: okular-devel@kde.org
ReportedBy: psychon...@nothingisreal.com


Version:(using KDE 4.4.1)
Installed from:openSUSE RPMs

Please add a feature which allows for typing in, say, +10 or -23, in the
Go-Go to Page… dialog for a relative jump between pages.

This wish was previously reported as Bug 113936 for kdvi.

-- 
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 229556] New: okular totally confused without %%Page:

2010-03-05 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=229556

   Summary: okular totally confused without %%Page:
   Product: okular
   Version: unspecified
  Platform: openSUSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
AssignedTo: okular-devel@kde.org
ReportedBy: psychon...@nothingisreal.com


Version:(using KDE 4.4.1)
Installed from:openSUSE RPMs

Okular displays only the last page of PostScript files which lack a %%Page:
comment.

Reproducibility: Always

Steps to reproduce:
1. $ ls -l /usr/bin | enscript -p ls.ps
2. $ grep -v '^%%Page' ls.ps  ls-nopage.ps
3. $ okular ls-nopage.ps

Observed behaviour:
4. Okular displays only the last page of ls-nopage.ps.

Expected behaviour:
4. Okular should have displayed all the pages of ls-nopage.ps, the same way it
does when it displays ls.ps.

Note that this was previously reported for kghostview as Bug 23970.

-- 
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 229556] okular totally confused without %%Page:

2010-03-05 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=229556





--- Comment #1 from Tristan Miller psychonaut nothingisreal com  2010-03-05 
15:42:04 ---
Oh, and note that this isn't a contrived example—there are published PostScript
files out there in the wild which lack %%Page: comments.

-- 
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 181828] Okular does not find words with ligatures

2010-03-05 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=181828


Tristan Miller psychon...@nothingisreal.com changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m




--- Comment #9 from Tristan Miller psychonaut nothingisreal com  2010-03-05 
15:57:36 ---
Confirming this bug still exists in KDE 4.4.1.

Also, this was previously reported for kpdf as Bug 103621, so more information
can be found there.

-- 
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 180445] Provide view option for choosing if the first page of a document is odd or even

2010-03-05 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=180445


Tristan Miller psychon...@nothingisreal.com changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m




--- Comment #1 from Tristan Miller psychonaut nothingisreal com  2010-03-05 
16:02:52 ---
Related: Bug 152708

-- 
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 152708] Missing option to use the two pages view in a natural order for books (openright)

2010-03-05 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=152708


Tristan Miller psychon...@nothingisreal.com changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m




--- Comment #5 from Tristan Miller psychonaut nothingisreal com  2010-03-05 
16:03:07 ---
Related: Bug 180445

-- 
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 205496] Okular's Advance to the next page jumps to middle of next page

2010-01-20 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=205496


Tristan Miller psychon...@nothingisreal.com changed:

   What|Removed |Added

 CC||psychon...@nothingisreal.co
   ||m




--- Comment #3 from Tristan Miller psychonaut nothingisreal com  2010-01-20 
14:54:36 ---
It's got nothing to do with the Trim Margin settings for me.  It happens all
the time for me with that option unchecked.  See the attached video.  I'm using
KDE 4.3.4 from openSUSE RPMs.

-- 
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 205496] Okular's Advance to the next page jumps to middle of next page

2010-01-20 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=205496





--- Comment #4 from Tristan Miller psychonaut nothingisreal com  2010-01-20 
15:00:01 ---
Created an attachment (id=40073)
 -- (http://bugs.kde.org/attachment.cgi?id=40073)
Video showing bug

-- 
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 205496] Okular's Advance to the next page jumps to middle of next page

2010-01-20 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=205496





--- Comment #5 from Tristan Miller psychonaut nothingisreal com  2010-01-20 
15:01:52 ---
Some further observations for facing pages mode:  The jump to the middle of the
next page occurs only for pages which haven't already been viewed.  For pages
which have already been viewed, the next button alternates between doing
nothing and jumping to the top of the next page.  The previous button behaves
likewise; every second time it is pressed, the button does nothing.

-- 
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 212188] New: Shrink wrap (resize window to fit content)

2009-10-28 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=212188

   Summary: Shrink wrap (resize window to fit content)
   Product: okular
   Version: unspecified
  Platform: openSUSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: general
AssignedTo: okular-devel@kde.org
ReportedBy: psychon...@nothingisreal.com


Version:(using KDE 4.3.2)
Installed from:openSUSE RPMs

Please add a feature in Okular to resize the window to fit the content.  This
is particularly useful when using Okular to view images smaller than the
desktop size.

The Gimp has this feature; it's known as View-Shrink wrap (Ctrl+E).

-- 
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 197753] New: SIGABRT crash on quit

2009-06-24 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=197753

   Summary: SIGABRT crash on quit
   Product: okular
   Version: unspecified
  Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
  Severity: crash
  Priority: NOR
 Component: general
AssignedTo: okular-devel@kde.org
ReportedBy: psychon...@nothingisreal.com


Version:(using KDE 4.2.4)
Installed from:SuSE RPMs

Whenever Okular is closed, it crashes with a SIGABRT:

Application: Okular (okular), signal SIGABRT
0x7f2c3c934ce1 in nanosleep () from /lib64/libc.so.6
[Current thread is 1 (Thread 0x7f2c402b5750 (LWP 29720))]

Thread 1 (Thread 0x7f2c402b5750 (LWP 29720)):
[KCrash Handler]
#5  0x7f2c3c8c5645 in raise () from /lib64/libc.so.6
#6  0x7f2c3c8c6c33 in abort () from /lib64/libc.so.6
#7  0x7f2c3e1b8f05 in qt_message_output(QtMsgType, char const*) () from
/usr/lib64/libQtCore.so.4
#8  0x7f2c3e1b904b in qFatal(char const*, ...) () from
/usr/lib64/libQtCore.so.4
#9  0x7f2c3e9784b9 in ?? () from /usr/lib64/libkdecore.so.5
#10 0x7f2c3e9869af in ?? () from /usr/lib64/libkdecore.so.5
#11 0x7f2c3e986ced in KLocale::removeCatalog(QString const) () from
/usr/lib64/libkdecore.so.5
#12 0x7f2c3e915a95 in ?? () from /usr/lib64/libkdecore.so.5
#13 0x7f2c3e915538 in KComponentData::~KComponentData() () from
/usr/lib64/libkdecore.so.5
#14 0x7f2c3c8c82ed in exit () from /lib64/libc.so.6
#15 0x7f2c3c8b158d in __libc_start_main () from /lib64/libc.so.6
#16 0x00407889 in _start ()

Is this the same as Bug 193491?

-- 
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 186344] New: Okular fails to display some PostScript files generated by SeaMonkey

2009-03-06 Thread Tristan Miller
https://bugs.kde.org/show_bug.cgi?id=186344

   Summary: Okular fails to display some PostScript files
generated by SeaMonkey
   Product: okular
   Version: unspecified
  Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
AssignedTo: okular-devel@kde.org
ReportedBy: psychon...@nothingisreal.com


Version:(using KDE 4.2.0)
Installed from:SuSE RPMs

Reproducibility: Always

Steps to reproduce:
1. In SeaMonkey, go to
http://journeyplanner.tfl.gov.uk/user/XSLT_TRIP_REQUEST2?language=en
2. Enter a starting point and destination and hit the Search button.
3. On the results page, hit the View button next to one of the results.
4. File-Print
5. Select postscript/default as the printer and check the Print to File
box.  Click Print and enter a filename.
5. Attempt to open the printed PostScript file in okular.

Expected results:

6. Okular should display the file.

Observed results:

6. Okular displays a blank page with an icon in the upper left corner.  The
following is output to the console:

[...@weasel:/tmp]$ okular bar.ps
okular(18872): Attempt to use QAction bookmark_action_0 with KXMLGUIFactory!
rangecheck -15
rangecheck -15
okular(18872)/okular (Spectre) GSRendererThread::run: Generated image does not
match wanted size  0   844   0   1194
QImage::scaled: Image is a null image
rangecheck -15
rangecheck -15
okular(18872)/okular (Spectre) GSRendererThread::run: Generated image does not
match wanted size  0   829   0   1173
QImage::scaled: Image is a null image
rangecheck -15
rangecheck -15
okular(18872)/okular (Spectre) GSRendererThread::run: Generated image does not
match wanted size  0   147   0   208
QImage::scaled: Image is a null image
[2]+  Donefirefox
'http://journeyplanner.tfl.gov.uk/user/XSLT_TRIP_REQUEST2?language=en'
[...@weasel:/tmp]$

Notes:  So far I've been able to reproduce the problem only with PostScript
files produced by SeaMonkey.  PostScript files of the same websites produced by
Konqueror and Firefox seem to be OK.  Also, gv has no problems opening and
displaying the files; it's only okular which seems to choke.  Not sure if this
is a problem with Okular or with SeaMonkey, though since gv handles the files
fine I am posting the bug report here first.

-- 
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 184518] New: View orientation changes during automatic reload

2009-02-16 Thread Tristan Miller
http://bugs.kde.org/show_bug.cgi?id=184518

   Summary: View orientation changes during automatic reload
   Product: okular
   Version: unspecified
  Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
AssignedTo: okular-devel@kde.org
ReportedBy: psychon...@nothingisreal.com


Version:(using KDE 4.2.0)
Installed from:SuSE RPMs

Reproducibility: Usually

Steps to reproduce:

1. Compile the following LaTeX file to DVI or PDF with latex or pdflatex:

\documentclass{article}
\usepackage{lscape}
\begin{document}
foo
\begin{landscape}
bar
\end{landscape}
\end{document}

2. Open the output file in Okular.
3. Make sure Settings-Configure Okular-Reload document on file change is
checked.
4. Scroll to the second page of the document.
5. View-Orientation-Rotate Right
4. Edit the lines foo and/or bar in the original file, save, and recompile.
5. Okular automatically reloads the file.

Observed behaviour:
6. Quite often (more than half the time), the view orientation in Okular
changes back from landscape to portrait.

Expected behaviour:
6. Okular should not change the page orientation; it should have preserved the
90 degree rotation.


-- 
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 175655] Postscript pages displayed in wrong order

2008-11-24 Thread Tristan Miller
http://bugs.kde.org/show_bug.cgi?id=175655





--- Comment #4 from Tristan Miller psychonaut nothingisreal com  2008-11-24 
23:45:46 ---
According to the freedesktop.org bugzilla, the upstream bug has been fixed in
libspectre 0.2.1.


-- 
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 175653] New: Document the - option for reading from stdin

2008-11-20 Thread Tristan Miller
http://bugs.kde.org/show_bug.cgi?id=175653

   Summary: Document the - option for reading from stdin
   Product: okular
   Version: unspecified
  Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
AssignedTo: okular-devel@kde.org
ReportedBy: [EMAIL PROTECTED]


Version:(using KDE 4.1.3)
Installed from:SuSE RPMs

Okular currently supports the - command-line option for reading from stdin. 
However, this is not mentioned in the usage instructions output by the --help
option.  Please reference the - option so that people will know it is
available.


-- 
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 175653] Document the - option for reading from stdin

2008-11-20 Thread Tristan Miller
http://bugs.kde.org/show_bug.cgi?id=175653





--- Comment #1 from Tristan Miller psychonaut nothingisreal com  2008-11-20 
13:10:50 ---
Created an attachment (id=28701)
 -- (http://bugs.kde.org/attachment.cgi?id=28701)
Patch updating usage instructions as proposed


-- 
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 172802] Superfluous red boxes in DVI page thumbnails

2008-10-15 Thread Tristan Miller
http://bugs.kde.org/show_bug.cgi?id=172802





--- Comment #4 from Tristan Miller psychonaut nothingisreal com  2008-10-15 
13:13:24 ---
Upon further study, I have further narrowed down the cause of the problem:  The
red boxes appear wherever there is a period character (.) when using Computer
Modern fonts with certain font encodings.  Here is a minimal example:

\documentclass{article}
\usepackage[T1]{fontenc}
\begin{document}
.
\end{document}

Add more periods to get more red boxes.  The following font encodings produce
red boxes:

T1
T2A
T2B
T2C
TS1
X2

The following font encodings do not produce red boxes (at least, not for the .
character):

IL2
LCY
LGR
LMC
LO1
LY1
OML
OMS
OT1
OT2
OT4
T2D
T3
T4
TS3


-- 
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 172802] New: Superfluous red boxes in DVI page thumbnails

2008-10-14 Thread Tristan Miller
http://bugs.kde.org/show_bug.cgi?id=172802

   Summary: Superfluous red boxes in DVI page thumbnails
   Product: okular
   Version: unspecified
  Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
AssignedTo: okular-devel@kde.org
ReportedBy: [EMAIL PROTECTED]


Version:(using KDE 4.1.2)
Installed from:SuSE RPMs

I created a simple LaTeX document using the default Computer Modern fonts. 
When viewing the resulting DVI in Okular, the thumbnail preview is full of big
red boxes.  (See attached screenshot.)

The bug does not occur when using PostScript fonts (e.g., by specifying
\usepackage{times} in the LaTeX document).  It also doesn't occur when viewing
PostScript or PDF representations of the document.  The problem may be related
to the font encoding.

I'm attaching the original LaTeX file and DVI.


-- 
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