Por cierto, si a alguien le aburren mis peroratas sobre cualquier tema... ¡avisad! Mi intención con este cacharro de Fediverso era tener @yo como cuenta genérica.
Ahora tengo @coder para cosas de programación en inglés.
@yo incluso muchos entornos de usuario como los escritorios Windows o incluso muchos de Linux son tediosos de usar si tienes varios dispositivos. (Hay cosas, pero raramente son usables sin dedicarles un montón de tiempo.)
(Por eso en cierta manera admiro la visión de Apple. Es terrible en muchos sentidos, pero todo usuario de dispositivos Apple tiene una cuenta de iCloud y eso hace que los desarrolladores puedan contar con un servicio de sincronización en la nube "gratis".)
@yo Google fue de los primeros en ver que había que abandonar el almacenamiento local. Con mayor o menor éxito, pero hoy en día los dispositivos Android tienen un peso enorme. (¡Aunque precisamente creo que Google todavía cojea en el soporte multidispositivo! En algunos aspectos me parece que Apple les lleva bastante ventaja.)
Muchos de los protocolos clásicos de Internet, como NNTP e IRC o han tardado en adaptarse o no lo han hecho (y agonizan).
Un cambio significativo en la web fue cuando la gente dejó de tener un ordenador único (¡a menudo compartido!) para pasar a usar móvil y quizá varios ordenadores.
Todavía quedan cosas que se nota que no están diseñadas para varios dispositivos.
Google sacó Gmail en el momento preciso, 3 años antes del iPhone, con suficiente almacenamiento para guardar todo el correo en un momento en el que mucha gente descargaba su correo a su ordenador. Cosa que no funciona cuando tienes varios dispositivos.
@modulux interesting, I always frame it as a lack of incentives to make things accessible, not as excessive costs. (Although what's really the difference?) (And then LLMs can help those with incentives improve accessibility.)
I agree that coders likely are not the main drivers of accessibility. I'd even go further and say that I think the main drivers are consequences or money. (E.g being to sell something to governments or having to pay fines for lack of accessibility.)
@modulux did you doubt your conclusion before the introduction of LLMs?
I don't think this constructs a reductio ad absurdum.
(I would also contribute that it's not only coders that do not care about accessibility. I expect it is very often decision-makers who do not code, and probably in many cases the coders would build more accessible things if the decision-makers required this. This does not exclude developer-led projects from blame.)
He acabado mi primer libro de la Úrsula. Seguramente tenga que leer más (libros suyos y en general). Muy recomendable La mano izquierda de la oscuridad.
@kastwey @jmdaweb curiosamente, cuando usas la tecla en Windows, parece que si nadie recibe la tecla, Windows saca una ventanita que te dice que no hay conferencia activa o algo así. O sea que Windows podría avisar si la tecla "pasa", pero entiendo que lo correcto es que se encargue la aplicación de la misma manera que si pulsas su botón.
Hay por ahí bastantes scripts y chapuzas alrededor de esto. Esperaba que con los Stream Deck y tal avanzase más el tema...
@kastwey ah, ni sabía que Meet tenía aplicación. Pensaba que Meet tenía atajos de teclado globales de navegador, pero acabo de probar en Windows y parece que no.
(Con Slack me funcionaron brevemente atajos globales en Linux con Wayland, lo que es rarísimo. Allí avanza que las aplicaciones puedan registrar acciones globales que puedes mapear a teclas en el entorno de escritorio. Pero tardaremos años en que todas estas cosas lleguen a puerto.)
@kastwey hostias. No funciona en Google Meet ni con Edge ni con Firefox. (Igual con Chrome sí.)
Este es un tema que me obsesiona; silenciar el micrófono a nivel de sistema operativo no mola tanto como activar el mute de la aplicación de conferencia de turno.
Con el Stream Deck hay más gente intentando hacer estas cosas.
(Entiendo que en ecosistema llevan ventaja con esto. Entiendo que Win+Alt+K va por el mismo camino que usan los auriculares "certificados" para Teams.)
para los ciegos de mi TL y para todo aquel que use teclas rápidas :). En windows hay una tecla rápida para silenciar o quitar el silencio del micrófono en una app de llamada activa: teams, zoom, meet... NO sé con cuáles funciona, pero con Teams va súper bien.
Windows+Alt+K. No importa en qué ventana tengamos el foco. ¡Se acbó buscar la ventana de Teams para cambiar eso!
Lleva años, pero yo la descubrí esta mañana xD
¿Y vosotros, ya os la sabíais? :)
@microblogc uff, accidentes con rsync :)
Sí, por el mismo motivo te he puesto trozos de bash en los toots; si no lo pruebo antes no creo que pueda ser preciso. Yo ya me he acostumbrado a ese manual, pero cuesta...
Yo uso mucho:
https://pubs.opengroup.org/onlinepubs/9799919799/
, aunque creo que tampoco es mucho mejor. Pero normalmente lo que sale ahí funciona en todos sitios (e.g. en macOS).
@yo bueno, igual lo suyo es el microformato h-feed, que al parecer tiene soporte en algún que otro lector de RSS:
Quizá lo que habría que hacer es impulsar este sistema para HTML. Permitiría escribir páginas en HTML pelao o con Markdown "suscribibles" sin todo el bagaje de RSS/Atom.
Muchos días pienso que la característica más extraordinaria del protocolo Gemini es su "alternativa" a RSS. Una página Gemini con enlaces que empiezan por una fecha como "1979-12-03 Hoy es un gran día" se considera "suscribible" como un feed RSS o Atom.
Pero RSS y Atom son absurdamente complejos (con algún buen motivo, pero en general es complejidad accidental e innecesaria), mientras que el sistema de Gemini es trivial de hacer a mano.
@aperalesf es *muy* fácil romper un feed RSS (también Atom, creo).
Los gemfeeds de Gemini demuestran que RSS y Atom son excesivamente complejos para la mayoría de casos :)
Yo mismo he roto mi feed cada vez que he cambiado cómo funciona mi blog.
@microblogc (mucha gente es fan de TCL hoy en día. No lo conozco suficiente, pero igual es una alternativa a Perl... Rexx es un lenguaje bizarro de IBM que se usa en mainframes y que tuvo cierta vida en el Amiga. Yo lo usé un poco, es especialito pero tiene mucho encanto. No recomiendo intentar programar LibreOffice con TCL o Rexx, ni usar esos dos lenguajes para nada... pero igual sí dan una experiencia más tipo VBA.)
@microblogc ¿estás con Windows con WSL? https://flow-control.dev/ tiene pintaca, aunque lo he usado muy poco.
@microblogc hoy en día casi todos los editores ligeros tienen soporte decente para trabajar bien en Python. vim y su familia desde luego. Yo uso Emacs que sí tarda mucho en cargar (2s) pero con emacsclient no me entero.
Pero ya te digo, igual Perl es lo que buscas. Mucha gente de Perl se pasó a Ruby, pero por lo que dices de Python seguramente no te guste tampoco (la indentación no es significativa, pero es más o menos igual de "superestructurado").
@microblogc https://en.wikipedia.org/wiki/Universal_Network_Objects ,¡ veo que hay soporte para Rexx y TCL!
Igual ya has tocado UNO, yo no lo he usado personalmente, sólo creo que es el equivalente de VBA, pero ni idea, igual es horrible.
@microblogc huy, eso es todavía más bizarro :)
A=b comando es *casi* equivalente a export A=B ; comando y desexporta y se carga la variable al acabar. Es muy conveniente cuando quieres pasar variables de entorno sólo a un subproceso.
Pero hace unos meses me descubrieron otra criatura del averno que acecha en esa sintaxis. Hay una diferencia sutil entre las variables de entorno definidas así y las definiciones normales que creo que recordar que da pánico...
@microblogc siempre me falta un "Perl limpio y moderno" que te permita meter un chorro de código en una línea (lo que no permite Python) y con todos los atajos que molan de los shells que no tiene Python.
El problema es que siempre intento ceñirme a herramientas más o menos estándar (por eso intento conocer bash y sus diferencias con sh, que sh siempre está). Pero me salgo a Python porque está casi siempre y hay cosas que con sh es imposible. (Me niego a aprender awk, perl...)
@microblogc creo que ./script debería ser más o menos equivalente, no se me ocurren casos (fuera de lo de querer afectar el entorno o no querer pagar subprocesos) en los que usar . sea una ventaja. Pero no es un tema que domine 100%