On Monday 08 May 2006 21:07, Fabio FZero wrote: > Aproveitando que tenho que esperar a instalação do Ubuntu Dapper > terminar ali no note, vou escrever aqui umas idéias que tive para o > KDE 4. Pensei em mandar um email direto pro KDElio, mas acho que seria > legal mais gente ler e raciocinar um pouquinho em conjunto (e também > ter gente para me corrigir). Vamos lá.. Tem coisas boas e coisas que o pessoal da equipe de usabilidade ia querer te enforcar Vou explicar porque em cada passo e mostrar que alguma das coisas já existem e eu fiquei com uma idéia em cima disso tudo pra propor lá pro pessoal do core. Então:
> Na verdade tudo começou com a falta de informações no site do Plasma - > mais especificamente na parte relativa a integração do desktop com a > rede, que quase gerou um flame aqui na lista. :-) O fato é que eles > próprios parecem não saber o que fazer exatamente. Pra piorar, esse > tipo de proposta já foi feita milhares de vezes e nunca apareceu uma > idéia realmente inovadora. O Plasma é só interface, o que você quer aqui na verdade envolve o pessoal de pim, network e alguns indivíduos, mas o plasma é só o resultado final. E ainda é cedo pras demais informações.. > A idéia inicial era bem simples, mas precisa de algumas linhas paras > er explicada. Existe um componente de lista de contatos no KDE chamado > Kontact (acho). É esse componente que mostra a agenda de endereços de > email no Kmail, mas também se integra com o Kopete e com diversas > outras aplicações que precisem desse tipo de coisa. kaddressbook. Kontact é o "outlook" frontend, que integra todo mundo. A integração não é completa, ele se inter relaciona com kopete, kmail, etc. Mas ainda não é completa. > Seguindo o comentário da Sula sobre a palestra - mais especificamente > a parte sobre a dificuldade que novatos podem ter para enviar arquivos > para outras pessoas - pensei que seria muito fácil aproveitar a > comunicação entre as aplicações do KDE para transformar a lista de > contatos em algo vivo. Você poderia, por exemplo, arrastar um contato > para o desktop. Esse contato se transformaria num ícone que teria as > seguintes funções: > > - Mostrar se o usuário está online naquele momento em algum dos > instant messengers. > > - Se estiver online, um duplo clique mostraria a janela de mensagens > do Kopete. Se um arquivo fosse arrastado para cima de um usuário, um > file transfer se iniciaria automaticamente. > > - Caso o usuário estivesse offline, um duplo clique mostraria a janela > de composição de email do Kmail. Se um arquivo for arrastado, é criado > um email com attachment. Sim, isso está correto em parte: Vamos lá Foi comprovado já que cores fazem diferença. Os jogos modernos estão se baseando muito em "event reactions" que são cores ou simbolos que aparecem em determinada situação onde o usuário tem acesso fácil e entende rápido o que fazer. Os estados poderiam ser facilmente representados por mudanças de cor e ícone, nada mais usual. Agora, o que está completamente errado e isso deve se fugir da cruz, é a situação de múltipals coisas pra fazer com vários cliques. Isso confunde demais o usuário, ao extremo e está sendo blacklistada. Nada de duplo clique, nada ed file transfer ser arrastado fazendo *puff* e outra ação diferente. Cliques são coisas de usuários avançados. É verdade ! A solução seria o meio termo que o Aaron mostrou na palestra. O ícone é reativo e mostra na hora um menu simples em overlay com as possibilidades pra fazer, e voilá, um clique, uma coisa, visível, intelegível, e ainda se forem pessoas com deficiência visual, o texto pode ser falado quando se passa sobre as opções. Então, a idéia não é nova, mas com tu pos é diferente e muito boa Fábio. > Claro que, como tudo no KDE, haveria 82397409823174 menus para > configurar o comportamento de ícones desse tipo, mas esse seria o > default. :-) Você também não precisaria arrastar o ícone para o > desktop: ele poderia continuar dentro da janelinha do Kontact e fazer > tudo isso. O KDE 3 é 23452354390820935890 de configuração. o KDE 4 vai ser 12948719847190841 -1 :-) Mas vai estar intuitivo ao ponto de o usuário comum necessitar configurar algo quando deixar de se usuário comum. > O interessante é que depois de pensar nesse detalhe, pensei que algo > muito mais radical porderia ser feito: o Kopete poderia simplesmente > deixar de existir, sendo substituído por uma lista de contatos "viva" > que poderia ser usada como instant messenger - mas um instant > messenger muito mais esperto do que qualquer outro, pois estaria > ligado a todos os aplicativos KDE. Quase lá, quase lá. COmo tudo no KDE, o kopete pode sim virar um frontend, como o kontact é , como o konqueror é ( mais ainda no KDE 4 ), e assim vai. Tá quase chegando na minha idéia também > E por quê parar por aí? Tudo no KDE pode ser "vivo". Que tal arrastar > a calculadora para dentro do Kate e ter imediatamente uma aplicação > com as duas coisas ao mesmo tempo? Calma, calma... Agora tá invadindo a praia da usabilidade > Ou arrastar a barra de ferramentas > do Kivio para dentro do Koffice e ter automaticamente as funções dos > programas somadas? Acredito que nada disso seja um problema. A única > coisa que falta é dar poder ao usuário para fazer isso. Já tem, e é possível com kparts. O engine do KDE 4 vai permitir isso. O problem é se a gente quer deixar... > É possível ir > extrapolando a idéia indefinidamente. O KDE poderia mesmo ser um > grande Lego de componentes que seriam chamados quando necessário, > tendo apenas algumas configurações pré-definidas parecidas com os > programas atuais que poderiam ser mudadas sempre que necessário. Na > verdade, pelo que sei, JÁ É assim, mas a integração não é transparente > ou flexível ao ponto de ter partes de um propgrama sendo arrastadas > para outro. Sim, eu adoro LEGO. Mas como no passado, experiências de integração em MDI são um inferno absoluto. Pra quem desenvolve com IDE's sabe o que eu digo. Uma IDE de programação normalmente e uma penteadeira de p.. com as opções e caixinha e diálogos pra você colocar aonde diabos tu quer. O Kdevelop é um bom mau exemplo. Programadores que são seres não humanos conseguem ( será ) se entender naquilo, mas se tu der o poder a uma pessoa poluir deste jeito a aplicação dele, ele vai fazer. O problema vem depois, porque a nossa vista cansa de polui\cão visual. O próprio usuário vai ficar irritado e cansado e parar de usar a ferramenta. E porque ? Por causa dele mesmo e porque demos todo o poder pra ele. Balancear essas idéias é complicado. Por isso como tu disse, já tem no kde atual, mas a gente nõa colocou isso pra funcionar exatamente por esse problema. > Nessa hora a Nat me chamou a atenção para uma coisa: eu falo muito em > drag'n'drop porque gostei muito das experiências que tive com Mac, mas > as pessoas em geral são criadas em ambientes windows, onde normalmente > só se deixa uma única janela de um único programa maximizada o tempo > todo. Usando um desktop desse jeito, cada programa é visto como algo > bastante separado do resto, sem a menor comunicação. Isso limita > bastante o pensamento em termos de design de interface. De qualquer > forma, tudo o que descrevi sempre poderia ser feito usando menus no > botão direito do mouse. Drag'n'drop é ruim. A Sula deve lembrar do aaron dizendo o quanto isso não é intuitivo. Não é algo que usuários entendam mesmo. A curva de aprendizado é muito alta. MAs o resultado posterior é bom. E mais, a gente quer fugir do menu com o botão direito. A interface reativa é a solução. Pena não terem disponibilizado os vídeos das palestras ainda. > E aí KDElio, falei muita besteira? Quase não: -) E olha o que eu vou tentar irritar o povo. Mexer com o povo do KDE Pim e Kopete é complicado. Tentar criar um meio campo entre os dois então é missão spartana. Eu vou propor a seguinte idéia da possibilidade de integrar o backend de contatos únicos. O ponto é que isso vai mexer com três áreas delicadas e não sei se um treco desse tamanho pode ser feito pro kde 4.0, talvez só pro 4.1. O que a gente pode fazer, e eu vou falar com o Aaron pra ver o que ele acha, é o usuário "vivo" como tu descreveu em cima. Ainda me sobrou uma pergunta, aliás, quantas pessoas trocam pro desktop pra ativar o usuário ? Nenhuma. Não seria mais interessante que se tivesse uma tecla, como a tecla "Win"do teclado onde você segura e ele coloca em overlay os dados relevantes que tu deseja ver, ou seja, o dashboard :-) ? A Apple fez uma bela escola ... []'s -- Helio Chissini de Castro KDE Developer Brasil/South America Primary Contact _______________________________________________ Linuxchix mailing list [email protected] http://listas.linuxchix.org.br/mailman/listinfo/linuxchix
