Re: [csswg-drafts] New name for `app-region` property? (#13102)

> El Grupo de Trabajo de CSS acaba de debatir `` New name for `app-region` property? ``y acordó lo siguiente:
> 
> * `RESOLVED: rename to window-drag:none|move`
> 
> El registro IRC completo de esa discusión
> <TabAtkins> diekus: Creo que los próximos dos puntos de la agenda están relacionados. Comencemos con el nombre de la región de la aplicación.
> <TabAtkins> diekus: Tenemos una conversación en TPAC. como recordatorio, la propiedad app-region establece un elemento como el objetivo de arrastre para una ventana, en una página de aplicación independiente
> <TabAtkins> diekus: dos problemas surgieron de la reunión en tpac
> <TabAtkins> diekus: primero, como señaló Tim, app-region no es muy descriptivo
> <TabAtkins> diekus: iniciamos un problema para buscar nuevos nombres
> <TabAtkins> diekus: creo que hay una vibra para arrastrar ventana
> <fantasai> +1
> <fantasai> mucho más claro
> <TabAtkins> diekus: entonces si la gente está de acuerdo con eso, genial, o si la gente tiene otras ideas para discutir
> <astearns> ack fantasai
> <Zakim> fantasai, querías preguntar sobre los valores
> <TabAtkins> fantasai: arrastrar ventana suena mucho más claro, +1. ¿cuáles son los valores propuestos?
> <TabAtkins> diekus: arrastrar | nodrag
> <smfr> q+
> <TabAtkins> astearns: normalmente no repetimos parte del nombre de la propiedad en los valores
> <dbaron> TabAtkins: border-collapse: colapsar
> <TabAtkins> TabAtkins: no es cierto, tenemos varias propiedades que lo hacen. border-collapse:collapse
> <bramus> `nowrap` es otra
> <dbaron> smfr: background-repeat: no-repeat
> <astearns> ack smfr
> <TabAtkins> smfr: background-repeat:repeat
> <tantek> box-sizing es otro ejemplo de este tipo de denominación con content-box y border-box
> <TabAtkins> smfr: ¿esto hace algo en plataformas que no tienen un concepto de arrastrar ventanas? como en dispositivos móviles
> <fantasai> Me gusta la sugerencia en el problema para `none | move`
> <TabAtkins> diekus: Creo que se ajusta al paradigma del escritorio
> <TabAtkins> diekus: Si tienes una aplicación que se comporta como un entorno de escritorio, podría funcionar ahí. Pero no serviría en un entorno donde no se mueve el marco de una ventana, como en los teléfonos
> <astearns> ack fantasai
> <TabAtkins> fantasai: Sobre el nombre de valores, hubo una sugerencia de none|move, creo que es razonable
> <fantasai> window-drag: none | move
> <TabAtkins> (Me gusta evitar el feo patrón "nofoo" al que nos hemos encadenado)
> <TabAtkins> astearns: Kevin tenía otra sugerencia, ¿está bien?
> <lwarlow> +1 a none y move
> <TabAtkins> kbabbitt: Estoy contento con window-drag:none|move
> <TabAtkins> smfr: ¿Esto se aplica a cada elemento?
> <TabAtkins> diekus: sí, pero eso está relacionado con el próximo número.
> <TabAtkins> smfr:Siento que en algún momento querremos recortar la región, etc...
> <TabAtkins> diekus: oh, no, si pones esto en algo redondo será un objetivo redondo. Las esquinas del rectángulo simulado no serán controladores de arrastre.
> <TabAtkins> smfr: Bien, ¿entonces sigue la forma del borde y respeta la ruta de recorte? Reglas normales de prueba de aciertos.
> <TabAtkins> diekus: Correcto
> <TabAtkins> astearns: Solución propuesta: cambiar el nombre a arrastrar ventana: ninguno|mover
> <lwarlow> +1
> <TabAtkins> +1
> <TabAtkins> RESUELTO: cambiar el nombre a arrastrar ventana: ninguno|mover



-- 
GitHub Notification of comment by Alexis12120
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/13102#issuecomment-3791914216 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Friday, 23 January 2026 19:17:56 UTC