I will comment on only a few of these sections.
Frank Murphy <[EMAIL PROTECTED]> wrote:
> Sever
> Mouse control (from Dennis Powell, I think, but I have
> trouble finding a good mouse acceleration setting, too)
You mean accellerated Mouse CURSORS and control for them?
> configuration
> people expect size & refresh rates when configuring
> monitors, but refresh
> rate is hidden by default (1024x768 goes to the highest
> refresh rate, and
> something lower can't be specified by default. Some disttributions do
> 1024x768@75 for this)
> RandR (Keith Packard's RandR paper)
> xf86cfg could always be better, but perhaps this should
> be under client
> DB of existing info (from Red Hat and others) it would be
> nice to have
> this info as part of the XFree project
> user prefs
> User prefs should be separate from configuration. My
> mother should be
> able to specify at startup time which of the configured modes
> she wants. I
> may wany full 1280x960 at 24 bits, but she can't see and uses
> some old
> program that doesn't support 24 bits, so she should be able
> to startup at
> 1024x768 at 15 bits (with no accelleration lag from RandR
> switching). An
> external tool could do the presentation of selections, but it
> would only be
> possible if XFree supported this kind of user preference
> (like it does with
> xmodmap for keyboards, for example)
I understand your point.
I would like to have the administrator to have a set of "known good"
resolutions and setups between the user can select its desires.
This is also important for Dual head setups.
Imagine having two kids that do want to make different
things on two monitors and switch back to a single large
screen when one does leave.
Having the root to edit the configuration all the time
when a user wants a different setup is sub optimal.
Maybe i am just missing a few abilities, but i think
especially for the Multiscreen aspect there should be
the possiblity for the users to rearrange all as they
want, if the admin gave them the respective rights.
> using FB timings
> the ability to say "leave the video setup alone, assume
> the fb driver has
> that done right" and still do acceleration. (from Alan Cox's diary)
Again an extension for the administrator
which does mean more control of the system
by giving him more powers over the software.
> So, break the mailing lists into groups, User and Devel,
> like most other projects have.
I havent had that impression, but maybe there are other opinions.
Giving that some space for discussion might be helpful.
I would rather see some "ordering" by board or vendor,
and a devel-common-libs section, or maybe split apart
for inputs, outputs, ports, whatever...
But as of now, its feasible to keep up with the pace with the topics.
If list volume degrades available development time too much,
its worth a thought of changing something in this area.
> So, I don't think that "XFree development is stuck in a
> dead end?" but I
> thought I would try to pull together the thoughts that I've
> seen into one
> message for those working on the project. No expectations or demands.
I dont object, collecting ideas.
Newbie-developers often ask, where they can start.
Here they do find some of the answeres.
-Alex.
