Merge pull request #27 from ppival/patch-3

Fix typos and improve clarity in team collaboration guide

Author: ccbogel

docs/doc/en/2.4.-Working-in-a-Team.md

@@ -12,7 +12,7 @@ This approach can be applied to both inductive and deductive coding. It is based
 
 * You can do this via email so that each person, upon completing their tasks, mails the zipped project folder to the subsequent individual on the list.
 * You can also work sequentially on the same computer, using the same project folder.
-* If your coordinate the work manually, using a cloud-sharing service like OneDrive or Dropbox to transfer the files is also an option. However, it's critical that a) under no circumstances should two people access the same project simultaneously and b) the project must be fully synced with the cloud service before passing the work to the next individual. The succeeding person must also ensure they have downloaded the latest version from the cloud before beginning their tasks. Be careful: Project versions getting out of sync may make corrupt your data, you then have to revert to a backup copy.
+* If you coordinate the work manually, using a cloud-sharing service like OneDrive or Dropbox to transfer the files is also an option. However, it's critical that a) under no circumstances should two people access the same project simultaneously, and b) the project must be fully synced with the cloud service before passing the work to the next individual. The succeeding person must also ensure they have downloaded the latest version from the cloud before beginning their tasks. Be careful: Project versions getting out of sync may corrupt your data, and you then have to revert to a backup copy.
 * Please do not use REFI-QDA Project export as a routine approach for collaboration when all coders are using QualCoder. Use one of the other options described here instead. If you need to open a project in different software (e.g., Taguette, NVivo, Atlas.ti, MAXQDA, Dedoose, Quirkos), only then should you use the REFI-QDA Project export. Project features can be lost when transferring a project between qualitative software using the REFI-QDA Project export.
 
 Handle coder-names carefully (see below).
@@ -25,8 +25,8 @@ This strategy allows your team to work simultaneously to some extent. It is most
 Follow these steps:
 
 * Create a master project with the code system already defined (if applicable).
-* Ideally, import all empirical documents at this stage. Avoid linking to external files as this complicates the distribution of the project.
-* Zip your project folder, including all subfolders and files, and send it to your collaborators (email, file transfer or USB-stick).
+* Ideally, import all empirical documents at this stage. Avoid linking to external files, as this complicates the distribution of the project.
+* Zip your project folder, including all subfolders and files, and send it to your collaborators (email, file transfer, or USB-stick).
 * Decide on a strategy for handling coder names in your team, as explained in the notes below.
 * Now, each team member can unzip their local copy of the project and work on it independently, adding codes, codings, memos, etc. However, do not edit the imported text of the empirical documents themselves, since this will potentially cause problems during the merging process later.
 * Finally, gather all the local copies and sequentially merge them into your master project, using the [process described here](https://qualcoder-org.github.io/doc/en/6.1.-Imports-and-Exports#merge-qualcoder-projects)
@@ -36,7 +36,7 @@ Follow these steps:
 * In most cases, you want to have a unique name for each coder on your team so that individual contributions can be identified even after merging the project together. 
 * In Project > Settings, click the "Change" button next to the coder name to open a window where you can alter your own identity or create, rename, or merge other coders within the current project.<br /><br /><img width="500" alt="Coder dialog" src="https://github.com/user-attachments/assets/380291b1-6e34-4bd3-8344-182af8448140" /><br />(Note that "📌 Speaker coding" is used internally to automatically mark speaker utterances in transcripts. This name should not be used for other purposes.)
 
-* Be careful, especially with the Merge function, as there is no Undo. If you make a mistake while you are in the coder names screen, press the cancel button, and the changes will be reverted. After clicking OK, the changes are permanent. However, the merge function will make a copy of your project before the merge witha _pre_coder_merge suffix_.
+* Be careful, especially with the Merge function, as there is no Undo. If you make a mistake while you are in the coder names screen, press the cancel button, and the changes will be reverted. After clicking OK, the changes are permanent. However, the merge function will make a copy of your project before the merge with a _pre_coder_merge suffix_.
 * In the same window, you can control the visibility of other collaborators. Since version 3.8 of QualCoder, contributions from other coders are always visible and editable by default unless you choose otherwise. Hiding other contributors is especially useful for measuring inter-coder reliability, which requires multiple people to code the same document without influencing each other.      
 * This window is also accessible from the toolbar in the code text, code image, and code PDF workspaces, albeit with limited options.
 
@@ -48,4 +48,4 @@ Do not keep the project folder on a network drive or in a cloud location, and ac
 
 Make a backup of the project folder before doing any substantial changes, such as a substantial reorganising of codes and categories, merging projects, or merging codes. QualCoder does perform hourly backups (keeping up to the most recent five, if backups are set in the settings). Also, do not store extra files or outputs within the project folder.
 
-In addition, for good data management practices, you should have a regular backup schedule for your work and also back up project to different, devices or drives.
+In addition, for good data management practices, you should have a regular backup schedule for your work and also back up the project to different devices or drives.