[Okular-devel] [okular] [Bug 319163] pdf form data saved but not printable nor viewable except in forms mode
https://bugs.kde.org/show_bug.cgi?id=319163 --- Comment #10 from Mohammed Arafa bugzi...@in-egypt.net --- english. -- 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 319163] pdf form data saved but not printable nor viewable except in forms mode
https://bugs.kde.org/show_bug.cgi?id=319163 --- Comment #11 from Mohammed Arafa bugzi...@in-egypt.net --- and i got 2 boxes at home. both show the same symptoms -- 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 319163] pdf form data saved but not printable nor viewable except in forms mode
https://bugs.kde.org/show_bug.cgi?id=319163 Fabio D'Urso fabiodu...@hotmail.it changed: What|Removed |Added Status|NEEDSINFO |RESOLVED CC||fabiodu...@hotmail.it Resolution|WAITINGFORINFO |UPSTREAM --- Comment #12 from Fabio D'Urso fabiodu...@hotmail.it --- I confirm the bug exists with Poppler 0.20. The Poppler patches that fix it were pushed to the poppler-0.20 branch, but they were never actually released as part of the 0.20 series (poppler-0.20.5 doesn't include them). Poppler 0.22 has it fixed. -- 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] Undo for forms
Greetings, Wanted to let you all know that I'm working on adding undo support to form editing actions in Okular. I already have undo support added for TextAreaEdit and FormLineEdit and I believe I'm close to having ListEdit working as well. I ran into an issue with CheckBoxEdit and RadioButtonEdit. There seems to be handling in the code for exclusive groups of check boxes or radio buttons (Where only one in the group may be checked at a time). However, I've been unable to find a PDF in which this exclusive group behavior actually works in Okular. See, for example, the radio buttons in the PDF at http://kb.nitropdf.com/attachments/GroupingRadioButtons-GUIDd4da0dd6fe1942b1a7f1f775f1b7852b.pdf. The top set of radio buttons act exclusively in Google Chrome and Acrobat but not in Okular. Is this because Okular doesn't support javascript yet? Or do we expect this situation to be handled by Okular's button grouping logic? Are there any other PDFs where this exclusive behavior works in Okular that I could use for undo testing? Or is this grouping an old broken feature that should be removed? I'm hoping to get a patch up onto the review board this weekend including undo for all of the other form types. If I can manage this might there be time to try to get it in for 4.11? Thanks! -Jon . ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [okular] [Bug 319625] Bookmarks annotations lost for renamed documents
https://bugs.kde.org/show_bug.cgi?id=319625 --- Comment #14 from Albert Astals Cid aa...@kde.org --- By it i mean, i have docdata/123861.np658.pdf.xml that represents a file that was named np658.pdf and was 123861 bytes in size. When should i decide to read this file, go inside it and read documentInfo url=/tmp/np658.pdf and then check if /tmp/np658.pdf stil exists? Every time you start 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 319426] Printing text-only PDF files results in empty pages
https://bugs.kde.org/show_bug.cgi?id=319426 --- Comment #12 from Robi sq...@libero.it --- Created attachment 79940 -- https://bugs.kde.org/attachment.cgi?id=79940action=edit output of pdftops -- 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] Undo for forms
El Divendres, 17 de maig de 2013, a les 11:46:26, Jon Mease va escriure: Greetings, Hi Wanted to let you all know that I'm working on adding undo support to form editing actions in Okular. I already have undo support added for TextAreaEdit and FormLineEdit and I believe I'm close to having ListEdit working as well. Awesome! I ran into an issue with CheckBoxEdit and RadioButtonEdit. There seems to be handling in the code for exclusive groups of check boxes or radio buttons (Where only one in the group may be checked at a time). However, I've been unable to find a PDF in which this exclusive group behavior actually works in Okular. See, for example, the radio buttons in the PDF at http://kb.nitropdf.com/attachments/GroupingRadioButtons-GUIDd4da0dd6fe1942b1 a7f1f775f1b7852b.pdf. The top set of radio buttons act exclusively in Google Chrome and Acrobat but not in Okular. Is this because Okular doesn't support javascript yet? Or do we expect this situation to be handled by Okular's button grouping logic? Are there any other PDFs where this exclusive behavior works in Okular that I could use for undo testing? Or is this grouping an old broken feature that should be removed? In some files it may be javascript, in some others may actually be that our logic for grouping radioboxes together may be buggy. Anyway what feature do you want to remove? Radio buttons? Why would you do that? I'm hoping to get a patch up onto the review board this weekend including undo for all of the other form types. If I can manage this might there be time to try to get it in for 4.11? If you add the feature in the feature plan[1] we have 2 weeks, hopefully that should be enough. Cheers, Albert Thanks! -Jon . ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [okular] [Bug 319426] Printing text-only PDF files results in empty pages
https://bugs.kde.org/show_bug.cgi?id=319426 Albert Astals Cid aa...@kde.org changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |INVALID --- Comment #13 from Albert Astals Cid aa...@kde.org --- Ah, forgot to read that exporting GS_FONTPATH you made gs work, yeah, that's sounding to me like a distro problem, you may want to check in some gentoo forum, since it works fine for me. I'm going to close the bug now since the ps file we generate works and it seems you have some problem somewhere in the way from that ps file to the printer, maybe cups not finding your fonts or something. If you find any proof that it is actually us doing something wrong, do not hesitate to reopen 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 319625] Bookmarks annotations lost for renamed documents
https://bugs.kde.org/show_bug.cgi?id=319625 --- Comment #15 from Alan Aversa ave...@email.arizona.edu --- (In reply to comment #14) By it i mean, i have docdata/123861.np658.pdf.xml that represents a file that was named np658.pdf and was 123861 bytes in size. When should i decide to read this file, go inside it and read documentInfo url=/tmp/np658.pdf and then check if /tmp/np658.pdf stil exists? Every time you start okular? Suppose you try opening /tmp/np658.pdf in Okular, but /tmp/np658.pdf DOESN'T exist. Then Okular will say the file cannot be found. At that point Okular should prompt for the new, existing path and/or filename—say, /new/path/of/doc/newname.pdf. Then Okular would rename docdata/123861.np658.pdf.xml to docdata/123861.newname.pdf.xml if the filename changed and update docdata/123861.newname.pdf.xml and documentInfo with the new path, /new/path/of/doc/newname.pdf. Okular needn't do any automatic checking of whether /tmp/np658.pdf exists. Now, suppose /tmp/np658.pdf DOES exist, and that its previous path and/or filename was different—say, /old/path/of/doc/oldname.pdf. Okular needn't search for docdata/123861.oldname.pdf.xml and the entry in bookmarks.xml and update them to /tmp/np658.pdf, unless you want to implement this, too; but I don't think that'd be necessary. -- 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 319625] Bookmarks annotations lost for renamed documents
https://bugs.kde.org/show_bug.cgi?id=319625 --- Comment #16 from Albert Astals Cid aa...@kde.org --- Sure, but why would Okular try to open /tmp/np658.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
