<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8"> <META NAME="GENERATOR" CONTENT="GtkHTML/3.26.0"> </HEAD> <BODY> On Sun, 2010-12-05 at 20:39 -0800, Keith Packard wrote: <BLOCKQUOTE TYPE=CITE> <TT>@@ -29,14 +29,14 @@ protocol described here, as it has been overtaken by events.</TT> <TT> </TT> <TT> These events include:</TT> <TT>       ► Modern toolkits (in this case, GTK+ 2.x) have progressed to the point</TT> <TT>-        of implementing migration between screens of arbitrary depths</TT> <TT>+       of implementing migration between screens of arbitrary depths</TT> <TT>       ► The continued advance of Moore's law has made limited amounts of VRAM</TT> <TT>-        less of an issue, reducing the pressure to implement depth switching</TT> <TT>+       less of an issue, reducing the pressure to implement depth switching</TT> <TT>        on laptops or desktop systems</TT> <TT>       ► The continued decline of legacy toolkits whose design would have</TT> <TT>-        required depth switching to support migration</TT> <TT>+       required depth switching to support migration</TT> <TT>       ► The lack of depth switching implementation experience in the</TT> <TT>-        intervening time, due to events beyond our control</TT> <TT>+       intervening time, due to events beyond our control</TT> <TT> </TT> <TT> Additionally, the requirement to support depth switching might</TT> <TT> complicate other re-engineering of the device independent part of the</TT> <TT>@@ -138,7 +138,7 @@ Thomas Winischhofer for the hardware-accelerated SiS rotation implementation</TT> <TT> Matthew Tippett and Kevin Martin for splitting outputs and CRTCs to more</TT> <TT> fully expose what video hardware can do</TT> <TT> </TT> <TT>-                              ❧❧❧❧❧❧❧❧❧❧❧</TT> <TT>+                             ❧❧❧❧❧❧❧❧❧❧❧</TT> <TT> </TT> <TT> 2. Screen change model</TT> <TT> </TT> <TT>@@ -182,7 +182,7 @@ pop-up menus and other pop up windows will position themselves correctly in</TT> <TT> the face of screen configuration changes (the issue is ensuring that pop-ups</TT> <TT> are visible on the reconfigured screen).</TT> <TT> </TT> <TT>-                              ❧❧❧❧❧❧❧❧❧❧❧</TT> <TT>+                             ❧❧❧❧❧❧❧❧❧❧❧</TT> <TT> </TT> <TT> 3. Data Types</TT> <TT> </TT> <TT>@@ -190,7 +190,7 @@ The subpixel order is shared with the Render extension, and is documented</TT> <TT> there. The only datatype defined is the screen size, defined in the normal</TT> <TT> (0 degree) orientation.</TT> <TT> </TT> <TT>-                              ❧❧❧❧❧❧❧❧❧❧❧</TT> <TT>+                             ❧❧❧❧❧❧❧❧❧❧❧</TT> <TT> </TT> <TT> 4. Errors</TT> <TT> </TT> <TT>@@ -203,7 +203,7 @@ CRTC</TT> <TT> Mode</TT> <TT>        A value for a MODE argument does not name a defined MODE.</TT> <TT> </TT> <TT>-                              ❧❧❧❧❧❧❧❧❧❧❧</TT> <TT>+                             ❧❧❧❧❧❧❧❧❧❧❧</TT> <TT> </TT> <TT> 5. Protocol Types</TT> <TT> </TT> <TT>@@ -266,11 +266,11 @@ CONNECTION { Connected, Disconnected, UnknownConnection }</TT> <TT>        connected to a monitor or other presentation device.</TT> <TT> </TT> <TT> SUBPIXELORDER { SubPixelUnknown                The subpixel order uses the Render</TT> <TT>-               SubPixelHorizontalRGB   extensions definitions; they are here</TT> <TT>-               SubPixelHorizontalBGR   only for convenience.</TT> <TT>-               SubPixelVerticalRGB</TT> <TT>-               SubPixelVerticalBGR</TT> <TT>-               SubPixelNone }</TT> <TT>+               SubPixelHorizontalRGB   extensions definitions; they are here</TT> <TT>+               SubPixelHorizontalBGR   only for convenience.</TT> <TT>+               SubPixelVerticalRGB</TT> <TT>+               SubPixelVerticalBGR</TT> <TT>+               SubPixelNone }</TT> <TT> </TT> <TT> SCREENSIZE { widthInPixels, heightInPixels: CARD16</TT> <TT>             widthInMillimeters, heightInMillimeters: CARD16 }</TT> <TT>@@ -292,15 +292,15 @@ MODEFLAG { HSyncPositive</TT> <TT> </TT> <TT> MODEINFO { id: MODE</TT> <TT>           name: STRING</TT> <TT>-           width, height: CARD16</TT> <TT>-           dotClock: CARD32</TT> <TT>-           hSyncStart, hSyncEnd, hTotal, hSkew: CARD16</TT> <TT>-           vSyncStart, vSyncEnd, vTotal: CARD16</TT> <TT>-           modeFlags: SETofMODEFLAG }</TT> <TT>+          width, height: CARD16</TT> <TT>+          dotClock: CARD32</TT> <TT>+          hSyncStart, hSyncEnd, hTotal, hSkew: CARD16</TT> <TT>+          vSyncStart, vSyncEnd, vTotal: CARD16</TT> <TT>+          modeFlags: SETofMODEFLAG }</TT> <TT> </TT> <TT> REFRESH { rates: LISTofCARD16 }</TT> <TT> </TT> <TT>-                              ❧❧❧❧❧❧❧❧❧❧❧</TT> <TT>+                             ❧❧❧❧❧❧❧❧❧❧❧</TT> <TT> </TT> <TT> 6. Extension Initialization</TT> <TT> </TT> <TT>@@ -323,7 +323,7 @@ The name of this extension is "RANDR".</TT> <TT>        It is the clients responsibility to ensure that the server</TT> <TT>        supports a version which is compatible with its expectations.</TT> <TT> </TT> <TT>-                              ❧❧❧❧❧❧❧❧❧❧❧</TT> <TT>+                             ❧❧❧❧❧❧❧❧❧❧❧</TT> <TT> </TT> <TT> 7. Extension Requests</TT> <TT> </TT> <TT>@@ -564,7 +564,7 @@ dynamic changes in the display environment.</TT> <TT>        name: STRING</TT> <TT>        connection: CONNECTION</TT> <TT>        subpixel-order: SUBPIXELORDER</TT> <TT>-        widthInMillimeters, heightInMillimeters: CARD32</TT> <TT>+       widthInMillimeters, heightInMillimeters: CARD32</TT> <TT>        crtcs: LISTofCRTC</TT> <TT>        clones: LISTofOUTPUT</TT> <TT>        modes: LISTofMODE</TT> </BLOCKQUOTE> Just to let you know that down to here, these changes are not related to space/tab combos. These changes replace 'space chars' with a 'tab char'. I don't know if it is good or not, or if it is intentional or not. git diff reports only a few space/tab combo issues: <BLOCKQUOTE> <PRE> randrproto.txt:622: space before tab in indent. +       output:OUTPUT randrproto.txt:624: space before tab in indent. +       atoms: LISTof ATOM randrproto.txt:636: space before tab in indent. +       pending: BOOL randrproto.txt:666: space before tab in indent. +       pending: BOOL randrproto.txt:683: space before tab in indent. +       output: OUTPUT randrproto.txt:720: space before tab in indent. +       output: OUTPUT randrproto.txt:731: space before tab in indent. +       output: OUTPUT randrproto.txt:782: space before tab in indent. +       window: WINDOW randrproto.txt:785: space before tab in indent. +       mode: MODE randrproto.txt:798: space before tab in indent. +       mode: MODE randrproto.txt:976: space before tab in indent. +       red: LISTofCARD16 </PRE> </BLOCKQUOTE> </BODY> </HTML>