[Okular-devel] [okular] [Bug 345836] New: Annotations in pdf documents should be automatically saved to a temporary file.

2015-04-03 Thread ssameer+bugs
https://bugs.kde.org/show_bug.cgi?id=345836

Bug ID: 345836
   Summary: Annotations in pdf documents should be automatically
saved to a temporary file.
   Product: okular
   Version: 0.20.2
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: PDF backend
  Assignee: okular-devel@kde.org
  Reporter: ssameer+b...@gmail.com

If a user is adding annotations to a pdf file and Okular closes without saving
the file, the annotations are permanently lost and cannot be recovered. This
can happen if the user just forgets to save them, or Okular or the desktop or
the OS crashes / freezes. I've lost annotations by simply forgetting to save
them, or when Linux was unable to resume properly from sleep. Adobe reader
automatically saves annotation changes to a temperoary file every X minutes
(usually 5) and can recover unsaved changes the next time the document is
opened. This would be  avery useful feature for Okular and can save users a lot
of lost work.

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 186531] [JJ] Trim Margin doesn't work if paper color was set

2015-03-22 Thread ssameer+bugs
https://bugs.kde.org/show_bug.cgi?id=186531

ssameer+b...@gmail.com changed:

   What|Removed |Added

 CC||ssameer+b...@gmail.com

--- Comment #14 from ssameer+b...@gmail.com ---
This bug is still there. I am using Okular 0.20.2 with KDE 4.14.2 on Kubuntu
14.10. Please try this pdf as a test:

https://www.jair.org/media/301/live-301-1562-jair.pdf

Trim margins works normally. If you change paper colour to gray (or something
else) from Settings -> Configure Okular -> Accessibility -> Change colours ->
change paper colour. Trim margins no longer does anything.

-- 
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 306855] Support Javascript

2014-11-16 Thread ssameer+bugs
https://bugs.kde.org/show_bug.cgi?id=306855

ssameer+b...@gmail.com changed:

   What|Removed |Added

 CC||ssameer+b...@gmail.com

--- Comment #1 from ssameer+b...@gmail.com ---
The pdf viewer mupdf (mupdf.com) has javascript support using the V8 and
JavaScriptCore interpreters. They have also built their own MuJS interpreter
(mujs.com). I hope we can use one of these interpreters for okular.

-- 
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 258941] Javascript support broken

2014-11-15 Thread ssameer+bugs
https://bugs.kde.org/show_bug.cgi?id=258941

ssameer+b...@gmail.com changed:

   What|Removed |Added

 CC||ssameer+b...@gmail.com

--- Comment #2 from ssameer+b...@gmail.com ---
Bug 177473 was closed because the submitter no longer needed the feature. But
javascript support is needed for many other pdf documents such as these.
Confirming that this is still an open issue.

-- 
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 329264] "From current page" option is ignored when repeating a search using the Find toolbar.

2014-01-15 Thread ssameer+bugs
https://bugs.kde.org/show_bug.cgi?id=329264

--- Comment #5 from ssameer+b...@gmail.com ---
(In reply to comment #3)
> Right, you need to Esc twice to "cancel" the last search (see how the second
> Esc un-highlights your last search). Is that too hard? Maybe we can just add
> it to the manual?

OK, I see it now. Please consider using a single  to cancel the search
(including removing the highlighting) instead of . That would make it
clearer. Thanks.

-- 
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 329264] "From current page" option is ignored when repeating a search using the Find toolbar.

2013-12-27 Thread ssameer+bugs
https://bugs.kde.org/show_bug.cgi?id=329264

--- Comment #2 from ssameer+b...@gmail.com ---
No. The behaviour is the same even if I close the Find bar with , browse
to a different page and then search on the current page by pressing ,
or F3,.

-- 
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 329264] New: "From current page" option is ignored when repeating a search using the Find toolbar.

2013-12-26 Thread ssameer+bugs
https://bugs.kde.org/show_bug.cgi?id=329264

Bug ID: 329264
   Summary: "From current page" option is ignored when repeating a
search using the Find toolbar.
Classification: Unclassified
   Product: okular
   Version: 0.17.3
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: okular-devel@kde.org
  Reporter: ssameer+b...@gmail.com

Open the Find toolbar on any document with Ctrl-F and search for a word. Lets
say it finds the word on page 10. Now continue reading and move to page 3. Use
Ctrl-F to find the next word. It will move to page 10 (or later), even if there
is a word on page 4. This behaviour is not changed by selecting the "From
current page" option. The same thing happens if you read ahead to page 33 and
expect Find to report words from page 33 onwards.

Reproducible: Always

Steps to Reproduce:
1. Make sure Find toolbar has "From current page" selected. 
2. Search for a word -> it is found on page 10. Next word is also on page 10.
3. Continue reading to page 3 and search for the word again.
Actual Results:  
Word is found on page 10 (continuing the previous search).

Expected Results:  
Word is found on the current page (3) or later, since "From current page" is
selected.

-- 
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 326844] New: Feature request: Include option to resize window to fit page

2013-10-29 Thread ssameer+bugs
https://bugs.kde.org/show_bug.cgi?id=326844

Bug ID: 326844
   Summary: Feature request: Include option to resize window to
fit page
Classification: Unclassified
   Product: okular
   Version: 0.17.2
  Platform: unspecified
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: okular-devel@kde.org
  Reporter: ssameer+b...@gmail.com

I would like an option in the View menu that resizes the window to fit the
current page. This would be useful in non-continuous mode (one page at a time)
when viewing presentations and comic books. Some other pdf and image viewers
have this option:
mupdf: press w to shrinkwrap window to fit the page.
showimage: press F to fit to page.
Zoom in "fit window to page" mode causes the whole window to magnify or shrink
accordingly.

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 315552] Allow save annotations directly to original pdf file

2013-10-22 Thread ssameer+bugs
https://bugs.kde.org/show_bug.cgi?id=315552

ssameer+b...@gmail.com changed:

   What|Removed |Added

 CC||ssameer+b...@gmail.com

--- Comment #1 from ssameer+b...@gmail.com ---
One use case where this would be very convenient is when the user is annotating
a pdf document over a network (smb/cifs/nfs). KDE downloads the document to a
temp directory and a program (Okular) opens it. If it is changed, KDE
automatically uploads the changed document back to the network folder. If the
annotations are saved to a different pdf file, KDE will not upload it back
automatically and the user has to do it manually. 

Automatically saving changes to annotations (without the user having to press
Control+S) directly to the original pdf file would be very convenient too.

-- 
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 204709] find: whole words only

2013-08-29 Thread ssameer+bugs
https://bugs.kde.org/show_bug.cgi?id=204709

ssameer+b...@gmail.com changed:

   What|Removed |Added

 CC||ssameer+b...@gmail.com

--- Comment #2 from ssameer+b...@gmail.com ---
I am using Okular 0.17.0 in KDE SC 4.11.00 (OpenSuse).  This feature is
essential for searching documents.
More examples: search for "vision" yields "division", "revision", etc.

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