D15580: [WIP] New annotation toolbar

2019-08-05 Thread Simone Gaiarin
simgunz added a comment.


  In D15580#506692 , @ngraham wrote:
  
  > For my own UI review, I must continue to push for putting the annotation 
tools on a second toolbar that appears below the main one when needed.
  
  
  The tools are already on a toolbar of their own (called `annotationToolbar`). 
If you unlock the toolbars you should be able to move it around.
  
  By issuing `rm ~/.config/okularrc && rm ~/.config/okularpartrc` before 
launching Okular you should obtain the defaut behavior that currently is to put 
the annotation toolbar below the main toolbar (see `shell.rc:26`) and display 
only the icons (screenshot 1). If we change the default to `text alongside 
icons` the toolbar overflow even on a widescreen (mine is 1920x1080) 
(screenshot 2 and 3). In this second case I think we have the following two 
solutions for me:
  
  1. further group some tools in a sub-menu (as for the geometrical tools). A 
possibility is to group `underline`, `squiggle`, `strike-through` (screenshot 
4). Still the toolbar is pretty full on a widescreen.
  2. Put the configuration actions on a toolbar of their own a set `icons only` 
as a default for this toolbar (screenshot 5)
  3. (Keep everything in the same annotationToolbar and set the annotation 
tools to `text alongside icon` and the configuration actions to `icons only` 
one by one. It is possible to do this from the UI, but I do not know if it is 
possible to set as a default from `part.rc` (screenshot 5) )
  
  F7165410: Screenshot_20190805_122801.png 

  Screenshot 1
  
  F7165400: Screenshot_20190805_122640.png 

  Screenshot 2
  
  F7165405: Screenshot_20190805_122727.png 

  Screenshot 3 (toolbar expanded)
  
  F7165456: Screenshot_20190805_124108.png 

  Screenshot 4 (underline is a placeholder for the menu that will contain 
underline, squiggle and strikethrough)
  
  F7165489: Screenshot_20190805_124817.png 

  Screenshot 5 (config actions are `icons only`)

REPOSITORY
  R223 Okular

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

To: simgunz, #okular, #vdg
Cc: ltoscano, cfeck, aacid, davidhurka, knambiar, ngraham, tobiasdeiminger, 
okular-devel, maguirre, fbampaloukas, joaonetto, kezik, tfella, darcyshen


[okular] [Bug 409710] Continuous view gets stuck when multiple tabs are used

2019-08-05 Thread Christoph Feck
https://bugs.kde.org/show_bug.cgi?id=409710

--- Comment #6 from Christoph Feck  ---
Feel free to add the video any time later. Our bot might close this ticket in
the meantime. Just change the status if you add it.

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

[okular] [Bug 410320] Printing of range does not work

2019-08-05 Thread Axel Braun
https://bugs.kde.org/show_bug.cgi?id=410320

Axel Braun  changed:

   What|Removed |Added

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

--- Comment #2 from Axel Braun  ---
(In reply to Nate Graham from comment #1)
> Does the same thing happen if you print a range like that in Kate or another
> KDE app that uses the standard Qt print dialog? Or is it just Okular?

Yes, same result. I printed a large text file to a PDF, pages 1,3,5-7 and got
the full file printed.

I still see a slight difference: PDF has fixed pages, while simple text file
may be somewhat 'dynamic'. Dunno if that makes a difference

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

[okular] [Bug 410320] Printing of range does not work

2019-08-05 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=410320

Nate Graham  changed:

   What|Removed |Added

 Status|REPORTED|RESOLVED
 Resolution|--- |UPSTREAM

--- Comment #3 from Nate Graham  ---
Thanks! Unfortunately that means the problem is in the Qt print dialog itself,
which is what all these apps are using. :( Please report this to
https://bugreports.qt.io/ and add the URL of your Qt bug report to the URL
field of this one. Thanks!

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