[Bugs] #871 UNSP: Current sugar-jhbuild UI fails to adjust to dpi other than for fonts

SugarLabs Bugs bugtracker-noreply at sugarlabs.org
Sat May 30 16:52:53 EDT 2009


#871: Current sugar-jhbuild UI fails to adjust to dpi other than for fonts
------------------------------------------+---------------------------------
    Reporter:  garycmartin                |          Owner:  tomeu                      
        Type:  defect                     |         Status:  assigned                   
    Priority:  Unspecified by Maintainer  |      Milestone:  Unspecified by Release Team
   Component:  sugar                      |        Version:  Git as of bugdate          
    Severity:  Minor                      |     Resolution:                             
    Keywords:                             |   Distribution:  Unspecified                
Status_field:  Unconfirmed                |  
------------------------------------------+---------------------------------

Comment(by garycmartin):

 Replying to [comment:2 sascha_silbe]:
 > Gary, can you please post the output of

 Thanks for the feedback!

 OK, just using "./sugar-jhbuild run" in F10 (inside VirtualBox on a Mac),
 gives me a fixed window at 800x600 – FWIW not what I want to use given I
 have VirtualBox opening a roughly 1200x900 window for F10 to use (on a Mac
 screen on 1920x1200) :-) Any way here are the numbers give when allowing
 it to run in default windowed 800x600 mode:

 > a) ps auxww|grep Xephyr

 Xephyr :367 -ac -screen 800x600 -dpi 96

 > b) xdpyinfo |grep resolution

 resolution: 96x96 dots per inch

 > c) xrandr |head -n 2

 Screen 0: minimum 64 x 64, current 1208 x 920, maximum 32000 x 32000
 VBOX1 connected 1208x920+0+0 0mm x 0mm

 > Please note that by running inside a hardware emulator you shield X from
 your (physical) monitor, so the default DPI cannot be correct.

 Yep understood, that's why I was previously hard-coding it.

 > 133 DPI is rather high (what model is it?), 90..100 are usual for PC
 monitors, with 75 and 100 being common default values.

 Ahh, the joys of a 17" MacBook Pro ;-)

 > You don't have to patch sugar-emulator, BTW - that was the whole point
 of my patch. You can simply run "./sugar-jhbuild run sugar-emulator -dpi
 133" now (and save that invocation either as a shell function or a shell
 script).

 Ahh OK, thanks for the correct command example, I had been missing the
 sugar-emulator bit and assuming /sugar-jhbuild run and attach parameters
 directly. However... Here's the command equivalent, and it generates a
 full screen view but with incorrectly proportioned UI (i.e scale looks
 like it's for 800x600) but with correct font size:

 ./sugar-jhbuild run sugar-emulator --dpi 133 --fullscreen

 Xephyr :354 -ac -fullscreen -screen 800x600 -dpi 96

 resolution: 96x96 dots per inch

 Screen 0: minimum 64 x 64, current 1208 x 920, maximum 32000 x 32000
 VBOX1 connected 1208x920+0+0 0mm x 0mm

 Hmmm, so looks like Xephyr is run with both -fullscreen and -screen
 800x600. I tried forcing the correct resolution with the below command but
 got sugar-emulator: error no such option: --screen

 /sugar-jhbuild run sugar-emulator --dpi 133 --fullscreen --screen 1208x920

-- 
Ticket URL: <http://dev.sugarlabs.org/ticket/871#comment:3>
Sugar Labs <http://sugarlabs.org/>
Sugar Labs bug tracking system


More information about the Bugs mailing list