[ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 :: Suivant ]
Re: Des solutions pour le vol à l'étalage ?
si vous n'avez rien à cacher, ça ne vous dérangera pas de vider vos poches, votre sac, vous déshabiller et de nous permettre une fouille rectale ?
Ce qui est peut être dérangeant pour ribwund<, c'est le fait d'être supecté systématiquement et d'avoir à se justifier.
[ Répondre ]
Qu'est ce que c'est que cette news ?
Je sais bien que DLFP est preneur de toute proposition de depeche ou de contenu mais là, faut pas pousser mémé dans les orties. La news ne décrit même pas ce qu'est freedom, ce que ça fait, à quoi ça sert.
On voit bien le sigle "ECM" mais c'est quand même bien flou alors que tout le monde ou presque connait plutot "CMS".
De plus, des descriptions des particularités de celui ci par rapport aux ténors du genre, dans un domaine où la liberté de choix n'est pas loin de celui des distributions linux, aurait été intéressant.
Au hasard : quelles sont les technos derrière tout ça, quelles sont les possibilités de migration, les différentes fonctionnalités (thèmes, plugins, modules, etc), bref, on pourrait en dire beaucoup.
[ Répondre ]
?
Est ce relatif aux balises et prévues dans l'HTML 5?
Aurais-tu une url particulière ? Des précisions de source fiable qui sont à l'origine de l'expression de ta pensée dans ce journal ?
Quant à conclusions, elles sont plus que cavalières, attendu que Flash a pour l'instant la main mise sur la diffusion de contenu audio/video, indépendamment de l'ouverture du code source des navigateurs.
Les parts de marché de IE étant toujours de l'ordre de 75% au moins, ce n'est pas le non support de balises non standardisées et non implémentées par le client web majoritaire qui va couler firefox ou le logiciel libre. Même si Opera le gère déjà.
La mauvaise nouvelle pour moi c'est que ça retarde une publicité dont Ogg/theora/vorbis aurait pu bénéficier.
[ Répondre ]
sceptique
Je suis sceptique quand à l'interet d'une telle bibliothèque ?
PHP est à la base déjà un langage de template, pourquoi ne pas l'utiliser comme tel ?
$rect = new csRect(60, 60, 40, 40);
$rect->setFill('red');
$rect->setStroke('yellow');
$rect->setStrokeWidth('4');
correspond à
< circle x="60" y="60" width="40' height="40" fill="red" stroke="yellow" stroke-width="4" />
En gros on remplace un template en PHP d'un fichier SVG par un fichier PHP pas utilisé comme "template" + une classe PHP supplémentaire(qui elle utilise des templates ? ou des concatnéations de chaines ?)
Pour moi c'est un peu inutile, sauf :
- pour ceux qui n'aiment pas le XML et préfère manipuler du PHP
- pour un usage intensif de SVG au quel cas l'appel à des templates dans d'autres fichiers peut être couteux (et encore, avec yun système de cache ça doit être gommé)
Pour moi l'interet d'une bibliothèque serait de rentrer transparent certaines choses dépendantes de la plateforme, de technologies etc, et je vois bien l'interet d'une bilbilothèque graphique permettant plusieurs formats de sortie : ex : c = new Circle(); c.toPNG();c.toSVG(); c.toPDF(); etc ou gérant les spécificités à IE, Firefox, Konqueror, etc
Dans ce cas ci, la couche supplémentaire n'apporte à mon sens pas grand chose, et d'après les exemples, le code n'est même pas forcément bcp plus concis.
L'interet est peut être plus dans les choses très complexes de SVG comme les transformations ?
De plus, les SVG actuels sont inutilisables, un import à partir d'un fichier SVG (voire du résultat d'un template en PHP) serait par contre intéressant pour effectuer les actions complexes avec cette bibliothèque.
[ Répondre ]
script + outil de reporting ?
Si le format des access_log n'est pas trop lourd, tu peux scripter un export vers une base de données SQL voire vers un fichier XML.
Ensuite tu peux utiliser un outil de reporting comme Pentaho ou JasperReports pour faire des exports. (Note que Pentaho permet d'utiliser JasperReports comme module d'export, si par la suite l'envie te prend de migrer vers Pentaho)
[ Répondre ]
du nouveau pour Theora ?
Il faut peut être y voir une opportunité pour Theora de prendre un peu de parts de marché, qui est (sera?) apparemment géré automatiquement par tous les firefox (win, linux, macosx) ainsi que opera. On va peut être voir fleurir de plus en plus de videos de ce format.
[ Répondre ]
Re: Rque
Habituellement je suis bon public et que je sais me détendre devant les blockbusters américains les plus primaires ou même les filmsque beaucoup trouvent plutot moyens mais là, non, j'ai franchement trouvé ça nul.
Mais c'était pas une raison pour ne pas embêter Oumph< proposer une depêche comme d'habitude :)
[ Répondre ]
J'ai une explication!
Pourquoi les linuxiens préfèrent la ligne de commande ?
Parce que les gestionnaires de fichiers sous Linux sont mauvais : improductifs, lents, illisibles et inergonomiques.
Pourquoi il n'y avait pas encore d'intégration SVN digne de ce nom ?
Cf les raisons précédentes, personne n'est assez maso pour se coltiner Konqueror ou Nautilus toute une journée de dev, surtout quand on est passé par Windows/OSX et quand on voit le confort/productivité/facilité qu'apportent le gestionnaire de fichier de Windows ou le Finder.
Quand on aura un explorateur de fichier digne de ce nom (i.e. : pas un truc hyper lent, avec un listing lisible qui gèrera bien les montages SMB sans pour autant bloater l'interface avec plein de trucs inutiles), on verra apparaitre une intégration de plus de choses.
Et qu'on ne me dise pas que celui de Windows plante, je m' accomoderais de plantages de temps en temps (même si perso j'ai jamais eu le cas même avec pas mal de montages SMB), voire de soucis de lenteur lors de gros transferts de fichiers pour autant que le reste du temps le soft soit efficace, ce qui est le cas à mon avis.
[ Répondre ]
J'hallucine
Les seuls posts moinssés dans ce journal sont ceux de pBpG< et comme sur DLFP les posts moinssés ont de grandes chances d'être soit débiles soit à contre courant de la vague "linux saimieux que les autres, microsoft sapu", j'ai bien sur lu ces post. Et en effet je les trouve pertinents.
Bref, respect à pBpG qui continue de participer malgré le neuneutisme intégriste ambiant qui le moinsse à tour de bras.
[ Répondre ]
[ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 :: Suivant ]



mon expèrience
Je n'en ai essayé que 2 : mantis et trac (sauf que je n'ai pas testé le ldap sur mantis)
Mantis :
+ simple à mettre en place
+ sobre
- pas ergonomique pour un sou (formulaires un peu chargés par exemple)
- j'ai des doutes quant à sa viabilité à long terme, quand on voit son code source.
Trac :
- un peu moins simple à mettre en place
- un peu lié à SVN
+ intègre un wiki qu'on utilise beaucoup
+ ergonomique
+ aucun problème avec le ldap
Personnelement, parmi ces deux là, j'utiliserais mantis si le bugtracker ne devient pas une des pierres angulaires de l'organisation et que l'auth non-ldap suffit. Sinon, Trac.
[ Répondre ]