Permitir configuração da página de destino após a ativação do empreendimento
Daniel Tygel
dtygel at gmail.com
Tue Apr 2 19:04:39 BRT 2013
Olá Rafael e demais,
Desculpe se pareço agressivo.
Apenas manifestei uma preocupação lógica (ou estrutural), e estava
achando que seria interessante que se discutisse mais a fundo o critério
de pluginização. A minha pergunta era apenas saber as razões de algo que
é alterar uma parte de uma ação já existente no core e deixá-la
configurável, que é o destino pós ativação exigir um plugin? Seria
melhor então que o plugin fosse a feature "ativação de empreendimentos".
Não teria mais sentido? Aí eu veria lógica. Era só isso.
Peço novamente desculpas se você ou alguém mais se sente ofendido
com as palavras. Mas peço também que possamos olhar também o todo, e
discutir conteúdo.
Abraços,
daniel
Em 02-04-2013 18:58, Rafael Gomes escreveu:
> Daniel,
>
> Eu acho que a questão não seja direcionada a empreendimento em sí, mas
> uma necessidade de carregar muito o core com qualquer coisa. Pelo que
> pude perceber, é algo geral e não somente voltado para seu caso.
>
> Não sei se rolou algo no passado, e eu estou "entrando no meio da
> história", mas seus últimos e-mails tem um tom muito agressivo, me
> desculpe se estou sendo deselegante ou coisa do tipo, mas em uma
> comunidade, a comunicação seria muito melhor se fosse mais amistosa.
>
> 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
>>>>>>>> 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
>>>>>> 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
>>>> 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 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
>>
>
>
More information about the Noosfero-br
mailing list