Mailinglist Archive: radeonhd (436 mails)

< Previous Next >
[radeonhd] [Bug 16740] Unwanted scaling on dual monitor setup
  • From: bugzilla-daemon@xxxxxxxxxxxxxxx
  • Date: Sun, 20 Jul 2008 13:16:48 -0700 (PDT)
  • Message-id: <20080720201648.58789130059@xxxxxxxxxxxxxxxxxxxxxxxx>
http://bugs.freedesktop.org/show_bug.cgi?id=16740





--- Comment #9 from Egbert Eich <eich@xxxxxxxxxxxxxxxxxxx> 2008-07-20 13:16:46
PST ---
(In reply to comment #8)

When working on multiple monitors, IMHO comparable dpi is the most important
factor, to enhance the illusion that you really have one big workspace. In
this case, 1920x1200 scaled onto 1400x1050 simply makes the fonts unreadable.
The missing space off the bottom, on the other hand, is out of sight and out
of
mind - one doesn't miss what never existed :)

OK, I see this point. It is hard to have a default that makes everyone happy.
The other scenario is where one uses a laptop for a presentation.
This however requires that the dpi of both displays match.
This would not be the case for my laptop (1680x1050) vs. my much bigger lcd
with 1920x1200. Here of course one could use scaling to make this match.
There this person might want to see exactly the same on the laptop display as
is shown on the screen.

This would be a capital workaround. I can see that my "IMHO" above is a
personal preference, and would be quite happy to simply be able to configure
it
away. Will be able to test this come Monday (the external LCD is in the
office).

I've looked at the problem again: I'm reluctant to change any behavior as
the
user preferences differ. I would like to concentrate on fixing the above
error
so that it is possible to change the resolution to the native mode using
randr.

Fixing errors is always +1

Let me know how I can help.

OK, thanks. The 'FAILED' log file message I've included in one earlier comment
troubles me. The reason is not specified so it's even harder for me to guess
where it originates from. Today I committed code to make the message even more
verbose. Can you get the latest git sources, start the xserver with verbose
level 7 again and use xrandr to try to switch the panel to native mode?
This worked well here and i don't understand why it doesn't work for you.
I need to find out what validation test fails in your case.
I was using a similar setup as yours only that my laptop is 1680x1050 instead
of 1400x1050.


Just so long as one can set their preference in the xorg.conf and not have to
script xrandr commands.

That's exactly the problem: it's a policy decision done by randr. The general
believe there is that people will have some desktop thingy which will store the
last configuration on log out and restore it the next time the user logs in. So
the goal is to do away with a config file as much as possible.
In your case I unfortunately have no clue how to set this up. You'd have to
instruct randr to set each display to its native mode.


--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
_______________________________________________
xorg-team mailing list
xorg-team@xxxxxxxxxxx
http://lists.x.org/mailman/listinfo/xorg-team
--
To unsubscribe, e-mail: radeonhd+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: radeonhd+help@xxxxxxxxxxxx

< Previous Next >
References