-
Couldn't load subscription status.
- Fork 15
Feat: Site deployment #9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from all commits
ed722ab
ddf28b3
455f9e7
b97f169
ff54408
adb0f76
fb96e3e
fcb8c03
680af0c
8bd39b6
5298bba
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -1,3 +1,4 @@ | ||
| <!DOCTYPE html> | ||
| <meta charset="utf-8"> | ||
| <link rel="icon" type="image/png" href="../favicon.png"> | ||
| <!-- Markdeep: https://casual-effects.com/markdeep/ --> | ||
|
|
@@ -499,7 +500,7 @@ | |
|
|
||
| I like to keep things simple in my code examples and use the `?` operator. Instead of defining | ||
| custom error types and conversions, I use a catch all `Error` type from a library called *anyhow*. | ||
| You'll often see the examples include `anyhow::Result` (an alias for `Result<, anyhow::Error>`) | ||
| You'll often see the examples include `anyhow::Result` (an alias for `Result<, anyhow::Error>`) | ||
KorigamiK marked this conversation as resolved.
Show resolved
Hide resolved
|
||
| and `anyhow::Context`. The latter is a useful trait for adding an error message while converting to | ||
| an `anyhow::Error`: | ||
|
|
||
|
|
@@ -3896,5 +3897,5 @@ | |
| <link rel='stylesheet' href='../style/book.css'> | ||
| <style class="fallback">body{visibility:hidden;white-space:pre;font-family:monospace}</style> | ||
| <script src="markdeep.min.js"></script> | ||
| <script src="https://morgan3d.github.io/markdeep/latest/markdeep.min.js"></script> | ||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Isn't this line necessary? The footer of this file is taken verbatim from the Markdeep Get Started page and that includes both script tags. If it doesn't hurt to keep it then I suggest not removing it since it matches those instructions. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Since we can be sure that we'll include it in the deployment of the site we don't need to have it. It just is more efficient in caching the script for the entire site as well. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Although I cannot be sure of this, you'll get a CORS error if you try to include the script tag and check your browser console. Hence, you are either required to add There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. @hollasch Do you know if this has been an issue with RTW? It may by worth clarifying with Morgan since you're already in touch with him. Personally, I agree with @KorigamiK in that this feels redundant since we already host our own copies of There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Yes, it's explicitly redundant. The idea is to pick up any Markdeep fixes/improvements immediately and automatically. We do update the backup copy in the project, but often with a lot of lag (since I'm not always monitoring Markdeep releases). There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
I wouldn't say it's an problem, but I can't think of a reason not to adopt the recommended protocol, so I've added these throughout in the RTW project. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. OK, the versioning argument makes sense. In that case I'm inclined to leave this in to stay consistent with the rest of the RTW project. |
||
| <script crossorigin="anonymous" src="https://morgan3d.github.io/markdeep/latest/markdeep.min.js"></script> | ||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I've added script tags to the latest markdeep library. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Remove the local script line and the crossorigin attribute, and you'll find that the script loads just fine. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I'm guessing you don't start a local dev server when you test this? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. See https://hollasch.net/rtw/books/RayTracingInOneWeekend.html. This version has no local script present, nor referenced, pulling only from the latest Markdeep version. Page loads and renders without issue (Brave browser). There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. More information on the It looks like the only reason to add There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. You're right, but for some reason I get There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. That definitely sounds annoying. We treat the HTML docs as standalone documents, so don't normally fire up a web host just to read them. This is how we expect our readers to view the local documents as well. |
||
| <script>window.alreadyProcessedMarkdeep||(document.body.style.visibility="visible")</script> | ||
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -1,4 +1,6 @@ | ||
| <!DOCTYPE html> | ||
| <meta charset="utf-8"> | ||
| <link rel="icon" type="image/png" href="../favicon.png"> | ||
| <!-- Markdeep: https://casual-effects.com/markdeep/ --> | ||
|
|
||
| Acknowledgments | ||
|
|
@@ -12,5 +14,5 @@ | |
| <link rel='stylesheet' href='../style/book.css'> | ||
| <style class="fallback">body{visibility:hidden;white-space:pre;font-family:monospace}</style> | ||
| <script src="markdeep.min.js"></script> | ||
| <script src="https://morgan3d.github.io/markdeep/latest/markdeep.min.js"></script> | ||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Same comment around this just following the "Get Started" instructions at https://casual-effects.com/markdeep/#getstarted |
||
| <script crossorigin="anonymous" src="https://morgan3d.github.io/markdeep/latest/markdeep.min.js"></script> | ||
| <script>window.alreadyProcessedMarkdeep||(document.body.style.visibility="visible")</script> | ||
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,26 @@ | ||
| <!DOCTYPE html> | ||
armansito marked this conversation as resolved.
Show resolved
Hide resolved
|
||
| <meta charset="utf-8" emacsmode="-*- markdown -*"> | ||
| <link rel="icon" type="image/png" href="./favicon.png"> | ||
| **GPU Tracing** | ||
|
|
||
| The book will guide you through the building blocks of a GPU-based renderer | ||
| using the same step-by-step approach in Ray Tracing In One Weekend. The goal is | ||
| not to build a fully-featured and highly optimized real-time renderer; rather, | ||
| it is to show you how to translate the concepts introduced in Ray Tracing In One | ||
| Weekend into a design that is practical to port to all modern GPU platforms | ||
| while paying attention to some of the common pitfalls of GPU programming. | ||
|
|
||
| Draft | ||
| =============================================================================== | ||
| The current _draft_ of the book is available at [MovingToTheGPU](./book/MovingToTheGPU.html). | ||
|
|
||
| [Acknowledgments](./book/acknowledgments.md.html) | ||
| =============================================================================== | ||
|
|
||
|
|
||
| <!-- Markdeep: --> | ||
| <link rel='stylesheet' href='./style/book.css'> | ||
| <style class="fallback">body{visibility:hidden;white-space:pre;font-family:monospace}</style> | ||
| <script src="./book/markdeep.min.js" charset="utf-8"></script> | ||
| <script crossorigin="anonymous" src="https://morgan3d.github.io/markdeep/latest/markdeep.min.js"></script> | ||
| <script>window.alreadyProcessedMarkdeep||(document.body.style.visibility="visible")</script> | ||
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -14,12 +14,13 @@ div.indented { | |
| margin-left: 5ex; | ||
| } | ||
|
|
||
|
|
||
| /* ------------------------------------------------------------------------------------------------- | ||
| ** Table of Contents | ||
| ** -----------------------------------------------------------------------------------------------*/ | ||
|
|
||
| .md .longTOC, .md .mediumTOC, .md .shortTOC { | ||
| .md .longTOC, | ||
| .md .mediumTOC, | ||
| .md .shortTOC { | ||
| font-family: sans-serif; | ||
| } | ||
|
|
||
|
|
@@ -37,11 +38,12 @@ div.indented { | |
| border-bottom: solid 4px #777; | ||
| } | ||
|
|
||
| .md .longTOC, .md .mediumTOC, .md .shortTOC { | ||
| .md .longTOC, | ||
| .md .mediumTOC, | ||
| .md .shortTOC { | ||
| font-family: sans-serif; | ||
| } | ||
|
|
||
|
|
||
| /* ------------------------------------------------------------------------------------------------- | ||
| ** Titles & Headers | ||
| ** -----------------------------------------------------------------------------------------------*/ | ||
|
|
@@ -66,14 +68,13 @@ div.indented { | |
| } | ||
|
|
||
| .md h1::before { | ||
| content: counter(h1) ". "; | ||
| content: counter(h1) '. '; | ||
| } | ||
|
|
||
| .md h2::before { | ||
| content: counter(h1) "." counter(h2) ". "; | ||
| content: counter(h1) '.' counter(h2) '. '; | ||
| } | ||
|
|
||
|
|
||
| /* ------------------------------------------------------------------------------------------------- | ||
| ** Code | ||
| ** -----------------------------------------------------------------------------------------------*/ | ||
|
|
@@ -95,17 +96,19 @@ div.indented { | |
|
|
||
| .md pre.listing.tilde code { | ||
| /* Only code in fenced blocks. */ | ||
| letter-spacing: -0.20; | ||
| letter-spacing: -0.2; | ||
| background: #e4e4e0; | ||
| } | ||
|
|
||
| /* Highlight.js Syntax Coloring */ | ||
|
|
||
| .hljs-built_in { | ||
| color: #2356FF; | ||
| color: #2356ff; | ||
| } | ||
|
|
||
| .hljs-params, .hljs-type, .hljs-literal { | ||
| .hljs-params, | ||
| .hljs-type, | ||
| .hljs-literal { | ||
| color: #a62; | ||
| } | ||
|
|
||
|
|
@@ -149,7 +152,7 @@ div.indented { | |
|
|
||
| .md code > .delete { | ||
| text-decoration: line-through; | ||
| background-color: #; | ||
| background-color: #fdd; | ||
| color: #a0a0a0; | ||
| background: #e0cfcc; | ||
| } | ||
|
|
@@ -169,14 +172,14 @@ div.indented { | |
| ** -----------------------------------------------------------------------------------------------*/ | ||
|
|
||
| .md img { | ||
| margin-top: 1.0em; | ||
| margin-top: 1em; | ||
| width: 72ex; | ||
| //image-rendering: crips-edges; | ||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Should be "crisp-edges". Also, @armansito — if you look at the RTW Markdeep source, search for the string "class='pixel'". This image (or figure) class ensures that images are rendered in a pixelated fashion without edge smoothing. We generally use this class when showing render results, but don't use it for things like figures and other drawings. You may want to follow the same approach instead of rendering every image in pixelated fashion. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Oh neat, I wasn't aware of that. I guess one merit to rendering the images (the renderer outputs) as pixelated is that the per-pixel averages are easier to see that way. All of the figures in the GPU book are SVGs so they already get specially treated by the browser and won't be pixelated. I'll take a look at this later and align the style with RTW. |
||
| /* image-rendering: crips-edges; */ | ||
| image-rendering: pixelated; | ||
| } | ||
|
|
||
| .md video { | ||
| margin-top: 1.0em; | ||
| margin-top: 1em; | ||
| width: 72ex; | ||
| } | ||
|
|
||
|
|
@@ -204,16 +207,13 @@ div.credit-list ul { | |
| column-count: 3; | ||
| } | ||
|
|
||
|
|
||
|
|
||
| /* ------------------------------------------------------------------------------------------------- | ||
| ** Print Styling | ||
| ** -----------------------------------------------------------------------------------------------*/ | ||
|
|
||
| @media print { | ||
|
|
||
| @page { | ||
| margin: 1.5cm 2.5cm 1.0cm 2.5cm; | ||
| margin: 1.5cm 2.5cm 1cm 2.5cm; | ||
| size: letter portrait; | ||
| } | ||
|
|
||
|
|
||
Uh oh!
There was an error while loading. Please reload this page.