[Okular-devel] [okular] [Bug 322662] Okular freezes when trying to print PDF

2013-07-21 Thread Milian Wolff 
https://bugs.kde.org/show_bug.cgi?id=322662

--- Comment #2 from Milian Wolff  ---
On ArchLinux? I doubt it - but well, what is "new"? Here's what I have:

milian@minime:~$ okular --version
Qt: 4.8.5
KDE Development Platform: 4.10.5
Okular: 0.16.5
milian@minime:~$ pacman -Ss poppler | grep installed
extra/poppler 0.22.5-1 [installed]
extra/poppler-data 0.4.6-1 [installed]
extra/poppler-glib 0.22.5-1 [installed]
extra/poppler-qt 0.22.5-1 [installed]

-- 
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] Review Request 111036: Add option to show table of contents in sidebar on startup (if present) instead of thumbnails

2013-07-21 Thread Albert Astals Cid 


> On July 21, 2013, 4:18 p.m., Albert Astals Cid wrote:
> > At Akademy we held a BoF about Okular, this is the conclusion we reached, 
> > it is a good idea to show the TOC if there's one, no need for the checkbox
> > 
> > Can you update the code to do that?
> 
> Stefan Radermacher wrote:
> I certainly can, but another possibility could be to keep the checkbox to 
> allow users to keep the previous behavior.

No checkbox, i think i was pretty clear.


- Albert


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


On June 15, 2013, 9:47 a.m., Stefan Radermacher wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/111036/
> ---
> 
> (Updated June 15, 2013, 9:47 a.m.)
> 
> 
> Review request for Okular.
> 
> 
> Description
> ---
> 
> This is a proposed implementation of the feature request I made in bug report 
> #321169.
> 
> 
> This addresses bug 321169.
> http://bugs.kde.org/show_bug.cgi?id=321169
> 
> 
> Diffs
> -
> 
>   conf/dlggeneralbase.ui f2c9efd 
>   conf/okular.kcfg 1e23d61 
>   part.h 4b3aafd 
>   part.cpp 10b9e6f 
> 
> Diff: http://git.reviewboard.kde.org/r/111036/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Stefan Radermacher
> 
>

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

[Okular-devel] [okular] [Bug 322662] Okular freezes when trying to print PDF

2013-07-21 Thread Milian Wolff 
https://bugs.kde.org/show_bug.cgi?id=322662

--- Comment #3 from Milian Wolff  ---
This is my zlib version:
core/zlib 1.2.8-1 [installed]

-- 
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 322662] Okular freezes when trying to print PDF

2013-07-21 Thread Albert Astals Cid 
https://bugs.kde.org/show_bug.cgi?id=322662

Albert Astals Cid  changed:

   What|Removed |Added

 CC||aa...@kde.org

--- Comment #1 from Albert Astals Cid  ---
Old poppler? I remember fixing this ages ago

-- 
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 322662] New: Okular freezes when trying to print PDF

2013-07-21 Thread Milian Wolff 
https://bugs.kde.org/show_bug.cgi?id=322662

Bug ID: 322662
   Summary: Okular freezes when trying to print PDF
Classification: Unclassified
   Product: okular
   Version: 0.16.5
  Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
  Severity: grave
  Priority: NOR
 Component: PDF backend
  Assignee: okular-devel@kde.org
  Reporter: m...@milianw.de

When I try to print the following PDF with the form filled out, okular freezes
at 100% CPU usage. Perf top shows:

Samples: 1M of event 'cycles', Event count (approx.): 31052716121   
 23.49%  libz.so.1.2.8  [.] inflate
 11.91%  chromium   [.] 0x03746c02
  7.01%  libpoppler.so.37.0.0   [.] FlateStream::fill_buffer()
  5.30%  libz.so.1.2.8  [.] adler32
  5.21%  libz.so.1.2.8  [.] 0xa653
  4.23%  libc-2.17.so   [.] __memcpy_ssse3_back
  3.03%  libpoppler.so.37.0.0   [.] FlateStream::getRawChar()
  2.41%  libpoppler.so.37.0.0   [.] FileStream::getChar()
  2.36%  libxul.so  [.] 0x009c7c26
  1.02%  libpoppler.so.37.0.0   [.]
GfxFont::readEmbFontFile(XRef*, int*)
  0.91%  libc-2.17.so   [.] _int_malloc
  0.89%  [i915] [k] 0x0005280b
  0.86%  libc-2.17.so   [.] _int_free
  0.80%  libglib-2.0.so.0.3600.3[.] 0x0008707a
  0.76%  libpoppler.so.37.0.0   [.] FlateStream::getChar()

gdb shows:

(gdb) bt
#0  0x7f85ad01d0c9 in inflate () from /usr/lib/libz.so.1
#1  0x7f859d7c6491 in FlateStream::fill_buffer() () from
/usr/lib/libpoppler.so.37
#2  0x7f859d7c65d8 in FlateStream::lookChar() () from
/usr/lib/libpoppler.so.37
#3  0x7f859d80e0e4 in GfxFont::readEmbFontFile(XRef*, int*) () from
/usr/lib/libpoppler.so.37
#4  0x7f859d80eef2 in Gfx8BitFont::Gfx8BitFont(XRef*, char const*, Ref,
GooString*, GfxFontType, Ref, Dict*) () from /usr/lib/libpoppler.so.37
#5  0x7f859d8124fc in GfxFont::makeFont(XRef*, char const*, Ref, Dict*) ()
from /usr/lib/libpoppler.so.37
#6  0x7f859d812623 in GfxFontDict::GfxFontDict(XRef*, Ref*, Dict*) () from
/usr/lib/libpoppler.so.37
#7  0x7f859d868bf6 in PSOutputDev::setupFonts(Dict*) () from
/usr/lib/libpoppler.so.37
#8  0x7f859d868cfe in PSOutputDev::setupResources(Dict*) () from
/usr/lib/libpoppler.so.37
#9  0x7f859d869077 in PSOutputDev::setupResources(Dict*) () from
/usr/lib/libpoppler.so.37
#10 0x7f859d869077 in PSOutputDev::setupResources(Dict*) () from
/usr/lib/libpoppler.so.37
#11 0x7f859d869077 in PSOutputDev::setupResources(Dict*) () from
/usr/lib/libpoppler.so.37
#12 0x7f859d869077 in PSOutputDev::setupResources(Dict*) () from
/usr/lib/libpoppler.so.37
#13 0x7f859d869077 in PSOutputDev::setupResources(Dict*) () from
/usr/lib/libpoppler.so.37
#14 0x7f859d869077 in PSOutputDev::setupResources(Dict*) () from
/usr/lib/libpoppler.so.37
#15 0x7f859d869077 in PSOutputDev::setupResources(Dict*) () from
/usr/lib/libpoppler.so.37
#16 0x7f859d8692a0 in PSOutputDev::writeDocSetup(PDFDoc*, Catalog*, int,
int, bool) () from /usr/lib/libpoppler.so.37
#17 0x7f859d86b618 in PSOutputDev::init(void (*)(void*, char const*, int),
void*, PSFileType, char*, PDFDoc*, int, int, PSOutMode, int, int, int, int,
bool, int, int, bool) () from /usr/lib/libpoppler.so.37
#18 0x7f859dbb62fe in Poppler::PSConverter::convert() () from
/usr/lib/libpoppler-qt4.so.4
#19 0x7f859dde8efa in ?? () from /usr/lib/kde4/okularGenerator_poppler.so
#20 0x7f85a1bde982 in ?? () from /usr/lib/kde4/okularpart.so
#21 0x7f85a1be9763 in ?? () from /usr/lib/kde4/okularpart.so
---Type  to continue, or q  to quit---
#22 0x7f85a1be9b3d in ?? () from /usr/lib/kde4/okularpart.so
#23 0x7f85b1265ba8 in QMetaObject::activate(QObject*, QMetaObject const*,
int, void**) () from /usr/lib/libQtCore.so.4
#24 0x7f85b1c4afd2 in QAction::triggered(bool) () from
/usr/lib/libQtGui.so.4
#25 0x7f85b1c4c9a3 in QAction::activate(QAction::ActionEvent) () from
/usr/lib/libQtGui.so.4
#26 0x7f85b1c4cafc in QAction::event(QEvent*) () from
/usr/lib/libQtGui.so.4
#27 0x7f85b289c37f in KAction::event(QEvent*) () from
/usr/lib/libkdeui.so.5
#28 0x7f85b1c5112c in QApplicationPrivate::notify_helper(QObject*, QEvent*)
() from /usr/lib/libQtGui.so.4
#29 0x7f85b1c576f0 in QApplication::notify(QObject*, QEvent*) () from
/usr/lib/libQtGui.so.4
#30 0x7f85b2971f5a in KApplication::notify(QObject*, QEvent*) () from
/usr/lib/libkdeui.so.5
#31 0x7f85b1251efd in QCoreApplication::notifyInternal(QObject*, QEvent*)
() from /usr/lib/libQtCore.so.4
#32 0x7f85b1c82456 in ?? () from /usr/lib/libQtGui.so.4
#33 0x7f85

Re: [Okular-devel] Review Request 111036: Add option to show table of contents in sidebar on startup (if present) instead of thumbnails

2013-07-21 Thread Stefan Radermacher 


> On July 21, 2013, 4:18 p.m., Albert Astals Cid wrote:
> > At Akademy we held a BoF about Okular, this is the conclusion we reached, 
> > it is a good idea to show the TOC if there's one, no need for the checkbox
> > 
> > Can you update the code to do that?

I certainly can, but another possibility could be to keep the checkbox to allow 
users to keep the previous behavior.


- Stefan


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


On June 15, 2013, 9:47 a.m., Stefan Radermacher wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/111036/
> ---
> 
> (Updated June 15, 2013, 9:47 a.m.)
> 
> 
> Review request for Okular.
> 
> 
> Description
> ---
> 
> This is a proposed implementation of the feature request I made in bug report 
> #321169.
> 
> 
> This addresses bug 321169.
> http://bugs.kde.org/show_bug.cgi?id=321169
> 
> 
> Diffs
> -
> 
>   conf/dlggeneralbase.ui f2c9efd 
>   conf/okular.kcfg 1e23d61 
>   part.h 4b3aafd 
>   part.cpp 10b9e6f 
> 
> Diff: http://git.reviewboard.kde.org/r/111036/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Stefan Radermacher
> 
>

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

Re: [Okular-devel] Review Request 111036: Add option to show table of contents in sidebar on startup (if present) instead of thumbnails

2013-07-21 Thread Albert Astals Cid 

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


At Akademy we held a BoF about Okular, this is the conclusion we reached, it is 
a good idea to show the TOC if there's one, no need for the checkbox

Can you update the code to do that?

- Albert Astals Cid


On June 15, 2013, 9:47 a.m., Stefan Radermacher wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/111036/
> ---
> 
> (Updated June 15, 2013, 9:47 a.m.)
> 
> 
> Review request for Okular.
> 
> 
> Description
> ---
> 
> This is a proposed implementation of the feature request I made in bug report 
> #321169.
> 
> 
> This addresses bug 321169.
> http://bugs.kde.org/show_bug.cgi?id=321169
> 
> 
> Diffs
> -
> 
>   conf/dlggeneralbase.ui f2c9efd 
>   conf/okular.kcfg 1e23d61 
>   part.h 4b3aafd 
>   part.cpp 10b9e6f 
> 
> Diff: http://git.reviewboard.kde.org/r/111036/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Stefan Radermacher
> 
>

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

Re: [Okular-devel] Review Request 109364: Get background color from KColorScheme (kde system settings)

2013-07-21 Thread Jaydeep Solanki 


> On July 21, 2013, 3:37 p.m., Albert Astals Cid wrote:
> > Jaydeep, can you confirm you are working so that 
> > http://bugs.kde.org/attachment.cgi?id=51488 can be correctly seen in a dark 
> > colorscheme?

I tried it, with color scheme "Krita-darker" (background colors dark & 
foreground colors light).
Here's how it looks, http://db.tt/iHkjbxN1

Am I missing something ?


- Jaydeep


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


On July 21, 2013, 3:36 p.m., Azat Khuzhin wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/109364/
> ---
> 
> (Updated July 21, 2013, 3:36 p.m.)
> 
> 
> Review request for Okular and Jaydeep Solanki.
> 
> 
> Description
> ---
> 
> Instead of just force it to white.
> 
> This must fix bug 306572.
> https://bugs.kde.org/show_bug.cgi?id=306572
> 
> 
> This addresses bug 306572.
> http://bugs.kde.org/show_bug.cgi?id=306572
> 
> 
> Diffs
> -
> 
>   core/textdocumentgenerator.cpp f370ded 
> 
> Diff: http://git.reviewboard.kde.org/r/109364/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Azat Khuzhin
> 
>

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

Re: [Okular-devel] Review Request 111554: SVG support for Epubs

2013-07-21 Thread Albert Astals Cid 

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



generators/epub/converter.cpp


The 800 comes from somewhere else, no? Please use that and not a hardcoded 
800

Also i'm still unconvinced about that hardcoded 42, have you investigated 
where that number comes from?


- Albert Astals Cid


On July 19, 2013, 8:29 p.m., Jaydeep Solanki wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/111554/
> ---
> 
> (Updated July 19, 2013, 8:29 p.m.)
> 
> 
> Review request for Okular.
> 
> 
> Description
> ---
> 
> Epubs use the below syntax to load svg images
> 
> 
> 
> 
> 
> I just replace that with  tags & add QImage as a resource.
> 
> 
> Diffs
> -
> 
>   generators/epub/CMakeLists.txt 9442f61 
>   generators/epub/converter.cpp 74df151 
>   generators/epub/epubdocument.h 714ede6 
> 
> Diff: http://git.reviewboard.kde.org/r/111554/diff/
> 
> 
> Testing
> ---
> 
> The below link contains two epub files having svg images as cover.
> https://www.dropbox.com/sh/xcqfwn8khbqac0d/vDRuFRw9vq
> 
> 
> Thanks,
> 
> Jaydeep Solanki
> 
>

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

Re: [Okular-devel] Review Request 111410: Selection tool: copy/extract as vector graphic by calling "pdftocairo"

2013-07-21 Thread Albert Astals Cid 


> On July 7, 2013, 10:31 p.m., Albert Astals Cid wrote:
> > "The location of the code in pageview.cpp is therefore justified as the 
> > image and text extract code is located in the same class. However, I agree 
> > that pageview.cpp is rather large and should be refactored."
> > 
> > That is not true, the the extraction of images and text is properly 
> > abstracted in the generator class and each file-type backend implements it 
> > in its own, or do you see the code that handles pdf text extraction in 
> > pageview.cpp?

So at Akademy we did a BoF about Okular, the decision about this feature was:
 * It is acceptable to call pdftocairo
 * The current way of organizing the code is not acceptable, it needs to be a 
generator supported feature, i.e. there needs to be API in generators so that 
they can say if they support this feature or not and if they do the code has to 
be in the generator side
 * The one second time limit needs to be removed and instead a dialog saying 
"Exporting" with a cancel button in case the process decides to run forever

Do you think you can work in these improvements? Any question on how to proceed?


- Albert


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


On July 7, 2013, 10:22 p.m., Thomas Fischer wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/111410/
> ---
> 
> (Updated July 7, 2013, 10:22 p.m.)
> 
> 
> Review request for Okular.
> 
> 
> Description
> ---
> 
> This patch implements the feature request of bug 321350: if a PDF file is 
> viewed, the selection tool offers the new extraction method "vector" which 
> allows to save to a file (PDF, SVG, EPS, PostScript). The crop operation is 
> performed by calling "pdftocairo" with matching arguments. The resulting file 
> contains the original PDF file's content without rendering it to a pixmap.
> 
> I am not sure if calling an external program is an acceptable solution for 
> this problem. However, it is tested if the program is available before 
> showing the new option. Alternatively, the code of pdftocairo (as part of 
> poppler) would had to be copied and integrated into Okular increasing the 
> solution's complexity. I am not aware of a similar solution available using 
> poppler-qt4 only. Maybe using a QPrinter printing to PDF would have been an 
> alternative, but again this seemed to be too complex.
> 
> 
> Diffs
> -
> 
>   ui/pageview.cpp 16b00ab 
> 
> Diff: http://git.reviewboard.kde.org/r/111410/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Thomas Fischer
> 
>

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

Re: [Okular-devel] Review Request 110914: Tabbed interface

2013-07-21 Thread Albert Astals Cid 


> On June 9, 2013, 10:29 p.m., Albert Astals Cid wrote:
> > part.cpp, line 305
> > 
> >
> > Please avoid reformating source code, makes it harder to review

Hello? Is anyone there?


- Albert


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


On June 9, 2013, 5:11 p.m., Jonathan Doman wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/110914/
> ---
> 
> (Updated June 9, 2013, 5:11 p.m.)
> 
> 
> Review request for Okular.
> 
> 
> Description
> ---
> 
> This patch adds support for a tabbed interface (multiple documents in one 
> window). The core work just adds a tab bar that switches between multiple 
> embedded okularparts, but there are many other considerations:
>  - Tab context menu allows for duplicating or detaching (detached tabs start 
> in new okular process)
>  - `okular file.pdf` will open file in existing window if possible, unless 
> --new flag is used. It also selects the most recently raised/activated window 
> to use. This mirrors behavior I expect from browsers and other tabbed 
> interfaces.
>  - Warns when closing window with multiple tabs
>  - No warning is given when opening an already open file. This is the 
> behavior I strongly prefer (and observe in other programs), but will change 
> if there is consensus otherwise.
> 
> When selecting different tools in one part, the tool selection propagates to 
> all parts, but the GUI does not reflect that. This bug is present in other 
> programs (e.g. multiple okularparts in Konqueror), so I made no attempt to 
> diagnose or fix.
> 
> One menu item was added for the multiple tab warning option. When testing 
> this, I noticed that items in the Settings menu seem to move around when 
> switching tabs, and I cannot diagnose or fix this. It seems to be related to 
> XMLGUI bug #64754. 
> 
> My development branch is also hosted at 
> https://github.com/jrmrjnck/okular-tabbed
> 
> 
> This addresses bug 155515.
> http://bugs.kde.org/show_bug.cgi?id=155515
> 
> 
> Diffs
> -
> 
>   part.h 4b3aafdb637080ae81eb0e45742f53a34738984d 
>   part.cpp 10b9e6fc394e6804d78e99611a15e566198c0649 
>   shell/main.cpp e0ca587ba167c4020d5af5bd33a2dc1b4923cac4 
>   shell/shell.h c065c560fb4ddfcf181601cf35e9ca14581731f6 
>   shell/shell.cpp 1708501daaef817a1ce35fa5d96701a66ab66983 
>   shell/shell.rc 93fbc417588312792bab39b693c65e5d414c87c6 
> 
> Diff: http://git.reviewboard.kde.org/r/110914/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Jonathan Doman
> 
>

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

Re: [Okular-devel] Review Request 109364: Get background color from KColorScheme (kde system settings)

2013-07-21 Thread Albert Astals Cid 

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


Jaydeep, can you confirm you are working so that 
http://bugs.kde.org/attachment.cgi?id=51488 can be correctly seen in a dark 
colorscheme?

- Albert Astals Cid


On July 21, 2013, 3:36 p.m., Azat Khuzhin wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/109364/
> ---
> 
> (Updated July 21, 2013, 3:36 p.m.)
> 
> 
> Review request for Okular and Jaydeep Solanki.
> 
> 
> Description
> ---
> 
> Instead of just force it to white.
> 
> This must fix bug 306572.
> https://bugs.kde.org/show_bug.cgi?id=306572
> 
> 
> This addresses bug 306572.
> http://bugs.kde.org/show_bug.cgi?id=306572
> 
> 
> Diffs
> -
> 
>   core/textdocumentgenerator.cpp f370ded 
> 
> Diff: http://git.reviewboard.kde.org/r/109364/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Azat Khuzhin
> 
>

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

Re: [Okular-devel] Review Request 109364: Get background color from KColorScheme (kde system settings)

2013-07-21 Thread Albert Astals Cid 

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

(Updated July 21, 2013, 3:36 p.m.)


Review request for Okular and Jaydeep Solanki.


Changes
---

Guys, what do you think about adding background to basic text document settings,
get default from kde settings, and let users to change it in per-backend 
options.

And what for epub documents, I think that this must be in another patch.


Summary (updated)
-

Get background color from KColorScheme (kde system settings)


Description
---

Instead of just force it to white.

This must fix bug 306572.
https://bugs.kde.org/show_bug.cgi?id=306572


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


Diffs
-

  core/textdocumentgenerator.cpp f370ded 

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


Testing
---


Thanks,

Azat Khuzhin

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

[Okular-devel] [okular] [Bug 306572] Unreadable text in FB2 and ePub documents when using dark color schemes

2013-07-21 Thread Albert Astals Cid 
https://bugs.kde.org/show_bug.cgi?id=306572

Albert Astals Cid  changed:

   What|Removed |Added

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

--- Comment #4 from Albert Astals Cid  ---
Can you please attach such a 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

[Okular-devel] [okular] [Bug 318798] Open PDF from command line with focus on annotation

2013-07-21 Thread Albert Astals Cid 
https://bugs.kde.org/show_bug.cgi?id=318798

--- Comment #10 from Albert Astals Cid  ---
(In reply to comment #9)
> Unfortunately I do not know a single PDF viewer for Linux which can do the
> following:
> - easily create notes and bookmarks in PDF files (like e.g. the Foxit
> reader, Adobe Acrobat or the PDF X-Change viewer available for MS Windows)
> and edit annotations created by these tools

Okular can create and edit annotations. Not sure what you mean with bookmarks,
do you mean outline items in the Table Of Contents?

> - store the PDF files preferably incrementally (i.e. keep the annotation's
> object numbers the same over all saved revisions of the PDF file --> this
> might not be needed for future versions of Docear)

Probably we don't do that, not sure how hard it'd be to make it work that way

> - automatically copy the contents of highlighted text into a "note
> annotation", so that Docear can read it and the user can modify it, e.g. by
> adding additional data or explanations. (This is a very useful feature in
> the PDF X-Change viewer)

We don't do that, what's the use case for a standalone user? Why would someone
need to create a note with the exact contents of the text he is highlighting?

> - and open a PDF file at the location of a specific annotation, e.g. by
> passing the annotation's object number to the PDF viewer (Okular can open a
> PDF file on a specific page, which is not optimal for our use case, but
> nevertheless very useful) 

By object number you mean the PDF object ref? 

> Is there a way to implement these features into Okular? 

All is possible, you just need time, which unfortunately we don't have much, so
if you guys have anyone that can help that'd be awesome

-- 
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 318798] Open PDF from command line with focus on annotation

2013-07-21 Thread Stefan Langer 
https://bugs.kde.org/show_bug.cgi?id=318798

Stefan Langer  changed:

   What|Removed |Added

 CC||langer...@gmail.com

--- Comment #9 from Stefan Langer  ---
Hello, I am Stefan of the Docear team.

What we are currently doing is to read comments and bookmarks created in PDF
files using the JPod library (http://sourceforge.net/projects/jpodlib/) and
export them from the PDF files and attach them to nodes in mind maps.

The nodes then contain information on 
- the link to the PDF file,
- the page the annotation was extracted from,
- and the annotation's object number. 

By clicking the link icon on a node, the PDF viewer will open up on the page
containing the annotation. This is especially very useful for researchers, who
are typically reading a lot of scientific documents every day and need to keep
track of both the ideas and facts in general and the location where they have
found them.

Docear (http://www.docear.org) is an open source (GPL v2) project based on
Java. It is available for MS Windows, MacOS and Linux or UNIX. I am using
Debian (the unstable "sid" branch as my default operating system. Unfortunately
I do not know a single PDF viewer for Linux which can do the following:
- easily create notes and bookmarks in PDF files (like e.g. the Foxit reader,
Adobe Acrobat or the PDF X-Change viewer available for MS Windows) and edit
annotations created by these tools
- store the PDF files preferably incrementally (i.e. keep the annotation's
object numbers the same over all saved revisions of the PDF file --> this might
not be needed for future versions of Docear)
- automatically copy the contents of highlighted text into a "note annotation",
so that Docear can read it and the user can modify it, e.g. by adding
additional data or explanations. (This is a very useful feature in the PDF
X-Change viewer)
- and open a PDF file at the location of a specific annotation, e.g. by passing
the annotation's object number to the PDF viewer (Okular can open a PDF file on
a specific page, which is not optimal for our use case, but nevertheless very
useful) 

Is there a way to implement these features into Okular? On Linux systems we are
currently using either the Foxit reader or the PDF X-Change viewer from WINE,
which is obviously not the way it should be done.

Docear is still a very new project, but it is used by several thousand
researchers in their daily work just now. Any help you can provide is very much
appreciated.

Thanks for your time and best regards,
   Stefan
(Product Management and Research)
-- Docear the Free & Open Source Academic Literature Suite

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