Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

docs: Fix a few typos #749

Merged
merged 1 commit into from
Jul 17, 2022
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Jump to
Jump to file
Failed to load files.
Diff view
Diff view
4 changes: 2 additions & 2 deletions docs/contributing.rst
Original file line number Diff line number Diff line change
Expand Up @@ -48,7 +48,7 @@ Note on API compatibility
WTForms is a very small library, but yet it's possible to break API
compatibility pretty easily. We are okay with breaking API compatibility
for compelling features or major changes that we feel are worthwhile
inclusions to the WTForms core, but realize that any API compatiblity
inclusions to the WTForms core, but realize that any API compatibility
break will delay the inclusion of your ticket to the next major release.

Some examples of API compatibility breaks include:
Expand All @@ -65,6 +65,6 @@ behaved the same as it did before. This could look something like:

1. Add a keyword arg ``use_locale`` to the constructor
2. Make the keyword default to ``False`` so the behavior without this arg is
identical to the previous bevhavior.
identical to the previous behavior.
3. Add your functionality and make sure all existing DecimalField tests work
unchanged (and of course add new tests for the new functionality).
2 changes: 1 addition & 1 deletion docs/crash_course.rst
Original file line number Diff line number Diff line change
Expand Up @@ -184,7 +184,7 @@ In addition to providing data using the first two arguments (`formdata` and
`obj`), you can pass keyword arguments to populate the form. Note though that a
few names are reserved: `formdata`, `obj`, and `prefix`.

`formdata` takes precendence over `obj`, which itself takes precedence over
`formdata` takes precedence over `obj`, which itself takes precedence over
keyword arguments. For example::

def change_username(request):
Expand Down
2 changes: 1 addition & 1 deletion docs/i18n.rst
Original file line number Diff line number Diff line change
Expand Up @@ -43,7 +43,7 @@ Translating built-in messages
-----------------------------

There are some messages in WTForms which are provided by the framework, namely
default validator messages and errors occuring during the processing (data
default validator messages and errors occurring during the processing (data
coercion) stage. For example, in the case of the IntegerField above, if someone
entered a value which was not valid as an integer, then a message like "Not a
valid integer value" would be displayed.
Expand Down
2 changes: 1 addition & 1 deletion src/wtforms/utils.py
Original file line number Diff line number Diff line change
Expand Up @@ -21,7 +21,7 @@
def clean_datetime_format_for_strptime(formats):
"""
Remove dashes used to disable zero-padding with strftime formats (for
compatibiltity with strptime).
compatibility with strptime).
"""
return [
re.sub(
Expand Down
4 changes: 2 additions & 2 deletions tests/validators/test_length.py
Original file line number Diff line number Diff line change
Expand Up @@ -17,7 +17,7 @@ def test_correct_length_passes(min_v, max_v, dummy_form, dummy_field):
@pytest.mark.parametrize("min_v, max_v", [(7, -1), (-1, 5)])
def test_bad_length_raises(min_v, max_v, dummy_form, dummy_field):
"""
It should raise ValidationError for string with incorect length
It should raise ValidationError for string with incorrect length
"""
dummy_field.data = "foobar"
validator = length(min_v, max_v)
Expand Down Expand Up @@ -49,7 +49,7 @@ def test_bad_length_init_raises(min_v, max_v):
)
def test_length_messages(dummy_form, dummy_field, validator, message):
"""
It should raise ValidationError for string with incorect length
It should raise ValidationError for string with incorrect length
"""
dummy_field.data = "foobar"

Expand Down