Comments (18)
Running with "--force-device-scale-factor=2" fails with
"Unknown option --force-device-scale-factor=2"
from wike.
Do you mean the UI, the content, or both?
Have you tried other GTK4 applications?
I don't have a high density screen, but I tried changing the global scale (in Manjaro KDE) to 2x on my FHD screen and this is what I get. From what I see KDE increases the size of fonts but not UI elements in GTK applications (the same happens in others).
from wike.
It affects only the content (both text and images), the web content from Wikipedia.
The UI is fine, it was set to scale 2.0 x, and the content and UI of other apps scales appropriately.
The UI is fine on other GTK apps, I'm just checking the content though. Perhaps it is a KDE Plasma rendering issue. The content on Foliate (eBook app) is showing to small too, and that seems to be GTK3.
Also note I'm running Wike 2.0.1 via Flatpak, with Wayland and KDE running on Manjaro, in case that's relevant.
Also, I can zoom in manually to make the content legible, but the zoom resets every time I change page.
from wike.
It's weird. Comparing with what I get for the same page (on a 1920x1080 screen) I see that it does scale the images but not the text. What font and size is the app using? Does increasing the font size (in View Menu) fix the problem?
It could be a Webkit rendering problem in KDE (I think Foliate uses Webkit too). It would be interesting to see how GNOME Web behaves.
I can zoom in manually to make the content legible, but the zoom resets every time I change page.
If you change the zoom from the View Menu it should keep it even if you exit the application and re-enter it.
from wike.
It's weird. Comparing with what I get for the same page (on a 1920x1080 screen) I see that it does scale the images but not the text. What font and size is the app using? Does increasing the font size (in View Menu) fix the problem?
It could be a Webkit rendering problem in KDE (I think Foliate uses Webkit too). It would be interesting to see how GNOME Web behaves.
I can zoom in manually to make the content legible, but the zoom resets every time I change page.
If you change the zoom from the View Menu it should keep it even if you exit the application and re-enter it.
Yeah, it's very strange.
Changing the resolution through KDE / System Settings on my system doesn't change text or image size.
Changing the font size in View Menu does nothing, it doesn't change (changing the font type does work though).
As you suggested, I tried changing the zoom scale through the View Menu, however changing it that way changes ONLY the image size, has no impact on text size.
Changing the zoom level directly on a page via pinching screen (with touchscreen) or using keyboard or touchpad shortcuts changes both the image and text size, but is reset with every page change as described.
from wike.
Frankly, I think it's not an application problem and there must be something wrong with your system. I have tested it on two distributions with KDE (Manjaro and Neon) and in both cases it works fine, both the zoom and the selection of the font size.
Neon.mp4
from wike.
Can you try running wike with the environment variable GDK_SCALE=2
? If that works for you, then you can edit the .desktop file to add the environment variable.
I don't know if this is possible with the Flatpak, but this is definitely possible with the natively packaged app installed with pacman.
from wike.
I don't know if this is possible with the Flatpak
Add it as an environment variable in Flatseal or from Flatpak cli.
from wike.
GDK_SCALE=2
Yeah tried that, it makes no difference. The content of the wikipedia pages doesn't change size (the UI)
from wike.
Frankly, I think it's not an application problem and there must be something wrong with your system. I have tested it on two distributions with KDE (Manjaro and Neon) and in both cases it works fine, both the zoom and the selection of the font size.
Neon.mp4
I've tested it on two systems, both Manjaro, one a clean install, when you did the tests you mentioned was it on a 4k system?
from wike.
Okay, so Foliate seems to have the same issue:
On KDE both Foliate and Wike:
- the resolution of the UI is fine
- the resolution of the content does not match the HiDPI resolution of the screen, it is far too small
- enlarging the content by manually zooming with fingers on touchscreen or touchpad works
BUT for Wike it is reset for each page and for both Wike and Foliate it means the content does not flow with the UI - enlarging the text using the percentage zoom only effects images not text
- enlarging the font size has no effect on the text size (but does change the font type)
So it seems to be a bug further up the chain.
Any ideas as to which component, and where it should be reported, would be appreciated.
from wike.
I've tested it on two systems, both Manjaro, one a clean install, when you did the tests you mentioned was it on a 4k system?
No. My screen is 1920x1080.
So it seems to be a bug further up the chain.
Any ideas as to which component, and where it should be reported, would be appreciated.
Wike uses WebKit to display the Wikipedia view. I think Foliate uses it too. You could also try GNOME Web (which also uses WebKit) to make sure.
from wike.
@spoorun Can you confirm if this is a flatpak bug or a general bug? Try the official Arch package with the environment variable GDK_SCALE=2
instead, and let us know.
from wike.
Okay @archisman-panigrahi and @hugolabe @MasterKia thanks for the pointers.
So I've testedthe following apps on 3 systems running KDE Manjaro with Wayland and HiDPI screens
- Foliate (Flatpak, Snap, Distro)
- Wike (AUR, Flatpak, Snap)
- Gnome Web (Flatpak, Snap, Distro)
With AUR/Distro/Snap versions:
All the apps behaved correctly with regard to resolution (except Gnome Web did not pick the correct resolution out of the box).
- Wike & Foliate display content at a reasonable resolution on a 4k screen out of the box without any changes (GDK_SCALE=2 etc... not required) - Gnome Web needed manually changing in the GUI to start with
- the zoom buttons (percentage increase) work okay for both text and images as expected
- increasing the text size works correctly as expected
With Flatpak versions:
All the apps displayed the same incorrect behaviour:
- displayed content at a small unreadable resolution on a 4k screen out of the box
- using GDK_SCALE=2 does not change content resolution
- the zoom buttons (percentage increase) increase image sizes but NOT text sizes
- increasing the text size in settings (as opposed to the zoom setting) has no effect (but changing font type or style does work)
So the question that I'd appreciate any help with, is this either:
a) a specific packaging bug in each of Wike, Gnome Web, Foliate (and maybe others)? or
b) a generic bug in Flatpak? or
c) a generic bug in Flatpak in relation to how it packages Webkit?
from wike.
from wike.
Given this is not a wike bug and workarounds (AUR/snap) are available, can we close this issue?
from wike.
This is most likely a flatpak bug and not a packaging bug. You can open an issue with flatpak. From my experience, distro packages tend to have less bugs compared to snap/flatpak apps. On Arch based distros, snap/flatpak are really not necessary. as almost everything is there in the AUR.
Sure, agreed. I just wanted to check it wasn't a packaging bug and was more systemic with Flatpak..
I realise I can workaround it with AUR etc... however, it should be resolved for others' sake.
Hence, I'll open a bug in Flatpak, and close this.
Thanks everyone for helping work through to get to the issue.
from wike.
Close
Opened bug in Flatpak to address this issue: flatpak/flatpak#5557
from wike.
Related Issues (20)
- Display occurrences of a search term HOT 2
- [Request] Wike for Vikidia ? HOT 2
- Windows seems to be empty, but data isn't shown HOT 10
- Font type and text size HOT 2
- Missing wikipedia languages HOT 4
- state files like "historic.json" are saved directly into ~/.local/share instead of a subdirectory HOT 2
- Wike error at start HOT 6
- Wike does not run in Ubuntu 24.04: Failed to fully launch dbus-proxy HOT 2
- Feature request: Save articles for offline reading.. HOT 1
- Automatic selection of the search language by the user's system locale. HOT 3
- Feature request: Split View HOT 1
- Make Serbo-Croatian's flag Yugoslavia's flag HOT 3
- Ctrl+C to copy not working HOT 2
- Browser Extension to Switch to Wike HOT 1
- [Suggestion] Prefix for Live Searches HOT 2
- Set custom font HOT 1
- Wiktionary support? HOT 1
- Add `@@u --url %U @@` to .desktop starter in Flatpak / Snap version HOT 1
- Article view background doesn't change with custom libadwaita colors
- Provide the option to get definition or search on the web and other options
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from wike.