I thought that since we were X.Org, not XFree86, we were going to stop
defining new keysyms with XF86 and stop using the vendor space, since
we can just define them in the standard space, as the X Standards Body.

        -alan-

Peter Hutterer wrote:
> At the moment, we have the following keysyms defined to put a computer into a
> sleep state:
> 
> XF86XK_Standby    0x1008FF10   /* System into standby mode   */
> XF86XK_PowerDown  0x1008FF21   /* Deep sleep the system      */
> XF86XK_Sleep      0x1008FF2F   /* Put system to sleep        */
> 
> Proposed change by Richard Hughes:
>     "The nomenclature I've been trying to make stick
>     (most projects now use this) for a few years now is:
> 
>     standby: high sleep state, nobody uses this any more
>     hibernate: sleep to disk - slow, but can remove power
>     suspend: sleep to ram - fast, but can't remove power
>     hybrid sleep: sleep to both, slow, and can remove power, but quick to
>     resume if you don't - most users don't use this"
> 
> This patch adds XF86XK_Suspend and XF86XK_Hibernate. The behaviour of
> XF86XK_Sleep can then be configured on a per-session basis.
> ---
>  XF86keysym.h |    3 +++
>  1 files changed, 3 insertions(+), 0 deletions(-)
> 
> diff --git a/XF86keysym.h b/XF86keysym.h
> index 2a39f4e..88cef67 100644
> --- a/XF86keysym.h
> +++ b/XF86keysym.h
> @@ -206,6 +206,9 @@
>  #define XF86XK_Yellow                0x1008FFA5   /* Yellow button           
>     */
>  #define XF86XK_Blue             0x1008FFA6   /* Blue button                 
> */
>  
> +#define XF86XK_Suspend               0x1009FFA7   /* Sleep to RAM          ` 
>     */
> +#define XF86XK_Hibernate     0x1009FFA8   /* Sleep to disk               */
> +
>  /* Keys for special action keys (hot keys) */
>  /* Virtual terminals on some operating systems */
>  #define XF86XK_Switch_VT_1   0x1008FE01

-- 
        -Alan Coopersmith-           [EMAIL PROTECTED]
         Sun Microsystems, Inc. - X Window System Engineering

_______________________________________________
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Reply via email to