Yahoo! Blog User Interface (YUIBlog)

2 Comentários »

RSS feed dos comentários deste post. URI TrackBack

1. Então, quando é de 3,4 libertação saindo?

   Comentário por pks - 26 de julho de 2011 #

2. Estou certo de que havia uma grande quantidade de atividade no canal # yui depois dessa sessão, mas, infelizmente, que a fase ativa do canal de IRC é geralmente fora de meus horários regulares para que eu mais sinto falta de coisas boas.

   Então aqui é o meu off-line, em comentários (meus) horas sobre o calendário:

   Os modelos são membros da classe estática que impede a existência de dois calendários com modelos diferentes na mesma página. O nome CONTENT_TEMPLATE também é uma má escolha, uma vez que existe uma propriedade widget do mesmo nome e é confuso para saber qual delas você está falando. Se este modelo for alterado para uma propriedade de instância, o seu nome iria colidir com propriedade Widget com resultados bastante previsível, (fatal).

   Ter dois modelos separados e desconectados para cabeçalhos e do calendário em si impede tê-los alinhados uns com os outros calendários múltiplos mês. Se você estiver indo para exibir um ano inteiro, que pretende a cada mês claramente identificados, não apenas conhecer a gama de meses mostrados e ter a contagem de usuário qual é qual. Em outras palavras, além de possivelmente ter um cabeçalho global para a coisa toda, cada um 'painel' deve ter seu próprio cabeçalho, eo mês / ano deve ir para lá. Esta não é certamente uma pequena alteração na estrutura de marcação básica, desculpe.

   A única coisa de templates pode ser melhorado usando o argumento muitas vezes esquecido 3 de Y.substitute, a função de substituição. Isso permitiria que os métodos de chamada conectado-no calendário básico para preencher espaços reservados em qualquer um desenvolvedor pode imaginar, tanto quanto o Paginator YUI2 velha faz. Plugins quis fazer enchimento modelo pode registrar na inicialização com a tag {} eles são projetados para lidar com o método e para fazer a substituição. Funções de substituição não receber o "propôs" a substituição para que eles seriam capazes de aceitar o padrão oferecido ou modificá-lo como eles querem. Um argumento paneNumber ou informações de contexto equivalente deve também ser fornecida para essas funções de substituição para que eles saibam qual painel (ou qualquer outro) que estão enchendo dentro Escusado será dizer que este também deve estar disponível todo o caminho a partir de modelos de cabeçalho todo o caminho de cada modelo de célula, cada um com sua informação de contexto específico.

   Sou a favor da sugestão de Lucas, que um método açúcar indicando quantos painéis você quer em um tempo e deixar Calendário lidar com isso. Eu me pergunto sobre o layout destes calendários. Será que eles, naturalmente, quebrar e fluir para a próxima linha na borda direita? Com os modelos atuais, você poderia definir, mas que sobre a propriedade de açúcar, indicando o número de painéis que você quer? Você, então, necessário especificar se você quer, digamos, um ano inteiro em duas fileiras de 6, 3 linhas de 4 ou qualquer combinação. Dar a cada um painel de className com um número de seqüência que permitem que os designers de lidar com isso através de CSS que seria bom ter um atributo único de açúcar como 'panesPerRow' ou algo assim.

   As regras devem estender-se dias antes ou depois do mês corrente. Se você não quer uma regra a ser aplicada a um mês específico, você deve definir a regra não, não tem o calendário simplesmente ignorar todas as regras. Tudo o que é exibido deve seguir as mesmas regras. Como eu mencionei, se você é um viajante fazendo uma reserva de um quarto de hotel ou bilhete de avião na última semana do mês e você está olhando para a disponibilidade ou ofertas, não é aceitável que os dias extras não mostram a disponibilidade de assentos / quartos / ou ofertas que você deve realmente navegar e para trás entre meses, como se o primeiro não é contíguo ao último dia do mês anterior. Se não seguir as regras, o que você está mostrando a eles para? E se você não mostrar a eles, quer forçar o usuário a navegar.

   Relacionado a isso, o calendário deve oferecer um par de métodos auxiliares para o desenvolvedor para recuperar o intervalo de datas do mês (especialmente para painel multi-calendários) eo intervalo de datas mostradas (incluindo extras antes e depois). Isso seria útil para montar o pedido IO para os dados associados com cada célula do calendário (número de assentos, o preço do bilhete, férias, qualquer que seja) em uma única transação. Esses métodos devem ser capazes de comunicar esta informação antes que o calendário é efectivamente prestado para evitar a cintilação.

   Comentário por Satyam - 29 de julho de 2011 #

Deixe um comentário