J'ai beau regarder les docs et les tutoriels existants, je ne trouve pas
d'explication satisfaisante sur l'usage et la signification de "clear".
Ce que je ne comprend pas c'est:
- qu'est-ce qui passe à la ligne apres le "clear"?
- qu'est ce que "clear" chamboule?
Jusque là je n'ai pas eu obligation de l'utiliser, mais je vois par
exemple que Joomla (les templates joomlart, plus exactement) l'utilise
beaucoup, et quand je customise ces templates en enlevant le "clear", ça
ne change pas grand chose...
En gros, j'ai regardé la théorie, je comprends pas.
J'ai expérimenté sur des cas de la vraie vie, je comprends pas.
Peut-être un des contributeurs de ce groupe aurait le "truc" qui
m'aiderai :)
Merci d'avance.
--
Huile Essentielle de Camphre http://www.huile-camphre.fr
Infogerance http://www.infogerance.us
(Serveurs, Postes de travail, Développement logiciel)
Ha! faut que j'essaie voir à voir (que j'aille râler un bon coup auprès de son auteur ;-) )
euh... c'est moi "l'auteur" ...
c'est bien ce que je croyais +/- comprendre ;-)
pas encore "releasable..."
Il existe ça : <http://homepage.mac.com/amit.kumar/.Public/htmlize-1.1.1.dmg>
J'ai essayé et ça a eu l'air de fonctionner (bien que l'interface me semble perfectible - c'est un AppleScript) Le résultat est assez fonctionnel bien que à l'aide de frames, (bon ... aussi ça date de 2002) et ça pèse 2Mo pour 3 à 400 fiches, ce que je trouve assez lourd. Par contre, pas besoin de JS pour faire fonctionner le HTML.
-- sm
Une Bévue a écrit :
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:
Ha! faut que j'essaie voir à voir
(que j'aille râler un bon coup auprès de son auteur ;-) )
euh... c'est moi "l'auteur" ...
c'est bien ce que je croyais +/- comprendre ;-)
pas encore "releasable..."
Il existe ça :
<http://homepage.mac.com/amit.kumar/.Public/htmlize-1.1.1.dmg>
J'ai essayé et ça a eu l'air de fonctionner
(bien que l'interface me semble perfectible - c'est un AppleScript)
Le résultat est assez fonctionnel bien que à l'aide de frames,
(bon ... aussi ça date de 2002) et ça pèse 2Mo pour 3 à 400 fiches, ce
que je trouve assez lourd.
Par contre, pas besoin de JS pour faire fonctionner le HTML.
Ha! faut que j'essaie voir à voir (que j'aille râler un bon coup auprès de son auteur ;-) )
euh... c'est moi "l'auteur" ...
c'est bien ce que je croyais +/- comprendre ;-)
pas encore "releasable..."
Il existe ça : <http://homepage.mac.com/amit.kumar/.Public/htmlize-1.1.1.dmg>
J'ai essayé et ça a eu l'air de fonctionner (bien que l'interface me semble perfectible - c'est un AppleScript) Le résultat est assez fonctionnel bien que à l'aide de frames, (bon ... aussi ça date de 2002) et ça pèse 2Mo pour 3 à 400 fiches, ce que je trouve assez lourd. Par contre, pas besoin de JS pour faire fonctionner le HTML.
-- sm
unbewusst.sein
SAM wrote:
Il existe ça : <http://homepage.mac.com/amit.kumar/.Public/htmlize-1.1.1.dmg>
téléchargé, j'y jetterai "un oeil"...
J'ai essayé et ça a eu l'air de fonctionner (bien que l'interface me semble perfectible - c'est un AppleScript) Le résultat est assez fonctionnel bien que à l'aide de frames, (bon ... aussi ça date de 2002) et ça pèse 2Mo pour 3 à 400 fiches, ce que je trouve assez lourd. Par contre, pas besoin de JS pour faire fonctionner le HTML.
le js, chez moi, c'est juste pour gérer les thèmes... je ne comprends pas pourquoi les gens semblent si "allergiques" au js... -- Une Bévue
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:
Il existe ça :
<http://homepage.mac.com/amit.kumar/.Public/htmlize-1.1.1.dmg>
téléchargé, j'y jetterai "un oeil"...
J'ai essayé et ça a eu l'air de fonctionner
(bien que l'interface me semble perfectible - c'est un AppleScript)
Le résultat est assez fonctionnel bien que à l'aide de frames,
(bon ... aussi ça date de 2002) et ça pèse 2Mo pour 3 à 400 fiches, ce
que je trouve assez lourd.
Par contre, pas besoin de JS pour faire fonctionner le HTML.
le js, chez moi, c'est juste pour gérer les thèmes...
je ne comprends pas pourquoi les gens semblent si "allergiques" au js...
--
Une Bévue
Il existe ça : <http://homepage.mac.com/amit.kumar/.Public/htmlize-1.1.1.dmg>
téléchargé, j'y jetterai "un oeil"...
J'ai essayé et ça a eu l'air de fonctionner (bien que l'interface me semble perfectible - c'est un AppleScript) Le résultat est assez fonctionnel bien que à l'aide de frames, (bon ... aussi ça date de 2002) et ça pèse 2Mo pour 3 à 400 fiches, ce que je trouve assez lourd. Par contre, pas besoin de JS pour faire fonctionner le HTML.
le js, chez moi, c'est juste pour gérer les thèmes... je ne comprends pas pourquoi les gens semblent si "allergiques" au js... -- Une Bévue
SAM
Une Bévue a écrit :
le js, chez moi, c'est juste pour gérer les thèmes...
Heu ... là sur ta démo, l'apparition de telle ou telle fiche ne se fait que via CSS ?
Comment fais-je à cet instant pour l'imprimer ? (sans couleurs)
je ne comprends pas pourquoi les gens semblent si "allergiques" au js...
Parce que ton JS n'est peut-être : - compatible qu'avec les derniers brouteurs? - incompréhensible par IE (Mac ou Win) ?
Concernant IE il y aura sans doute les CSS qui lui seront obscures ?
De sortir les données d'AddressBook en html pourrait servir à emporter ce html ailleurs (ou à le consulter via le Net) où il n'y a peut-être pas de Mac ou peut-être Mac encore en système 9 ?
-- sm
Une Bévue a écrit :
le js, chez moi, c'est juste pour gérer les thèmes...
Heu ... là sur ta démo, l'apparition de telle ou telle fiche ne se fait
que via CSS ?
Comment fais-je à cet instant pour l'imprimer ?
(sans couleurs)
je ne comprends pas pourquoi les gens semblent si "allergiques" au js...
Parce que ton JS n'est peut-être :
- compatible qu'avec les derniers brouteurs?
- incompréhensible par IE (Mac ou Win) ?
Concernant IE il y aura sans doute les CSS qui lui seront obscures ?
De sortir les données d'AddressBook en html pourrait servir à emporter
ce html ailleurs (ou à le consulter via le Net) où il n'y a peut-être
pas de Mac ou peut-être Mac encore en système 9 ?
le js, chez moi, c'est juste pour gérer les thèmes...
Heu ... là sur ta démo, l'apparition de telle ou telle fiche ne se fait que via CSS ?
Comment fais-je à cet instant pour l'imprimer ? (sans couleurs)
je ne comprends pas pourquoi les gens semblent si "allergiques" au js...
Parce que ton JS n'est peut-être : - compatible qu'avec les derniers brouteurs? - incompréhensible par IE (Mac ou Win) ?
Concernant IE il y aura sans doute les CSS qui lui seront obscures ?
De sortir les données d'AddressBook en html pourrait servir à emporter ce html ailleurs (ou à le consulter via le Net) où il n'y a peut-être pas de Mac ou peut-être Mac encore en système 9 ?
-- sm
unbewusst.sein
SAM wrote:
Heu ... là sur ta démo, l'apparition de telle ou telle fiche ne se fait que via CSS ?
OUI.
Comment fais-je à cet instant pour l'imprimer ? (sans couleurs)
dans une précédente version de mes css il y avait un @media print où les couleurs (bien évidemment excepté sur les photos) sont supprimées et les fiches visibles, pas difficile à rajouter. je ne l'ai pas ré-introduit car je n'imprime pas les fiches.
> je ne comprends pas pourquoi les gens semblent si "allergiques" au js...
Parce que ton JS n'est peut-être : - compatible qu'avec les derniers brouteurs? - incompréhensible par IE (Mac ou Win) ?
Concernant IE il y aura sans doute les CSS qui lui seront obscures ?
pour moi, c'est clair, IE n'est pas un browser...
De sortir les données d'AddressBook en html pourrait servir à emporter ce html ailleurs (ou à le consulter via le Net) où il n'y a peut-être pas de Mac ou peut-être Mac encore en système 9 ?
c'est ce que je fais quand je suis chez mes fils, sur un pécé, mais en utilisant Firefox...
-- Une Bévue
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:
Heu ... là sur ta démo, l'apparition de telle ou telle fiche ne se fait
que via CSS ?
OUI.
Comment fais-je à cet instant pour l'imprimer ?
(sans couleurs)
dans une précédente version de mes css il y avait un @media print où les
couleurs (bien évidemment excepté sur les photos) sont supprimées et les
fiches visibles, pas difficile à rajouter.
je ne l'ai pas ré-introduit car je n'imprime pas les fiches.
> je ne comprends pas pourquoi les gens semblent si "allergiques" au js...
Parce que ton JS n'est peut-être :
- compatible qu'avec les derniers brouteurs?
- incompréhensible par IE (Mac ou Win) ?
Concernant IE il y aura sans doute les CSS qui lui seront obscures ?
pour moi, c'est clair, IE n'est pas un browser...
De sortir les données d'AddressBook en html pourrait servir à emporter
ce html ailleurs (ou à le consulter via le Net) où il n'y a peut-être
pas de Mac ou peut-être Mac encore en système 9 ?
c'est ce que je fais quand je suis chez mes fils, sur un pécé, mais en
utilisant Firefox...
Heu ... là sur ta démo, l'apparition de telle ou telle fiche ne se fait que via CSS ?
OUI.
Comment fais-je à cet instant pour l'imprimer ? (sans couleurs)
dans une précédente version de mes css il y avait un @media print où les couleurs (bien évidemment excepté sur les photos) sont supprimées et les fiches visibles, pas difficile à rajouter. je ne l'ai pas ré-introduit car je n'imprime pas les fiches.
> je ne comprends pas pourquoi les gens semblent si "allergiques" au js...
Parce que ton JS n'est peut-être : - compatible qu'avec les derniers brouteurs? - incompréhensible par IE (Mac ou Win) ?
Concernant IE il y aura sans doute les CSS qui lui seront obscures ?
pour moi, c'est clair, IE n'est pas un browser...
De sortir les données d'AddressBook en html pourrait servir à emporter ce html ailleurs (ou à le consulter via le Net) où il n'y a peut-être pas de Mac ou peut-être Mac encore en système 9 ?
c'est ce que je fais quand je suis chez mes fils, sur un pécé, mais en utilisant Firefox...
-- Une Bévue
SAM
Une Bévue a écrit :
c'est ce que je fais quand je suis chez mes fils, sur un pécé, mais en utilisant Firefox...
donc AB2Html ne sera jamais distribué ?
-- sm
Une Bévue a écrit :
c'est ce que je fais quand je suis chez mes fils, sur un pécé, mais en
utilisant Firefox...
c'est ce que je fais quand je suis chez mes fils, sur un pécé, mais en utilisant Firefox...
donc AB2Html ne sera jamais distribué ?
-- sm
unbewusst.sein
SAM wrote:
> c'est ce que je fais quand je suis chez mes fils, sur un pécé, mais en > utilisant Firefox...
donc AB2Html ne sera jamais distribué ?
Si, pas de pb, je peux même ajouter un switch, pour éviter de produire un document avec du JS pour le choix du thème MAIS, côté html je ne suis pas prêt à faire des concessions à IE.
ceci dit mon appli est ouverte, je m'explique :
- dans l'appli elle-même il y a les répertoires suivants :
- themes - xml
lesquels sont recopiés (au premier run ) dans :
~/Library/Application Support/AB2Html
c'est fait afin que l'utilisateur puisse changer des choses, contenu de ce répertoire :
- photos
les photos en jpg des personnes dont la photo est présente dans
carnet d'adresse. - themes AB2Html.ico themes.js
un dossier par thème :
<nom du thème> styles.css + images (si besoin) associées au thème. - xml AddressBook.dtd AddressBook.xml ( le contenu du carnet d'adresse transformé en xml ) AddressBook.xsl ( feuille de styles xslt ) preview.xml (pseudo carnet d'adresse pour prévisualisation, ce que tu as vu sur le net) themes.xml ( son contenu correspond au select des pages html)
pour changer le layout des pages en sortie, il suffit de changer "AddressBook.xsl"
par exemple, pour supprimer le select et son js associé, il n'y aurait plus alors qu'un seul thème "Défaut" qui peut être changé "comme on veut" enfin à condition d'être compatible avec le html produit par "AddressBook.xsl".
pour moi, c'est assez facile à faire, je pourrais te produire un feuille de style xslt "AddressBook.xsl" qui convienne à ce que tu souhaites, càd sans js, donc un seul thème, et avec une autre manière de présenter les "cartes de visite".
je te met ça (ie. l'"AddressBook.xsl" spécifique) à part de l'appli, tu lance l'appli une première fois, tu coupes l'appli
ensuite tu places ton "AddressBook.xsl" spécifique dans :
~/Library/Application Support/AB2Html/xml/
en lieu et place de la version "par défaut"
et tu as tes pages comme tu veux.
ce que fais "AB2Html" :
génère une page html par groupe + quelques pseudo-groupes. les pseudo-groupes : - tout (donc tout le contenu du carnet d'adresse) - sans-groupe (les contatcts qui n'ont pas de groupe attribué) - société (les sociétés seules) - personne (les personnes seules)
pourquoi je ne veux pas "releaser" aujourd'hui, j'ai un bug au niveau RubyCocoa, la sheet permettant de choisir les pages en sortie, même si elle fonctionne parfaitement n'a pas l'allure désirée :
<http://cjoint.com/data/dtmWfoSkzD.htm>
le texte "Choose pages to build" devrait apparaître au dessus du bouton "Tout"...
je ne pige pas d'où vient le pb...
j'ai un problème de "thread" à vérifier.
ensuite pour rendre l'appli "standalone" càd incorporant les Framewworks nécessaires à son utilisation, pas de pb, je sais faire.
resterait à vérifier chez toi que ça roule avec le ruby standard d'Apple, perso j'utilise :
(ce patch level est OK, sur une autre appli "BMMerge" (qui unifie les Bookmarks de Firefox, Flock, Opera et Safari), en ce qui concerne les "threads" mais je n'ai pas eu le temps de le vérifier avec AB2Html même si l'appli est "fonctionnelle")
utilisation très simple, par bouton :
- Preview = prévisualisation (ce que tu as vu sur le net) - Load AB = produit la transformation carnet d'adresse vers xml - Conversion = produit le html à partir du dernier fichier xml - le bouton en bas à gauche actionne la visualisation du "drawer" comme d'hab' sur mac. - le bouton "corbeille" en bas à droite indique si la "sous"-corbeille "~/.Trash/AB2Html" a qqc dedans ou non, si oui et si on clique sur le bouton, ça la vide.
le contenu de cette sous-corbeille est simplement la dernière conversion Carnet d'adresse vers html, qui est normalement sur le bureau donc, son contenu "~/Desktop/AB2Html" est déplacé dans cette sous-corbeille au cas où on voudrait y revenir...
il y a un fichier d'aide, mais il n'est pas encore à jour.
donc, en résumé, ça peut être déposé qqpart online d'ici disont une semaine avec l'inconvénient que ça doit être débuggué sur une autre machine (problème de la version ruby), quand "ça marche en l'état" je te fournis la feuille de styles xslt qui convient à ce que tu veux en css/html par exemple : - pas de JS ; - du HTML 4.0.1 à la place du xhtml 1.1 ; - un autre arrangement des cartes de visite.
pour cela, il suffirait que tu me donnes une page html "bidon" que te convient.
-- Une Bévue
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:
> c'est ce que je fais quand je suis chez mes fils, sur un pécé, mais en
> utilisant Firefox...
donc AB2Html ne sera jamais distribué ?
Si, pas de pb, je peux même ajouter un switch, pour éviter de produire
un document avec du JS pour le choix du thème MAIS, côté html je ne suis
pas prêt à faire des concessions à IE.
ceci dit mon appli est ouverte, je m'explique :
- dans l'appli elle-même il y a les répertoires suivants :
- themes
- xml
lesquels sont recopiés (au premier run ) dans :
~/Library/Application Support/AB2Html
c'est fait afin que l'utilisateur puisse changer des choses, contenu de
ce répertoire :
- photos
les photos en jpg des personnes dont la photo est présente dans
carnet d'adresse.
- themes
AB2Html.ico
themes.js
un dossier par thème :
<nom du thème>
styles.css
+ images (si besoin) associées au thème.
- xml
AddressBook.dtd
AddressBook.xml ( le contenu du carnet d'adresse transformé en xml )
AddressBook.xsl ( feuille de styles xslt )
preview.xml (pseudo carnet d'adresse pour prévisualisation, ce que
tu as vu sur le net)
themes.xml ( son contenu correspond au select des pages html)
pour changer le layout des pages en sortie, il suffit de changer
"AddressBook.xsl"
par exemple, pour supprimer le select et son js associé, il n'y aurait
plus alors qu'un seul thème "Défaut" qui peut être changé "comme on
veut" enfin à condition d'être compatible avec le html produit par
"AddressBook.xsl".
pour moi, c'est assez facile à faire, je pourrais te produire un feuille
de style xslt "AddressBook.xsl" qui convienne à ce que tu souhaites, càd
sans js, donc un seul thème, et avec une autre manière de présenter les
"cartes de visite".
je te met ça (ie. l'"AddressBook.xsl" spécifique) à part de l'appli, tu
lance l'appli une première fois, tu coupes l'appli
ensuite tu places ton "AddressBook.xsl" spécifique dans :
~/Library/Application Support/AB2Html/xml/
en lieu et place de la version "par défaut"
et tu as tes pages comme tu veux.
ce que fais "AB2Html" :
génère une page html par groupe + quelques pseudo-groupes.
les pseudo-groupes :
- tout (donc tout le contenu du carnet d'adresse)
- sans-groupe (les contatcts qui n'ont pas de groupe attribué)
- société (les sociétés seules)
- personne (les personnes seules)
pourquoi je ne veux pas "releaser" aujourd'hui, j'ai un bug au niveau
RubyCocoa, la sheet permettant de choisir les pages en sortie, même si
elle fonctionne parfaitement n'a pas l'allure désirée :
<http://cjoint.com/data/dtmWfoSkzD.htm>
le texte "Choose pages to build" devrait apparaître au dessus du bouton
"Tout"...
je ne pige pas d'où vient le pb...
j'ai un problème de "thread" à vérifier.
ensuite pour rendre l'appli "standalone" càd incorporant les Framewworks
nécessaires à son utilisation, pas de pb, je sais faire.
resterait à vérifier chez toi que ça roule avec le ruby standard
d'Apple, perso j'utilise :
(ce patch level est OK, sur une autre appli "BMMerge" (qui unifie les
Bookmarks de Firefox, Flock, Opera et Safari), en ce qui concerne les
"threads" mais je n'ai pas eu le temps de le vérifier avec AB2Html même
si l'appli est "fonctionnelle")
utilisation très simple, par bouton :
- Preview = prévisualisation (ce que tu as vu sur le net)
- Load AB = produit la transformation carnet d'adresse vers xml
- Conversion = produit le html à partir du dernier fichier xml
- le bouton en bas à gauche actionne la visualisation du "drawer" comme
d'hab' sur mac.
- le bouton "corbeille" en bas à droite indique si la "sous"-corbeille
"~/.Trash/AB2Html" a qqc dedans ou non, si oui et si on clique sur le
bouton, ça la vide.
le contenu de cette sous-corbeille est simplement la dernière conversion
Carnet d'adresse vers html, qui est normalement sur le bureau donc, son
contenu "~/Desktop/AB2Html" est déplacé dans cette sous-corbeille au cas
où on voudrait y revenir...
il y a un fichier d'aide, mais il n'est pas encore à jour.
donc, en résumé, ça peut être déposé qqpart online d'ici disont une
semaine avec l'inconvénient que ça doit être débuggué sur une autre
machine (problème de la version ruby), quand "ça marche en l'état" je te
fournis la feuille de styles xslt qui convient à ce que tu veux en
css/html par exemple :
- pas de JS ;
- du HTML 4.0.1 à la place du xhtml 1.1 ;
- un autre arrangement des cartes de visite.
pour cela, il suffirait que tu me donnes une page html "bidon" que te
convient.
> c'est ce que je fais quand je suis chez mes fils, sur un pécé, mais en > utilisant Firefox...
donc AB2Html ne sera jamais distribué ?
Si, pas de pb, je peux même ajouter un switch, pour éviter de produire un document avec du JS pour le choix du thème MAIS, côté html je ne suis pas prêt à faire des concessions à IE.
ceci dit mon appli est ouverte, je m'explique :
- dans l'appli elle-même il y a les répertoires suivants :
- themes - xml
lesquels sont recopiés (au premier run ) dans :
~/Library/Application Support/AB2Html
c'est fait afin que l'utilisateur puisse changer des choses, contenu de ce répertoire :
- photos
les photos en jpg des personnes dont la photo est présente dans
carnet d'adresse. - themes AB2Html.ico themes.js
un dossier par thème :
<nom du thème> styles.css + images (si besoin) associées au thème. - xml AddressBook.dtd AddressBook.xml ( le contenu du carnet d'adresse transformé en xml ) AddressBook.xsl ( feuille de styles xslt ) preview.xml (pseudo carnet d'adresse pour prévisualisation, ce que tu as vu sur le net) themes.xml ( son contenu correspond au select des pages html)
pour changer le layout des pages en sortie, il suffit de changer "AddressBook.xsl"
par exemple, pour supprimer le select et son js associé, il n'y aurait plus alors qu'un seul thème "Défaut" qui peut être changé "comme on veut" enfin à condition d'être compatible avec le html produit par "AddressBook.xsl".
pour moi, c'est assez facile à faire, je pourrais te produire un feuille de style xslt "AddressBook.xsl" qui convienne à ce que tu souhaites, càd sans js, donc un seul thème, et avec une autre manière de présenter les "cartes de visite".
je te met ça (ie. l'"AddressBook.xsl" spécifique) à part de l'appli, tu lance l'appli une première fois, tu coupes l'appli
ensuite tu places ton "AddressBook.xsl" spécifique dans :
~/Library/Application Support/AB2Html/xml/
en lieu et place de la version "par défaut"
et tu as tes pages comme tu veux.
ce que fais "AB2Html" :
génère une page html par groupe + quelques pseudo-groupes. les pseudo-groupes : - tout (donc tout le contenu du carnet d'adresse) - sans-groupe (les contatcts qui n'ont pas de groupe attribué) - société (les sociétés seules) - personne (les personnes seules)
pourquoi je ne veux pas "releaser" aujourd'hui, j'ai un bug au niveau RubyCocoa, la sheet permettant de choisir les pages en sortie, même si elle fonctionne parfaitement n'a pas l'allure désirée :
<http://cjoint.com/data/dtmWfoSkzD.htm>
le texte "Choose pages to build" devrait apparaître au dessus du bouton "Tout"...
je ne pige pas d'où vient le pb...
j'ai un problème de "thread" à vérifier.
ensuite pour rendre l'appli "standalone" càd incorporant les Framewworks nécessaires à son utilisation, pas de pb, je sais faire.
resterait à vérifier chez toi que ça roule avec le ruby standard d'Apple, perso j'utilise :
(ce patch level est OK, sur une autre appli "BMMerge" (qui unifie les Bookmarks de Firefox, Flock, Opera et Safari), en ce qui concerne les "threads" mais je n'ai pas eu le temps de le vérifier avec AB2Html même si l'appli est "fonctionnelle")
utilisation très simple, par bouton :
- Preview = prévisualisation (ce que tu as vu sur le net) - Load AB = produit la transformation carnet d'adresse vers xml - Conversion = produit le html à partir du dernier fichier xml - le bouton en bas à gauche actionne la visualisation du "drawer" comme d'hab' sur mac. - le bouton "corbeille" en bas à droite indique si la "sous"-corbeille "~/.Trash/AB2Html" a qqc dedans ou non, si oui et si on clique sur le bouton, ça la vide.
le contenu de cette sous-corbeille est simplement la dernière conversion Carnet d'adresse vers html, qui est normalement sur le bureau donc, son contenu "~/Desktop/AB2Html" est déplacé dans cette sous-corbeille au cas où on voudrait y revenir...
il y a un fichier d'aide, mais il n'est pas encore à jour.
donc, en résumé, ça peut être déposé qqpart online d'ici disont une semaine avec l'inconvénient que ça doit être débuggué sur une autre machine (problème de la version ruby), quand "ça marche en l'état" je te fournis la feuille de styles xslt qui convient à ce que tu veux en css/html par exemple : - pas de JS ; - du HTML 4.0.1 à la place du xhtml 1.1 ; - un autre arrangement des cartes de visite.
pour cela, il suffirait que tu me donnes une page html "bidon" que te convient.
-- Une Bévue
SAM
Une Bévue a écrit :
donc, en résumé, ça peut être déposé qqpart online d'ici disont une semaine avec l'inconvénient que ça doit être débuggué sur une autre machine (problème de la version ruby),
Bon tu me préviens (avec un read-me pas à pas) Ne pas oublier : 'toutes' et/ou par lettre A B C ...
fournis la feuille de styles xslt qui convient à ce que tu veux en css/html par exemple : - pas de JS ;
Si, si, du JS (ce sera obligé)
- du HTML 4.0.1 à la place du xhtml 1.1 ;
comme tu veux
- un autre arrangement des cartes de visite.
Là ça va pas être tartignole ;-)
Je veux exactement le Carnet ;-) pour mémoire : <http://cjoint.com/?dtoTqssJqF> - avec ses 2 boutons (1 fiche : pour imprimer, tout déployer) - avec le champ de recherche (qui doit chercher partout tél, nom, notes etc) Absolument indispensable, sans je suis incapable de retrouver qque chose dans mon bazar - avec les 2 listes Le skin alu-brush n'est pas obligatoire ;-)
pour cela, il suffirait que tu me donnes une page html "bidon" que te convient.
Je ne me sers pas de : prénom, ville, CP, entreprise L'adresse ne fait donc qu'un champ de plusieurs lignes (je me demande bien pourquoi on nous a foutu ces champs ville et CP) Les notes c'est super important pour moi ça me sert bp pour les recherches
Je tape 'doct' dans chp de recherche la liste du milieu me montre ttes les fiches qui contiennent 'doct' qque part (ça doit être la partie la plus simple)
à défaut de repli-déploi : un bouton print pour la fiche vue
voili voilou yapuka :-)
Si tu n'as pas essayé l'autre, voici ce qu'il donne : <http://cjoint.com/?dtoY5pertU> infos : <http://www.versiontracker.com/dyn/moreinfo/macosx/17303>
-- sm
Une Bévue a écrit :
donc, en résumé, ça peut être déposé qqpart online d'ici disont une
semaine avec l'inconvénient que ça doit être débuggué sur une autre
machine (problème de la version ruby),
Bon tu me préviens (avec un read-me pas à pas)
Ne pas oublier : 'toutes' et/ou par lettre A B C ...
fournis la feuille de styles xslt qui convient à ce que tu veux en
css/html par exemple :
- pas de JS ;
Si, si, du JS (ce sera obligé)
- du HTML 4.0.1 à la place du xhtml 1.1 ;
comme tu veux
- un autre arrangement des cartes de visite.
Là ça va pas être tartignole ;-)
Je veux exactement le Carnet ;-)
pour mémoire :
<http://cjoint.com/?dtoTqssJqF>
- avec ses 2 boutons (1 fiche : pour imprimer, tout déployer)
- avec le champ de recherche
(qui doit chercher partout tél, nom, notes etc)
Absolument indispensable, sans je suis incapable de retrouver qque
chose dans mon bazar
- avec les 2 listes
Le skin alu-brush n'est pas obligatoire ;-)
pour cela, il suffirait que tu me donnes une page html "bidon" que te
convient.
Je ne me sers pas de : prénom, ville, CP, entreprise
L'adresse ne fait donc qu'un champ de plusieurs lignes
(je me demande bien pourquoi on nous a foutu ces champs ville et CP)
Les notes c'est super important pour moi ça me sert bp pour les recherches
Je tape 'doct' dans chp de recherche
la liste du milieu me montre ttes les fiches qui contiennent 'doct' qque
part (ça doit être la partie la plus simple)
à défaut de repli-déploi : un bouton print pour la fiche vue
voili voilou yapuka :-)
Si tu n'as pas essayé l'autre, voici ce qu'il donne :
<http://cjoint.com/?dtoY5pertU>
infos :
<http://www.versiontracker.com/dyn/moreinfo/macosx/17303>
donc, en résumé, ça peut être déposé qqpart online d'ici disont une semaine avec l'inconvénient que ça doit être débuggué sur une autre machine (problème de la version ruby),
Bon tu me préviens (avec un read-me pas à pas) Ne pas oublier : 'toutes' et/ou par lettre A B C ...
fournis la feuille de styles xslt qui convient à ce que tu veux en css/html par exemple : - pas de JS ;
Si, si, du JS (ce sera obligé)
- du HTML 4.0.1 à la place du xhtml 1.1 ;
comme tu veux
- un autre arrangement des cartes de visite.
Là ça va pas être tartignole ;-)
Je veux exactement le Carnet ;-) pour mémoire : <http://cjoint.com/?dtoTqssJqF> - avec ses 2 boutons (1 fiche : pour imprimer, tout déployer) - avec le champ de recherche (qui doit chercher partout tél, nom, notes etc) Absolument indispensable, sans je suis incapable de retrouver qque chose dans mon bazar - avec les 2 listes Le skin alu-brush n'est pas obligatoire ;-)
pour cela, il suffirait que tu me donnes une page html "bidon" que te convient.
Je ne me sers pas de : prénom, ville, CP, entreprise L'adresse ne fait donc qu'un champ de plusieurs lignes (je me demande bien pourquoi on nous a foutu ces champs ville et CP) Les notes c'est super important pour moi ça me sert bp pour les recherches
Je tape 'doct' dans chp de recherche la liste du milieu me montre ttes les fiches qui contiennent 'doct' qque part (ça doit être la partie la plus simple)
à défaut de repli-déploi : un bouton print pour la fiche vue
voili voilou yapuka :-)
Si tu n'as pas essayé l'autre, voici ce qu'il donne : <http://cjoint.com/?dtoY5pertU> infos : <http://www.versiontracker.com/dyn/moreinfo/macosx/17303>
-- sm
unbewusst.sein
SAM wrote:
> - un autre arrangement des cartes de visite.
Là ça va pas être tartignole ;-)
je vois, je vois...
ça change beaucoup de choses, coté conversion html.
je vois une solution avec AJAX (recherche dans un champ)
je regarde vite fait si je sais faire... -- Une Bévue
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:
> - un autre arrangement des cartes de visite.
Là ça va pas être tartignole ;-)
je vois, je vois...
ça change beaucoup de choses, coté conversion html.
je vois une solution avec AJAX (recherche dans un champ)
je regarde vite fait si je sais faire...
--
Une Bévue
ça change beaucoup de choses, coté conversion html.
je vois une solution avec AJAX (recherche dans un champ)
je regarde vite fait si je sais faire... -- Une Bévue
Pierre Goiffon
Lea GRIS wrote:
je poste ça car j'ai mis pas mal de temps à comprendre que mon layout avait été complétement chamboulé par le passage de '<div class="clear"></div>' à '<div class="clear"/>'...
Mais je suppose que ton code XHTML était annoncé avec le Content-Type text/html pour être lisible par Internet Explorer, non ?
Bien vu Olivier :) Il est impératif de suivre au minimum les règles de compatibilité de la recommandation : http://www.w3.org/TR/xhtml1/#guidelines
Et je ne répèterai jamais assez que faire du XHTML à destination du Web apporte de très nombreuses contraintes pour un gain absolument nul. Lire : http://pgoiffon.free.fr/info/inet/html_ou_xhtml.php
Pour ce genre de problèmes j'utilise une petite astuce qui fonctionne merveilleusement bien avec Apache :
Il est possible d'adapter cette réécriture du type MIME aux différents langages de scriptes; puisqu'il suffit d'interroger la variable d'en-tête HTTP_ACCEPT et envoyer le type MIME compatible.
Je n'ai jamais compris cette persistance chez mes collègues à s'enfoncer eux-même dans les ennuis parfois ?
Faire en sorte que les pages s'affichent aussi "bien" qu'elles soient servies en text/html ou application/xml+xhtml... c'est vraiment avoir envie de se faire du mal. Lire : http://www.hixie.ch/advocacy/xhtml
Sinon le HTML 4.01 en mode de rendu strict fonctionne très bien, est une recommandation assez bien supportée, ne va pas disparaitre demain matin, et j'en passe.
Lea GRIS wrote:
je poste ça car j'ai mis pas mal de temps à comprendre que mon layout
avait été complétement chamboulé par le passage de '<div
class="clear"></div>' à '<div class="clear"/>'...
Mais je suppose que ton code XHTML était annoncé avec le Content-Type
text/html pour être lisible par Internet Explorer, non ?
Bien vu Olivier :)
Il est impératif de suivre au minimum les règles de compatibilité de la
recommandation :
http://www.w3.org/TR/xhtml1/#guidelines
Et je ne répèterai jamais assez que faire du XHTML à destination du Web
apporte de très nombreuses contraintes pour un gain absolument nul. Lire :
http://pgoiffon.free.fr/info/inet/html_ou_xhtml.php
Pour ce genre de problèmes j'utilise une petite astuce qui fonctionne
merveilleusement bien avec Apache :
Il est possible d'adapter cette réécriture du type MIME aux différents
langages de scriptes; puisqu'il suffit d'interroger la variable
d'en-tête HTTP_ACCEPT et envoyer le type MIME compatible.
Je n'ai jamais compris cette persistance chez mes collègues à s'enfoncer
eux-même dans les ennuis parfois ?
Faire en sorte que les pages s'affichent aussi "bien" qu'elles soient
servies en text/html ou application/xml+xhtml... c'est vraiment avoir
envie de se faire du mal. Lire :
http://www.hixie.ch/advocacy/xhtml
Sinon le HTML 4.01 en mode de rendu strict fonctionne très bien, est une
recommandation assez bien supportée, ne va pas disparaitre demain matin,
et j'en passe.
je poste ça car j'ai mis pas mal de temps à comprendre que mon layout avait été complétement chamboulé par le passage de '<div class="clear"></div>' à '<div class="clear"/>'...
Mais je suppose que ton code XHTML était annoncé avec le Content-Type text/html pour être lisible par Internet Explorer, non ?
Bien vu Olivier :) Il est impératif de suivre au minimum les règles de compatibilité de la recommandation : http://www.w3.org/TR/xhtml1/#guidelines
Et je ne répèterai jamais assez que faire du XHTML à destination du Web apporte de très nombreuses contraintes pour un gain absolument nul. Lire : http://pgoiffon.free.fr/info/inet/html_ou_xhtml.php
Pour ce genre de problèmes j'utilise une petite astuce qui fonctionne merveilleusement bien avec Apache :
Il est possible d'adapter cette réécriture du type MIME aux différents langages de scriptes; puisqu'il suffit d'interroger la variable d'en-tête HTTP_ACCEPT et envoyer le type MIME compatible.
Je n'ai jamais compris cette persistance chez mes collègues à s'enfoncer eux-même dans les ennuis parfois ?
Faire en sorte que les pages s'affichent aussi "bien" qu'elles soient servies en text/html ou application/xml+xhtml... c'est vraiment avoir envie de se faire du mal. Lire : http://www.hixie.ch/advocacy/xhtml
Sinon le HTML 4.01 en mode de rendu strict fonctionne très bien, est une recommandation assez bien supportée, ne va pas disparaitre demain matin, et j'en passe.
unbewusst.sein
Pierre Goiffon wrote:
Et je ne répèterai jamais assez que faire du XHTML à destination du Web apporte de très nombreuses contraintes pour un gain absolument nul
euh... gain nul vous dites ?
ça permet de mélanger plusieurs ns...
et de les trifouiller avec xpath non ?
-- Une Bévue
Pierre Goiffon <pgoiffon@free.fr.invalid> wrote:
Et je ne répèterai jamais assez que faire du XHTML à destination du Web
apporte de très nombreuses contraintes pour un gain absolument nul
