[okular] [Bug 507453] Regression: printout gets scaled and rotated even if there is no need for it

https://bugs.kde.org/show_bug.cgi?id=507453 --- Comment #1 from Sergio --- Issue happens both with printers with regular drivers and with driverless printing. -- You are receiving this mail because: You are the assignee for the bug.

[okular] [Bug 507453] New: Regression: printout gets scaled and rotated even if there is no need for it

https://bugs.kde.org/show_bug.cgi?id=507453 Bug ID: 507453 Summary: Regression: printout gets scaled and rotated even if there is no need for it Classification: Applications Product: okular Version First 25.04.3 Reported In:

[okular] [Bug 449709] Print Color Mode: not possible to print in black-white

https://bugs.kde.org/show_bug.cgi?id=449709 --- Comment #15 from Sergio --- A couple of comments: 1. In /some/ cases, the problem can be worked around by ticking the entry in the print dialog that "forces rasterization". Probably this happens because when you rasterize /before/ pri

[okular] [Bug 506827] New: When launched with different DISPLAY or WAYLAND_DISPLAY than an existing process, should open a new instance

https://bugs.kde.org/show_bug.cgi?id=506827 Bug ID: 506827 Summary: When launched with different DISPLAY or WAYLAND_DISPLAY than an existing process, should open a new instance Classification: Applications Product: okula

[okular] [Bug 497746] Okular overrides CUPS printer settings making it impossible to print in B/W

https://bugs.kde.org/show_bug.cgi?id=497746 --- Comment #2 from Sergio --- As a matter of fact, the issue appears to be more of a weird Okular/CUPS interaction. If I print using the HPLIP driver I see this issue (that appears to be okular specific, other applications do not have it). If I print

[okular] [Bug 497746] Okular overrides CUPS printer settings making it impossible to print in B/W

https://bugs.kde.org/show_bug.cgi?id=497746 --- Comment #1 from Sergio --- If you force the rasterization, then Okular respects the printer setup to print in grayscale. -- You are receiving this mail because: You are the assignee for the bug.

[okular] [Bug 497746] New: Okular overrides CUPS printer settings making it impossible to print in B/W

https://bugs.kde.org/show_bug.cgi?id=497746 Bug ID: 497746 Summary: Okular overrides CUPS printer settings making it impossible to print in B/W Classification: Applications Product: okular Version: 24.08.3 Platform: Man

[okular] [Bug 467328] Okular mismanages fonts embedded in PDF document when printing

https://bugs.kde.org/show_bug.cgi?id=467328 --- Comment #18 from Sergio --- Ops, it is already there at https://gitlab.freedesktop.org/poppler/poppler/-/issues/1377, I had forgotten about it. Sorry for the noise. -- You are receiving this mail because: You are the assignee for the bug.

[okular] [Bug 467328] Okular mismanages fonts embedded in PDF document when printing

https://bugs.kde.org/show_bug.cgi?id=467328 --- Comment #17 from Sergio --- Thanks, this will definitely improve okular printing abilities! If I understand correctly the fundamental issue with poppler remains and utilities such as `pdftops` remain broken with the current fix, is it correct

[okular] [Bug 455704] Wishlist: add command line options to force file opening in tab or in new window

https://bugs.kde.org/show_bug.cgi?id=455704 --- Comment #3 from Sergio --- Wonder if at least the `--new-instance` parameter could be introduced. Currently, there is this undocumented behavior so that if you want a new instance you can call `okular` without any parameters. In this case, even if

[okular] [Bug 455704] Wishlist: add command line options to force file opening in tab or in new window

https://bugs.kde.org/show_bug.cgi?id=455704 --- Comment #2 from Sergio --- Late answer to the questions: > 1. How should new-window behave with multiple files? > open all files in the new instance and one tab per file in case "use-tabs" is > enabled? > (if use-tabs is

[okular] [Bug 467328] Okular mismanages fonts embedded in PDF document when printing

https://bugs.kde.org/show_bug.cgi?id=467328 --- Comment #11 from Sergio --- (In reply to Albert Astals Cid from comment #10) > > Okular currently converts pdf files to postscript and sends that to the > > printer (I forgot why exactly). > > Because thousands of years ago

[okular] [Bug 467328] Okular mismanages fonts embedded in PDF document when printing

https://bugs.kde.org/show_bug.cgi?id=467328 --- Comment #9 from Sergio --- I have opened a request for feedback or for participation in the discussion on the poppler tracker: https://gitlab.freedesktop.org/poppler/poppler/-/issues/1377 -- You are receiving this mail because: You are the

[okular] [Bug 467328] Okular mismanages fonts embedded in PDF document when printing

https://bugs.kde.org/show_bug.cgi?id=467328 --- Comment #8 from Sergio --- A few more questions: 1) Is the conversion to ps currently done by poppler? I see a Poppler::PSConverter object being used. If so, regardless of the conveniency of practicing the intermediate postscript conversion is

[okular] [Bug 467328] Okular mismanages fonts embedded in PDF document when printing

https://bugs.kde.org/show_bug.cgi?id=467328 --- Comment #7 from Sergio --- (In reply to Oliver Sander from comment #6) > I fully agree that `force rasterization` is only a workaround. > > Okular currently converts pdf files to postscript and sends that to the > printer (I forgot

[okular] [Bug 467328] Okular mismanages fonts embedded in PDF document when printing

https://bugs.kde.org/show_bug.cgi?id=467328 --- Comment #5 from Sergio --- @Oliver Sanders > (In reply to Oliver Sander from comment #4) > Printing in Okular is a bit special. > > I conjecture that you can print your document if you select the 'force > rasterization' o

[okular] [Bug 467328] Okular mismanages fonts embedded in PDF document when printing

https://bugs.kde.org/show_bug.cgi?id=467328 --- Comment #3 from Sergio --- Qpdfview can print the PDF document just fine. -- You are receiving this mail because: You are the assignee for the bug.

[okular] [Bug 467328] Okular mismanages fonts embedded in PDF document when printing

https://bugs.kde.org/show_bug.cgi?id=467328 --- Comment #2 from Sergio --- Created attachment 157271 --> https://bugs.kde.org/attachment.cgi?id=157271&action=edit Screenshot of print preview >From the screenshot it is quite evident that the document displays correctly (bottom windo

[okular] [Bug 467328] Okular mismanages fonts embedded in PDF document when printing

https://bugs.kde.org/show_bug.cgi?id=467328 --- Comment #1 from Sergio --- Created attachment 157270 --> https://bugs.kde.org/attachment.cgi?id=157270&action=edit Test document -- You are receiving this mail because: You are the assignee for the bug.

[okular] [Bug 467328] New: Okular mismanages fonts embedded in PDF document when printing

https://bugs.kde.org/show_bug.cgi?id=467328 Bug ID: 467328 Summary: Okular mismanages fonts embedded in PDF document when printing Classification: Applications Product: okular Version: 22.12.2 Platform: Other

[okular] [Bug 462743] Okular markdown backend mismanages UTF-8 encoded chars

https://bugs.kde.org/show_bug.cgi?id=462743 --- Comment #3 from Sergio --- Right after providing the test case, I have noticed that I see the issue in kubuntu 22.04, but not in Manjaro. The difference among the two are: - Manjaro has a more recent version of okular (22.08.3 vs 22.04.3

[okular] [Bug 462743] Okular markdown backend mismanages UTF-8 encoded chars

https://bugs.kde.org/show_bug.cgi?id=462743 --- Comment #2 from Sergio --- Created attachment 154436 --> https://bugs.kde.org/attachment.cgi?id=154436&action=edit Test case -- You are receiving this mail because: You are the assignee for the bug.

[okular] [Bug 462743] New: Okular markdown backend mismanages UTF-8 encoded chars

https://bugs.kde.org/show_bug.cgi?id=462743 Bug ID: 462743 Summary: Okular markdown backend mismanages UTF-8 encoded chars Classification: Applications Product: okular Version: 22.04.3 Platform: Ubuntu OS: Linux

[okular] [Bug 456344] Driverless printers do not appear in the Qt print dialog

https://bugs.kde.org/show_bug.cgi?id=456344 --- Comment #2 from Sergio --- I was expecting it not to be directly related to okular as it appears in all Qt/KDE apps, just okular seemed a prominent example, sorry for the noise. Now I wonder if KDE apps use a standard functionality of Qt or modify

[okular] [Bug 456344] New: Driverless printers do not appear in the Qt print dialog

https://bugs.kde.org/show_bug.cgi?id=456344 Bug ID: 456344 Summary: Driverless printers do not appear in the Qt print dialog Product: okular Version: 22.04.2 Platform: Manjaro OS: Linux Status: R

[okular] [Bug 456077] New: Severe rendering artifacts in okular after update to ubuntu 22.04 from 20.04

https://bugs.kde.org/show_bug.cgi?id=456077 Bug ID: 456077 Summary: Severe rendering artifacts in okular after update to ubuntu 22.04 from 20.04 Product: okular Version: 22.04.2 Platform: Other OS: Linux

[okular] [Bug 455704] New: Wishlist: add command line options to force file opening in tab or in new window

https://bugs.kde.org/show_bug.cgi?id=455704 Bug ID: 455704 Summary: Wishlist: add command line options to force file opening in tab or in new window Product: okular Version: 22.04.2 Platform: unspecified OS:

[okular] [Bug 367959] Okular mangles some characters (non embedded fonts)

https://bugs.kde.org/show_bug.cgi?id=367959 --- Comment #18 from Sergio --- OK also here: Linux with okular 22.04.1 and poppler 22.05.0 (from Manjaro packages). -- You are receiving this mail because: You are the assignee for the bug.

[okular] [Bug 367959] Okular mangles some characters (non embedded fonts)

https://bugs.kde.org/show_bug.cgi?id=367959 --- Comment #14 from Sergio --- Still an issue as of Okular 1.10.0 on Operating System: Kubuntu 20.04 KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.68.0 Qt Version: 5.12.8 Kernel Version: 5.4.0-47-generic OS Type: 64-bit Processors: 8 × Intel®

[okular] [Bug 420729] New: Font used for filling PDF forms has wrong size

https://bugs.kde.org/show_bug.cgi?id=420729 Bug ID: 420729 Summary: Font used for filling PDF forms has wrong size Product: okular Version: 1.9.3 Platform: Other OS: Linux Status: REPORTED Severity: minor

[okular] [Bug 407998] Okular scales down pages when printing

https://bugs.kde.org/show_bug.cgi?id=407998 --- Comment #13 from Sergio --- Bad news: as of Okular 1.7.2 it is possible to require no scaling by also asking for rasterization, but unfortunately this causes the page to get printed with a significant offset to the right. Sending the page to the

[okular] [Bug 407998] Okular scales down pages when printing

https://bugs.kde.org/show_bug.cgi?id=407998 --- Comment #9 from Sergio --- I have finally managed installing a recent version of okular (1.7.2). The operation of the scaling menu is a bit unclear to me, though. 1. It is presented as a PDF option, but okular supports many more formats. For

[okular] [Bug 407998] Okular scales down pages when printing

https://bugs.kde.org/show_bug.cgi?id=407998 --- Comment #7 from Sergio --- Wanted to give 1.7.x a try and tried installing the snap. That does not work, though. t.qpa.xcb: could not connect to display :0 qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even

[okular] [Bug 407998] Okular scales down pages when printing

https://bugs.kde.org/show_bug.cgi?id=407998 --- Comment #6 from Sergio --- On 28/05/19 23:51, Nate Graham wrote: > https://bugs.kde.org/show_bug.cgi?id=407998 > > --- Comment #5 from Nate Graham --- >> I find it strange that they do not do so for KDE Applications > I

[okular] [Bug 407998] Okular scales down pages when printing

https://bugs.kde.org/show_bug.cgi?id=407998 --- Comment #4 from Sergio --- I was expecting something like that. There is a lot of other software that has a similar development model and for them in many notable cases distros make the choice of "following the most recent stable" even i

[okular] [Bug 407998] Okular scales down pages when printing

https://bugs.kde.org/show_bug.cgi?id=407998 --- Comment #2 from Sergio --- Cannot believe I posted all the versions of Qt, plasma, KDE framework and I forgot the version of okular! Sorry about that. It is 1.4.3, rather dated. Looks like ubuntu provides up to date plasma and framework via its

[okular] [Bug 407998] New: Okular scales down pages when printing

https://bugs.kde.org/show_bug.cgi?id=407998 Bug ID: 407998 Summary: Okular scales down pages when printing Product: okular Version: 1.4.3 Platform: Other OS: Linux Status: REPORTED Severity: normal

[okular] [Bug 367959] Okular mangles some characters (non embedded fonts)

https://bugs.kde.org/show_bug.cgi?id=367959 --- Comment #10 from Sergio --- Firefox integrated PDF viewer based on pdf.js is also fine. -- You are receiving this mail because: You are the assignee for the bug.

[okular] [Bug 403643] New: Okular stops rendering PDF and uses up 100% cpu (possible regression)

https://bugs.kde.org/show_bug.cgi?id=403643 Bug ID: 403643 Summary: Okular stops rendering PDF and uses up 100% cpu (possible regression) Product: okular Version: 1.4.3 Platform: Ubuntu Packages OS: Linux

[okular] [Bug 403263] Okular scales down pages when printing

https://bugs.kde.org/show_bug.cgi?id=403263 --- Comment #4 from Sergio --- Mentioning the item above as distributions are typically happy to incorporate/backport mere bug fixes, but typically not sympathetic to requests to update to totally new versions of software nor to backport new features

[okular] [Bug 403263] Okular scales down pages when printing

https://bugs.kde.org/show_bug.cgi?id=403263 --- Comment #3 from Sergio --- May not be an exact duplicate as but 348172 looks more like as an enhancement request or a request to restore functionality that got lost in the KDE 4 -> KDE 5 transition, while this is a bug. While the provision

[okular] [Bug 403263] New: Okular scales down pages when printing

https://bugs.kde.org/show_bug.cgi?id=403263 Bug ID: 403263 Summary: Okular scales down pages when printing Product: okular Version: 1.3.3 Platform: Other OS: Linux Status: REPORTED Severity: normal

D11075: Make Okular show the list of opened windows in the Dock menu

sbragin abandoned this revision. Herald edited subscribers, added: okular-devel; removed: Okular. REPOSITORY R223 Okular REVISION DETAIL https://phabricator.kde.org/D11075 To: sbragin, rjvbb Cc: okular-devel, rjvbb, ngraham, darcyshen, aacid, #okular

D11074: Fix opening files via a file manager on Mac

sbragin abandoned this revision. Herald edited subscribers, added: okular-devel; removed: Okular. REPOSITORY R223 Okular REVISION DETAIL https://phabricator.kde.org/D11074 To: sbragin Cc: okular-devel, ltoscano, rjvbb, ngraham, darcyshen, aacid, #okular

D10808: Implement the generation of a custom Info.plist for the Mac OS bundle

sbragin abandoned this revision. Herald added a subscriber: okular-devel. REPOSITORY R223 Okular REVISION DETAIL https://phabricator.kde.org/D10808 To: sbragin, #okular, rjvbb, aacid Cc: okular-devel, ltoscano, aacid, rjvbb, #okular, ngraham, darcyshen

[okular] [Bug 367959] Okular mangles some characters (non embedded fonts)

https://bugs.kde.org/show_bug.cgi?id=367959 --- Comment #8 from Sergio --- Can you please specify better on which platform you made the last screenshot? I am on kubuntu 18.04 and I still see the issue. The demo file is clearly *not embedding* its fonts and okular has to pick some fonts that it

[okular] [Bug 395150] Okular print dialog always resets to duplex: none

https://bugs.kde.org/show_bug.cgi?id=395150 --- Comment #6 from Sergio --- @ Nate, Albert, thanks for the clarification, I was almost sure that the issue was on Qt. And indeed, bionic is stuck at QT 5.9.5. Good to know that at least is a matter of waiting and that qt 5.11 has a better print

[okular] [Bug 395150] New: Okular print dialog always resets to duplex: none

https://bugs.kde.org/show_bug.cgi?id=395150 Bug ID: 395150 Summary: Okular print dialog always resets to duplex: none Product: okular Version: 1.3.3 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED

[okular] [Bug 392463] Okular segfaults all the time when used with emacs/latex

https://bugs.kde.org/show_bug.cgi?id=392463 --- Comment #4 from Sergio --- To Albert, Christoph, I need to apologize, but I am overworked and I will be so for at least some more 15 days, with little possibility of testing. I opened the bug with the hope to create a place so that others who

[okular] [Bug 392463] New: Okular segfaults all the time when used with emacs/latex

https://bugs.kde.org/show_bug.cgi?id=392463 Bug ID: 392463 Summary: Okular segfaults all the time when used with emacs/latex Product: okular Version: 1.1.3 Platform: Ubuntu Packages OS: Linux Sta

D11074: Fix opening files via a file manager on Mac

sbragin added a comment. In D11074#220231 , @rjvbb wrote: > No, none of the Qt APIs you're using are Mac-specific, they just do nothing on other platforms (you won't get any QFileOpen events). Not using #ifdefs also means that if ever Qt extends

D11075: Make Okular show the list of opened windows in the Dock menu

sbragin added a comment. In D11075#220228 , @rjvbb wrote: > Qt4 apps used to create a temporary NIB file in $TMPDIR and load that. I cannot recall having seen something similar in Qt5 and cannot find any evidence of it in the code. But just as w

D11074: Fix opening files via a file manager on Mac

sbragin added a comment. In D11074#220158 , @rjvbb wrote: > There is no specific reason to hide the QFileOpenEvent handling in a Mac-specific file and behind #ifdefs . I seem to recall that the same event mechanism was used on another, now defun

D11075: Make Okular show the list of opened windows in the Dock menu

sbragin added a comment. In D11075#219937 , @rjvbb wrote: > I'm not sure if all Mac applications always show the open documents under their Dock tile (that menu can be used for anything, of course), Not all of them (shall I reword the com

D11074: Fix opening files via a file manager on Mac

sbragin added a comment. In D11074#219505 , @ltoscano wrote: > Does each and every macOS application which would like to open a file via a file manager need to implement the same macapplication.cpp (or so) again and again (which makes use of a Q

D11075: Make Okular show the list of opened windows in the Dock menu

sbragin added a dependency: D11074: Fix opening files via a file manager on Mac. REPOSITORY R223 Okular REVISION DETAIL https://phabricator.kde.org/D11075 To: sbragin Cc: rjvbb, #okular, michaelweghorn, ngraham, aacid

D11074: Fix opening files via a file manager on Mac

sbragin added a dependent revision: D11075: Make Okular show the list of opened windows in the Dock menu. REPOSITORY R223 Okular REVISION DETAIL https://phabricator.kde.org/D11074 To: sbragin Cc: ltoscano, rjvbb, #okular, michaelweghorn, ngraham, aacid

D11074: Fix opening files via a file manager on Mac

sbragin added a comment. In D11074#219502 , @ltoscano wrote: > Let me rephrase: each and every macOS application which needs to open file via a file manager needs to implement this same code? File opening via a file manager is handled via

D11074: Fix opening files via a file manager on Mac

sbragin added a comment. In D11074#219475 , @ltoscano wrote: > Isn't this another case of "should be fixed in QApplication or another lower level library"? I do not quite understand, what you mean. I guess dispatching QFileOpenEvent is h

D11075: Make Okular show the list of opened windows in the Dock menu

sbragin created this revision. Restricted Application added a project: Okular. sbragin requested review of this revision. REVISION SUMMARY Qt applications, running on Mac, do not show the list of opened windows in the Dock menu. This patch fixes it by creating a custom menu with the list and

D11074: Fix opening files via a file manager on Mac

sbragin created this revision. Restricted Application added a project: Okular. sbragin requested review of this revision. REVISION SUMMARY On Mac a file open event is sent to the QApplication instance if there is a request from the operating system to open a file. This patch adds a new cla

D10808: Implement the generation of a custom Info.plist for the Mac OS bundle

sbragin added a comment. In D10808#213672 , @rjvbb wrote: > Adding supported document types in the plist has zero interest if you don't modify the code so it catches Qt's `FileOpen` events I decided to divide it into two parts, FileOpen e

D10808: Implement the generation of a custom Info.plist for the Mac OS bundle

sbragin added a comment. In D10808#213607 , @rjvbb wrote: > The task at hand seems more complex and I have my doubts as to how worth it would be the effort to implement support for doing this in the ECM. I'd say there are Mac-specific things tha

D10808: Implement the generation of a custom Info.plist for the Mac OS bundle

sbragin added a comment. In D10808#213518 , @ltoscano wrote: > I think that this was already discussed, but would it make sense to have a function in extra-cmake-modules which generates the plist file based on some parameters (known from somewhe

D10808: Implement the generation of a custom Info.plist for the Mac OS bundle

sbragin added a comment. In D10808#213518 , @ltoscano wrote: > I think that this was already discussed, but would it make sense to have a function in extra-cmake-modules which generates the plist file based on some parameters (known from somewhe

D10808: Implement the generation of a custom Info.plist for the Mac OS bundle

sbragin added a comment. In D10808#213465 , @rjvbb wrote: > Adding document-type icons isn't strictly necessary. The Finder will display documents with the icon of the default application configured to open the type in question, or with the appl

D10808: Implement the generation of a custom Info.plist for the Mac OS bundle

sbragin added a comment. In D10808#213475 , @aacid wrote: > This is wrong because lots of the support for those file formats depends whether you have the backends or not, so this either should be made to depend on which dependencies where found

D10808: Implement the generation of a custom Info.plist for the Mac OS bundle

sbragin added a comment. Comment #1: Icons for file types, associated with Okular, are missing. It has been left for a future patch. Comment #2: Not all supported formats have been added to the Info.plist file. REPOSITORY R223 Okular REVISION DETAIL https://phabricator.kde.org/D10808

D10808: Implement the generation of a custom Info.plist for the Mac OS bundle

sbragin added a reviewer: Okular. sbragin added a subscriber: rjvbb. REPOSITORY R223 Okular REVISION DETAIL https://phabricator.kde.org/D10808 To: sbragin, #okular Cc: rjvbb, #okular, michaelweghorn, ngraham, aacid

D10808: Implement the generation of a custom Info.plist for the Mac OS bundle

sbragin created this revision. Restricted Application added a subscriber: Okular. Restricted Application added a project: Okular. sbragin requested review of this revision. REVISION SUMMARY This patch implements all Info.plist properties, recommended by Apple (except NSMainNibFile), and adds

D10415: Fix realDpi function for Mac

sbragin added a comment. In D10415#209003 , @aacid wrote: > So should i commit this or is there a better patch coming? (yes, i didn't really read all those posts) Please, go ahead. REPOSITORY R223 Okular BRANCH master REVISION DETA

D10415: Fix realDpi function for Mac

sbragin added a comment. In D10415#204428 , @rjvbb wrote: > Did you verify the actual size at which elements are shown? If so maybe you can your test document and protocol so I can verify this on 10.9 (and maybe have it verified on 10.13 by one

D10415: Fix realDpi function for Mac

sbragin added a comment. In D10415#204428 , @rjvbb wrote: > Do we agree that my patch is the minimum way of achieving the same thing your patch does? Not that I want to be lazy, but if it is I can already confirm that I have not noticed any issu

D10415: Fix realDpi function for Mac

sbragin added a comment. In D10415#204401 , @cullmann wrote: > No, I meant: if the logical variant works for us here, the physical variant should work fine, too. > That they not give you the same results in all cases is clear, given they are

D10415: Fix realDpi function for Mac

sbragin added a comment. In D10415#204393 , @rjvbb wrote: > On a sideways related note: > I have at least one patch that improves Okular/Mac integration, allowing it to act as an alternative or complement to the native Preview.app . > > I'

D10415: Fix realDpi function for Mac

sbragin added a comment. In D10415#204390 , @rjvbb wrote: > In D10415#203663 , @sbragin wrote: > > > It does work. The old one uses deprecated methods, doesn't work properly and can not be even comp

D10415: Fix realDpi function for Mac

sbragin added a comment. In D10415#204346 , @cullmann wrote: > In our company we use the logicalDpiX()/logicalDpiY() on the widget we paint to, that works on macOS, too. > > I assume the physicalDotsPerInchY() should work the same. I

D10415: Fix realDpi function for Mac

sbragin edited the summary of this revision. REPOSITORY R223 Okular BRANCH master REVISION DETAIL https://phabricator.kde.org/D10415 To: sbragin, #okular, rjvbb Cc: rjvbb, cullmann, aacid, kde-mac, ltoscano, #okular, michaelweghorn, ngraham

D10415: Fix realDpi function for Mac

sbragin added a comment. Works with Qt 5.8.0. REPOSITORY R223 Okular REVISION DETAIL https://phabricator.kde.org/D10415 To: sbragin, #okular Cc: ltoscano, #okular, michaelweghorn, ngraham, aacid

D10415: Fix realDpi function for Mac

sbragin added a comment. I have tested against Qt 5.9.3 and 5.10 on Mac OS 10.12. REPOSITORY R223 Okular REVISION DETAIL https://phabricator.kde.org/D10415 To: sbragin, #okular Cc: ltoscano, #okular, michaelweghorn, ngraham, aacid

D10415: Fix realDpi function for Mac

sbragin added a comment. In https://phabricator.kde.org/D10415#203658, @ltoscano wrote: > Can you please expand the commit message? Is the old code not required anymore because Qt now "just works"? Does it apply also to the minimum Qt versions required by Okular, on all the supported ver

D10415: Fix realDpi function for Mac

sbragin edited the summary of this revision. REPOSITORY R223 Okular REVISION DETAIL https://phabricator.kde.org/D10415 To: sbragin, #okular Cc: ltoscano, #okular, michaelweghorn, ngraham, aacid

D10415: Fix realDpi function for Mac

sbragin edited the summary of this revision. sbragin added a reviewer: Okular. REPOSITORY R223 Okular REVISION DETAIL https://phabricator.kde.org/D10415 To: sbragin, #okular Cc: ltoscano, #okular, michaelweghorn, ngraham, aacid

D10415: Fix realDpi function for Mac

sbragin created this revision. Restricted Application added a subscriber: Okular. Restricted Application added a project: Okular. sbragin requested review of this revision. REPOSITORY R223 Okular BRANCH master REVISION DETAIL https://phabricator.kde.org/D10415 AFFECTED FILES core/utils.

[okular] [Bug 363788] Fit to page printing does incorrect scaling and unwanted offsetting

https://bugs.kde.org/show_bug.cgi?id=363788 Sergio changed: What|Removed |Added CC||sergio.calleg...@gmail.com --- Comment #14 from

[okular] [Bug 367959] Okular mangles some characters (non embedded fonts)

https://bugs.kde.org/show_bug.cgi?id=367959 --- Comment #5 from Sergio --- Still seen in kubuntu 17.04 with the KDE PPA, that is Okular 1.0.3 Framework 5.35 QT 5.7.1 Poppler 0.48.0 Please, mark as confirmed -- You are receiving this mail because: You are the assignee for the bug.

[okular] [Bug 369674] Okular mismanages font encoding

https://bugs.kde.org/show_bug.cgi?id=369674 --- Comment #4 from Sergio --- Done https://bugs.freedesktop.org/show_bug.cgi?id=98029 -- You are receiving this mail because: You are the assignee for the bug.

[okular] [Bug 369674] Okular mismanages font encoding

https://bugs.kde.org/show_bug.cgi?id=369674 --- Comment #2 from Sergio --- With respect to the sample document: correctly working viewers on linux: Mozilla pdf.js masterpdfeditor Foxit PDF reader for linux Broken viewers on linux: xpdf so it may be a poppler bug inherited from xpdf

[okular] [Bug 369674] Okular mismanages font encoding

https://bugs.kde.org/show_bug.cgi?id=369674 --- Comment #1 from Sergio --- Created attachment 101390 --> https://bugs.kde.org/attachment.cgi?id=101390&action=edit A document with a testcase for the issue -- You are receiving this mail because: You are the assignee for the bug.

[okular] [Bug 369674] New: Okular mismanages font encoding

https://bugs.kde.org/show_bug.cgi?id=369674 Bug ID: 369674 Summary: Okular mismanages font encoding Product: okular Version: 0.24.0 Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal

[okular] [Bug 367959] Okular mangles some characters (non embedded fonts)

https://bugs.kde.org/show_bug.cgi?id=367959 --- Comment #3 from Sergio --- Created attachment 100841 --> https://bugs.kde.org/attachment.cgi?id=100841&action=edit How other pdf readers show the file on the same platform -- You are receiving this mail because: You are the assignee for the bug.

[okular] [Bug 367959] Okular mangles some characters (non embedded fonts)

https://bugs.kde.org/show_bug.cgi?id=367959 --- Comment #2 from Sergio --- Created attachment 100840 --> https://bugs.kde.org/attachment.cgi?id=100840&action=edit How okular shows the demo file -- You are receiving this mail because: You are the assignee for the bug.

[okular] [Bug 367959] Okular mangles some characters (non embedded fonts)

https://bugs.kde.org/show_bug.cgi?id=367959 --- Comment #1 from Sergio --- Created attachment 100839 --> https://bugs.kde.org/attachment.cgi?id=100839&action=edit Demo file A demo file to reproduce the problem -- You are receiving this mail because: You are the assignee for the bug.

[okular] [Bug 367959] New: Okular mangles some characters (non embedded fonts)

https://bugs.kde.org/show_bug.cgi?id=367959 Bug ID: 367959 Summary: Okular mangles some characters (non embedded fonts) Product: okular Version: 0.24.0 Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED

[Okular-devel] [okular] [Bug 359118] Extremely poor rendering of Verdana bold font embedded as CID Truetype (subset)

https://bugs.kde.org/show_bug.cgi?id=359118 --- Comment #7 from Sergio --- Thanks for the almost instantanous diagnosis, I'll open the bug for poppler. -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel ma

[Okular-devel] [okular] [Bug 359118] Extremely poor rendering of Verdana bold font embedded as CID Truetype (subset)

https://bugs.kde.org/show_bug.cgi?id=359118 --- Comment #5 from Sergio --- Created attachment 97076 --> https://bugs.kde.org/attachment.cgi?id=97076&action=edit Sample rendering of text -- You are receiving this mail because: You are the assignee for

[Okular-devel] [okular] [Bug 359118] Extremely poor rendering of Verdana bold font embedded as CID Truetype (subset)

https://bugs.kde.org/show_bug.cgi?id=359118 --- Comment #4 from Sergio --- Also firefox with pdf.js renders OK. -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https

[Okular-devel] [okular] [Bug 359118] Extremely poor rendering of Verdana bold font embedded as CID Truetype (subset)

https://bugs.kde.org/show_bug.cgi?id=359118 --- Comment #3 from Sergio --- Version is in fact 0.23.2 Using KDE Development Platform 4.14.15 -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular

[Okular-devel] [okular] [Bug 359118] Extremely poor rendering of Verdana bold font embedded as CID Truetype (subset)

https://bugs.kde.org/show_bug.cgi?id=359118 --- Comment #2 from Sergio --- Created attachment 97075 --> https://bugs.kde.org/attachment.cgi?id=97075&action=edit Sample document -- You are receiving this mail because: You are the assignee for

[Okular-devel] [okular] [Bug 359118] New: Extremely poor rendering of Verdana bold font embedded as CID Truetype (subset)

https://bugs.kde.org/show_bug.cgi?id=359118 Bug ID: 359118 Summary: Extremely poor rendering of Verdana bold font embedded as CID Truetype (subset) Product: okular Version: 0.23.0 Platform: Ubuntu Packages O

  1   2   >