Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

205 commentaire(s) de stailer sur des sources sur tout CodeS-SourceS

Le : 13/05/2009 18:34:54
Source : ODTPHP - UPDATE POUR PHP 5.2.7 ET +
Comme je l'ai dit sur ta source, la solution la plus simple est d'utiliser comme je l'ai fait, une classe qui gère le zip de façon indépendante.
Quelque que soit la plateforme le code reste le même.


Le : 13/05/2009 18:33:21
Source : GÉNÉRER DES DOCUMENTS OPENOFFICE (OPENDOCUMENT) OU WORD 2007 AVEC PHP
Donc on revient bien sur le problème de ZipArchive... et contrairement à ce que tu disais dans un commentaire sur ma source modifiée de odtphp, il n'y a pas de "hack" possible et l'utilisation d'une classe externe pour le zip reste le plus simple et le plus portable.


Le : 09/05/2009 12:19:43
Source : GÉNÉRER DES DOCUMENTS OPENOFFICE (OPENDOCUMENT) OU WORD 2007 AVEC PHP
En fait j'ai essayé les 2 et même si je n'ai plus de message d'erreur , le fichier est corrompu.. je pense que c'est à cause d'OO 3.1. Ca marche chez toi avec cette version ?


Le : 08/05/2009 23:29:51
Source : GÉNÉRER DES DOCUMENTS OPENOFFICE (OPENDOCUMENT) OU WORD 2007 AVEC PHP
Ta classe est-elle compatible avec OpenOffice 3.0 ? Mon problème d'utilisation pourrait venir de la ?
Si non, ce serait bien que tu fasses évoluer ta classe pour OO 3.X


Le : 08/05/2009 22:22:26
Source : GÉNÉRER DES DOCUMENTS OPENOFFICE (OPENDOCUMENT) OU WORD 2007 AVEC PHP
Ca l'air vraiment très bien et en plus il gère du word.
Malgré tout, pour OpenOffice je préfère un truc indépendant comme ODTPHP car ta source dépend de tinyButStrong. Ca peut être toujours un peu inquiétant pour l'évolution mais c'est un avis perso.

Sinon après installation (PHP 5.2.9) :

Fatal error: Uncaught exception 'tinyDocException' with message '"zip" not executable' in D:\wamp\www\tinydoc\tinyDoc.class.php:919 Stack trace: #0 D:\wamp\www\tinydoc\executeBasic.php(9): tinyDoc->setZipBinary('zip') #1 {main} thrown in D:\wamp\www\tinydoc\tinyDoc.class.php on line 919

D'ou cela pourrait il venir ? le même problème que dans la version de base d'ODTPHP ?


Le : 03/04/2009 13:23:22
Source : ODTPHP - UPDATE POUR PHP 5.2.7 ET +
Salut,
je sais pas ce que tu entends par "Office on Writer v7" . Il te faut OpenOffice avec Writer installé en version 2 minimum. Moi j'ai testé avec open office 2.0 et avec la 3.0 (la dernière donc) et ça marche.

Sinon le fichier "tutorial1.odt" est le fichier "modèle" pour créer le document OpenOffice. En fait tu dois lancer le script "test.php" qui va générer un fichier generate.odt et te le proposer en téléchargement.

Au niveau des extensions, sous Wamp normalement il n'y a que php_zip à ajouter.
Es-tu bien en PHP 5.2.X ?


Le : 15/03/2009 13:08:29
Source : PAF (PHP / AJAX FRAMEWORK)
Simple et efficace, en effet ce code fonctionne bien. Ca me fait penser un peu à ce que j'utilise régulièrement : Xajax. Mais bien sur ce dernier est plus poussé (tu devrais jeter un oeil pour t'en inspirer dans tes versions futures).

Par contre je ne pense pas que cette source soit accès pour de gros projets. Au contraire, si on veut faire une petite appli web sans un gros script tel Xajax & co mais que l'on veut tout de même de l'objet et de la propreté côté javascript/php alors cette source est intéressante.

Pour une grosse appli, il faut aussi prendre en compte des frameworks tel Prototype ou ExtJS côté client et un framework côté serveur tel Zend Framework ou Symfony implémentant le MVC et les contextes (contexte ajax, contexte json...etc).

Exemple simpliste ExtJS et mon propre framework :  
Ext.Ajax.request({url:'http://monappli/controller/action',success: fonctionOk});

Avec prototype c'était à peu près la même chose, donc pas besoin de ta source.

En fait ta source ou Xajax n'interviennent uniquement que dans 2 cas :

- Pas de moteur de templates
ou
- Pas de motif type MVC côté serveur

Donc nous avons besoin de générer du HTML dynamiquement par PHP, auquel cas Xajax donne ce genre de code (encore trèèèèès simpliste par rapport aux possibilités de ce dernier) :

$reponseXajax->assign('monDiv', 'innerHTML', '<span> Test </span>');

J'ai intégré Xajax dans mon propre framework et finalement je le regrette un peu... Etant donné que j'ai intégré Smarty pour la partie "Vue", Prototype m'aurait largement suffit pour le web.
Et dans mes actions appelées par ajax j'aurais demandé à Smarty de me construire mon résultat, j'aurais donc toujours gardé la séparation des couches.
Enfin bon, Xajax propose tout de même d'autres trucs intéressants, donc c'est pas trop grave ; ) .

Pour info, je développe une appli en ce moment "Full Ajax" avec ExtJS et Zend Framework. Mes codes d'appels sont encore plus simples qu'avec ton script et les possibilités beaucoup plus grandes (gestion des proxy par exemple, validation automatique de formulaire selon paramétrage... etc).

Pour finir : Arto_800 tu as fait une bonne source et pour moi son avenir réside dans ses possibilités à générer du code HTML et l'injecter très précisément par DOM à l'instar de Xajax.

A+

ps : ceci est ma vision personnelle, notamment basé sur des choix pris à un moment donné. Il y a d'autres possibilités de faire de l'ajax simplement...


Le : 01/03/2009 10:53:46
Source : MOTEUR D'ASPECT POUR PHP
Très bonne source... Mais pour moi, trop de séparation, tue la séparation. Probablement que sur un projet extrêmement dense l'AOP est utile, mais la, si je veux modifier le fichier attaché à ma classe je vais devoir aussi modifier ma classe. Je pense qu'il va y avoir une certaine perte de temps et une multiplication des fichiers.
C'est un avis personnel.

Pour finir, et à contre-courant : je n'ai aucun mal à faire du PHP alors que je m'éclate en C# et en Java. Ca n'a rien à voir, il a de nombreuses qualités que C# et Java n'ont pas et inversement.. Mais surtout : L'AUTOCOMPLETION EXISTE ! Elle fonctionne parfaitement avec Eclipse ou Netbeans ; )
Essayez les, vous les adopterez (sans parler du reste : SVN, multi-projets, accès direct aux objets, méthodes avec CTRL+clic et j'en passe....).


Le : 02/02/2009 20:10:34
Source : ETAT PHP EN MSWORD
Hello,

concernant le reporting php avec des outils microsoft, j'ai développé depuis peu ce projet que je commercialise
http://www.spread-share.com

En fait c'est le seul outil capable de se connecter en temps réel sur une base mysql distante (ports fermés), mais il peut aussi faire de l'accès en natif. Bref, vous trouverez toutes les infos sur le site.


Le : 06/01/2009 00:37:19
Source : ABSTRACTION PDO
Mais c'est la que je comprends pas.. pourquoi faire ces verifs etc , alors que PHP via les interfaces les faits automatiquement ? C'est du code en plus avec ton "method_exists" et "get_class".

Enlève ce "if", mets une interface, ça ne sera que plus propre et avantageux pour le maintien et l'évolution de ta classe.




1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21


Nos sponsors

Sondage...

CalendriCode

Juillet 2009
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
2728293031  

Consulter la suite du CalendriCode

Comparez les prix Nouvelle version

Photothèque Nouveau !



Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés
Temps d'éxécution de la page : 0,125 sec

Google Coop CodeS-SourceS Google Coop CodeS-SourceS


Certaines images présentes sur le site (notament certains avatars) sont issues des collections IconShock, donc si vous souhaitez utiliser ces icons vous devez les acheter, ne les copiez pas et ne utilisez pas dans vos sites et applications sans les avoir commandé.