Code Monkey home page Code Monkey logo

Comments (18)

spoorun avatar spoorun commented on August 17, 2024

Running with "--force-device-scale-factor=2" fails with
"Unknown option --force-device-scale-factor=2"

from wike.

hugolabe avatar hugolabe commented on August 17, 2024

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).

Screenshot_20230426_153348

from wike.

spoorun avatar spoorun commented on August 17, 2024

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.

Screenshot_20230428_072911

from wike.

hugolabe avatar hugolabe commented on August 17, 2024

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?

Screenshot-2023-04-28-09-23-41

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.

spoorun avatar spoorun commented on August 17, 2024

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.

hugolabe avatar hugolabe commented on August 17, 2024

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.

archisman-panigrahi avatar archisman-panigrahi commented on August 17, 2024

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.

MasterKia avatar MasterKia commented on August 17, 2024

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.

spoorun avatar spoorun commented on August 17, 2024

GDK_SCALE=2

Yeah tried that, it makes no difference. The content of the wikipedia pages doesn't change size (the UI)

from wike.

spoorun avatar spoorun commented on August 17, 2024

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.

spoorun avatar spoorun commented on August 17, 2024

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.

hugolabe avatar hugolabe commented on August 17, 2024

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.

archisman-panigrahi avatar archisman-panigrahi commented on August 17, 2024

@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.

spoorun avatar spoorun commented on August 17, 2024

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.

archisman-panigrahi avatar archisman-panigrahi commented on August 17, 2024

from wike.

archisman-panigrahi avatar archisman-panigrahi commented on August 17, 2024

Given this is not a wike bug and workarounds (AUR/snap) are available, can we close this issue?

from wike.

spoorun avatar spoorun commented on August 17, 2024

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.

spoorun avatar spoorun commented on August 17, 2024

Close
Opened bug in Flatpak to address this issue: flatpak/flatpak#5557

from wike.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo 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.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.