Giter VIP home page Giter VIP logo

intro2c's Introduction

intro2c's People

Contributors

abatomunkuev avatar andrewillomitzer avatar antonio-bennett avatar aserputov avatar camerongray1210 avatar dbelokon avatar denke8 avatar derekjxy avatar dhillonks avatar genne23v avatar gusmccallum avatar hlavu avatar humphd avatar jerryhue avatar jiahua-zou avatar joshuali7536 avatar kevan-y avatar lyu4321 avatar menghif avatar minhhang107 avatar mizuhookimoto avatar mkim219 avatar mqnguyen5 avatar oliver-pham avatar rc-lee avatar reza9472 avatar trangntt-016 avatar tueenguyen avatar xguhx avatar yoda-canada avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar

intro2c's Issues

Audit and fix `testing-and-debugging.md`

Hello! I would like to work on testing-and-debugging.md file.
This is a sub-task of issue #18

I will audit and fix based on the following checks:

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative?
  • Avoid using <b> and <i> to do emphasis.
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • Make sure all code blocks use syntax highlighting
  • centre images horizontally (esp. when they are small) so they work well at all responsive sizes
  • check sub-script and super-script that they are correctly used in all cases
  • consider including inter-site links to other pages that have related info
  • all links should have descriptive text for accessibility
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • Improve readability of code comments (i.e., // and /*...*/) in dark mode (even light mode might need some work)
  • Fix Frontmatter for page to include proper id, title, slug, etc.

Running Prettier against the docs caused breaking changes

This is a sub-issue of #18 and #24.

Settings

Prettier config file:

{
  "arrowParens": "always",
  "bracketSpacing": true,
  "embeddedLanguageFormatting": "auto",
  "endOfLine": "lf",
  "htmlWhitespaceSensitivity": "css",
  "insertPragma": false,
  "jsxBracketSameLine": false,
  "jsxSingleQuote": false,
  "proseWrap": "preserve",
  "quoteProps": "as-needed",
  "requirePragma": false,
  "singleQuote": true,
  "tabWidth": 2,
  "trailingComma": "es5",
  "useTabs": false,
  "vueIndentScriptAndStyle": false,
  "printWidth": 100
}

Prettier ignore file:

# Dependencies
/node_modules
package.json
package-lock.json
yarn.lock

# Production
/build

# Generated files
.docusaurus
.cache-loader

# Misc
/static
CNAME
vercel.json

Scripts:

"prettier": "prettier --write \"./**/*.{md,jsx,json,html,css,js,yml}\"",
"prettier-check": "prettier --check \"./**/*.{md,jsx,json,html,css,js,yml}\"",

Problem

When running npm run prettier, Prettier accidentally changes the asterisk * (used for representing multiplication) into - or _, as it thought that those * indicates a bulleted list or italic letters

Demo:

// Before running `npm run prettier`
* Giga or G (=1024M): 1 Gigabyte = 1024 * 1024 * 1024 bytes ~ 10<sup>9</sup> bytes

// After running `npm run prettier`
* Giga or G (=1024M): 1 Gigabyte = 1024 _ 1024 _ 1024 bytes ~ 10<sup>9</sup> bytes

Suggested Solutions:

For anyone who is working on parts of #18 , make sure to have Prettier installed with the above settings, and ran npm run prettier after you have finished making changes to the Markdown. Locate any special characters that you don't want to be formatted by Prettier and escapes them with \.

Places with the bug:

  • docs/A-Introduction/information.md

[meta] Audit and Fix all Markdown Pages

This is a meta issue, meant to organize the work necessary to audit and fix all existing markdown pages in docs/. If you want to work on this, the first step is to file a new issue for a given page and then leave a comment here with a link to the issue and name of the file you're working on.

Introduction

The IPC C notes are written in 30 Markdown files. These files have been automatically translated to Markdown:

A-Introduction

B-Computations

C-Data-Structures

D-Modularity

E-Secondary-Storage

F-Refinements

Resources-Appendices

Check List

When working on one of these pages, here are some things to consider

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?
  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.
  • Prefer Markdown tables vs. raw HTML tags
  • Fix colours in tables so it uses global styles vs. inline styles
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative?
  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
  • Avoid using <b> and <i> to do emphasis.
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • Make sure all code blocks use syntax highlighting
  • centre images horizontally (esp. when they are small) so they work well at all responsive sizes
  • check sub-script and super-script that they are correctly used in all cases
  • consider including inter-site links to other pages that have related info
  • all links should have descriptive text for accessibility
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • Improve readability of code comments (i.e., // and /*...*/) in dark mode (even light mode might need some work)
  • In places where ***...*** was used as a fourth heading level, use #### instead.
  • Fix Frontmatter for page to include proper id, title, slug, etc.

Filing Issues

If you notice issues that you can't, or don't want to fix, please file separate issues.

Convert Weekly Schedule to better format

The Weekly Schedule is currently a table, but a list more similar to what we have in Table of Contents would probably make more sense, since we have unnecessary rows.

Audit and fix `string-library.md` page

I would like to audit and fix the string-library.md page based on tasks listed below.

Tasks:

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?
  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.
  • Prefer Markdown tables vs. raw HTML tags
  • Fix colours in tables so it uses global styles vs. inline styles
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative?
  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
  • Avoid using <b> and <i> to do emphasis.
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • Make sure all code blocks use syntax highlighting
  • Centre images horizontally (esp. when they are small) so they work well at all responsive sizes
  • Check sub-script and super-script that they are correctly used in all cases
  • Consider including inter-site links to other pages that have related info
  • All links should have descriptive text for accessibility
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • Improve readability of code comments (i.e., // and /.../) in dark mode (even light mode might need some work)
  • In places where ***...*** was used as a fourth heading level, use #### instead.
  • Fix Frontmatter for page to include proper id, title, slug, etc.

Audit and fix `functions-arrays-and-structs.md`

This is a sub-task of #18

To-do

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?
  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.
  • Prefer Markdown tables vs. raw HTML tags
  • Fix colours in tables so it uses global styles vs. inline styles
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative?
  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
  • Avoid using <b> and <i> to do emphasis.
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • Make sure all code blocks use syntax highlighting
  • centre images horizontally (esp. when they are small) so they work well at all responsive sizes
  • check sub-script and super-script that they are correctly used in all cases
  • consider including inter-site links to other pages that have related info
  • all links should have descriptive text for accessibility
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • Improve readability of code comments (i.e., // and /*...*/) in dark mode (even light mode might need some work)
  • In places where ***...*** was used as a fourth heading level, use #### instead.
  • Fix Frontmatter for page to include proper id, title, slug, etc.

Explore offline caching without installation

In #22 we landed initial support for running the site as a PWA, and it uses https://docusaurus.io/docs/api/plugins/@docusaurus/plugin-pwa. The default behaviour of the plugin is to cache the site for offline use when installed. I wonder if we should consider doing this by default, since most people don't/won't install (it's a new feature not everyone knows about).

Another thing we could try is adding an "Install this for use Offline" type link or button on the main page?

Audit and Fix Compilers.md

Hi team, I would like to work on the audit and fix Compilers.md.
Tasks:

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?
  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.
  • Prefer Markdown tables vs. raw HTML tags
  • Fix colours in tables so it uses global styles vs. inline styles
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative? issue #57
  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
  • Avoid using <b> and <i> to do emphasis.
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • Make sure all code blocks use syntax highlighting
  • Centre images horizontally (esp. when they are small) so they work well at all responsive sizes issue #12
  • Check sub-script and super-script that they are correctly used in all cases
  • Consider including inter-site links to other pages that have related info
  • All links should have descriptive text for accessibility
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • Improve readability of code comments (i.e., // and /.../) in dark mode (even light mode might need some work)
  • In places where ... was used as a fourth heading level, use #### instead.
  • Fix Frontmatter for page to include proper id, title, slug, etc._

Find better dark mode highlight colour

In #3 we changed the overall colours to use Seneca's white/red theme. It works well in light mode, but dark mode is an issue:

Screen Shot 2021-10-14 at 12 00 40 PM

We need to figure out what the Seneca-sanctioned approach to dark mode is. Red-on-Black isn't going to work.

Audit and fix `types.md`

Part of #18
Audit and fix type.md

Checklist

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?
  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.
  • Prefer Markdown tables vs. raw HTML tags
  • Fix colours in tables so it uses global styles vs. inline styles
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative?
  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
  • Avoid using <b> and <i> to do emphasis.
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • Make sure all code blocks use syntax highlighting
  • centre images horizontally (esp. when they are small) so they work well at all responsive sizes
  • check sub-script and super-script that they are correctly used in all cases
  • consider including inter-site links to other pages that have related info
  • all links should have descriptive text for accessibility
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • Improve readability of code comments (i.e., // and /.../) in dark mode (even light mode might need some work)
  • In places where ***...*** was used as a fourth heading level, use #### instead.
  • Fix Frontmatter for page to include proper id, title, slug, etc.

Audit & fix Information.md page

This is a sub-issue of #18.
I'd like to audit and fix the Information.md page based on tasks listed below.

Check List

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?
  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.
  • Prefer Markdown tables vs. raw HTML tags
  • Fix colours in tables so it uses global styles vs. inline styles
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative?
  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
  • Avoid using <b> and <i> to do emphasis.
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • Make sure all code blocks use syntax highlighting
  • Centre images horizontally (esp. when they are small) so they work well at all responsive sizes
  • Check sub-script and super-script that they are correctly used in all cases
  • Consider including inter-site links to other pages that have related info
  • All links should have descriptive text for accessibility
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • Improve readability of code comments (i.e., // and /.../) in dark mode (even light mode might need some work)
  • In places where ... was used as a fourth heading level, use #### instead.
  • Fix Frontmatter for page to include proper id, title, slug, etc.

Audit and Fix operators.md

Hello there,
I'd like to audit and fix operators.md as part of #18.
As David instructed I'll be working on the following tasks:

  • Look for any typos

  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things

  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?

  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?

  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?

  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?

  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?

  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.

  • Prefer Markdown tables vs. raw HTML tags

  • Fix colours in tables so it uses global styles vs. inline styles

  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions

  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.

  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative?

  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
    Avoid using < b > and < i > to do emphasis.

  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.

  • Make sure all code blocks use syntax highlighting
    centre images horizontally (esp. when they are small) so they work well at all responsive sizes
    check sub-script and super-script that they are correctly used in all cases
    consider including inter-site links to other pages that have related info
    all links should have descriptive text for accessibility

  • Make sure that sub-headings (right-hand side) for each document are correct.

  • Improve readability of code comments (i.e., // and /.../) in dark mode (even light mode might need some work)

  • In places where ... was used as a fourth heading level, use #### instead.

  • Fix Frontmatter for page to include proper id, title, slug, etc.

Investigate using the ideal image plugin

Docusaurus has a cool plugin you can use for generating ideal image sizes/formats when doing a production build. We could use it to create responsive images for various screen sizes.

At this point, a lot of our images are small, but it would be interesting to experiment with this feature in a few places, and learn how it works. We could progressively add more of it as we replace images, and use higher resolution images that this plugin will scale for different use cases.

Audit and Fix `input-functions.md`

I'd like to work on input-functions.md, auditing it based on this checklist:

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?
  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.
  • Prefer Markdown tables vs. raw HTML tags
  • Fix colours in tables so it uses global styles vs. inline styles
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative?
  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
  • Avoid using <b> and <i> to do emphasis.
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • Make sure all code blocks use syntax highlighting
  • centre images horizontally (esp. when they are small) so they work well at all responsive sizes
  • check sub-script and super-script that they are correctly used in all cases
  • consider including inter-site links to other pages that have related info
  • all links should have descriptive text for accessibility
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • Improve readability of code comments (i.e., // and /*...*/) in dark mode (even light mode might need some work)
  • In places where ***...*** was used as a fourth heading level, use #### instead.
  • Fix Frontmatter for page to include proper id, title, slug, etc.

Audit and Fix `style-guidelines.md`

I would like to work on style-guidelines.md, auditing it based on this checklist:
As mentioned in #18

Done

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting.
  • Make sure images work in dark and light modes. For example,
    docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative?
  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
  • Avoid using <b> and <i> to do emphasis.
  • Make sure all code blocks use syntax highlighting
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • In places where ... was used as a fourth heading level, use #### instead.
  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.
  • Prefer Markdown tables vs. raw HTML tags
  • Fix colours in tables so it uses global styles vs. inline styles
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Centre images horizontally (esp. when they are small) so they work well at all responsive sizes
  • Fix Frontmatter for page to include proper id, title, slug, etc.
  • Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Consider including inter-site links to other pages that have related info
  • Check sub-script and super-script that they are correctly used in all cases
  • Improve readability of code comments (i.e., // and /.../) in dark mode (even light mode might need some work)
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • All links should have descriptive text for accessibility
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?

Update Dependencies to run algolia-scraper.yml

Make the proper dependencies and builds on CI, enabling user groups for docker?
ie. You need python 3.6.15 or newer with pyenv installed.
Refer to the following
https://docsearch.algolia.com/docs/legacy/run-your-own

Setup

You need to go through the steps of signup up for an account etc listed on CONTRIBUTION.md for Search section.
Refer to #10 for information on environment variables and secrets
https://github.com/marketplace/actions/algolia-docsearch-action

Improve usability of PDF

In #41 we're working on dynamically generating a PDF of the entire site's contents. It's going to be great to finallly have this.

The PDF that gets generated now is OK, but not as good as I'd like.

Let's see if we can improve some things:

  • Improve cover page
  • add pagination
  • Remove web-only artifacts like "On this page" and "Edit this page"
  • Figure out why some images don't show (e.g., ASCII Collating Sequence is missing)
  • etc

Audit and fix `pointers.md` page

This is an sub-issue of #18.

TO-DO

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?
  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.
  • Prefer Markdown tables vs. raw HTML tags
  • Fix colours in tables so it uses global styles vs. inline styles
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative? This will be addressed by #57.
  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
  • Avoid using <b> and <i> to do emphasis.
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • Make sure all code blocks use syntax highlighting
  • Centre images horizontally (esp. when they are small) so they work well at all responsive sizes
  • Check sub-script and super-script that they are correctly used in all cases
  • Consider including inter-site links to other pages that have related info
  • All links should have descriptive text for accessibility
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • Improve readability of code comments (i.e., // and /.../) in dark mode (even light mode might need some work)
  • In places where ***...*** was used as a fourth heading level, use #### instead.
  • Fix Frontmatter for page to include proper id, title, slug, etc.

Audit and Fix `arrays.md`

Hi, I'd like to audit and fix arrays.md as part of #18. I'll be working on the following tasks:

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?
  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.
  • Prefer Markdown tables vs. raw HTML tags
  • Fix colours in tables so it uses global styles vs. inline styles
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative? May be fixed by #57
  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
  • Avoid using <b> and <i> to do emphasis.
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • Make sure all code blocks use syntax highlighting
  • centre images horizontally (esp. when they are small) so they work well at all responsive sizes
  • check sub-script and super-script that they are correctly used in all cases
  • consider including inter-site links to other pages that have related info
  • all links should have descriptive text for accessibility
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • Improve readability of code comments (i.e., // and /.../) in dark mode (even light mode might need some work)
  • In places where ***...*** was used as a fourth heading level, use #### instead.
  • Fix Frontmatter for page to include proper id, title, slug, etc.

Audit and fix `output-functions.md`

Hi, I would like to work on output-functions.md mentioned on issue-#18.

Tasks

  • Look for any typos

  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things

  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?

  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?

  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?

  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?

  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed? - [ ] Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.

  • Prefer Markdown tables vs. raw HTML tags

  • Fix colours in tables so it uses global styles vs. inline styles

  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions

  • Avoid blockquote for indentation and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.

  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative?

  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
    Avoid using < b > and < i > to do emphasis.

  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.

  • Make sure all code blocks use syntax highlighting
    centre images horizontally (esp. when they are small) so they work well at all responsive sizes
    check sub-script and super-script that they are correctly used in all cases
    consider including inter-site links to other pages that have related info
    all links should have descriptive text for accessibility

  • Make sure that sub-headings (right-hand side) for each document are correct.

  • Improve readability of code comments (i.e., // and /.../) in dark mode (even light mode might need some work)

  • In places where ... was used as a fourth heading level, use #### instead.

  • Fix Frontmatter for page to include proper id, title, slug, etc.

Thank you so much!

Docusaurus Plugin to add PWA support.

While working on issue #12, I found that maybe it would be great to access the IPC144 resources on desktop&offline.
This plugin generates a Service Worker in production build only and allows you to create a fully PWA-compliant documentation site with offline and installation support.

Waiting for your opinions, here⤵️

Implement Search

Docusaurus has a really cool search feature, which can be integrated with the site. We'd like to add search, so it would be great if someone can pick this up.

Audit and Fix two-dimensional-arrays.md

Hi! I would like to work on the two-dimensional-arrays.md that mentioned in issue #18

Check List
Here are some things to consider:

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?
  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.
  • Prefer Markdown tables vs. raw HTML tags
  • Fix colours in tables so it uses global styles vs. inline styles
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative?
  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
  • Avoid using <b> and <i> to do emphasis.
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • Make sure all code blocks use syntax highlighting
  • centre images horizontally (esp. when they are small) so they work well at all responsive sizes
  • check sub-script and super-script that they are correctly used in all cases
  • consider including inter-site links to other pages that have related info
  • all links should have descriptive text for accessibility
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • Improve readability of code comments (i.e., // and /*...*/) in dark mode (even light mode might need some work)
  • In places where ***...*** was used as a fourth heading level, use #### instead.
  • Fix Frontmatter for page to include proper id, title, slug, etc.

Use responsive images where appropriate

In #46 we're adding the Docusaurus ideal-image plugin. It lets you use an <Image /> component in your Markdown, and then automatically generates ideal image sizes, based on props you include:

import Image from '@theme/IdealImage';
import thumbnail from './path/to/img.png';

// your React code
<Image img={thumbnail} />

// or
<Image img={require('./path/to/img.png')} />

We should look at where to use this in our docs. Ideal candidate images would be those that are large enough, and can be given multiple sizes for different viewports. This would help a lot on mobile.

Audit and fix pointers-arrays-and-structs.md

I would like to complete pointers-arrays-and-structs-md based on the following checklist mentioned in #18

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?
  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.
  • Prefer Markdown tables vs. raw HTML tags
  • Fix colours in tables so it uses global styles vs. inline styles
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative?
  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
  • Avoid using and to do emphasis.
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • Make sure all code blocks use syntax highlighting
  • centre images horizontally (esp. when they are small) so they work well at all responsive sizes
  • check sub-script and super-script that they are correctly used in all cases
  • consider including inter-site links to other pages that have related info
  • all links should have descriptive text for accessibility
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • Improve readability of code comments (i.e., // and /.../) in dark mode (even light mode might need some work)
  • In places where ... was used as a fourth heading level, use #### instead.
  • Fix Frontmatter for page to include proper id, title, slug, etc.

Audit and Fix logic.md

This issue is a sub-issue of #18.

TO-DO

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?
  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.
  • Prefer Markdown tables vs. raw HTML tags
  • Fix colours in tables so it uses global styles vs. inline styles
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative?
  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
  • Avoid using <b> and <i> to do emphasis.
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • Make sure all code blocks use syntax highlighting
  • centre images horizontally (esp. when they are small) so they work well at all responsive sizes
  • check sub-script and super-script that they are correctly used in all cases
  • consider including inter-site links to other pages that have related info
  • all links should have descriptive text for accessibility
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • Improve readability of code comments (i.e., // and /.../) in dark mode (even light mode might need some work)
  • In places where ... was used as a fourth heading level, use #### instead.
  • Fix Frontmatter for page to include proper id, title, slug, etc.

Improve the design of the walkthrough tables

Following the discussion I had with @dbelokon and @PananaPa, I learned that the design of the walkthrough table may be improved for better understanding.

Current design

The current layout of a walkthrough table looks like this:

Current walkthrough table

and in the old version of the notes, the table looked like this:

Old walkthrough table

Objective

We want to design walkthrough tables so that they are easier to read and scan at a first glance. Thus, we need a way to improve how the information is shown. If we improve the design, then we will be able to also simplify the representation of the table in the Markdown files.

This issue is to spark a discussion for a new design.

auditing markdown file "functions.md"

I would like to audit the file functions.md using the below checks as a guideline:

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?
  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.
  • Prefer Markdown tables vs. raw HTML tags
  • Fix colours in tables so it uses global styles vs. inline styles
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative?
  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
  • Avoid using <b> and <i> to do emphasis.
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • Make sure all code blocks use syntax highlighting
  • centre images horizontally (esp. when they are small) so they work well at all responsive sizes
  • check sub-script and super-script that they are correctly used in all cases
  • consider including inter-site links to other pages that have related info
  • all links should have descriptive text for accessibility
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • Improve readability of code comments (i.e., // and /.../) in dark mode (even light mode might need some work)
  • In places where ... was used as a fourth heading level, use #### instead.
  • Fix Frontmatter for page to include proper id, title, slug, etc.

Create GitHub Actions Workflow for Deployment

We'd like to have the production site get updated automatically on every push/merge to the main branch. It would be ideal if we could do this automatically using GitHub Actions. Docusaurus has docs for this that someone should research and implement. You can test it out in your own fork and make sure it works before we merge it here.

Audit and fix `records-and-files.md`

I would like to audit and fix the records-and-files.md mention on issue-#18.
Auditing and fixing based on the following tasks:

Tasks

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?
  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.
  • Prefer Markdown tables vs. raw HTML tags
  • Fix colours in tables so it uses global styles vs. inline styles
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative?
  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
  • Avoid using <b> and <i> to do emphasis.
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • Make sure all code blocks use syntax highlighting
  • centre images horizontally (esp. when they are small) so they work well at all responsive sizes
  • check sub-script and super-script that they are correctly used in all cases
  • consider including inter-site links to other pages that have related info
  • all links should have descriptive text for accessibility
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • Improve readability of code comments (i.e., // and /*...*/) in dark mode (even light mode might need some work)
  • In places where ***...*** was used as a fourth heading level, use #### instead.
  • Fix Frontmatter for page to include proper id, title, slug, etc.

Audit and fix `a-simple-calculation.md` page

I'd like to audit and fix the a-simple-calculation.md page based on tasks listed below.

Tasks:

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?
  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.
  • Prefer Markdown tables vs. raw HTML tags
  • Fix colours in tables so it uses global styles vs. inline styles
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative?
  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
  • Avoid using <b> and <i> to do emphasis.
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • Make sure all code blocks use syntax highlighting
  • Centre images horizontally (esp. when they are small) so they work well at all responsive sizes
  • Check sub-script and super-script that they are correctly used in all cases
  • Consider including inter-site links to other pages that have related info
  • All links should have descriptive text for accessibility
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • Improve readability of code comments (i.e., // and /.../) in dark mode (even light mode might need some work)
  • In places where ... was used as a fourth heading level, use #### instead.
  • Fix Frontmatter for page to include proper id, title, slug, etc.

Standardize frontmatter across all pages

In https://github.com/Seneca-ICTOER/IPC144/pull/61/files#diff-e9bdd80935a7058d016ee32cb30d64969fd2d18cc9324d64a33b0557b18b12c9 and https://github.com/Seneca-ICTOER/IPC144/pull/60/files#diff-be05c13053f9c29afd50066de996d568f9913764c46318677fd945bd9a5c008dR2 we're starting to see a standard emerge for Markdown frontmatter. For example:

---
id: pointers
title: Pointers
sidebar_position: 2
slug: /modularity/pointers
description: A variable that holds an address is called a pointer.
---

The full list of properties we can define is at https://docusaurus.io/docs/api/plugins/@docusaurus/plugin-content-docs#markdown-frontmatter.

Let's come up with a standard to use, and then roll it out across all the pages. We can come back to this after the first round of audits for #18 comes in.

Audit and fix expressions.md Page

I'd like to work on expressions.md from B - Computations, keeping in mind the following criteria:

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?
  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.
  • Prefer Markdown tables vs. raw HTML tags
  • Fix colours in tables so it uses global styles vs. inline styles
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative?
  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
  • Avoid using and to do emphasis.
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • Make sure all code blocks use syntax highlighting
  • centre images horizontally (esp. when they are small) so they work well at all responsive sizes
  • check sub-script and super-script that they are correctly used in all cases
  • consider including inter-site links to other pages that have related info
  • all links should have descriptive text for accessibility
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • Improve readability of code comments (i.e., // and /.../) in dark mode (even light mode might need some work)
  • In places where ... was used as a fourth heading level, use #### instead.
  • Fix Frontmatter for page to include proper id, title, slug, etc.

Audit and fix `more-input-and-output.md`

Sub-issue of #18.
Auditing and fixing more-input-and-output.md based on the following tasks:

Tasks

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io. Are there any issues that need to be fixed?
  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.
  • Prefer Markdown tables vs. raw HTML tags
  • Fix colours in tables so it uses global styles vs. inline styles
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative?
  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
  • Avoid using <b> and <i> to do emphasis.
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • Make sure all code blocks use syntax highlighting
  • centre images horizontally (esp. when they are small) so they work well at all responsive sizes
  • check sub-script and super-script that they are correctly used in all cases
  • consider including inter-site links to other pages that have related info
  • all links should have descriptive text for accessibility
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • Improve readability of code comments (i.e., // and /*...*/) in dark mode (even light mode might need some work)
  • In places where ***...*** was used as a fourth heading level, use #### instead.
  • Fix Frontmatter for page to include proper id, title, slug, etc.

Find better resolution icon

Follow up of #11

Our current PWA icons in (.static/img/pwa) using a low resolution and blurry icon. We want to replace that to a higher resolution.

Let examples be runnable and editable

The feature

A nice addition that, I believe, would greatly enhance the learning experience is giving the option to run and modify the examples available.

There are several examples of this:

How can we implement it?

There are two phases to take care of: compilation and running the program, and we can either leverage the front-end, or a back-end, or both.

  • Compile in the back-end, run in the back-end: This is the classical approach that the Rust books do. The source code is sent to the back-end, which will get compiled and run, and it will then send the output of the program (if there is any). While it leverages the power of the server, we also need to take some security measures to prevent any kind of dangerous code being run.
  • Compile in the front-end, run in the front-end: This is a less conventional approach, and I am not entirely sure whether it is possible, but I haven't implemented any prototype, so I cannot say for sure. The advantage of this one is that there is no need to monitor for the type of code being run, because the client is the one running the code.
  • Compile in the back-end, run in the front-end: This is, probably, the best of both approaches, since the compilation can be easily done in the back-end, and the front-end will take care of running the program. This may not be an infallible approach for naive setups, because compiling may also lead to denial-of-service attacks or disclosure of information (see this question in stack exchange, and this sample of C code that creates a denial-of-service attack).

I would like to create a very simple prototype that demonstrates this use case, if possible. Any suggestions are welcome! 😃

Audit and Fix `computers.md`

I would like to audit and fix the computers.md page. As mentioned in #18.

Checklist

This Audit will include the following checks:

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?
  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.
  • Prefer Markdown tables vs. raw HTML tags
  • Fix colours in tables so it uses global styles vs. inline styles
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative?
  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
  • Avoid using <b> and <i> to do emphasis.
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • Make sure all code blocks use syntax highlighting
  • centre images horizontally (esp. when they are small) so they work well at all responsive sizes
  • check sub-script and super-script that they are correctly used in all cases
  • consider including inter-site links to other pages that have related info
  • all links should have descriptive text for accessibility
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • Improve readability of code comments (i.e., // and /*...*/) in dark mode (even light mode might need some work)
  • In places where ***...*** was used as a fourth heading level, use #### instead.
  • Fix Frontmatter for page to include proper id, title, slug, etc.

Don't use 4th heading level for Examples

In #16 @menghif added support for 4 heading levels of depth in the table of contents. Doing so we also noticed that some pages are using a 4th level heading for Example and it's probably not a great idea (e.g., we should just use bold text, so it doesn't get added to the toc).

Here are the files/lines doing this:

❯ rg "#### Example"
docs/B-Computations/expressions.md
460:#### Example

docs/B-Computations/a-simple-calculation.md
37:#### Example
106:#### Example \(continued\)
182:#### Example \(continued\)
232:#### Example \(completed\)

docs/B-Computations/logic.md
31:#### Example Simple Statement
38:#### Example Code Block
255:#### Example
333:#### Example
381:#### Example
398:#### Example
448:#### Example

And here's the list of every file/line that uses a 4th level indent:

❯ rg "#### "
docs/B-Computations/a-simple-calculation.md
37:#### Example
64:#### Escape Sequences
106:#### Example \(continued\)
182:#### Example \(continued\)
232:#### Example \(completed\)

docs/A-Introduction/information.md
23:#### Bits
29:#### Bytes
51:#### Words
55:#### Hexadecimal

docs/B-Computations/logic.md
31:#### Example Simple Statement
38:#### Example Code Block
99:#### Single Statement
106:#### Code Block \(more than a single statement\)
122:#### Binary Selection
135:#### Single Statement
144:#### Code Block \(more than a single statement\)
158:#### Multiple Selection
173:#### Compound Conditions
190:#### Case-by-Case
255:#### Example
333:#### Example
381:#### Example
398:#### Example
448:#### Example

docs/B-Computations/testing-and-debugging.md
212:#### Build and Execute
233:#### Tracing
263:#### Compile and Run
285:#### Debugging Commands
303:#### Crashes
317:#### Help

docs/A-Introduction/compilers.md
157:#### Documentation
161:#### Multi-Line Comments
170:#### Inline Comments
178:#### Whitespace
193:#### Indentation

docs/B-Computations/expressions.md
80:#### Operands
84:#### Binary
97:#### Unary
305:#### Binary Operands
316:#### Unary Operands
410:#### Promotion
432:#### Narrowing
460:#### Example

Let's fix this across all pages.

Audit & fix `algorithms.md` page

This is a sub-issue of https://github.com/Seneca-ICTOER/IPC144/issues/18

Check List

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?
  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.
  • Prefer Markdown tables vs. raw HTML tags
  • Fix colours in tables so it uses global styles vs. inline styles
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative?
  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
  • Avoid using <b> and <i> to do emphasis.
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • Make sure all code blocks use syntax highlighting
  • Centre images horizontally (esp. when they are small) so they work well at all responsive sizes
  • Check sub-script and super-script that they are correctly used in all cases
  • Consider including inter-site links to other pages that have related info
  • All links should have descriptive text for accessibility
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • Improve readability of code comments (i.e., // and /*...*/) in dark mode (even light mode might need some work)
  • In places where ***...*** was used as a fourth heading level, use #### instead.
  • Fix Frontmatter for page to include proper id, title, slug, etc.

Adapt an image's pallete to the dark theme

The problem

Currently, all images and their palletes in the website are adapted to the light theme, but there is no variation of the images for the dark theme. Thus, we need a way to have a version of the image that has a pallete that fits the dark theme. If we do a simple invert of the colours, it results in a rather 'ugly' looking image. Thus, we need a person who can properly adapt the pallete. However, doing it manually is an error prone and time consuming task.

The solution

The way we can approach this is by creating a small program that will transform an image's pixels from one color to another, given two colors in hex notation: the source color and the result color. Something along the lines of:

let fromColor = 0x000000;
let toColor = 0x00FF00;

for pixel in pixelsFromImage:
    if pixel.color == fromColor: 
        pixel.color = toColor;

This is a naive implementation. The problem with this implementation is that it doesn't cover certain pixels; due to compression, the color will not be exactly as fromColor, instead it will be an average of the surrounding pixels. An example of this is the text of an image when you zoom in:

zoomed-in-letter

Notice that some pixels are slightly green or orange or gray. Thus, a simple exact comparison won't do a proper pallete conversion.

It would be nice if we could use an already existing program, but if not, we will have implement it in our own.

Add Weekly Schedule to the page footer

I want to add the hyperlink of Weekly Schedule to the page footer because the page footer is kind of blank right now with a link to Contents only.

In addition, I want to remove the hyperlink of Weekly Schedule in Contents page because we would have the hyperlinks of Weekly Schedule in both left navigation bar and footer.

Audit and fix `structures.md` page

This issue is a sub-issue of #18

TO-DO

  • Look for any typos
  • Make sure all Markdown is correctly done. The conversion was done automatically by a tool, so there may be more idiomatic ways to do some things
  • Check the page in a Desktop browser. Does it look OK? Are there any issues that need to be fixed?
  • Check the page in a Mobile browser. Does it look OK? Are there any issues that need to be fixed?
  • Try the page in both Light and Dark mode. Are there any issues that need to be fixed?
  • Try running the page through Lighthouse: https://developers.google.com/web/tools/lighthouse. Are there any issues that need to be fixed?
  • Try running the page through Web Hint: https://webhint.io/. Are there any issues that need to be fixed?
  • Tables that are really wide (types.md) could be converted to use SVG or flex/grid. Make wide visual tables fit in the available viewport. Another example is the table in docs/D-Modularity/pointers.md, where we should reduce the vertical padding/margins on tables. The tables are too large, and probably shouldn't be tables at all.
  • Prefer Markdown tables vs. raw HTML tags
  • Fix colours in tables so it uses global styles vs. inline styles
  • Use alt tags for all images. See https://supercooldesign.co.uk/blog/how-to-write-good-alt-text for suggestions
  • Avoid blockquote for indentation, and prefer q or blockquote only when actually quoting. Use Admonitions instead. Example: docs/D-Modulatirty/pointers.md: there are places where > Blockquote are being used and Admonitions could replace it. “Note:” Lightbulb info Admonition.
  • Make sure images work in dark and light modes. For example, docs/8-Computations/logic.md Flags image is white background, needs to work in dark. Create a “negative” or SVG so we can do Dark Mode? Can we programmatically create this negative? NOTE: May be fixed in #57.
  • Change colours for tables (don’t use Yellow). We should use the default colour theme.
  • Avoid using <b> and <i> to do emphasis.
  • Use backticks and all code for memory addresses and such in tables that use things like void, int, function names, memory addresses.
  • Make sure all code blocks use syntax highlighting
  • Centre images horizontally (esp. when they are small) so they work well at all responsive sizes
  • Check sub-script and super-script that they are correctly used in all cases
  • Consider including inter-site links to other pages that have related info
  • All links should have descriptive text for accessibility
  • Make sure that sub-headings (right-hand side) for each document are correct.
  • Improve readability of code comments (i.e., // and /.../) in dark mode (even light mode might need some work)
  • In places where ***...*** was used as a fourth heading level, use #### instead.
  • Fix Frontmatter for page to include proper id, title, slug, etc.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.