criando um parâmetro global para módulos
<p>é possível criar uma opção de configuração global para todos os módulos? assim, por exemplo, todo módulo possui um campo título, se eu quisesse adicionar um campo "linha de tag do módulo" a cada módulo?</p><p>na realidade, o que eu realmente quero é que cada módulo na posição "barra lateral" tenha um campo de tag line.</p><p>qualquer ajuda muito apreciada.</p>
<p>você pode fazer isso com modules.php e modchrome:</p><ol> <li>vá para o seu módulo e defina um título como este: primeiro título || título sublinhado</li> <li>em seguida, abra este arquivo joomlaroot/templates/youtemplate/html/modules.php</li> <li>entre a função modchrome\_xxxx, coloque este código:</li> </ol><p><code>$moduletitle = explode("||", $module-&gt;title); echo "&lt;h3&gt;".$moduletitle[0]."&lt;/h3&gt;"; if(!empty($moduletitle[1])){echo "&lt;h5&gt;".$moduletitle[1]."&lt;/h5&gt;";}</code></p><p><strong> ou </strong></p><p>verifique este pequeno plugin para obter parâmetros adicionais do módulo para o joomla: <a href="https://github.com/nuebel/nnbootstrapparams">https://github.com/nuebel/nnbootstrapparams</a> ! é para bootstrap 3 configurações, mas com pequenas alterações, você pode usá-lo para seus parâmetros adicionais de módulo.</p>
<p>você poderia usar <code>get\_pages</code> para fazer isso, assim:</p><pre><code>&lt;?php $args = array( 'post\_type' =&gt; 'page', 'child\_of' =&gt; 7, ); $postobj = get\_pages($args); foreach($postobj as $item){ $dir = get\_bloginfo('template\_directory'); // theme directory $title = $item-&gt;post\_title; $parent = $item-&gt;post\_parent; $id = $item-&gt;guid; $name = $item-&gt;post\_name; </code></pre><p>quando chegar aqui, você pode extrair seus campos personalizados e colocá-los em variáveis.</p><pre><code> $model\_number = get\_post\_meta($item-&gt;id, 'model\_number', true); </code></pre><p>eu usaria uma declaração <code>if</code> de algum tipo para construir esses títulos principais. por exemplo, você poderia fazer:</p><pre><code> if($model\_number == true){ echo stuff; } else { echo other stuff; } } ?&gt; </code></pre><p>é difícil, mas acho que isso pode te levar a um longo caminho. essencialmente, você está construindo programaticamente seus títulos e retornando tudo para ser impresso. a chave é formatar tudo e acertar suas condições.</p> seria legal você dizer a configuração completa, assim o pessoal pode fazer uma recomendacao um pouco mais certeira. <p>de fato, existem duas maneiras de colocar um tema em uma exibição: o caminho "<strong> </strong>" e o nó "<strong> </strong> "caminho. em "editar visualização", você pode escolher "<code>row style: node</code>" ou "<code>row style: fields</code>".</p><ul> <li>com o modo "<strong> nó </strong>", você pode criar um nó-contentname.tpl.php que será chamado para cada nó na visualização. você terá acesso aos seus valores de campo cck com $ field\_name [0] ['value']</li> <li>com o modo "<strong> campo </strong>", você adiciona um campo de exibição de exibição - nome de exibição - nome do campo-valor.tpl.php para cada campo você quer tema individualmente.</li> </ul><p>graças às respostas anteriores, usei as seguintes ferramentas:</p><ul> <li>no bloco 'configurações básicas', o 'tema: informações' para ver todos os diferentes modelos que você pode modificar.</li> <li>o "desenvolvedor de tema" do <a href="http://drupal.org/project/devel">módulo devel</a> para encontrar rapidamente os nomes de variáveis ​​do campo.</li> <li> <a href="http://views-help.doc.logrus.com/">exibir 2 documentação</a> , especialmente a página <a href="http://views-help.doc.logrus.com/help/views/using-theme">"usando o tema"</a> .</li> </ul> descobri como fazer…

criei um bloco intermediário, onde a condição de saída direciona de acordo com o valor da variável. :smiley: <p>oi williams,</p>
<p>com os patterns <code>decorator</code> e <code>chain of responsibility</code> é possível ter essa flexibilidade de passar &#34;infinitos&#34; objetos como parâmetro :d</p>
<p>mas no caso do <code>strategy</code> é diferente, pois a ideia é ter um objeto para executar uma lógica, sem que eles se conheçam entre si.</p> <p>oi, luiz, tudo bem?</p>
<p>o <em>dir</em> faz parte dos atributos globais. atributos globais se aplicam a todas as tag html.</p>
<p>no caso do <em>dir</em>, ele dá a direção do texto, ele assume dois valores possiveis: </p>
<ul><li>ltr :o texto é escrito da esquerda para a direita;</li><li>rtl : o texto é escrito da direita para a esquerda.</li></ul>
<p>espero ter te ajudado :}</p> o comando spd-conf permite configurar o tts não só do okular como de vários outros programas. pro okular ler as coisas em português, fiz assim

$ spd-conf

speech dispatcher configuration tool

do you want to setup a completely new configuration? [yes] :

>

do you want to create/setup a 'user' or 's… <p>fala aí joaquim, tudo bem? sim, é possível você criar um componente para lidar com formulários, mas, ele vai exigir uma complexidade maior.</p>
<p>o ideal é a gente ter ambos, tanto o <code>form</code> quanto o <code>input</code> ser componentes separados.</p>
<p>mas, hoje em dia já temos bastante bibliotecas para lidar com formulário, eu gosto da formik e react final form:</p>
<ul><li><a href="https://jaredpalmer.com/formik/docs/overview" rel="nofollow">https://jaredpalmer.com/formik/docs/overview</a></li><li><a href="https://github.com/final-form/react-final-form" rel="nofollow">https://github.com/final-form/react-final-form</a></li></ul>
<p>espero ter ajudado.</p> <p>oi joão, tudo bem ?</p>
<p>acho que tem algo que pode assumir, por exemplo, tudo que for um singleton, você pode deixar no escopo de aplicação, acho que dessa forma seu pensamento pode ficar mais claro.</p> <p>olá carlos!</p>
<p>é sempre uma boa prática separarmos as classes do nosso sistema pois se fazemos tudo em somente uma acabamos pendendo para o paradigma estrutural e não para o orientado a objetos.</p>
<p>isso também facilita na manutenção do código.</p>
<p>espero que tenha ajudado! :d</p>
<p>bons estudos! ^^</p>