PUBLIC MARKS from bacon with tags fbs & como

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.

repare que seu tema no 2.2 não está exatamente como o original da foto que coloquei, então pode ter alguma coisa no tema alterado que não está funcionando direito. clica na imagem que eu coloquei aí no outro post que você vai para página de download do tema. baixa a versão original lá porque ela está ok e é compatível com qualquer versão do xoops acima de 2.0.13 depois de colocar no seu site, aí você começa a editar o que você quer, e quando desconfigurar, você vai saber o que você fez que desconfigurou :-d

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(

eu tenho esse mesmo tema amarelo no pc (wdc_007_yellow) do http://webdesigncustoms.com/ mas não tive problemas em colocar ele agora no xoops 2.0.16 aqui em localhost. depois de jogar a pasta do tema no themes/ você foi na admin do xoops em preferencias e ativou o uso do tema? porque se você ainda não ativar o tema nas preferencias ele não vai aparecer no bloco de troca de temas e nem como tema padrão. [url=http://webdesigncustoms.com/modules/pddownloads/singlefile.php?cid=7&lid=19][img]http://webdesigncustoms.com/modules/pddownloads/images/screenshots/wdc_007_yellow.gif[/img][/url] detalhe: você está colocando a pasta do tema com uma subpasta dentro dela? por ex: themes/wdc_007_yellow/wdc_007_yellow/theme.html. se tiver, tire uma das pastas a mais, se não dá erro, como nos módulos. o certo seria: themes/wdc_007_yellow/theme.html

? não vi nada no portal em 2.2 que não possa ser feito no 2.0. já experimentou jogar a pasta do tema do 2.2 no portal do 2.0? tudo que está visivel no portal em 2.2 pode ficar identico em um portal 2.0

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

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"];

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.'/

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

tem algum motivo específico para você "atualizar" de 2.0.16 para 2.2.x? porque a versão 2.0.16 é mais nova, já que depois de dar um tiro no pé com as versões 2.2.x o xoops voltou a ter como principal as versões 2.0.x. atualização mesmo só quando lançarem a versão 2.3 ou 2.4 ou 4 ou xoosphere (parece que nem o nome definitivo da próxima versão está definido ainda.)

faz um tempo que não uso o módulo, mas é quse 100% certo que mostra uma lista no userinfo sim, do mesmo jeito que mostra listas de news, posts, etc. vê no portal oficial se tem uma versão mais recente resolvendo esse problema de não aparecer as cat. se continuar, dá uma olhada nas permissões.

pra cada user ter seu próprio album você pode utilizar o rmgs, ele tem essa opção, e o admin pode escolher qual o limite de mb dos users para guardar imagens em seus albuns.

tenho impressão que vi pelo menos um erro no que você colocou aqui. possível erro: 1a alteração /modules/system/admin/users/userform.php: (adicionadas as linhas abaixo na linha 35 e 36) $name_text = new xoopsformtext(_am_name, "name", 30, 60, $name_value); $nickjogo = new xoopsformtext(_am_nickjogo, "nick_jogo", 21, 21, $nickjogo_valor); $guidjogo = new xoopsformtext(_am_guid, "nick_jogo", 41, 41, $guidjogo_valor); $email_tray = new xoopsformelementtray(_am_email, " "); mais especificamente, na linha que tem _am_guid. ali você repetiu o valor da linha anterior, colocando "nick_jogo" de novo, em vez de "guid"

com o resultado dessa busca você deve encontrar uma solução: [url=http://www.xoopscube.com.br/search.php?query=adicionar+campos+no+cadastro&action=results]adicionar campos no cadastro[/url] mas você ainda não disse se está tentando isso em localhost ou no portal hospedado. se tiver em localhost não cadastra mesmo, porque poe padrão o servidor em localhost usando no pc de casa não vem com suporte à envio de email (servidor de email) ativado, então não podendo mandar email para o user o xoops não cadastra. se tiver em localhost, experimenta desativar a opção de mandar email de confirmação de cadastro para não ser barrado na hora do xoops tentar enviar o email.

no pacote xoopseditor do phppp tem um dhtml turbinado, com flash, wmv, etc. você pode utilizar ele (por padrão, só funciona nos módulos do phppp: cbb, article, etc) ou tentar adaptar as opções no dhtml padrão. o pacote tem para download no dev.xoops.org

é isso aí rplima, era esse style que estava faltando :-d cheguei a procurar nesse mesmo arquivo por alguma tag com width:auto, mas o problema é que nem tinha o maledeto do width :-d agora para atualizar, eu costumo apenas remover a página no templates_c (aproveitando que estou no ftp, depois de enviar o novo html), aí quando atualizo a página a mudança já aparece :-)

estou testando o shortcut aqui mas não fica igual ao do xoops. o problema é o bloco, por causa do seletor (não sei como chama aquilo) de atalhos. aqui no xoops, se eu coloco um nome grande no atalho, o tamanho do seletor não muda. aparece o nome até uma parte. o que vem depois é encoberto pelo seletor. aqui no xoops o nome só aparece completo quando eu clico na seta para mostrar os outros atalhos: [img]http://img20.imageshack.us/img20/4228/atalho2sy6.png[/img] nesse caso, o nome completo do atalho é "xoops feito todo com iframe", mas só aparece o suficiente para não "espichar" o seletor. isso evita de estragar o layout do portal. no meu caso, usando um tema de tabela, toda a lateral esquerda é espichada até o fim do nome do atalho: [img]http://img212.imageshack.us/img212/6701/atalho1ae0.png[/img] está com espaço além do fim do nome porque o nome do outro atalho, que não está visível na seleção, é bem maior, então o se

acho que isso é para procurar em portais de webdesign, mas já que é para utilizar no xoops, vou perguntar aqui, talvez faça diferença (pra melhor ou pior) em um portal xoops. seguinte: tenho uma porrada de fontes, mas não adianta definir uma delas no css porque ninguém tem no pc. queria saber se tem algum esquema de colocar os arquivos .fnt no portal e todos poderem mostrar as fontes diferentes a partir do arquivo da fonte no portal. eu vi uma dica aqui no xoops ([url=http://www.xoopscube.com.br/modules/smartfaq/faq.php?faqid=154&com_id=1617&com_rootid=1029&#comment1617]aqui[/url]) mais ou menos para isso, mas o problema é que só serve para um lugar ou outro, como título de bloco, porque é criado uma imagem gif usando a fonte guardada no host. nesse caso, é só um "automatizador de criação de imagens". o que eu queria é que fosse visualizado como texto mesmo, e não imagem. acho que não dá, mas está feita a pergunta para tirar a dúvida :-d

procura no arquivo .css do módulo ou no .css do tema

debora escreveu: eu é que preciso do wordpress. se souber de alguém que o tenha. abraços. débora pode baixar aquele que coloquei no outro tópico que está funcionando o download sim: http://rapidshare.com/files/1587510/x20x_x22x_mod_worpress_203_pt_utf8.tar.gz.html. coloquei uma explicação lá sobre como pegar o arquivo: http://www.xoopscube.com.br/modules/newbb/viewtopic.php?post_id=42263#forumpost42263

mas a opção é esta mesmo memory_limit = esta outra opção que tu está mencionando é para o post, ou seja, quando se envia conteúdo e não para a operação do script em si. olhando o phpinfo() se tu não encontrar é porque está no default 8mb (não tenho certeza). entãa gisa_iagami, a opção é essa, mas não aparece no phpinfo. quando eu mudo o valor dessa opção de 8m para 12m no php.ini aqui em localhost, não dá mais problema. só que não tenho acesso ao php.ini do host, então tenho que ver essa opção pelo phpinfo, mas nele não aparece essa opção. também não aparece nenhuma outra opção com valor em mb a não ser essas que passei do eaccelerator e outras 2, que não tem a ver com isso: upload_max_filesize 2m post_max_size 8m sobre a opção post_max_size, eu cheguei a mudar ela aqui em localhost de 8 para 12, mas não resolve, o negócio é mesmo o memory_limit, mas não

depois que instalei o módulo wordpress-mu em localhost, sempre que tento entrar numa página do xoops que puxa informação desse módulo dá erro de limite de memoria permitida. sei que indo no php.ini e trocando memory_limit= 8 por memory_limit= 12m o problema é resolvido, mas se o portal hospedado tiver o mesmo limite de 8m vai dar pane, porque o host não vai querer aumentar a mem. disponivel. tentei ver pelo phpinfo do cpanel, mas lá não informa a quantidade de memoria permitida, só mostra a opção post_max_size = 8m mas essa opção opção não tem nada a ver, porque aumentei de 8 para 12 nessa opção aqui em localhost e deu o mesmo problema de limite de mem. acho que no host isso está configurado pelo eaccelerator (aqui em localhost o eaccelerator está desativado), mas não tenho certeza. nele, tem três opções que parecem que tem a ver, e se tiver, então no host o limite é de 16m: memory size 16,777,180 bytes. memory available 1,432 bytes.<b

era isto mesmo perfeita gisa_iagami :lol: agora vendo o código iframe que você colocou vi onde estava o problema aqui. como eu disse antes, tentei usando aspas simples mas não funcionou. o detalhe é que eu pensei que só precisava de aspas simples na definição da url para validar o //; o resto das definições eu deixei com aspas duplas normal. agora vi que você colocou todos os valores do iframe em aspas simples, e com todos os valores em aspas simples, o resultado é este aqui: [img]http://img92.imageshack.us/img92/1263/wblinkssite8lh4.png[/img] o detalhe curioso é que até o iframe feito para php usa aspas duplas em todos os campos, mas para utilizar no xoops precisa de todos os campos em aspas simples. :-)