[GTK][X11] Drawing on an image is shifted with DPI scaling
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 45/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- java, linux
- Ambito
- desktop-dev
Direzione di ricerca
Start by running the supplied Java reproduction with GDK_BACKEND=x11 and GDK_SCALE=2, then read the SWT Image and GC drawing APIs and trace their Linux/X11 DPI handling. Compare the repainted image with the original; done means the drawing is correctly aligned at scaled DPI, with only the red rectangle added.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Describe the bug
Drawing on an Image object using a GC is shifted by a significant amount when run on X11 with DPI scaling.
To Reproduce
The following program executed on Linux with either full X11 session or in wayland with Xwayland.
To reproduce:
- Set the GDK_BACKEND=x11 and GDK_SCALE=2 environment variable. The latter was not required on my system, the OS-level scaling was automatically detected and applied with the same result as setting the environment variable.
- Start the program.
package test;
import org.eclipse.swt.SWT;
import org.eclipse.swt.graphics.Color;
import org.eclipse.swt.graphics.GC;
import org.eclipse.swt.graphics.Image;
import org.eclipse.swt.graphics.ImageData;
import org.eclipse.swt.graphics.PaletteData;
import org.eclipse.swt.graphics.Rectangle;
import org.eclipse.swt.widgets.Display;
import org.eclipse.swt.widgets.Label;
import org.eclipse.swt.widgets.Shell;
public class Test
{
private static Image repaint( Image source )
{
Rectangle bounds = source.getBounds();
Image newImage = new Image( source.getDevice(), bounds.width, bounds.height );
GC gc = new GC( newImage );
gc.setAntialias( SWT.ON );
gc.setInterpolation( SWT.HIGH );
int offset = 0;
// offset = bounds.height * ( DPIUtil.getDeviceZoom() - 100 ) / 200;
gc.drawImage( source, 0, 0, bounds.width, bounds.height, 0, offset, bounds.width, bounds.height );
gc.setForeground( new Color( source.getDevice(), 0xff, 00, 00 ) );
gc.drawRectangle( 0, offset, bounds.width - 1, bounds.height - 1 );
gc.dispose();
return newImage;
}
public static void main( String[] args )
{
Display dpy = new Display();
ImageData imageData = new ImageData( 256, 256, 24, new PaletteData( 0xff0000, 0x00ff00, 0x0000ff ) );
for ( int i = 0; i < 256; ++i ) {
for ( int j = i % 16; j < 256 - i % 16; ++j ) {
imageData.setPixel( i, j, ( i << 8 ) + j );
}
}
Image image = new Image( dpy, imageData );
Shell shell = new Shell( dpy );
shell.setText( "SWT " + SWT.getVersion() );
Label label1 = new Label( shell, SWT.NONE );
Label label2 = new Label( shell, SWT.NONE );
label1.setSize( image.getBounds().width, image.getBounds().height );
label1.setImage( image );
image = repaint( image );
label2.setBounds( label1.getBounds().width, 0, image.getBounds().width, image.getBounds().height );
label2.setImage( image );
shell.setSize( label1.getBounds().width + label2.getBounds().width,
Math.max( label1.getBounds().height, label2.getBounds().height ) );
shell.open();
while ( !shell.isDisposed() ) {
if ( !dpy.readAndDispatch() ) {
dpy.sleep();
}
}
dpy.dispose();
}
}
Expected behavior
The re-painted image on the right side should look the same as the one on the left (except for the added red rectangle).
Screenshots
Environment:
- Select the platform(s) on which the behavior is seen:
-
- All OS
-
- Windows
-
- Linux
-
- macOS
-
Additional OS info (e.g. OS version, Linux Desktop, etc)
Observed on Kubuntu 24.04 and 26.04 on both Xwayland and native X11 server -
JRE/JDK version
java-25-openjdk-amd64
Version since
The last version which shows the expected behavior is 4.7.3a:
In SWT 4.8 - 4.16 the image is smaller and shifted vertically:
In SWT 4.17 and newer it is not smaller but it is shifted by the amount relative to the DPI scaling:
Workaround (or) Additional context
I was able to workaround the issue in SWT 4.17 and later by shifting the drawing coordinates by amount proportional to the UI scaling (visible in the code snippet as a commented-out line). The workaround works for different scaling values between 1 and 5. SWT 4.8 - 4.16 would likely require a different shift value(s).
- Lingua principale
- Java
- Stelle
- 202
- Fork
- 206
- Merge medio
- 14h 7m
- PR unite (30g)
- 103
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di eclipse-platform/eclipse.platform.swt
-
`SWT_AWT.initFrame` takes `(long, String)` in Java; the GTK native declares no `className` and the Cocoa native types it `const char *`Forse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
eclipse-platform/eclipse.platform.swt#3665 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
eclipse-platform/eclipse.platform.swt#3546 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
eclipse-platform/eclipse.platform.swt#3428 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 75/100
eclipse-platform/eclipse.platform.swt#3336 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 30/100
eclipse-platform/eclipse.platform.swt#3718 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di eclipse-platform/eclipse.platform.swt
Issue simili
-
Flight SQL JDBC parses boolean properties case-sensitively, silently disabling TLS for useEncryption=TRUEForse già presa @Arawoof06 l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 79/100
apache/arrow-java#1357 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 77/100
apache/rocketmq-dashboard#6610 ·
I maintainer di solito rispondono entro 3 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
MetricsHub/metricshub-community#1396 ·
I maintainer di solito rispondono entro 1 giorno
-
L: java:gradle L: java:maven L: ruby:bundler T: bug 🐞
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
dependabot/dependabot-core#16547 ·
I maintainer di solito rispondono entro 1 giorno
-
Citationcount column sorts alphabetically instead of numericallyForse già presa @kpunia306 l’ha presa oggi. Apertastatus: needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
JabRef/jabref#17459 · 4 commenti ·
I maintainer di solito rispondono entro 1 giorno