summaryrefslogtreecommitdiffstats
path: root/lib/Xconfig/xfree.pm
Commit message (Collapse)AuthorAgeFilesLines
* - add support for "Automatic" resolution (aka "let xorg do everything")Pascal Rigaux2007-09-251-12/+17
|
* - for evdev configured mice, specify bustypePascal Rigaux2007-09-191-2/+2
| | | | | | | (useful for "Macintosh mouse button emulation" which has same vendor/product as "AT Translated Set 2 keyboard") (need drakxtools-backend 10.4.203)
* revert titi commit which added XFS configuration again.Pascal Rigaux2007-09-071-12/+0
| | | | | | | | | AFAIK, there is no reason to need XFS. as for http://archives.mandrivalinux.com/cooker/2007-07/msg04653.php, it's simply the result of a badly configured X fontpath. We just have to ensure upgrades go smoothly. (nb: XFdrake do not *remove* existing XFS configuration from xorg.conf, it simply to not put one when starting from scratch)
* - fix default_headers when XFS is installedPascal Rigaux2007-09-061-13/+12
| | | | | | (ie fixtitypo) (and do we really want to configure for XFS even if it is not enabled?)
* do configure XFS if installedThierry Vignaud2007-08-211-0/+13
|
* - when removing/replacing an InputDevice section, ensure we remove thePascal Rigaux2007-08-091-14/+17
| | | | | | corresponding entry in ServerLayout. ie do not rely on InputDevice sections to use XFdrake-compatible Identifiers (as suggested by fcrozat)
* since we don't configure X to use xfs, we don't need to specify a safetyPascal Rigaux2007-08-031-5/+0
| | | | | fontpath (was useful when xfs was failing)
* ensure "Option" lines ordering is fixed so that XFdrake doesn't ask to savePascal Rigaux2007-08-011-1/+1
| | | | | config even when no options was changed
* do not configure using xfs anymore (#32051)Thierry Vignaud2007-07-301-2/+0
|
* - wacom configuration: add "pad" InputDevice sectionPascal Rigaux2007-07-091-5/+4
|
* - handle resolution switch via xrandr without restarting X (#30896)Pascal Rigaux2007-06-141-0/+8
| | | | | | (nb: doesn't handle dpi switch, and will ask for X restart if the resolution switch has already been done through xrandr/krandrtray/...)
* create ->is_modified and internalize in the raw_X object the handling ofPascal Rigaux2007-06-141-7/+7
| | | | | saying wether it is modified
* prepare next commitPascal Rigaux2007-06-141-1/+3
|
* add 1360x768 resolutionPascal Rigaux2007-06-141-3/+3
|
* - add 1366x768 and 1360x765 resolutionsPascal Rigaux2007-06-111-31/+76
| | | | | | - add big standard resolutions (4/3, 16/10, 16/9) - re-organise the list of resolutions
* fix typo in ServerFlags keystrokesOlivier Blin2007-05-181-2/+2
|
* - handle new intel driver (including migration from "i810")Pascal Rigaux2007-04-301-0/+4
|
* - don't use 1280x1024 prefered resolutionPascal Rigaux2007-04-301-3/+9
| | | | | (using prefered resolution only when adding explicit gtf modelines)
* re-sync after the big svn lossPascal Rigaux2007-04-251-76/+131
|
* re-sync after the big svn lossPascal Rigaux2007-04-251-0/+742