public marks

PUBLIC MARKS from bacon with tags cube & caminhos

06 March 2007

rumos e caminhos do xoops

gigamaster escreveu: na pratica, para que serve o mecanismo "preload"? o programador de xoops cube legacy (legado), pensou em. adicionar a ideia emprestada de mojavi2 ( c e assembly ) as instruções do mecanismo "preload" são processadas quando. legacy é iniciado. com esta característica, você pode incluir suas bibliotecas, registrar seus objetos personalizados e, muitas outras mais intruções são assim possiveis. tudo isto em um simples script.php que você coloca na pasta "preload" da raiz ou do módulo que desejar modificar. desta maneira não precisa de 'hackear' seu xoops. por exemplo, legacy pode aplicar um tema diferente para cada módulo, com o seguinte 'preload' de wanikoo: [url=http://xoopscube.org/modules/xhnewbb/viewtopic.php?topic_id=319]themechanger preload version 1.0 by wanikoo[/url] 1) personalizar editando themechanger.class.php.<br /

12 February 2007

rumos e caminhos do xoops

na pratica, para que serve o mecanismo "preload"? o programador de xoops cube legacy (legado), pensou em. adicionar a ideia emprestada de mojavi2 ( c e assembly ) as instruções do mecanismo "preload" são processadas quando. legacy é iniciado. com esta característica, você pode incluir suas bibliotecas, registrar seus objetos personalizados e, muitas outras mais intruções são assim possiveis. tudo isto em um simples script.php que você coloca na pasta "preload" da raiz ou do módulo que desejar modificar. desta maneira não precisa de 'hackear' seu xoops. por exemplo, legacy pode aplicar um tema diferente para cada módulo, com o seguinte 'preload' de wanikoo: [url=http://xoopscube.org/modules/xhnewbb/viewtopic.php?topic_id=319]themechanger preload version 1.0 by wanikoo[/url] 1) personalizar editando themechanger.class.php. 2) copiar themechanger.class.php para: /html/modules/leg

10 February 2007

rumos e caminhos do xoops

gigamaster escreveu:o mesmo aconteceu este último ano com xoops cube. as principais questões colocadas aqui nesta discussão encontram solução nos fóruns "preload" de xoopscube.org (gestão de acessos por grupos e utilizadores, extenção do editor, e muito mais ainda). nuno (tu é português? apesar de viver na suiça tu fala português com "sotaque" brasileiro.) você pode explicar na prática e em português o que o preload faz de fato? outra coisa: quem está desenvolvendo módulos para o xoopscube? até agora parace que são os mesmos para o xoops com adaptação. e no futuro próximo, quando houver incompatibilidades - com certeza elas virão - de onde se tirarão os módulos? esse é o ponto alto do xoops atual, a grande oferta de módulos. te agradeço desde já pelas respostas, nuno. para todos os demais: e só para esclarecer para todos os que leram meu outro p

rumos e caminhos do xoops

fbs777 escreveu: ok, postei antes minha defesa ao xoops, agora as críticas :-) ótimo, defesa campeã e concordo plenamente. tem algumas coisinhas a considerar, mas detalhes. um negócio que funciona muito mal é o esquema de bbcodes e "smarty tags". se quiser criar um novo bbcode ou um novo smarty tag tem que hackear dois arquivos do core. exemplo do módulo rw-banner, que tem bbcodes e smarty tags exclusivos. pra funcionar os dois, tem que incluir um pedaço de código no cabeçalho.php e outro no class/module.textsanitizer.php. esse dois hacks servem para chamar dois arquivos php incluidos no módulo: rw_banner/include/maketags.php e rw_banner/include/bbcode.php. o que deveria ter oficialmente no xoops, na minha opinião, é alguma coisa do tipo: - no cabeçalho, uma chamada/include (não sei os nomes das funções php) para xoo

09 February 2007

rumos e caminhos do xoops

ok, postei antes minha defesa ao xoops, agora as críticas :-) um negócio que funciona muito mal é o esquema de bbcodes e "smarty tags". se quiser criar um novo bbcode ou um novo smarty tag tem que hackear dois arquivos do core. exemplo do módulo rw-banner, que tem bbcodes e smarty tags exclusivos. pra funcionar os dois, tem que incluir um pedaço de código no cabeçalho.php e outro no class/module.textsanitizer.php. esse dois hacks servem para chamar dois arquivos php incluidos no módulo: rw_banner/include/maketags.php e rw_banner/include/bbcode.php. o que deveria ter oficialmente no xoops, na minha opinião, é alguma coisa do tipo: - no cabeçalho, uma chamada/include (não sei os nomes das funções php) para xoops_root_path/modules/todos_os_módulos/plugins/smartytags.php. - no class/module.textsanitizer.php, uma outra chamada/include para xoops_root_path/modules/todos_os_módulos/plugins/bbcodes.php. <br