Por vezes, é interessante termos vídeos relacionados - como, por exemplo, quando os vídeos são inseridos em blogs. Entretanto, quando trata-se de vídeos que serão colocados no conteúdo de sites institucionais, algumas vezes é interessante não exibirmos os vídeos relacionados - caso de vídeo similares ou concorrentes ao produto ou conceito sendo apresentado.

Felizmente, existe um jeito bem simples de resolver esse problema! Encontrei a solução nesse link: http://www.varesano.net/blog/fabio/disable+related+videos+embedded+youtube+player

Reproduzo o código abaixo:

A ideia básica consiste em ter &rel=0 na url do vídeo a ser embutido.

Espero que seja útil para alguém!

Entretanto, uma nova empresa que está surgindo, com alguns projetos bem sucedidos de desenvolvimento para iPhone, é a Doois.

Gostaríamos de dar as boas-vindas a essa nova empresa e indicar para os leitores do blog que estiverem interessados em apps desse tipo. Tivemos uma experiência recente com eles e, realmente, a empresa tem um desafio enorme pela frente e, se continuarem a realizar o trabalho da mesma forma que tem feito, também tem um futuro brilhante.

Recomendamos aqui, lembrando que, além de desenvolvimento para iphone, eles também fazem desenvolvimento de blogs (otimizados para iPhone), desenvolvimento de sites, sistemas customizados, CRM, integração entre sistemas, sites para casamentos, e muitos outros trabalhos!

Ficou aqui a dica - Doois. Um dos próximos trabalhos deles é, inclusive, criação do novo blog da central de tecnologias!

Essa necessidade aumento demasiadamente nos últimos tempos devido à crescente popularização do Django, e outros frameworks como Pylons.

Recentemente, navegando por aí encontrei o Pyboletos - disponível em http://code.google.com/p/pyboletos/ . Um projeto recente, mas que já suporta boletos bancários de quatro bancos (Banco do Brasil, Caixa Econômica Federal, Bradesco e Banco Real) e resolvem os problemas de muitos usuários.

Por enquanto, está preparado para o Pylons, mas, pelo que vi do código, a adaptação para Django é realmente simples.

Portanto, fica a dica.

De qualquer forma, o site Ruby Inside, “The #1 Ruby on Rails News Site”, disponibilizou um artigo que reúne 27 links interessantes sobre os novos recursos dessa versão, incluindo dicas de screencast, recursos diversos, dicas e outros.

Vale a pena conferir!

Ele permite a construção de aplicações com “widgets”, sendo que a interface é construída completamente em XML (opcionalmente, elementos HTML podem ser incluídos) e a lógica pode ser feita em diversas linguagens - inclusive, é possível integrá-lo com frameworks bastante usados na comunidade Java.

Essa semana, mais especificamente dia 08/12, foi lançada a versão 3.5.2 desse excelente framework. Juntamente com a nova versão, com algumas melhorias e diversas correções, foi lançado um novo sistema de demonstração do framework. Abaixo, uma tela da nova demonstração.

Por hoje, é isso. Confiram em http://www.zkoss.org e aproveitem!

Sabendo que depois você irá se arrepender, o Google anunciou no blog do gmail uma super funcionalidade que te obriga a responder questões matemáticas antes de confirmar o envio da mensagem!!

Ele ainda não identifica que você está bêbado - é necessário pré-configurar os horários em que a ferramenta será ativada… portanto, você ainda poderá continuar bebendo fora de hora e fazer alguma coisa errada… Confira:

Na internet e no próprio site do jquery existem diversos manuais, tutoriais e assemelhados. Entretanto, eu queria fazer um layout bacana para um site, no qual os formulários utilizam campos da forma “autoclear”, ou seja, o label de cada campo fica dentro do campo de texto e quando o usuário clica o texto some. E também com um pouco de inteligência, i.e., caso o usuário não digite nada ou deixe em branco, o texto do label volta, caso contrário, o texto entrado pelo usuário permanece.

Agora, vai a dica de como fazer isso. Em primeiro lugar, devemos prestar atenção nos seguintes pontos:

• o valor do label precisa ser armazenado; esse é o valor inicial do value de cada campo
• o evento onfocus() deve ser observado, e há duas possíveis ações: se o valor do campo for o label, deve ser apagado; se o usuário já tiver digitado algum texto, o texto do usuário deve permanecer
• o evento onblur() também deve ser observado - caso o campo seja deixado em branco, o label deve aparecer novamente

Observando esses pontos, já é possível fazer forms bem bacanas!

Em primeiro lugar, devemos utilizar uma classe css específica para os elementos que utilizam. Vamos chamá-la de “autoclear”. Além disso, precisamos prestar atenção para colocar no “value” o label para o campo. Assim, o HTML fica:


<form>
<input type="text" name="campo1" value="Campo 1" class="autoclear"/><br/>
<input type="text" name="campo2" value="Campo 2" class="autoclear"/><br/>
<input type="text" name="campo3" value="Campo 3" class="autoclear"/><br/>
</form>


Nosso jQuery fica da seguinte forma:


$('document').ready(
function() {

}
);


Pronto!

Em breve, posto aqui um exemplo disso funcionando e também outros tipos de campos com esse efeito! O principal que pretendo postar logo é a dica de como fazer o campo de senha…

Entretanto, para aqueles que ainda não descobriram o poder do framework ou não se sentiram interessados, aqui vai mais um link bastante legal: os demos do ZK.

O framework não pára de evoluir, tendo tido releases bastante freqüentes em 2008. Está relativamente maduro, e suporta diversas tecnologias e recursos bacanas, como Comet para fazer push do server (OK, HTTP não suporta um PUSH real… mas o Comet, que surgiu há algum tempo e que não é usado com muita freqüência, é BEEEEEEEEEM melhor do que fazer polling), Ajax transparente para o desenvolvedor, orientação a componentes, widgets de interface, programação da interface em XML, escrita de scripts em diversas linguagens, como Python…

Bom, são muitos os recursos e pretendo explorá-los aos poucos. Mas fica novamente a dica!

Claro, uma ótima solução, conhecida de todos: dual boot!! O instalador do Ubuntu, muito bem feito, já configura o Grub para dar dual boot e, pronto, ótima convivência!

Bem, não é disso que pretendo falar nesse post. Meu cenário é o seguinte: desenvolvo aplicativos sob demanda, e, por conta disso, preciso fazer as coisas conforme a vontade dos clientes. E, em diversos projetos, feitos em Java ou Rails, que são minhas preferências embora trabalhe também com outras linguagens, o cliente solicita um banco de dados MS SQL Server. E aí eu - e todos que trabalham comigo - ficamos sem saída!

Entretanto, já compramos os (more…)