Tenho uma ideia brilhante e, como o WordPress já cuida de parte do trabalho, só preciso encontrar um bom método para fazer esse trabalho.
Estou trabalhando em um projeto que precisa responder a todos os dispositivos, seja um PC de mesa ou um dispositivo móvel. Portanto, quero que as imagens também sejam responsivas, o que significa que os dispositivos móveis não devem carregar imagens com mais de 50 KB.
Para cada página ou postagem, posso adicionar uma Imagem em destaque usando Miniaturas de postagem que, em tamanho real, a imagem tem cerca de 950x250 a ~ 60 KB. Se eu carregar o site em um iPhone / Android, não gostaria que a imagem ~ 60KB fosse carregada, mas gostaria que a pequena miniatura fosse carregada em seu lugar.
O método padrão para imagens responsivas é tornar a largura da imagem 100% do contêiner pai, assim ele será redimensionado automaticamente se o contêiner pai também for redimensionado. Não é o melhor método para imagens maiores.
Pensei em experimentar o script de imagem responsiva do Filament Group , mas tentei e não funcionou direito. Uma maneira de conseguir isso é através da detecção de agente do usuário, mas prefiro não usar esse método, pois os agentes do usuário podem ser falsificados.
Aqui está outro método para redimensionar imagens em tempo real , mas isso parece estar duplicando o que o WordPress já fez.
Se houver uma maneira de fazer isso com as imagens da Media Gallery, o WordPress será o padrão, com todas as miniaturas redimensionadas já criadas, isso seria preferível.
fonte
A melhor maneira é usar uma grade fluida para criar o tema WordPress e remover os valores de largura e altura das imagens em destaque através de uma função para dimensionamento proporcional. Um tutorial sobre como responder a imagens do WordPress :
fonte
Esse não é um método ruim e, na verdade, é o padrão do setor, um bom WURFL tem uma classificação de precisão muito alta; os que eu usei e testei sempre retornavam resultados sólidos e testes independentes (acima do que eu me incomodaria em fazer) parecem tê-los em prática. a faixa de 98% +. Quem se importa se algum bot coxo está falsificando um agente do usuário, eles não estão lá por uma boa razão de qualquer maneira.
Para a etapa 2, acho que qualquer um dos métodos se resume ao que é realmente mais rápido, uma consulta de mídia WURFL ou CSS suportada por PHP.
fonte
diplay:none;
. Layouts responsivos eficazes tendem a ser designs mínimos por causa disso.Primeiro você tem que definir "melhor". Minha definição seria: Renderiza a imagem com o efeito pretendido pelo designer em qualquer dispositivo ou tela Renderiza a imagem com a mesma qualidade que o original Consome a quantidade mínima absoluta de sistema e recursos humanos (por exemplo, largura de banda, CPU, tempo de designer / programador)
Aqui estão as abordagens que vi até agora:
Prós: Requer quase nenhum esforço para implementar, compatível com vários navegadores e suportado por navegadores mais antigos.
Contras: geralmente baixa mais dados do que o necessário e, em seguida, gasta ciclos de CPU no cliente, diminuindo a velocidade (lento). Você pode acabar com imagens de baixa qualidade, dependendo do algoritmo de dimensionamento do navegador. Não há possibilidade de direção artística e não pode adaptar a imagem para telas do tipo retina.
Prós: Download mais rápido em dispositivos móveis. Pode lidar com monitores do tipo retina. Qualidade de imagem aprimorada, pois as imagens foram processadas com algum método de alta qualidade. A direção artística se torna possível.
Contras: alguém precisa gastar tempo processando, cortando e gerenciando várias versões da mesma imagem. Mais codificação: agora você precisa especificar cada versão da imagem de alguma maneira e criar consultas de mídia para todos os layouts desejados. Repita o procedimento acima para cada imagem que você servir. Funcionará apenas para navegadores que suportam consultas de mídia CSS3 ou as novas tags.
Prós: o Designer não precisa gastar tempo processando imagens e gerenciando várias versões. A imagem com o tamanho ideal é enviada sempre. Pode lidar com telas do tipo retina e ajustar dinamicamente para a direção artística (embora com algum esforço extra - precise saber onde se concentrar). Nenhuma marcação especial ou extra necessária (ressalva abaixo). Compatível com vários navegadores e funcionará para navegadores mais antigos.
Contras: É necessário capturar e transmitir informações sobre as propriedades de tela e navegador do cliente. A primeira vez que uma imagem é carregada pode ser mais lenta do que em qualquer outra abordagem, pois a imagem precisa ser processada (normalmente é armazenada em cache para solicitações posteriores).
fonte