Re: Permitir configuração da página de destino após a ativação do empreendimento
Leandro Nunes
leandronunes at gmail.com
Tue Apr 2 19:08:39 BRT 2013
Daniel se desarme ;)
Numa análise apriorística adicionar qualquer coisa no core é ruim.
Devemos sempre fazer plugins das novas funcionalidades quando vemos que não
dá ai sim entra pro core.
Nós no Serpro estamos fazendo vários blocos de conteúdo para o Noosfero que
são muito bons, mas são plugins.
Para o meu uso o bloco que criei é essencial, mas para o seu uso pode ser
completamente inútil. Então é melhor que tudo seja um plugin porque ai cada
administrador do sistema define qual plugin vai usar.
O problema que você está enfrentando é que é muito mais fácil fazer algumas
coisas direto no core mesmo, mas o fato de ser mais fácil não quer dizer
que seja o correto :)
Na verdade o ideal seria pegar todas estas configurações que você falou e
transformá-las num plugin. Como isso dá muito trabalho, faz um plugin que
tenha só essa configuração e no futuro as outras vão sendo incorporadas.
2013/4/2 Daniel Tygel <dtygel em gmail.com>
> Oi gente,
>
> Estou achando sinceramente estranho fazer um plugin apenas para
> permitir que um destino de uma ação seja configurável. Existe algo *core*,
> que é a ativação de um empreendimento. Existe outra coisa *core*, que é a
> url de destino depois que o cara ativa o empreendimento. Agora, fazer um
> plugin só para que uma *parte* da ação seja plugin não faz o menor
> sentido lógico. Se a ação de ***ativar empreendimento*** é core, então nada
> mais simples que a mudança da url desta ação (ativação) seja core. Só tem
> **sentido se então a ação de "ativação de empreendimento" seja ***toda***
> um plugin. E aí sim, teremos que debater mais a fundo as coisas.
>
> Tem como começarmos a ter critérios claros de quando algo será core ou
> não? Isso passa por uma reflexão sobre o que é o noosfero. É só rede social?
>
> Acho que misturar uma coisa simples, que é parte de uma ação que já é
> core (ativação de empreendimento), e que é necessária para uma
> implementação que usa o noosfero, com um debate mais amplo sobre
> pluginização, é misturar alhos com bugalhos.
>
> Agora, fica uma preocupação:
>
> Se o fato do noosfero ter empreendimentos é um "problema" para o
> noosfero pois "carrega muito o core", temos aí um problema grave sobre
> concepção deste software, que ajudamos a fundar. Desde o início, a proposta
> do noosfero não é simplesmente ser uma rede social! Se há alguma tendência
> de se tornar isso, é fundamental que possamos saber disso o quanto antes
> para podermos pensar outras possibilidades de software livre para a
> economia solidária.
>
> Abraços,
>
> daniel
>
>
> Em 02-04-2013 18:29, Leandro Nunes escreveu:
>
> A priori eu acho isso uma coisa bem específica.
> Quem não usa empreendimento não usa essa funcionalidade para nada e é
> mais um atributo no environment que já tem MUITA coisa.
> Eu acho que temos que "lutar" para as coisas serem plugins e não adicionar
> coisas no core.
> Só devemos mexer no core por exceção.
>
> Se alguma funcionalidade do plugin se tornar extremamente útil ai sim
> transforma o plugin em core.
>
> Eu acho que temos que "pluginizar" MUITAS coisas no Noosfero.
> Talvez seja pertinente criar um plugin mais genérico onde se tenha várias
> configurações relacionadas com empreendimentos.
>
> Abraços,
>
>
> 2013/4/2 Bráulio Bhavamitra <brauliobhavamitra em gmail.com>
>
>> 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?
>>
>> abraços,
>> bráulio
>>
>>
>> 2013/4/2 Rodrigo Souto <rodrigo em colivre.coop.br>
>>
>>> Pelo que eu entendi do que vocês querem fazer dá pra fazer um plugin de
>>> forma bem fácil. Basta fazer uma interface de configuração do plugin
>>> onde o admin pode preencher a url, armazena-la usando o
>>> Noosfero::Plugin::Settings e fazer um after_filter na ação de ativação
>>> do empreendimento através do hotspot de filtros nos controllers. Isso
>>> provavelmente já resolveria para vocês
>>>
>>> Bráulio Bhavamitra escreveu isso ai:
>>> > 2013/4/2 Rodrigo Souto <rodrigo em colivre.coop.br>
>>> >
>>> > > Diga Bráulio,
>>> > >
>>> > > Essa solução é semelhante a as outras diversas opções que não
>>> deveriam
>>> > > ser opções que nós temos no ambiente porque não tínhamos a infra de
>>> > > plugins quando foram feitas. Entendo que fazer dessa forma será muito
>>> > > mais prático, porém trará mais inconsistência para o core. Por isso
>>> > > sugeri que, caso fosse aplicável, fosse mudado o comportamento atual
>>> do
>>> > > core. Se esse não for o caso, acho que plugin/hotspot é o mais
>>> > > recomendável.
>>> > >
>>> >
>>> > Oi Rodrigo,
>>> >
>>> > Não é possível mudar o comportamento sem uma configuração no banco,
>>> seja
>>> > ela via plugin ou no core.
>>> > A url pode variar de uma rede noosfero para outra... E no caso do
>>> cirandas
>>> > é o link para um conteúdo de uma comunidade.
>>> >
>>> > Que sugere neste caso?
>>> >
>>> > abraços,
>>> > bráulio
>>> >
>>> >
>>> > >
>>> > > Braulio escreveu isso ai:
>>> > > > Oi rodrigo,
>>> > > >
>>> > > > A intenção é fazer do jeito mais simples que encontramos: uma
>>> variável
>>> > > nas
>>> > > > configurações do ambiente, usando o settings_items. Se nao estiver
>>> > > > definida, o comportamento continua como o atual.
>>> > > >
>>> > > > Que acha?
>>> > > >
>>> > > > Abraços,
>>> > > > Braulio
>>> > > > Em 01/04/2013 20:00, "Rodrigo Souto" <rodrigo em colivre.coop.br>
>>> escreveu:
>>> > > >
>>> > > > > Não sei exatamente o que ou como vocês vão fazer isso, mas essa
>>> > > situação
>>> > > > > tem cara de ter duas opções mais adequadas que são: mudar o
>>> > > > > funcionamento do core ou fazer um plugin (e provavelmente um
>>> hotspot)
>>> > > > > para lidar com esse redirecionamento diferenciado.
>>> > > > >
>>> > > > > Daniel Tygel escreveu isso ai:
>>> > > > > > Olá a todos, especialmente da Colivre,
>>> > > > > >
>>> > > > > > Hoje, depois que você ativa a página de um empreendimento,
>>> você
>>> > > > > > cai em uma página que tem basicamente uma mensagem (parabéns
>>> por ter
>>> > > > > > ativado) e 2 botões (um para gerenciar o empreendimento, e
>>> outro
>>> > > > > > para ir ao painel de controle individual).
>>> > > > > >
>>> > > > > > Nós da EITA estamos querendo criar uma variável no
>>> noosfero, que
>>> > > > > > poderia ser definida pelo console, de modo que seja possível
>>> definir
>>> > > > > > outra url de destino após a ativação.
>>> > > > > >
>>> > > > > > Alguém da comunidade vê algum problema em fazermos isso?
>>> > > > > >
>>> > > > > > Obrigado,
>>> > > > > >
>>> > > > > > daniel
>>> > > > > > _______________________________________________
>>> > > > > > Noosfero-br mailing list
>>> > > > > > Noosfero-br em listas.softwarelivre.org
>>> > > > > >
>>> http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
>>> > > > >
>>> > > > > --
>>> > > > > Rodrigo Souto <rodrigo em colivre.coop.br> :: 55 71 8131-7714<55%2071%208131-7714>
>>> > > > > Colivre - Cooperativa de Tecnologias Livres
>>> > > > > http://www.colivre.coop.br/
>>> > > > >
>>> > > > > _______________________________________________
>>> > > > > Noosfero-br mailing list
>>> > > > > Noosfero-br em listas.softwarelivre.org
>>> > > > >
>>> http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
>>> > > > >
>>> > > > >
>>> > >
>>> > > > _______________________________________________
>>> > > > Noosfero-br mailing list
>>> > > > Noosfero-br em listas.softwarelivre.org
>>> > > >
>>> http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
>>> > >
>>> > >
>>> > > --
>>> > > Rodrigo Souto <rodrigo em colivre.coop.br> :: 55 71 8131-7714<55%2071%208131-7714>
>>> > > Colivre - Cooperativa de Tecnologias Livres
>>> > > http://www.colivre.coop.br/
>>> > >
>>> > > _______________________________________________
>>> > > Noosfero-br mailing list
>>> > > Noosfero-br em listas.softwarelivre.org
>>> > > http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
>>> > >
>>> > >
>>>
>>> > _______________________________________________
>>> > Noosfero-br mailing list
>>> > Noosfero-br em listas.softwarelivre.org
>>> > http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
>>>
>>>
>>> --
>>> Rodrigo Souto <rodrigo em colivre.coop.br> :: 55 71 8131-7714<55%2071%208131-7714>
>>> Colivre - Cooperativa de Tecnologias Livres
>>> http://www.colivre.coop.br/
>>>
>>> _______________________________________________
>>> Noosfero-br mailing list
>>> Noosfero-br em listas.softwarelivre.org
>>> http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
>>>
>>>
>>
>> _______________________________________________
>> Noosfero-br mailing list
>> Noosfero-br em listas.softwarelivre.org
>> http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
>>
>>
>
>
> --
> Dois Axé!!!
>
> -----
> "Comece fazendo o que é necessário, depois o que é possível e de repente
> você estará fazendo o impossível."
> São Francisco de Assis
> Leandro Nunes
>
>
> _______________________________________________
> Noosfero-br mailing listNoosfero-br em listas.softwarelivre.orghttp://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
>
>
>
> _______________________________________________
> Noosfero-br mailing list
> Noosfero-br em listas.softwarelivre.org
> http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
>
>
--
Dois Axé!!!
-----
"Comece fazendo o que é necessário, depois o que é possível e de repente
você estará fazendo o impossível."
São Francisco de Assis
Leandro Nunes
-------------- Pr?xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://listas.softwarelivre.org/pipermail/noosfero-br/attachments/20130402/5a8e18de/attachment-0001.html>
More information about the Noosfero-br
mailing list