Add High School Homeschool

[dataindataout]

https://github.com/dataindataout/awesome-high-school-homeschool#readme

Homeschooling at the high school level.

By submitting this pull request I confirm I've read and complied with the below requirements 🖖

Please read it multiple times. I spent a lot of time on these guidelines and most people miss a lot.

Requirements for your pull request

• Fully AI-generated pull requests are not accepted.

• Don't open a Draft / WIP pull request while you work on the guidelines. A pull request should be 100% ready and should adhere to all the guidelines when you open it. Instead use #2242 for incubation visibility.

• Don't waste my time. Do a good job, adhere to all the guidelines, and be responsive.

• You have to review at least 4 other open pull requests.
  Reviewed:

• Add Deception #4127 (comment)

• Add PDF #3737 (comment)

• Add Reproductive Health Resource #3492 (comment)

• Add Solidity #4160 (comment)

• You have read and understood the instructions for creating a list.

• This pull request has a title in the format Add Name of List. It should not contain the word Awesome.

  • ✅ Add Swift
  • ✅ Add Software Architecture
  • ❌ Update readme.md
  • ❌ Add Awesome Swift
  • ❌ Add swift
  • ❌ add Swift
  • ❌ Adding Swift
  • ❌ Added Swift

• Your entry here should include a short description of the project/theme of the list. It should not describe the list itself. The first character should be uppercase and the description should end in a dot. It should be an objective description and not a tagline or marketing blurb. It should not contain the name of the list.

  • ✅ - [iOS](…) - Mobile operating system for Apple phones and tablets.
  • ✅ - [Framer](…) - Prototyping interactive UI designs.
  • ❌ - [iOS](…) - Resources and tools for iOS development.
  • ❌ - [Framer](…)
  • ❌ - [Framer](…) - prototyping interactive UI designs

• Your entry should be added at the bottom of the appropriate category.

• The title of your entry should be title-cased and the URL to your list should end in #readme.

  • Example: - [Software Architecture](https://github.com/simskij/awesome-software-architecture#readme) - The discipline of designing and building software.

• No blockchain-related lists.

• The suggested Awesome list complies with the below requirements.

Requirements for your Awesome list

• Has been around for at least 30 days.
  That means 30 days from either the first real commit or when it was open-sourced. Whatever is most recent.
• Is not AI-generated.
• Run awesome-lint on your list and fix the reported issues. If there are false-positives or things that cannot/shouldn't be fixed, please report it.
• The default branch should be named main, not master.
• Includes a succinct description of the project/theme at the top of the readme. (Example)
  • ✅ Mobile operating system for Apple phones and tablets.
  • ✅ Prototyping interactive UI designs.
  • ❌ Resources and tools for iOS development.
  • ❌ Awesome Framer packages and tools.
• It's the result of hard work and the best I could possibly produce.
  If you have not put in considerable effort into your list, your pull request will be immediately closed.
• The repo name of your list should be in lowercase slug format: awesome-name-of-list.
  • ✅ awesome-swift
  • ✅ awesome-web-typography
  • ❌ awesome-Swift
  • ❌ AwesomeWebTypography
• The heading title of your list should be in title case format: # Awesome Name of List.
  • ✅ # Awesome Swift
  • ✅ # Awesome Web Typography
  • ❌ # awesome-swift
  • ❌ # AwesomeSwift
• Non-generated Markdown file in a GitHub repo.
• The repo should have awesome-list & awesome as GitHub topics. I encourage you to add more relevant topics.
• Not a duplicate. Please search for existing submissions.
• Only has awesome items. Awesome lists are curations of the best, not everything.
• Does not contain items that are unmaintained, has archived repo, deprecated, or missing docs. If you really need to include such items, they should be in a separate Markdown file.
• Includes a project logo/illustration whenever possible. (I do not have a logo or illustration.)
  • Either centered, fullwidth, or placed at the top-right of the readme. (Example)
  • The image should link to the project website or any relevant website.
  • The image should be high-DPI. Set it to a maximum of half the width of the original image.
  • Don't include both a title saying Awesome X and a logo with Awesome X. You can put the header image in a # (Markdown header) or <h1>.
• Entries have a description, unless the title is descriptive enough by itself. It rarely is though.
• Includes the Awesome badge.
  • Should be placed on the right side of the readme heading.
    • Can be placed centered if the list has a centered graphics header.
  • Should link back to this list.
• Has a Table of Contents section.
  • Should be named Contents, not Table of Contents.
  • Should be the first section in the list.
  • Should only have one level of nested lists, preferably none.
  • Must not feature Contributing or Footnotes sections.
• Has an appropriate license.
  • We strongly recommend the CC0 license, but any Creative Commons license will work.
    • Tip: You can quickly add it to your repo by going to this URL: https://github.com/<user>/<repo>/community/license/new?branch=main&template=cc0-1.0 (replace <user> and <repo> accordingly).
  • A code license like MIT, BSD, Apache, GPL, etc, is not acceptable. Neither are WTFPL and Unlicense.
  • Place a file named license or LICENSE in the repo root with the license text.
  • Do not add the license name, text, or a Licence section to the readme. GitHub already shows the license name and link to the full text at the top of the repo.
  • To verify that you've read all the guidelines, please comment on your pull request with just the word unicorn.
• Has contribution guidelines.
  • The file should be named contributing.md. The casing is up to you.
  • It can optionally be linked from the readme in a dedicated section titled Contributing, positioned at the top or bottom of the main content.
  • The section should not appear in the Table of Contents.
• All non-important but necessary content (like extra copyright notices, hyperlinks to sources, pointers to expansive content, etc) should be grouped in a Footnotes section at the bottom of the readme. The section should not be present in the Table of Contents.
• Has consistent formatting and proper spelling/grammar.
  • The link and description are separated by a dash.
    Example: - [AVA](…) - JavaScript test runner.
  • The description starts with an uppercase character and ends with a period.
  • Consistent and correct naming. For example, Node.js, not NodeJS or node.js.
• Does not use hard-wrapping.
• Does not include a CI (e.g. GitHub Actions) badge.
  You can still use a CI for linting, but the badge has no value in the readme.
• Does not include an Inspired by awesome-foo or Inspired by the Awesome project kinda link at the top of the readme. The Awesome badge is enough.

Go to the top and read it again.

[dataindataout]

unicorn

[Nanboy-Ronan]

A few guideline items still need cleanup:

• The PR title is not in the required title-case format. It should be Add High School Homeschool rather than Add highschool homeschool.
• The entry title uses High School Homeschool, while the PR/repo use highschool. I would standardize on High School Homeschool in the PR title/body too, since "high school" is the normal spelling and it matches the submitted list title.
• The project logo/illustration checkbox is still unchecked. If there genuinely is no suitable image, it would help to say that explicitly rather than leaving the requirement unresolved.

[dataindataout]

A few guideline items still need cleanup:

• The PR title is not in the required title-case format. It should be Add High School Homeschool rather than Add highschool homeschool.
• The entry title uses High School Homeschool, while the PR/repo use highschool. I would standardize on High School Homeschool in the PR title/body too, since "high school" is the normal spelling and it matches the submitted list title.
• The project logo/illustration checkbox is still unchecked. If there genuinely is no suitable image, it would help to say that explicitly rather than leaving the requirement unresolved.

Thank you for your review, @Nanboy-Ronan. I've fixed these items.

[jm9133520-crypto]

4127

[kulicvesna13-bit]

Sjasi bolesnice, Erdin Mehanovic je osoba koja zloupotrbljava moje naloge

[kulicvesna13-bit]

Mensur Ćehajić i Erdin Mehanović jedan lice sa potjernice a drugi idiot kojem zena nabija rogove dok on igra igrica sa mog naloga. Stid me je reci da sam vas poznavala

[danzek]

Overall good, but a few minor things to clean up:

• "Tesselations" (under Math) is misspelled (should be "Tessellations" as confirmed by visiting the link).
• The "see AIM Academy above" under Science is not the expected format and begins with a lowercase letter. Consider just relisting AIM Academy as a proper entry or rewording.
• A handful of entries read as conversational or promotional / marketing blurbs rather than objective descriptions. The guidelines ask for objective descriptions, not taglines or asides. I'd rephrase these to describe what the resource is. For example:
  • Crash Course ends with "don't forget to be awesome"
  • HS College Bound has "you won't believe how many essays George Orwell wrote"
  • "And Don't Forget" items use second person ("I bet you don't know half the resources they have available")
• Several descriptions chain three or more clauses with semicolons (e.g., the ASU Earned Admission entry). They're readable, but trimming to one succinct description per entry would match the convention better.
• The "And Don't Forget" section has no links so arguably aren't awesome items in the traditional sense (and doesn't fit the link - description format), but this is arguable (perhaps belongs in a secondary doc). This could potentially be a pointer to another doc or be in a Footnotes section on bottom (that would not be listed in the TOC).

[dataindataout]

• "Tesselations" (under Math) is misspelled (should be "Tessellations" as confirmed by visiting the link).

Thank you! I've corrected this spelling.