Re: Dual screen

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, 18 Feb 2018 11:43:35 +0100
"Patrick Dupre" <pdupre@xxxxxxx> wrote:

> > Subject: Re: Dual screen
> >
> > Allegedly, on or about 17 February 2018, stan sent:  
> > > Using monitors with different resolutions and dot pitches
> > > at the same time must play havoc with font selection.  
> > 
> > Modern monitors (LCDs, etc), only work at one resolution, their native
> > ones.  If you don't drive the pixels with a 1:1 ratio of graphics
> > generation to actual display resolution, you get a smudge.  Monitors
> > should, automatically, get the right resolution, because they tell the
> > computer what theirs is.  Though some lie, or have broken data, or if
> > you connect through some KVMs, that data isn't passed through.
> > 
> > You can have two vastly different monitors, the only noticeable
> > difference should be the size of the fonts (and graphics) on one
> > monitor versus the other, *IF* you're using font sizing based on the
> > number of pixels (which tends to be the case).  But if you use point
> > sizing, then 12 point text on one device should look the same as 12
> > point text on the other, points are an *absolute* size (in the same way
> > as a 2 cm box should appear as 2 cm box, no matter what the display).
> > 
> > Display cloning/mirroring, is a problem, because you're trying to
> > generate the same data on two different medium.  Independent dual
> > screen, should be fine (that's what I was describing above).
> > 
> > You can play with scaling, to magnify one display, and the graphics
> > rendering should neatly handle the magnification (render it bigger,
> > using more dots).  But if you lie to the renderer about the display
> > resolution, to get that effect, you're likely to get poor resolution
> > results (render it bigger, stretching the dots).  Linux is sadly
> > lacking in letting you easily pick font and graphics sizing.
> > 
> > Font rendering can be odd, thanks to smoothing or sharpening.  For
> > text, I prefer the idea of a font engine that generates text properly
> > for the actual screen resolution.  You notice in terminals the
> > different between fonts which only ever use whole pixels, versus the
> > ones that put in half contrast pixels trying to smooth the edges,
> > particularly on small text.  For terminals, try picking a font that's
> > specifically intended for terminals.  
> 
> By default, I use
> Window Titles: Cantarell Bold 11
> Interface: Cantarell Regular 11
> Documents: Sans Regular 11
> Minispace: Monospace Regular 11
> Hinting: Slight (I did not see any difference and switching to full)
> Antialiasing: Grayscale
> Scaling factor: 1
> 
> > Font rendering is a bastard to control.  X, or Wayland, may have its
> > own rules for general screen rendering of text.  Your web browser may
> > have its own independent scheme.  The same probably applies for mail
> > clients using the same engines as browsers (Firefox, Thunderbird, etc).
> > 
> > And how are you connecting them?  DVI or HDMI ought to be sharp and
> > clear, with a 1:1 matching of generated graphics to display pixels. 
> > VGA has analogue signal which will often smear, as the pixel clock in
> > the graphics card is not the same as pixel clocking in the monitor.
> >   
> I tried several things but without real success.
> 
> The motherboard has 2 ports, one VGA and one DVI.
> The "old" monitor (1600x1200) is connected to the VGA and the fonts are sharpe.
> The new monitor (LED/TV, 1920x1080) is HDMI and it is connected to the DVI port by a cable
> (DVI -> HDMI).

For the monitor that doesn't give you the nice results you want, try
to let software do the job. So get a tool like both cvs and
xrandr, if you don't have them already installed, and try the
instructions on the page below for the monitor that does not work.

Please note that this hopefully might work both for mini-DPI and HDMI
connections. 

Please note also that this might not work on wayland: try X11 if you
can ...

https://bugzilla.redhat.com/show_bug.cgi?id=1470845#c15

Good luck!
-- 
Wolfgang Pfeiffer
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux