O que é tableless e como funciona essa metodologia?

Primeiramente é necessário que entendamos um pouco do conceito dos Web Standards.
A idéia original da Web, era que existisse um ambiente onde pessoas conseguissem trocar informações livremente, e que essas informações poderiam ser acessadas de diversos dispositivos. O W3C (World Wide Web Consortium) criou as linguagens básicas de publicação de conteúdo para Web, como por exemplo: HTML, CSS, SVG, XML, entre vários outros. Essas linguagens são chamadas de Web Standards (Padrões Web).

Por este tempo, deu- se início a Guerra dos Browsers. Onde o Internet Explorer e o Netscape travavam uma briga para conseguir mais adeptos. Durante essa guerra, as linguagens do W3C eram ainda rascunhos. Então, os browsers não tinham um guia completo para se basearem e lançarem seus browsers com suporte a esses Padrões. Resultou que os fabricantes de browsers criaram seus próprios padrões. E foi aí que problema começou a crescer para o lado dos desenvolvedores e usuários. De um lado estava o desenvolvedor estudando as diferenças de cada browser, para assim poder escolher qual ele iria priorizar e qual ele iria ignorar. Do outro usuário, com o mesmo dilema. Se ele escolhesse “tal” browser, os sites que ele visitara poderiam não funcionar.

Os usuários que tinham algum tipo de deficiência, como por exemplo auditiva ou visual, ficaram praticamente isolados do mundo digital, já que os desenvolvedores web tiveram que se adaptar a um certo tipo de browser, obedecendo suas peculiaridades.

Durante essa época, desenvolver um site era um trabalho árduo levando os desenvolvedores escolherem apenas um browser e desenvolver apenas para esse browser. Era quase que insuportável tenta desenvolver um site que se adequasse às duas plataformas de browsers. Os trabalho de atualizar ou fazer manutenções eram enormes e despendiam de muito tempo e paciência.

Foi por esse período que surgiram projetos como o WaSP (Web Standards Project), que é um movimento para difundir os Web Standards. Esse grupo teve um papel muito importante na divulgação dos Padrões. Eles conversaram com os fabricantes dos principais browsers, convencendo- os de fazerem browsers mais compatíveis com os Padrões. E isso deu certo… Tanto que temos o Opera, Mozilla, e vários outros por aí. Hoje, o desenvolvedor tem mais liberdade de desenvolvimento do que a 5 anos atrás. Hoje, a visão dos fabricantes de browser mudou completamente, e se continuar assim, teremos uma web melhor em muito pouco tempo.

Sabendo disso, podemos agora entender o que é Tableless.
Comecemos pelo nome. O nome Tableless é um nome mais “publicitário” para se referir a sites que seguem os Padrões. Os sites Tableless não são construídos usando as famigeradas tables. Elas usam XHTML para apresentar a informação e as Folhas de Estilo (CSS) para formatar essa informação. Pelo motivo de as tables não serem usadas para a estruturação, essa metodologia se chama Tableless.

Antes que você pense que as tables foram totalmente apagadas do mapa, eu explico: No movimento Web Standards, cada tag tem a sua função. Se você quer fazer um parágrafo, usa- se a tag <p>< /p>. Se quer fazer um título de primeiro nível, usa- se a tag <h1>< /h1>. Se você quer exibir dados tabulados, como por exemplo um calendário, ou ainda uma lista de produtos seguidos de nome, preço e tamanho, você usará as tables para exibir esses dados.

Qual é a grande diferença entre montar um site nos padrões tradicionais para os que são feitos em tableless?
Essa pergunta é muito difícil de ser respondida porque as diferenças entre um método e outro são gritantes. Essas diferenças afetam todas as pessoas envolvidas no projeto: começando na equipe de desenvolvimento. Aquela briga tradicional entre designer e programador acaba. Eles começam a trabalhar juntos no mesmo projeto, sem um atrapalhar o trabalho do outro. O designer trabalhará sem tocar no código de programação, ficará apenas no código CSS, onde o programador não terá como estragar o layout do Designer. E dessa forma, com os dois trabalhando ao mesmo tempo, no mesmo projeto, o tempo de produção será diminuída.

Inclui os donos do negócio, já que há diversas economias no desenvolvimento do projeto e também em manutenções posteriores, bem como consumo de banda que é tão preciosa hoje em dia. E finalizando no usuário, que agora pode acessar o site usando a plataforma e o browser que preferir. Poderá acessar de seu Mac ou do seu Linux, usando Opera ou Konqueror. Ele terá controle.

No que diz respeito ao uso da metodologia tableless, quais são as principais vantagens com relação a atualizações de design?
Assunto interessantíssimo. Suponhamos a seguinte situação: Final daquele grande projeto. Cliente grande, site gigantesco. Várias aprovações de layout durante o caminho. Tudo acertado e pronto para ir pro ar. Faltando apenas alguns detalhes, o chefe chama o designer em um canto e diz: - O cliente acabou de ligar; ele estava analisando o site e pediu que todos os títulos mudassem de cor. Ele não gostou do azul, gostaria de verde mesmo.

O designer, com um olhar de desgosto, volta para sua cadeira e fica pensando em apenas uma coisa: - Por onde vou começar?
Ele fez o site em um editor visual, os títulos do site estão sendo formatados nos próprios documentos, direto no código. A única saída seria abrir documento por documento e substituir título por título.

Creio que se isso não aconteceu com você, algo parecido deve ter acontecido. Se o site acima tivesse sido feito seguindo os padrões, usando CSS para sua formatação, e o código fosse um XHTML bem Semântico, o trabalho disso seria quase nulo. O designer (ou o responsável pelo código CSS) mudaria apenas uma linha.

E se, o caso não fosse para mudar apenas um título, mas mudar o layout do site, como faria? Se o site foi feito do jeito convencional, provavelmente seria da seguinte forma: O designer faria um novo layout em algum programa de imagem, implementaria este layout passando para HTML, e o programador teria que programar novamente em cima deste novo layout. Mas, se o site foi feito seguindo os Web Standards, bastava o designer escrever outro arquivo CSS, e depois de pronto, substituir os arquivos.

Despenderia de tempo apenas de uma pessoa. A programação não seria afetada, e o todo o site funcionaria perfeitamente, já que foi apenas o arquivo de formatação que foi substituído. Passe um pouco de tempo visitando o site: CSS Zen Garden.
Esse layout mostra como isso funciona. O criador deste site disponibilizou o arquivo HTML para download. Os interessados baixam esse arquivo, e fazem um CSS em cima dele e depois mandam enviam de volta. Os interessados tem apenas o direito de criar um CSS e se quiser usar imagens para compor o layout, eles não podem mudar o código HTML que o criador do site disponibilizou.

Há uma infinidade de layouts, bonitos, funcionais e compatíveis… Mudando apenas UM arquivo. Facilidade de manutenção ou renovação de layout, economia de tempo, trabalho e paciência.

Com relação à acessibilidade, quais as vantagens que um site feito em tableless proporciona para usuários com necessidades especiais?

Os usuários com necessidades especiais ganham mais facilidade de navegar no site.
Imagine um deficiente visual. Ele usa um browser que ao visitar um site, le todo o conteúdo mostrado na tela.

Os sites convencionais são feitos, em sua maioria com editores visuais. E em todos são usados os famosos spacer.gif. Para quem não sabe o que é isso, eu explico: São gifs transparentes de 1px que servem para dar espaçamento entre celular ou outro objeto da página. Esses spacer.gif normalmente são colocados apenas a tag relacionada a imagem, sem nenhum texto alternativo. Isso faz com que alguns sintetizadores leiam o nome da imagem. Então, suponha que você tem uma célula separada 20px e que essa distância foi feita com os spacer.gif.

O visitante terá que ouvir ou apertar uma tecla 20 vezes para passar essas imagens que são extremamente inúteis para ele. Isso transforma a navegação deles muito, muito cansativa. São coisas bem pequenas que fazem a navegação dessas pessoas valerem a pena.

Existem hoje muitos sistemas que analisam sites para checar se estão de acordo com as guias de acessibilidade. Esses são alguns:
Bobby
Cynthia
Da Silva

Lembrando que o site não precisa ser Tableless para se aplicar as Guias de Acessibilidade. Mas se o site seguir os padrões, com certeza a experiência de se navegar vai ser muito melhor.

Atualmente, existe no mercado alguma resistência em se optar por trabalhar com a metodologia tableless? Por quê?

Existia muito, hoje a resistência é menor.
Os desenvolvedores ainda tem medo do novo. Muitos pensam: - Preciso aprender tudo outra vez?! Tenho que largar o editor visual? Tenho que fazer o código na unha em vez de usar o editor visual que é tão mais fácil, rápido e prático?

Ou, muitas vezes o desenvolvedor já se convenceu, quer mudar, mas esta decisão não depende dele somente, e sim do Chefe. Parece brincadeira, mas já vi muitos casos do chefe falar:

- Você quer dizer que os sites que você vai fazer com essa nova metodologia não vai funcionar no Netscape 4?

Outros dizem que não vale a pena dedicar mais tempo aprendendo tudo de novo só para fazer sites funcionarem em outros
browsers que não sejam Internet Explorer:

- Internet Explorer domina 90% do mercado, vou querer fazer para os outros 10%, porque?!

Hoje, felizmente esses comentários estão desaparecendo, e finalmente estão percebendo todas as vantagens que um site que segue os padrões pode trazer. No começo, uma desculpa bastante usada era que: Fazer sites usando os Padrões não servem para criar Portais, como Terra, UOL, AOL, e etc… Isso já é passado, mesmo porque naquele tempo nenhum era Tableless. A equipe do Terra foi treinada desenvolver com Tableless pela empresa atipico.com.br. O ganho que tiveram com economia de banda foi espetacular e a facilidade de manutenção também foi enorme.

Outro caso interessante é o site da ESPN.

Aquele site é enorme. Depois que migraram o site para os padrões estima- se que a economia de banda seria de 730 terabytes no ano. A Wired conseguiu uma redução de tamanho das páginas de 54%. Diante de números tão expressivos, é difícil contestar de que não vale a pena. E se não valesse, porque sites como: Lee Jeans, Fast Company, Macromedia, Blogger, Chevrolet, Terra, Quark, e outros migraram para os Web Standards?

Como a folha de estilo (CSS) favorece o webdesigner no processo criativo de um site desde a criação até a montagem? Controle.

CSS favorece um grande controle para o designer. Tanto para a criação quanto para a modificação do layout. Usando CSS, o designer não precisa criar inúmeros gifs transparentes para controlar medidas e distâncias. Com CSS ele tem total controle na manipulação de margens, bordas, distâncias, posição, tamanho, e etc. Formatação de texto também uma das vantagens que é muito flexível. O designer pode aumentar o tamanho das linhas dos parágrafos, capitalizar, fazer caixa alta/baixa, e etc… CSS é como se fosse uma ferramenta para o designer. Assim como Photoshop, Illustrator, ou outro programa visual.< Quais são os maiores problemas enfrentados por quem opta por trabalhar com a metodologia tableless? (digo a respeito à compatibilidade com determinados navegadores).

Atualmente poucos browsers causam problemas ao desenvolvedor. A maioria dos browsers atuais tem um bom suporte aos padrões, o que permite que os desenvolvedores façam sites sem muitos problemas.

Acho que o que dará mais problemas futuramente, serão os browsers de dispositivos móveis. Mas temos o consolo de que essa fatia do mercado, está começando a caminhar mais rapidamente… isso promete.
Como sites feitos em tableless são visualizados nos dispositivos móveis?

São visualizados com a melhor qualidade possível para esse dispositivo.
Claro, se você espera ver um site em um dispositivo móvel do mesmo jeito que vê num PC, é melhor rever seus conceitos. E se você pensa que só porque fez um site seguindo os Web Standards, ele vai ser visto com a melhor qualidade em “mobiles” (dispositivos móveis), também tire o cavalinho da chuva. Lembre- se que existem sites Tableless mal feitos, isso é claro.

Temos que ter em mente que usuários desses dispositivos tem algumas dificuldades, como por exemplo barra de rolagem. Dá um desanimo quando você abre um site num handheld, e então aquela imponente barra de rolagem horizontal aparece. Quando você é obrigado a rolar a barra toda vez que precisa navegar no menu.

No CSS existe uma facilidade enorme, chama-se Media Types. As Medias Types te permitem fazer um CSS exclusivamente para um tipo e Media. Como por exemplo Impressão ou até HandHelds (Essas são as mais comuns, existem outras medias, como por exemplo para leitores de telas para deficientes visuais ou outra que é exclusivamente para impressoras que imprimem em braile. Essas medias ainda não estão totalmente implementadas, por isso não são muito comuns.) As Medias Types funcionam da seguinte forma: se você quer que seu site tenha letras grandes na hora da impressão… Vocês simplesmente fará um arquivo CSS para impressão, que será usado automaticamente quando o visitante tentar imprimir uma página no seu site.

Com a Media Type para HandHelds não é diferente. Você cria um CSS exclusivamente para os dispositivos móveis. Seu site usará a mesma estrutura XHTML para qualquer media, o que muda é apenas o arquivo CSS. Essa é a facilidade que o CSS dá em relação a isso. Mas o desenvolvedor deve ter bom senso, e estudar um bocado esse mundo que é tão interessante e está se aproximando da popularidade tão rápido.

Quais são as vantagens proporcionadas pelo fato de o conteúdo da página estar separado da formatação (CSS)?
Vantagens enormes, para desenvolvedores e para usuário.

As vantagens ligadas à parte dos desenvolvedores estão na facilidade de manutenção e na briga entre designers e programadores. Na facilidade de manutenção, o desenvolvedor terá uma flexibilidade tremenda na hora de corrigir algum erro ou se simplesmente quiser mudar todo o layout do site. Se o designer quiser mudar o layout do site, ele simplesmente terá o trabalho de escrever outro código CSS formatando o site com o novo visual, e depois apenas substituir os arquivos. Sem trabalho de ter que refazer o código XHTML e sem precisar mexer no código do programador.

A briga entre o designer e o programador termina por que eles não atrapalham mais o trabalho um do outro. Nem o designer estraga o código do programador e nem o programador estraga o layout do designer.

Há muitas maneiras de os designers e programadores trabalharem harmoniosamente. Como por exemplo: no início do desenvolvimento, o designer e o programador podem sentar juntos e então criar a estrutura do documento, ou seja, o código XHTML do site. Aqui eles farão um código semântico, legível. Feita essa parte, os dois trabalharão em cima deste XHTML separadamente, cada um com sua responsabilidade. O programador com seus códigos client - side, banco de dados e etc… Já o designer ou o responsável por isso, formatará o visual do site, usando CSS. Com o XHTML estruturado semanticamente, o designer não terá grandes problemas ao aplicar estilos às tags.

Outra vantagem que interessa a sites grandes (como portais) é a diminuição do consumo de banda. Há uma queda enorme no número de linhas de código, já que tags desnecessárias foram totalmente excluídas e a separação de informação (XHTML) e formatação (CSS) é praticada. O fator “tamanho” é bastante importante, pois se o tamanho do site diminui, o consumo de banda diminui; logo, os gastos excessivos por causa do estouro de banda são imediatamente reduzidos.

Já o lado do usuário ganha uma grande vantagem: flexibilidade e controle. O usuário ganha a liberdade de escolher qual dispositivo, qual plataforma e por fim, qual browser ele irá utilizar para visualizar seus sites. Um usuário por exemplo pode utilizar Mac e navegar com Safari, Firefox ou até mesmo Internet Explorer. Ou utilizar Linux e navegar com Konqueror, Galeon ou Opera. Se preferir, o visitante pode estar usando algum dispositivo móvel como um PocketPC com Windows Mobile e visitar o site utilizando o Internet Explorer.

Como você já percebeu, há uma variação interminável de plataformas e dispositivos. Isso só tende a aumentar. Esse é o caminho que a web deve percorrer. Liberdade para troca de informações, independente do dispositivo utilizado para isso. É isso que o usuário espera.

Pessoal,
Meu pai no domingo (27/08), estava navegando no site do IBGE, e queria visitar um item chamado Classificações Estatísticas/ CONCLA, do web sitio do IBGE. Bom, o item existe no menu na página inicial deles, porem o link esta apenas com um famoso “#”. Se não existe nenhum conteúdo para esse item, porque o item existe no menu? Porque adoram complicar o que é fácil!

Olhem a imagem:

Meu pai me perguntou: Ju, o site do IBGE não funciona no Opera 9? Logo respondi: Ué, funciona sim, eu navego nele, e logo vi isso no site do IBGE.

Alguém sabe o porque do desenvolvedor fazer isso? Como disse o Kristofferson: Gerar estátisticas de reclamações? Só se for!

Então não complica o que é simples e fácil, se não tem conteúdo para aquela área, tira do menu. Usuários menos avançados, que não sabem o que o # faz. Poderiam ficar clicando umas 5 vezes sem obter resultado nenhum.

Abraços

Acho que todos conhecem a HostMidia, empresa de hospedagem. Bom, nunca hospedei lá, mas sempre tive uma certa desconfiança do serviço deles.

Adivinha o que a empresa esta querendo fazer com o Douglas Negreiros? Querem processar ele, por ter exposto um fato que ocorreu com ele.

Se essa empresa fosse realmente boa, teria aprendido com o fato, ter melhorado no ponto em que errou, e não ter tentado coagir o Douglas.

Aqui pra hostmidia óh _|_ ( Isso significa o dedo do meio pra eles!). Empresa furreca, e será que o doutor vai vir me processar? Meus telefones estão à disposição da empresa, endereço também.

O Caso foi citado no blog Povo do Mundo, e no Bender Blog.

Será que a hostmidia vai me processar?
Pois é, vida de blogueiro é doce, mas né mole não!.

Acho que o titulo do post já diz tudo, a felicidade de usar essa nova versão é inenarável, muito simples, mais simples impossível.

Enquanto eu instalava por Live CD, eu navegava no Gmail, conversava pelo gaim, estava já conectado ao pc do meu pai usando a conexão compartilhada, e tudo mais! Instalar foi apenas uma tarefa simples à ser feita!

O único problema é um monte de pacotes pra atualizar quando eu usei o apt-get -f upgrade, argh que saco, odeio esperar, olhem isso:

163 pacotes atualizados, 0 pacotes novos instalados, 0 a serem removidos e 2 não atualizados.
É preciso fazer o download de 1239kB/169MB de arquivos.
Depois de desempacotamento, 11,5MB adicionais de espaço em disco serão usados.
Quer continuar [S/n] ?

Bom, isso é detalhe, o windows a mesma coisa, alias, no pc novo estou usando o windows 2003 Server, sem o R2, pois meu irmão tinha levado o CD e eu não sábia, instalei a anterior, bom, sem problemas!

… pausa para olhar o teclado que esta ruim demais pra digitar …

Pronto, dei porradas no teclado, e ele ficou mais dócio!

Bom, sobre o novo ubuntu. to gostando!

Rede
Sem maiores dificuldades para acessar o windows 2000 do PC do meu pai.

Para configurar a rede foi super simples

Tela
Ele configurou minha resolução como 1280×1024 automáticamente, maravilha!

Mouse óptico c/ scroll
Dessa vez vez não tive problemas!

Novos Programas?
Meu opera 9 foi instalado sem maiores problemas! Um detalhe importante é que instalar agora qualquer pacote .deb agora está mais fácil, ele instala sem maiores complicações, basta dar dois clicks, agora não precisamos mais usar o comando dpkg install pacote.deb.

Mais testes serão feitos, e mais posts surgirão!

Abraços

Tanto se falou, se criticou, até diziam é a cultura do povo Brasileiro que não le, não busca a qualidade, e mais uma vez a boca de muita gente se calou diante de uma pesquisa feita sobre a blogosfera Brasileira!

Créditos

A Pesquisa Blogosfera Brasil é uma iniciativa Verbeat (www.verbeat.org), idealizada, planejada e executada por Leandro Gejfinbein (gejfin@verbeat.org), Luiz Afonso Escosteguy (afonso@verbeat.org), Simone Bicca (simone@verbeat.org), Tiago Casagrande (tiago@verbeat.org) e Uilson Brito (uilson@verbeat.org), com fundamental apoio de grandes amigos da blogosfera.

Sobre a pesquisa.

Primeiramente deve se dar os Parabéns aos envolvidos nessa pesquisa, são coisas assim que nos levam a sempre melhorar nossos humildes posts ;). Uma pesquisa dessa nos mostra que a qualidade é procurada, e que é valorizada!

Perder a imagem de que blog é diario de adolescente é necessário, é mais do que preciso ver o lado também ditádico, corporativo que os blogs possuem ;-). Porque quem nunca aprendeu uma coisa nova no blog de um amigo não é verdade?!

Vamos à pesquisa e alguns pontos importantes a serem destacados:

Participaram dessa pesquisa 697 pessoas (54,4% do sexo feminino e 45,6% do sexo masculino) com idades que variaram entre 12 e 71 anos (média 30 anos, dp 10 anos).

Considerando que foi 697 pessoas eu considero que ainda é pouco, mas para começo está bom.

No gráfico 2 é apresentada a distribuição da amostra conforme região de residência.

Em relação ao local de moradia dos participantes 52% declararam residir na região sudeste do Brasil (sendo SP o estado de maior representatividade, com 29,6% dos entrevistados).

Achei um pouco descriminátório, existem muitos blogueiros legais por ai, de outros estados, mas por outro lado a retenção de tecnologia é em SP, então acho que é preciso agente avaliar com mais cuidado a questão da região, não só do lado dos blogueiros mas de quem lê também. O Pessoal do SUL marca presença também, e o SUL fico com 9% apenas. Sendo que a concentração de renda é menor no Sul e maior no Nordeste, veja:

Em 2003, 27,8% dos ocupados ganhavam até um salário mínimo, enquanto 1,3% recebia mais de 20 mínimos. Regionalmente, a concentração de renda é menor no Sul e maior no Nordeste, que continua com remunerações médias bem inferiores às das demais regiões.

Esse dados são de 2003, mas de 2003 para cá não muda muita coisa assim do “nada”!

De onde acessa (na maior parte do tempo)
Casa 464 66,6% - Ula lá!!! Do conforto de casa realmente é muito melhor ler!

Trabalho 220 31,6% - Quando o chefe não enche nosso saco, caso contrário acho que esse número seria maior, pois a maioria do tempo útil nos dias da semana estamos na labuta!

Escola/Faculdade 8 1,1% - Instituições de ensino devem olhar com cuidado para esse lado. A área academica precisa ser um pouco mais ligada a informática, tecnologia, e se atualizar, pois o mundo gira muito rápido, e pode ser tarde pra que se atualizem a ponto de entender.

Lanhouse/Cybercafé 4 0,6% - Nossa, povo pobre, hehehe, brincadeiras aparte, já esperava esse resultado, pois lanhouse é pra quem nem tem PC em casa, ou realmente quem esta na rua e precisa usar a net em caráter emergencial.

Celular/PDA 1 0,1% - Ainda tá pouco, mas logo isso melhora

Você acha que blog é…
Imprensa Alternativa 428 61,4% - Jornalistas comecem a formar blogs já!!! Eu já busquei por exemplo
várias informações sobre candidatos que irei votar em blogs, desisti de 3 por que li que estão envolvidos e sendo levados para o lado negro da força, esse lado de imprensa alternativa no futuro será muito bem explorado pelos jornais, isso eu aposto!

Suporte de informação 398 57,1%
Acho que essa resposta coincide com imprensa alternativa, as duas tem _quase_ a mesma função né não?

Diário Virtual 359 51,5%
Óhh pobre visão distorcida do mundo =(, indice alto, preconceito lá emcima!

Moda passageira 15 2,2%
blahhh, ja foi provado que não é moda!

O PDF pode ser baixado aqui (Por qualquer eventualidade do servidor deles! ). Mas isso também pode ser baixado no site da pesquisa , em versão de .pdf e .xls.

Abraços e aguardamos mais sobre a versão 2.0 da pesquisa ;).

Saiu o novo Flock tão sabendo?

É, eu estou postando dele, me parece estar melhor, mais leve, e claro o visual dele sempre é bonito. Superando o Firefox tanto em rápidez como em estética. Porem ainda sou usuário Opera viciado :-).

Ahh, estou de PC Novo, Semprom 2.2, com 512 de memória RAM, HD de 80 GB, as coisas andam melhorando!

Abraços

Blogged with Flock

Parabéns a informática que gerou muitos empregos, isso deve-se a primeira máquina que pode ser chamada de computador, em 1946, mas essa máquina era operada por válvulas, os construtores eram engenheiros norte-americanos, se chamavam John William Mauchly e John Presper Eckart Jr.

O Computador foi construido graças a um esforço gigantesco dos Estados Unidos para construir a bomba atômica no final da Segunda Guerra Mundial. O computador tinha um peso de 30 toneladas e ocupada um espaço de 163 metros quadrados, e a capacidade dessa máquina equivale a uma simples agenda eletrônica. Em menos de fez anos nem foi mais utilizado.

Viva a esse dia para todos os profissionais de Informática!

Abraços

Depois de umas 15 tentativas consegui logar aqui. Não lembrava nem o usuario nem a senha. hehehe

Estava navegando por ai e vi um site bem interessante. Quem já viu o Google Spreadsheets (http://spreadsheets.google.com/) deve ter ficado pasmo com a ferramenta.
Aqui está uma ferramenta para criar apresentações como as do Power Point, do Office. Totalmente on-line também.
http://www.thumbstacks.com/
A ferramenta é nova e falta muita coisa ainda, mas já dá para ter uma boa idéia de seu potencial.

Está aparecendo uma infinidade de ferramentas de escritorio on-line e a tendencia é aumentar. Alguns colegas não utilizam mais Excell, apenas o Google Spreadsheets, que embora seja bem mais simples supre várias necessidades. E você, pensa em trocar o Office por uma suite de aplicativos online? Na minha opnião, essa é a tendencia. =)

Boa tarde,

Bom pessoal, algum tempo atraz havia uma grande movimentação dos desenvolvedores para transformar tudo em tableless, css, etc. Legal, bom, o tableless teve realmente seu papel importante para enfiar na cabeça de pessoas como eu, o que era web standarts, padrões, acessibilidade, e coisas do genero. E sim admito! eu era burrinho nessa parte!

Agora entra-se em uma discussão sobre a semântica, o que mostra uma evolução realmente no desenvolvimento web, vendo que agora layouts são mais que divs pra lá e pra cá, não é? No tópico HTML é Semântico do blog Pinceladas da web, que diz coisas sobre a semântica que é interresante conhecer. Alguns pontos citados são:

Os Sistemas de buscadores entendem tanto html como xhtml, o html permite h1, strong e todas as tags do xhtml, pois já existiam no html.

Estrutura de marcação de xhtml continua a mesma coisa, nada de novo, tudo igual, porem existem diferenças em tags orfãns, como img que deve ter uma barra “/” para ser fechada, porem caso essa regra não seja seguida, existe a compilação e renderização sem problema algum, porem não irá validar, e você terá erros no seu código.

“XHTML não separa melhor o conteúdo da estrutura. Para aqueles que tem terror da tag font, vale lembrar que esse elemento não é permitido seguindo o DTD do HTML 4.01 Strict, quem dirá então o DTD do XHTML 1 Transitional. O DTD do XHTML 1 Transitional é o mesmo do HTML 4 Transitional só que reformulado para funcionar como XML, e o mesmo acontece com as DTD do HTML 4 Strict e XHTML 1 Strict.” Essa são as próprias palavras do blog!

Agora você imagina o que é semântica no real sentido da palavra?

se.mân.ti.ca sf (gr semantiké, de sema)

1 Ling Estudo da evolução do sentido das palavras através do tempo e do espaço; semiótica, semiologia, semasiologia, sematologia: caderno, rival, torto, que no velho português significavam respectivamente grupo de quatro objetos, convizinho do rio, dano, passaram a significar, no português moderno, reunião de folhas de papel, competidor, torcido; por outro lado, fumo e moço, que em Portugal significam vapor e criado, no Brasil têm respectivamente o sentido de tabaco e jovem. 2 Mil ant Parte da arte militar que compreendia o conjunto das disposições destinadas a fazerem mover as tropas por meio de sinais. S. descritiva: a que estuda a significação atual das palavras de uma língua. S. geral: a que estuda a relação entre as palavras e as coisas, ou seja, entre a linguagem, o pensamento e a conduta. S. histórica: a que trata das mudanças de sentido das palavras no correr dos tempos.

Nossa, tanta coisa ai, mas o que realmente procuramos na semântica voltada pra web? Esta na citação abaixo:
a que trata das mudanças de sentido das palavras no correr dos tempos.

A semântica na web traz sempre a mudança de sentido nas tags, a tag b por exemplo, foi quase que substituida por strong, e elas não tem a mesma finalidade de leitura nos leitores de tela, porém obtem o mesmo resultado visual, a fonte “negritada” como desejar. O Uso de strong vocẽ mostra que deve ser lida com mais força, não sei se lembram quando a professora de vocês ensinou fonética, que as palavras com acentuação, a parte com o acento deveria ser lido com mais força, é isso que acontece com strong, porem com a tag b é apenas negritado, e nada mais, não existe enfâse, força, berro ou coisas do genêro.

Situações em que a semântica aparece e ninguem percebe são em citações, que devem ser levadas com o maior cuidado, pois os leitores de tela sofrem com isso. As tags de citações são interresantes pois agente cita, deve indicar de onde veio aquele trecho, e a lingua em que foi escrito. Exemplo de citação escrita corretamente. pego da W3C

<blockquote cite=”http://www.example.com/tolkien/twotowers.html”>
<p>They went in single file, running like hounds on a strong scent,
and an eager light was in their eyes. Nearly due west the broad
swath of the marching Orcs tramped its ugly slot; the sweet grass
of Rohan had been bruised and blackened as they passed.</p>
</blockquote>

Existem outras formas de citações, veja qual melhor lhe convem. Seja em HTML, ou xHTML.

Agora do que adianta usar alt=”" nas imagens? e não usar title=”" nos links?

Agora é questão de você mesmo avaliar seu código, ou verificar se se questionar se tag que esta usando é realmente a tag correta a ser usada? Esse questionamento deve ser feito na hora de desenvolvimento.

Abraços