modelo seblod: como usar fields / markup.php para substituir a marcação de campo?
<p>criei um novo modelo copiando o <code>seb\_one</code> modelo e, em seguida, fazendo meus ajustes em <code>index.php</code>. eu também usei <code>fields/markup.php</code> copiando-o para <code>fields/contenttype/markup.php</code> para substituir como os campos são criados.</p><p>em <code>fields/markup.php</code> comentei a lógica e coloquei um <code>return $html;</code></p><p>meu problema é que isso se aplica a todos os campos no tipo de conteúdo. gostaria de ativar essa substituição apenas para campos selecionados ou, em particular, desativá-lo para um determinado campo. existe alguma variável ou sinalizador que eu possa passar com o campo para que eu possa escolher se ignoro ou não a marcação.</p>
<p>em markup.php você pode pegar seu campo como o seguinte:</p><pre><code>if($field-&gt;name == 'my\_field') { $html = "my code"; } </code></pre>
<p>correção, seu tema ainda estava em conformidade com o xhtml 1.1 e o css 2.1, mas os plug-ins que você adicionou injetaram código adicional que<em>não era</em>compatível.</p><p>infelizmente, não há maneira fácil de manter a conformidade se você estiver usando plug-ins. o melhor que você pode fazer é validar seu tema e todas as marcações pelas quais é pessoalmente responsável, depois esperar que outros desenvolvedores tenham dedicado tempo para validar seu próprio trabalho.</p><p>a alternativa é muito mais trabalho de sua parte - você ainda pode usar a funcionalidade principal dos plug-ins, mas não permitir que eles imprimam<strong> any </strong>markup no navegador. adicione sua própria camada personalizada que solta tudo o que o plug-in toca e construa seu próprio buffer de saída. esta é a forma<em>only</em>você terá controle sobre o estilo de marcação sendo enviado para o navegador.</p><p>vários plug-ins estão começando a usar o html 5 ... outros estão tentando usar o css3. se você instalar esses plug-ins e não tomar medidas para higienizar e validar sua saída, seu site deixará de validar corretamente.</p> <p>olá bianca, como vai?</p>
<p>quando o campo possui mais de uma palavra geralmente usamos o segundo exemplo de código. porém, não vejo problemas em utilizar um ou outro. se você preferir padronizar a forma de trabalhar os dataframes, pode escolher o segundo exemplo durante toda sua análise.</p>
<p>espero ter ajudado e bons estudos!</p>
<p><strong>: )</strong></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> Por macro



```
CAMPO.Caption = "Novo valor"
``` <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> oi thais, agora eu vi o vídeo aqui, o que aconteceu foi que o figma só atualizou o nome do campo, antes quando era criado um novo frame, lá no lugar do fill ele escrevia "background", mas agora é descrito como "fill", ou seja, apenas mudou o nome do campo, mas o seu modelo está certo, você pode ignorar a escrita background e continuar. <p>o que acontece é que o tinymce converte cada quebra de linha dupla na fonte html para <code>&lt;p&gt;&lt;/p&gt;</code> e vice-versa. ele realmente removerá qualquer <code>&lt;p/&gt;</code> que você inserir manualmente na origem html depois de salvar, porque quando o conteúdo da postagem for renderizado, <code>&lt;p&gt;</code> e <code>&lt;/p&gt;</code> serão adicionados.</p><p>a substituição auto -<code>&lt;p&gt;</code> só funciona quando você está renderizando o conteúdo de uma postagem com <code>&lt;?php the\_content() ?&gt;</code>, se você exportar <code>$post-&gt;post\_content</code> diretamente, ela não passará pelos mesmos ganchos de formatação e parecerá simples e sem quebras de linha ou parágrafos.</p><p>se o que você deseja é muitas tags <code>&lt;br/&gt;</code> na marcação renderizada, provavelmente você deve encontrar uma solução melhor baseada em css e o uso das propriedades css <code>margin</code> ou <code>padding</code>.</p> <p>você pode tentar colocar uma nova linha nos dados:</p><pre><code>&lt;data&gt;foo bar baz baz bar&lt;/data&gt; </code></pre><p>se isso não funcionar, talvez seja necessário analisar a string manualmente.</p><p>se você precisar de xaml direto, é fácil:</p><pre class="lang-xml prettyprint-override"><code>&lt;textblock&gt; lorem &lt;linebreak/&gt; ipsum &lt;/textblock&gt; </code></pre> <p>boa, josé!</p>
<p>pode também usar as projections da jpql: </p>
<pre class="prettyprint"><code>list&lt;produtodto&gt; produtos &#61; entitymanager
.createquery(&#34;select new br.com.caelum.dto.produtodto(p.nome, p.preco) from produto p&#34;, produtodto.class)
.getresultlist();</code></pre>
<p>outra opção é fazer o mapeamento do resultado, manualmente, com <code>resulttransformer</code> (se tiver usando hibernate).</p>
<p>abs!</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>