phpMyAddressbook

phpMyAddressbook , le 22 mai 2008 par FrViPofm

phpMyAddressbook , le 11 janvier 2008 par Ploc

Je rappelle que les messages ici sont censés apporter un commentaire sur le produit. Ils ne doivent pas servir au support technique (le forum de Framasoft est fait pour ça !).

L’internationalisation utilise le mécanisme de gettext.

phpMyAddressbook , le 11 janvier 2008 par Ploc

Je rappelle que les messages ici sont censés apporter un commentaire sur le produit. Ils ne doivent pas servir au support technique (le forum de Framasoft est fait pour ça !).

L’internationalisation utilise le mécanisme de gettext.

phpMyAddressbook , le 26 septembre 2007 par Ploc

phpMyAddressbook , le 29 mai 2007 par Ploc

Merci pour ces encouragements.

Ca ne coute pas grand chose à son auteur mais ça fait plaisir à celui auquel le message est destiné...

phpMyAddressbook en Français , le 2 avril 2007

Il est en Français par défaut.

Gettext doit être installé et activé dans php...

phpMyAddressbook , le 15 mars 2007 par Ploc

Ce dysfonctionnement déjà connu est dû à une fonction de php permettant de protéger l’application contre les injections de code par sql. Cette fonction analyse la valeur de chaque argument pour déterminer son type et donc comment il faut la protéger.

Dans votre cas, le valeur a été identifiée comme numérique et donc le 0 initial est considéré comme non significatif, c’est pour cela qu’il est supprimé.

D’autres programmeurs php se sont également cassé les dents là-dessus et je ne vois que 2 solutions possibles :

1/ Supprimer cette fonction de protection et rendre phpMyAddressbook moins robuste, mais en permettant de rentrer des données numériques sans qu’elles soient altérées.

2/ Conserver cette fonction telle quelle et maintenir la robustesse de l’application mais modifier sa manière de rentrer les numéros de manière à ce que la valeur ne puisse pas être considérée comme numérique.

En ce qui me concerne, je n’ai jamais eu ce problème car je mets des espaces dans les numéros (01 24 64 78 95). Les espaces étant non numériques, la valeur est alors automatiquement considérée comme du texte.

C’est donc cette seconde solution que j’ai privilégiée jusqu’à maintenant. Mais si quelqu’un pense à une meilleure solution, je suis à l’écoute !

phpMyAddressbook , le 16 mars 2007 par clem

phpMyAddressbook , le 26 mars 2007 par Ploc

phpMyAddressbook : Avec firefox , le 12 mars 2007 par Ploc

La cause de ce dysfonctionnement réside selon vous dans votre firefox modifié par vos soins et vos extensions.

Le target="_top" que vous préconisez n’appartient pas au standard xhtml, il appartient déjà au passé. C’est au navigateur, et à fortiori à l’utilisateur de déterminer si le lien doit s’ouvrir dans une nouvelle page, un nouvel onglet ou dans la page courante.

Puisque vous avez modifié votre firefox, essayer d’affiner son comportement pour qu’il se comporte comme vous le souhaitez.

Mais je ne pense pas qu’ajouter un target="_top" soit la bonne solution. Je suis pour les standards, je les promeus et les utilise !

phpMyAddressbook : Avec firefox , le 13 mars 2007

Bonjour,

Certes, je n’ai qu’à régler firefox comme il faut pour que le phénomène ne se reproduise plus. Mais est ce bien raisonnable de prétendre obliger les utilisateurs de firefox et de ses extensions à mettre en place des réglages en fonction d’un seul logiciel : le votre ?

J’ai aussi un agenda "Phenix" trouver sur framasoft justement que j’ouvre avec firefox et avec lequel, avec mes réglages, je n’ai aucun désagrémént de ce type.

Si "tearget = "_top" n’est pas la solution technologique "la plus moderne", j’espère qu’il y en a une autre qui vous conviendrait mieux.

Cordialement

Gilletarom.

phpMyAddressbook : Avec firefox , le 15 mars 2007 par Ploc

Je crois que la meilleure réponse à cette problématique compliquée et dans le tutoriel xhtml de ElitWork. Je conseille à chacun de le lire car il permet de bien cerner la "philosophie" de xhtml.

http://www.elitwork.com/xhtml_tutoriel.html

Voyez en particulier la première partie sur "Le contexte qui entoure XHTML" (http://www.elitwork.com/xhtml_tutoriel.html#context) puis la partie qui concerne spécifiquement les liens, "Les types de données" (http://www.elitwork.com/xhtml_tutoriel.html#donnees).

Un extrait pour les flemmards qui n’auront pas le courage de suivre les liens :

Les liens

Les liens ne sont rien de plus qu’un pont entre votre document et un contenu qui lui est lié. L’utilisation originelle du lien a été complétement oublié par la majeure partie des webmestres. En effet, un lien ne devrait jamais être un échange ou encore, un outil de marketing. La création de ces derniers ne doit pas être gratuite (ni payante d’ailleurs) mais réfléchie. Il doit être directement en rapport avec le sujet dont la page traite. L’attribut target d’antan n’est plus permis en XHTML, il servait à obliger un lien à s’ouvrir dans une nouvelle fenêtre. N’essayez pas de contourner cela, mais réfléchissez plutôt au but de cette évolution.

En effet, le visiteur n’est-il pas maître de son ordinateur et ne peut-il pas considérer l’ouverture de fenêtres non solicitées comme une intrusion ou une prise de contrôle ? Un simple exemple : Je suis utilisateur de Mozilla dont l’un des principes les plus intéressants est la navigation par onglet. Plutôt que de naviguer dans plusieurs fenêtres, je navigue dans une seule mais sur plusieurs pages différentes grâce aux onglets. Imaginez mon désarroi lorsque, sans mon accord, des webmestres se permettent de perturber ma manière de naviguer ? Me croient-ils incapable de le faire correctement ? Et, entre nous, je développe souvent en même temps que je navigue et je dois dire que les fenêtres multiples de Dreamweaver,  mIRC, Mozilla, Internet Explorer, la console Javascript de Mozilla et j’en passe, sont suffisantes pour ne pas avoir à en redemander ! Mais bon, revenons-en à nos moutons. [...]

phpMyAddressbook , le 5 mars 2007

phpMyAddressbook , le 6 mars 2007 par JJ

phpMyAddressbook , le 6 mars 2007 par rhadamanthys

fonctions interessante ms comme la dit ranouf vrmt moche... Mais merci pour la fonction... sera un plaisir de lui créer .css .

Merci

phpMyAddressbook , le 6 mars 2007

RoundCube (qui utilise la technologie ajax) est très joli mais qu’en est-il de l’accessibilité ?

Faut-il privilégier l’emballage ou bien le moteur ? De jolies couleurs ou l’accessibilité ?

Un petit teste avec lynx te mettra sur la voie...

phpMyAddressbook : accessibilité ? , le 9 mars 2007 par Sylvain

c’est trés moche, au vu de ce qu’il est possible de faire de nos jours

perso j’ai découvert par hasard RoundCub chez Free

et je vois exactement ce que veut dire le premier post

RoundCube (qui utilise la technologie ajax) est très joli mais qu’en est-il de l’accessibilité ?

Faut-il privilégier l’emballage ou bien le moteur ? De jolies couleurs ou l’accessibilité ?

rien est incompatible il me semble ?!
qui a dit que l’accessibilité ne devait être que technologique ? j’entends par la du code irréprochable, des access-key
un grand nombres de points des règles d’accessibilité, sont out autres
je rappel que l’accessibilité ne concerne pas que les aveugles et mal-voyants (c’est important quand même hin)
l’accessibilité, c’est aussi donner la possibilité à l’utilisateur, qui a de bons yeux, peut manier un clavier et une souris convenablement de s’y repérer facilement ... on peut parler d’ergonomie de convivialité, aussi ... qui me semblent être des sous ensembles de l’accessibilité

or pardon mais ce que je vois là est peut être très accessible pour les malvoyants, mais :

• que fait "tout exporter au format" en plein milieu de :
  • la recherche
  • la navigation par lettre

loin de moi l’idée de vexer ou décourager ceux qui travaillent sur ce projet, l’idée est super !

mais ce n’est qu’un (bon) début il me semble, maintenant que la plateforme technique est en place, un p’tit coup d’ergonomie, design, ... même 3 fois rien

de mon point de vue l’idée serait de faire appel à un webgraphiste externe au projet (qui ne le connait pas) en lui demandant : "dessine moi un carnet d’adresse", en lui listant les fonctions qui doivent être à l’écran : sa vision sera sûrement différente de la votre :-)

phpMyAddressbook , le 12 mars 2007 par Ploc

Il faut différencier trois notions qui, si elles se recoupent et se complètent, sont tout à fait différentes :
 accessibilité,
 ergononomie,
 apparence.

J’ai en priorité cherché à faire un outil accessible (à ceux présentant des handicaps et utilisant des outils de consultation spécifiques), un outil ergonomique (pour tous), et un outil graphiquement simple, léger et rapide à charger.

Le parallèle avec RoundCube est insuffisant : c’est un client de mail alors que phpMyAddressbook est un carnet d’adresse. On ne peut donc pas comparer l’ergonomie des deux outils. J’ai des doutes quant à l’accessibilité de la technologie ajax mais j’irai faire un teste de RoundCube avec lynx, comme suggéré ci-dessus.

Quant à l’apparence du logiciel, xhtml et css sont justement là pour séparer le fond de la forme. Chacun peut se créer son propre fichier css comme il le souhaite. Je suis prêt à intégrer des améliorations dans le fichier css, voir à intégrer un second fichier css si un contributeur m’envoie un fichier css de qualité.

L’apparence d’un logiciel ne peut être réussie que si son ergonomie l’est aussi (sinon, c’est juste du flan et de l’esbrouf). Merci de faire en priorité vos remarques sur l’ergonomie plutôt que sur la couleur du lien, ça me semble plus important...

Bref, l’appel à un contributeur ou un webdesigner ou un graphiste est lancé, mais de grâce évitez les critiques débiles et inutiles comme celle qui a lancé de fil de discussion. Car mieux vaut se taire que critiquer sans proposer.

phpMyAddressbook , le 2 avril 2007

RoundCube est carrément inaccessible avec lynx (HTTP Error 406 - Not acceptable), ça commence mal pour un test d’accessibilité...

Donc avant d’être beau, un logiciel se doit d’être accessible et efficace. Ce que n’est pas RoundCube.

phpMyAddressbook , le 23 août 2007

PhpMyAddressBook , le 27 février 2007

Il faut installer l’extension "gettext".

Le script "param.cfg.inc.php" utilise la fonction "bindtextdomain()".

Cette fonction fait partie de l’extension "php_gettext.dll" de PHP, mais cette extension n’est pas active par défaut avec EasyPHP. Pour activer cette extension, modifier les 2 fichiers suivants :

\Program Files\EasyPHP 1.8\conf_files\php.ini

\Program Files\EasyPHP 1.8\safe\php-safe.ini

en enlevant " ;" de la ligne " ;extension=php_gettext.dll".

Et redémarrer EasyPHP.

PhpMyAddressBook , le 7 mars 2007

Bonjour,

Même problème avec le serveur WAMP5 sur ma machine. J’ai donc installé getttext comme indiqué dans la réponse au message initial.

Mais maintenant j’ai le problème suivant :

""""""""""""""""""""""""""""""""""""""" Warning : mysql_select_db() [function.mysql-select-db] : Access denied for user ’ODBC’@’localhost’ (using password : NO) in C :\Documents and Settings\CK\Mes documents\WWW\PhpMyAdressBook\sql.fct.inc.php on line 11

Warning : mysql_select_db() [function.mysql-select-db] : A link to the server could not be established in C :\Documents and Settings\CK\Mes documents\WWW\PhpMyAdressBook\sql.fct.inc.php on line 11 [error] unable to select database [annuaires]

""""""""""""""""""""""""""""""""""""""""""""

Et ceci que je crée la base "annuaires" ou pas à l’avance.

Si quelqu’un peut me donner une indication, merci d’avance.

Cordialement

Gilletarom.

PhpMyAddressBook , le 8 mars 2007

Ce que je peux dire, c’est que tu as un problème de paramétrage. Tu utilises bien la dernière version (1.6) ?

Le message indique que tu tentes de te connecter sur la base localhost avec le user ODBC et sans mot de passe. Est-ce bien la configuration de ta base mysql ?

Mais le access denied indique clairement que phpMyAddressbook n’arrive pas à se connecter à la base de données...

Vérifie la configuration de ta base de données et ton fichier de paramétrage user.cfg.*.

PhpMyAddressBook , le 9 mars 2007

Bonjour,

Et non, j’avais la version 1.5 . Avec 1.6, cela va mieux. Déjà, le fichier de configuration est bien plus simple. Mais c’est insuffisant pour régler le reste. Maintenant, je n’ai plus de "warning" mais ceci :

" [error] unable to select database [pmab_] "

Pour info, voici le fichier "user.cfg.inc.php"

<?php
/* database parameters */
$dbServer = "localhost";
$dbLogin = "root";
$dbPassword = "";
$dbName = "pmab_";
$dbTable = "annuaires";
$dbCharset = "UTF8";

/* default search parameters */
$defaultSearchField = "name";
$defaultSearchOperator = "starts_with";
$defaultSearchValue = null;
?>

Lorsque j’ouvre phpMyAdmin, je ne vois apparaître aucune nouvelle base et à fortiori, aucune nouvelle table. Cela me parait d’ailleurs logique en ayant regardé un peu quelle fonction php était éxecutée en premier (ou presque).

Cordialement

Gilletarom

PhpMyAddressBook , le 9 mars 2007

Heu pas doué Gilletarom. Voici le fichier de conf annoncé ci avant :

/* database parameters */ $dbServer = "localhost" ; $dbLogin = "root" ; $dbPassword = "" ; $dbName = "pmab_" ; $dbTable = "annuaires" ; $dbCharset = "UTF8" ;

/* default search parameters */ $defaultSearchField = "name" ; $defaultSearchOperator = "starts_with" ; $defaultSearchValue = null ;

PhpMyAddressBook , le 9 mars 2007

Bonjour,

Dernière tentative : J’ai commencé par créé moi même la base de données ("pmab_") avec PhpMyAdmin sans créer la table "annuaires". Et cette fois ci, cela a fonctionné.

Avais je mal mal compris le mode d’emploi, ce qui expliquait l’échec précédent ou ceci est il du à wamp5 ?

Cordialement

Gillatarom.

PhpMyAddressBook , le 12 mars 2007 par Ploc

Ce n’est pas dû à Wamp5, il fallait effectivement créer préalablement manuellement la base de données. Le script d’installation se charge en effet de créer la table, mais pas la base de données.

Je vais préciser cela dans le mode d’installation, merci.

PhpMyAddressBook , le 21 février 2007 par Ploc

Comme indiqué dans le fichier README, oui c’est possible. Mais ca n’est pas (très) documenté...

Il faut éditer le fichier param.cfg.inc.php et ajouter des champs au tableau userFields. Faut faire un peu de php quoi !

PhpMyAddressBook , le 21 février 2007 par Ploc

PhpMyAddressBook , le 21 février 2007 par yanns

Bonjour, est ce que les champs ajoutés sont bien pris en compte à l’export aussi ?

"interface permettant au contact de mettre à jour eux-même leurs données", ce serait vraiment bien

et pour finir un module d’import est-il prévu ?

En tout cas bravo pour cette appli !

PhpMyAddressBook , le 21 février 2007 par Ploc

Bonjour, est ce que les champs ajoutés sont bien pris en compte à l’export aussi ?

Chaque fois que c’est possible, oui !
 sql : oui
 pdf : pas possible (on affiche déjà une partie seulement des données)
 ldif : pas possible, le format d’export est fixe
 csv : oui
 email : non, on n’exporte que les emails
 sim : non, on n’exporte que les numéros de téléphone (pour une carte sim)

Mais dans tous les cas, le module d’export est fait pour être très simplement modifiable en fonction des besoins de chacun (mais il faut mettre les mains dans le php...).

« interface permettant au contact de mettre à jour eux-même leurs données », ce serait vraiment bien

Ce serait une bonne chose mais cela nécessite pas mal de boulot (authentification, sessions)... Je pense déjà dans un premier temps à ajouter une possibilité de mailing en envoyant les coordonnées de gens. Libre ensuite à eux de répondre par mail au propriétaire du carnet d’adresses si les coordonnées actuelles ne sont pas correctes. Ce serait un premier pas d’interactivité. Et puis peut-être que les gens seraient plus enclins à renvoyer un mail qu’à aller sur une interface qu’ils ne connaissent pas pour entrer leur coordonnées (avec tous les risques associés au phishing dont on nous rebat les oreilles ces derniers temps...).

et pour finir un module d’import est-il prévu ?

Rien n’est prévu, mais tout est possible ! ;-)

Pourquoi pas, mais à quel format ? Et depuis quoi (un fichier en local sur le serveur ou bien un fichier à uploader sur le serveur...) ?

PhpMyAddressBook , le 6 mars 2007 par yanns

merci pour ces réponses

>Je pense déjà dans un premier temps à ajouter une possibilité de mailing en envoyant les

coordonnées de gens. En effet c’est un premier pas suffisant et finalement plus "convivial" qu’un formulaire

>module d’import >Pourquoi pas, mais à quel format ? .csv qui est le plus "universel" et/ ou .ldif pour faire de l’import/export avec thunderbird

par ex. et ainsi permettrer une "synchronisation". >Et depuis quoi (un fichier en local sur le serveur ou bien un fichier à uploader sur le

serveur...) ? à uploader ce serait l’idéal (plus simple que FTP), ça revient ensuite à un fichier sur le

serveur.

PhpMyAddressBook : Main dans le camboui. , le 9 mars 2007

Bonjour,

Heu, j’ai mis les mains dans le camboui. J’ai choisi de mettre un champs numéro, un champs adresse 1 (nom de rue), un champs adresse 2 (complément) et plus de deux téléphones sans compter le fax. Le tout répondant à mes besoins, à court terme.

Problème. demain il y aura la version 1.7 puis 1.8 puis ...

Et tout sera à refaire.

Quand à l’export en pdf, la aussi il faut bricoler. cela commence à faire beaucoup de modif.

Tout cerla est bien galère.

Cordialement

Gilletarom.

PhpMyAddressBook , le 12 mars 2007 par Ploc

PhpMyAddressBook , le 13 mars 2007

Bonjour,

La critique est aisée et l’art est difficile. Je me permets toutefois de dire ce qui me paraitrait pratique (au moins pour moi) :

Lors de la première installation, dans le fichier de configuration que nous complétons, il faudrait pouvoir :
 Choisir le nombre champs dont nous aurions besoin,
 Choisir les noms de ces champs

Ceci ouvrirait immédiatement à votre logiciel bien des horizons.

J’imagine que c’est faisable mais n’étant pas programmeur,je reste prudent.

Sinon, au minimum, j’ajouterai des champs complémentaires car actuellement : D’une part, l’adresse ne tient pas toujours dans ce qui est proposé (ou mettre le n° d’appartement ou le hameau ....) D’autre part, par expérience dans l’association sportive pour laquelle je cherche un logiciel partageable sur internet avec les copains du bureau, j’ai besoin d’entrer au moins 4 numéros de téléphone + le fax par contact.

En cas de nouvelle version, l’ancien fichier de configuration devrait pouvoir être récupéré automatiquement.

Dans la version qui est dans ma machine actuellement, j’ai changé les couleurs en modifiant le fichier CSS. C’est facile à faire. Mais pour faire plaisir aux grincheux qui ont besoins de plusieurs "templates" vous pouvez mettre plusieurs fichiers "CSS" à charge pour l’utilisateur de choisir celui qui lui plait au moment de l’installation.

Je suis peut être exigeant mais j’espère que vous m’en excuserez.

Cordialement

Gilletarom.

PhpMyAddressBook , le 15 mars 2007 par Ploc

Ce que vous voulez faire est tout à fait faisable, le fichier de configuration (autodocumenté) permet d’ajouter et de supprimer des champs tout en spécifiant leur nom. C’est d’ailleurs indiqué dans le fichier README.

N’hésitez pas à me contacter si vous avez besoin d’aide pour paramétrer le fichier de configuration.

Concernant les css, j’ai déjà dit que l’appel était lancé et que je serai heureux (et curieux) de voir les css que les utilisateurs auront fait, et de les intégrer à la distribution officielle de phpMyAddressbook (avec paramétrage du fichier css dans le fichier de configuration).

Et je préfère un utilisateur exigeant mais constructif, qu’un utilisateur râleur et non constructif. Etre exigeant devient même une qualité quand on est aussi constructif...

Archive corrompue , le 20 février 2007 par Ploc

L’archive de la version 1.5 a été uploadée à nouveau sur le serveur. Cette version est validée non corrompue.

Mais elle est comporte un bug dans install.php qui sera corrigé dans la version 1.6 !

PhpMyAdressBook , le 19 février 2007 par Ploc

XHTML 1.1 mal utilisé , le 19 février 2007 par Ploc

Vous avez raison... en théorie !

Mais en pratique, si l’on souhaite conserver la compatibilité avec les navigateurs anciens/buggés (comme IE6), il est nécessaire de servir du xhtml 1.1 e, text/html.

http://forum.alsacreations.com/faq/faq-42-Comment-bien-declarer-XHTML11-.html

Je sais que c’est dommage d’être si proche du standard xhtml 1.1 sans pouvoir être totalement conforme mais c’est le meilleur compromis que j’ai trouvé entre standardisation et compatibilité...

PhpMyAdressBook , le 18 février 2007 par elrik

en cliquant sur "download", une nouvelle page s’ouvre, contenant toutes les versions du soft. Il faut choisir celle du bas. Il te faudra 7zip pour décompresser l’archive en tar.gz (en deux fois).

Au pire, clique sur le lien ci-dessous.

Cordialement.

-----> lien direct téléchargement 1.5

PhpMyAdressBook , le 19 février 2007

Merci pour ce lien que j’ai pu ouvrir avec 7Zip.

Je dispose d’un serveur WAMP5 sur ma machine avec PhpMyAdmin. C’est donc tout naturellement en local que je vais faire mes essais

La procédure d’installation indique qu’il faut au préalable créer : Une base ce que je sais faire

Une table ce que je peux faire mais :
 Combien faut il de champs ?
 Comment doivent s’appeler les champs
 Et qu’elles caractéristiques doivent avoir les champs ?

Bref, effectivement, c’est pô gagné.

Cordialement, Gilletarom

PhpMyAdressBook , le 19 février 2007

Heu ... bah non, je n’ai qu’à mettre un nom de base et un nom de table et le fichier install fera le reste.

C’est pourtant simple à comprendre n’est ce pas ?

Question : Y a t il un forum quelque part, spécifique à ce logiciel ?

Cordialement

Gilletarom.

PhpMyAdressBook , le 19 février 2007 par Ploc

Pour l’installation, le fichier joint README indique effectivement que le script install.php se chargera de créer la table au bon format.

En ce qui concerne le forum, il n’en existe pas (pour le moment). Il y a quand même l’email de l’auteur (moi) qui assure l’assistance et le support.

Je ne vois pas en quoi un forum serait utile, mais je suis ouvert à vos avis ! L’installation d’un forum peut-être étudiée.