PUBLIC MARKS from bacon with tags therplima & xoops

já postei aqui e no xoops.org algo semelhante a isso, mas não estou encontrando. na verdade o meu post original era sobre como passar para o tema a informação de quando foi o último login do usuário no portal e outras informações, mas creio que da mesma maneira é possível passar essas informações que você precisa para fazer o condicional. vamos lá. abra o arquivo cabeçalho.php em um editor de textos e no final do arquivo, logo antes do } ?> coloque o código abaixo. if ($xoopsuser){ foreach($xoopsuser->vars as $key=>$value){ $user[$key] = $value; } foreach($user as $key=>$value){ foreach($user[$key] as $key1=>$value1){ if ($key1 == 'value') $user[$key] = $value1; } } foreach($xoopsuser->_groups as $key=>$value){ $user['groups'][] = $value; } $xoopstpl->assign('user',$user); } este código acima envia para o tema o ar

andrax, acabei de testar acessando o seu perfil e funcionou. fiz o teste sem estar logado e depois logado e tanto no firefox quanto no ie eu acessei seu perfil numa boa. não seria algum problema com os cookies ou arquivos temporários não? (acho que não seja isso, mas como não tinha nem ideia do que pode ser e queria escrever alguma coisa acabei perguntando isso, rs). []s

use este módulo mesmo, é o mais simples que da categoria e também faz a contagem dos downloads realizados. para remover os submenus do módulo no menu principal abra o arquivo seu_site/modules/mydownloads/xoops_version.php em um editor de texto e procure pelo seguinte trecho de código. <div class="xoopscode"><pre><samp><code> // menu. $modversion['hasmain'] = 1; $modversion['sub'][1]['name'] = _mi_mydownloads_smname2; $modversion['sub'][1]['url'] = "topten.php?hit=1"; $modversion['sub'][2]['name'] = _mi_mydownloads_smname3; $modversion['sub'][2]['url'] = "topten.php?rate=1";</code></samp></pre> ao encontrá-lo, substitua por este: <div class="xoopscode"><pre><samp><code> // menu. $modversion['hasmain'] = 1; //$modversion['sub'][1]['name'] = _mi_mydownloads_smname2; //$modversion['sub'][1]['url'] = "topten.php?hit=1"; //$modversion['sub'][2]['name'] = _mi_mydownloads_smname3; //$modversion['s

os_feras, me diga uma coisa, todos os portais que você instala você utiliza todos estes módulos? será que não estará aumentando seu trabalho, porque em vez de instalar os módulos você terá que algumas vezes desinstalar vários deles? até daria para fazer isso que você está dizendo, porém o buraco é mais em baixo. você teria que incluir nos arquivos .sql da instalação as tabelas dos módulos, de blocos, permissões de grupos, configuração do xoops e dos módulos, além de mais uma porrada de coisas. já mexi bastante com a instalação do xoops nesse sentido e te digo que não é uma coisa assim tão simples. além do mais, sempre que sair uma nova versão de um módulo e desejar atualizar seu pacote você terá que instalá-lo num xoops à parte e pegar os dados gerados pela instalação do módulo e atualizar seu pacote. sinceramente não sei até que ponto isso seria viável, ainda mais com uma quantidade tão grande de módulos assi

fala aí marcio, tudo bem? você chegou quase lá cara, o arquivo que deve alterar é esse mesmo, porém em outra parte do código. você terá que alterar a função getalltopics. encontre aí dentro da função o seguinte trecho de código: <div class="xoopscode"><pre><samp><code> // topic_icon: priority: sticky -> digest -> regular. if ($myrow['icon'] && is_file(xoops_root_path . '/images/subject/' . $myrow['icon'])) { $topic_icon = '<img src="' . xoops_url . '/images/subject/' . $myrow['icon'] . '" alt="" />'; $stick = 1; } else { $topic_icon = '<img src="' . xoops_url . '/images/icons/no_posticon.gif" alt="" />'; $stick = 1; }</code></samp></pre> ok, agora troque ele por esse: <div class="xoopscode"><pre><samp><code> $sql1 = 'select * from '.$this->db->prefix('bb_posts').' where topic_id='.$myrow['topic_id'].' order by pid asc limit 1'; $res = $this->db->query($sql1); $row = $this-

então wirrrrrrrso, não sei do esquema dos thumbs, mas para corrigir o problema de perder as configs dos blocos é facil. abra o arquivo xoops_version.php do módulo num editor de texto e inclua o código abaixo no final do arquivo, antes do ?> <div class="xoopscode"><pre><samp><code> // on update (preserva as configurações dos blocos ao atualizar o módulo) if( ! empty( $_post['fct'] ) && ! empty( $_post['op'] ) && $_post['fct'] == 'modulesadmin' && $_post['op'] == 'update_ok' && $_post['dirname'] == $modversion['dirname'] ) { include dirname( __file__ ) . "/includes/updateblock.inc.php" ; }</code></samp></pre> depois disso baixe, descompacte e copie [url=http://brinfo.com.br/uploads/updateblock.inc.zip]este[/url] arquivo para dentro da pasta includes do módulo e pronto. rodrigo

o problema é que quando você vai incluir um arquivo php é diferente de quando vai colocar uma imagem, para as imagens, basta você passar a url completa dela, no caso dos arquivos o que você precisa passar é o caminho completo para pasta ou seja o caminho que você definiu num xoops_root_path lá no mainfile.php mais o caminho para chegar até ao arquivo, portanto no seu caso seria: xoops_root_path/class/makepath/makepath.php obs.: troque o xoops_root_path pelo valor dele no mainfile.php. é isso, acho que agora vai. rodrigo

pessoal, a muito tempo que na briga xoops x joomla os joomlianos (nossa) usam como argumento que suas intefaces são melhores que as do xoops. bom, realmente essa discução é antiga e em certo ponto até verdadeira, mas acredito que depois do lançamento da nova versão do xoops by xoops essa diferença vai pelos ares, mas isso não vem ao caso agora, rs, vamos manter o suspense. quanto a sua questão, para incluir um código php no tema do xoops ou em qquer template que utilize smarty, basta você usar a marcação <{php}> assim: <{php}>código php<{/php}> ou então, caso queira incluir um arquivo .php no tema você pode a função include_php assim: <{include_php file="caminho_completo/arquivo.php"}> aqui no xoops nós temos uma versão do manual do smarty e do manual do php, é bem inter

nesse caso você tem toda razão, eu estou estudando uma maneira de fazer isso, acho que um checkbox dizendo que não quer editar a senha e liberando o botão resolve o problema, vou fazer alguns testes e assim que tiver novidades eu posto aqui. quanto ao problema de não habilitar o botão eu já não sei dizer o que acontece porque para mim, mesmo no linux o hack funciona direito. rodrigo

dei uma olhada no trecho do código fonte gerado da página de edição de perfil e talvez o problema esteja no style definido para o campo de senhas seguras. no meio do style ali tem: -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial; acho que talvez esses valores de style tenham alguma coisa a ver (nem nunca vi esses valores incluidos em nenhum style), acho que vocês podem testar remover esses valores e depois mandar a gente que tem linux testar para ver se resolve o problema. esse trecho de estilo que você viu aí nem faz parte do hack da senha, ele é do próprio tema usado aqui xoops, não sei te dizer para que ele serve, só sei que não foi o hack que incluiu ele. outra coisa, ainda não entendi direito esse problema que você estão mencionando, só o botão que não habilita ou a barra de progresso que indica a quali

opa ini, tudo bem? faltou o link, por acaso seria esse? http://www.xoopscube.com.br/modules/xt_conteudo/index.php?id=4 rodrigo

ae dilson, apague todos os dados da tabela prefixo_online e prefixo_session, com isso todos os utilizadores do portal serão deslogados, aí basta entrar de novo. a configuração padrão do xoops é para manter a sessão do usuário por tempo indeterminado, para configurar isso ao seu gosto acesse o item preferencias do menu do módulo system na administração e depois clique no endereço configurações gerais. lá você encontrará as opções "usar sessão personalizada" e "duração máxima da sessão em segundos" marque sim na "usar sessão personalizada" e coloque em "duração máxima da sessão em segundos" a quantidade de segundos que você deseja que a sessão inativa dure. bom, acho que é isso, se mais alguém quiser complementar com alguma coisa fique a vontade. rodrigo

opa, tudo bem? dilson, o que você quis dizer com "campos criptografados", seriam aqueles campos iguais os de senha que quando você digita alguma coisa aparecem asteriscos (*)? se for é bem simples, abra o arquivo modules/formulaire/class/elementrenderer.php em um editor de texto e procure pelo código abaixo: <div class="xoopscode"><pre><samp><code> $form_ele = new xoopsformtext( $ele_caption, $form_ele_id, $ele_value[0], // box width. $ele_value[1], // max width. stripslashes($ele_value[2]) // default value. );</code></samp></pre> ele está dentro da função constructelement, mais especificamente no final da criação de campos texto, portanto procure o código no final do case 'text'. você deverá trocar o código acima pelo código abaixo: <div class="xoopscode"><pre><samp><code> if (preg_match('/\{pass_field\}/', $ele_value[2])){ $ele_value[2] = ''; $form_ele = new xoopsformpasswor

dilson, já existe a versão 3.24 do formulaire. testando em localhost ele funciona perfeitamente com o php 5. de um procurada la no dev.xoops.org pelo projeto do formulaire e baixe a nova versão. ahh, aproveitando que o tópico fala do formulaire, alguém tem alguma versão traduzida desse módulo? já procuro faz tempo mas nunca achei e como é mais a área de admin que precisa ser traduzida, quando uso só traduzo meia boca as mensagens de que o formulário foi enviado. bom, é isso aí rodrigo

qual é a versão do teu xoops? a sua função é diferente da minha. abaixo veja o código da minha função render no arquivo formdhtmltextarea.php. <div class="xoopscode"><pre><samp><code> function render() { $editor = false; if ( $this->htmleditor && is_object( $this->htmleditor ) ) { if ( !isset( $this->htmleditor->isenabled ) || $this->htmleditor->isenabled ) { $editor = true; } } if ( $editor ) { return $this->htmleditor->render(); } $ret = "<a name='moresmiley'></a> <img onmouseover='style.cursor=\"hand\"' src='".xoops_url."/images/url.gif' alt='url' onclick='xoopscodeurl(\"".$this->getname()."\", \"".htmlspecialchars(_enterurl, ent_quotes)."\", \"".htmlspecialchars(_enterwebtitle, ent_quotes)."\");' />  <img onmouseover='style.cursor=\"hand\"' src='".xoops_url."/images/email.gif' alt='email' onclick='javascript:xoopscodeemail(\"".$this->getname()."\", \"".htmlspe

se você disse que no ie aparece um erro quando clica no botão significa que o erro está no javascript. veja os passos de novo no arquivo xoops.js e a chamada do mesmo no arquivo formdhtmltextarea.php. provavelmente o erro está aí. tente refazer os passos e vai postando aqui os resultados. []s

vamos incrementar um pouco mais esse esquema. do jeito que postei anteriormente você teria que manualmente incluir a marcação flash, vamos agora ver como criar o botão que aparece no formulário e cria a marcação para gente. vamos lá, abra o arquivo class/xoopsform/formdhtmltextarea.php. procure pelo código abaixo dentro da função render. <img onclick='javascript:xoopscodequote(\"".$this->getname()."\", \"".htmlspecialchars(_enterquote, ent_quotes)."\");' onmouseover='style.cursor=\"hand\"' src='".xoops_url."/images/quote.gif' alt='quote' /> \n"; substitua o código acima pelo abaixo: <img onclick='javascript:xoopscodequote(\"".$this->getname()."\", \"".htmlspecialchars(_enterquote, ent_quotes)."\");' onmouseover='style.cursor=\"hand\"' src='".xoops_url."/images/quote.gif' alt='quote' /> <img onclick='javascript:xoopscodeflash(\"".$this->getname(

é bem simples colocar uma tag para flash no editor. siga os passos abaixo: abra o arquivo class/module.textsanitizer.php. acrescente essa nova linha no final da função xoopscodedecode. <div class="xoopscode"><pre><samp><code> $text =& $this->xoopscodeflash($text);</code></samp></pre> o final da função deve ficar assim depois de colocar as linhas acima: <div class="xoopscode"><pre><samp><code> $c = "[\x01-\x1f]*"; $patterns[] = "/j{$c}a{$c}v{$c}a{$c}s{$c}c{$c}r{$c}i{$c}p{$c}t{$c}:/si"; $replacements[] = "(script removed)"; $patterns[] = "/a{$c}b{$c}o{$c}u{$c}t{$c}:/si"; $replacements[] = "about :"; $text =& $this->xoopscodeflash($text); $patterns = array(); $replacements = array();</code></samp></pre> no final do mesmo arquivo, antes da tag de fechamento do php ?> adicione a função abaixo: <div class="xoopscode"><pre><samp><code> function &xoopscodefl

[img]http://brinfo.com.br/uploads/ed_blocos.jpg[/img] imagem da administração - criação de blocos personalizados. [img]http://brinfo.com.br/uploads/ed_perfil_assinatura.jpg[/img] imagem do site - edição de perfil - assinatura. [img]http://brinfo.com.br/uploads/ed_perfil_assinatura.jpg[/img] imagem da administração - inclusão de notícia - versão nova do news. ta certo, aí vai algumas imagens, depois coloco mais. rodrigo

descobri esse problema hoje de tarde antes mesmo de ver seu post. e descobri que na verdade o problema não é no sistema de buscas do xoops não, o erro foi meu, rs, desculpe. é o rw-banner que está causando este problema, eu ainda não tinha visto este problema acontecer mesmo depois de muitos testes em várias partes do xoops. na verdade, se você ligar o debug, verá que o problema está acontecendo porque a variável $xoopsmodule, de uma hora para outra perde seu valor, justamente logo depois que o arquivo cabeçalho.php é incluído para fazer a exibição de todos os resultados. fui checar e ver e o que faz ele perder esse valor é o arquivo do rw-banner, o include/maketags.php. pra resolver isso é bem simples, abra o arquivo acima citado e mude todas as variáveis $mid que você encontrar para $modid e o problema se resolve. fica aí uma dica aos desenvolvedores, evitem usar nomes de variáveis comuns ao xoops, pode ser que uma hora ou outra se deparem

osvaldo, se não me engano este módulo é baseado no módulo news. tanto que o módulo news também acontece isso, quando você libera para os utilizadores cadastrarem notícias, mas com aprovação do admin, o campo body text, que seria a notícia completa não aparece. eu me lembro de um tópico aqui no xoops, que eu até postei uma solução para isso e depois um usuário melhorou minha solução e colocou um endereço para download, acredito que se você der uma lida neste tópico poderá adaptar suas necessidades nesse módulo aí. o problema é que eu não me lembro do título do tópico e não consegui encontrá-lo, mas vou dar mais uma procurada e posto aqui. de qquer forma, procure por aí também que é quase certeza deste tópico resolver seus problemas. [editado por rodrigo] achei o endereço para o tópico. clique [url=http://www.xoopscube.com.br/modules/newbb/viewtopic.php?topic_id=6612]aqui[/url] e divirta-se com a criança. [/fim do edit]<br

fbs777 escreveu: deve ser uma pergunta besta besta, mas lá vai :-) : no caso o bbcode não deveria ter a entrada igual ao fechamento? tipo, se fecha como [/imgt], não teria que abrir sem o "thumb", tipo: [imgt=http:.]? por um lado, parece que o xoops não está se entendendo com o script lightbox, mas por outro lado, acho que mesmo se o problema fosse esse, entraria o novo bbcode, só que a imagem grande apareceria em nova aba/janela em vez de aparecer na mesma página. mas o bbcode nem chega a ser interpretado. a pergunta não é besta não. mas, veja o caso de outro bbcode, o url por exemplo, ele fecha com o [/url] e o inicio é [ url=xxxx], também é diferente da tag de fechamento. o mesmo acontece com o bbcode de imagem normal mesmo, fecha com [/img] e inicia com [ imagem align=xxx]. na correria eu esqueci de colocar um detalhe, você precisa fazer um hack no cabeçalho.php para ca

bom, vamos lá então. fiz o hack do jeito que você quer, então, depois do hack instalado para incluir as imagens com thumb você vai colocar assim: [imgt thumb=url_do_thumb align=right]url_da_imagem[/imgt] ou então clica no novo botão e insere primeiro a url da imagem, depois a url do thumb e depois o alinhamento. pra instalar baixe o arquivo com o hack, descompacte-o e siga os passos abaixo: [url=http://rwbanner.brinfo.com.br/uploads/downloads/hacks/hack_img+thumb.zip]pacote do hack[/url] obs.: dentro do pacote eu coloquei cópias dos meus arquivos do xoops 2.0.15 já alterados, não use eles diretamente, use apenas para copiar os códigos para seus arquivos. 1º) fazer backup dos arquivos alterados pelo hack para evitar problemas e também para poder desfazer o hack facilmente. os arquivos alterados são: - class/xoopsform/formdhtmltextarea.php. - class/module.textsanitizer.php. - include/xoops.js.<br /

concordo com o andrax, eu também quero uma preta. boa ideia mesmo. além de ser um jeito de se divulgar mais o xoops e principalmente o xoops, é uma bela maneira de se conseguir algum dinheiro para a comunidade. rodrigo

sim, basta inserir no theme.html. o theme.html é carregado em todas as páginas não administrativas do xoops portando o código ficara visivel no portal todo. rodrigo