| Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente |
| phone:kde-connet [2026/07/10 22:28] – Flaz | phone:kde-connet [2026/07/10 23:27] (Version actuelle) – [Interface confuse] Flaz |
|---|
| Sources : | Sources : |
| * [[https://userbase.kde.org/KDEConnect|KDEConnect]] (en) (kde.org) | * [[https://userbase.kde.org/KDEConnect|KDEConnect]] (en) (kde.org) |
| * [[https://www.reddit.com/r/kde/comments/1ix46qh/kde_connect_no_longer_showing_sms_content_after/|KDE connect n'affiche plus le contenu des SMS après la mise à niveau vers Android 15 ?]] | * [[https://www.reddit.com/r/kde/comments/1ix46qh/kde_connect_no_longer_showing_sms_content_after/|KDE connect n'affiche plus le contenu des SMS après la mise à niveau vers Android 15 ?]] (en) (reddit) |
| | * [[https://gist.github.com/aldosch/32495b07e301c3efcad136b2b7d604ba|Change android appops with adb ]] |
| |
| KDE Connect peut être très pratique pour intégrer un smartphone et un ordi : envois croisé de fichiers, notifications croisées, envoie de textos depuis l'ordi, clavier-souris-terminal distant, etc. | KDE Connect peut être très pratique pour intégrer un smartphone et un ordi : envois croisé de fichiers, notifications croisées, envoie de textos depuis l'ordi, clavier-souris-terminal distant, etc. |
| |
| ===== Interface confuse ===== | ===== Interface confuse ===== |
| KDE Connect est conçu pour faire communiquer une smartphone (ou tablette) et un ordi. Dans un bel esprit d'ouverture, les concepteurs ont également prévu qu'on puisse l'utiliser pour faire communiquer deux ordis (par exemple une station de travail et un portable). En cherchant respecter cette pseudo-généricité, l'interface, les aides et la documentation ne permettent bien souvent pas de savoir dans quel sens se fait l'échange. Rien que ça =) Par exemple | KDE Connect est conçu pour faire communiquer une smartphone (ou tablette) et un ordi. Dans un bel esprit d'ouverture, les concepteurs ont également prévu qu'on puisse l'utiliser pour faire communiquer deux ordis (par exemple une station de travail et un portable). En cherchant respecter cette pseudo-généricité, l'interface, les aides et la documentation ne permettent bien souvent pas de savoir dans quel sens se fait l'échange. Rien que ça =) Et ce n'est pas la conséquence d'une traduction bâclée. C'est mauvais dès l'origine… |
| | |
| | UN exemple |
| | |
| | Dans l'interface, l'aide embarquée du plugin "Send Notifications" dit "Broadcast this computer's notifications, so they can be shown on other devices." La documentation officielle commente "This is pretty self-explanatory: notifications from your computer will show up on your phone." Et bien non. La documentation est explicite mais pas l'aide embarquée. |
| | |
| | Comble du n'importe quoi, formulation de la documentation est non seulement plus explicite mais aussi plus courte que celle de l'aide embarquée. Bref, ce sont toutes les aides et toutes les documentations qui devraient être réécrites comme le fait la documentation dans cet exemple. Dans bien des cas, on ne sait pas ce que telle fonctionnalité fait sur l'ordi et/ou le smartphone. Les termes et expressions tels que "device"((En informatique, potentiellement tout est un "device" : ordi, smartphone, tablette, écran, disque dur, souris, clavier, NAS, imprimante, etc. En contexte, on pourrait décider que "device" désigne obligatoirement un smartpmhone ou une tablette mais ce serait contre-productif. Mieux vaut utiliser le terme smartphone et préciser qu'il doit être entendu comme "smartphone ou tablette".)), "remote device", "remote peripheral" devraient être bannies et remplacées selon les cas par "smartphone" et "computer". Et voilà. Faisons confiance à chacune pour comprendre que "smartphone" peut être synonyme de "tablet". Les seules qui pourraient éventuellement se trouver lésées sont les personnes utilisant KDE Connect entre deux ordis ou deux smarphones. Mais même dans ces cas d'utilisation, la pseudo-généricité rend la documentation absconse. |
| | |
| | Pour ce faire, il faudrait simplement traiter l'app pour smartphone et l'application pour ordi comme deux applications différentes (quel que soit le pourcentage de code commun aux deux). Tout deviendrait limpide dans les libellés, les aides embarquées et la documentation. |
| | |
| | ===== Fonctionnalités instables ===== |
| | |
| | Parmi les fonctionnalité instables, celles qui touchent aux SMS se distinguent du lot. C'est ballot pour un logiciel faisant communiquer un smartphone et un ordi car le premier ne se distingue du second que par la possibilité de faire de la téléphonie vocale et textuelle… |
| | Pour s'en tenir aux SMS, les deux fonctionnalités majeurs sont la consultation et l'envoi de SMS depuis l'ordi et l'affichage des notifications de réception de SMS sur l'ordi. Or ces deux fonctionnalités ont la réputation de fonctionner « quand elles le veulent bien »… |
| |
| |
| |