|
|
Bonjour , pourquoi est-il en statut affecté ? Tu es en train de le développer ? |
|
|
Non. C'est un des sujets que je m'étais assignés à l'époque pour l'étayer avant de le soumettre. Je viens de le «désassigner» pour le remettre en circulation. Par contre, je ne comprends pas le changement «yanntemp => danydb» du 16/10/2022, puisqu'il m'était encore assigné jusqu'à récemment. C'est quoi le statut «affecté»? |
|
|
Salut , le statut affecté veut dire que quelqu'un y travaille :-) L'avantage de bouton à cocher est qu'on peut en cocher beaucoup simplement en cliquant le premier puis majuscule clic sur le second et tout ce qui se trouve entre sera sélectionné (= sélection par plage). Je propose donc un petit truc visuel qui indique si c'est un Débit ou un crédit mais on garde la checkbox, |
|
|
Oulah! Elle date, celle-ci! Je crois que je me plante parfois quand j'essaye de "désaffecter" tout à fait une tâche (pour la remettre en "circulation") après me l'être affectée pour bosser dessus à l'occasion (élaborer mieux la proposition, pas coder). Je pense que, à l'époque, je trouvais ça parfois confus la répartition D/C juste sur base de la case, et que la prépondérance donnée au débit (cochée = débit) choquait ma logique interne. C'est pour cela que j'avais imaginé une manière de les remettre sur un pied d'égalité (D et C). Mais l'argument du cochage en série fait le poids. Ce même mécanisme ne serait-il pas aisément transposable à des boules? Ça pourrait ressembler à ceci : D / C b b b b b b b b ... ... b = boule Et chaque colonne de boule réagirait en série comme les cases. Ainsi, d'un coup d'œil, plus de confusion possible entre débit et crédit. Mais comme je travaille beaucoup avec l'importation CSV, ça joue de moins en moins à l'encodage pour ma part. À la relecture, par contre, quand on débute, faut un moment pour bien caler «coche = D» sans réfléchir. Mais, si le truc visuel auquel tu penses est tout aussi clair et esthétique, c'est parfais. |
|
|
Oups , je viens de finir le dev, voici à quoi cela ressemblera, si on clique on a ce que c'est . Cela fonctionnera aussi par plage. Screenshot_20231230_113620.png (29,452 bytes) |
|
|
[Punaise! Ton écran est énorme. Je bosse sur un petit 4/3 et je me rends compte que ça détériore complètement mon «expérience Noalyss»...] C'est jolie. Et claire. Par contre, quand on découvre l'application, ça peut prêter à confusion : comme «Crédit» est inscrite à côté de la case, on pourrait croire que cocher la case indique que le montant est bien au crédit. Donc c'est très claire à la lectue, une fois les cases cochées, pour savoir si la ligne est D ou C. Mais, à l'encodage, ça pourrait apparaître contre-intuitif au premier abord. Ça existe, des cases à cocher exclusives – on en coche une et ça décoche l'autre? Comme des boules? (Pour ne pas introduire d'objet supplémentaire – y a des boules, ailleurs, dans Noalyss?) Le cas échéant, ça pourrait être ainsi : |c| D/C |c| |c| D/C |c| |c| D/C |c| |c| D/C |c| |c| D/C |c| |c| D/C |c| ... |c| = case à cocher Et cocher d'un côté décoche de l'autre. Avec cochage en série. C'est peut-être plus chiant à coder, non? Ou plus moche? Mais, je précise, pour moi, habitué, ça va très bien. C'est juste pour les personnes qui débarquent (ne pas rendre la familiarisation plus ardue) et pour coller à certaines conventions répandues de gros logiciels. |
|
|
Oui , NOALYSS est prévu pour fonctionner à la taille de zoom que tu aimes, en général je développe avec un zoom de 100% et comme mon écran est grand, je fais ma compta je travaille avec un zoom de 130% , que je trouve confortable pour moi, sur ma tablette j'utilise plutôt 90%. Une idée serait de l'ajouter au préférence :-) Pour te répondre, je trouve que les 2 coches (radio button) sont peu esthétiques et ne peuvent pas être sélectionnés par plage. Tout le monde interprète un peu comme il veut, et c'est parfois très compliqué de trouver une chose simple universellement compréhensible et sans qui-proquo Donc je pense rester sur ce système-ci :-) |
- Anonymous
