Depois da Google ter introduzido a funcionalidade de conversação online por voz e vídeo na sua aplicação de Instant Messaging (IM), o Google Talk, o blogue oficial do mesmo anunciou hoje que já é possível transferir ficheiros numa conversação do iGoogle e do Orkut a exemplo do que acontece com outras aplicação de IM como o Windows Live Messenger.
No mesmo artigo ficamos a saber que esta funcionalidade (há muito "exigida" pelos utilizadores) estará brevemente disponível também no GTalk, quer através do chat incorporado no Gmail quer através da aplicação standalone.
Aguardo pacientemente esta nova funcionalidade!

Sou um utilizador do Windows mas também do Linux.
Das muitas distribuições do Linux que já experimentei o Ubuntu é seguramente uma das minhas preferidas e a que utilizo mais.
Hoje dei-me conta que um dos blogues a que dou suporte não era apresentado correctamente porque o tipo de letra principal não existia na minha instalação do Ubuntu.
Não sendo uma tarefa habitual (instalar novos tipos de letra no Ubuntu) procurei uma opção nos vários menus do sistema e dei-me conta que, ao contrário do Windows, o Ubuntu não tem uma opção gráfica para fazer a manutenção de Tipos de Letra no sistema. (Se alguém conhecer uma forma gráfica de o fazer agradeço que me esclareça através de um comentário!)
Pesquisei nos fóruns do Ubuntu e encontrei a solução para a instalação de Tipos de Letra:

1) Criar uma pasta onde guardar os Tipos de Letra "pessoais":

$ sudo mkdir /usr/share/fonts/myfonts

2) Copiar os Tipos de Letra que se pretendem da sua origem (por suposição imaginemos que fizemos o download para o Ambiente de Trabalho) para a pasta criada anteriormente:

$ sudo cp /home/user/Desktop/*.ttf /usr/share/fonts/myfonts/

3) Actualizar a cache dos Tipos de Letra do sistema:

$ sudo fc-cache -f

E pronto! Tudo a funcionar!

São muitos os sites que falam das inúmeras vantagens do Windows 7 e aqueles em que são referidos os prós e os contras de um e outro.
Na verdade, desde o meu primeiro contacto com o Windows 7 que só encontro vantagens e estou a migrar todos os meus computadores com o Windows para a versão 7...

Neste artigo pretendo destacar dois pontos que no Windows Vista não funcionavam (supostamente deveriam funcionar, embora se encontre documentado em vários artigos e páginas da própria Microsoft versões contraditórias!!!) e que funcionam (muitíssimo bem!) no Windows 7 Home Premium:

1. No Windows Vista, dentro de uma pasta do Explorador do Windows quando se pretendia seleccionar todos os itens (documentos e/ou pastas) o atalho do teclado (Ctrl + T) não funcionava, mesmo depois de 2 Service Packs. No Windows 7 esta situação está definitivamente resolvida!
2. No Windows Vista quando se pretendia aceder a um recurso de rede, introduzia-se as credenciais (Nome de utilizador e Palavra-passe) e se activássemos a opção  "Memorizar credenciais" estas apenas ficavam registadas durante a sessão que estava aberta. Ao terminar sessão ou depois de reiniciar o computador as mesmas credenciais tinham desaparecido e éramos obrigados a repetir o processo novamente. No Windows 7, na mesma edição - Home Premium - as credenciais de rede ficam registadas no perfil do utilizador como é desejado (se o utilizador seleccionar a opção "Memorizar minhas credenciais")!

Saliento apenas que no primeiro caso tal só acontecia na versão Portuguesa (Portugal) e a Microsoft nunca deu importância a este assunto mesmo havendo muitas reclamações nos fóruns oficiais do Windows.

Tinha o SME Server 7.3 instalado. Apareceram-me uma série de actualizações que iriam actualizar o sistema para a versão 7.4.
Como tinha instalado anteriormente o PHP 5 tive uma série de problemas de dependências o que fazia com que o sistema não se actualizasse!
Depois de procurar nos fóruns do SME Server, de colocar algumas questões e de receber a ajuda de outros utilizadores, com alguma paciência e persistência consegui fazer a actualização para a versão 7.4.

Registo aqui os passos que tive de seguir para fazer a actualização:

1. Comecei por fazer o downgrade do PHP 5 para o PHP 4:
• Verifiquei quais os pacotes do PHP 5 que estavam instalados no sistema: rpm -qa | grep php
• Para cada pacote do PHP 5 instalado e listado através do comando acima, eliminei-o: rpm -e --nodeps
• (Provavelmente haverá uma forma de proceder através de um só comando rpm para eliminar todos os pacotes cujo o nome comece por php mas não encontrei essa solução pelo que tive de eliminar todos os pacotes, um a um!)
• Actualizei novamente o sistema com todos os pacotes PHP 4: yum install php*
• Executei os comandos: signal-event post-upgrade; signal-event reboot
  
• Depois do sistema ter reiniciado tinha desta forma completado o downgrade do PHP 5 para o PHP 4
2. Actualizei o sistema com todas as actualizações disponíveis, ou seja, fiz o upgrade da versão 7.3 para a versão 7.4
• yum update
  
• signal-event post-upgrade; signal-event reboot
3. Reinstalei o PHP 5:
• yum --enablerepo=centosplus update php*
• signal-event post-upgrade; signal-event reboot

Desta forma tudo ficou a funcionar normalmente. Inclusive o Server Manager passou a estar traduzido em Português-Brasileiro o que na verdade me desagrada!
Prefiro a versão em Inglês do que uma versão "fatela" em Português-Brasileiro!
(Tenho que descobrir como voltar a colocar o Server Manager em Inglês...)

No SME Server 7.x, a versão do PHP que está disponível é a versão 4. Segundo informações disponiveis no Fórum oficial do SME Server só a versão 8 desta distribuição Linux é que será "compatível" com o PHP 5, sendo já dado adquirido que o mesmo será implementado de raíz.

Entretanto, existem aplicações que "exigem" o PHP5 pelo que é necessário "forçar" o upgrade ainda na versão 7.3 do SME Server... Vejamos como:

• yum --enablerepo=centosplus update php*
• yum --enablerepo=centosplus update mysql*
• yum --enablerepo=centosplus update perl*
• signal-event post-upgrade
• signal-event reboot

ou tão somente:

• yum --enablerepo=centosplus update php* mysql* perl*
• signal-event post-upgrade
• signal-event reboot

Torna-se necessário a actualização do Perl para que o "Server Manager" e o "User Password" possam funcionar depois da actualização do PHP e do MySQL.

Enquanto trabalho gosto de ouvir música! No entanto não gosto de ter o browser aberto na página da rádio que pretendo ouvir até porque é muito fácil fechar o separador ou a janela do browser sem intenção e... lá se foi a emissão.
Assim prefiro criar um atalho no meu ambiente de trabalho ou na barra de tarefas com o link  directo para cada uma das rádios que mais me agradam e ouvir directamente no Windows Media Player.
Então como criar esse atalho?
O processo é simples: depois de criar o atalho é pedida a "localização do item" onde se indica o caminho e o ficheiro executável do Windows Media Player e o URL da emissão da rádio pretendida.
Depois de criado o atalho é só executá-lo!

Deixo-vos alguns exemplos:

• RFM: "C:\Program Files\Windows Media Player\wmplayer.exe" http://www.rfm.pt/live/streamnew_rfm.asx
• RFM - 80's: "C:\Program Files\Windows Media Player\wmplayer.exe" http://www.rfm.pt/live/newstream_80srfm_ok.asx
• RFM - Oceano Pacífico: "C:\Program Files\Windows Media Player\wmplayer.exe" http://www.rfm.pt/live/stream_rfm_op.asx
• M80 - "C:\Program Files\Windows Media Player\wmplayer.exe" http://m80.clix.pt/asx/dynamic_channel.asp




Há imenso tempo que sou utilizador e administrador de sites do Moodle no entanto nunca tinha tido esta "experiência"...
No Moodle é possível que numa determinada disciplina, num determinado fórum (Notícias, p.ex.) estejam alguns ou até todos os alunos inscritos nesse mesmo fórum para receberem no seu e-mail uma cópia de um tema que seja iniciado.
Até uma determinada versão que não consigo identificar sempre que eu iniciava um novo tema num fórum, os meus alunos recebiam (por força de estarem automaticamente inscritos nesse fórum) uma cópia da mensagem. a partir de uma certa actualização (versão) isto deixou de acontecer e nunca percebi o porquê.
Hoje decidi-me a analisar o assunto, a pesquisar na Internet, a ler alguns artigos e verifiquei que para que tal aconteça é necessário que o servidor onde o Moodle está instalado tenha uma tarefa cron definida para correr de x em x tempo!
Foi o que eu acabei por fazer no meu servidor Linux (não é necessário que a tarefa cron esteja definida na mesma máquina que o Moodle) com os seguintes comandos:

• crontab -e (abre o vi)
• :i (no vi passa para o modo Insert e introduzi a linha seguinte)
• */5 * * * * wget -q -O /dev/null http://example.com/moodle/admin/cron.php
• carreguei em Esc para sair do modo de inserção do vi
• :wq (para gravar e sair do vi)

A partir deste momento o meu servidor passou a executar a cada 5m o ficheiro cron.php (do Moodle) que para além de outras coisas é responsável por enviar uma cópia dos novos temas dos fóruns para os utilizadores inscritos nos mesmos.