Re: [zope-pt] Ressaca de ZPT
[ "Luciano Ramalho" <[EMAIL PROTECTED]> ]: | Concordo 110%. É por isso que eu disse antes que parte da minha | ressaca vem do modo como ZPT é (ab)usado no Plone. Veja este outro | exemplo, extraido do news_portlet.pr: | Como eu acho que este trecho deveria ser escrito: | | News | Eu não deixei claro a cerca do seu post original, concordo em gênero, número e grau! Abração, Senra - Rodrigo Senra GPr Sistemas
Re: [zope-pt] Ressaca de ZPT
On 12/19/06, Rodrigo Dias Arruda Senra <[EMAIL PROTECTED]> wrote: > Recomendo a leitura de "Python Web Framework Templating Systems > Compared and Contrasted" [1]. Grande dica, Senra! Vou ler. > Mas fora isso, toda vez que um .zpt fica cabeludo é só varrer a feiúra > para um .py e boa. Concordo 110%. É por isso que eu disse antes que parte da minha ressaca vem do modo como ZPT é (ab)usado no Plone. Veja este outro exemplo, extraido do news_portlet.pr: News News São 10 linhas de código para gerar um link news ou news_listing. Sim, esta é a única diferença! É um exagero causado por um estilo de "resolver tudo no template" que tem reinado no Plone historicamente. Como eu acho que este trecho deveria ser escrito: News 4 linhas em vez de 10; 112 caracteres em vez de 349. Mas o que seria "view/getNewsPageLink"? Um método (por hora imaginário) que teria umas 4 linhas, usaria o velho e bom if/else em vez do desengonçado tal:condition, teria performance melhor, simplificaria o ZPT, e seria reutilizável (ao contrário da solução via tal:, que só pode ser reutilizada na base do copiar-e-colar... sempre uma péssima idéia). Por sinal, tem até um design pattern que prega isto: chama-se View Helper [1]. No Ruby on Rails, por exemplo, toda aplicação tem diretórios de helpers onde este tipo de código é colocado. __ LUZ NO FIM DO TÚNEL Com a integração do Five, o Plone está indo no caminho certo. No próprio news_portlet.pt já vemos uma mudança importante do Plone 2.1 para o 2.5. Veja o início do portlet: Note o uso do método view.published_news_items, em vez de uma imensa expressão python invocando o portal_catalog com 5 linhas de parâmetros, como era feito antes. É um avanço, e a view é o lugar para os helper methods. Agora é usar mais este estilo nos nossos projetos tb! Para diminuir a verborragia, seria legal se a view ficasse acessível implicitamente, por convenção, sem precisar usar a primeira linha do define. Aliás, acabei de notar: parece que o outro método da view, all_news_link faz exatamente aquilo que o nosso getNewsPageLink faria, mas ele não é usado. Acho que faltou tempo de terminar a refatoração deste template para o Plone 2.5, mas claramente estamos no caminho certo! Agora, falando no código citado, outra coisa feia espalhada pelo código do Plone é o uso redundante da função test, como no exemplo acima. Porque fazer "test(booleano, 1, 0)"? E por sinal, será que o lugar certo para determinar se um portlet deve ou não aparecer é no ZPT do portlet? Quem já viu um site Plone com uma coluna lateral em branco deve concordar que não. Peço a todos os colegas, e muito especialmente os commiters do Plone que prestigiam esta lista, que entendam estas como críticas construtivas. E também como um convite à auto-crítica e aperfeiçoamento pessoal: afinal, aquele que nunca abusou do ZPT que jogue a primeira pedra! > Mesmo assim, ainda que imperfeito não vi substituto para > o que o Plone "entrega". Eu também não! [ ]s Luciano [1] http://www.corej2eepatterns.com/Patterns2ndEd/ViewHelper.htm
Re: [zope-pt] Ressaca de ZPT
[ "Luciano Ramalho" <[EMAIL PROTECTED]> ]: | Mas reduzir o abuso do ZPT no Plone é apenas parte da solução. Eu acho | que o Zope poderia se beneficiar de uma nova notação para templates. | Talvez adotando alguma de outro framework já existente. Como são as | sintaxes de template do Django? E os template engines usados no Turbo | Gears? Recomendo a leitura de "Python Web Framework Templating Systems Compared and Contrasted" [1]. Sobre o assunto em pauta, eu confesso que não exercitei muitos template_systems, e uso o ZPT "por que está lá". E acho o ZPT muito bom para o que se propõe. Já usei ele fora do Zope e se mostrou campeão também. Minha maior crítica ao ZPT é ser tão orientado para XML, de forma que não pode ser usado como template_system para outros tipos de texto. Mas fora isso, toda vez que um .zpt fica cabeludo é só varrer a feiúra para um .py e boa. Portanto, estou com o Deo (nem precisava dizer, está praticamente implícito). Quanto a complexidade do Plone, aí já são outros 500. (de onde será que veio esta expressão). Mesmo assim, ainda que imperfeito não vi substituto para o que o Plone "entrega". [1] http://www.simplistix.co.uk/presentations/templating_06/templating_06.pdf Abração, Senra - Rodrigo Senra GPr Sistemas
Re: [zope-pt] Ressaca de ZPT
On 12/16/06, Dorneles Treméa <[EMAIL PROTECTED]> wrote: > temos algumas comparações entre DTML e ZPT em: Só para deixar claro a minha posição: minha crítica ao ZPT não foi para resgatar o DTML, que se tornou uma aberração e não me deixou nenhuma saudade. Por sinal, foi lá na falecida Hiperlógica que nasceu uma das primeiras propostas de substituição do DTML por uma notação baseada em atributos de tags: o HiperDOM concebido inicialmente por mim, desenvolvido pelo Lalo, e apresentado à Zope Corp. (na época Digital Creations) em uma visita ao escritório deles uns seis meses antes de ser lançado o ZPT. Agora, é evidente que o ZPT sofre de uma sintaxe verbosa, e o Plone abusa do ZPT, utilizando-o para fazer coisas que deveriam estar numa API escrita em Python. A combinação destes dois fatores (verborragia e abuso) é o problema que eu estou querendo discutir. Os mantenedores do Plone sabem disso, e têm feito algo a respeito (o enxugamento do infame global_defines.pt é um exemplo). Ainda há muito a fazer. Mas reduzir o abuso do ZPT no Plone é apenas parte da solução. Eu acho que o Zope poderia se beneficiar de uma nova notação para templates. Talvez adotando alguma de outro framework já existente. Como são as sintaxes de template do Django? E os template engines usados no Turbo Gears? [ ]s Luciano
Re: [zope-pt] Ressaca de ZPT
Opa Castardo, > Proponho um exercício entao! > > Todos poderiam falar alguma coisa que pensam ser complicada usando ZPT e > nos mesmos sugerimos melhorias, ou justificar a implementação ... daí > podemos implementá-las tbm e ainda fazer exemplos de codigos em DTML, > PHP, ASP enfim ... comparar e chegar a uma conclusão final mais sóbria > do que essa nossa. > > Acho mto mais útil e produtivo :) > > Alguém topa? temos algumas comparações entre DTML e ZPT em: http://www.zope.org/Members/peterbe/DTML2ZPT Daria para acrescentar mais situações, mas acredito já ser um ótimo começo. []'s -- Dorneles Treméa X3ng Web Technology
Re: [zope-pt] Ressaca de ZPT
Proponho um exercício entao! Todos poderiam falar alguma coisa que pensam ser complicada usando ZPT e nos mesmos sugerimos melhorias, ou justificar a implementação ... daí podemos implementá-las tbm e ainda fazer exemplos de codigos em DTML, PHP, ASP enfim ... comparar e chegar a uma conclusão final mais sóbria do que essa nossa. Acho mto mais útil e produtivo :) Alguém topa? Abraços! On 12/14/06, Hugo Ramos <[EMAIL PROTECTED]> wrote: Big Dorneles, Confesso que o ZPT eh uma boa invencao e ajuda bastante em certos casos... Mas em outros casos complica e abusa do sensato. Eu ja tentei mudar pro ZPT mas continuo dando comigo a escrever codigo em DTML muito mais rapido. De qualquer forma nao quero ninguem mudando pro DTML nem pro ZPT atraves de minhas palavras... Estou apenas expressando a minha opiniao sobre alguns abusos resultantes de querermos a qualidade a qualquer custo. Sejamos sensatos... Cada ferramenta pro seu problema. O que quero fazer notar eh o equilibro da relacao qualidade/tempo. Se quisermos muita qualidade demora muitooo tempo... Se diminuirmos um pouco a qualidade teremos o produto em muito menos tempo. Claro que nunca fazendo bosta que nao funciona! Todos os clientes querem o melhor software do mundo mas *NAO* se isso demorar 5 anos pra ser concluido!!! ;-) C U Hugo On 12/15/06, Dorneles Treméa <[EMAIL PROTECTED]> wrote: > Grande Hugo, > > > > Cara, confesso que ainda não entendi... :-) > > > > Meu... Pra que escrever 73 linhas de codigo para gerar uma linha > > Hello World > > > > Se a gente pode agarrar na bosta do Hello World e colocar na > > pagina??? > > ah... mas aí que está! A questão é que para gerar esse hello world > simples com ZPT o código usado fica igual a fazer na mão, ou seja: > > Hello World > > As coisas começam a ficar interessantes quando o conteúdo a ser > apresentado tem que ser dinâmico, onde em ZPT, como tu sabes, > bastaria alterar para: > > Hello World > > Se isso fosse feito com Python puro, seria algo como: > > "%s" % contexto.getTexto() > > Em DTML, deus me livre, assim: > > > > Ou para ficar ainda pior... :-) > > &dtml-getTexto; > > E por aí vai... Note que no caso acima temos apena o conteúdo > do parágrafo dinâmico. No caso daquelas 73 linhas, tem *muita* > coisa sendo feita no meio (imagens/links/...) e o HTML final > não fica muito longe das 73 linhas, apesar de, no browser, ela > aparecer visualmente apenas como uma linha. > > Mostre esses 4 pedaços de código para um designer e peça para > ele alterar alguma coisa. No ZPT, que usa apenas um namespace > adicional, garanto que não haverá problemas, já em relação ao > resto... > > Resumindo: *eu* ainda prefiro ZPT e só estou argumentando para > mostrar os motivos. É obvio que eu não preciso catequizar todo > mundo... > > > > ZPT, como o nome diz, são apenas templates para gerar código HTML. > > > Esses templates, que nada mais são do que arquivos HTML com áreas de > > > marcação predefinidas, são então usados para gerar conteúdo dinâmico. > > > > Precisamente!!! Qualquer dia temos uma porra de um PLT (Python > > Language Template) que vai gerar codigo Python... > > E a minha pergunta vai se repetir de novo... Pra que usar o PLT se > > podemos agarrar no vi e escrever Python directo??? > > Eu não exageraria tanto, afinal Python está intrinsicamente > relacionado à lógica da aplicação. A menos que fosse algo como > um Clipper da vida, que a propósito eu gostava muito... :-) > > >> Como você geraria o mesmo HTML diretamente? Embutindo a lógica junto > >> com a apresentação, à la PHP, ou mesmo DTML? Como se usaria HTML > >> direto (ou mais direto do que com ZPT) nesse caso? > > > > O Zope ja tem objectos muito bons pra separar logica de > > apresentacao... vide DTML Method vs DTML Document... Basta usar os > > recursos que ja temos! > > Deixa eu confessar que eu já fui um super fã do DTML, sério. Levou > um bom tempinho até eu me acostumar com ZPT, mas foi um caminho sem > volta. > > Hoje em dia eu pego *qualquer* ZPT feito por aí, bato o olho e já > altero o que eu preciso. De forma similar, eu bato o olho nos meus > próprios DTMLs e fico abismado com o que eu vejo... :-) > > > > > Doidas gostosas a torrar ao sol... > > > > > > Ou prefere escrever 73 linhas para gerar este HTML acima??? :-) > > Não exagera Hugo, em situações simples como essa, praticamente > todo e qualquer método vai usar apenas *uma* linha. > > Sendo sincero, a questão nem é o número de linhas, mas sim a > legibilidade e manutenabilidade da coisa, motivos pelos quais > todos nessa lista são amantes de Python. > > Eu até ia converter aquelas 73 linhas para código DTML para te > mostrar que em DTML não fica melhor, mas acho que não preciso, > não é mesmo? ;-) > > []'s > > -- > > Dorneles Treméa > X3ng Web Technology > > -- Hugo Ramos - [EMAIL PROTECTED] IT Consultant ~~ @ ~~ http://www.orkut.com/Profile.aspx?uid=10082105466310142690 http://otuggapoesia.blogspot.com/ http://otugga.blogspot.com/
Re: [zope-pt] Ressaca de ZPT
Big Dorneles, Confesso que o ZPT eh uma boa invencao e ajuda bastante em certos casos... Mas em outros casos complica e abusa do sensato. Eu ja tentei mudar pro ZPT mas continuo dando comigo a escrever codigo em DTML muito mais rapido. De qualquer forma nao quero ninguem mudando pro DTML nem pro ZPT atraves de minhas palavras... Estou apenas expressando a minha opiniao sobre alguns abusos resultantes de querermos a qualidade a qualquer custo. Sejamos sensatos... Cada ferramenta pro seu problema. O que quero fazer notar eh o equilibro da relacao qualidade/tempo. Se quisermos muita qualidade demora muitooo tempo... Se diminuirmos um pouco a qualidade teremos o produto em muito menos tempo. Claro que nunca fazendo bosta que nao funciona! Todos os clientes querem o melhor software do mundo mas *NAO* se isso demorar 5 anos pra ser concluido!!! ;-) C U Hugo On 12/15/06, Dorneles Treméa <[EMAIL PROTECTED]> wrote: > Grande Hugo, > > > > Cara, confesso que ainda não entendi... :-) > > > > Meu... Pra que escrever 73 linhas de codigo para gerar uma linha > > Hello World > > > > Se a gente pode agarrar na bosta do Hello World e colocar na > > pagina??? > > ah... mas aí que está! A questão é que para gerar esse hello world > simples com ZPT o código usado fica igual a fazer na mão, ou seja: > > Hello World > > As coisas começam a ficar interessantes quando o conteúdo a ser > apresentado tem que ser dinâmico, onde em ZPT, como tu sabes, > bastaria alterar para: > > Hello World > > Se isso fosse feito com Python puro, seria algo como: > > "%s" % contexto.getTexto() > > Em DTML, deus me livre, assim: > > > > Ou para ficar ainda pior... :-) > > &dtml-getTexto; > > E por aí vai... Note que no caso acima temos apena o conteúdo > do parágrafo dinâmico. No caso daquelas 73 linhas, tem *muita* > coisa sendo feita no meio (imagens/links/...) e o HTML final > não fica muito longe das 73 linhas, apesar de, no browser, ela > aparecer visualmente apenas como uma linha. > > Mostre esses 4 pedaços de código para um designer e peça para > ele alterar alguma coisa. No ZPT, que usa apenas um namespace > adicional, garanto que não haverá problemas, já em relação ao > resto... > > Resumindo: *eu* ainda prefiro ZPT e só estou argumentando para > mostrar os motivos. É obvio que eu não preciso catequizar todo > mundo... > > > > ZPT, como o nome diz, são apenas templates para gerar código HTML. > > > Esses templates, que nada mais são do que arquivos HTML com áreas de > > > marcação predefinidas, são então usados para gerar conteúdo dinâmico. > > > > Precisamente!!! Qualquer dia temos uma porra de um PLT (Python > > Language Template) que vai gerar codigo Python... > > E a minha pergunta vai se repetir de novo... Pra que usar o PLT se > > podemos agarrar no vi e escrever Python directo??? > > Eu não exageraria tanto, afinal Python está intrinsicamente > relacionado à lógica da aplicação. A menos que fosse algo como > um Clipper da vida, que a propósito eu gostava muito... :-) > > >> Como você geraria o mesmo HTML diretamente? Embutindo a lógica junto > >> com a apresentação, à la PHP, ou mesmo DTML? Como se usaria HTML > >> direto (ou mais direto do que com ZPT) nesse caso? > > > > O Zope ja tem objectos muito bons pra separar logica de > > apresentacao... vide DTML Method vs DTML Document... Basta usar os > > recursos que ja temos! > > Deixa eu confessar que eu já fui um super fã do DTML, sério. Levou > um bom tempinho até eu me acostumar com ZPT, mas foi um caminho sem > volta. > > Hoje em dia eu pego *qualquer* ZPT feito por aí, bato o olho e já > altero o que eu preciso. De forma similar, eu bato o olho nos meus > próprios DTMLs e fico abismado com o que eu vejo... :-) > > > > > Doidas gostosas a torrar ao sol... > > > > > > Ou prefere escrever 73 linhas para gerar este HTML acima??? :-) > > Não exagera Hugo, em situações simples como essa, praticamente > todo e qualquer método vai usar apenas *uma* linha. > > Sendo sincero, a questão nem é o número de linhas, mas sim a > legibilidade e manutenabilidade da coisa, motivos pelos quais > todos nessa lista são amantes de Python. > > Eu até ia converter aquelas 73 linhas para código DTML para te > mostrar que em DTML não fica melhor, mas acho que não preciso, > não é mesmo? ;-) > > []'s > > -- > > Dorneles Treméa > X3ng Web Technology > > -- Hugo Ramos - [EMAIL PROTECTED] IT Consultant ~~ @ ~~ http://www.orkut.com/Profile.aspx?uid=10082105466310142690 http://otuggapoesia.blogspot.com/ http://otugga.blogspot.com/
Re: [zope-pt] Ressaca de ZPT
Grande Hugo, > > Cara, confesso que ainda não entendi... :-) > > Meu... Pra que escrever 73 linhas de codigo para gerar uma linha > Hello World > > Se a gente pode agarrar na bosta do Hello World e colocar na > pagina??? ah... mas aí que está! A questão é que para gerar esse hello world simples com ZPT o código usado fica igual a fazer na mão, ou seja: Hello World As coisas começam a ficar interessantes quando o conteúdo a ser apresentado tem que ser dinâmico, onde em ZPT, como tu sabes, bastaria alterar para: Hello World Se isso fosse feito com Python puro, seria algo como: "%s" % contexto.getTexto() Em DTML, deus me livre, assim: Ou para ficar ainda pior... :-) &dtml-getTexto; E por aí vai... Note que no caso acima temos apena o conteúdo do parágrafo dinâmico. No caso daquelas 73 linhas, tem *muita* coisa sendo feita no meio (imagens/links/...) e o HTML final não fica muito longe das 73 linhas, apesar de, no browser, ela aparecer visualmente apenas como uma linha. Mostre esses 4 pedaços de código para um designer e peça para ele alterar alguma coisa. No ZPT, que usa apenas um namespace adicional, garanto que não haverá problemas, já em relação ao resto... Resumindo: *eu* ainda prefiro ZPT e só estou argumentando para mostrar os motivos. É obvio que eu não preciso catequizar todo mundo... > > ZPT, como o nome diz, são apenas templates para gerar código HTML. > > Esses templates, que nada mais são do que arquivos HTML com áreas de > > marcação predefinidas, são então usados para gerar conteúdo dinâmico. > > Precisamente!!! Qualquer dia temos uma porra de um PLT (Python > Language Template) que vai gerar codigo Python... > E a minha pergunta vai se repetir de novo... Pra que usar o PLT se > podemos agarrar no vi e escrever Python directo??? Eu não exageraria tanto, afinal Python está intrinsicamente relacionado à lógica da aplicação. A menos que fosse algo como um Clipper da vida, que a propósito eu gostava muito... :-) >> Como você geraria o mesmo HTML diretamente? Embutindo a lógica junto >> com a apresentação, à la PHP, ou mesmo DTML? Como se usaria HTML >> direto (ou mais direto do que com ZPT) nesse caso? > > O Zope ja tem objectos muito bons pra separar logica de > apresentacao... vide DTML Method vs DTML Document... Basta usar os > recursos que ja temos! Deixa eu confessar que eu já fui um super fã do DTML, sério. Levou um bom tempinho até eu me acostumar com ZPT, mas foi um caminho sem volta. Hoje em dia eu pego *qualquer* ZPT feito por aí, bato o olho e já altero o que eu preciso. De forma similar, eu bato o olho nos meus próprios DTMLs e fico abismado com o que eu vejo... :-) > > Doidas gostosas a torrar ao sol... > > > Ou prefere escrever 73 linhas para gerar este HTML acima??? :-) Não exagera Hugo, em situações simples como essa, praticamente todo e qualquer método vai usar apenas *uma* linha. Sendo sincero, a questão nem é o número de linhas, mas sim a legibilidade e manutenabilidade da coisa, motivos pelos quais todos nessa lista são amantes de Python. Eu até ia converter aquelas 73 linhas para código DTML para te mostrar que em DTML não fica melhor, mas acho que não preciso, não é mesmo? ;-) []'s -- Dorneles Treméa X3ng Web Technology
Re: [zope-pt] Ressaca de ZPT
On 12/14/06, Dorneles Treméa <[EMAIL PROTECTED]> wrote: > Fala Hugo, > > > > Hugo, você poderia ser um pouco mais claro? Não entendi o que tu > > > quis dizer com temos o próprio HTML para usar. > > > > Peco desculpa mas meu portugues do brasil esta mais enfraquecido estes > > dias... :-) > > nah... ainda está *perfeicto*! > > > Traduzindo... Para que usar uma linguagem pra produzir HTML se o HTML > > ja existe pra usar directo? > > Cara, confesso que ainda não entendi... :-) Meu... Pra que escrever 73 linhas de codigo para gerar uma linha Hello World Se a gente pode agarrar na bosta do Hello World e colocar na pagina??? > > ZPT, como o nome diz, são apenas templates para gerar código HTML. > Esses templates, que nada mais são do que arquivos HTML com áreas de > marcação predefinidas, são então usados para gerar conteúdo dinâmico. Precisamente!!! Qualquer dia temos uma porra de um PLT (Python Language Template) que vai gerar codigo Python... E a minha pergunta vai se repetir de novo... Pra que usar o PLT se podemos agarrar no vi e escrever Python directo??? > > Como você geraria o mesmo HTML diretamente? Embutindo a lógica junto > com a apresentação, à la PHP, ou mesmo DTML? Como se usaria HTML > direto (ou mais direto do que com ZPT) nesse caso? O Zope ja tem objectos muito bons pra separar logica de apresentacao... vide DTML Method vs DTML Document... Basta usar os recursos que ja temos! > > É isso que eu quero entender. Entendeu o que eu queria dizer agora? > > > Por outras palavras... > > Pra que sair de Porto Alegre de barco, chegar em Floripa, apanhar o > > busao ate curitiba, apanhar carona ate sao paulo, pegar uma bicicleta > > e rolar ate uberlandia e fazer o resto do percurso ate brasilia a > > pe... Se podemos apanhar o aviao de POA ate BSB directo? > > > > A nao ser que me digam que, so pra ver as malucas em floripa torrando > > no sol, vale a pena toda a viagem por terra e mar... :-) > > Acredito que a analogia não tenha relação direta com a geração de > HTML, mas mesmo assim ficou interessante de ler! ;-) Doidas gostosas a torrar ao sol... Ou prefere escrever 73 linhas para gerar este HTML acima??? :-) C U -- Hugo Ramos - [EMAIL PROTECTED] IT Consultant ~~ @ ~~ http://www.orkut.com/Profile.aspx?uid=10082105466310142690 http://otuggapoesia.blogspot.com/ http://otugga.blogspot.com/
Re: [zope-pt] Ressaca de ZPT
Fala Hugo, > > Hugo, você poderia ser um pouco mais claro? Não entendi o que tu > > quis dizer com temos o próprio HTML para usar. > > Peco desculpa mas meu portugues do brasil esta mais enfraquecido estes > dias... :-) nah... ainda está *perfeicto*! > Traduzindo... Para que usar uma linguagem pra produzir HTML se o HTML > ja existe pra usar directo? Cara, confesso que ainda não entendi... :-) ZPT, como o nome diz, são apenas templates para gerar código HTML. Esses templates, que nada mais são do que arquivos HTML com áreas de marcação predefinidas, são então usados para gerar conteúdo dinâmico. Como você geraria o mesmo HTML diretamente? Embutindo a lógica junto com a apresentação, à la PHP, ou mesmo DTML? Como se usaria HTML direto (ou mais direto do que com ZPT) nesse caso? É isso que eu quero entender. > Por outras palavras... > Pra que sair de Porto Alegre de barco, chegar em Floripa, apanhar o > busao ate curitiba, apanhar carona ate sao paulo, pegar uma bicicleta > e rolar ate uberlandia e fazer o resto do percurso ate brasilia a > pe... Se podemos apanhar o aviao de POA ate BSB directo? > > A nao ser que me digam que, so pra ver as malucas em floripa torrando > no sol, vale a pena toda a viagem por terra e mar... :-) Acredito que a analogia não tenha relação direta com a geração de HTML, mas mesmo assim ficou interessante de ler! ;-) []'s -- Dorneles Treméa X3ng Web Technology
Re: [zope-pt] Ressaca de ZPT
Particularmente tenho uma opinião semelhante ao Dorneles. Mas mesmo assim deixo: Qual seria a opção? DTML, com suas tags próprias (apesar de poderosas)? Outro mecanimos de template? (Aí iamos reclamar desse mecanismo e não de PT) ASP, PHP, JSP? Enfim, acho que toda tecnologia tem suas qualidades e problemas. Estive estudando o código do Joomla (php) vencedor do melhor open source cmse fiquei assustado (se bem que menos que na época do Mambo, pois já usam orientação a objetos...etc) Estou atualmente vendo alguns código do netui (template usandos em frameworks java e na ferramenta de portais da bea) e não existe grandes diferenças (estruturais) em relação ao ZPT. Uma ideia interessante ao ZPT seria e extensão em tags personalizadas...mas isso nos podemos fazer. Enfim, críticas são boas para melhorarmos, mas até agora não vejo muitas alternativas reais. Abraços TOM 2006/12/14, Hugo Ramos <[EMAIL PROTECTED]>: On 12/14/06, Dorneles Treméa <[EMAIL PROTECTED]> wrote: > Opa Luciano, Hugo, > > Hugo, você poderia ser um pouco mais claro? Não entendi o que tu > quis dizer com temos o próprio HTML para usar. Peco desculpa mas meu portugues do brasil esta mais enfraquecido estes dias... :-) Traduzindo... Para que usar uma linguagem pra produzir HTML se o HTML ja existe pra usar directo? Por outras palavras... Pra que sair de Porto Alegre de barco, chegar em Floripa, apanhar o busao ate curitiba, apanhar carona ate sao paulo, pegar uma bicicleta e rolar ate uberlandia e fazer o resto do percurso ate brasilia a pe... Se podemos apanhar o aviao de POA ate BSB directo? A nao ser que me digam que, so pra ver as malucas em floripa torrando no sol, vale a pena toda a viagem por terra e mar... :-) Abraco -- Hugo Ramos - [EMAIL PROTECTED] IT Consultant ~~ @ ~~ http://www.orkut.com/Profile.aspx?uid=10082105466310142690 http://otuggapoesia.blogspot.com/ http://otugga.blogspot.com/ -- Att, Wilton Souza Alencar www.tom.pro.br
Re: [zope-pt] Ressaca de ZPT
On 12/14/06, xiru <[EMAIL PROTECTED]> wrote: > > > On 12/14/06, Dorneles Treméa <[EMAIL PROTECTED]> wrote: > > > Opa Luciano, Hugo, > > > > > > Hugo, você poderia ser um pouco mais claro? Não entendi o que tu > > > quis dizer com temos o próprio HTML para usar. > > > > > > Na verdade, com a atual crise nos aeroportos brasileiros, tudo é possível :-) > > Sempre que me deparo com um template muito grande fico me perguntando o mesmo > que o Ramalho: será que não dava para simplificar. O problema é que o Plone > cresceu, passou a se preocupar com muita coisa e, as vezes, as tarefas que > aparentemente seriam simples se tornam dolorosas (em especial para quem está > aprendendo). > > Fazer o que... é a vida ;-) Bem... Lembro-me nos old days do Zope que a curva de aprendizagem e de desenvolvimento em Zope era 10 vezes menor que o Java... Hoje em dia ja ultrapassa um pouco e qualquer dia esta 10 vezes maior que o Java. Nesse dia eu mudo de time! C U Hugo -- Hugo Ramos - [EMAIL PROTECTED] IT Consultant ~~ @ ~~ http://www.orkut.com/Profile.aspx?uid=10082105466310142690 http://otuggapoesia.blogspot.com/ http://otugga.blogspot.com/
Re: [zope-pt] Ressaca de ZPT
On 12/14/06, Hugo Ramos <[EMAIL PROTECTED]> wrote: On 12/14/06, Dorneles Treméa <[EMAIL PROTECTED]> wrote: > Opa Luciano, Hugo, > > Hugo, você poderia ser um pouco mais claro? Não entendi o que tu > quis dizer com temos o próprio HTML para usar. Na verdade, com a atual crise nos aeroportos brasileiros, tudo é possível :-) Sempre que me deparo com um template muito grande fico me perguntando o mesmo que o Ramalho: será que não dava para simplificar. O problema é que o Plone cresceu, passou a se preocupar com muita coisa e, as vezes, as tarefas que aparentemente seriam simples se tornam dolorosas (em especial para quem está aprendendo). Fazer o que... é a vida ;-) -- Fabiano Weimar dos Santos (xiru) Weimar Consultoria Migre para o Provedor PyTown.com e concorra a 1 iPod nano 2 GB! http://www.pytown.com
Re: [zope-pt] Ressaca de ZPT
On 12/14/06, Dorneles Treméa <[EMAIL PROTECTED]> wrote: > Opa Luciano, Hugo, > > Hugo, você poderia ser um pouco mais claro? Não entendi o que tu > quis dizer com temos o próprio HTML para usar. Peco desculpa mas meu portugues do brasil esta mais enfraquecido estes dias... :-) Traduzindo... Para que usar uma linguagem pra produzir HTML se o HTML ja existe pra usar directo? Por outras palavras... Pra que sair de Porto Alegre de barco, chegar em Floripa, apanhar o busao ate curitiba, apanhar carona ate sao paulo, pegar uma bicicleta e rolar ate uberlandia e fazer o resto do percurso ate brasilia a pe... Se podemos apanhar o aviao de POA ate BSB directo? A nao ser que me digam que, so pra ver as malucas em floripa torrando no sol, vale a pena toda a viagem por terra e mar... :-) Abraco -- Hugo Ramos - [EMAIL PROTECTED] IT Consultant ~~ @ ~~ http://www.orkut.com/Profile.aspx?uid=10082105466310142690 http://otuggapoesia.blogspot.com/ http://otugga.blogspot.com/
Res: [zope-pt] Ressaca de ZPT
Em ruby seria como?! :D - Mensagem original De: Fabio Rizzo Matos <[EMAIL PROTECTED]> Para: zope-pt@yahoogrupos.com.br Enviadas: Quinta-feira, 14 de Dezembro de 2006 8:09:13 Assunto: Re: [zope-pt] Ressaca de ZPT On 12/14/06, Dorneles Treméa <[EMAIL PROTECTED] com.br> wrote: Opa Luciano, Hugo, > > Pessoal, vamos combinar que tem algo de errado com uma linguagem que > > produz um template como o document_byline. pt. Faz anos que eu explico > > este código nos nossos cursos de Plone, mas ontem explicando ele pela > > n-ésima vez caiu a ficha: 73 linhas para produzir uma linha de HTML é > > ridículo. > > Eu digo isto faz varios anos... mas ninguem acreditou ainda! > > Nao faz sentido usar uma linguagem de template para produzir HTML > quando temos o proprio HTML para usar! > Querem separar a apresentacao da logica? Simples... ha melhores formas > de o fazer do que o ZPT. permitam-me discordar de vocês... :-) Luciano, visualmente, pode parecer apenas uma linha, mas realmente há um bocado de informações sendo exibidas nela, sem contar que algumas delas possume link, outras possuem imagens e tudo ainda ainda passa por i18n. O número de linhas exagerado é apenas para dar uma caprichada na indentação. Esse capricho todo ainda pode ser aberto direto no browser ou num editor visual e ser alterado por designers sem destruir a lógica embutida. Hugo, você poderia ser um pouco mais claro? Não entendi o que tu quis dizer com temos o próprio HTML para usar. Me mostrem uma forma mais elegante do que ZPT para fazer isso que eu mudo de time... ;-) Compartilho de sua opnião Deo PS: E a propósito, o Ministério Plone avisa: suco de maçã e ZPT não causam ressaca! :-P Ai Deo, com certeza. Experimentei uma overdose de Plone e suco de maçã essa semana e olha!! estou vivo e sem dor de cabeça :-) eheheheh Abração. -- Dorneles Treméa X3ng Web Technology -- Fabio Rizzo ThreePointsWeb [EMAIL PROTECTED] ntsweb.com ___ Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! http://br.mobile.yahoo.com/mailalertas/
Re: [zope-pt] Ressaca de ZPT
On 12/14/06, Dorneles Treméa <[EMAIL PROTECTED]> wrote: Opa Luciano, Hugo, > > Pessoal, vamos combinar que tem algo de errado com uma linguagem que > > produz um template como o document_byline.pt. Faz anos que eu explico > > este código nos nossos cursos de Plone, mas ontem explicando ele pela > > n-ésima vez caiu a ficha: 73 linhas para produzir uma linha de HTML é > > ridículo. > > Eu digo isto faz varios anos... mas ninguem acreditou ainda! > > Nao faz sentido usar uma linguagem de template para produzir HTML > quando temos o proprio HTML para usar! > Querem separar a apresentacao da logica? Simples... ha melhores formas > de o fazer do que o ZPT. permitam-me discordar de vocês... :-) Luciano, visualmente, pode parecer apenas uma linha, mas realmente há um bocado de informações sendo exibidas nela, sem contar que algumas delas possume link, outras possuem imagens e tudo ainda ainda passa por i18n. O número de linhas exagerado é apenas para dar uma caprichada na indentação. Esse capricho todo ainda pode ser aberto direto no browser ou num editor visual e ser alterado por designers sem destruir a lógica embutida. Hugo, você poderia ser um pouco mais claro? Não entendi o que tu quis dizer com temos o próprio HTML para usar. Me mostrem uma forma mais elegante do que ZPT para fazer isso que eu mudo de time... ;-) Compartilho de sua opnião Deo PS: E a propósito, o Ministério Plone avisa: suco de maçã e ZPT não causam ressaca! :-P Ai Deo, com certeza. Experimentei uma overdose de Plone e suco de maçã essa semana e olha!! estou vivo e sem dor de cabeça :-) eheheheh Abração. -- Dorneles Treméa X3ng Web Technology -- Fabio Rizzo ThreePointsWeb [EMAIL PROTECTED]
Re: [zope-pt] Ressaca de ZPT
Opa Luciano, Hugo, > > Pessoal, vamos combinar que tem algo de errado com uma linguagem que > > produz um template como o document_byline.pt. Faz anos que eu explico > > este código nos nossos cursos de Plone, mas ontem explicando ele pela > > n-ésima vez caiu a ficha: 73 linhas para produzir uma linha de HTML é > > ridículo. > > Eu digo isto faz varios anos... mas ninguem acreditou ainda! > > Nao faz sentido usar uma linguagem de template para produzir HTML > quando temos o proprio HTML para usar! > Querem separar a apresentacao da logica? Simples... ha melhores formas > de o fazer do que o ZPT. permitam-me discordar de vocês... :-) Luciano, visualmente, pode parecer apenas uma linha, mas realmente há um bocado de informações sendo exibidas nela, sem contar que algumas delas possume link, outras possuem imagens e tudo ainda ainda passa por i18n. O número de linhas exagerado é apenas para dar uma caprichada na indentação. Esse capricho todo ainda pode ser aberto direto no browser ou num editor visual e ser alterado por designers sem destruir a lógica embutida. Hugo, você poderia ser um pouco mais claro? Não entendi o que tu quis dizer com temos o próprio HTML para usar. Me mostrem uma forma mais elegante do que ZPT para fazer isso que eu mudo de time... ;-) PS: E a propósito, o Ministério Plone avisa: suco de maçã e ZPT não causam ressaca! :-P Abração. -- Dorneles Treméa X3ng Web Technology
Re: [zope-pt] Ressaca de ZPT
Luciano, Eu digo isto faz varios anos... mas ninguem acreditou ainda! Nao faz sentido usar uma linguagem de template para produzir HTML quando temos o proprio HTML para usar! Querem separar a apresentacao da logica? Simples... ha melhores formas de o fazer do que o ZPT. C U Hugo On 12/14/06, Luciano Ramalho <[EMAIL PROTECTED]> wrote: > > > Pessoal, vamos combinar que tem algo de errado com uma linguagem que > produz um template como o document_byline.pt. Faz anos que eu explico > este código nos nossos cursos de Plone, mas ontem explicando ele pela > n-ésima vez caiu a ficha: 73 linhas para produzir uma linha de HTML é > ridículo. > > > > [ ]s > Luciano > > PS. Abaixo, o monstro. > --- > i18n:domain="plone" > tal:condition="python: site_properties.allowAnonymousViewAbout or > not isAnon" > tal:define="creator here/Creator;"> > > > title="This document is locked." >tal:define="locked portal/lock_icon.gif;" >tal:condition="isLocked" >tal:replace="structure python:locked.tag(title='Locked')" >i18n:attributes="title label_document_locked;" >/> > > tal:define="author python:mtool.getMemberInfo(creator)"> > > by > tal:attributes="href string:${portal_url}/author/${creator}" > tal:content="python:author and author['fullname'] or creator" > tal:omit-tag="not:author" > i18n:name="author"> > Bob Dobalina > > > > — > > > > > last modified > > tal:replace="python:toLocalizedTime(here.ModificationDate(),long_format=1)"> > August 16, 2001 at 23:35:59 > > > tal:condition="python:portal.isExpired(here)" > i18n:translate="time_expired"> > — expired > > >tal:condition="isLocked"> > tal:replace="structure python:locked.tag(title='This > item is locked')" > alt="Object locked" > i18n:attributes="alt label_object_locked;" /> > > > i18n:translate="text_contributors"> > Contributors: >tal:omit-tag="" > tal:content="python: ', '.join(here.Contributors())"> > Mary > > > > > > Copyleft NiceCorp Inc. > > > > > > > > > > > Para enviar uma mensagem: zope-pt@yahoogrupos.com.br > Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED] > Links do Yahoo! Grupos > > > -- Hugo Ramos - [EMAIL PROTECTED] IT Consultant ~~ @ ~~ http://www.orkut.com/Profile.aspx?uid=10082105466310142690 http://otuggapoesia.blogspot.com/ http://otugga.blogspot.com/
[zope-pt] Ressaca de ZPT
Pessoal, vamos combinar que tem algo de errado com uma linguagem que produz um template como o document_byline.pt. Faz anos que eu explico este código nos nossos cursos de Plone, mas ontem explicando ele pela n-ésima vez caiu a ficha: 73 linhas para produzir uma linha de HTML é ridículo. [ ]s Luciano PS. Abaixo, o monstro. --- by Bob Dobalina — last modified August 16, 2001 at 23:35:59 — expired Contributors: Mary Copyleft NiceCorp Inc.