semvec/pypi-packages huggingface dataset:
django-rednoise 1.0.5
Opinionated Django-specific addon for Whitenoise.
License: MIT
Keywords: django,static,wsgi

RedNoise
==========
Django as a framework is great, but file handling within any setup has never been particularly fun to configure. WhiteNoise (https://whitenoise.readthedocs.org/) makes this, to borrow its own term, "radically simplified", and for the most part I've found it to be an ideal solution - though there are a few things I found myself wanting from time to time.

RedNoise is a different take on the DjangoWhiteNoise module from WhiteNoise. It aims to be (and as of writing, should be) completely compatible with the existing WhiteNoise API, but takes a different approach on a few things. I consider this an opinionated third-party addon to the WhiteNoise project, however I hope it goes without saying that anything here is up for grabs as a pull request or merge.

Getting Started
====================
1. ``pip install django-rednoise``
2. Follow the WhiteNoise configuration guidelines - they all should work.
3. Modify your wsgi file as follows:

.. code-block:: python
    
    from django.core.wsgi import get_wsgi_application
    from rednoise import DjangoRedNoise
    
    application = get_wsgi_application()
    application = DjangoRedNoise(application)

...and that's it. You can read on for additional configuration options if you think you need them, but the defaults are more or less sane. DjangoRedNoise is the only Class in this package; existing guides/documentation for WhiteNoise should still suffice.

Differences from WhiteNoise
-----------------------------------

- **RedNoise allows you to serve user-uploaded media**  
  Note that it performs no gzipping of content or anything; the use case this satisfied (for me, at least) was that users within a CMS
  needed to be able to upload images as part of a site; configuring storages and some S3 setup just got annoying to deal with. 
  
- **RedNoise respects Django's DEBUG flag**  
  When DEBUG is True, RedNoise will mimic the native Django static files handling routine. With this change, RedNoise can be used while
  in development (provided you're developing with uwsgi) so your environment can simulate a production server. I've found this to be
  faster than using Django's static serving in urls.py solution, YMMV.
  
- **When DEBUG is false, RedNoise mimics WhiteNoise's original behavior**  
  ...with two exceptions. One, being that Media can also be served, and two - whereas WhiteNoise scans all static files on startup,
  RedNoise will look for the file upon user request. If found, it will cache it much like WhiteNoise does - the advantage of this
  approach is that one can add static file(s) as necessary after the fact without requiring a restart of the process.
  
- **RedNoise 404s directly at the uwsgi level, rather than through the Django application**  
  Personally speaking, I don't see why Django should bother processing a 404 for an image that we know doesn't exist. This is, of
  course, a personal opinion of mine.


License
-------

MIT Licensed

Contact
-------
Questions, concerns? ryan [at] venodesigns dot net
jambel 0.1.1
Interface to jambit's project traffic lights.
License: MIT

python-jambel
=============

.. image:: https://travis-ci.org/jambit/python-jambel.svg?branch=master
    :target: https://travis-ci.org/jambit/python-jambel

Interface to jambit's project traffic lights.

A simple example::

    import jambel
    light = jambel.Jambel('ampel3.dev.jambit.com')
    light.green.on()
    light.yellow.blink()
    light.red.flash()

It is also possible to query the jambel's status::

    status = light.status()
    if stats[jambel.GREEN] == jambel.BLINK:
        print('green light is blinking!')

Interested in the hardware? Contact us at info@jambit.com
CambiosNoDeseados 0.0.1.dev3
Cambios No Deseados - Conbinación de un RPG Tactico y un TCG
License: MIT

# README #


## ¿Que es Cambios No Deseados? ##

Es un proyecto entre unos amigos para crear una combinación entre un Rouge-Like y un TGC

Actualmente esta en la versión <a1> "alpha 1"


## ¿Como lo pruebo? ##

Por los momentos no existen un instalador


## ¿Como esta siendo desarrollado? ##

El juego esta escrito en python usando la librería PyGame para los gráficos y PodSixNet para la comunicación en red. El juego esta diseñado con un modelo servidor - cliente en mente.

El código esta estructurado en varios módulos que contienen un nivel de abstracción lógica diferente:

### Juego ###
Contiene las definiciones de los componentes del juego en si, que es un mapa, que es un personaje, etc.

### Cartas ###
Define el concepto de carta y maso, permite crear cartas en base a archivos xml

### Reglas ###
Contiene las definiciones de la forma en que el juego es jugado, los jugadores, interpreta los efectos de las cartas

### Interfaz ###
Crea la interfaz gráfica con la que el usuario interactúa

### Cliente ###
Define a un jugador que se conecta a un servidor para jugar, le permite a la interfaz enviar y recibir información

### Servidor ###
Define al servidor central que controla el juego, decide que información enviá a los clientes


## ¿Quien trabaja en esto? ##

El administrador es Wolfang Torres, lo puedes encontrar en wolfang.torres@gmail.com
Flask-Material 0.1.1
An extension that includes Materialize CSS (http://materializecss.com/) in your project, without any boilerplate code.
License: MIT

===============
Flask-Material
===============

Flask-Material packages `MaterializeCSS` <https://github.com/Dogfalo/materialize> into an extension that mostly consists
of a blueprint named 'material'. It can also create links to serve Materialize
from a CDN and works with no boilerplate code in your application.


Please see: `https://github.com/HellerCommaA/flask-material 
<https://github.com/HellerCommaA/flask-material>`_ for additional documentation.