O lançamento do PlayStation 3 no Brasil na quarta-feira (11), quase quatro anos após a chegada do videogame da Sony ao mercado norte-americano e japonês, pode ser comemorado por conta de, finalmente, o país ter a presença oficial dos três consoles da atual geração. Entretanto, o preço do aparelho, R$ 2 mil – nos EUA, o mesmo produto é vendido pelo equivalente a R$ 530 – levanta a velha questão que há anos vive na cabeça dos gamers brasileiros: por que os videogames são tão caros por aqui?

Empresas como Sony, Nintendo (Wii) e Microsoft (Xbox 360) trazem consoles que custam, em média nos Estados Unidos US$ 200, por mais de R$ 1.500 no Brasil.. A justificativa dada por todas é que o que eleva o preço dos videogames no Brasil é a alta carga tributária praticada por aqui.

Como os videogames são produtos importados, as empresas devem pagar uma série de tributos para que o produto possa entrar no Brasil. De impostos federais, são cobrados imposto de importação, Pis, Cofins, e IPI (imposto sobre produtos industrializados), que somados com o ICMS estadual, faz com que os videogames tenham 164% do seu valor taxado em impostos.

[Matéria completa: g1.globo.com]

Opa, vou fazer um post pequeno sobre o que eu achei do Grok.

Antes de tudo, Grok é um Framework Web construído com base no ZTK (Zope Toolkit). Sua linguagem padrão é o Python (linguagem de altíssimo nível).

A primeira vez que eu conheci o Grok eu estava querendo saber mais sobre o Zope 3, não me interessei muito por ele. Pensei, se eu tivesse que aprender algum fremework, teria que ser o Django.

Alguns dias atrás uma certa pessoa mandou um post, no grupo Zope/Plone Brasil, falando sobre um tal de OSHIP (Open Source Health Information Plataform):

“O Laboratório Associado “Multilevel Healthcare Information Modelling” (LA-MLHIM) é composto por pesquisadores da Universidade do Estado do Rio de Janeiro (UERJ), Universidade Federal Fluminense (UFF) e colaboradores internacionais, sendo participante do Instituto Nacional de CIência e Tecnologia – Medicina Assistida por Computação Científica, uma rede de pesquisa coordenada pelo Laboratório Nacional de Computação Científica (LNCC).

Nós estamos coordenando um projeto de Pesquisa, Desenvolvimento e Inovação que está construindo uma suíte de aplicativos, framewroks e ferramentas voltadas para o desenvolvimento de Sistemas de Informação em Saúde baseados em modelagem multinível…”[Aqui esta a mensagem completa: link]

Então fui pesquisar do que se tratava o OSHIP. Resultado:

“Plataforma de Informação em Saúde Open Source (Open Source Health Information Platform – OSHIP) é uma implementação baseada nas especificações de assistência médica do MLHIM (Multilevel Healthcare Information Modelling) escrito em Python/C. Usa a Arquitetura de Componentes Zope3 e o Grok.”

A consequência foi que minha atenção se voltou para o Grok. Então fui direto ao site [grok.zope.org] para estudar/saber mais sobre ele. E pode apostar, foi uma experiência muito boa! Não me arrependo.Em apenas alguns minutos já estava desenvolvendo alguma coisa, ou seja, experimentando a facilidade que o Grok oferece em relação a outras outras plataformas Zope-like como o Plone.

Vantagens

Alem de estar nas costa do potente Zope, abaixo esta’ mais algumas vantagens do Framework Grok.

O Grok acaba com o ZCML.

Muitos acham difícil ter que lidar com o ZCML, por isso e’ dito por muitos como “Unpythonic”. Em vez de utilizar o ZCML para configurar sua aplicação, o Grok faz isso por você de forma automática analisando o seu código Python. Com isso se torna fácil e agradável programar em Python no Grok.

MVC

O Grok e’ baseado no conceito MVC, então quando você aprende Grok de certa forma vai estar aprendendo sobre MVC. “Model-view-controller (MVC) é um padrão de arquitetura de software que visa separar a lógica de negócio da lógica de apresentação, permitindo o desenvolvimento, teste e manutenção isolado de ambos.” [Wikipedia]

ZODB

ZODB (Zope Object Data Base (ou ZODB) é um banco de dados transacional orientado a objetos. E’ muito fácil utiliza-lo no Grok: Basta estender a classe “SuaClasseApp” da classe “grok.Model” e qualquer objeto/variável que criar na mesma já estará na base de dados.

ZPT

O Grok utiliza o ZPT, ou seja, se você já conhece o ZPT, poderá utilizar todos os seus conceitos no Grok. Zope Page Templates (ou linguagem de templates Zope) é um instrumento do servidor de aplicação Zope para a geração de páginas web dinâmicas. ZPT facilita a colaboração entre programadores e designers web aumentando a produtividade de páginas web dinâmicas que constituem a interface de qualquer aplicação Zope. E’ muito fácil aprender ZPT.[Mais sobre o ZPT]

Multidisciplinar

Ou seja, quando você estuda o Grok, consequentemente esta estudando o Zope e varias outras aplicações derivadas dele (ex: Plone . obs: Você não precisa saber nada do Zope para aprender o Grok! ^^

Documentação

Apesar de não ter matérias em Português, a documentação do Grok e’ muito boa, de fácil entendimento e manuseio. Melhor que a do Plone, eu acredito.

Acesse o site do Grok [grok.zope.org] para conhecer mais essa maravilha

[Mais sobre o Zope]

Fernando jr.

Um ferramenta de linha de comando que procura e instala pacotes automaticamente dentro de um ambiente Python. O script easy_install faz parte do pacote setuptools, na qual usa o Índice de Pacotes Python (Python Package Index – PyPI) como sua fonte de pacotes.

original: http://plone.org/documentation/manual/glossary/easy_install

Uma forma de empacotar e distribuir pacotes Python. Cada egg contem um arquivo setup.py com os metadados (como o nome do autor, o endereço de email, informação de licenciamento, etc), bem como informações sobre dependências, ferramentas de configurações (setuptools), a biblioteca Python que potencializa o mecanismo egg, e’ possível achar e baixar dependências automaticamente para os eggs que você instalou. E’ realmente possível que duas eggs use diferentes versões de uma mesma dependência simultaneamente. Eggs também dão suporte a uma característica chamada de entrada de pontos (entry points), um tipo genérico de plug-in. Mais detalhes estão disponíveis no site the PEAK.

original: http://plone.org/documentation/manual/glossary/python-egg

Um processo do sistema operacional que trata a interação do HTTP com o banco de dados do Zope (ZODB). Em outras palavras, o servidor web Zope. Alternativamente, o código Python e outros arquivos de configurações necessários para rodar tal processo.

Uma instalação Zope pode suportar instancias múltiplas. Use a formula (recipe) do buildout plone.recipe.zope2instance para criar novas instancias Zope. Muitas instancias Zope podem servir dados de um único Data.fs (arquivo de banco de dados do Zope) usando o servidor ZEO no back-end.

original: http://plone.org/documentation/manual/glossary/zope-instance

O diretório dentro da instalação Zope que contem todos os códigos feito em Python que faz o núcleo do Servidor de Aplicações Zope. Os vários pacotes Zope são distribuídos aqui. Também referido como a variável $SOFTWARE_HOME. Isto varia de um sistema para outro, dependendo de onde você, ou seu sistema de pacotes Zope, instalou. Você pode achar o valor dele na ZMI > Control Panel.

http://plone.org/documentation/manual/glossary/software-home

Blocos de construção – índice

1. Templates e a Linguagem de template

Os principais elementos de uma skin são os templates de pagina (page templates), imagens, scripts Python, arquivos CSS, e arquivos JavaScript.

(Zope) Page Templates – ZPT

Os Page templates (arquivos .pt) compõe uma parte essencial de um tema Plone, e são provavelmente, a maneira mais fácil de se familiarizar com o Plone.

Eles são escritos em um elegante XML, baseado na linguagem de template chamada TAL, algumas vezes faz o uso de macros (METAL), e algumas vezes incorpora expressões Python (pequenos cálculos de uma linha) ou scripts Python.

Não demora muito para se aprender o TAL (Template Attribute Language). TAL é uma das linguagens que você realmente deve aprender. O resto você pode escolher o caminho que deve seguir ou então se familiarizar com elas ao longo do tempo.

Segue a seguinte sessão para você aprender mais sobre Zope Page Templates:

[Zope Page Templates – Indice]

1. ZPT – Introdução

2. Aplicação dos princípios

2.3. METAL? //falta implementar

E após ter terminado, vá para a sessão de uso avançado ZPT [Zope Page Templates – Uso avançado] [//falta implementar].

[Nao sabe instalar o Plone? então acesse: Como instalar o Plone 3.3.x]

Neste tutorial será mostrado o passo-a-passo de como configurar o servidor de e-mails dentro do Plone, porem não tem como objetivo explicar o significado das siglas que serão usadas como SMTP1, ESMTP2.

Muitas características, como o formulário de contatos, notificação por email e reinicialização (reset) de senha (caso algum usuário tenha esquecido), presentes no Plone, necessitam que o Servidor de e-mails (mailHost) do mesmo esteja configurando corretamente.

Para funcionar é necessário que o Plone esteja com suporte ao SSL. A biblioteca SSL é fortemente recomendada, usada para configurar o servidor de email seguro (secureMailHost) e para dar suporte openid (um sistema de identificação); necessária também para atualizações do https.

I- Plone Instalando suporte ao SSL (libssl-dev – pyopenssl)

Primeira etapa.

Acesse o terminal (console/prompt de comando), da sua distribuição Debian-like, para fazer a instalação através do apt-get:

sudo apt-get install libssl-dev

Segunda etapa.

Faça a instalação do Plone Unified Installer (Plone U.I.) novamente ou a recompile algum já existente;

Terceira etapa.

Com o Plone instalado, você deve instalar o SSL (pyopenssl) no Python que o seu Plone está utilizando:

1. No terminal linux, acesse a pasta bin onde o Python-2.4, do seu Plone U.I. 3, foi instalado. Na instalação padrão a pasta Python-2.4/bin se encontra no diretório em que o próprio Plone U.I. foi instalado:

exemplo: cd /home/fernandojr/meus_programas/plone-ui-3.3.5/Python-2.4/bin

2. Agora iremos utilizar o gerenciador de pacotes Easy Install (easy_install) do Python-2.4 para instalar a biblioteca SSL. No seu prompt de comando Debian-like realize o seguinte:

sudo ./python2.4 easy_install pyopenssl

Pronto. O seu Plone agora já tem suporte ao SSL. A próxima etapa é fazer a configuração correta.

II- Configurando o Servidor de e-mails (mail host)

Dados necessários:

• SMTP do servidor de e-mails que será utilizado.
• Porta do servidor de e-mails que será utilizado.
• Um e-mail válido dentro do servidor.
• Um usuário cadastrado na instância Plone/Zope com privilégios de administrador.

Primeira etapa.

O primeiro passo é configurar no próprio plone, para isso, faça o log-in (Acessar) como administrador no seu site Plone, onde pretende configurar o e-mail, e clique em Configuração do Site (Site Setup), localizado no canto superior direito do site Plone.

Após esse procedimento clique em E-Mail , para começar a configurar o servidor de e-mails.

Segunda etapa.

A seguir iremos preencher os campos com os dados do servidor.

Servidor SMTP. Coloca-se o endereço do servidor de e-mails. Ex: Hotmail Servidor SMTP → smtp.live.com

Porta SMTP. Aqui coloca-se a porta do servidor, por padrão essa porta tem valor 25 já pré-definido (este é o valor mais usado) . Ex: Hotmail Porta SMTP (com conexão SSL) → 25

Usuário ESMTP. Ex: joaoxicojose123@hotmail.com

Senha ESMTP. Ex: 123456789

Nome do ‘Remetente’ do site. Fica a critério de cada aplicação o preenchimento desse campo. O resultado é que o nome no campo Remente será aquele para quem será enviado o e-mail, por padrão. O nome padrão no plone é Site Administrator.

Endereço de ‘Remetente’ do site. Aqui deve-se colocar um e-mail válido de algum usuário cadastrado na instância plone (Administradores de preferência). Ex: joaoxicojose123@hotmail.com

Finalizado todo o processo, seu servidor de e-mail do Plone está configurado e pronto para uso.

Aconselho que teste o procedimento, por exemplo, preenchendo o formulário de contato, disponível no canto superior direito do site Plone. Exemplo:

Caso ocorra algum erro, será necessário configurar o MAILHOST no ZOPE.

III – MailHost

ATENÇÃO: SOMENTE ALTERE AS CONFIGURAÇÕES DO ZOPE APÓS TESTAR SE SOMENTE COM OS PASSOS ANTERIORES O E-MAIL AINDA NÃO ESTIVEREM FUNCIONANDO)

Agora então iremos acessar Configuração do Site como feito anteriormente, depois Interface

de Gerência Zope e finalmente MAILHOST

Os campos são bem parecidos com os anteriores:

“Se eu desativar o TLS meu site corre perigo?”.

Não, não é bem assim que funciona, ele serve como prevenção, não é necessariamente porque você irá desativá-lo que seu site ficará desprotegido. A função do TLS é criptografar as informações que serão enviadas no e-mail, assim se algum usuário mal intencionado com um conhecimento avançado em computação e protocolos de Internet tentar acessar essas informações não irá conseguir entender de maneira automática as informações contidas nesse e-mail. Nesse caso os e-mails serão utilizados SOMENTE para cadastro de usuários a desativação do TLS não irá trazer maiores riscos. Porém fique atento, segurança nunca é demais. Desative esta função somente se mesmo depois de todos os passos feitos anteriormente, ainda tiver problemas com os e-mails.

IV- Referencias

• Gallani, Erick. Como configurar o servidor de e-mails do Plone 3. 2009.
• Endereços dos servidores POP e SMTP dos principais FAI. Disponível em <http://pt.kioskea.net/faq/844-enderecos-dos-servidores-pop-e-smtp-dos-principais-fai> Acesso em 2010.
• Wikipedia

• Plone.org

Zope Page Template – índice

O tal:repeat permite fazer o looping através dos objetos e é uma das declarações mais complicadas. Uma declaração contém o valor para ser atribuído para cada iteração dos resultados, separada por um espaço dos resultados que estão sendo iterados.

Exemplo 1:

<table>

<tr tal:repeat=”loop_name_row context/portal_catalog”>

<td tal:content=”loop_name_row/Title”>Title</td>

</tr>

</table>

Neste exemplo, a expressão here/portal_catalog retorna a lista de resultados. O repeat começa na tag da tabela loop_name_row, para cada loop_name_row na lista de resultados, uma nova linha na tabela será criada. Assim como tal:define, cada iteração dos resultados são atribuídos para uma variável local (neste caso, loop_name_row).

Exemplo 2:

Você pode acessar algumas variáveis úteis da declaração repeat, tal como o número da iteração atual. Você pode acessa-las pela variável repeat, que é acrescentada ao namespace. Por exemplo, para acessar o número atual, você usa o seguinte:

<table>

<tr tal:repeat=”row context/portal_catalog”>

<td tal:content=”repeat/row/number”>1</td>

<td tal:content=”row/Title”>Title</td>

</tr>

</table>

Exemplo 3:

Agora vamos acrescentar à nossa página uma lista de objetos que se encontram no mesmo diretório. Vamos criar uma tabela cujas linhas serão numeradas em uma coluna, além das colunas para id, metatype e title.

Acrescente esta linha na sua pagina ZPT:

<table border=”1″ width=”100%”>

<tr>

<th>#</th><th>Id</th><th>Meta-Type</th><th>Title</th>

</tr>

<tr tal:repeat=”item container/objectValues”>

<td tal:content=”repeat/item/number”>#</td>

<td tal:content=”item/id”>Id</td>

<td tal:content=”item/meta_type”>Meta-Type</td>

<td tal:content=”item/title”>Title</td>

</tr>

</table>

O atributo tal:repeat aplicada sobre as linhas significa: repita esta linha para cada objeto do container. O atributo repeat atribui os objetos da lista, um à um, à variável item, e criada uma cópia da linha para cada objeto utilizando esta variável. O valor item/id em cada linha é o atributo id do objeto para a linha corrente.

O nome item da variável não é especial; poder-se-ia utilizar qualquer nome desde começasse por uma letra e que contenha apenas letras, números ou “_”. A variável existe apenas no tag no qual encontra-se o atributo tal:repeat, no caso acima o tag <tr>; Se deseja utiliza-la o fora do tag, obterá um erro.

Cada linha no exemplo é numerada, o que implica o conhecimento do número corrente. Poderia também querer identificar se uma linha específica é a primeira ou a última ou outras informações similares. Em cada cópia da linha, a variável item representa um objeto da lista. Este objeto não está consciente do laço, sabe nada a respeito do loop, por conseguinte não existe atributo específico do objeto que permita extrair informações sobre o laço. A variável interna repeat foi criada exatamente para isso. Se põe o nome da variável de conteúdo (item no caso), após a variável repeat, pode aceder à contagem do laço a partir de zero (index), partir de 1 (number), partir de “A” (Letter), e de diferentes outras maneiras.

Por conseguinte, a expressão repeat/item/number é igual à 1 na primeira linha, 2 na segunda, etc. Dado que se pode inserir a expressão tal:repeat no interior de outra expressão tal:repeat, vários laços podem estar ativos por vez. Por essa razão deve-se usar repeat/item/number ao invés de repeat/number, ou seja, simplesmente para obter informações do tal:repeat correto, aquele que criou a variável item.

Segue uma relação das variáveis disponíveis no repeat:

• index: Número de iterações, a partir de zero.
• number: Número de iterações, a partir de um.
• even: É true (verdadeiro) para iteração de números pares (por exemplo, 0, 2, 4, …).
• odd: é true para uma iteração de números ímpares (por exemplo, 1, 3, 5, …).
• start: É true para a primeira iteração.
• end: É true para a última iteração.
• length: É o total do números de iterações.
• letter: Número de iteração com escrita em minúscula (por exemplo, a–z, aa–az, ba–bz, …, za–zz, aaa–aaz, e assim por diante), a partir de um.
• Letter: É a versão maiúscula de letter.
• roman: Número numeral Romano em minúscula (i, ii, iii, iv, v, e assim por diante), a partir de um.

Zope Page Template – índice

Estas são as declaracões TAL:

• tal:attributes → muda atributos do elemento (tag) dinamicamente.
• tal:define → define variáveis.
• tal:condition → testa condições
• tal:content → substitui o conteúdo de um elemento (tag).
• tal:omit-tag → remove um elemento, deixando o conteúdo do elemento
• tal:on-error → trata os erros.
• tal:repeat → repete um elemento.
• tal:replace → substitui o conteúdo da tag e remove a tag.

Expressões usadas nas declaracões podem retornar valores de algum tipo, embora a maioria das declaracões aceitarem apenas strings, ou converter-los para uma representação string.

Ordem dos elementos (tags)

Quando existe apenas uma declaração TAL por tag, a ordem na qual eles são executadas é simples. Começando com a tag principal, cada declaração das tags filhas é executada, em ordem.

Algumas combinações de declaracões podem aparecer na mesma tag, exceto as declaracões content e replace que não podem aparecer juntos.

Devido ao fato de que TAL olha as declaracões como atributos XML, mesmo em documentos HTML, ele não pode usar a ordem em que as declaracões são escritas na tag para determinar a ordem em que elas são executadas. O TAL deve também proibir múltiplas declaracões do mesmo tipo em um único elemento, então isto e’ o suficiente para organizar os tipos de declaracões em uma lista de prioridade.

Quando um elemento tem múltiplas declaracões, eles são executadas na seguinte ordem:

1. define
2. condition
3. repeat
4. content or replace
5. attributes
6. omit-tag

Como a declaração on-error é apenas invocada quando um erro ocorre, ele não aparece na lista.

Pode não ser aparente que existe necessidades para se ter uma ordem. A razão de dever existir um é que a linguagem de atributos TAL é baseado no XML.

Introdução a sintaxe de comandos TAL

1.1. tal:define: Definindo Variáveis

A declaração tal:define permite a criação e a e reutilização de variáveis dentro dos templates.

Por exemplo:

<p tal:define=”container_title here/title_or_id”>

…

<i tal:content=”container_title”>The title</i>

…

</p>

Neste exemplo, o título da variável é criado e determinado pelo resultado de here/title_or_id; depois a variável container_title é usada na declaração tal:content.

Por padrão a variável é criada localmente dentro do namespace do elemento atual. Assim, no exemplo anterior, só elementos dentro da tag parágrafo <p> podem usar a variável container_title. Você pode redefinir a variável em qualquer lugar dentro da declaração ou reutilizá-la em outros elementos quantas vezes forem necessárias.

Para criar uma variável para ser usada globalmente, você pode usar o prefixo global. Isto permitirá acesso para a variável de qualquer lugar dentro do template, não apenas definindo dentro do elemento.

Por exemplo:

<p tal:define=”global title_exemple string:Foo bar”>

… <i tal:content=”title_exemple”> The titl e</i> …

</p>

<i tal:content=”title”>We still have a title</i>

1.2. tal:condition: Avaliando Condições

A declaração tal:condition permite que a condição seja testada antes de exibir o elemento. Por exemplo:

<p tal:condition=”request/message”>

Minha menssagem

</p>

<p tal:condition=”not: request/message”>

Nenhuma menssagem

</p>

O parágrafo com o texto para mensagem será mostrado somente se a variável request conter um atributo (solucionado como true). O prefixo not: inverte a declaração, assim not: request/message resulta em true se a mensagem da variável pedida resulta false.

Em TAL, os seguintes resultados resultam em false:

• O número zero
• Qualquer float ou complex que resultam em zero (por exemplo, 0.0)
• Strings com zero caracteres de tamanho (por exemplo, “”)
• Uma lista ou tupla vazia
• Um dicionário Python vazio
• Valor Python None
• Valor TALES nothing

Os seguinte resultados resultam em true:

• O valor padrão
• Qualquer número diferente de zero
• Strings que não estão vazias
• Strings que são apenas espaços (por exemplo, ” “)
• Qualquer outra coisa

1.3. tal:content: Substituindo Texto

A declaração tal:content é geralmente a declaração mais usada em um page template. Esta declaração é também uma das mais simples, substituindo o conteúdo de um elemento com o valor especificado.

Exemplo:

<i tal:content=”context/title_or_id”>Some title</i>

A saída:

<i>The title</i>

Isto substituirá o texto Some title com o valor da expressão context/title_or_id. Se o texto a ser colocado possuir elementos HTML, aqueles elementos serão retirados.

Por padrão, o texto a ser substituído é não HTML (ou seja, escaped); o prefixo structure permitirá o HTML ser incorporado sem os elementos que estão sendo suprimidos. Por exemplo:

<i tal:content=”structure here/title_or_id”>Do not escape HTML</i>

Saída:

<i><b>The title<b></i>

1.4. tal:replace: Adicionando Texto

A declaração tal:replace é similar para tal:content com uma diferença, esta remove a tag inteira.

Exemplo:

<p tal:replace=”context/title_or_id”>Some title</p>

Isto fará o resultado da expressão context/title_or_id mas removerá do resultado as tags do parágrafo. Isto é o equivalente a:

<p

tal:content=”here/title_or_id”

tal:omit-tag=”">Some title

</p>

Se a declaração tal:replace contém outros elemento, então todos os elementos serão substituídos. Você não pode usar a declaração tal:replace com tal:attributes ou tal:content; eles são mutuamente exclusivos, e um erro será mostrado se você coloca-los no mesmo elemento.

1.5. tal:omit-tag: Removendo elementos

O tal:omit-tag é bastante incomum, ele permite a remoção de uma tag. O sistema Zope Page Templates requer o uso de tags HTML, páginas complexas podem precisar freqüentemente de muitos elementos e podem resultar em tags extras. Para está declaração, a tag é removida, deixando apenas o conteúdo das tags.

Por exemplo:

<p tal:omit-tag=”">This is some text</p>

A saída é como a seguinte:

This is some text

Neste exemplo, o texto This is some text será passado; porém, a tag não será passada. Opcionalmente, a declaração tal:omit-tag pode receber uma expressão como um argumento. Se a expressão for avaliada false, então a tal:omit-tag não ocorre.

Exemplo:

<p tal:omit-tag=”nothing”>This is some text</p>

1.6. tal:attributes: Mudando os Atributos de um Elemento

O tal:attributes permite que você substitua um ou mais atributos de um elemento. Uma declaração contém o atributo para ser mudado, separado por um espaço da declaração.

Exemplo:

<a href=”#”

tal:attributes=”href context/absolute_url”>

Clique aqui

</a>

Isto mudará o atributo href do link para o resultado da expressão here/absolute_url. O atributo href já foi definido neste elemento, então se um designer abrir a página, o designer irá ver um elemento válido (embora o link não faça sentido até que a página seja processada pelo servidor). Segue exemplo de uma saída depois de processada:

<a href=”http://plone.org/”>Clique aqui</a>

Sabendo que cada elemento possa ter múltiplos atributos, tal:attributes permite que você altere um ou mais atributos simultaneamente tendo declarações múltiplas. Para mudar múltiplos atributos de uma vez, separe as declarações com ponto-e-vírgula (;). Se o atributo ou a declaração conter ponto-e-vírgula, você pode deverá digitar outro ponto-e-vírgula (;;).

Por exemplo, para mudar ambos os elementos href e title, faça o seguinte:

<a href=”#”

tal:attributes=”href context/absolute_url; title context/title_or_id”>

Link

</a>

A saída será:

<a href=”http://plone.org/”>Plone Org</a>

1.7. tal:on-error: Executando a Manipulação de Erro

A declaração tal:on-error fornece um método para manipular erros. Funciona com o comando tal:content que promove a substituição do conteúdo da tag, mas somente quando ocorre um erro.

<p tal:content=”request/message”

tal:on-error=”string: No message”>

Message

</p>

Se houver um erro na avaliação da expressão request/message, então o atributo on-error será ativado. Isto faz com que o conteúdo da tag seja substituído com o texto No message.

Infelizmente, a declaração on-error é bastante limitada. A tag não consegue distinguir entre os diferentes tipo de erro e permite apenas que uma expressão seja avaliada e usada. Está limitação é de projeto assim a tag não pode ter um uso excessivo. A manipulação de erro deve realmente ser segurada na lógica de sua aplicação.

Felizmente, para todas as expressões, você pode fornecer alternativas na declaração se a primeira parte da declaração resultar algo diferente de true ou false (em outras palavras, se um erro é mostrado). Cada alternativa é separada por um caractere pipe (|), e múltiplas alternativas podem aparecer em uma declaração. Se você está apoiado nas variáveis da requisição que chega, então sempre adicione um |nothing no final para assegurar que o erro atribuído não seja mostrado.

Por exemplo:

<p tal:content=”request/message”

tal:condition=”request/message | nothing”>

There’s a message

</p>

<p tal:condition=”not: request/message | nothing”>

No message

</p>

Este segundo exemplo é mais trabalhoso, porém mais desejável por um par de razões:

• O programador pode ver a condição positiva e negativa.
• Você pode controlar uma condição de erro mais complicada do que apenas através da impressão de uma string.