[okular] [Bug 396681] New: Save annotations locally

2018-07-19 Thread Jonathan Schmidt-Dominé
https://bugs.kde.org/show_bug.cgi?id=396681

Bug ID: 396681
   Summary: Save annotations locally
   Product: okular
   Version: 1.3.3
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: okular-devel@kde.org
  Reporter: de...@the-user.org
  Target Milestone: ---

Hi,

I just updated to okular 1.3 and noticed that the feature to save annotations
internally is no longer supported. Is there any chance to get it back in future
versions or are there severe reasons against it? It totally breaks my workflow,
since it is way too tedious for me to save the changes all the time, further
more I do not want to change my PDFs since I often want to share them without
any annotations and I also do not want to have a mess of okular document
archives for all the djvu files. Since saving the existing annotations (without
changes) is still supported (“OriginalAnnotationPageItems”) it should not be
too difficult to add the option while maintaining the new default behaviour,
right? Or is there anything new which relies on the new behaviour?

Best,

Jonathan

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

[okular] [Bug 396681] Save annotations internally (docdata)

2018-07-19 Thread Jonathan Schmidt-Dominé
https://bugs.kde.org/show_bug.cgi?id=396681

Jonathan Schmidt-Dominé  changed:

   What|Removed |Added

Summary|Save annotations locally|Save annotations internally
   ||(docdata)

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

D14102: Add share action to selection context menu

2018-07-19 Thread Albert Astals Cid
aacid added a comment.


  I personally don't think this makes much sense, but I'm not a heavy Okular 
user either.
  
  In D14102#293160 , @apol wrote:
  
  > I'd say it would make sense to just make it possible to drag and drop this 
to the quick share plasmoid. Or just put it on the clipboard and paste it there.
  
  
  You can't drag the selection goes away once the menu goes away.

INLINE COMMENTS

> pageview.cpp:2851
> +connect(d->m_shareMenu, ::triggered, this, [this, 
> selectionRect, sharedFileName] {
> +// renders page into a pixmap and saves it
> +QPixmap copyPix( selectionRect.width(), 
> selectionRect.height() );

Don't duplicate code that is just 3 lines below, reuse!

REPOSITORY
  R223 Okular

REVISION DETAIL
  https://phabricator.kde.org/D14102

To: nicolasfella, #okular, aacid, apol
Cc: ngraham, okular-devel, aacid


[okular] [Bug 393459] text in file not shown in viewer

2018-07-19 Thread Erik Quaeghebeur
https://bugs.kde.org/show_bug.cgi?id=393459

--- Comment #11 from Erik Quaeghebeur  ---
(In reply to Albert Astals Cid from comment #6)
> You probably have a wrong Helvetica font substitution configured on your
> system, […]
When I open the file in inkscape, it appears that the text that is missing for
me uses Arial and so the embedded font should be used, I would think.

(In reply to Albert Astals Cid from comment #8)
> it works for with with Nimbus provided by gsfonts, give it a try and make
> sure you tweak your fontconfig
I can't seem to get my fontconfig to choose Nimbus, even though it is
installed. But perhaps that is another issue. I did manage to get TeX Gyre and
Linux Libertine instead of Liberation Sans as replacements for Helvetica, but
neither gave a difference, possibly because the Helvetica substitution is not
the problem here.

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

[okular] [Bug 396664] New: please implement a quick option to allow borderless printing

2018-07-19 Thread Christoph
https://bugs.kde.org/show_bug.cgi?id=396664

Bug ID: 396664
   Summary: please implement a quick option to allow borderless
printing
   Product: okular
   Version: 1.3.3
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: printing
  Assignee: okular-devel@kde.org
  Reporter: ilove...@mojo.cc
  Target Milestone: ---

Since most PDFs already implement border-information in documents:

please implement either a profile-option (to quickly access needed
printingprofiles e.g. "borderless") or a checkbox in either Advanced- or
PDF-option to allow quick access to borderless printing.

Else, if a PDF already owns bordersetting those would not be honored correctly
and ocular would apply additional borders around already existing borders ,
ruining the original PDF-layout.

since there is no acroread anymore ocular is the last bastion for handeling
PDFs correctly.

thanks 4 support

-c-

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