D10974: Add option to ignore print margins

2019-01-07 Thread Nathaniel Graham
ngraham added a comment.


  I agree that the current UI that makes you click "Force Rasterization" first 
is not ideal. Kudos if you find a technically acceptable way to improve that! :)

REPOSITORY
  R223 Okular

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

To: michaelweghorn, #okular
Cc: fvogt, rkflx, arthurpeters, ltoscano, okular-devel, aacid, ngraham, 
darcyshen


[okular] [Bug 402984] Okular never prints

2019-01-07 Thread Albert Astals Cid
https://bugs.kde.org/show_bug.cgi?id=402984

Albert Astals Cid  changed:

   What|Removed |Added

 CC||aa...@kde.org
   Severity|major   |normal
 Resolution|--- |WAITINGFORINFO
 Status|REPORTED|NEEDSINFO

--- Comment #1 from Albert Astals Cid  ---
Seems a bit of a configuration issue, since you know, it does really print.

For someone to actually help you, you probably should properly fill in the
important fields, like the Okular version, the Qt version, etc.

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

[okular] [Bug 402981] never prints

2019-01-07 Thread Albert Astals Cid
https://bugs.kde.org/show_bug.cgi?id=402981

Albert Astals Cid  changed:

   What|Removed |Added

 Status|REPORTED|RESOLVED
 Resolution|--- |NOT A BUG
 CC||aa...@kde.org

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

[okular] [Bug 402984] New: Okular never prints

2019-01-07 Thread carlocaroni
https://bugs.kde.org/show_bug.cgi?id=402984

Bug ID: 402984
   Summary: Okular never prints
   Product: okular
   Version: unspecified
  Platform: Mint (Ubuntu based)
OS: Linux
Status: REPORTED
  Severity: major
  Priority: NOR
 Component: printing
  Assignee: okular-devel@kde.org
  Reporter: carlocar...@vfemail.net
  Target Milestone: ---

SUMMARY
Okular doesn't prints

STEPS TO REPRODUCE
1.  Okular simply never prints any kind of docs
2.  The printer's queue shows the job ready and the status "Rendering complete"
3.  Other applications (Kate,Gwenview,Kolourprint,Gimp) can print without
problems.
XSane works too.

In my dualboot notebook, i've installed Okular in Win7 and it works well,
obviously using the same printer - Epson Stylus DX4000(ten years old)

OBSERVED RESULT
No result observed

EXPECTED RESULT
to print!

SOFTWARE/OS VERSIONS
Windows: 
MacOS: 
Linux/KDE Plasma: (x86_64) release 4.15.0-43 generic
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

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

D16544: Properly find the Purpose framework

2019-01-07 Thread Aleix Pol Gonzalez
apol added a comment.


  \o/

REPOSITORY
  R223 Okular

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

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


D7949: Allow to print pdf doc directly into a QPrinter

2019-01-07 Thread Oliver Sander
sander added a comment.


  The quality of the Arthur backend really depends on what you use it for.  For 
example, I personally mostly use Okular for scientific articles and 
presentations, and Arthur works almost perfectly for that.  But for other types 
of documents, however, the situation may be different.  Only Albert and his 
test suite know. :-)
  
  I wouldn't mind fixing more bugs in Arthur if people request that.  It's not 
even very difficult, but of course it is debatable whether maintaining three 
backends makes sense.  I found the Cairo-to-Qt-backend quite interesting, but I 
haven't heard from that for a while.  What I am afraid of, though, is that it 
seems like the Qt paint interface is not rich enough for the needs of a poppler 
backend.  For example, there does not seem to be a way to draw a glyph by index 
and tell Qt what the corresponding letter is. As a consequence, text search in 
a pdf file printed by QPrinter cannot work. Probably only a dedicated effort by 
one of the bigger players (like you guys, Michael), can change that.

REPOSITORY
  R223 Okular

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

To: sander, #okular
Cc: yurchor, okular-devel, asturmlechner, cfeck, ltoscano, rkflx, 
michaelweghorn, ngraham, aacid, darcyshen


[okular] [Bug 402939] Annotation workflow is completely broken

2019-01-07 Thread Oliver Sander
https://bugs.kde.org/show_bug.cgi?id=402939

--- Comment #4 from Oliver Sander  ---
DimanNe, what Albert is saying is that your report, while factually correct, is
not specific enough to be very helpful.  For example, it mentions at least
three separate problems together.  In the future, please open separate reports
for each of them (unless they are already known).

Now it's great to hear that you are interesting in helping out a little. 
Welcome to Okular development.  It is actually not all that difficult.  Have
you tried building Okular locally already?

The easiest task for you to begin would be to improve the documentation on
stamp handling.  The source code for that documentation is in
doc/index.docbook.

Next you could have a look on why file names need to be in lower-case.  That
smells like a bug to me (but I am no expert).  Is there an existing bug report
for this?  If no, please open one.  Unfortunately, I cannot tell you off-hand
where to look in the code for that problem, but simply grepping for
'annotation', 'stamp' etc should get you a long way.

About not being able to save stamp annotations in pdf files: That is actually
quite an involved problem, and will take a number of steps.  Tobias Deiminger
is the expert here.  It is even a project proposal for the upcoming season of
GSoC: 

  https://community.kde.org/GSoC/2019/Ideas

Maybe you are interested?

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

T10243: Some KDE applications could use better icons

2019-01-07 Thread Andrius Štikonas
stikonas added subscribers: kde-games-devel, stikonas.
stikonas added a comment.


  By the way, what about duplicate icons? When transitioning from Oxygen 
  to Breeze, KDE Partition Manager was given the same icon as Filelight 
  (which actually looks more like filelight window rather than disk 
  partitioning).

TASK DETAIL
  https://phabricator.kde.org/T10243

To: stikonas
Cc: stikonas, kde-games-devel, knauss, mglb, filipf, mludwig, aacid, 
lesliezhai, elvisangelaccio, kossebau, trickyricky26, ndavis, yurchor, 
#kde_games, #ark, #kde_pim, #discover_software_store, #yakuake, #kate, #okular, 
#gwenview, #konsole, #kde_applications, #vdg, ngraham, jraleigh, 
squeakypancakes, alexde, IohannesPetros, GB_2, rooty, crozbo, firef, alexeymin, 
skadinna, genaxxx, aaronhoneycutt, mbohlender