Bug 748066

(In reply to comment #0)
> I want the logical display
> arrangement of the desktop to reflect this physical arrangement.

This is a feature request rather than a bug report. Features are better discussed directly with the developers.

Please file a request at http://sourceforge.net/tracker/?atid=894872&group_id=180858
Once you have done so, please add the add the URL of your new report to this bug and close close it with a resolution of "UPSTREAM".

If you have more questions about this workflow, have a look at https://bugzilla.redhat.com/page.cgi?id=fields.html#resolution or simply ask.

Hi, did you file the upstream bug in the meantime? If not, please do so.

(In reply to comment #2)
> Hi, did you file the upstream bug in the meantime? If not, please do so.

No, I didn't.
I don't have an account there, and I consider creating new accounts very costly,
because remembering another password makes it harder to keep all the passwords
for my existing accounts straight.

I'm not convinced that it's worth my while to spend a lot of time trying to
make a desktop environment on Fedora 15 or 16 work properly.
Configuring X on SLS was easier.
And because of Bug 755086 (which was introduced by a software update),
I have to reconfigure my displays every time the screen saver kicks in.
If I find I have some days on my hands to tinker with my systems, I think
I should try some other distro.

(In reply to comment #3)
> I don't have an account there, 

You don't need one. You can sign up with a number of other accounts.

> I'm not convinced that it's worth my while to spend a lot of time trying to
> make a desktop environment on Fedora 15 or 16 work properly.

Your problem has nothing to do with packaging, so if you want it to be fixed, it needs to be fixed in the LXDE code. Therefor it needs to be filed upstream.

> Configuring X on SLS was easier.

What is SLS? (sorry if this is a dump question)
What is it doing different?

(In reply to comment #4)
> (In reply to comment #3)
> > I don't have an account there, 
> 
> You don't need one. You can sign up with a number of other accounts.

Could you elaborate on this.  If this is explained in some publicly available
document / web page, a pointer would be fine.

> > I'm not convinced that it's worth my while to spend a lot of time trying to
> > make a desktop environment on Fedora 15 or 16 work properly.
> 
> Your problem has nothing to do with packaging, so if you want it to be fixed,
> it needs to be fixed in the LXDE code. Therefor it needs to be filed upstream.

My desktop diaspora started when support for Gnome 2 was pulled in Fedora 15.
A distro that comes with a supported fork of supported fork of Gnome 2 might
help.  Or maybe there is one with an alternative desktop that has better
integration into the distro, and a better rate of flaws fixed vs. introduced.
With Fedora >= 15, I get the impression that it is centered on tablet
single-taskers who want to use Gnome 3, and everything else is an
afterthought.

> > Configuring X on SLS was easier.
> 
> What is SLS? (sorry if this is a dump question)
> What is it doing different?

Softlanding Linux System, the predecessor of Slackware.
Configuration was in text files, the contents of which were documented, and
could sensibly be changed with a text editor.
To get started on any topic, you would read the appropriate Linux HOWTO
and/or man pages.  You could discuss issues that were unclear on the
linux-activists mailing list.  The only log-in details needed for that
would be your local account on your machine, and the ones for your
UUCP account on your uplink node.
Multi-monitor support wasn't an issue I had those days, but it was important
to wring the last few pixels out of your CRT at a flicker-free frequency, and
you could do that by crafting a suitable modeline; monitors that served well
then are much less useful with a modern distro that is limited to a small
fixed set of standard resolutions for mere mortals, and hides the technical
details in files whose location and structure are not mentioned in the user
documentation and subject to change.
Once I had a modeline that worked, I could re-use by copying it over to
various versions of SLS and Slackware.  Likewise on early Red Hat Linux
versions.  Copying a piece of a text file was all that was needed to get
the same monitor work with the same resolution on a new machine and/or a
new OS version.
Likewise for window manager configuration files.
A small number of configuration text files in known locations also meant
that you could roll back to a known good config by copying back the
relevant config file(s).  You could easily fit them as one file among many
on a floppy, or include them in a short email.
You could have multiple resolutions properly configured in your X
configuration file, and switch between them with a single keystroke.
Your windows would stay where you put them on the virtual desktop,
so you wouldn't have to re-arrange scores of windows after switching
between resolutions.
Essentials like Xterm and its fonts were included in the X disks series,
so you wouldn't have to hunt in which packages they are hidden away.

(In reply to comment #5)
> (In reply to comment #4)
> > (In reply to comment #3)
> > > I don't have an account there, 
> > 
> > You don't need one. You can sign up with a number of other accounts.
> 
> Could you elaborate on this.  If this is explained in some publicly available
> document / web page, a pointer would be fine.

Did you actually try to log in at Sourceforge? Just hit the "Login" button and you will see more than 10 different service providers plus generic OpenID.

> My desktop diaspora started when support for Gnome 2 was pulled in Fedora 15.

I am sorry and I don't want to sound rude, but all this does not really matter for this bug report. To be honest, I am tired of people telling me about their Problems with GNOME 3. I have nothing to do with GNOME, I maintain Xfce and LXDE, so I am not the right person to complain.

> Configuration was in text files, the contents of which were documented, and
> could sensibly be changed with a text editor.

This was roughly 20 years ago, I wonder what this has to do with this bug report. You can still configure your X server through xorg.conf, but this is something very different. xorg.conf is for static, global configuration while the purpose of lxrandr is to quickly enable say a beamer per user and per session. These are completely different use cases.

> To get started on any topic, you would read the appropriate Linux HOWTO
> and/or man pages.  

So you would read a lengthy HowTo but you are not able to figure out how to log in at Sourceforge to file a bug?

> You could discuss issues that were unclear on the
> linux-activists mailing list.

Same applies to Fedora. We have a mailing list for discussions, but a bug tracker is not the right place.

> Multi-monitor support wasn't an issue I had those days, but it was important
> to wring the last few pixels out of your CRT at a flicker-free frequency, and
> you could do that by crafting a suitable modeline; monitors that served well
> then are much less useful with a modern distro that is limited to a small
> fixed set of standard resolutions for mere mortals, and hides the technical
> details in files whose location and structure are not mentioned in the user
> documentation and subject to change.

That is just not true. X configuration has not changed, it only detects many settings automatically, so we don't ship an xorg.conf by default. But once the file is in place, you can set all options you want.

And there is plenty of documentation such as 'man xorg.conf' or in the xorg-x11-docs package.


Long story short: LXDE does not refuse a vertical display arrangement, but lxrandr doesn't support it. Frankly speaking I don't think that any change in lxrandr will get you what you want. There are just too many things to configure to put them all in one UI. I suggest you get back to the old way, study the documentation and use configuration files. You seem to like that much better anyway.

If you decide to file a bug in the LXDE bugtracker, please add it as external reference in the URL field and change the resolution from WONTFIX to UPSTREAM.