o Rafael se tornou moderador é?

Tá com inveja?

que nada. deve ser muito chato ser moderador de fórum. hehe.

o Rafael se tornou moderador é?

Faz tempo, desde que o fórum foi recriado.

o Rafael se tornou moderador é?

Tá com inveja?

Edição: Discover não esta carregando.

http://blogs.opera.com/desktop/2014/07/opera-developer-24-update-1558-21/

EDITADO: já resolvi, arrumei a gambiarra no atalho do Opera Developer

layout bugado na barra "ao vivo" no topo da página?
http://globoesporte.globo.com/futebol/brasileirao-serie-a/temporeal/16-07-2014/gremio-goias/

Parece normal aqui.

E essa história de que agora o navegador não fecha inteiro é conversa fiada. Aqui ele já fechou inteirinho algumas vezes.

E as vezes que ele não fechou inteiro, você contou?
Além disso isso faz parte do sistema de segurança geral do navegador (sandbox).

Infelizmente aquilo que eu vinha dizendo desde o anúncio da troca do motor pra esse que tem um processo pra cada guia está cada vez mais confirmado e consolidado.

Existe uma opção pra por no atalho / linha de comando pra fazer ele usar menos processos. Além disso só porque um problema tem uma (hipotética) causa isso não significa que não existe solução. É possível que este problema possa ser resolvido sem ser necessário remover a arquitetura multiprocesso.

Uma outra observação... Você que está interessado em ter esse problema resolvido não reportou aos desenvolvedores, então como esperar qualquer ação pra chegar à uma solução por parte deles?
→ https://bugs.opera.com/wizarddesktop/

Na época do presto eu cheguei a usar o navegador com dezenas de guias abertas no meu desktop com 1,5 GiB de ram e um processador E2140 sem me deparar com coisa parecida com o que acontece hoje.

Sim, o Presto era especial, porém mesmo que o Blink use mais recursos ele é mais rápido e consegue "aguentar" as páginas diferente do Presto. Além disso o motor Blink suporta mais padrões web e as páginas hoje em dia estão usando mais recursos do PC do que antigamente.

Seu PC provavelmente é muito fraco...(?) Imagino que o Chromium/Opera ou o sistema deva estar colocando o conteúdo das guias num arquivo de cache, paginação ou swap antes que ou quando sua RAM fique completamente cheia. Aí quando você vai trocar pra uma dessas guias existe esse delay de recarregá-las do cache.

Se for o que eu estou pensando, acontecia (acontece às vezes) aqui. Deu uma melhorada quando resetei as flags mas ainda acontece eventualmente.
E meu PC tá longe de ser "fraco" hehe.

Como comentamos na página anterior a Opera já copiou o leitor (na última build), chamado PDFium, e existe uma flag pra poder testá-lo.

Esse bug me afeta também.

Ok, sobre esse eu não me preocuparia. Já reportei e percebi que a mesma coisa ocorreu no Chromium, onde a correção foi aplicada e está pendente uma build com a mesma presente. https://code.google.com/p/chromium/issues/detail?id=381495

Não sei se foi reportado, mas é esse delay aí mesmo. Acontece em todas (ou quase todas, não prestei atenção direito) as guias que estavam em segundo plano recém focadas. Também não prestei atenção se acontece quando o uso de cpu/ram está alto. Isso é proposital? Tem como desativar?

Seu PC provavelmente é muito fraco...(?) Imagino que o Chromium/Opera ou o sistema deva estar colocando o conteúdo das guias num arquivo de cache, paginação ou swap antes que ou quando sua RAM fique completamente cheia. Aí quando você vai trocar pra uma dessas guias existe esse delay de recarregá-las do cache.
No lugar do branco podia aparecer outra imagem (mas obs: gerar outra imagem gastaria ainda mais RAM), mas nada vai fazer todas as guias caberem na sua RAM miraculosamente com uma opção "desativar". No Presto, a interface do navegador inteiro travaria e a imagem da guia anterior ficaria sendo exibida até que a guia clicada fosse recarregada ou algo semelhante, talvez até branco, não?

@minho Qual o ID do bug, DNA-?? Isso não é um delay ao clicar na guia depois dela ficar em plano de fundo um tempo ou quando o uso de CPU/RAM está bem alto e ela tem que ser "recarregada" do cache?

Não sei se foi reportado, mas é esse delay aí mesmo. Acontece em todas (ou quase todas, não prestei atenção direito) as guias que estavam em segundo plano recém focadas. Também não prestei atenção se acontece quando o uso de cpu/ram está alto. Isso é proposital? Tem como desativar?

tem um que afeta minha placa de vídeo em que a interface não é "redesenhada" corretamente conforme a utilização, o conteúdo das caixas de seleção não aparece, as guias ficam embaralhadas, a barra de rolagem fica toda preta, etc

Esse bug me afeta também.

E aquele bug das guias que ficam em branco por alguns instantes/segundos quando focadas continua firme e forte...

@minho Qual o ID do bug, DNA-?? Isso não é um delay ao clicar na guia depois dela ficar em plano de fundo um tempo ou quando o uso de CPU/RAM está bem alto e ela tem que ser "recarregada" do cache?
A diferença do Presto é que o Presto daria uma travada geral na interface ao tentar trocar pra guia enquanto ela é recarregada... Não é isso?

Esqueci de um detalhe: o bug que eu falei só aparece na versao estável. Não encontrei na Developer.

:faint:

@sidneyneto não vi esse bug, mas tem um que afeta minha placa de vídeo em que a interface não é "redesenhada" corretamente conforme a utilização, o conteúdo das caixas de seleção não aparece, as guias ficam embaralhadas, a barra de rolagem fica toda preta, etc. Acontece só quando a aceleração por hardware está ativada, portanto basta eu desativá-la. Como afeta a stream Developer podemos imaginar que esse bug não afetará a versão final, pois ainda vai passar pelo canal Next que é designado para consertar bugs, etc.

Novas flags:
PDF viewer plug-in
Render PDF documents using the bundled PDF viewer plug-in rather than external plug-ins.

Only auto-reload visible tabs
Pages that fail to load while the browser is offline will only be auto-reloaded if their tab is visible.