You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If you experience problems with the BeeWare Tutorial, [log them on GitHub](https://github.com/beeware/beeware-tutorial/issues). If you want to contribute code, please [fork the code](https://github.com/beeware/beeware-tutorial) and [submit a pull request](https://github.com/beeware/beeware-tutorial/pulls).
If you'd like to contribute to the translation effort, join the
47
-
`#translations` channel on [Discord](https://beeware.org/bee/chat/) and
48
-
introduce yourself!
32
+
If you'd like to contribute to the translation effort, join the `#translations` channel on [Discord](https://beeware.org/bee/chat/) and introduce yourself!
Copy file name to clipboardExpand all lines: docs/en/how-to/contribute.md
+30-95Lines changed: 30 additions & 95 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,19 +1,12 @@
1
1
# Contributing to this tutorial
2
2
3
-
This tutorial is written using [MkDocs and Markdown](https://www.mkdocs.org/).
4
-
This guide will help you contribute fixes or new content to this
5
-
tutorial.
3
+
This tutorial is written using [MkDocs and Markdown](https://www.mkdocs.org/). This guide will help you contribute fixes or new content to this tutorial.
6
4
7
-
Translations of this tutorial are managed using
8
-
[Weblate](https://hosted.weblate.org/engage/beeware/). If you'd like to
9
-
contribute to the translation effort, join the `#translations` channel
10
-
on [Discord](https://beeware.org/bee/chat/) and introduce yourself!
5
+
Translations of this tutorial are managed using [Weblate](https://hosted.weblate.org/engage/beeware/). If you'd like to contribute to the translation effort, join the `#translations` channel on [Discord](https://beeware.org/bee/chat/) and introduce yourself!
11
6
12
7
## Set up your development environment
13
8
14
-
To build the BeeWare tutorial you **must** have a Python 3.12
15
-
interpreter installed and available on your path (i.e., `python3` must
16
-
start a Python 3.12 interpreter).
9
+
To build the BeeWare tutorial you **must** have a Python 3.12 interpreter installed and available on your path (i.e., `python3` must start a Python 3.12 interpreter).
17
10
18
11
/// tab | macOS
19
12
@@ -44,9 +37,7 @@ C:\...>pip3 --version
44
37
45
38
### Create a virtual environment
46
39
47
-
The recommended way of setting up your development environment for
48
-
BeeWare is to install a virtual environment, install the required
49
-
dependencies and start coding. To set up a virtual environment, run:
40
+
The recommended way of setting up your development environment for BeeWare is to install a virtual environment, install the required dependencies and start coding. To set up a virtual environment, run:
50
41
51
42
/// tab | macOS
52
43
@@ -81,13 +72,7 @@ Your prompt should now have a `(.venv)` prefix in front of it.
81
72
82
73
For updates to BeeWare documentation:
83
74
84
-
Next, go to [the BeeWare Tutorial page on
85
-
GitHub](https://github.com/beeware/beeware-tutorial), fork the repository into
86
-
your own account, and then clone a copy of that repository onto your
87
-
computer by clicking on "Clone or Download". If you have the GitHub
88
-
desktop application installed on your computer, you can select "Open in
89
-
Desktop"; otherwise, copy the URL provided, and use it to clone using
90
-
the command line:
75
+
Next, go to [the BeeWare Tutorial page on GitHub](https://github.com/beeware/beeware-tutorial), fork the repository into your own account, and then clone a copy of that repository onto your computer by clicking on "Clone or Download". If you have the GitHub desktop application installed on your computer, you can select "Open in Desktop"; otherwise, copy the URL provided, and use it to clone using the command line:
91
76
92
77
/// tab | macOS
93
78
@@ -127,10 +112,7 @@ Fork the BeeWare Tutorial repository, and then:
127
112
128
113
### Install BeeWare tutorial docs dependencies
129
114
130
-
Now that you have the source code, you can install BeeWare docs
131
-
requirements into your development environment. Since we're installing
132
-
from source, we can't rely on pip to resolve the dependencies to source
133
-
packages, so we have to manually install each package:
115
+
Now that you have the source code, you can install BeeWare docs requirements into your development environment. Since we're installing from source, we can't rely on pip to resolve the dependencies to source packages, so we have to manually install each package:
134
116
135
117
/// tab | macOS
136
118
@@ -161,10 +143,7 @@ packages, so we have to manually install each package:
161
143
162
144
### Install pre-commit
163
145
164
-
BeeWare uses a tool called [Pre-Commit](https://pre-commit.com) to
165
-
identify simple issues and standardize code formatting. It does this by
166
-
installing a git hook that automatically runs a series of code linters
167
-
prior to finalizing any git commit. To enable pre-commit, run:
146
+
BeeWare uses a tool called [Pre-Commit](https://pre-commit.com) to identify simple issues and standardize code formatting. It does this by installing a git hook that automatically runs a series of code linters prior to finalizing any git commit. To enable pre-commit, run:
168
147
169
148
/// tab | macOS
170
149
@@ -193,10 +172,7 @@ pre-commit installed at .git/hooks/pre-commit
193
172
194
173
///
195
174
196
-
When you commit any change, pre-commit will run automatically. If there
197
-
are any issues found with the commit, this will cause your commit to
198
-
fail. Where possible, pre-commit will make the changes needed to correct
199
-
the problems it has found:
175
+
When you commit any change, pre-commit will run automatically. If there are any issues found with the commit, this will cause your commit to fail. Where possible, pre-commit will make the changes needed to correct the problems it has found:
200
176
201
177
/// tab | macOS
202
178
@@ -258,8 +234,7 @@ trim trailing whitespace.................................................Passed
258
234
259
235
///
260
236
261
-
You can then re-add any files that were modified as a result of the
262
-
pre-commit checks, and re-commit the change.
237
+
You can then re-add any files that were modified as a result of the pre-commit checks, and re-commit the change.
263
238
264
239
/// tab | macOS
265
240
@@ -339,13 +314,11 @@ Once your development environment is set up, run:
339
314
340
315
///
341
316
342
-
The output of the file should be in the `_build/html` folder. If
343
-
there are any markup problems, they'll raise an error.
317
+
The output of the file should be in the `_build/html` folder. If there are any markup problems, they'll raise an error.
344
318
345
319
### Live Tutorial preview
346
320
347
-
To support rapid editing of documentation, BeeWare also has a "live
348
-
preview" mode:
321
+
To support rapid editing of documentation, BeeWare also has a "live preview" mode:
349
322
350
323
/// tab | macOS
351
324
@@ -371,16 +344,11 @@ preview" mode:
371
344
372
345
///
373
346
374
-
This will build the documentation, start a web server to serve the build
375
-
documentation, and watch the file system for any changes to the
376
-
documentation source. If a change is detected, the documentation will be
377
-
rebuilt, and any browser viewing the modified page will be automatically
378
-
refreshed.
347
+
This will build the documentation, start a web server to serve the build documentation, and watch the file system for any changes to the documentation source. If a change is detected, the documentation will be rebuilt, and any browser viewing the modified page will be automatically refreshed.
379
348
380
349
### Tutorial linting
381
350
382
-
The build process will identify most Markdown problems, but BeeWare
383
-
performs some additional "lint" checks. To run the lint checks:
351
+
The build process will identify most Markdown problems, but BeeWare performs some additional "lint" checks. To run the lint checks:
384
352
385
353
/// tab | macOS
386
354
@@ -411,28 +379,19 @@ This will validate the documentation does not contain:
411
379
- dead hyperlinks
412
380
- misspelled words
413
381
414
-
If a valid spelling of a word is identified as misspelled, then add the
415
-
word to the list in `docs/spelling_wordlist`. This will add the word to
416
-
the spellchecker's dictionary. When adding to this list, remember:
382
+
If a valid spelling of a word is identified as misspelled, then add the word to the list in `docs/spelling_wordlist`. This will add the word to the spellchecker's dictionary. When adding to this list, remember:
417
383
418
-
- We prefer US spelling, with some liberties for programming-specific
419
-
colloquialisms (e.g., "apps") and verbing of nouns (e.g., "scrollable")
420
-
- Any reference to a product name should use the product's preferred
- If a term is being used "as code", then it should be quoted as inline
424
-
code rather than being added to the dictionary.
384
+
- We prefer US spelling, with some liberties for programming-specific colloquialisms (e.g., "apps") and verbing of nouns (e.g., "scrollable")
385
+
- Any reference to a product name should use the product's preferred capitalization. (e.g., "macOS", "GTK", "pytest", "Pygame", "PyScript").
386
+
- If a term is being used "as code", then it should be quoted as inline code rather than being added to the dictionary.
425
387
426
388
### Translations
427
389
428
-
The BeeWare tutorial is available in multiple languages, which you can
429
-
build individually or all at the same time.
390
+
The BeeWare tutorial is available in multiple languages, which you can build individually or all at the same time.
430
391
431
392
#### Updating translations
432
393
433
-
If you have made changes to the English content, the first step to
434
-
building the translations is to update the translation files. To
435
-
update the translations:
394
+
If you have made changes to the English content, the first step to building the translations is to update the translation files. To update the translations:
436
395
437
396
/// tab | macOS
438
397
@@ -462,9 +421,7 @@ This will update the
462
421
463
422
#### Building translations
464
423
465
-
To build a single translation, you run the `docs` command with the
466
-
language code for the translation you wish to build. For example,
467
-
to build French:
424
+
To build a single translation, you run the `docs` command with the language code for the translation you wish to build. For example, to build French:
468
425
469
426
/// tab | macOS
470
427
@@ -490,12 +447,9 @@ to build French:
490
447
491
448
///
492
449
493
-
The French translation should be built in the `_build/html`
494
-
folder. If there are any markup problems, they'll raise an error.
450
+
The French translation should be built in the `_build/html` folder. If there are any markup problems, they'll raise an error.
495
451
496
-
An error is also raised if you enter a language code for an
497
-
unavailable language. If this happens, verify that you are using
498
-
the proper language code.
452
+
An error is also raised if you enter a language code for an unavailable language. If this happens, verify that you are using the proper language code.
499
453
500
454
To build all the translations at the same time:
501
455
@@ -523,43 +477,25 @@ To build all the translations at the same time:
523
477
524
478
///
525
479
526
-
This will build all available translations in the `_build/html`
527
-
directory, inside a language-specific subdirectory. For example, the
528
-
French translation would be available in `_build/html/fr`.
480
+
This will build all available translations in the `_build/html` directory, inside a language-specific subdirectory. For example, the French translation would be available in `_build/html/fr`.
529
481
530
482
## What to work on?
531
483
532
-
If you're looking for specific areas to improve, there are [tickets tagged
If you're looking for specific areas to improve, there are [tickets tagged "documentation"](https://github.com/beeware/BeeWare/issues?q=is%3Aopen+is%3Aissue+label%3Adocumentation) in BeeWare's issue tracker.
535
485
536
-
However, you don't need to be constrained by these tickets. If you can
537
-
identify an error in the tutorial, or an improvement that can be made,
538
-
start writing! Anything that improves the experience of the end user is
539
-
a welcome change.
486
+
However, you don't need to be constrained by these tickets. If you can identify an error in the tutorial, or an improvement that can be made, start writing! Anything that improves the experience of the end user is a welcome change.
540
487
541
488
## Submitting a pull request
542
489
543
-
Before you submit a pull request, there's a few bits of housekeeping to
544
-
do.
490
+
Before you submit a pull request, there's a few bits of housekeeping to do.
545
491
546
492
### Submit from a feature branch, not your `main` branch
547
493
548
-
Before you start working on your change, make sure you've created a
549
-
branch. By default, when you clone your repository fork, you'll be
550
-
checked out on your `main` branch. This is a direct copy of BeeWare's
551
-
`main` branch. To contribute to BeeWare itself, not the docs, please
552
-
review the repo README.
494
+
Before you start working on your change, make sure you've created a branch. By default, when you clone your repository fork, you'll be checked out on your `main` branch. This is a direct copy of BeeWare's `main` branch. To contribute to BeeWare itself, not the docs, please review the repo README.
553
495
554
-
While you *can* submit a pull request from your `main` branch, it's
555
-
preferable if you *don't* do this. If you submit a pull request that is
556
-
*almost* right, the core team member who reviews your pull request may
557
-
be able to make the necessary changes, rather than giving feedback
558
-
asking for a minor change. However, if you submit your pull request from
559
-
your `main` branch, reviewers are prevented from making modifications.
496
+
While you *can* submit a pull request from your `main` branch, it's preferable if you *don't* do this. If you submit a pull request that is *almost* right, the core team member who reviews your pull request may be able to make the necessary changes, rather than giving feedback asking for a minor change. However, if you submit your pull request from your `main` branch, reviewers are prevented from making modifications.
560
497
561
-
Instead, you should make your changes on a *feature branch*. A feature
562
-
branch has a simple name to identify the change that you've made.
498
+
Instead, you should make your changes on a *feature branch*. A feature branch has a simple name to identify the change that you've made.
563
499
564
500
To create a feature branch, run:
565
501
@@ -587,5 +523,4 @@ To create a feature branch, run:
587
523
588
524
///
589
525
590
-
Commit your changes to this branch, then push to GitHub and create a
591
-
pull request.
526
+
Commit your changes to this branch, then push to GitHub and create a pull request.
0 commit comments