largura da lista suspensa em ie
<p>no ie, a lista suspensa tem a mesma largura da caixa suspensa (espero que esteja fazendo sentido), enquanto no firefox a largura da lista suspensa varia de acordo com o conteúdo.</p><p>basicamente, isso significa que eu tenho que garantir que a caixa de depósito seja grande o suficiente para exibir a seleção mais longa possível. isso torna minha página muito feia :(</p><p>existe alguma solução alternativa para esse problema? como posso usar css para definir larguras diferentes para a caixa de depósito e a lista suspensa?</p>
<p>aqui está outro exemplo baseado em <a href="http://jquery.com">jquery</a> . ao contrário de todas as outras respostas postadas aqui, leva em consideração todos os eventos de teclado e mouse, especialmente cliques:</p><pre><code>if (!$.support.leadingwhitespace) { // if ie6/7/8 $('select.wide') .bind('focus mouseover', function() { $(this).addclass('expand').removeclass('clicked'); }) .bind('click', function() { $(this).toggleclass('clicked'); }) .bind('mouseout', function() { if (!$(this).hasclass('clicked')) { $(this).removeclass('expand'); }}) .bind('blur', function() { $(this).removeclass('expand clicked'); }); } </code></pre><p>use-o em combinação com este pedaço de css:</p><pre><code>select { width: 150px; /* or whatever width you want. */ } select.expand { width: auto; } </code></pre><p>tudo que você precisa fazer é adicionar a classe <code>wide</code> ao (s) elemento (s) suspenso (s) em questão.</p><pre><code>&lt;select class="wide"&gt; ... &lt;/select&gt; </code></pre><p> <a href="http://jsfiddle.net/hnv9q/">aqui está um exemplo do jsfiddle</a> . espero que isto ajude.</p>
o navegador bloqueia de acordo com uma classificação (baixa, media e alta). existe lista de "liberados", não de bloqueados. <p>eu não acho que haja uma resposta fácil aqui, porque, em última análise, depende do que você está construindo e para quem está construindo. sites de largura fixa e sites de largura variável têm suas vantagens e desvantagens.</p><p>uma coisa que devo salientar aqui, não falarei sobre experiências móveis para sites fixos/fluidos, porque sites móveis são melhores quando o design é específico para dispositivos móveis, não uma porta de um site de desktop para uma plataforma móvel.</p><h2>largura fixa - vantagens</h2><p>um site de largura fixa é uma experiência mais consistente e mais rápida de se desenvolver do que um site de largura variável. ele também permite que o designer tenha mais controle sobre a apresentação, porque você pode definir valores rígidos para larguras, comprimentos de linha, tamanhos de tipografia etc. é também mais fácil de manter do que um site de largura variável.</p><h2>largura fixa - desvantagens</h2><p>por outro lado, os designs de largura fixa começam a falhar quando os casos do edge aparecem. no momento, é muito comum as pessoas projetarem sites para um monitor com resolução de 1024px de largura, mas ainda existem pessoas com máquinas de resolução mais baixa. no momento, estou trabalhando em um aplicativo que foi projetado usando uma grade de 960 pixels; dei uma olhada nas análises hoje e notei que 3% dos usuários estavam em monitores de 800 x 600 e cerca de 5% do total estavam em resoluções abaixo de 1024 x 768. esses usuários provavelmente estão tendo uma experiência muito ruim porque o site tem largura fixa .</p><h2>largura do fluido - vantagens</h2><p>a largura do fluido permite que o design seja expandido com base nas configurações do usuário; o design se adapta a eles, o que é uma coisa boa. isso permite que o site mantenha um espaço negativo proporcional, para que ele nunca pareça muito confuso ou muito aberto (a menos que tenha sido especificamente projetado dessa maneira).</p><h2>largura do fluido - desvantagens</h2><p>infelizmente, os designs de largura de fluido também não são impermeáveis ​​aos gabinetes edge. quando as larguras ficam muito finas ou muito grandes, coisas ruins podem acontecer, especialmente no texto. comprimentos de linha muito curtos ou muito longos são essencialmente ilegíveis. além disso, muitas formas de mídia, como imagens ou objetos flash, são difíceis de dimensionar em projetos de largura de fluido; ie requer javascript para redimensionar as imagens, caso contrário, elas serão pixelizadas).</p><h2>web design responsivo</h2><p>algumas pessoas mostraram exemplos, mas ainda não se referiram a essa técnica pelo nome. ethan marcotte recentemente cunhou o termo para descrever layouts de fluidos que podem mudar completamente com base na resolução da tela do usuário (veja detalhes <a href="http://www.alistapart.com/articles/responsive-web-design/">aqui</a> ). trata-se de um híbrido de largura fixa e largura de fluido - permite definir mínimos e máximos para que os comprimentos de mídia ou linha não fiquem fora de controle e também permite que o design se ajuste às configurações do usuário. obviamente, essa técnica também tem suas próprias vantagens e desvantagens. embora tenha fornecido um layout escolhido especificamente para as configurações de um usuário, esse tipo de site é difícil de desenvolver. nem todos os navegadores suportam as consultas de mídia necessárias para fazer isso. além disso, você está essencialmente desenvolvendo vários layouts, estendendo a quantidade de tempo necessária para criar e manter.</p><p>eu acredito que é impossível colocar um cobertor "sempre use isso" ou "nunca use isso"; eu diria que você deve sempre avaliar suas necessidades antes de tomar uma decisão. na maioria dos casos, sinto que um layout de largura fixa servirá a seus propósitos, mas que um layout fluido ou responsivo pode fornecer uma experiência de usuário muito melhor, apenas com o custo de uma dificuldade extra.</p> <p>eu já vi menus radiais algumas vezes. eu testei um complemento do firefox que organizava o menu contextual em um círculo. também foi usado em alguns jogos de computador (temple of elemental evil vem à mente quando penso nisso). de alguma forma, não funcionou.</p><ul> <li>é muito mais fácil digitalizar uma lista de opções (seus olhos se movem de cima para baixo) do que as opções dispostas em círculo (seus olhos devem se mover em várias direções).</li> <li>nem todas as opções são iguais. alguns são mais importantes ou usados ​​com mais frequência (devem estar mais próximos do ponteiro do mouse, de acordo com a lei de fitz) do que outros.</li> <li>você realmente tem um problema com itens e subitens mais longos. o jogo que mencionei anteriormente conseguiu lidar com isso muito bem visualmente, girando todas as opções em torno do ponto central. o problema é que, quando há mais opções, você precisa ler algumas delas de baixo para cima, outras da esquerda para a direita e o restante vai de cima para baixo.</li> </ul><p>acho que os menus contextuais radiais podem funcionar em situações específicas (baixo número de opções, itens podem ser representados como ícones sem texto, etc.). mas geralmente não são realmente uma boa ideia.</p> <p>alguns pensamentos:</p><ol> <li><strong>os ícones garantem confundir a maioria das pessoas quando usados ​​isoladamente</strong>. adoro completamente a maneira como os ícones do firefox têm texto quando há espaço para tê-los. portanto, tente pensar um pouco mais sobre se há alguma maneira de ter um rótulo de texto ao lado do ícone.</li> <li>quanto ao ícone, que tal três ícones de filtro sobrepostos?</li> <li>mas, dando um passo atrás, <strong>você pode dividir a tarefa em duas operações</strong> - <strong>selecionar tudo</strong> então <strong>aplicar filtros selecionados</strong>? não sei o contexto do seu trabalho, mas se você puder selecionar mais de um filtro, isso poderá funcionar bem. certamente muitos aplicativos fazem isso.</li> </ol> a função switch possui algumas diferenças em relação à função if, mas ambas são funções de comparação. e é correto afirmar que a diferença entre elas é a capacidade de apenas testar igualdades. a estrutura do switch pode ser melhor analisada a seguir:\switchem cada um dos cases, só é aceito um valor ou, até mesmo, uma string. a comparação sempre será uma comparação de igualdade entre o valor de referência e o valor de cada case. já a função if permite fazer comparações lógicas com uma lógica booleana. a estrutura do if pode ser melhor analisada a seguir:\if olá @luis freixo    isso pode ocorrer por vários motivos (cache do navegador), performance do navegador, performance do player invocado pelo navegador, algo que o navegador está a bloquear (javascript, cookies etc).  dos testes que fiz o firefox mostrou-se com uma execelente performance para o tipo de acesso. <p>oi eduardo,</p>
<p>agradeço o feedback. sim a alternativa estrava sobrando, já retirei a opção sobre escassez como correta.</p>
<p>obrigada.</p> <p>quando você clica nas opções de pesquisa ao lado do botão de pesquisa, uma das opções de filtro é "pesquisa". altere a lista suspensa para "possuído por mim". em seguida, altere o menu suspenso "compartilhamento" para "compartilhado por mim". isso deve mostrar todos os itens que você possui que você compartilhou - portanto, os itens que você publicou.</p> reunix, agora ficou mais claro o problemaestava olhando na documentação do firebase e wherearraycontainsany faz uma citação de lista no valorhttps://firebase.google.com/docs/reference/android/com... <p><strong> para uma lista de arquivos a serem empurrados, execute: </strong></p><pre><code>git diff --stat --cached [remote/branch] </code></pre><p><em> exemplo: </em></p><pre><code>git diff --stat --cached origin/master </code></pre><p><strong> para o diff do código dos arquivos a serem enviados, execute: </strong></p><pre><code>git diff [remote repo/branch] </code></pre><p><strong> para ver os caminhos completos dos arquivos que serão alterados, execute: </strong></p><pre><code>git diff --numstat [remote repo/branch] </code></pre><p>se você quiser ver estes diffs em uma gui, você precisará configurar o git para isso. veja <a href="https://stackoverflow.com/questions/255202/how-do-i-view-git-diff-output-with-visual-diff-program">como vejo a saída 'git diff' com um programa de diferenças visuais?</a> .</p>