Fanstatic

Tela Software:
Fanstatic
Detalhes de Software:
Versão: 0.15
Data de upload: 20 Feb 15
Licença: Livre
Popularidade: 7

Rating: 2.5/5 (Total Votes: 2)

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ário para Fanstatic

Comentários não encontrado
Adicionar comentário
Ligue imagens!