[spip-dev] bug plugin sur la svn

2006-02-09 Thread izo.spip

Bonjour
je viens de faire une install propre et j'ai ce message :


Warning: fopen(ecrire/data/charger_plugins_options.php): failed to  
open stream: Permission denied in /export/efas/efas/ecrire/ 
inc_plugin.php on line 91


Warning: fopen(ecrire/data/charger_plugins_fonctions.php): failed to  
open stream: Permission denied in /export/efas/efas/ecrire/ 
inc_plugin.php on line 91


Warning: fopen(ecrire/data/charger_pipeline_pre_typo.php): failed to  
open stream: Permission denied in /export/efas/efas/ecrire/ 
inc_plugin.php on line 153


Warning: fopen(ecrire/data/charger_pipeline_post_typo.php): failed to  
open stream: Permission denied in /export/efas/efas/ecrire/ 
inc_plugin.php on line 153


Warning: fopen(ecrire/data/charger_pipeline_pre_propre.php): failed  
to open stream: Permission denied in /export/efas/efas/ecrire/ 
inc_plugin.php on line 153


Warning: fopen(ecrire/data/charger_pipeline_post_propre.php): failed  
to open stream: Permission denied in /export/efas/efas/ecrire/ 
inc_plugin.php on line 153


Warning: fopen(ecrire/data/charger_pipeline_pre_indexation.php):  
failed to open stream: Permission denied in /export/efas/efas/ecrire/ 
inc_plugin.php on line 153


Warning: fopen(ecrire/data/charger_pipeline_pre_syndication.php):  
failed to open stream: Permission denied in /export/efas/efas/ecrire/ 
inc_plugin.php on line 153


Warning: fopen(ecrire/data/charger_pipeline_post_syndication.php):  
failed to open stream: Permission denied in /export/efas/efas/ecrire/ 
inc_plugin.php on line 153


Warning: fopen(ecrire/data/charger_pipeline_ajouter_boutons.php):  
failed to open stream: Permission denied in /export/efas/efas/ecrire/ 
inc_plugin.php on line 153


Warning: fopen(ecrire/data/charger_pipeline_ajouter_onglets.php):  
failed to open stream: Permission denied in /export/efas/efas/ecrire/ 
inc_plugin.php on line 153





[spip-dev] page plage sur la partie publique avec le svn du jour

2006-01-19 Thread izo.spip

Bonjour à tous,

je viens de mettre à jour 2 spip chez OVH avec la SVN (il etait deja  
sur la 1.9) et j'ai une page blanche. La partie privé fonctionne .  
j'ai desactivé mes squelettes , j'ai le meme resultat.





[spip-dev] fonction graphique : vignette carré ?

2005-12-27 Thread izo.spip


Bonjour à tous


j'aimerais savoir s'il est possible d'obtenir un recadrage  
automatique en carré soit sur toute les vignettes soit sur certaines  
vignettes via un filtre  ?



merci

izo

Re: [spip-dev] [Spip-feria] Apres la Feria

2005-11-27 Thread izo.spip
Pour la vie de cette liste, elle va devenir SPIP-Party en rapport  
avec le site .


Pour James, c'est Nantes :)
Le 27 nov. 05 à 21:21, Olivier GENDRIN a écrit :


Paolo wrote:

(Comme on nous a promis au début de la liste "Féria" qu'elle va
s'autodétruire après l'événement j'envoie mes pensées aussi à spip- 
dev :-)


Je pense que ce serait dommage, on pourrait utiliser la liste comme  
lieu
d'échanges de trucs et astuces pour les organisateurs /  
intervenants sur

les apéros, Yanic pourrait par exemple dire comment il fait pour être
aussi efficace avec les débutants. :-P

Je pense que James sera reconnaissants à ceux 'qui savent' de lui
permettre d'être plus de 1 à l'apéro SPIP de rennes (si je me suis
encore gourré de ville, toutes mes excuses).


Bonsoir,

Merci beaucoup à tous qui ont rendu la journée d'hier possible :  
ceux qui

ont trouvé le lieu (si bien adapté), fait la préparation logistique
nécessaire, et amené de si bonnes choses à manger... C'était une  
journée

joyeuse.

Il me semble que j'ai failli à deux égards hier :

- avec Pierre et Dani, je n'avais pas suffisamment préparé la  
présentation
du matin. Surtout que le "multilinguisme" était la seule option   
possible
pour les non-débutants. Si quelque chose de compréhensible en est  
sorti,
c'est grâce à Pierre. Mais pendant l'excellente présentation de  
Stéphane et
Aurélien l'après-midi, j'ai compris à quel point nous autres nous  
étions mal

préparés!


Soyons francs, c'est vrai que c'était un peu improvisé. Mais
heureusement vous maîtrisiez le sujet sur le bout des doigts, j'ai  
donc
appris pas mal de trucs (mine de rien). Et faire une présentation,  
c'est

comme tout, ça s'apprends (Stéphane, tu nous fait une conf sur 'faire
une présentation à la féria' l'an prochain). Mais on a gagné en
expérience, voilà tout.

Nref, je suis certain que vous ferrez bien mieux l'an prochain ^^


- il me semble qu'il nous manquait un moment tous ensemble. Pas trop
longtemps: 10 minutes, peut-être 15, auraient suffi. Il n'y avait  
pas bcp de
place, tant mieux - on l'aurait fait tassés dans la salle  
d'entrée. Voici
comment j'imagine ce moment qui n'a pas eu lieu: Ils sont timides,  
mais Fil

dit quelques paroles, et nous réussissons à en extraire quelques unes
d'Arno* aussi. Pierre et Olivier, si présents sur la liste spip- 
user, se
présentent; Ben et James disent combien ils aiment animer spip- 
contrib.
Voilà c'est tout; pas de grands débats pléniers. Un moment qui  
exprime
symboliquement, au-delà des mots prononcés, une reconnaissance  
pour un
intérêt partagé, l'expérience d'une entraide, une petite aventure  
entreprise
ensemble. Si j'ai dit que j'ai failli... euh, c'est parce que  
c'était hier
que j'aurai dû le proposer, en ramassant quelques uns vers la fin  
du repas,

et pas aujourd'hui :-)


Je suis entièrement d'accord avec toi ! Un petit mot de bienvenue  
de Ben
aurait été sympathique. Mais d'une part nous ne disposions pas de  
salle
pratique pour une assemblée pleinière, d'autre part tout c'est très  
bien

passé sans. A réfléchir pour la prochaine fois donc.

Emmanuel, qui a tant travaillé sur le code de Spip ces derniers  
temps,

n'était pas à la Féria (mais à côté d'un volcan quelque part?). C'est
dommage - j'aurai aimé pouvoir le remercier. Et je pense que la  
vue des

visages et des sourires hier ne lui aurait pas fait du mal non plus.


D'accord aussi, heureusement il y a les photos ^^


Paolo



--

Olivier G.
http://talath.no-ip.info/~carmine/blog/dotclear/index.php/

___
spip-fe...@rezo.net - http://listes.rezo.net/mailman/listinfo/spip- 
feria




[spip-dev] installation de la version SVN

2005-11-15 Thread izo.spip

bonjour,

Je viens d'essayer d'installer la version SVN. J'ai une page blanche  
quand que je vais sur ecrire/install.php3
La france va vraiment mal, les versions alpha de spip ne marchent  
pas. :)


Je suis mac os x 10.4.3 avec apache 1.3.33 et php 5. Tout mes autres  
sites locaux fonctionnent.



++

IZO


Re: [spip-dev] SVN sur MacOS

2005-11-13 Thread izo.spip


Bonjour

Pour continuer dans le hors sujet, je trouve justement que sur Mac  
les solutions sont limitée (par rapport à toutes les solutions sur  
Linux, les vrais Linux)

Par exemple, rien que pour le FTP, la liste est très courte.
- Soit ce sont des logiciels avec un période d'essai.
- Soit, ce sont des logiciels très très compliqué (en fait, leur  
approche est différente, ça déroute pas mal quand on veut du FTP  
seul) Il me semble que je parle d'Interrarchy la mais je n'en  
suis pas sur :) on peut faire simple avec, mais ce n'est pas du  
tout le même cheminement.
- Soit le logiciel est bien, simple (demande le neccessaire server/ 
login/pass pas plus) mais reste incapable de poursuivre un  
téléchargement interrompu pour une raison ou une autre... (alors  
que le server gère la fonction), il faudrait encore que je donne un  
nom mais je risque de me tromper.


Pourtant, MacOS X est basé sur un Unix (basé sur Darwin), une page  
sur wikipedia l'explique bien, on comprend pourquoi Darwin et pas  
un autre (Debian???)


Les utilisateurs lambda restent donc prisoniers, un peu plus que  
ceux qui sont sur Windows même.


En bref, quel logiciel simple, gratuit, existe sur MacOS X ?
J'aurais bien installé Debian sur le Mac de ma mère mais elle ne  
veut pas. Maintenant elle arrive à se servir de ses logiciels sans  
trop peiner donc je ne lui demanderais pas de changer, mais pour  
les autres utilisateurs sur Mac, j'aimerais savoir quels sont les  
logiciels FTP qu'ils utilisent, pour transférer leur Spip (Ouf,  
retour dans le sujet... mais rien à voir dans devel)


Cyberduck est open source, gratuit et simple à utiliser .
Pour en revenir à SVN : http://developer.apple.com/tools/ 
subversionxcode.html

c'est simple, on evite ce machin de fink. je prefere darwinport

Re: [spip-dev] Importation d'une liste de sites via un fichier structur? ?

2005-11-08 Thread izo.spip
en fait il nous faudrait un import OPML mais pour l'instant personne  
n'a eu le temps de regarder ça




++
Le 8 nov. 05 à 14:26, Herold Milner a écrit :


Bonjour,
Je cherche a constituer et a gérer un annuaire de sites en  
utilisant SPIP.
Pour éviter une saisie manuelle avec l'interface privée je  
recherche un

utilitaire ou une méthode qui permettrait de faire un import des sites
(titre, url, description) a partir d'un fichier structuré (Excel,  
XML ou
autre ..). SIEPS permet de faire de l'import / export d'articles  
mais a ma

connaissance ne gère pas les sites.
Avez vous des pistes ?
Merci d'avance
Herold

--
Herold Milner
YP-Consult



___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip




Re: [spip-dev] Important: GD2 en standard?

2005-11-04 Thread izo.spip

Je suis un gros consomateur de GD2, je veux bien tester des trucs ...

J'utlise par defaut "convert" mais je suis meme pas sur qu'ovh le  
propose ...




Le 4 nov. 05 à 16:24, Arnaud Martin a écrit :



Salut,

Il y a dans la 1.9 un certain nombre de fonctionnalités graphiques
qui profitent de GD2:
- réduction des images en préservant la transparence
- création d'images typographiques (à partir d'une police de
caractères Truetype)
- traitements d'images divers et variés.

Or, par défaut, il me semble que SPIP choisit Imagemagick si celui-ci
est présent en extension de PHP. De plus, GD2 n'est pas mis en valeur
dans l'interface de sélection (quand elle est présente).

Est-ce qu'il ne vaudrait pas mieux, désormais, passer le choix par
défaut de SPIP à GD2?

(1) Bicoz les fonctions ci-dessus sont bien utiles.
(2) D'après la doc de PHP, il semble que GD soit standard sur PHP>  
4.3.

http://fr2.php.net/manual/fr/ref.image.php
(Cela dit, sur mon site perso, je vois que je suis en 4.3.6, et
l'hébergeur n'a mis rigoureusement aucune fonctionnalité graphique...)

Quelqu'un a de l'expérience là-dessus? Ou bien on se lance dans une
phase de test sur les graphiques?

A*
___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip




Re: ! [spip-dev] Tirer une couleur d'une image + fonctions associées

2005-11-03 Thread izo.spip

à yes :)

je sens que je vais bien m"amuser avec ça :)
Le 3 nov. 05 à 16:49, Arnaud Martin a écrit :



Le 3 nov. 05 à 15:29, izo.spip a écrit :


salut

tu crois que l'on peut avoir le meme resultat que sur cette page :
http://www.progx.org/index.php?section=replies=517

ils font ça aussi avec CD, j'ai lu le tuto  dans le login de
septembre  ça à pas l'air compliqué :) je dis ça en ne sachant
pas faire de php



Oui, c'est exactement ça. Ce genre de choses...

Voici une copie d'écran de ce que je viens de faire:
http://www.paris-beyrouth.net/zicmu/image2.jpg

Il n'y a pas une ligne de PHP. C'est simplement un assemblage
d'images crées par SPIP, avec des masques PNG. Les CD sont là:
http://www.paris-beyrouth.net/zicmu/cd-haut.png
http://www.paris-beyrouth.net/zicmu/cd-bas.png

La boucle pour faire ça:

<BOUCLE_article(ARTICLES){id_article}>



[(#LOGO_ARTICLE||reduire_image{250,0})]




[(#LOGO_ARTICLE||reduire_image{250,0}|image_flip_horizontal)]





Bon, ça mériterait d'être affiné:
- d'abord, mettre ça sur un fond noir;
- mettre cd-haut.png et cd-bas.png avec une classe qui win-png.htc,
de façon à faire accepter l'affichage des PNG24 par MSIE;
- faire une boucle de test sur la hauteur et la largeur de l'image,
pour être certain que sa taille _minimum_ est 250pixels dans toutes
les directions. Ici le code fonctionne avec une image plus haute que
large, dans le cas contraire ça déconne.

Mais en tout cas, c'est exactement le genre de choses que visent les
nouvelles fonctionnalités de manipulation d'images. Bicoz ça ne m'a
pas pris 5 minutes à faire (le plus difficile: trouver une image de
boitier de CD et la préparer sous Photoshop :-))

ARNO*


___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip




Re: ! [spip-dev] Tirer une couleur d'une image + fonctions associées

2005-11-03 Thread izo.spip

salut

tu crois que l'on peut avoir le meme resultat que sur cette page :
http://www.progx.org/index.php?section=replies=517

ils font ça aussi avec CD, j'ai lu le tuto  dans le login de  
septembre  ça à pas l'air compliqué :) je dis ça en ne sachant  
pas faire de php


++


Le 3 nov. 05 à 12:07, Arnaud Martin a écrit :



Le 3 nov. 05 à 11:41, Stephane LAURENT a écrit :


- couleur_extraire
S'applique à une image (idéalement: logo).
C'est la fonction principale: à partir d'une image, elle récupère  
une
couleur présente dans l'image. Pour cela, elle effectue une  
réduction

de l'image à 20x20 pixels, de façon à «moyenner» les couleurs de
l'image. Par défaut, elle prend une couleur située un peu au-dessus
du centre de l'image. On peut forcer un autre point de récupération
de l'image, en passant des variables $x et $y compris entre 0 et 20.
(Note: pourquoi vouloir modifier $x et $y$? Si on décide d'«écrire»
au-dessus de l'image, on peut vouloir extraire une couleur proche de
l'endroit où l'on écrit.)


Idéalement, il faudrait pouvoir "moyenner" une zone de l'image dans
ce cas.


Justement, c'est à cela que sert la réduction à 20x20. Si ton image
fait, grosso modo, 400x400 pixels, cette réduction fait que ton point
est une moyenne effectuée sur une vingtaine de points. Si ton image
fait 1024 pixels de large, ça fait une moyenne sur 50 points. C'est
donc bien le principe.

Sinon, j'avais fait d'autres essais. par exemple, faire une réduction
du nombre de couleurs de l'image (genre 16 couleurs),  «compter» le
nombre de points pour chaque couleur, et retenir la plus
«importante». Ben ça donne des résultats super-tristes! L'avantage de
la méthode actuelle est d'obtenir des couleurs plutôt variées, certes
un poil aléatoires, mais justement c'est ce qui donne le charme.
Sachant que d'après mes essais, même si on n'obtient pas la couleur
réellement «dominante» de l'image, on est assez souvent dans des
tonalités satisfaisantes: des tons pastels foncés sur des portraits
(à cause de la peau, des cheveux, des vêtements); des tons un peu
plus froids, métalliques, pour des bâtiments d'archicture moderne;
des tons très chauds pour des paysages d'été.





Mais en fait, ca rejoint à mon avis un besoin plus general de
recadrage/decoupage d'image.
Ca peut par exemple servir à faire une vignette en prenant un
morceau de
l'image
Ca permettrait d'extraire la couleur moyenne d'une zone
Ca ferait un gros morceau d'une fonctionnalité de zoom qui  
m'interesse

particulierement ...



Le problème d'une fonction de zoom automatique, c'est que ça tape
systématiquement à côté. D'après mes essais (oui...), le résultat
tout-automatique des recadrages est désastreux.

Dans une moindre mesure, il m'arrive tout de même de retailler des
photos 4x3 pour en faire des carrés, pour créer des éléments
d'interface (parce que je veux des carrés pour faire la navigation).
On peut aussi imaginer passer des photos en format 16x9, parce que ça
donne un aspect «cinéma» pas dégueu dans une interface. Pour cela,
inutile de recadrer le fichier de l'image. Ce que je fais dans ce
cas, c'est simplement de placer l'image dans un  dont je fixe
arbitrairement la hauteur et la largeur et dont je refuse d'afficher
ce qui est en dehors (overflow: hidden). Ca donne exactement le même
effet qu'une découpe du fichier.


A*





___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip




Re: [spip-dev] proposition : RSS et microformats

2005-10-17 Thread izo.spip

Miam :) je vais m'amuser cette semaine
Le 16 oct. 05 à 17:58, Fil a écrit :

1- si tu passes les mots clefs avec rel=tag, comment ut passes le  
groupe

du mot clef?



je le passe pas, d'ailleurs je ne le connais pas ... sauf si  
l'émetteur a
pris soin de marquer groupe:mot -- mais  
c'est à

voir a postériori, ça ne concerne pas la syndication.



2- si tu passes la catégorie avec rel=category, comment tu passes les
mots clefs de cette category



La catégorie, c'est l'équivalent de la rubrique, en fait.


parce que si c'est pour synchroniser 2 sites, tu pourrais  
quasiment voir

cela comme des sitemaps plus que des rss, ou alors des pings.



Oui, mais là je synchronise ton blog sous wrodpress, mes bookmarks
del.icio.us, la galerie de phots d'izo et tes tags connotea, avec  
une seule

techno :))


-- Fil

___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip





Re: [spip-dev] proposition : RSS et microformats

2005-10-16 Thread izo.spip

Cool, il y a plein de choses bien chez eux. j'adore cette approche.
Le 15 oct. 05 à 22:08, Fil a écrit :



Salut,

les dernières améliorations de la syndication m'ont poussé à voir  
comment on

pouvait passer les mots-clés et la rubrique de l'article dans le RSS.

C'est pas vraiment prévu, c'est le moins qu'on puisse dire ;-)

Si on regarde ce que fait del.icio.us, par exemple :

h5n1 hurricane

  
http://del.icio.us/tag/hurricane; />
http://del.icio.us/tag/h5n1; />
  


il est clair que ce format "RDF" est malpratique au possible.


Flickr ne nous donne carrément pas l'URL des tags, mais nous  
renvoie à un

"schéma d'adresses" :
   h5n1 hurricanemedia:category>



Connotea propose un truc un peu plus sympathique, mais pas tellement
générique, et basé sur la "class" :

H5N1
hurricane

 
  http://www.connotea.org/tag/H5N1; title="H5N1"  
class="postedtag">H5N1
  http://www.connotea.org/tag/hurricane;  
title="hurricane" class="postedtag">hurricane




Après ce constat j'ai fouillé le web à la recherche de quelque  
chose de

simple et générique, et (merci les bookmarks d'izo_), j'ai abouti aux
"microformats". Cf. http://microformats.org/wiki/rel-design-pattern

Machin chose

La beauté du microformat, c'est que c'est destiné en priorité à  
être lisible

par les humains (c'est du HTML simple), mais également analysé par les
machines (le rel="XXX" signe le microformat "rel-design-pattern").

Je propose donc d'ajouter en standard, aussi bien en export (dans les
backend.html par défaut, à la fin du champ ) qu'en  
import (dans
la fonction de syndication), l'usage et la reconnaissance de ce  
microformat.


On pourra ainsi diffuser par RSS non seulement l'article (et/ou son  
résumé),

mais aussi ses mots-clés (avec URL), sa rubrique (avec URL), voire ses
auteurs (avec fiche au microformat hcard), etc.

Le format serait donc fortement semblable à celui de Connotea, mais en
prenant un microformat standardisé () au lieu d'un truc  
maison

().

N'hésitez pas à faire des commentaires avant qu'il ne soit trop  
tard :)


-- Fil

___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip