This might seem to make sense on a single user or home system, but creates administrative challenges on multiple user or enterprise systems. Remember that Trinity is a desktop environment only that sits on top of the base operating system, where display options are configured. The tools provided in Trinity are conduits/wrappers to those operating system commands.

Conceptually, how would you go about implementing such a change?

(In reply to comment #1)
> Conceptually, how would you go about implementing such a change?
As I said it is already implemented by some program that allow to turn on additional display and configure its settings without root permissions. I do not know the details of HOW this programs implement it. The only thing is that they do not allow to save this settings and instead use it only for the current session. I imagine it would be possible to save this settings in user's ~ and restore them on Trinity startup.

There are two separate kcontrol modules for configuring the display. One is Peripherals->Display. The second is System Administration->Monitor & Display. Both have similar configuration options.

The one in Peripherals is user-based and the one in System Administration is global for the system. The options in Peripherals->Display will overrride those set by an administrator in System Administration->Monitor & Display.

Is the module in Peripherals->Display what you seek and sufficient to resolve your wishes?

(In reply to comment #3)
> There are two separate kcontrol modules for configuring the display. One is
> Peripherals->Display. The second is System Administration->Monitor & Display.
> Both have similar configuration options.
> 
> The one in Peripherals is user-based and the one in System Administration is
> global for the system. The options in Peripherals->Display will overrride those
> set by an administrator in System Administration->Monitor & Display.
> 
> Is the module in Peripherals->Display what you seek and sufficient to resolve
> your wishes?
No, I think it is not. Module available in peripherals does not allow to control desktop layout when a second monitor is attached. I also see no controls for gamma and brightness.

You have a point about layout and second monitors. I think part of the problem with gamma/brightness is the tabs are named differently: "Monitor Gamma" and "Brightness and Gamma."

(In reply to comment #5)
> You have a point about layout and second monitors. I think part of the problem
> with gamma/brightness is the tabs are named differently: "Monitor Gamma" and
> "Brightness and Gamma."
I have only two tabs in Peripherals -> Monitor: Size & orientation and Energy management (or whatever the English names are).

Huh. Something is not right. You're missing a tab in Peripherals->Display. Maybe contact the packager from whom you obtained the packages?

(In reply to comment #7)
> Huh. Something is not right. You're missing a tab in Peripherals->Display.
> Maybe contact the packager from whom you obtained the packages?

I have two tabs - I assume there should be more. The packages are from official Trinity repo for Debian. Why do you think it's a matter of packaging?

Probably not packaging but compiling, because you are missing the Peripherals->Display->Monitor Gamma tab. Contact Timothy Pearson in the developer's or user's mail list.

(In reply to comment #9)
> Probably not packaging but compiling, because you are missing the
> Peripherals->Display->Monitor Gamma tab. Contact Timothy Pearson in the
> developer's or user's mail list.

Doesn't he track the bugzilla?

(In reply to comment #10)
> (In reply to comment #9)
> > Probably not packaging but compiling, because you are missing the
> > Peripherals->Display->Monitor Gamma tab. Contact Timothy Pearson in the
> > developer's or user's mail list.
> 
> Doesn't he track the bugzilla?

Yes I do.

On my R14 test system all tabs are visible.  The System Administration->Monitor & Display is the "official" supported control panel; the one in Peripherals->Display is deprecated, NOT supported, and will be phased out very quickly.

Regarding the deprecation of the Peripherals->Display control module, that module was a Python-based hold-over from Ubuntu and has not been updated in years.  It tends to breaks systems more often than it works and duplicates a lot of low-level control code.  From a maintainer's perspective this is a very bad thing, and helped to force the rewrite.

All this being said, it appears that the official display control panel should support some kind of user-mode settings.  In reality this shouldn't be too hard, with the main difficulty being saving the user's settings somewhere and providing a means to restore each user's settings on virtual terminal switch.  It would also be a good idea to provide an option for a system administrator to lock out user-mode display configuration if desired (e.g. old monitors which could catch fire with bad modes, etc.).

Tim

I don't know. Ask him. :)

For fast (singleshot) settings, such as a second monitor connected to the notebook, for me seems as best use KRandR in the tray. Unfortunately, can not be used to set two (or more) monitors independently - only as clone. Therefore I use xrandr from Konsole.

This bug should be mostly resolved in GIT hash 477e956.  The only item not yet implemented is a configurable administrative lockout to prevent users from changing the display configuration when enabled.

(In reply to comment #14)
> This bug should be mostly resolved in GIT hash 477e956.  The only item not yet
> implemented is a configurable administrative lockout to prevent users from
> changing the display configuration when enabled.

I don't currently see any way to lock out the xrandr extension (aside from completely disabling it, even for root), therefore I am opting not to implement an administrative lockout and closing this bug report.