Je suis en train de réaliser une présentation dont le but est d'être une boîte à outils du développeur Elgg. Pour l'instant à l'état de brouillon, j'aimerai avoir votre retour. Si vous trouvez des erreurs, identifiez des élements clés oubliés ou si vous désirez agrementer cette presentation, laissez moi un commentaire.
http://www.slideshare.net/hibrice/draft-developper-sur-elgg
]]>
September 1, 2009 par Brice Gaillard
Commentaires (3)
developper, elgg, presentation
Je suis en train de réaliser une présentation dont le but est d'être une boîte à outils du développeur Elgg. Pour l'instant à l'état de brouillon, j'aimerai avoir votre retour. Si vous trouvez des erreurs, identifiez des élements clés oubliés ou si vous désirez agrementer cette presentation, laissez moi un commentaire.
http://www.slideshare.net/hibrice/draft-developper-sur-elgg
]]>
Salut, c'est une super idée !
quelques remarques :
- les plugins arrivent sans que tu ai dis a quoi ils servaient
- dans ta fiche sur les vue tu dis qu'elles sont dans le dossier views/defaut alors qu'il n'y a que les vues de la vue par défaut qui s'y trouvent. Les autres sont dans views/iphone, views/ceci, views/cela si tu veux justement fabriquer d'autres vues
Remarque plus générale : la souplesse de elgg pour les développeurs vient (pour moi) de toutes les possibilité de gestion des événements, des hooks, de la possibilité d'"overrider les actions et les pages, etc ...
Par exemple, comme tu le dis les actions servent à interagir avec le système. mais la grande particularité de Elgg est que quand une actions est déclarée dans un plugin ou par le système, cela rend possible d'overrider cette action et de lui substituer une autre version qui correspond mieux à ton site. Par exemple l'action "login" ou "register" qui peuvent donc facilement être modifiées sans toucher le système.
De même pour les pages, le page handler permet de modifier une page mui en substituant une autre
il faut aussi parler des events_handlers et des plugin_hook...
voilà, mais c'est un gros boulot :)
]]>
Cool merci pour toutes ces remarques. Il y a tellement de choses a dire c'est assez difficile de syntetiser. Prochain draft en fin de semaine :)]]>
C'est un bon début :)
J'attends avec impatience le prochain draft (à la fin de quelle semaine ?) :p
]]>
Je suis en train de réaliser une présentation dont le but est d'être une boîte à outils du développeur Elgg. Pour l'instant à l'état de brouillon, j'aimerai avoir votre retour. Si vous trouvez des erreurs, identifiez des élements clés oubliés ou si vous désirez agrementer cette presentation, laissez moi un commentaire.
http://www.slideshare.net/hibrice/draft-developper-sur-elgg
]]>
September 1, 2009 par Brice Gaillard
Commentaires (3)
developper, elgg, presentation
Je suis en train de réaliser une présentation dont le but est d'être une boîte à outils du développeur Elgg. Pour l'instant à l'état de brouillon, j'aimerai avoir votre retour. Si vous trouvez des erreurs, identifiez des élements clés oubliés ou si vous désirez agrementer cette presentation, laissez moi un commentaire.
http://www.slideshare.net/hibrice/draft-developper-sur-elgg
]]>
Salut, c'est une super idée !
quelques remarques :
- les plugins arrivent sans que tu ai dis a quoi ils servaient
- dans ta fiche sur les vue tu dis qu'elles sont dans le dossier views/defaut alors qu'il n'y a que les vues de la vue par défaut qui s'y trouvent. Les autres sont dans views/iphone, views/ceci, views/cela si tu veux justement fabriquer d'autres vues
Remarque plus générale : la souplesse de elgg pour les développeurs vient (pour moi) de toutes les possibilité de gestion des événements, des hooks, de la possibilité d'"overrider les actions et les pages, etc ...
Par exemple, comme tu le dis les actions servent à interagir avec le système. mais la grande particularité de Elgg est que quand une actions est déclarée dans un plugin ou par le système, cela rend possible d'overrider cette action et de lui substituer une autre version qui correspond mieux à ton site. Par exemple l'action "login" ou "register" qui peuvent donc facilement être modifiées sans toucher le système.
De même pour les pages, le page handler permet de modifier une page mui en substituant une autre
il faut aussi parler des events_handlers et des plugin_hook...
voilà, mais c'est un gros boulot :)
]]>
Cool merci pour toutes ces remarques. Il y a tellement de choses a dire c'est assez difficile de syntetiser. Prochain draft en fin de semaine :)]]>
C'est un bon début :)
J'attends avec impatience le prochain draft (à la fin de quelle semaine ?) :p
]]>
Fabrice Collette
Profil
Contacts
Contacts de
Annonce
Pages
Fichiers
Blog
Poll
Discussions
Salut, c'est une super idée !
quelques remarques :
- les plugins arrivent sans que tu ai dis a quoi ils servaient
- dans ta fiche sur les vue tu dis qu'elles sont dans le dossier views/defaut alors qu'il n'y a que les vues de la vue par défaut qui s'y trouvent. Les autres sont dans views/iphone, views/ceci, views/cela si tu veux justement fabriquer d'autres vues
Remarque plus générale : la souplesse de elgg pour les développeurs vient (pour moi) de toutes les possibilité de gestion des événements, des hooks, de la possibilité d'"overrider les actions et les pages, etc ...
Par exemple, comme tu le dis les actions servent à interagir avec le système. mais la grande particularité de Elgg est que quand une actions est déclarée dans un plugin ou par le système, cela rend possible d'overrider cette action et de lui substituer une autre version qui correspond mieux à ton site. Par exemple l'action "login" ou "register" qui peuvent donc facilement être modifiées sans toucher le système.
De même pour les pages, le page handler permet de modifier une page mui en substituant une autre
il faut aussi parler des events_handlers et des plugin_hook...
voilà, mais c'est un gros boulot :)
Fabrice Collette Il y a 371 jours