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.
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
Do you guys have problem like me, I tried to remove open testing which is not compliant with google policies, but it cannot remove.
enter image description here
voice memos:
I have 100s of voice memos that I recorded using the Apple voice recorder standard app and I want to get them on my pc altogether in one go.
pdfs:
I often save mobile Safari pages as Books which are then automatically saved (very quickly and well-formatted) as pdfs. On a website opened in Safari, you can choose the "send to"- button and then the orange Symbol for books. I have houndreds of self-generated pdfs in ibooks, and I have googled and tested for a longer time how to transfer them to my pc (see the details of these tests in the answer section).
Is there any trick to bulk move ALL voice memos in just one go + ALL pdfs in Books to the pc in just one go? I am happy about ANY way to reach this.
Please mind: I do not want to save every voice memo / pdf, piece by piece, in a cloud or app nor send each of them, piece by piece, by mail. This costs too much time and nerves and is not a bulk move.
I found a working solution in Decipher Backup Browser 14. This program might not be the only one achieving the aim, but it does the thing. Whoever finds other programs, please add an answer.
It simply reads out the data from the iPhone backup that you can create with iTunes. The program offers extracting all voice memos, as well as extracting all PDFs in "All PDFs in Backup". In the full version, you can then save them in one go to your pc. Thanks go to the pragmatic e-mail help including the screenshot.
Another possible solution perhaps is to sync your iBooks with iCloud - perhaps, because there is no working test, neither on Windows nor on macOS.
#### Testing the sync of the Safari pdfs:
(I originally got the info of the possible sync on macOS from the Decipher company, but I assume this is a simple misunderstanding or outdated.)
I sync iBooks with iCloud, iBooks are part of iCloud's "Manage Storage" option in my iPhone Settings, and still I do not see the pdfs there. On Windows, I do not see any iBooks sign at all in iCloud. iBooks is supposed to be hidden in iCloud Drive according to https://apple.stackexchange.com/questions/296462/locating-the-ibooks-folder-in-icloud-drive?newreg=1d6ae7995129403b99e57fe74feae430, but I could not succeed with the help of that link, the answers there are for Apple macOS command line (macOS bash). Then an additional investigation turned out that even if there were a hidden folder on Windows (which does not), it would not help: #ankii was so kind to test this on macOS, the needed pdfs cannot be seen in the macOS hidden iBooks folder either. See https://apple.stackexchange.com/questions/395290/locating-the-ibooks-folder-in-icloud-drive-on-windows, #ankii:
I exported a wikipedia page to iOS iBooks, as pdf. It shows up on iOS
app. but not on Mac app. that is weird.
Please, if anyone has managed this iCloud sync on Windows or macOS, answer here, but it seems as if there is no solution.
####
The simple reason why all of the normal file transfer tools cannot help, but only those which give you the contents of the iTunes backup, is because the needed pdfs ARE only in the backup. :)
When you delete such a "Safari-pdf", it will ask you whether you want to delete this from iCloud or if you only want to delete it from the downloads. That is just the standard question for the real e-books, while the "Safari-pdfs" that this thread is about are not part of iCloud anyway.
And it seems as if this will not change in the future, according to https://discussions.apple.com/thread/251534441 discussion results.
##################### Finally:
After having saved all of the PDFs, deleting them in two alternatives:
Books > Library > Edit > "Select All" on the left (you may also do this inside a specific collection only so that you can filter what you want to delete, you can also multi-select PDFs manually instead of "Select All")
or delete all by going to Settings --> Passwords & Accounts --> iCloud --> iCloud --> Manage Storage --> Apple Books (mind there are 2 of them, take the first one) --> Delete Documents & Data
#
#
#
Additional documentation
##########################################################################
Proof that the bulk move cannot be done without a 3rd party app.
I have tried several 3rd party programs to transfer the pdfs, but none of them find the Safari pdf prints, they only find just the commercial e-books. iTunes does not find them either.
I was asked by a moderator to move the details of what I have already tried to reach a bulk move - and which were at first part of the question - to this answer. This was tested in 04/2020, but the problem will still be the same.
##########################################################################
iPhone 7, iOS 13.4.1 transfer iBooks pdfs to Windows 10
either with 3rd party apps or iTunes v. 12.10.5.12
result: nothing works, only workaround is using Adobe Acrobat or
iCloud Drive going through each single pdf
Unsuccessful try only using iBooks and iTunes:
In iTunes, clicking on your phone symbol, the iTunes pane that appears has a lot of options like overview, music, films... and also third party apps like kindle or acrobat in the last menu point, but there is no iBooks anywhere.
In the main menu, iBooks folder is empty. Right-click on iBooks and "transfer purchases" leads to nothing, of course: I have not bought any pdf, but just printed it from safari. In the settings, in "iTunes and App Store" make sure that "iBooks and audiobooks" are switched on for automatic download.
Third party apps fail to show iBooks' Safari pdf prints:
Tested up to now (few of so many): iMazing, iExplorer, easeus, ApowerManager, Phonepaw, iTools 4.4.5.8
Only those pdfs that you had actually added from the pc to the phone
are also in the books folder in the third party apps.
Those pdfs that are just printed pdfs from safari websites do not appear in the third party apps of iTunes.
iCloud Drive or Adobe Acrobat app: The current workaround which takes too much time and nerves:
Adobe Acrobat v. 20.04.00 app on the iPhone, click on every pdf's 3 dots in the overview in iBooks, save it in Acrobat. Then use iTunes, clicking on your Phone symbol, use the last menu point to get to Acrobat 3rd party app and then mark all pdfs and save them to a folder on your pc.
You can also use iCloud Drive, AirDrop or the like, works the same and does not need iTunes. Make sure that in your iPhone preferences, iBooks --> iCloud Drive is switched on (this is the standard anyway). Still the same issue with any such solution: no bulk move possible.
In Books, use the "Save to Files" option. Afterwards, follow these directions.
Dose anyone know how to change language on xwiki?
I followed this link below, but, nothing change at all.
http://www.xwiki.org/xwiki/bin/view/Documentation/UserGuide/Features/I18N
The step is following.
Go to XWikiPreferences.
Click content.
Click localization.
Change SUPPORTED LANGUAGES and default language.
I am Japanese so I choose Japanese, namely 日本語.
Set timezone
Click on save button.
Environment: Centos 6
java 1.8.0
xwiki 10.1
Do I have to take another action when I want to change language?
Best regards,
TL;DR: It worked, but unfortunately XWiki's User Interface is not yet translated into Japanese. Check by editing a page and looking at the editor's labels.
Longer answer:
As you can see from the link you mentioned (and the updated list http://l10n.xwiki.org/xwiki/bin/view/L10N/ - see the "Supported Languages" panel, on the right), XWiki does not list Japanese as supported language. This just means that there are no available translations for that language, so the User Interface will show the text labels in the English default.
This does not stop you from setting your wiki, as you did, to use the Japanese language. One way to check that the setting has taken effect is to edit a page and see the WYSIWYG editor's UI showing labels (like when hovering with the mouse over its buttons) in Japanese. This is a bit of a special case, since that editor provides its own translations and it just happens that it includes Japanese. (for information, that component is a 3rd party project, integrated into XWiki, so it manages its own translations that get distributed and integrated with the editor)
Additionally, if you set your wiki to be multilingual, it makes sense to use even languages where the UI is not translated yet because you will be able to edit various translations for the same page, should your usecase need that feature.
If you want to do something about it, you are welcomed to check out the translations wiki http://l10n.xwiki.org/xwiki/bin/view/L10N/ and start translating XWiki's UI for the Japanese language. The next release will include your translations and a lot of people, including yourself, will be grateful for it :)
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.