~ubuntu-branches/ubuntu/utopic/kde-workspace/utopic-proposed

« back to all changes in this revision

Viewing changes to kcontrol/randr/ChangeLog

  • Committer: Bazaar Package Importer
  • Author(s): Michał Zając
  • Date: 2011-07-09 08:31:15 UTC
  • Revision ID: james.westby@ubuntu.com-20110709083115-ohyxn6z93mily9fc
Tags: upstream-4.6.90
Import upstream version 4.6.90

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
1
- XRRQueryExtension returns Bool, not Status
 
2
- Fix crash where Qt's QDesktopWidget returns multiple Xinerama screens;
 
3
  if we are being managed by RANDR, this number may be greater than the
 
4
- Fix a few memory leaks and uninitialized variables thanks to valgrind.
 
5
- Use the proper Xrandr.h macros for rotation and reflection masks in the
 
6
  actual number of screens as reported by ScreenCount in Xlib.
 
7
  RandR::Orientations enum.
 
8
- Don't remove the OutputGraphicsItems from a scene if they do not belong
 
9
  to it (why does QGraphicsScene return them in ::items() if they don't
 
10
  exist in the scene???)
 
11
- Add some useful accessors to OutputConfig to grab user configuration
 
12
  values for resolution, refresh rate, etc.
 
13
- Add preliminary multi-monitor ability; you can now set the absolute position
 
14
  of any screen.  Setting any other relationship other than "Absolute" currently
 
15
  clones all outputs to the largest display.
 
16
- Remove the "Active" checkbox and add a "Disabled" option in the resolution
 
17
  combo box instead; removes clutter and is clearer.
 
18
- Add the ability to get the preferred mode of a given connected output.
 
19
- Mark the preferred output mode (resolution) of a user as (Auto)
 
20
- Add missing proposeRefreshRate to RandROutput (was only in RandRCrtc)
 
21
- Remove performApplyOnStartup for KRandRModule - this makes sense for 
 
22
  krandrtray, which likely starts up with KDE4, but not for opening the
 
23
  KCModule, which should keep the active settings until the user makes a change.
 
24
- Remove some of my unnecessary output relationship code; found a much better
 
25
  way to do it :)
 
26
- More i18n contexts.
 
27
- The tray doesn't need to force querying infomation about each display/screen/
 
28
  output/crtc every time it prepares the context menu; it can receive randr
 
29
  events for a reason.
 
30
- Temporarily disable the logic to use the legacy RANDR API if the user has
 
31
  RANDR 1.2 but only one RROutput; this seems silly.
 
32
- Clean up the RandROutput and RandRCrtc APIs to use the proper RandR*
 
33
  classes instead of RRMode/Crtc/Output IDs from Xrandr.h to avoid
 
34
  headaches.