PUBLIC MARKS from bacon with tags como & variado

incluído no roadmap da versão by xoops xoops, codnome=precarga. diferente do preload do xc que demanda uma delegação, o precarga irá servir para complementar e dar consistencia a variadas necessidades de extensões. não deixe de continuar relatando features interessantes que gostaria de ver incluidas no xoops completando funções existentes como esta solicitada pelo fbs777.

contribuição final claudia. este teste deve ser realizado em uma página a parte para se averiguar o funcionamento. a ideia para se acompanhar é que salve este script com um nome por exemplo teste.php. ele roda independente e será adaptado na rotina onde desejar. bom, depois da euforia e dizer que tinha funcionado, acho que voltei a estaca zero. parece que não deu mesmo para utilizar aquele arquivo php da claudia. só estava funcionando porque eu tinha esquecido de tirar as referencias diretas aos arquivos. o problema é que o script até funciona para listar os arquivos modules/*/plugins/bbcodes.php, por exemplo, mas para carregar os arquivos bbcodes.php através desse script, não funciona (pelo menos não consegui depois de várias tentativas). o que fiz: onde ia o hack original, eu coloquei um include para buscar o arquivo teste.php (da claudia). este, deveria buscar todos

o que eu vou tentar fazer agora é criar um "módulo" estilo o happy_linux do ken ohwada, para ver se consigo implementar os plugins sem precisar hackear o cabeçalho.php também, para, como módulo, ativar automaticamente o arquivo que chama os plugins, aí teria só que hackear o loal onde é inserido os include para chamar os plugins. mas ainda não consegui fazer funcionar direito o include que vai dentro das aspas da variável como disse no post acima.

caramba, funcionou :-d consegui retirar do núcleo o hack de smartytags do rw-banner e os dois hacks de bbcodes, um do próprio rw-banner e outro para thumbs usando o lightbox :-d no lugar dos hacks coloquei apenas um include para bbcodes e outro para tags. só ficou faltando uma coisa que ainda não consegui: colocar um include para retirar do núcleo os hacks feitos no editor dhtml do xoops para incluir os ícones de botão para novos bbcodes, para não precisar incluir os bbcodes manualmente. o problema é que o include nessa parte precisa ficar exatamente em um lugar, para poder aparecer no lugar certo na página. o código original que regula os ícones da 1ª fileira do xoops editor é esse (linha 133 do class/xoopsform/formdhtmltextarea.php): <div class="xoopscode"><pre><samp><code>$ret = "<a name='moresmiley'></a><img onmouseover='style.cursor=\"hand\"' src='".xoops_url."/images/url.gif' alt='url' onclick='xoopscodeurl(\"".$this->getname(

contribuição final claudia este teste deve ser realizado em uma página a parte para se averiguar o funcionamento. a ideia para se acompanhar é que salve este script com um nome por exemplo teste.php. ele roda independente e será adaptado na rotina onde desejar. texto comentado abaixo para entendimento. as tags php estão de forma errada com espaço para permitir a sua utilização aqui no fórum. <div class="xoopscode"><pre><samp><code> [color=000066]< ? php // incluindo o arquivo principal do xoops para controle geral das páginas. // se já estiver dentro do ambiente xoops, não será necessária, mas para uma página em separado, isto seria obrigatório. [color=000066]include '..\..\mainfile.php'; // ai está a inclusão que deverá carregar os cabeçalhos da página. // o carregamento dos objetos será feito aqui também. // também se já estiver em ambiente xoops, esta linha

caramba fbs777, primeiro mundo :-) xoops até conhecia o portal, mas não sabia que possuia esta documentação porreta. vomos tentar resolver isto na hora do almoço sem falta. - objetivos. a) função para pegar nomes e diretórios de módulos. b) identificar se contém o diretório dentro do módulo. c) se existe o diretório, veja se existe o arquivo d) existindo, executa o include_once deste arquivo chamado onde você vê a interrogação seria o padrão combinado. para se ter certeza que os devs irão fazer a coisa certa, precisamos de um padrão. observação: o que esta função irá fazer apenas carregar os arquivos php destes diretório e deixar disponivel alguns detalhes que eles possuirem. poderá fazer o extend de classes aumentando o suporte a determinados itens do xoops para o módulo em especial. esta proposta tem por caracterist

caramba esse portal que eu coloquei aí em cima é bom mesmo, agora que eu fui ver em detalhes e em poucos segundos que estou navegando nele agora, já achei o que precisava para chamar um módulo qualquer: getlist($criteria = null, $dirname_as_key = false) baseado em outros códigos em outras páginas php do xoops, acho que tem um "::" para separar o nome da variável da função dela, então fica assim: xoopsmodule::getlist($criteria = null, $dirname_as_key = false) a parte de chamar qualquer módulo está feita, mas daí a isso funcionar como include é outra historia :-d mas que fique registrado: esse portal que coloquei aí no outro post é uma tremenda mão na roda, excelente :-d ha, no post acima faltou colocar o endereço para lista de constantes também: [url=http://xoops.info/doc/_constants/index.html][constants][/url]

o caminho é este mesmo, tanto de um modo ou de outro. claro que no xoops já existe isto, só precisamos é pegar o objeto correto. pois é, pelo que eu andei olhando em vários arquivos php do core, parece que é o $xoopsmodule mesmo que define o módulo, mas simplesmente incluir ele no include não funcionou :-) apesar que acho que você está falando de outra coisa, porque para mim $xoopsmodule é uma variável não um objeto :-) ps: em tempo, em hipotese alguma pode existir o mesmo nome para o include. apenas para avisar, o include de um arquivo só pode ser feito uma única vez. eu pensei que isso era por causa do "_once" (uma vez) no include_once, por isso também tentei cada um dos vários testes que fiz tanto usando include_once como include apenas, para ver se estava aí o problema. se está aí ou não o problema eu não sei, só sei que com o include também n

lembra daquele desenho animado que tem uma frase "e vamos nós" bom pelo visto você está a tentar criar um preload, rs xoops excelente. existem muitas formas de tomar nescau. - você pode pegar o objeto xoopsmodule para isto. ele já contém em seu array de objeto o nome de cada módulo e o diretório. - a outra forma é via comando em um script simples como o luisx falou. eu tinha isto rodando no http://x20.www.xoopscube.com.br da mesma forma que tu precisa. vou ver se acho ele, senão vamos fazer. o caminho é este mesmo, tanto de um modo ou de outro. claro que no xoops já existe isto, só precisamos é pegar o objeto correto. observação: em tempo, em hipotese alguma pode existir o mesmo nome para o include. apenas para avisar, o include de um arquivo só pode ser feito uma única vez. esta rotina não poderá entrar em parafuso com outras existentes no core, por isto precisa pesquisa e testes

vixi, aí complicou, ficou muito grande para entender :-d já é a segunda vez que preciso de um esquema para colocar diretórios estilo "*" e não acho uma solução simples. da outra vez eu precisava de um esquema para carregar em um bloco a imagem "logo.gif" do tema, independente se tivesse no tema a ou no b. [url=http://www.xoopscube.com.br/modules/newbb/viewtopic.php?viewmode=flat&topic_id=7436&forum=9&type=]na época a gisa_iagami ajudou com um código php[/url]: <div class="xoopscode"><pre><samp><code>if(!defined('xoops_root_path')) exit(); $dirtema = $globals["xotheme"]; echo ' <img src="'.$dirtema->url.'/images/logo.gif" alt="logo" />';</code></samp></pre> por isso eu tentei repetir o esquema agora, trocando "todos os temas" ( $globals["xotheme"] ) por "todos os módulos" ( $globals["xoopsmodule"] ), mas não funciona (e nem dá erro): $maketags = $globals["xoopsmodule"];

fábio, a função que imaginei seria mais ou menos assim: ===== inicio do suposto código ==== function incluimetas { $dir = opendir(xoops_root_path."/modules"); while(($diretórios=readdir($dir)) !== false){ if($diretórios=="." or $arquivos=="..") continue; { if(is_dir($diretórios)){ - fazer armazenar em um array só os diretórios. - se quiser cortar caminho, pode armazenar na. array a linha do comando include inteira. mas prefiro fazer separado para poder. depurar. se a função funcionar, hehe. } } } while( $arrayanterior !== false ) { include_once xoops_root_path."/modules/".$diretóriodentrodoarray."/plugins/maketags.php"; } } incluimetas(); ==== fim do suposto código ==== hehe, sou muito ruim mesmo, para fazer funcionar uma função dessa levaria horas. mas a ideia é por ai. quem sabe alguém salve o tópico, in

luix, eu tentei o que você sugeriu mas não funcionou, não sei também se o jeito que fiz era o que você queria dizer. o que fiz com essas 3 opções que você colocou foi tentar desses 3 jeitos: include_once xoops_root_path."/modules/".$xoopsmodule->opendir()."/plugins/maketags.php"; include_once xoops_root_path."/modules/".$xoopsmodule->readdir()."/plugins/maketags.php"; include_once xoops_root_path."/modules/".$xoopsmodule->is_dir()."/plugins/maketags.php"; mas todos deram o mesmo erro com tela branca, apenas mudando o nome do *dir(): fatal error: call estou a member function is_dir() on a non-object in /opt/lampp/htdocs/testes/xoops/header.php on line 126 dependendo das coisas que tento, aparece esse erro de function, mas tem hora que tento algumas coisas que não aparece erro nenhum e o portal abre normal, o único "detalhe" é que a linha é completamente ignorada, como nesse caso: include xoops_root_path.'/

olá fábio, cara não sei o pode funcionar, mas agora tive uma ideia, não sei se funfa. mas vai lá. tenta fazer uma função guerreira, que busca todas as pastas dentro da pasta modules, e vai entrando nas subpastas e procurando pelos arquivos "metatags". pode utilizar o bom e velho [color=0000ff]opendir(), readdir() e is_dir() claro, não sei se o xoops já não tem essa função pronta, afinal no gerenciamento de módulos ele lê todos. nesse caso eu posso por ex. criar uma pasta de módulo sem módulo, só para incluir uma pasta de plugins dentro e jogar o outro hack dentro do maketags.php do outro "módulo" neste caso, não esquece de colocar os arquivos básicos para um módulo, apenas para disfarçar para o xoops, porque senão fica retornando aquele errinho chato no gerenciador de módulos. hehe, sei que não ajudou muito. é isso

o título está meio esquisito, mas não sei direito como explicar o que quero em poucas palavras. o que quero é colocar nos arquivos php um include que vá buscar um arquivo php passando por um diretório não-especifico. se fosse em shellscript no console do linux, seria tipo: diretório/*/arquivo.php. nesse caso, "*" simboliza qualquer diretório (todos) incluido dentro do dir "diretório". eu quero tirar vários códigos de hacks de dentro dos arquivos do core, substituindo por includes que vão buscar os hacks em um arquivo específico. por exemplo: o hack de tags do rw-banner. ele pede para incluir no cabeçalho.php o seguinte hack: include_once (xoops_root_path.'/modules/rw_banner/include/maketags.php'); tem um outro pedaço de código, mas é só para indicar "if", então o que interessa aqui é essa linha. eu criei dentro do módulo rw-banner uma outra pasta chamada plugins e copiei os dois arquivos chama