Detalhes de Software:
Versão: 0.15
Data de upload: 20 Feb 15
Licença: Livre
Popularidade: 7
Fanstatic é uma editora recurso estático inteligente para a linguagem de programação Python.
Para mais informações sobre o que se trata e como usá-lo, veja: http://fanstatic.org
O que é novo nesta versão:
- Adicionar & quot; default & quot; argumento para entalhar para especificar um recurso que vai ser preenchido, se não houver outro recurso especificado em necessidade (). Graças ao Nilo.
- Certifique-se de feixes publicados levar o cabeçalho Content-Type correto. Anteriormente, todos os pacotes foram entregues com text / html. Graças a David Beitey.
O que é novo na versão 0.14:.
- Alex Gronholm acrescentou python3 e apoio pypy
- Usando toxicológico para testar em python2.6 / 2.7 / 3.2 / 3.3 / pypy.
- Espelhando a repo bitbucket para github, a fim de executar testes em travis-ci: https://travis-ci.org/#!/fanstatic/fanstatic
O que é novo na versão 0.13.3:
- No mais usar decorador wsgify de WebOb tanto no injector e middlewares delegante, uma vez que tem problemas de manipulação de aplicação resposta WSGI pai (https://github.com/Pylons/webob/issues/74).
O que é novo na versão 0.13.2:
- Corrigido problema # 78: & quot; fanstatic.checksum .md5 não é garantida & quot ;, graças a Takanao EndoH.
O que é novo na versão 0.13.1:
- Corrigido o erro onde os recursos de modo criado por seqüência de atalho ' 'não herdou o renderizador, agrupando, parâmetros de dependência.
O que é novo na versão 0.12:.
- correção Documentação em amostras de código, graças a Toby Dacre
- emitir Fix Nº 74, minified js não servido na parte inferior, a menos force_bottom, graças a Toby Dacre.
- Cherry pegou solicitação de recebimento # 1 & quot;. Support-wsgi-apps-não-montado-na - / & quot ;, graças a Eric Lemoine
- Adicionar renderizador css de impressão.
O que é novo na versão 0.11.4:
- Havia um outro bug com requisitar recursos quando várias bibliotecas Foram envolvidos. Desta vez, o caminho library_nr foi calculado foi alterado para que isso não aconteceria mais.
- A intenção library_nr era ter que ser sempre um maior do que o library_nr máximo de todas as bibliotecas esta biblioteca é baseado.
- Na prática, isso não acontece sempre, porque cada recurso teve seu próprio library_nr. Em algumas circunstâncias, os recursos em bibliotecas, dependendo outras bibliotecas iria obter consistentemente um library_nr muito baixo, como cada recurso que se baseavam em teve um library_nr que foi muito baixa, bem como, mesmo que outro recurso poderia existir naquela biblioteca com um library_nr superior. Isso poderia fazer com que o library_nr de todos os recursos de uma biblioteca para ser muito baixo.
- Agora isso foi corrigido para mover library_nr para o lugar que deveria ter mantido em em primeiro lugar: a própria biblioteca. Calcula-se agora uma vez por biblioteca, pouco antes de os recursos são classificadas pela primeira vez durante a execução do aplicativo. Desde pelo tempo que os recursos precisam ser resolvidos todos os recursos são conhecidos, o library_nr pode ser calculado corretamente.
O que é novo na versão 0.11.3:
- Houve um bug com pedidos de recursos quando várias bibliotecas estão envolvidos: https://bitbucket.org/fanstatic/fanstatic/issue/67/ordering-of-resources-when-multiple
O que é novo na versão 0.11.2:.
- Atualizar os docs para readthedocs.org
Requisitos :
- Python
Comentários não encontrado