Parte 1 - Objectivos para o site

Events happening in the community are now at Drupal community events on www.drupal.org.
jolidog's picture

Começar a trabalhar na criação de um site para a comunidade Portuguesa do drupal é visto como uma necessidade pela maioria dos participantes.
Para podermos avançar, devemos começar por responder às seguintes perguntas:

Qual é o público alvo do site?

Que tipo de conteúdos irá o site ter?

Que conteúdos é que site vai agregar?

Deixem nos comentários outras perguntas que considerem pertinentes para podermos alinhavar um rascunho do projecto.

Comments

Vamos lá a responder.

ricardoamaro's picture

Algumas pessoas, entre as quais a Cláudia, já começaram por escrever, no tópico anterior.
Mas podemos fazer então deste tópico uma cópia mais limpa do que já foi dito até agora:

1 - Queremos ter um site para conseguir ter visibilidade, fazer crescer a comunidade num sitio oficial e debater assuntos específicos de Portugal. Público alvo: Developers, Themers e Project managers/Empresas (estou a esquecer-me de mais algum?)

2 - A lista de elementos da comunidade pt.
As discussões especificas dos mesmos.
Troca de experiências, motivações e case studies.
Criar uma bolsa de trabalho onde contratantes e especialistas possam contactar-se.
(...Cláudia, coloca também as tuas ideias abaixo...)

4 - Agregar dependerá do que se for encontrando á medida que vai avançando. Julgo que um site é uma coisa viva e não estática.
O site maior onde trabalho tem 90.000 nodes, que se vão renovando semanalmente. Daí o seu sucesso.
Será sempre conteúdo relativo ao Drupal e á comunidade.
A Catarina e o Victor devem ter umas boas dicas para dar.

Passar revista ao que há por aí

camorim's picture

Consultei alguns websites nacionais e secções de grupos regionais do Canadá, EUA, e verifiquei que o branding está geralmente afastado das preocupações. São na generalidade websites monocromáticos, baseados em Garland e pouco mais, pouco apelativos. As secções e a natureza da informação que disponibilizam aproxima-se muito dos pontos que temos estado a listar como importantes.
Notei que há grupos que usam de forma mais organizada o seu espaço no org, dispensando um website, mas tudo vai da informação que a própria comunidade gera e disponibiliza. Se não há comunicação de empresas, formações, eventos, os gestores do espaço não podem inventar!

Os pontos comuns são:
- Downloads
- Documentação
- Fóruns/ FAQ (apoio)
- Serviços (anuários/ directórios, empregos, formação)
- Showcase
- Actividade da comunidade

Drupal Bélgica - http://drupal.be
Usa D7 e está bem organizado. Falta-lhe branding.
Secções: Acerca, Documentação, Apoio, Fórum, Downloads, Eventos, Showcase

Drupal Alemanha - http://www.drupalcenter.de/
Usa D6, tema parecido ao Garland/ Marvin
Secção: Manuais e FAQ, Showroom, Fórum, Drupalde.planeta, Traduções

Drupal RU - http://www.drupal.org.uk/
Usa D6 Garland
Secções: Acerca, Membros, Fórum, Tutoriais, Grupos (regiões do RU), Empresas (ofertas/ pedidos), Eventos (formação)

Drupal hispano - http://drupal.org.es
Usa D6 Acquia marina
Secções: Drupal hispano, sobre drupal, FAQ, serviços (empresas, formação, livros, empregos...), fóruns, manuais, planeta, traduções
Espanha tem Associação própria http://www.asociaciondrupal.es/
O Grupo de Madrid usa o espaço org de forma inteligente e dinâmica http://groups.drupal.org/madrid

Drupal Dinamarca - http://www.drupaldanmark.dk/
Usa D6? tema adaptado
Secções: Aprender, Showcase, Fórum, Associações, Membros, Links, Info/ Acerca

Drupal Itália - http://www.drupalitalia.org
Usa D6 Garland
Secções: Assoaciação, Downloads, Traduções, Documentação (organizada por perfil: para utilizador comum, tradutor, webdesigner...), Fórum, FAQ

Drupal França - http://drupalfr.org
Usa D6
Secções: Documentação, Fórums, Associação, Planeta, Acerca de Drupal, Tradução, Apoio, Comunidade, Anuário com serviços e filtros por: tipo de serviço, área geográfica, forma jurídica, nº de trabalhadores

Drupal Peru - http://drupalperu.org
Trabalhou o logo de forma divertida e bem-humorada. Simples e cativante.
Usa D7?
Secções: acerca, tutoriais, membros, podcast, irc, correio (grupos google), grupo oficial /equipa
Ligado a outro site chamado "ecossistema Drupal" que tem livros, dicas, perguntas, licenças

Drupal Brasil - http://drupal-br.org
Usa D6
Secções: Fóruns, Manual, Tradução, Tutoriais, OpenAtrium, Download, Formação

Núcleos temáticos: proposta e branding

camorim's picture

Recuperando e reformulando um pouco a estrutura de conteúdos sugerida em discussão anterior, e atentando em sugestões entretanto explicitadas por todos, acho que começa a haver consenso em torno dos seguintes núcleos temáticos.

  1. Drupal
    O que é, Vantagens, Downloads, Traduções, Links principais

  2. Comunidade
    Fóruns, Membros, Roadmap, Galeria, Contactos (irc, google groups...)

  3. Documentação
    Manuais, tutoriais, vídeos, livros, podcast

  4. Directório/ Pesquisa
    Empregos: Ofertas/ serviços
    Especialidades e serviços: Empresas/ freelancers
    Serviços: hosting, theming, development, migração de dados, optimização, infraestrutura, segurança

  5. Divulgação/ promoção
    Eventos
    Projectos/ websites
    Blogues/ websites, que tenham o Drupal por tema
    [Testemunhos, wishlist, feedback
    Newsletter, merchandising, esquemas de formação-divulgação junto de escolas, universidades...]

Parece-me bem a estrutura pensada pelo Lopo. Só acho que temos de ter algum cuidado no branding, pois há por aí muitas iniciativas que falham redondamente nesta área. E sabemos todos que o beanding "vende", cativa, seduz.
Existe uma certa tendência para pegar na mascote e passar-lhe um elemento que assinale a nacionalidade. Esse foi também o modelo usado na dc copenhaga. Talvez fosse bom afastarmo-nos e apresentarmos um elemento gráfico diferente, embora ache que é uma hipótese válida para discutir como qualquer outra.
Quanto mais simples, melhor, porque se torna mais flexível e adaptável para diferentes iniciativas. Dou como exemplo o logo do Debian. É tão simples que permite depois fazer brincadeiras como o debian day.

Ideias para inspirar, baseados ou não na mascote:
Acquia
Drupal Gardens
Drupal Commons
Drupal Peru
Drupal Áustria ( site está muito fixe: http://www.drupal-austria.at)
Drupal Madrid

Gostei bastante da achega do

camorim's picture

Gostei bastante da achega do Luís (http://groups.drupal.org/node/90654#comment-289644) e parecem-me válidas 2 propostas que faz com objectividade.

  • Glossário Drupal (encontrei um website Drupal nacional que tinha esse item, mas já não me recordo qual)

  • Apoio na selecção de módulos. Poderia ser uma rubrica dentro do uso do Drupal ou testemunhos. Eu, também iniciante nas lides do Drupal, senti a mesma necessidade, tanto que faço um apanhado dos módulos que vou usando e digo o que penso deles no Stillare http://drupal.nodes.pt. Não quero impor modelos, contudo creio que existe algum fundo de verdade no que o Luís diz. Para quem chega, as pontuações como no drupalmodules.com de pouco servem. Um relato mais pessoal é mais proveitoso, mesmo que o uso dado ao módulo pela pessoa que dá conta da sua experiência seja eventualmente diferente do nosso propósito.

Concordo com os pontos que o

borfast's picture

Concordo com os pontos que o Ricardo mencionou.

Para conteúdos, eu diria que seria interessante ter

  • uma lista de recursos informativos (manuais, tutoriais, etc), de preferênia em Português;
  • lista de encontros e respectivas descrições, bem como anúncios prévios os mesmos;
  • ofertas e procura de emprego relacionado com Drupal em Portugal;
  • ... logo vejo se me lembro de mais alguma coisa, que agora estou a meio de uma sessão de debug maravilhosa...

Too much, too soon

perusio's picture

Começar com uma coisa muito simples na linha do que o João (Jolidog) falou mais abaixo.

O branding e a imagem são pontos fundamentais tem que haver um sentido holístico do que o Drupal é e pode fazer.

  • O que é o Drupal e porquê utilizá-lo: vantagens sobre outros sistemas, acima de tudo sobre coisas proprietárias fechadas.

  • Case studies em Portugal, com alguns em Inglês que sejam relevantes e mostrem a diferença Drupal.

  • Lista de empresas e serviços em torno do Drupal: desde freelancers (themers, designers, developers) até empresas; serviços de hospedagem, migração de dados, optimização, infraestrutura, segurança.

Como referi no outro tópico

jolidog's picture

Como referi no outro tópico na minha opinião devia ser simples, mas também considero importante ter as ideias todas na mesa para podermos fazer isto de modo.

Digam tudo, por mais megalómano que possa parecer, depois criamos um draft com tudo e cortamos o que acharmos que não faz sentido.
Com um draft final dos objectivos, podemos decidir as prioridades e definir os próximos passos.

Na minha opinião este tópico têm de ficar a marinar um tempinho para dar tempo ao pessoal de o chegar a ver, faltam comentários de algumas figuras como o João Ventura, Lopo Lencastre, entre outros.

Hoje à noite com mais calma escrevo as minhas ideias dos objectivos.

Doc do Lopo sobre o drupal-pt.org

perusio's picture

O Lopo já tinha pensado nestas questões com tempo e nessa segunda tentativa abortada de fazer nascer o drupal-pt.org teve a gentileza de partilhar connosco as suas ideias.

Não há necessidade de gastar tempo com coisas que já foram pensadas. Recordo que em Janeiro deste ano no meetup que houve na Quodis, falamos sobre este assunto.

Doc numa página de wiki. Aqui não se pode colocar anexos :(

António, Isso já são layouts

borfast's picture

António,

Isso já são layouts do conteúdo. Eu geralmente prefiro começar uns passos atrás e começar a pensar só no conteúdo (listar coisas, como se está a fazer agora nestas discussões), independentemente da sua apresentação/estrutura visual.

Não deixa de ser um contributo válido e de se aproveitar mas sou da opinião de que começar por aqui é pôr o carro à frente dos bois.

Raul

Resumo

hernani's picture

Acho que um site como o drupal-pt pode ter duas valias e devemos aproveitar bem as duas:

  • Apresentar o Drupal de uma maneira genérica evidiciando as vantagens sobre restantes sistemas nomeadamente em relação à facildade de criação de conteudo e costumização de todo o comportamento da plataforma. Isto permite levar o drupal a pessoas que embora já possam ter ouvido falar ou ter mexido uma ou duas vezes, ficaram decepcionados pela sua curva de aprendizagem ou dificuldade inicial em fazer algo muito fácil. Para isto podemos ter conteudos como tutoriais para iniciantes, selecção e reviews de módulos usados para realizar alguma tarefa especifica.

  • Apresentar casos de estudo mais avançados de uso de drupal em projectos nacionais com outra dimensão e servir como agregador de profissionais da área que possam trocar experiências, combinar encontros, acima de tudo fazer networking e servir como a plataforma de ligação entre todos nós.

Devemos o mais possivel tentar que a discussão continue a acontecer no gdo pois é importantissimo mostrarmos lá para fora que o Drupal também tem presença em Portugal e começarmos a estreitar laços com grupos de outros países vizinhos. É importante que não volte a acontecer o que aconteceu nesta DrupalCon, em que ninguém se lembrou de nós quando reuniram todos os grupos europeus de Drupal.

Hernâni

Hmm

perusio's picture

Não estive lá, nada posso dizer. Não percebo como se "esqueceram" de vocês. Falaram com os organizadores? Porque não um crosspost nos grupos respectivos: não se justifica?

Onde páram os vídeos? No drupalconsf os vídeos eram carregados no archive.org durante a conferência. E no Drupalcon US anterior (DC), mesmo que a qualidade do vídeo seja má estão lá também.

Do Drupalcon Paris? Não consta. E agora mais de uma semana depois do Drupalcon Copenhaga não sei onde páram os vídeos.

Parte é da nossa responsabilidade: temos que nos organizar. E sem cair no reflexo do "precisamos de um chefe". Coisa tão portuguesa. Coisa tão europeu decadente. Divago. Adiante.

Avancemos com o site e com uma dinamização continuada e crescente do Drupal em Portugal. Keep it simple.

Os videos da Drupalcon Paris

jolidog's picture

Os videos da Drupalcon Paris e Drupalcon Copenhagen estão no archive.org:

http://www.archive.org/search.php?query=drupalcon%20paris%20AND%20mediat...

http://www.archive.org/search.php?query=drupalcon%20AND%20subject%3A%22D...

Não faço ideia se estão a planear coloca-los no site cph2010.drupal.org.

Obrigado.

perusio's picture

Tinha procurado antes uns dias e não constava nada. De qualquer forma, o nível está furos abaixo do que foi feito em SF. Vídeos em FLV? Give me a break. Formato que torna os ficheiros demasiado grandes e que não é espingarda nenhuma em termos de qualidade. Há uns MP4 e uns Ogg aqui e ali.

A Julgar pelos vídeos o Drupalcon Europa é uma sombra daquilo que o Drupalcon US é.

Mais vídeos

vcardoso's picture

Também não sei o que vai sair dali. No final de uma sessão, perguntei a um dos "técnicos" que estava na "régie" se estavam a gravá-las todas pois tinha assistido a algumas em que os oradores não utilizavam o microfone porque a qualidade do som produzido era muito má. Ele disse que sim e que mesmo que eles não utilizassem os microfones directamente estes estava ligados e apanhariam o som ambiente !?...
Entretanto podes ver no http://drupalradar.com/ as keynotes e mais umas coisitas com alguma qualidade.

Estive a tentar

perusio's picture

ouvir umas coisas. A keynote do Rasmus e um outra coisa. Péssimo: na keynote o som está baixíssimo. No outro tem um ruído de fundo terrível. Qualquer voice recorder do hipermercado faz melhor que aquilo. Achei fraco, se compararmos com o drupalcon SF.

Não conheço os detalhes da organização mas pôr uma coisa com aquela qualidade de som cá fora é muito mau. Quanto ao DR, o problema é que eles não têm os vídeos para descarregar. E eu costumo ouvir primeiro e depois ver se achar coisas que valem a pena. Vou ver se consigo sacar com o clive. Os vídeos no archive.org parecem-me tempo perdido :(

Mau serviço

camorim's picture

Acho que é uma desilusão para todos o serviço de cobertura do evento. Espera-se sempre melhor que a última experiência, mas a Con de Copenhaga foi péssima no serviço de registo prestado. Houve pessoas que preferiram fazer networking em detrimento das sessões, mas o tiro saiu pela culatra. Se as sessões dos keynote estão fracas, imagina as das sessões normais. Nalguns casos nem se ouve a pessoa e a imagem captada é tão longe e de tão fraca qualidade que impede a leitura e acompanhamento.

CPH

hernani's picture

Tens a maioria dos slides aqui : http://www.drupalcenter.de/node/29928

Acredito que os videos estejam disponiveis brevemente tambem.

Hernâni

No Drupal Planet

perusio's picture

apareceu um documento que pode servir como ponto de partida para a promoção do Drupal. Não é preciso ter um site para começar já a promover o Drupal. Podemos começar com um PDF. O estudo do grafismo para o PDF é útil para o site também.

Está muito porreiro

vcardoso's picture

Na DrupalCon estavam a distribuir, com o demais swag, marcadores de livros com a versão "print" (trouxe um :-).
De facto tem um grafismo que desperta a curiosidade e leva à leitura. Não sei o efeito que terá em quem não conhece Drupal, mas umas T-shirts assim durante umas viagens de metro poderão ter um efeito de teasing bastante interessante.

Marketing

perusio's picture

é muito importante. É uma coisa que o WP tem conseguido fazer melhor. Tanto assim é que foi usado em sítios para os quais não tem grande cabimento como o Guardian, o NY Times ou a CNN.

Aqui há tempos alguém me dizia, desgostoso, que embora preferi-se o Drupal, quer na vertente de construção do site, quer na vertente de desenvolvimento, a realidade é que o WP tinha um mind share importante e que mesmo sendo essencialmente um plataforma de blogs estava a tentar ocupar os terrenos naturais do Drupal.

Temos que nos mexer. Ninguém vai promover o Drupal se nós não o fizermos. E temos que fazer bem feito. Muitos dos sites das respectivas comunidades Drupal nacionais, como a Cláudia refere mais acima, são algo pobres em termos do grafismo. Temos que ter uma coisa apelativa.

concordo com a maioria do que

lpalgarvio's picture

concordo com a maioria do que foi referido para conteudos do site (info, newsletters/feeds, faqs, tutoriais e documentação, formação, directorios de utilizadores/empresas e trabalhos, et ceteras)

sugiro mais uns pontos:

  • showcases/demos de modulos ou possiveis aplicações basicas/medio-avançadas feitas em mini sites (ex, blog.demo.drupal-pt.org, wiki.demo.drupal-pt.org, gallery.demo.drupal-pt.org, etc.demo.drupal-pt.org) e um tutorial a explicar como foram feitas
  • galeria de fotos das reuniões
  • directorios de utilizadores/empresas evoluido para um estilo profile com informacao ao cuidado de cada utilizador
  • conexão para redes sociais
  • interactividades sociais que promovam a colaboração e o trabalho (google wave...)

já tenho ideias de modulos que poderiam ser utilizados

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

ideias, ideias, ideias...

lpalgarvio's picture

também gostei do que vi aqui
http://groups.drupal.org/node/91724
http://groups.drupal.org/node/90994

agora falta passar à acção :D

escrevi aqui as minhas ideias com português preguiçoso.

Módulos

dentro do que já testei em matéria de modulos, vou recomendar alguns (muitos infelizmente), mas todos têm a sua utilidade.
é uma recomendação que inclui usabilidade/visuais (para o utilizador final mas tambem para administração) e é basicamente um extracto do trabalho de review que tenho desenvolvido.

  • Administration - admin_menu, total_control, filter_perms, module_filter, enabled_modules, update_form_enhancement, fixcore
  • APIs - imageapi, imagecache, cck, views, wysiwyg, token, advanced_help, ctools, date, permissions_api, votingapi, libraries, autoload, dbtng, transaction
  • Blocks - multiblock
  • Development - devel, dtools
  • Content Display - context, panels, panels_teasers
  • Evaluation - addthis, flag, flag_weights, ctools_flag, fivestar, fivestar_pane
  • Development - filefield, filefield_uiextras, filefield_sources, filefield_paths, file_aliases, imagefield,
    content_taxonomy, term_fields, nodereference_url, date, deck
  • Files - transliteration
  • Filters - better_formats, pathologic, image_resize_filter
  • ImageCache - imagecache_profiles
  • Interface - fieldset_helper, vertical_tabs, ahah_helper, username_check, itweak_login, compact_forms, block_edit
  • ImageCache - jsalter, jquery_update, jquery_ui, jq, jqp, jquery_plugin, jquery_aop
  • Node Management - manager
  • Overlays - lightbox2 ou colorbox, dialog
  • Permissions - config_perms, input_format_permissions, adminrole, permission_report, node_permissions_grid, administerusersbyrole, role_delegation, menu_admin_per_menu, taxonomy_delegate, view_unpublished
  • Profiles - user_delete
  • Search - custom_search, search404
  • Security - phpass, already_in, login_security, password_change, logintoboggan
  • SEO - seo_checklist, site_map, xmlsitemap, ...
  • Slideshows - views_slideshow, ...
  • Taxonomy - taxidermy
  • Translation - acho que nada
  • Content Types - node_menu_parent, ctm
  • User Management - userprotect
  • URLs - url_alter, pathauto, globalredirect
  • Utilities - drupal_queue, poormanscron, system_table_cleaner
  • Views - draggableviews, views_bulk_operations, views_fluid_grid, semanticviews, views404
  • WYSIWYG - insert, wysiwygcck

(sim, são muitos muitos muitos)

nota: alguns destes só funcionam bem nas versões dev, mas são estáveis.

posso responder a dúvidas do porque de incluir cada um deles, mas também é possivel que hajam alguns ou bastantes que vão discordar na base que são inúteis sem módulos que os usem, ou já estejam suplantados por outros, ou por funcionalidades na core sem meu conhecimento, ou por puro erro humano/ignorância.

vão notar que inspirei-me no post do sun, como se se tratasse de um upgrade D6->D7, mas já tinha começado o meu trabalho de avaliação bem antes de encontrar este post:
http://www.unleashedmind.com/en/blog/sun/more-than-50-drupal-modules-mov...
acabei por surpreender-me pela positiva quando reparei que muitos dos que ja tinha avaliado e escolhido já constavam nesse pos. acho que é um boa leitura e penso que irá reforçar o porquê de algumas das minhas escolhas.

não inclui modulos para demonstrações/showcases, tutoriais ou colaboração, nem alguns modulos que queria por na lista, como o Features, porque ainda não os testei (a lista so contem modulos que tenha testado 100%).

Temas

para temas sugeria o Seven para administração (já está funcional) e o Bartik para o resto (quando eventualmente for executado um port) ou o Fusion Core/Base como ponto de partida para um tema personalizado.

o Seven porque é muito limpo e facilita a administração. torna-se tudo mais rápido. desde que começei a usar que nunca mais considerei voltar a usar um tema único no site, incluindo administração. nem que desligasse os blocos todos na /admin!

o Bartik porque o look do D7 é muito apelativo. mostrar ao mundo um upgrade futuro quase sem ser notado, ou dizer que um D6 tem o aspecto de um D7, também é bom para mostrar ao mundo que o suporte existe em várias versões do Drupal e que as coisas evoluem e não estagnam.

o Garland pra mim já tá um bocado demodé e confesso que não gosto do colorpicker. é um bocado manhoso.

por outro lado o Fusion tem outras características - não faço ideia se é a melhor opção como tema base (no caso da escolha de um tema base isto é), mas é o que tenho usado. uma das razões é certamente a integração com o Skinr; uma outra será os overrides no local.css (permitindo actualizações dos temas) e suporte de subtemas.

posso dizer é que o tema Acquia Prosper (que é montado em cima do Fusion) com que estou a trabalhar, parece-me bloated e lento... mas também já é tarde de mais para eu trocar.

confesso que não experimentei de todo outros temas base como o genesis, zen e companhia, nem experimentei fazer um tema de raiz, e como tal não conheço bem o theming no drupal... por isso corrigam-me ;)

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Reality check

jcnventura's picture

Temos 3 coisas a fazer:

  1. Adicionar conteúdos deste grupo, do grupos.google.com e talvez do nundo.
  2. Colocar um bloco a anunciar o próximo evento
  3. Usar um tema que exista, não vale a pena estar a falar do Seven, Bartik e etc. Se queres um tema de admin usamos o RootCandy, que funciona e não está em beta. Quanto ao Fusion Core, se queres juntar-te ao Roberto Gorjão e ao João Belchior e criar o tema, estás à vontade. O que precisamos agora é mesmo de um tema que exista. O Garland é feio, demodé e etc, mas nada nos obriga a ficar com ele para sempre. Além de que num grupo de entusiastas Drupal, tem um certo valor kitsch usar Garland :)

Estar a adicionar uma série de módulos só porque existem, não me parece a melhor forma. Discordo mesmo de instalar módulos a não ser que os vamos usar. No caso do devel, até estou mesmo contra que se instale isso (usa na tua cópia, eu também o uso bastante - mas num site em produção...)

Além de que não estou a ver o que é que os módulos que sugeriste ajudam com o 1 e o 2. Sei que já estás a pensar em todos os outros pontos sobre o que queremos fazer do site.. Foi por ir por aí que nunca fomos a lado nenhum.

João Ventura

pontos de interesse

lpalgarvio's picture

ponto 1, conteudos:
hum, sugeria primeiro montar um site base com alguns modulos importantes.
atirar pra lá conteudos num drupal 6 de origem é tedioso e trabalhoso.
na minha opinião, não ter um WYSIWYG faz-nos perder mais tempo (se utilizarmos bem e de boa maneira isto é)

ponto 2, eventos:
modulos para os teus pontos 1 e 2 não estudei nenhum, nem pondero testar tão depressa porque tenho outras prioridades.

mas posso fazer a sugestão reconhecida do Feeds para ir buscar os RSS e notar que existem muitos modulos contribuidos para esse tipo de fins, por ex, suporte para o Google Calendar e formato iCal no modulo Calendar, usando o Feeds e alguns contribs (feeds ou feedapi+feedapi_mapper+parser_ical, calendar, gcal_events) que já experimentei no passado (o feeds não existia na altura).

falei em Google Calendar por curiosidade, não sei se tem interesse para voçês, mas gosto do serviço e da integração com Thunderbird e possivel integração noutros serviços e programas, como defacto notei com o drupal.

ponto 3, temas:
o RootCandy foi um dos poucos temas que testei logo no inicio e puz de parte por algumas razões:

  • imita o Joomla (porque raio queremos uma imitação barata com icones iguais/similares e tudo?????)
  • tem muito bloat (icones grandes, uma toolbar... não era suposto serem modulos?)
  • tem funcionalidades que ficam completamente redundantes quando temos os modulos admin_menu, total_admin_dashboard.... e até estes: controlpanel e admin

acho que o criador deste tema estava a ter sonhos molhados de como transformar o Drupal no Joomla...
mas é verdade que é estável.

o Bartik sim é verdade, ainda não existe uma versão D6 (nem dev)
há um issue sobre isso aqui - http://drupal.org/node/850624

por fim, o Seven... já estou a utilizar o 1.0-beta11 há cerca de 1 mês e garanto que é bem real e tem qualidade pós-beta (rc ou stable) apesar de ser uma beta.
O único "bug" que encontrei é o insuporte de Fieldsets como estamos habituados - impede que o estado destes sejam guardados pelo modulo fieldset_helper. mas esse bug já está a ser resolvido no tema(falta apenas o commit para o DEV e post da versão) e no módulo.
Garanto, a administração no D7 com o seven não tem nada a ver com o que estamos habituados e assenta bem no D6, embora não seja perfeito. Experimentem ;)

nota: o tema tem de ser conjugado com o modulo admin_menu, pois é necessário um menu no topo... mas também se pode usar o toolbar ou simple_menu ou admin ou um dhtml_menu; recomendo o admin_menu.
não vejo isso um senão porque depois de trabalhar no drupal standard e trabalhar num drupal com algum tipo de menu a ajudar, é dificil voltar atrás ^^ é muito melhor ir directamente a onde precisamos de ir com 1 clique do que andar às voltas a navegar e a gastar cliques à parva.


ponto 5, modulos...
concordo também que quando se quer tudo, anda tudo mais devagar e muitas vezes não se chega a lado nenhum.
mas também é verdade que se tiveres um plano bem definido, e as ferramentas necessárias, já não é bem assim.
eventualmente tudo depende do numero de pessoas envolvidas, do tempo, das capacidades, experiência, alguma sorte, etc.

em relação ao devel - penso que é sempre útil, mesmo em produção, desde que devidamente limitado a certos roles.
e em qualquer altura pode ser desligado o logging dele... ou o modulo por completo. remoção do ftp não é necessária.

os restantes, acho que é um bocado assim:
- há modulos que fornecem APIs necessárias (ex, Views, CCK, Chaos Tools?, etc)
- modulos que fornecem APIs opcionais/para efeitos de upgrade ao D7 (ex, Taxidermy, Url Alter, etc)
- modulos com funcionalidades importantes (ex, WYSIWYG, Panels?, etc)
- modulos com fixes/que dão mais segurança (ex, fixcore, login_security, etc)
- modulos com funcionalidades opcionais (ex, views_slideshow, colorbox/lightbox, etc)
- modulos que ajudam a administração (ex, fieldset_helper, vertical_tabs, total_admin_control, etc)
- e modulos que melhoram a interface (ex, compact_forms, itweak_login, etc)
- talvez mais umas super categorias, mas enfim, vou ficar por aqui.

eu proponha fazer upload de todos os listados aqui para o servidor ou para o git e começar por instalar apenas os mais importantes de inicio, e ir instalando à medida que as funcionalidades vão sendo pedidas.
ou seja, tava tudo disponivel no servidor e não seria necessária intervenção de um super-admin por ftp...

recomendava absolutamente que os modulos que dão usabilidade na administração fossem instalados logo que possivel juntamente com as APIs mais importantes.

existem algumas possibilidades engraçadas que podem ser feitas no futuro também...

  • uma combinação porreira que encontrei foi por ex o Total Admin Control Dashboard (requer ctools e panels), com variantes por roles administrativas... e metido dentro de algumas variantes, o bloco do modulo Control Panel (painel de controlo com icones) para os mais "noobs", tornado a interface bastante mais intuitiva.

  • também é possivel fazer dashboards para utlizadores normais da comunidade, misturando por ex o Advanced Profile Kit com estes modulos... possivelmente também o Activity, Heartbeat ou outro similar.
    ficava bonito também com o Flags, Flags Weights, Flag User e Draggable Views para fazerem listas de bookmarks sorteáveis e também interacção de utilizadores, estilo listas de amigos, pessoas de interesse, colegas de trabalho, tradutores, etc.

  • Organic Groups e outros modulos colaborativos como o Storm, Project, etc à mistura é algo que outras pessoas podem certamente falar melhor que eu porque ainda não mexi neles.

nota: são mesmo muitos, mas tirando alguns mais pesados (ctools, panels, jquery*, talvez mais um ou outro), o drupal até corre bastante bem com eles, mesmo sem um modulo de cache adicional a ajudar.

estatísticas não vou fornecer porque utilizo um shared hosting barato não muito recomendável (com picos altos e picos baixos constantemente) e isso provavelmente não deve corresponder à realidade do vosso servidor... e um servidor local também não tenho operacional de momento (CentOS+Webmin+Virtualmin dá trabalho) e também não quero poluir a minha box pessoal do fedora12+ubuntu10+windows7.
mas talvez mais tarde.


ok, agora à parte...
em matéria de configurações, utilizadores, permissões base, roles, etc, já tenho um profile basico com grande parte do que esta na lista e pretendo disponibilizar isso à comunidade... mas não para já porque tenho uma grande actualização por fazer que irá incluir o trabalho que tenho continuado ao longo deste mês (a última versão data do mês passado)

o trabalho tem como base o Garland + Seven, como o Fusion Core/Base pre-instalado, mas sem subtemas configurados.
não tem qualquer theming adicional, não sou designer.
o sistemas de roles inclui de momento: administrator, designer, manager, moderator e publisher, seguidos do authenticated e anonymous por ordem de poderes nas permissões.
e falo mais noutra altura para não cansar.

assim que possivel irei disponiblizar:
- uma demo (finita) no meu shared hosting para mexerem à vontade (com vários logins);
- também um arquivo dos modulos devidamente separados;
- e um backup da DB/profile em SQL para poderem directamente testar no servidor do drupal ou localmente nos vossos estúdios.

penso que se gostarem do que tenho em mente, irá fazer mais sentido pegar logo numa boa parte do trabalho e aproveitar para o site final, do que começar do zero...

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Reality check pt2

jcnventura's picture

Eu gostar das tuas sugestões, até gosto. O problema é que eu conheço onde é que isso vai dar.. A um lindo castelo de cartas.

O problema do site não é a administração. Todos são experts em Drupal, pelo que não vejo necessidade de mais do que o admin_menu.

E volto a dizer: instalamos um módulo quando precisarmos dele. Existem decisões que têm de ser tomadas quanto à arquitectura do site que têm impacto directo nos módulos. Por exemplo: se decidirmos que usamos o Flickr para "hosting" de imagens, não faz muito sentido usar o imagecache, etc.

Também é necessário saber se queremos que o pessoal se registe no site. Eu gostava de manter o groups.drupal.org como área de discussão, o que esvazia bastante a necessidade de permitir o registo no site. A última coisa que quero fazer é arranjar uma nova "capelinha" para posts dos Drupalistas portugueses, já temos 3 ou 4 e são mais do que suficientes (g.d.o. Portugal, g.d.o. Drupalcamp Portugal, google groups e IRC).

Mas sobretudo, o que é preciso é meter um site a funcionar com os "serviços minimos". Depois disso logo partimos para coisas mais complexas e aí instalamos os módulos que forem necessários.

Além disso, tenta escrever posts mais curtos. Passaste muito tempo a escrever aquilo, e obrigas todos a passar muito tempo a ler...

João

O óptimo é inimigo do bom!

vcardoso's picture

Não querendo desanimar o Luís, concordo plenamente com o João. Devemos ir passo a passo com o projecto sentindo a cada momento o rumo a seguir.
Devemos ir adicionando funcionalidade no momento em que se conclua que se justifica. A dispersão de pontos de contactos pode ser um problema.
Como objectivo inicial, pelo que me ficou de toda a discussão, o drupal-pt.org deve ser um ponto de entrada/montra para quem procura referências do que se faz por aquí. As discussões mais "internas" ao grupo devem ser mantidas no groups.drupal.org, sob o risco de esvaziar a funcionalidade que a infraestrutura, com toda a lógica, nos oferece.
Essa montra deve ser simples e graficamente apelativa, demonstrando também o dinamismo da comunidade (daí os feeds de novidades). Terá também que orientar quem "vem de fora" para os pontos de contacto mais adequados.
Começar com algo extremamente complexo é meio caminho andado para o abandono do projecto a médio prazo.

Voltando ao slide que foi revisto on-the-fly durante a apresentação do João, e defendendo um pouco a opinião do Luís numa enrtada anterior, penso que para o tipo de conteúdos e funcionalidades que queremos colocar no site, o D7 (com o bartik como base) poderia ser uma boa opção. Quando chegarmos à fase de criar funcionalidade mais complexas os módulos necessários já estarão - espero eu - disponíveis. Mas não quero fazer disso um cavalo de batalha.

tenho de confessar que gosto

lpalgarvio's picture

tenho de confessar que gosto muito de escrever e às vezes já escrevi um testamento e só ai reparo que tenho de fazer cortes.

bom então sugiro que passemos à prática com uma instalação base e os serviços mínimos. e depois vamos vendo o que é necessário.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Admin theme

ziomizar's picture

O RootCandy è fixe so a primera vez que o instalai.
Acho que Admin + Rubik (http://drupal.org/project/rubik) è tambem uma boa e estável configurações.

Por os modulos,
A lista de LPCA è o uma boa base.
acho que agora nao è muito importante decider o que instalar,
porque depois que a logistica do site esta pronta, em base as necessidades podemos enstalar o que precisamos.

Acho que o modulo e o principal problema, seria a gestao da tradução,
que acho seria uma de actividades mais util de esto site.

tou a achar o Rubik muito

lpalgarvio's picture

tou a achar o Rubik muito interessante pelo facto de ter icones para os menus, por ter uma versão D7 e de ter um visual semelhante ao Seven.

mas por enquanto peca em três aspectos:
- fontes muito pequenas, nota-se por exemplo, no Status Report. querem cegar-nos? :P
- design um bocado compacto de mais nalguns casos, exemplo, página dos Modulos. tão compacto está que os nomes e versões não estão alinhados com as checkboxes
- ausência de alguns textos nalgumas páginas, exemplo, Temas

no entanto como está em beta, acho que esses problemas ainda devem ter uma atenção no futuro e provavelmente serão corrigidos

nota: a versão 7.x-4.0-beta está ainda longe de ser utilizável. não faz um rendering decente dos sub-menus (pagina dos temas por exemplo)

até lá sugiro o Seven.

EDIT:
o Rubik também inclui um tema front-end - chama-se Cube
é bastante original, um pouco fora do vulgar e tem um aspecto interessante visualmente

tem ausência de footer (blocs automaticamente deslocados para o header) e left sidebar (permanece na lista de blocos, mas não são utilizados).

o Rubik, similarmente, apesar de ter as duas sidebars nos blocos, não as utiliza no D6 (no D7 mete tudo em content), que actua também similarmente ao Seven.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Esquece o Rubik no D7

perusio's picture

Funciona com um overlay. Tens que passar o ponteiro por cima. Tens
todo o texto de help lá. Eu gosto do Rubik e é o tema que uso. O que
sucede é que no 7 há problemas na interacção do Admin com os overlays.

Passei boa parte da noite de sexta e do dia de Sábado passado a coçar
a cabeça porque carga de água é que o drupal_http_request falhava. Puxo do
curl e zás, timeouts uns atrás dos outros. O problema é o Admin. Se
optarmos pelo 7 o tema de admin terá que ser o seven.

sim, notei esse hover, tanto

lpalgarvio's picture

sim, notei esse hover, tanto nos menus, como nos textos.
não sabia era que havia tanto problema no tema no D7. parecia-me mais sólido que isso, apesar de tar longe de acabado.

não sei se há intenção de modificar o tema de admin, mas se for o caso, é melhor optar pelo Seven, para evitar complicações no D6 ou problemas de porting para D7.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Exemplo

hernani's picture

Sem olhar para a parte dos fóruns, a maioria dos conteúdos dos nossos vizinhos espanhóis são um bom exemplo do que deviamos conseguir ter:
http://drupal.org.es/

Concordo

jcnventura's picture

Vamos lá a ver o que eles têm:

  • Traduções - link para a homepage (nós deviamos linkar para o localize.d.o)
  • Planeta DH - o Feed aggregator que eu estou a defender
  • Manuais - secção em que algum valente andou a escrever manuais em espanhol, mas que está a ficar obsoleta e pode vir a desaparecer.
  • Forums - não faz muito sentido, tendo em conta a existência do g.d.o e do google groups
  • Serviços - lista de empresas, apoiado
  • FAQ - alguém quer manter um FAQ de Drupal só por ser em portugues? Existem tantos manuais de Drupal por aí...
  • Sobre Drupal - alguns parágrafos sobre o Drupal, apoiado.. Alguém que goste de escrever se oferece?
  • Sobre nós - alguns parágrafos sobre a comunidade, aqui também podem estar os links dos vários encontros, apoiado

Acho que não estamos longe de fazer o que eles tẽm. E já agora, também podemos usar o Acquia Marina :)

João

acquia marina não testei bem

lpalgarvio's picture

acquia marina não testei bem como queria, mas posso dizer que o acquia prosper é um bocadito pesado.
também é certo que criar um tema de origem, seja com base no fusion ou outro, demora um bocado e atrasava o processo.

deixo-vos isso para testar e ponderar qual tema para escolher como base mas podemos avançar com qualquer tema para ja para irmos adicionando conteudos e menus.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Obrigado

jcnventura's picture

Também não gosto de estar a fazer de mau a cortar iniciativas, mas estou MESMO interessado em termos um site, e gostava de evitar os erros do último ano.

O Acquia Marina é agradável e moderno...

João

tenho novidades dos

lpalgarvio's picture

tenho novidades dos temas:

seven (admin) - 100% funcional após mais de 1 mês de testes
bartik (front) - backport em desenvolvimento; preview funcional. vou continuar a testar

portanto agora já é possivel ter o look do D7 no D6.

nota: ao utilizar o seven, é importante usar um modulo que crie um menu de topo para gestão do site (admin_menu ou toolbar) ou um menu lateral (admin ou navigate)

o admin_theme também ajuda pois permite adicionar caminhos extra onde o tema de administração é aplicado.

em relação aos Fusion...
Fusion - 100% funcional no D6, versão D7 em desenvolvimento
Acquia Marina - 100% funcional no D6, sem port D7
Acquia Prosper - 100% funcional (versão final foi lançada à pouco tempo) no D6, sem port D7

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

em relação ao Skinr... a

lpalgarvio's picture

em relação ao Skinr...
a linha 1.x é extremamente pesada e lenta.

mesmo a v1.5, que já tem importantes bug fixes e melhoramentos de performance continua muito lenta.
é "normal" ter lags de 1000-3000ms a somar ao lag tipico do site

ja a linha 2.x-dev, está bastante melhor
o lag é de 300-1000ms, tipicamente 500ms, a somar ao lag do site
mas continua lenta...

EDIT: dados retirados num site de teste em shared hosting - issue

dado que existem alternativas para o theming (à pata, basta usar as classes dos temas Fusion ou criem as vossas classes CSS) bem como para o modo como são adicionadas aos blocos (à pata com IDs/classes no tema ou com alguns modulos que ainda vou testar), acho preferível descartar o Skinr por completo

para além disso, ele já pede o modulo Dialog na v2.x para D6, e não tem lógica usar isso quando já existe o Modalframe API e Chaos Tools (no D7 chama as APIs do ctools que foram incorporadas na core - AJAX responder, Dialog)

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

tema base interessante...

lpalgarvio's picture

tema base interessante: o Adaptive Theme, com capacidades similares ao Fusion
(outros temas base: Fusion, Zen, Genesis, Framework... e Stark, que é um backport do D7 Stark)

Features

* 1, 2, 3 column layout - use theme settings to switch the layout of the columns.
* Change the page width and sidebar widths with theme settings.
* Grids based - page, sidebar and block widths are based on 960gs.
* Fluid width option -page width can be 100% fluid.
* Skinr integration - use Skinr to layout blocks, align content, set extra classes, menu layouts etc.
* Equal height sidebars, equal height blocks and gpanels - applied simply using theme settings.
* Horizontal login block option (theme setting).
* Mulitple menu layout styles (using Skinr module).
* Configure output of taxonomy terms per content type.
* Hide links per content type.
* Configure "submitted by" meta information per content type.
* Block edit links - configure blocks and menus via hover links on blocks.
* Add/remove CSS classes via theme settings - extra classes via point-and-click for blocks, nodes, comments, pages, menus, item lists, Views, CCK Fields and headings.
* Theme setting to add SPAN tags to Primary links anchor text.
* Extra settings for breadcrumbs, missions statement, search results and skip link.
* Built in settings for Registry Rebuild and Krumo display.
* Easily export your theme settings.

Extra Features

Adaptivetheme includes Gpanels and custom Panels layouts. There is also built in support for the Skinr, Blocktheme and Block Class modules.

é interessante o facto de ser mais leve e simples que o Fusion, de suportar de raiz os modulos Skinr, Blocktheme & Block Class (em vez de só o Skinr, no caso do Fusion, que permite fácil alteração das classes nos blocos), e de ter classes e layouts especificos para Views, Panels e CCK.

se é assim tão bom ou não, não sei, anda não experimentei. mas fica a referência.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

concistência imagem drupal

alex.cunha's picture

Porque não manter consistência com o futuro novo tema do drupal.org (beta em http://beta.drupal.org)?
Eventualmente ajustar algum detalhe na cor ou adicionar-lhe um toque nacional por forma facilmente se identificar o país a que refere?
mais em: http://drupal.org/project/bluecheese

Quanto a admin, nada de especial, apenas o admin_menu

Quando escrevi a resposta

alex.cunha's picture

Quando escrevi a resposta anterior não tinha visto este wiki sobre o visual:
http://groups.drupal.org/node/91724

A proposta do Jolidog V3 concretiza perfeitamente a minha ideia de "toque nacional" que referi antes.

Portanto quanto a tema e visual, eu voto em bluecheese (beta.drupal.org) + logo jolidog v3

E não compliquemos com os temas! Keep it SIMPLE.

O Tema bluecheese está fora

jolidog's picture

O Tema bluecheese está fora de questão.
Directamente da página do tema:

This theme is only for use on official Drupal.org sites. Do not use this for businesses, local groups and other sites, which should have their own brand and identity. Questions and comments about use of this theme should go to the Drupal Association.

Tenho a certeza que conseguimos fazer uma coisa nossa...

hum, perguntem-lhes se podem

lpalgarvio's picture

hum, perguntem-lhes se podem :P

afinal de contas, será o site oficial em portugal

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

É de proposito

jcnventura's picture

Eles fazem o tema do drupal.org "fechado" de propósito. Nem o actual (Bluebeach) é livre para ser usado.

O objectivo é manterem a identidade do d.o.

Vê a resposta do Dries (http://drupal.org/node/11695#comment-18282)

Por isso, acho que nem vale a pena pedir-lhes.. Não gosto de ser ignorado.

As minhas ideias

perusio's picture
  1. Usar drupal 7. Com a release do beta temos um path de upgrade. O nosso site tem que ser um
    showcase da comunidade e do Drupal. Por isso deve promover o bleeding edge.

  2. Usar o Panels e o CTools já com versões para o 7.

  3. Não é preciso nenhum tema especial para começar. Podemos usar um pré-fabricado que fique bem.
    Até porque quem vai fazer o tema é que deve escolher. Eu já só trabalho com panels em todo lado.
    Mas tanto quanto sei, ainda não há Panels Everywhere
    para o 7. Mas quem for fazer o trabalho é que decide.

  4. Devemos pensar depois do dia 23 em planear uns sprints para por o site em cima e a rodar ASAP.
    Já chega de conversa: mãos à obra!

Penso que é prematuro usar o

lpalgarvio's picture

Penso que é prematuro usar o D7 neste momento. O D6 seria melhor opção.
O D7 já está bastante estável, mas ainda falta um bom caminho para ser concluido (e ainda mais em termos de modulos contrib).

No entanto, isso não impossibilita de todo a produção de um site em D7. Simplesmente é mais arriscado e limitado neste momento, devido à falta de módulos face ao D6 (embora IMENSOS estejam agora na core; é provavel que alguns elementos chave nos contrib faltem neste momento) e devido à abundância de bugs.

Também posso afirmar que de muitos modulos que testei, poucos são os casos de módulos que gostava de ver no D7 e ainda não existem. Contudo, IMENSOS também estão ainda em -dev e -alpha, como o caso do date, ctools, e rdf.
Tentei usar várias versões do Ctools e todas elas causaram um massive fail, quase motivo para reinstalar o D7 ;)

Na minha opinião, seria bom ter o site principal em D6 e ao mesmo tempo ir desenvolvendo uma versão em D7, mas sem conteudos, para ir testando funcionalidades e modulos, até chegar ao dia do upgrade...

exemplo:
www.drupal-pt.org
beta.drupal-pt.org ---> o tráfego e tamanho seriam mínimos, é uma questão de subdominio, db e configuração

Ou então, caso hajam ainda mais dúvidas, então optem por criar dois subdominios mais explicitos:
d6.drupal-pt.org
d7.drupal-pt.org

o www.drupal-pt.org teria apenas um logo e links para os subs.
desenvolvimento continuo em ambos. simples.
pode inclusive servir para historico futuro quando surgir o D8.

Quanto ao Panels Everywhere - sei que necessita de temas próprios, feitos para utiliza-lo (AT Everywhere por exemplo), mas não testei, pouco mais sei. Não posse recomendar ou "desrecomendar".
Sei é que impossibilitaria o uso do bluecheese/bartik/garland a não ser que esses fossem alterados.

mas mãos à obra :D

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

não sei se referi acima, mas

lpalgarvio's picture

não sei se referi acima, mas este tema tb é interessante - Panels 960gs
visualmente e a nivel de funcionalidade pelo menos...

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

desconhecia! boa ideia então

lpalgarvio's picture

desconhecia!
boa ideia então ;)

nova sugestão - adicionar um block switch theme, instalar os temas mais conhecidos (Garland (D6), Bartik (D7) e Blue Cheese (drupal.org) - o ultimo predefinido - para a front; Seven para a admin), instalar o admin_theme para escolher as zonas onde o Seven é aplicado, e instalar o admin_menu para fornecer a navegação admin (substitui o menu Administer/Management)

assim teriamos o tema original e único aos sites Drupal da organização, mas ao mesmo tempo, dar uma showcase dos outros temas conhecidos.

não é preciso modificações de maior, tirando os logos e talvez uma cor aqui e ali no Blue Cheese, que seria o tema prinicipal (os outros ficavam como de origem e assim não dava trabalho).

evitava-se também o uso dos Fusion e semelhantes, se bem que esses também poderiam ser adicionados futuramente sem modificações, para showcase.

seria também uma boa ideia adicionar a variavel do modulo Block Class, Skinr ou similar (no block.tpl), para se poder atribuir livremente classes aos blocos, sem muita modificação nos temas (basta adicionar a classe ao ficheiro CSS).

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Quanto ao uso do swith_theme,

alex.cunha's picture

Quanto ao uso do swith_theme, por experência do seu uso eu não recomendo para um main site: confunde utilizadores menos hábeis.
(só o uso para apresentar provas e ideias a clientes)
Quanto muito numa área reservada para testar designs, o que na minha opinião num site como o que aqui é pensado, julgo não faça muito sentido.
Penso que uma será a secção showcase que deve revelar os designs de que se pode vestir o drupal.

bom, há o caso do switch

lpalgarvio's picture

bom, há o caso do switch theme no site em geral e o caso de uma secção showcase.

vou tentar descrever a última, o showcase:
- link na página inicial algures a apontar para uma página que fale de temas, ex, "estile o seu site!", ou lista de funcionlidades, entre elas, o "design & display" (como tá na página features) traduzido em pt claro, ou uma ou mais palavras chave relevantes com o link - design, layout, estilo, tema, template, etc;
- na página alvo, para alem de um texto introdutorio, links para temas, exemplos de sites com screenshots, ou slideshow, etc. ou seja, marketing do que se pode fazer visualmente no drupal;
- na mesma página, um bloco num dos lados, com o switch theme, para os utilizadores poderem trocar de tema e verem as diferenças - iria afectar todo o site para o utilizador em questão, durante a sua sessão.
- opcionalmente, permitir a mudança do tema no perfil dos utilizadores registados... se é que hajam utilizadores registados fora do grupo da administração e publicadores.

no caso geral, era colocar o mesmo bloco, mas discretamente, com um texto introdutório, por ex, "Experimente outro estilo"

dependendo da quantidade de conteudos e blocos no site, o caso geral pode ou não ser apropriado.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Qual é o objectivo do site?

jcnventura's picture

Para provar vários temas, tens o theme garden.

Já está a ser dificil arranjar um tema para o site.. E tu queres meter vários? :D

E IMHO, nunca gostei de sites que permitem trocar o tema..

Metodologia, please.

unknownterritory's picture

Penso que seria de introduzir algum planeamento prévio bem como a aplicação de algum tipo de metodologia nos projectos deste grupo.

Da minha experiência pessoal, qualquer projecto que se queira levar a bom termo com eficiência, necessita de uma breve reflexão inicial sobre a metodologia a utilizar. Seria importante fazê-lo também neste para evitar que se repita o que aconteceu na tentativa anterior de levar a cabo este site e para evitar a "anarquia democrática" que parece estar a instituir-se como norma. Um sistema em que todos alvitram sobre tudo é democrático, sem dúvida, mas ineficiente e, em ultima instância, anárquico.

Correndo o risco de repetir o óbvio, para muitos dos membros desta lista, relembro que a maior parte dos projectos de web design, incluindo os feitos em Drupal, subdividem-se em quatro áreas:

1- Planeamento e arquitectura da informação: inclui o Site Diagrama, eventuais PDD (Page Description Diagrams) e wireframing; esta tarefa é normalmente executada por especialistas em arquitectura da informação, pelos gestores do projecto ou pelos designers envolvidos no projecto.
2- Design: produção de mockups (maquetes) e comp files (artes finais); designers.
3- Theming: a aplicação do design ao suporte lógico, neste caso o Drupal, editando ficheiros tpl e, dentro dos limites das capacidades dos themers, o template.php, contemplando ainda a definição dos tipos de conteúdo e views mais simples bem como a configuração de módulos implicados; themers.
4- Development: eventual desenvolvimento de módulos customizados para funcionalidades específicas, configurações mais complexas de tipos de conteúdo, views e módulos, resolução de problemas específicos na geração do html necessário...; programadores.

Para além disto, dois outros intervenientes são geralmente necessários:

1- O gestor do projecto ou o scrum master, consoante a metodologia usada, com a missão de orientar/facilitar todo o processo e garantir a remoção/ultrapassagem dos obstáculos bem como a boa organização do trabalho;
2- O administrador de sistemas, responsável pela definição do workflow, pela instalação e manutenção das diferentes versões do site, em particular a staging copy e a versão de produção (live), pela escolha e gestão do sistema de controlo de versão, bem como pela implementação das necessárias permissões.

Um sítio web é como um filme... reúne a participação de muitos mas em geral há apenas um ou dois realizadores. Na construção de um sítio web também se aplica o ditado relativo à culinária que já encontrei expresso de múltiplas formas: "sopa em que muitos mexem fica sempre mal temperada", "muito cozinheiro dando palpite estraga a comida", "muita mão causa confusão e estraga o paladar", "muitos cozinheiros estragam o mingau", etc..

Muito francamente, a partir de certa altura, é perfeitamente inútil estar a discutir qual é o tema base que se vai utilizar (isso é da responsabilidade dos themers envolvidos que o devem discutir apenas entre si e de acordo com as suas preferências e experiência prévia), quais os módulos que se vão instalar (precisamente os necessários para os fins pretendidos) ou sequer qual o sistema de controlo de versão (escolha da responsabilidade do administrador de sistemas e que deverá ter em conta a familiaridade de todos os membros da equipa), coisas sobre as quais assisti a discussões longas e apaixonadas que não conduziram a qualquer fim útil na tentativa anterior. Não ponho qualquer objecção a que todos se expressem sobre as opções da equipa que terá a responsabilidade do projecto, mas é preciso que:
1- a expressão das opiniões/sugestões se procure limitar a sugestões pertinentes e relevantes para o sucesso do projecto;
2- os membros operativos da equipa de trabalho tenham a decisão final e que esta seja respeitada a menos que evidencie qualquer tipo de erro grosseiro ou prejudicial à boa finalização do projecto e à consecução dos seus objectivos.

Concretamente, proponho:

1- A selecção de uma equipa com um máximo de 10 elementos para este projecto, que deverá incluir necessariamente: 1 a 2 designers; 1 a 2 themers; 1 a 2 programadores. Proponho que se ofereçam os voluntários interessados, voluntários que deverão ter a consciência de que, a partir do momento em que se voluntariam, têm de cumprir aquilo que se propõem fazer e assegurar a disponibilidade necessária, dentro dos limites do razoável. Se os voluntários forem mais do que as "vagas", poder-se-á então afinar o processo de selecção através da formação de listas ou de uma votação simples. Poderá haver acumulação de funções, se para isso houver disponibilidade e interesse por parte de qualquer dos voluntários.
2- A eleição, dentro dessa equipa e apenas pelos membros da equipa, de um gestor de projecto e de um administrador de sistemas.
3- A atribuição de tarefas de acordo com as vocações de cada um dos elementos.
4- A utilização, por parte da equipa, de um software auxiliar de gestão de projecto que permita o acompanhamento de todo o projecto por parte dos interessados.

Deste modo será teoricamente possível constituir uma equipa com: 1 gestor de projecto, 1 administrador de sistemas, 1 a 2 responsáveis pela arquitectura da informação, 1 a 2 designers, 1 a 2 themers e 1 a 2 programadores.

No que diz respeito em particular ao ponto 3 acima (distribuição das tarefas), sugiro ainda que a equipa adopte uma metodologia específica de condução dos trabalhos, para que todos saibam a cada momento o que é esperado de cada um e como. Pessoalmente, aconselharia a adopção da metodologia Scrum, mas também aqui considero que deve ser a equipa a decidir.

Vi o meu nome apontado algures, nesta thread. Depois da experiência anterior, estarei apenas disponível para integrar a equipa, como designer ou themer, se estas sugestões forem adoptadas na sua generalidade. Se for para continuar do modo anárquico que me parece ter sido o que tem vindo a ser praticado, agradeço que me excluam deste projecto.

Peço desculpa pela extensão desta intervenção.

Concordo...

jolidog's picture

Concordo com tudo o que disseste e estou disponível a integrar a equipa como designer e themer.

muito bem dito o problema

lpalgarvio's picture

muito bem dito

o problema base é que há muita idea no ar (o que em geral até é bom), mas como não há liderança, nem um assentamento de ideais base ou uma equipa definida, as ideais não passam de ideias e nada se decide.

é essencialmente vital que se forme uma equipa consistente para esta tarefa assim que for possivel.
proponho que se faça isso na próxima reunião.

para se chegar lá, no entanto, penso que é necessário reunir informações sobre quem está disponível para participar, e até que ponto, e quais as capacidades técnicas que possuem.

para além das capacidades técnicas, será também ideal reunir capacidades de liderança, quer de gestão global do projecto, quer de gestão de equipas individuais, se se seguir um modelo mais estruturado e menos anárquico.

será também bom reunir talentos ao nível de logística (aplicável à informação e não só), da escrita, tradução e R.P. para se poder concluir o projecto da melhor forma possível e se poder espahar a informação pelos cantos de Portugal, noutros grupos de discussão, fóruns e redes sociais.

vou sugerir que se crie um tópico de discussão, em que se peça aos membros do grupo que coloquem informação sobre si próprios e a sua disponibilidade.

penso que as áreas frizadas nestes posts são as seguintes:
- gestão
- administração
- logística
- arquitectura da informação
- design
- theming
- programação
- composição e tradução de textos
- relações públicas

entendo que muita gente pode eventualmente ser apto em diversas areas, por isso sugiro também que cada um se auto-avalie fielmente, na escala de 1 a 5 em cada uma, e destaque as suas areas mais propensas ao êxito.

exemplo genérico:
- gestão: 4
- administração: 5
- logística: 4
- arquitectura da informação: 2
- design: 1
- theming: 3
- programação: 2
- composição e tradução de textos: 3
- relações públicas: 1

não esquecer a disponibilidade. exemplo:
- disponibilidade: 10h semanais

que outras informações?
- nome (duh!)
- cidade onde vive, por curiosidade
- contacto? penso que pode ser dispensado por agora
- empresa(s)/local(ais) de trabalho actual(ais)
- actividade de trabalho
- experiência pode ser útil, mas os números não fazem a regra
- outra informação que achem útil

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Resumidamente: isto não é uma

unknownterritory's picture

Resumidamente: isto não é uma candidatura a emprego ou uma eleição para um cargo político. Não estou interessado em saber qual a cidade onde vives ou como te avalias no que diz respeito a qualquer das capacidades que mencionas -- para "aceitar" a tua avaliação teria de acreditar que sabes o suficiente para que ela fosse objectiva e, como sabes, são os que menos sabem que melhor se consideram (basta olhar para os nossos políticos!). Nem sequer estou interessado em saber se és profissional ou amador do Drupal: há amadores muito mais capazes do que os profissionais, em qualquer área (afinal são os que "amam", certo?).

Isto é um projecto open source. Qualquer um que se ache capaz pode participar. Se disser que é capaz mas provar não o ser, é ajudado até certo ponto e, ultrapassado os limites da paciência possível, ridicularizado e abre-se uma vaga na equipa. Entretanto, não te preocupes, duvido que aja assim tantos voluntários. Se houver mais do que o requerido, os interessados organizam-se em "listas" e apresentam-se a votação enquanto tal, porque as listas auto-organizadas ainda são das melhores formas de garantir a coesão e a eficiência de uma equipa. Ou, pelo menos, é assim que penso, a menos que alguém apresente bons argumentos em contrário e sugira uma metodologia mais eficiente.

Entretanto, não chegaste a dizer se estás interessado e para que áreas gostarias de te voluntariar.

o propósito da lista era

lpalgarvio's picture

o propósito da lista era saber com quem podemos contar e quais as capacidades de cada um, de uma auto-perspectiva, mas não para selecionar o pessoal definitivamente.
emprego, profissão, cidade, nome, etc, seriam curiosidades e um meio introdutório para quem passar por aqui, não contam para a selecção.

a maneira mais lógica de selecionar? é difícil de dizer. inicialmente pode-se olhar apenas para as listas, mas eventualmente há que selecionar com base no mérito adquirido neste projecto.

no entanto, se se verificar que há imensos candidatos, poderiam ser selecionados com base em exemplos de trabalhos feitos na(s) comunidade(s) (algo de mérito pois prova a disponibilidade e interesse na comunidade), showcases de sites (sites com bom design e boa estrutura podem evidenciar bons profissionais por trás do trabalho), votações (a comunidade tabém deve poder dar uma palavra), etc...

interessado estou, claro, senão não andava a atirar ideias ao ar :D
tencionava postar num tópico à parte, em conjunto com o resto da malta, para manter isto organizado e mais acessível. mas ok, com base no que identifiquei anteriormente, vou expor os meus pensamentos actuais...

áreas em que me prontifico:
- administração, pois tenho experiência com configurações nos servidores ao detalhe, e tenho experiência em linux. gostava de por em prática, num caso real e não amador, o que tenho aprendido ao longo dos últimos 6 anos em servidores. se puder aprender mais, tanto melhor. extendo também a administração ao próprio drupal, que é o que tenho explorado mais intensamente desde à um ano para cá;
- logística, porque tenho tendência para ser organizado e promover ao máximo essa organização;
- composição e tradução de textos, já tive mais paciência no passado, mas também desenrasco bem, quando tenho tempo. de notar também que gosto de escrever. o meu inglês e português é bastante bom quando não sou preguiçoso e tenho boas capacidades tradutoras, sem recorrer a ferramentas.

áreas em que me prontifico parcialmente:
- gestão, pois tenho motivação, optimismo, embora às vezes exagerado (acordem-me para a realidade nesses casos), empreendorismo/grandes expectativas e gosto de promover a coesão evolulão dos grupos. nota: não costumo ser considerado um lider nato cá fora na rua, apesar de haver uma tendência para o ser considerado no ambiente web, e como tal prefiro não tomar esse lugar;
- arquitectura da informação, posso ajudar na parte logística/organizativa, mas não tenho conhecimentos suficiente de bases de dados para dizer o melhor caminho a tomar em termos de performance;
- theming, desenrasco bem e percebo de CSS, mas fico-me pelo CSS porque não conheço bem o theming no drupal;
- programação, percebo de PHP, mas não tenho conhecimentos suficientes de momento a nível das APIs no drupal. no entanto, dou-me bem com scripts Shell (perl não) e tenho um certo hobby de melhorar os que tenho vindo a desenvolver para uso pessoal;

áreas em que não me prontifico:
- design, não é a minha área. desenrasco-me sozinho, mas não tenho a veia artística;
- relações públicas, também não é a minha área, não tenho aquela frontalidade que muitos R.P. têm.

humm, acabei por escrever de mais novamente :D

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Olá Luis, Esta de facto seria

ricardoamaro's picture

Olá Luis,

Esta de facto seria a solução ideal para se ter na lista.
O António (perusio) ficou de partilhar a lista, pelo que: Estou muito curioso!

Podemos depois fazer um balanço ao longo dos próximos meses. Que género de perfis temos mais ou menos dentro da comunidade.

Abraço!

Já partilhei a spreadsheet do google

perusio's picture

inclui-te usando o teu endereço gmail. Não recebeste?

Se alguém mais quiser ter acesso à folha de cálculo com os contactos dos membros da comunidade de Drupal lusa, envie-me uma missiva usando a contact form aqui do g.d.o.

recebi, e já inclui os meus

lpalgarvio's picture

recebi, e já inclui os meus contactos, mas ainda vou incluir os contactos mais apropriados de XMPP e MSN.

estou neste momento a testar clientes IM. há já algum tempo que tenho vindo a utilizar apenas o MSN porque tinha problemas constantes com os outros clientes, como a falta de suporte aos Alias dos contactos no servidor da ms.
parece k isso já está finalmente resolvido com a actual versão do Pidgin. vou averiguar outros também.

dei-me à liberdade de adicionar mais uma coluna na tabela e dar uma pequena formatação. não sei se gostam, mas posso tentar alterar novamente aos gostos de todos.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Não concordo

jcnventura's picture

O site como vejo numa primeira versão, precisa de:

  1. Ser instalado
  2. Alguém colocar um agregador de feeds na frontpage para os grupos do g.d.o e a mailing list do google
  3. Alguém escrever um par de páginas sobre o Drupal e sobre a comunidade.
  4. Instalar um módulo de calendário/eventos para assinalar os próximos encontros.
  5. Instalar um tema existente (Garland ou Acquia Marina)

Não vejo necessidade de designers, themers nem programadores. Precisamos mesmo é de pessoal que saiba trabalhar em Drupal e usar os componentes existentes.

Vou relembrar o lopo sobre

jolidog's picture

Vou relembrar o lopo sobre ele preparar as coisas no dreamhost dele para se poder avançar...

Não vejo necessidade de um módulo de calendário para aparecer um vista mensal com um dia assinalado. Pode-se fazer a coisa mais simples, penso eu...

Mais uma vez concordo que para já se avance como dizes, mas depois de o site estar de pé há que dar uma oportunidade ao design da comunidade.
Os outros sites que referiste também têm um tema minimamente alterado ou então um tema único com o caso da Austria: http://www.drupal-austria.at/

Nós conseguimos fazer algo único em termos de design, mas não antes de haver algo definido, também ajudava se já estivesse construído :D

Mais um voto

miguelramos's picture

Olá pessoal. Eu sou novo neste grupo e ainda bem que existe um grupo pt dedicado a drupal. Tenho alguns anos de programação php e já tinha passado pelo drupal ainda nas suas versões 4 e por ai. Nesses momentos não dei muita atenção a este sistema pois parecia-me ser algo designado para blogues, mas no inicio deste ano decidi aprofundar o conhecimento no drupal já que estava a ser tão falado. Desde então tenho estudado o sistema e agora mais integrado vejo qual a razão do seu poderio face a outros CMS. O infindável mundo de módulos para isto e aquilo... Mas adiante. Depois de ler esta extensiva thread estou de total acordo com o comentário anterior de asenseofdesign, já que a cada "macaco o seu galho". Não me interpretem como maldoso, mas a thread é extensiva e perde-se um pouco o seu objectivo. Penso que definir a equipa é importante, pois mediante isto coloca-se as questões na equipa e desenvolve-se protótipos que damos a conhecer ao resto do grupo recolhendo suas opiniões.

Fica aqui a minha pequena intervenção como beginner do grupo e depois de tanto ler... os pontos:

  • Qual é o público alvo do site?
  • Que tipo de conteúdos irá o site ter?
  • Que conteúdos é que site vai agregar?

1 - Todos. Desde o cliente ao programador. Mostrar a aptidão do sistema na forma de utilização e desenvolvimento.

2 - Conteúdos de aprendizagem, serviços, eventos.

Começar com uma coisa muito simples e fazer ela evoluir e crescer. Penso que isto já anteriormente foi afirmado.

Não me vou estender mais, mas fica aqui a minha disponibilidade de participação nas áreas de design,theme e programação.

Cumprimentos drupalistas para todos e muita força!

Eu levantei estas questões há

borfast's picture

Eu levantei estas questões há relativamente pouco tempo, incluíndo a da liderança referida noutro post pelo LPCA. Alguma dessa conversa está mais acima, nesta thread.

Antes de nos voltarmos a esticar...

jcnventura's picture

Por favor dêm uma vista de olhos pelos sites semelhantes na Europa:

Alemanha: http://www.drupalcenter.de/
Austria: http://www.drupal-austria.at/
Belgica/Holand: http://drupal.be/
Dinamarca: http://drupaldanmark.dk/
Espanha: http://drupal.org.es/
França: http://drupalfr.org/
Italia: http://www.drupalitalia.org/
UK: http://www.drupal.org.uk/
Brasil: http://drupal-br.org/

O que é eu vejo de comum:

  • Sobre nós
  • Informação sobre os meetups.
  • Sobre o Drupal
  • Exemplos: lista de sites em Portugal que usem drupal
  • Apresentação de empresas/freelancers (se houver interessados)
  • Ofertas de emprego (acho que o melhor é usarem o g.d.o)
  • Forums: já decidimos que continuamos a usar o g.d.o
  • Documentação, Tutoriais, FAQs.. Aqui não tenho nada contra. mas não vale a pena planear isto. Se alguém escrever artigos para estas secções, serão bem vindos.

Vamos tentar ter os primeiros 4 tópicos acima para já.. E para isso, duvido que seja necessário fazer Project Management, wireframes, etc. etc.

Já resolvemos a questão do tema na ultima reunião: será um tema existente no Drupal. Mesmo que seja o Garland.

ok... mas...

jolidog's picture

Ok está então definido o conteúdo do site.

Se vamos avançar com uma equipa, nesse caso penso que seja necessário alguma espécie de project management, nem que seja para o caso de alguém acabar por desistir a meio, os outros saberem o que há ainda por fazer, para além disso serve de base para no futuro se tivermos sites mais complexos para criar enquanto comunidade.

Em relação ao tema, na última reunião, realmente fiquei calado, por mim pode-se usar o garland ou outro tema existente, mas uma vez que temos 2 designers (eu e o asenseofdesign), disponíveis a trabalhar para a comunidade, porque não usar as nossas capacidades?

Avança-se com o site, usa-se a garland, cria-se as funcionalidades. Enquanto se estiver a tratar dos textos e outros conteúdos, os designers tratam da aparência. Nós depois cá fazemos as wireframes internamente :D

Se até à semana que vêm não ouver vozes em contrário, definimos os próximos passos de acordo com base nestes conteúdos aqui listados.

Que dizem?

joli, dá uma espreita no mod

lpalgarvio's picture

joli, dá uma espreita no mod do Bartik para D6, a ver se aquilo tem ponta que se pegue, e se vale a pena investir nele.

penso que se estiver bem construido é um bom ponto de partida.

para já gosto do visual do mod, é quase igual ao Bartik do D7, e não estou a encontrar problemas de layout (com fieldset_helper, vertical tabs, jquery e etcs à mistura), e como existe no D7, digamos que o que se alterar será portável para o D7.

concordo que podemos aproveitar os designers e themers disponíveis para alterar e melhorar um tema base, quer seja em cores, imagens ou CSS.

acho o Garland péssimo para theming. o modulo Color tem um funcionamento peculiar que achei completamente inútil no Garland, porque nunca acerta nas cores... e quando tentei alterar o tema, achei que fazia melhor em gastar o meu tempo noutro tema.

estou a achar o Rubik interessante como alternativa ao Seven e vou experimenta-lo para dar o meu input.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

I'm out

unknownterritory's picture

Visualmente, da lista que indicaste, o site mais interessante é o da Áustria. Parece-me claro que houve participação de designers e themers. Parece-me tb que houve algum brio em procurar afirmar a identidade e a criatividade nacionais, naquele caso, e que o mesmo deveria acontecer em PT, que tem um design gráfico de excelente qualidade, reconhecida internacionalmente.

Entretanto, não estou aqui para vender o meu peixe. O meu mercado é outro e, ainda que compreenda que a prioridade deva ser colocar de facto algo de pé, a falta de sensibilidade para a conveniência de uma imagem própria, particularmente quando até há voluntários, faz-me recordar algumas das razões por que saí do país. Se a utilização de um tema pre-existente já foi "decidida", não tenho contribuição relevante a dar: I'm out.

Continuação de bom trabalho para os restantes.

Theme Personalizado positivo

ziomizar's picture

Theme

Personalizado
positivo :
* imagem própria
* melhor organizaçao da informaçoes
* ha volutàrios que gostan de fazer o trabalho
negativo :
* mais tempo para realizaçao
* mais tempo para testar o thema

Standard
negativo :
* nao identidade
* nao tem lato artistico.
* ?? menor problemas ??
positivo
* testado
* menor tempo de realizaçao

Modules :
CCK, Views, ecc.. outro? se precisamos o podemos instalar.

Server :
* Onde fica o server?
* que banda?
* que carateristicas?
* com uma configuraçao base quante pessoas pode ter simultanee?
* Precisamos de um sistema de cache como Boost?

temàticas :
* http://groups.drupal.org/node/90949#comment-288244

Forum :
* Volontarios que podem Moderar o forum?
* topics principais?
* ???

News & Tematicas
* Volontarios que podem inserir o conteúdos?
* ???

  • Pode ser mais claro para uma pessoa (e para a conversa) seguir nestas discussoes em topic separados para especialidades?
  • Saria melhor ter rappresentates para cada grupo?
  • Pode ser o caso de decidir os puntos principais com Polls?
  • Podemos procurar os volotarios para conteudos depois a realizaçao do site?

(Um sistema para organizaçao de pessoas para nao fazer dois vezes um trabalho?)

Compromissos?

vcardoso's picture

Esta discussão já começa a tomar contornos que, infelizmente, são muito latinos e sintomáticos do "estado da nação". Ideias e ideias que resultam em nada...
Vejo aqui, retirando muita da estática que polui a discussão, duas posições que não me parecem de todo antagónicas:
1. Fazer simples e já!
2. Fazer bem tomando o tempo que se achar necessário.

Eu sou adepto da segunda, mas a minha experiência leva-me a crer que dentro de 1 ano ainda andamos a discutir a cor dos botões se não se impor deadlines razoáveis.
@asenseofdesign: quanto tempo achas exequível para a realização de um projecto nos moldes que apresentaste?
A questão de fundo é essa pois, como defende o João Ventura, corremos o risco de nos deixarmos enredar no processo morrendo o projecto por fadiga. Há quanto tempo dura o redesign do d.o? Já é uma anedota!

As listagens de temas e módulos são perfeitamente inúteis por serem prematuras: são ferramentas e, como tal não devem condicionar o produto mas sim servi-lo. Lá porque acho que um módulo é interessante, ou que um tema é giro, não devo impingi-lo ao meu cliente forçando o projecto a tomar um rumo que "se lhe encaixe".

Por mim devemos ser pragmáticos e, nesse sentido, aceitar compromissos com um horizonte mais dilatado. Colocar rapidamente online um site que parta de elementos "of the shelf" (mais concretamente o tema) mas com alguns elementos de branding que possam facilmente migrar para um design personalizado, parece-me razoável. Entretanto a equipa de design assumia o compromisso de colocar o produto final disponível num prazo aceitável. Migrava-se, dava-se uma noção de evolução sem perder a imagem.
Penso que o logo do jolidog reúne algum consenso, pessoalmente gosto bastante, e poderia ser um ponto de partida.
Agora se é com D6 ou D7, com admin-x ou admin-y, sinceramente não acho que importe muito nesta fase. As ferramentas serão as que estiverem disponíveis no momento.

Acho que o próximo meetup não devia terminar sem um compromisso de todos (por unanimidade ou maioria simples) sobre o rumo a tomar. Acho que o nosso tempo é demasiado valioso para nos perdermos eternamente neste assunto.
Eu estou disponível para colaborar no que me for possível, e que as minhas competências permitirem (não sou themer, designer nem programador, mas tenho muitos anos de experiência de coordenação de projectos, embora não na área do software). Mas acima de tudo estarei no meetup com a intenção de não enrolar mais o tema, e aceitar o que a maioria decidir (em democracia é normal temos que aceitar as decisões que não concordamos a 100%).

Concordo

perusio's picture

Há a expressão inglesa de bikeshedding isto já está para lá disso.
Lembro-me do que sucedeu antes: de tão má-memória. Se é por aí que queremos voltar a ir: I'm out.

Vou manter-me em silêncio sobre o assunto até ao meetup. Depois lá direi o que penso e logo se vê como as coisas rumam.

Quero só chamar a atenção que sendo importante ter um conceito claro de branding, ele é algo de evolutivo. Estamos a colocar algo na rua para ser validado pelos potenciais clientes. E não é com bikeshedding que vamos lá.

Deixo aqui o conceito de produto mínimo viável. Acho que dá que pensar neste contexto.

correctíssimo mas dado que

lpalgarvio's picture

correctíssimo

mas dado que pelo que já está combinado, só avançamos de facto após o próximo meetup.
considero que não há problema em estar a discutir ideias, mesmo que sejam relevantes à cor da casa e casa ainda não está de pé.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

em relação ao design destes

lpalgarvio's picture

em relação ao design destes sites:
- o da alemanha tem um estilo diferente, mas não parece ser único nem identificativo
- o da austria tem um estilo muito próprio, bom exemplo de uma identidade cultural
- o da bélgica é mais um sem identidade definida
- o da dinamarca tem a sua identidade própria, apesar de súbtil. é outro bom exemplo e gosto do site, mas poderia destacar-se ainda mais
- o da espanha parece estar inacessivel de momento, mas presumo que tenha uma identidade, dado a cultura deles
- o da frança é ainda mais um sem identidade própria
- o da itália, fora o logo, também não tem qualquer identidade. até usam o tema standard do drupal, o garland. exemplo do que devemos evitar
- o do reino unido não é muito melhor. garland, um bocado mais integrado com o logo, mas muito standard, com pouca identidade
- o do brasil tem a sua identidade bem visivel. bom exemplo

de uma lista de 8 sites (não conto com a espanha), apenas 3 têm uma identidade bem definida, o da Austria, Dinamarca e Brasil

não querem fazer parte do grupo dos definidos em vez dos "mais do mesmo", "todos iguais"?
se partirmos de um tema diferente, lá chegaremos

penso que inicialmente deve-se fazer um setup com o tema base que se escolher, de origem, para o qual proponho o Bartik, mas à medida que se vai desenvolvendo o site, os themers trabalhariam nesse ou noutro tema base para no fim, termos também a nossa identidade.

ao iniciarmos com o básico, podemos logo avançar com o trabalho, em vez de esperar pelo tema;
ao iniciarmos diferentes, teremos também mais motivação para continuar. eu quando olho para o Garland, penso em site de testes, propenso a resets/reboots e não em site final;
ao terminarmos diferentes, diferentes ainda do tema base, teremos a nossa identidade claramente visivel e de destaque para a comunidade drupal verificar que somos bons e merecedores de muitas e muitas DrupalCamps e DrupalCons ;)

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

O de Espanha

jcnventura's picture

O de Espanha usa o Acquia Marina com um logo próprio. De resto, não se pode dizer que tenha "identidade própria" como a definiste.

Acho interessante contrastar isto da "identidade própria" com um outro aspecto importante:

Com identidade própria:
- Austria
- Brasil

Com identidade própria subtil:
- Dinamarca (Drupalcon 2010)

Sem identidade própria:
- Alemanha (ficaram de fora na corrida à Drupalcon 2011, provavelmente organizarão em 2012)
- Bélgica (pátria do Dries, sede da Drupal Association, Drupalcon 2005 e 2006). Incluindo a Holanda que usa o mesmo site, outra Drupalcon 2005.
- Espanha (Drupalcon 2007)
- França (Drupalcon 2009)
- Itália
- Reino Unido (Drupalcon 2011)

O grupo do "mais do mesmo", "todos iguais" parece-me sem dúvida mais capaz.. Eu quero fazer parte desse grupo mais capaz.

Por outro lado, vejo que estou a conseguir passar a minha mensagem: vamos pôr um site simples em pé em curto espaço de tempo. Depois, os themers terão tempo para fazer um tema, e os programadores terão tempo para programar módulos xpto que sejam identificados como úteis e iremos buscar às listas do LPCA os módulos que precisarmos para fazer sei lá o quê. Mas o site já vai existir.

A parte da mensagem que não estou a conseguir passar é que já tentamos o que o asenseofdesign propôs: existem wireframes, planos para o conteúdo a pôr no site e tudo o mais.. Isso já existe há UM ANO (ou mais), mas nada de site. Por isso é que estou a "lutar" pela alternativa mais simples.

João Ventura

++

ziomizar's picture

++

Portugal

Group categories

Classificação

Group notifications

This group offers an RSS feed. Or subscribe to these personalized, sitewide feeds:

Hot content this week