Bouger Transactions: Copy&Paste, Jounaux,
Bonjour et bonne nouvelle année ! Je commence avec les choses désagréables. 1) Même après l'activation de mon compte et activation des cookies pour votre Système Redmine, je ne peux mas accéder l'application avec mon nom d'utilisateur et mot de passe. J'ai indiqué une OpenID aussi, mais sans succès. J'abandon là toute suite et ne veux plus retourner. S'il y a une manière de mal-remplir trois simples cases de texte, ce n'est probablement pas moi qui a un problème. 2) Je veux bouger des transactions entre deux journaux. Ça ne marche pas. Voir aussi les bugs #777 et #641. Concernant #641, je ne comprends pas comment on peut résoudre le bug de ce manière. Déjà je dois deviner qu'il manque un mot dans la conclusion. Ce n'est pas évident car le Français n'est pas ma langue maternelle. De plus, on ne peut pas copier/coller une transaction d'un journal dans un autre. Même après avoir ajouté une transaction «vide» qu'on doit supprimer après, les transactions «collées» restent attribué à l'ancien journal, où on a ainsi crée des jolis doublons mais rien d'autre. 3) Question : Est-ce que c'est envisagé d'homologuer la numérotation des comptes ? Ce que je souhaiterais c'est que le logiciel insiste sur un format unifié, selon leur besoin, une option de configuration ou un automatisme. Le changement serait visible d'abord dans le plan comptable ou il n'y aurait plus des comptes de deux chiffres à côté des comptes en 4, voir 5 chiffres. Un compte 52 serait automatiquement converti en 52000, si c'est la norme pour le plan comptable actuel. Le positif, enfin. Grace à Lima, j'ai pu faire ma première expérience dans la comptabilité en 2013 et ai gagné félicitations et compliments pour un joli Grand Livre de notre fédération Nature & Progrès (natureetprogres.org). Certes, mon petit script «lima_report» a joué un rôle, mais le travail est fait en majorité par vous. Je vous remercie et continue faire la pub pour Lima et le logiciel libre. Cheerio, Michael Uplawski www.uplawski.eu -- Nature & Progrès Mayenne-Sarthe-Orne *http://mso.uplawski.eu* GnuPG/OpenPGP 4096R/3216CF02 2013-11-15 [expires: 2015-11-15] sub 4096R/2751C550 2013-11-15 [expires: 2015-11-15]
Bonjour et bonne année à vous aussi, Merci de votre intérêt pour Lima. Vous trouverez les réponses à la suite de vos questions. Le 03/01/2014 11:36, Michael Uplawski (MSO) a écrit :
Bonjour et bonne nouvelle année !
Je commence avec les choses désagréables.
1) Même après l'activation de mon compte et activation des cookies pour votre Système Redmine, je ne peux mas accéder l'application avec mon nom d'utilisateur et mot de passe. J'ai indiqué une OpenID aussi, mais sans succès. J'abandon là toute suite et ne veux plus retourner. S'il y a une manière de mal-remplir trois simples cases de texte, ce n'est probablement pas moi qui a un problème.
Je vous confirme que votre compte "Bat_Guano" associé à votre email est actif sur chorem.org. Dans l'écran de connexion, vous devez renseigner votre identifiant ("Bat_Guano") et votre mot de passe (L'openId n'est pas obligatoire). À notre connaissance, vous êtes la seule personne à avoir ce problème de connexion, merci de nous indiquer si le problème persiste.
2) Je veux bouger des transactions entre deux journaux. Ça ne marche pas. Voir aussi les bugs #777 et #641.
Concernant #641, je ne comprends pas comment on peut résoudre le bug de ce manière. Déjà je dois deviner qu'il manque un mot dans la conclusion. Ce n'est pas évident car le Français n'est pas ma langue maternelle. De plus, on ne peut pas copier/coller une transaction d'un journal dans un autre. Même après avoir ajouté une transaction «vide» qu'on doit supprimer après, les transactions «collées» restent attribué à l'ancien journal, où on a ainsi crée des jolis doublons mais rien d'autre.
L'écran de saisie des transactions ne permet pas de modifier le journal d'une transaction. Le copier/coller d'une transaction vers un autre journal ne fonctionne pas en version 0.7. La correction sera disponible dans la prochaine version de lima (0.8).
3) Question : Est-ce que c'est envisagé d'homologuer la numérotation des comptes ? Ce que je souhaiterais c'est que le logiciel insiste sur un format unifié, selon leur besoin, une option de configuration ou un automatisme. Le changement serait visible d'abord dans le plan comptable ou il n'y aurait plus des comptes de deux chiffres à côté des comptes en 4, voir 5 chiffres. Un compte 52 serait automatiquement converti en 52000, si c'est la norme pour le plan comptable actuel.
Cette évolution n'est pas prévue dans l'immédiat. Nous allons étudier cette demande pour une future version.
Le positif, enfin.
Grace à Lima, j'ai pu faire ma première expérience dans la comptabilité en 2013 et ai gagné félicitations et compliments pour un joli Grand Livre de notre fédération Nature & Progrès (natureetprogres.org). Certes, mon petit script «lima_report» a joué un rôle, mais le travail est fait en majorité par vous. Je vous remercie et continue faire la pub pour Lima et le logiciel libre.
Cheerio,
Michael Uplawski www.uplawski.eu
Merci à vous de persister dans l'utilisation de Lima malgré les problèmes que vous rencontrez et nos faibles disponibilités. Lima ne progresse malheureusement pas à la vitesse que nous le voudrions, mais nous tenons à vous rassurer sur le fait que le projet est toujours actif et nous espérons pouvoir prochainement passer du temps sur son développement afin de sortir une version plus stable et exploitable. Cordialement, -- Sylvain Bavencoff bavencoff@codelutin.com Code Lutin 12 avenue Jules Verne 44230 Saint-Sébastien-Sur-Loire (+33) 02 40 50 29 28
participants (2)
-
Michael Uplawski (MSO) -
Sylvain Bavencoff