Fwd: Permitir configuração da página de destino após a ativação do empreendimento

[Bráulio Bhavamitra]

Oi pessoal,

Sobre ainda abuso do uso de plugins, achei um plugin chamado send_email e
procurei bastante sua utilidade e a única coisa diferencial do core que fiz
foi receber parametros na url e passá-los no corpo do email. É isso mesmo?

abraços,
bráulio

---------- Forwarded message ----------
From: Rodrigo Souto <rodrigo at colivre.coop.br>
Date: 2013/4/10
Subject: Re: Permitir configuração da página de destino após a ativação do
empreendimento
To: noosfero-br at listas.softwarelivre.org


Também acho que fazer um plugin para resolver isso seja overkill, mas
por outro lado sabemos também que migrar a funcionalidade de ativação de
empreendimento para plugin provavelmente nunca irá acontecer a não ser que
algum
desenvolvedor tenha um problema pessoal emocional (=D) com ele e deseje
meter a mão, já que não haveria nenhum benefício direto para o usuário
final. É em casos assim que geralmente é melhor evitar aumentar o
problema (empilhar mais coisas no core).

Por questões práticas (que é viabilizar a funcionalidade para os
usuários), vamos fazer isso no core mesmo, já que é algo mais pontual.
Mas concordamos que caso surjam mudanças maiores que envolvam essa
funcionalidade iremos optar por migrá-la para plugin, ok?

Bráulio Bhavamitra escreveu isso ai:
> Oi Terceiro, Rodrigo, Leandro e demais,
>
> Devido a correria da vida, não tive tempo de responder com carinho este
> email antes.
> Por sorte as palavras de terceiro foram bem próximo do que estava para
> dizer. :)
>
> Também gostaria de cautela com este conceito de a priori pensar algo como
> plugin. Não é porque estamos na urgência de mover coisas do core para
> plugins que coisas novas devem a priori ser pensadas como plugin.
>
> Neste caso mesmo, o ideal seria pluginização da ativação de
> empreendimentos, o que no momento seria inviável.... :(
> Iria mostrar também que o código no core teria por volta de 2 a 5 linhas,
> já via plugin seria muito mais, além de criar um plugin para fazer um
> redirecionamento (overkill como disse o terceiro).
>
> abraços,
> bráulio
>
>
>
>
>
> 2013/4/6 Antonio Terceiro <terceiro at colivre.coop.br>
>
> > On Tue, Apr 02, 2013 at 04:04:24PM -0300, Bráulio Bhavamitra wrote:
> > > Certo Rodrigo, entendi a solução via plugin.
> > >
> > > Agora surge uma outras questões:
> > > - faz sentido um plugin que apenas faz um redirecionamento? um plugin
que
> > > apenas faz isso não iria confundir e causar alguma inconsistencia?
> > > - esta funcionalidade não seria considerada básica (core) e útil para
> > > outras redes?
> >
> > Eu não participei da discussão quando ela estava "quente", mas segue o
> > que eu acho.
> >
> > Idealmente, todo o processo de ativação de empreendimento deveria ser um
> > plugin, porque ainda que empreendimentos em geral se apliquem a outros
> > casos de uso, esse requisito dos empreeendimentos serem criados
> > desativados pra depois ter um processo de ativação é algo muito
> > específico.
> >
> > Mas:
> >
> > - do jeito que essa funcionalidade foi implementada, extrair ela pra um
> >   plugin vai ser bem complicado (ainda que fosse o ideal). E fazer um
> >   plugin pra lidar só com esse detalhe que o Cirandas precisa mudar
> >   agora seria overkill.
> >
> > - a funcionalidade de ativação de empreeendimento só existe por causa do
> >   Cirandas, e o Cirandas é o único site que a utiliza.  Por isso, eu
> >   acho que o Cirandas tem que ser considerado como o dono dessa
> >   funcionalidade, e o comportamento dela tem que ser o que o Cirandas
> >   disser que tem que ser.
> >
> > Por isso minha opinião é que a gente deve simplesmente aceitar o patch
> > que o pessoal do Cirandas fizer, levando em consideração apenas questões
> > técnicas do patch em si, e deixando que o comportamente seja o que quer
> > que o Cirandas precise.
> >
> > Eu acho que o benefício de satisfazer a necessidade do único site que
> > usa aquela funcionalidade é maior do que o prejuízo de ter uma pontinha
> > a mais no core que deveria estar num plugin.
> >
> > --
> > Antonio Terceiro <terceiro at colivre.coop.br>
> > Colivre - Cooperativa de Tecnologias Livres
> > http://www.colivre.coop.br/
> >
> >
> >
> > _______________________________________________
> > Noosfero-br mailing list
> > Noosfero-br at listas.softwarelivre.org
> > http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
> >
> >

> _______________________________________________
> Noosfero-br mailing list
> Noosfero-br at listas.softwarelivre.org
> http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br


--
Rodrigo Souto <rodrigo at colivre.coop.br> :: 55 71 8131-7714
Colivre - Cooperativa de Tecnologias Livres
http://www.colivre.coop.br/

_______________________________________________
Noosfero-br mailing list
Noosfero-br at listas.softwarelivre.org
http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listas.softwarelivre.org/pipermail/noosfero-br/attachments/20130522/23632fac/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 501 bytes
Desc: not available
URL: <http://listas.softwarelivre.org/pipermail/noosfero-br/attachments/20130522/23632fac/attachment.pgp>