changes: MultiValueField instead of DecimalField and fix #8

If you want to use localisation for the form field, you'll run into an `ValueError`: too many values to unpack
This happens due to the fact, that django's `DecimalField` will use a `TextInput` rather than a `NumberInput` if `Field.localize` is set `True`.
In this case, the default value must be a `String` rather than a `Float`.
changes: MultiValueField instead of DecimalField and fix #8

If you want to use localisation for the form field, you'll run into an `ValueError`: too many values to unpack
This happens due to the fact, that django's `DecimalField` will use a `TextInput` rather than a `NumberInput` if `Field.localize` is set `True`.
In this case, the default value must be a `String` rather than a `Float`.

Revert "l10n fix for MoneyField"

This reverts commit 1911017c53f3d1685ca7185129bca27a634b9ff9.

fixes form field issue

Django’s from `SelectField` excepts a list of touples, it got passed a
list of `Currencies`. This should now allow to use from `MoneyField` on
it’s own.

adds l10n to form MoneyField

this adds support for the localize argument, as it doen’t work on when
a widget is passed

changes: Text- to NumberField

‘DeciamFields’ usually use ‘NumberInputs’. This also allows i10n input.

adds support for non i10n

changes: to MultiValueField instead of DecimalField

This is a more ‘django’-like approach. I use existing fields and there
widgets rather than creating them all.
This works well and reduces the code size and intreduces real l10n.

adds: option to swap the currency widget

updates: tests

updates most tests to proper generation for multivalue fields.
It also adds new tests.

PEP8

makes whole code PEP8 complient

fixes: test for django 1.6

Django 1.6 returns a input type number by default. If localize=True it
returns type text.

Revert "PEP8"

This reverts commit 43da78eff73ef0f70fa1b2e4f6ab79d4d92f3535.

deprecates: rendering test

add test of readonly_fields to test project
Fixes where the language code was used instead of getting locale code https://docs.djangoproject.com/en/dev/topics/i18n/#term-language-code
fix for issue #54
moneyfield was ignoring default_currency because of the default value being an Money object
added int to possible default values, enhanced test scenarios
Added test scenario for default being a Money instance
Merge pull request #74 from toudi/fix-dont-ignore-default-currency

fix for issue #54
support for relative fields in the queryset.

It is now possible to execute a query like the following:

MyModel.objects.filter(amount1__gt=F(amount2))

NOTE: this also adds the condition, that the currencies must match.
ignore .venv files
Merge pull request #70 from rvause/master

Fixes where the language code was used instead of getting locale code
added test to help fix #80
Merge pull request #81 from titusz/test-proxy-models

added test to help fix #80
Nullable MoneyField should act as default=None
Fixed bug where a non-required MoneyField threw an exception.

To be precise: InvalidOperation: Invalid literal for Decimal: 'None'
Fixed issue with Form.changed_data always including MoneyFields.

This is a particular issue for empty inlines in Django admin, which
the admin thinks are not empty because of the previous behaviour.
Support for value of None in MoneyField.compress.
Leaving a MoneyField blank in the Django admin site caused an issue when
attempting to save an exception was raised since Money was getting an
argument list of None.
Merge pull request #88 from rvause/master

Support for value of None in MoneyField.compress.
Version bump
Added "choices=" to instantiation of currency widget

This prevents a "list has no attribute copy()" error when using the MoneyWidget directly in a form definition
add support for django 1.7 with migrations