[Okular-devel] [okular] [Bug 317885] keyboard focus issues

2013-04-05 Thread miklos
https://bugs.kde.org/show_bug.cgi?id=317885

--- Comment #2 from miklos  ---
I think scrolling the main document view with the mouse wheel should give it
the keyboard focus. Perhaps an even better solution would be to make it
consistent that the up-down keys scroll the document, and pgup-pgdown keys jump
pages in all cases, but this policy might interfere with the usage of the table
of contents sidebar. Hard to judge without a usability survey.

Now that I've been playing with it a little more, I found that mousewheel over
the thumbnail bar also steals the keyboard focus from the find popup (ctrl+f),
which should be fixed similarly IMHO.

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


Re: [Okular-devel] OCR Tool for Okular

2013-04-05 Thread Albert Astals Cid
El Dissabte, 6 d'abril de 2013, a les 00:36:39, Anıl Özbek va escriure:
> That would be great. I've started to read related documents like "The
> development lifecycle for a new application" and "Get a Contributor
> Account" from KDE TechBase.
> 
> By the way, when I searched deeper I found two similar app to my future
> scr2ocr:
> 
> * ocr_copy: https://github.com/spreelanka/ocr_copy
> * liveocr: https://github.com/gkovacs/liveocr
> 
> these (they're not complete and therefore not work as expected, at
> least for me) and KSnapshot, QSnapshot, ScreenGrab, YASCU-Qt etc.
> screen capture softwares may help me writing scr2ocr.
> 
> But I don't sure about screen capturing part in scr2ocr, maybe I don't
> need implement it at all. Screen captureres or softwares' internal
> tools do this for me :) For example (may be not a good one but):
> 
> $ ksnapshot --region --copy-to-stdout | scr2ocr

This kind of interfacing with ksnapshot would make much sense, maybe you could 
even call ksnapshot internally to make it transparent to the user. You can try 
approaching Richard to see how he'd fell for such a feature to exist.

> 
> https://bugs.kde.org/show_bug.cgi?id=298493
> 
> I hope I can contribute directly to Okular in future. There are some
> very nice feature requests at KDE Bugzilla:
> 
> https://bugs.kde.org/buglist.cgi?quicksearch=okular

We have lots of things to work on :-)

Cheers,
  Albert

> 
> Regards,
> --
> Anıl Özbek
> ___
> Okular-devel mailing list
> Okular-devel@kde.org
> https://mail.kde.org/mailman/listinfo/okular-devel
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] Undo/Redo for annotations merged

2013-04-05 Thread Albert Astals Cid
You've probably seen it but the Undo/Redo for annotations has been merged to 
master.

Good job Jon :-)

As next steps we should either:
 a) Add unit some tests to make sure it keeps working nice, see the existing 
ones or the ones Peter is adding in https://git.reviewboard.kde.org/r/109627/
 b) Work on the Undo/Redo for forms

What do you think you like more?

Cheers,
  Albert


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


Re: [Okular-devel] Review Request 107442: Add undo/redo support for annotations

2013-04-05 Thread Commit Hook

---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/107442/
---

(Updated April 5, 2013, 10:39 p.m.)


Status
--

This change has been marked as submitted.


Review request for Okular.


Description
---

This patch adds undo/redo support to Okular's annotation manipulation commands.

Functionality:
The following actions can be undone and redone: creation and removal of 
annotations, editing arbitrary annotation properties, relocating annotations 
with Ctrl+drag, and editing the text contents of an annotation.

This patch does not include support for undoing and redoing editing actions on 
forms.

  


This addresses bug 177501.
http://bugs.kde.org/show_bug.cgi?id=177501


Diffs
-

  core/annotations.h 72abdff 
  core/annotations.cpp 49ab5bd 
  core/annotations_p.h 221572d 
  core/document.h 6ff6536 
  core/document.cpp 5ab759e 
  core/document_p.h fb3aec6 
  core/page.cpp 1db2763 
  part.rc 39c1571 
  ui/annotationpropertiesdialog.cpp 4b02258 
  ui/annotwindow.h f7df9f6 
  ui/annotwindow.cpp c1bafb9 
  ui/guiutils.h 2ae4ab3 
  ui/guiutils.cpp 1d67d3a 
  ui/pageview.cpp b018dfe 

Diff: http://git.reviewboard.kde.org/r/107442/diff/


Testing
---

I have tested the undoing and redoing of the specified annotation actions using 
.dvi and .pdf documents.


Thanks,

Jon Mease

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


Re: [Okular-devel] Review Request 107442: Add undo/redo support for annotations

2013-04-05 Thread Commit Hook

---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/107442/#review30531
---


This review has been submitted with commit 
78faf1e68f625787ea55b33618efc2b355501063 by Albert Astals Cid on behalf of Jon 
Mease to branch master.

- Commit Hook


On April 5, 2013, 12:29 a.m., Jon Mease wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/107442/
> ---
> 
> (Updated April 5, 2013, 12:29 a.m.)
> 
> 
> Review request for Okular.
> 
> 
> Description
> ---
> 
> This patch adds undo/redo support to Okular's annotation manipulation 
> commands.
> 
> Functionality:
> The following actions can be undone and redone: creation and removal of 
> annotations, editing arbitrary annotation properties, relocating annotations 
> with Ctrl+drag, and editing the text contents of an annotation.
> 
> This patch does not include support for undoing and redoing editing actions 
> on forms.
> 
>   
> 
> 
> This addresses bug 177501.
> http://bugs.kde.org/show_bug.cgi?id=177501
> 
> 
> Diffs
> -
> 
>   core/annotations.h 72abdff 
>   core/annotations.cpp 49ab5bd 
>   core/annotations_p.h 221572d 
>   core/document.h 6ff6536 
>   core/document.cpp 5ab759e 
>   core/document_p.h fb3aec6 
>   core/page.cpp 1db2763 
>   part.rc 39c1571 
>   ui/annotationpropertiesdialog.cpp 4b02258 
>   ui/annotwindow.h f7df9f6 
>   ui/annotwindow.cpp c1bafb9 
>   ui/guiutils.h 2ae4ab3 
>   ui/guiutils.cpp 1d67d3a 
>   ui/pageview.cpp b018dfe 
> 
> Diff: http://git.reviewboard.kde.org/r/107442/diff/
> 
> 
> Testing
> ---
> 
> I have tested the undoing and redoing of the specified annotation actions 
> using .dvi and .pdf documents.
> 
> 
> Thanks,
> 
> Jon Mease
> 
>

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


Re: [Okular-devel] OCR Tool for Okular

2013-04-05 Thread Anıl Özbek
That would be great. I've started to read related documents like "The
development lifecycle for a new application" and "Get a Contributor
Account" from KDE TechBase.

By the way, when I searched deeper I found two similar app to my future scr2ocr:

* ocr_copy: https://github.com/spreelanka/ocr_copy
* liveocr: https://github.com/gkovacs/liveocr

these (they're not complete and therefore not work as expected, at
least for me) and KSnapshot, QSnapshot, ScreenGrab, YASCU-Qt etc.
screen capture softwares may help me writing scr2ocr.

But I don't sure about screen capturing part in scr2ocr, maybe I don't
need implement it at all. Screen captureres or softwares' internal
tools do this for me :) For example (may be not a good one but):

$ ksnapshot --region --copy-to-stdout | scr2ocr

https://bugs.kde.org/show_bug.cgi?id=298493

I hope I can contribute directly to Okular in future. There are some
very nice feature requests at KDE Bugzilla:

https://bugs.kde.org/buglist.cgi?quicksearch=okular

Regards,
--
Anıl Özbek
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [okular] [Bug 317891] Okular takes >1 min to open some pdf files

2013-04-05 Thread Albert Astals Cid
https://bugs.kde.org/show_bug.cgi?id=317891

--- Comment #4 from Albert Astals Cid  ---
Got it, will have a look when get some 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 317891] Okular takes >1 min to open some pdf files

2013-04-05 Thread Dave Lepore
https://bugs.kde.org/show_bug.cgi?id=317891

--- Comment #3 from Dave Lepore  ---
uploaded here: http://www.speedyshare.com/ry2Az/test.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 317891] Okular takes >1 min to open some pdf files

2013-04-05 Thread Dave Lepore
https://bugs.kde.org/show_bug.cgi?id=317891

--- Comment #2 from Dave Lepore  ---
I'm not sure, I tried several times but i get a timeout error. May I send the
file somewhere else?

-- 
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 267350] filling out a PDF form saves data to some file i ~/.kde/share/apps/okular/docdata/

2013-04-05 Thread Albert Astals Cid
https://bugs.kde.org/show_bug.cgi?id=267350

--- Comment #19 from Albert Astals Cid  ---
Marcus i can't help you here, i've proven it works as it has worked for a long
time to be honest i should close this bug since it's basically a weird worded
bug and people is just commenting on it with unrelated comments, if it doesn't
work for you, you're doing something wrong or opensuse compiled something
wrong, but not sure how can i help you debug it.

-- 
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 317891] Okular takes >1 min to open some pdf files

2013-04-05 Thread Albert Astals Cid
https://bugs.kde.org/show_bug.cgi?id=317891

Albert Astals Cid  changed:

   What|Removed |Added

 CC||aa...@kde.org

--- Comment #1 from Albert Astals Cid  ---
Use the "Add an attachment" or the file is too big for it?

-- 
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 317885] keyboard focus issues

2013-04-05 Thread Albert Astals Cid
https://bugs.kde.org/show_bug.cgi?id=317885

Albert Astals Cid  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDSINFO
 CC||aa...@kde.org
 Resolution|--- |WAITINGFORINFO

--- Comment #1 from Albert Astals Cid  ---
Do you have any suggestion for the behaviour you'd like?

-- 
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 317891] New: Okular takes >1 min to open some pdf files

2013-04-05 Thread Dave Lepore
https://bugs.kde.org/show_bug.cgi?id=317891

Bug ID: 317891
   Summary: Okular takes >1 min to open some pdf files
Classification: Unclassified
   Product: okular
   Version: 0.16.2
  Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: PDF backend
  Assignee: okular-devel@kde.org
  Reporter: dave.lep...@gmx.com

I have some pdf presentations (made with beamer) which have from ~800 to ~1100
slides and weight 3.7MB. When I open the pdf with muPDF, Evince or Acrobat
Reader 9 for Linux the content shows up almost instantly, while when I open it
with Okular it takes > than 1 minute for the contents to show up. 
This happens with an Atom CPU, if I open the same file on a i7 PC it takes less
than 1 minute but still considerably more than other readers and way too much
time considering it's an i7 PC. 

Setting the "greedy" option makes no difference. 
Please let me know how can I attach one of the files so that devs may tray it.

Reproducible: Always

Steps to Reproduce:
1. open the attached pdf
2.
3.

-- 
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 317885] New: keyboard focus issues

2013-04-05 Thread miklos
https://bugs.kde.org/show_bug.cgi?id=317885

Bug ID: 317885
   Summary: keyboard focus issues
Classification: Unclassified
   Product: okular
   Version: unspecified
  Platform: Debian unstable
OS: Linux
Status: UNCONFIRMED
  Severity: minor
  Priority: NOR
 Component: general
  Assignee: okular-devel@kde.org
  Reporter: mtm...@freemail.hu

The up-down keys have effect on the 'active' element, which is initially the
main document view, but doing something in the thumbnail sidebar transfers
focus to that scrollable. It is indicated by a 1px blue outline around the
scrolled area, if the action was a scroll with mouse wheel, but not in case of
a click. In this state up-down keys switch pages. However, scrolling the main
view with the mouse doesn't set focus back to the main view. Pressing the tab
button or clicking on the document view transfers the focus back to it.

This behavior is also inconsistent with the zoom combobox. That one always
transfers keyboard focus to the main document view after any mouse action on
it, and only gets the blue outline, when trying to scroll in a direction where
no more options are available.

Okular 0.14.3 in Debian Unstable, widget style is Plastique.

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 317872] Print with option 'multiple pages per sheet' doesn't produce the expected order of pages

2013-04-05 Thread turgon
https://bugs.kde.org/show_bug.cgi?id=317872

--- Comment #2 from turgon  ---
i tried half of them.
especially, the first option "from left to right, from up to down" 
(produce: from up to down, from right to left).


-Original Message-
From: Albert Astals Cid 
To: ir.k 
Sent: Fri, Apr 5, 2013 2:04 pm
Subject: [okular] [Bug 317872] Print with option 'multiple pages per 
sheet' doesn't produce the expected order of pages


https://bugs.kde.org/show_bug.cgi?id=317872

Albert Astals Cid  changed:

   What|Removed |Added
-
---
 CC||aa...@kde.org

--- Comment #1 from Albert Astals Cid  ---
I'm not going to work on this, but your description leaves much to be 
desired:

What order does it produce?
What order is the expected one?

--
You are receiving this mail because:
You reported the bug.

-- 
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 317872] Print with option 'multiple pages per sheet' doesn't produce the expected order of pages

2013-04-05 Thread Albert Astals Cid
https://bugs.kde.org/show_bug.cgi?id=317872

Albert Astals Cid  changed:

   What|Removed |Added

 CC||aa...@kde.org

--- Comment #1 from Albert Astals Cid  ---
I'm not going to work on this, but your description leaves much to be desired:

What order does it produce?
What order is the expected one?

-- 
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 317872] New: Print with option 'multiple pages per sheet' doesn't produce the expected order of pages

2013-04-05 Thread turgon
https://bugs.kde.org/show_bug.cgi?id=317872

Bug ID: 317872
   Summary: Print with option 'multiple pages per sheet' doesn't
produce the expected order of pages
Classification: Unclassified
   Product: okular
   Version: 0.16.0
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: PDF backend
  Assignee: okular-devel@kde.org
  Reporter: i...@aol.com

Print with option 'multiple pages per sheet' doesn't produce the expected order
of pages

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 314693] Crash when printing A3 & A4 mixed PDF

2013-04-05 Thread Yuri Chornoivan
https://bugs.kde.org/show_bug.cgi?id=314693

--- Comment #4 from Yuri Chornoivan  ---
Created attachment 78653
  --> https://bugs.kde.org/attachment.cgi?id=78653&action=edit
Testcase

Works fine (without crashes) on Okular 0.16.60 (Poppler 0.22.2), x86 with the
above-mentioned print options and the attached testcase (1 page A4 + 1 page A3,
made with PDF-Shuffler).

-- 
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 314693] Crash when printing A3 & A4 mixed PDF

2013-04-05 Thread Albert Astals Cid
https://bugs.kde.org/show_bug.cgi?id=314693

Albert Astals Cid  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDSINFO
 Resolution|--- |WAITINGFORINFO

--- Comment #3 from Albert Astals Cid  ---
Waiting for the file...

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