vtex / front.portal-plugins Goto Github PK

Esse erro ocorre quando se tenta colocar o produto no carrinho e os scripts da página ainda não terminaram de carregar (no caso, o script do seletor de SKU).

Assunto já alinhado entre Thiago Nathanson e Breno.

Deve ser:
Quarta-feira, 04/02/2015

Colocar uma opção default no seletor de datas de entrega agendada

Até onde nós vimos, no Portal, estamos escrevendo o script para montar o controle do Avise-me corretamente.

O problema é que ele não chega a ser renderizado. Não conseguimos identificar o motivo .

Palavras do Jajá:
Eu estou desconfiado que algum script que o cliente coloca ( via TagManager ), interfere com a renderização do controle e não chega a dar uma exceção.

Exemplos:

http://www.candeia.com/medo-e-coragem/p

http://www.candeia.com/diversos

http://www.webfones.com.br/jogo-titanfall-xbox-one/p

Cenário sendo visto pelo Jajá e equipe de UX.

Att

Ao adicionar mais de 1 produto no carrinho, quando acessamos o miniCart no header e tentamos remover algum dos produtos, ao invés de ele remover o que queremos, ele sempre remove o primeiro da lista.

Segue vídeo exemplificando o cenário: http://monosnap.com/file/QjUYTnzSTsVgQBxCnKrGFsBjtxipWF

Se está marcado "Entrega Agendada" para dia 05/02/2015 às 10:00, e alterar para "Entrega Expressa", manter a opção de dia e hora, se disponível

Deve ser:
10:00 a 14:00 - R$ 10,00

• Enviar attachment quando selecionar alguma opção do seletor
• Enviar attachment de entrega agendada somente quando selecionar o horário ou data
• Remover o botão de confirmar opção

Por ex

"Próximas entregas disponíveis:
Entrega expressa: hoje
Agendada: segunda feira, 19 de janeiro"

Ao fazer hover em um minicart todas as instâncias de minicart sofrem o hover, o comportamento esperado seria apenas a instância afetada executar o hover.

Ao carregar a página todas as instâncias de minicart executam hover, o comportamento esperado seria apenas uma instância executar hover e possuir uma opção de habilidar/desabilitar o hover ao carregar a página.

Quando a página é carregada e o carrinho está vazio o componente vtexsc-cart "pisca" na tela, o comportamento esperado seria não mostrar o componente.

Hoje, o nome de todos os eventos, para o jQuery, é "vtex".

Devemos mudar os nomes dos eventos para terem

• Apenas um nome, em camelCase quando necessário
• Apenas um namespace: "vtex"

ex:

• vtex.sku.ready vira skuReady.vtex
• vtex.sku.dimensionChanged vira skuDimensionChanged.vtex

Importante: os eventos devem ser, inicialmente, adicionados para evitar quebra de compatibilidade.

Ao fazer a nova versão major (compatível com vtex.js), os eventos anteriores devem ser abandonados.

referência: http://dailyjs.com/2009/11/14/jquery-custom-events/

É possível selectSkuHandler receber um sku null. Devemos tratar para que não falhe nesse momento: sku.dimensions[dimension.name]

Atualmente ao inserir um item no carrinho o mesmo é adicionado no final da lista e é disparado um evento para mostrar o carrinho, caso o número de itens ultrapasse a altura da caixa é necessário fazer scroll até o final para ver o item adicionado.

Para um usuário é mais relevante saber se o item que ele acabou de clicar realmente está no carrinho, ao invês de sempre ver os primeiros itens adicionados. Minha sujestão é deixar como padrão o ultimo item adicionado no topo da lista ou criar um configuração que determina a ordem da lista.

Issue criada em outro repositório: https://github.com/vtex/vcs.checkout-ui/issues/260

Se houver apenas uma janela de entrega para o dia escolhido, usar um span em vez do select redundante

• Disable dos seletores até chegar resosta do orderForm
• Mensagem de "Carregando..." no topo do minicart