Why and how does pdf scrolling cause brief blurs on revealed content? (Using Microsoft edge here)Video example
I can reproduce the issue in latest version of Edge. There's no known workarounds at the moment other than using an alternative PDF reader.
AFAIK, the same issue has been reported and the Edge Product Group is evaluating possible ways to improve user experience. I suggest that you can also provide feedback to Edge team by pressing Alt+Shift+I in Edge. Let's waiting for the improvement in Edge's future updates. Thanks for your understanding.
Related
I have created a pdf viewer using react-pdf. When I display certain pdfs, the text is choppy and unreadable. I have tried zooming in and out of the document and it is choppy in different ways at different scales. Sometimes the text even looks okay at a certain scale after zooming out and then zooming back in.
(Sample at 1.5 scale)
(Sample at 1.6 scale)
At first, I thought it might be an issue with react-pdf, but I saw that react-pdf is basically a wrapper around PDF.js. I found that I can replicate the issue in the PDF.js demo page.
Unfortunately, I'm working with a pdf that contains identifying information, so I can't share the full pdf or full screenshot. I'll include as much as I can figure out to share.
What I have tried
My initial thought was that maybe the component was rendering small initially and then had issues scaling up. So I made the initial size really large, but that didn't fix it.
I made sure that standard fonts were included following the instructions on the react-pdf home page
I tried using pdf repair tools online to maybe fix the pdf itself. That didn't help.
I tried changing the renderMode to 'svg' as detailed in the Document api documentation. This was the most helpful fix, as it does render the text correctly, but it then makes it so the images on the pdf don't load.
Thanks for your help/suggestions.
If I can find a way to edit the pdf to not have sensitive information, I'll try to find a place to make it available for testing. I apologize that I cannot provide that at this time. I know it's difficult to give advice when you can't replicate it yourself. I'll work on that.
From a programming point of view there is only "Providing a standardFontDataUrl and disabling the font face" (see later), however it affects many pdf.js based code developers outputs, thus I consider as still "OnTopic"
This issue is still open in react-pdf, though I have seen it mentioned by other pdf.js users since mid year (MS or Chrome update ?) , so unsure if it is not a wider fail affecting Mozilla PDF.js code users.
https://github.com/wojtekmaj/react-pdf/issues/1010
https://github.com/wojtekmaj/react-pdf/issues/1025
There semes to be earlier reports back in Early March and then later suggestions to change win 10 drivers. However also reported by win 11 Pro users. PDF.js versions from 2.8.335 to 2.14.305, and it doesn't affect version 2.7.570. so partially down to updated versions ! But seen only in Chromium.
It is entirely possible that we started doing something that trips Chrome,
The symptoms seem to be hardware or settings orientated since it is reportedly seen on some identical groups of users but not affecting others.
toggling back and forth between single page and multi-page views the issue resolves. It also seems dependent on the resolution or appears on some machines and not others so it is a little tricky to repro.
I am not getting it personally, but a guy in my team get it.
Unclear which browsers are affected but looks like its a chromium / web kit rendering bug ?
Several browsers have been tested and only chrome faces this.
My colleague gets the same in Edge Version 101.0.1210.47 (Official build) (64-bit) and Brave (1.38.118 Chromium 101.0.4951.67) Will edit the issue
The suggested workaround is :-
Providing a standardFontDataUrl and disabling the font face fixes the issue.
if we disable Accelerated 2D canvas in chrome://flags then the preview appears nice and okay. But since this flag is on by default so user see the pixelated preview. Unless we ask them to turn off this flag.
Figured out that this only happens when hardware acceleration is enabled in your Chrome settings.
When its turned off the issue does not happen.
In address bar paste chrome://gpu or edge://gpu etc (its a long report of current onboard fixes) in my case (currently unconfirmed via reboot for my Edge) is showing Accelerated 2D canvas is unavailable: either disabled via blocklist or the command line. Disabled Features: 2d_canvas, thus I cannot see problems.
To change setting you can use
chrome://flags/#disable-accelerated-2d-canvas
but its a manual choice between options.
so on reboot I see
Graphics Feature Status
Canvas: Hardware accelerated
Canvas out-of-process rasterization: Disabled
but have little problem with the domo (except normal fuzzy text as pixels) so either Edge update or my hardware is not visibly affected or my default settings are reasonable.
This issue has been finally fixed in the latest version of react-pdf library. Check here: https://github.com/wojtekmaj/react-pdf/releases/tag/v6.2.2
I also faced the same error and I fixed it by setting render mode to canvas (earlier it was SVG) and scale value to more than 1. Try scale = 1.5
There is an issue with Safari (on desktop) where PDF previews intermittently fail. I've observed this with files around 2MB, but not those under 1MB.
It seemed like a race condition, potentially in the code that generates the signed link however I've since narrowed it down to a Safari bug.
The symptoms are:
Intermittently failing Byte Range requests
Duplicate Byte Range requests (may or may not be an issue)
The preview shows empty, which essentially means a large grey box with the usual actions within the pdf viewer for downloading etc.
The solution to this was to use iframe instead of embed.
This does not appear to be an easy bug to search the solution for, and I've not a clue why it is a problem in the first place, however there is a documented report over on https://github.com/pipwerks/PDFObject/issues/243 which is where I found the solution.
I've also written a short blog post about it: https://shanehudson.net/articles/2022/pdf-breaking-safari/
Description
After I switched BigQuery UI to preview features by show preview features button, the UI cannot be shown completely in Chinese.
I found this issue at 2021/03/05, and my team members were also occurred this.
Screenshot：https://i.imgur.com/W22xpVY.png
What I Try
I tried some solutions as below, but they didn't work for me.
Clean cache and cookie
Change browser from Chrome to Safari
Reboot my mac
Re-login
Besides the above solutions, I didn't see other people discussing the issue at internet, like Stack Overflow, Google Groups, and Google Cloud Blog.
How can I change BigQuery UI to hide preview features?
I found the solution!
Just change the language to English.
Click Preferences.
Click Language & region and change language to English, then save it.
Back to BigQuery.
If you want to keep it be shown and hide preview features in Chinese, just switch to general version by hide preview features button and change language to your language.
That's it.
On the following picture I am trying to reduce too brightness and lighting effect on the girl's face in Adobe Photoshop. I tried almost all options in Photoshop from top navigation > Image > Adjustment > but not able to reduced the highlights/lighting effect. Please guide or give me any tutorial that help me to do so.
Your image does not consist information in highlight zone. Very poor dinamic range of your camera(is this phone?). If you want edit photo for future, you will get shots in raw and looking for override higlight zone before shooting.
Taking the step to reduce over exposure before editing is an option, however what you can do is go to the filters tab. Next, you are going to want to select liquefy. This tool can detect facial features and help you make specific changes to the face. Good luck! I actually went in and fixed it using the curves tool which is also an adjustment. Lastly I made her face matte to hide the shine.
Here's the new version: click here
Is there a way to customize the font size of Safari's Web Inspector? I found these links on the web and have tried them out but don't seem to work:
https://gist.github.com/vlazar/1549785
http://miekd.com/articles/adding-some-monospace-to-the-safari-web-inspector/
If there's no solution to this problem, I might switch back to Chrome, for they offer even just a zooming feature for their own Web Inspector. Safari's Web Inspector fonts are just too small for me and my eyes suffer because of that.
I'd be happy to hear about workarounds or solutions anyone might have.
At the time this question was asked, it was not easy to change the zoom level.
In recent versions of WebKit, It's now possible to zoom the Web Inspector interface using ⌘– and ⌘+. This should be available in all versions of Safari Technology Preview.
It is not possible to change the font face through the user interface, though alternate font faces are used in various localizations.
Although it is very old question, I want to share much simpler alternative.
Open web inspector
Open settings of web inspector
Go to 'General' tab
Here you will see 'Zoom' option. Change it to a value you feel comfortable and all the text including UI buttons are enlarged.
The articles you linked refer to an earlier version of Safari. For version 6, the CSS is in a different location, depending on your OS version.
For 10.7.x:
/System/Library/StagedFrameworks/Safari/WebInspector.framework/Versions/Current/Resources/Main.css
For 10.8.x:
/System/Library/PrivateFrameworks/WebInspector.framework/Versions/Current/Resources/Main.css
You will need to chmod the file to edit it (back it up first) and it is compressed so using a tool that can prettify CSS is a good idea (I used WebStorm).
That's as far as I've got, I haven't identified the main content area font size class within the file yet. I'll let you know if I do (or maybe someone else will chime in).
I ended up doing a search/replace in the Main.css for 'font-size:11px' up to 14px.