brennen
/
wrt
1
0
Fork 0
Code Issues 0 Pull Requests 0 Releases 27 Wiki Activity
Almost-minimal filesystem based blog.
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
450 Commits
1 Branch
2.2 MiB
Branch: main
Branches Tags
${ item.name }
Create branch ${ searchTerm }
from 'main'
${ noResults }
wrt/example/blog/public/all/index.html

78 lines
2.3 KiB
Raw Permalink Normal View History

handle sites with an index file in the root - adds an example "flat" site with, for now, a single index in root for testing purposes - wrt-render-all handles default entry instead of just using "new" - EntryStore::all_renderable() correctly filters out paths ending in "/index" instead of "index", which if nothing else corrects a subtle bug that would have gotten in the way of naming something "windex" - WRT::handle() will return the contents of a root-level "index"
4 years ago
​
​
filter-as-script approach using IPC::Cmd Dispatches filters listed in an entry's filters.prop to scripts under $wrt->{filter_dir}. This is inefficient, in that it starts an entire process (at least) per filtered entry. On the other hand, it's a pretty clean abstraction, and it means that filters could be implemented in whatever language. Adds filters/ creation to wrt init.
2 years ago
handle sites with an index file in the root - adds an example "flat" site with, for now, a single index in root for testing purposes - wrt-render-all handles default entry instead of just using "new" - EntryStore::all_renderable() correctly filters out paths ending in "/index" instead of "index", which if nothing else corrects a subtle bug that would have gotten in the way of naming something "windex" - WRT::handle() will return the contents of a root-level "index"
4 years ago
filter-as-script approach using IPC::Cmd Dispatches filters listed in an entry's filters.prop to scripts under $wrt->{filter_dir}. This is inefficient, in that it starts an entire process (at least) per filtered entry. On the other hand, it's a pretty clean abstraction, and it means that filters could be implemented in whatever language. Adds filters/ creation to wrt init.
2 years ago
handle sites with an index file in the root - adds an example "flat" site with, for now, a single index in root for testing purposes - wrt-render-all handles default entry instead of just using "new" - EntryStore::all_renderable() correctly filters out paths ending in "/index" instead of "index", which if nothing else corrects a subtle bug that would have gotten in the way of naming something "windex" - WRT::handle() will return the contents of a root-level "index"
4 years ago
filter-as-script approach using IPC::Cmd Dispatches filters listed in an entry's filters.prop to scripts under $wrt->{filter_dir}. This is inefficient, in that it starts an entire process (at least) per filtered entry. On the other hand, it's a pretty clean abstraction, and it means that filters could be implemented in whatever language. Adds filters/ creation to wrt init.
2 years ago
handle sites with an index file in the root - adds an example "flat" site with, for now, a single index in root for testing purposes - wrt-render-all handles default entry instead of just using "new" - EntryStore::all_renderable() correctly filters out paths ending in "/index" instead of "index", which if nothing else corrects a subtle bug that would have gotten in the way of naming something "windex" - WRT::handle() will return the contents of a root-level "index"
4 years ago
filter-as-script approach using IPC::Cmd Dispatches filters listed in an entry's filters.prop to scripts under $wrt->{filter_dir}. This is inefficient, in that it starts an entire process (at least) per filtered entry. On the other hand, it's a pretty clean abstraction, and it means that filters could be implemented in whatever language. Adds filters/ creation to wrt init.
2 years ago
handle sites with an index file in the root - adds an example "flat" site with, for now, a single index in root for testing purposes - wrt-render-all handles default entry instead of just using "new" - EntryStore::all_renderable() correctly filters out paths ending in "/index" instead of "index", which if nothing else corrects a subtle bug that would have gotten in the way of naming something "windex" - WRT::handle() will return the contents of a root-level "index"
4 years ago
filter-as-script approach using IPC::Cmd Dispatches filters listed in an entry's filters.prop to scripts under $wrt->{filter_dir}. This is inefficient, in that it starts an entire process (at least) per filtered entry. On the other hand, it's a pretty clean abstraction, and it means that filters could be implemented in whatever language. Adds filters/ creation to wrt init.
2 years ago
​
​
​
​
handle sites with an index file in the root - adds an example "flat" site with, for now, a single index in root for testing purposes - wrt-render-all handles default entry instead of just using "new" - EntryStore::all_renderable() correctly filters out paths ending in "/index" instead of "index", which if nothing else corrects a subtle bug that would have gotten in the way of naming something "windex" - WRT::handle() will return the contents of a root-level "index"
4 years ago
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
filter-as-script approach using IPC::Cmd Dispatches filters listed in an entry's filters.prop to scripts under $wrt->{filter_dir}. This is inefficient, in that it starts an entire process (at least) per filtered entry. On the other hand, it's a pretty clean abstraction, and it means that filters could be implemented in whatever language. Adds filters/ creation to wrt init.
2 years ago
handle sites with an index file in the root - adds an example "flat" site with, for now, a single index in root for testing purposes - wrt-render-all handles default entry instead of just using "new" - EntryStore::all_renderable() correctly filters out paths ending in "/index" instead of "index", which if nothing else corrects a subtle bug that would have gotten in the way of naming something "windex" - WRT::handle() will return the contents of a root-level "index"
4 years ago
​
filter-as-script approach using IPC::Cmd Dispatches filters listed in an entry's filters.prop to scripts under $wrt->{filter_dir}. This is inefficient, in that it starts an entire process (at least) per filtered entry. On the other hand, it's a pretty clean abstraction, and it means that filters could be implemented in whatever language. Adds filters/ creation to wrt init.
2 years ago
handle sites with an index file in the root - adds an example "flat" site with, for now, a single index in root for testing purposes - wrt-render-all handles default entry instead of just using "new" - EntryStore::all_renderable() correctly filters out paths ending in "/index" instead of "index", which if nothing else corrects a subtle bug that would have gotten in the way of naming something "windex" - WRT::handle() will return the contents of a root-level "index"
4 years ago
​
​
​
​
​
​
​
​
​
​
filter-as-script approach using IPC::Cmd Dispatches filters listed in an entry's filters.prop to scripts under $wrt->{filter_dir}. This is inefficient, in that it starts an entire process (at least) per filtered entry. On the other hand, it's a pretty clean abstraction, and it means that filters could be implemented in whatever language. Adds filters/ creation to wrt init.
2 years ago
handle sites with an index file in the root - adds an example "flat" site with, for now, a single index in root for testing purposes - wrt-render-all handles default entry instead of just using "new" - EntryStore::all_renderable() correctly filters out paths ending in "/index" instead of "index", which if nothing else corrects a subtle bug that would have gotten in the way of naming something "windex" - WRT::handle() will return the contents of a root-level "index"
4 years ago
​
​
​
filter-as-script approach using IPC::Cmd Dispatches filters listed in an entry's filters.prop to scripts under $wrt->{filter_dir}. This is inefficient, in that it starts an entire process (at least) per filtered entry. On the other hand, it's a pretty clean abstraction, and it means that filters could be implemented in whatever language. Adds filters/ creation to wrt init.
2 years ago
handle sites with an index file in the root - adds an example "flat" site with, for now, a single index in root for testing purposes - wrt-render-all handles default entry instead of just using "new" - EntryStore::all_renderable() correctly filters out paths ending in "/index" instead of "index", which if nothing else corrects a subtle bug that would have gotten in the way of naming something "windex" - WRT::handle() will return the contents of a root-level "index"
4 years ago
​
​
​
​
​
​
​
​
​
filter-as-script approach using IPC::Cmd Dispatches filters listed in an entry's filters.prop to scripts under $wrt->{filter_dir}. This is inefficient, in that it starts an entire process (at least) per filtered entry. On the other hand, it's a pretty clean abstraction, and it means that filters could be implemented in whatever language. Adds filters/ creation to wrt init.
2 years ago
handle sites with an index file in the root - adds an example "flat" site with, for now, a single index in root for testing purposes - wrt-render-all handles default entry instead of just using "new" - EntryStore::all_renderable() correctly filters out paths ending in "/index" instead of "index", which if nothing else corrects a subtle bug that would have gotten in the way of naming something "windex" - WRT::handle() will return the contents of a root-level "index"
4 years ago
​
​
filter-as-script approach using IPC::Cmd Dispatches filters listed in an entry's filters.prop to scripts under $wrt->{filter_dir}. This is inefficient, in that it starts an entire process (at least) per filtered entry. On the other hand, it's a pretty clean abstraction, and it means that filters could be implemented in whatever language. Adds filters/ creation to wrt init.
2 years ago
​
handle sites with an index file in the root - adds an example "flat" site with, for now, a single index in root for testing purposes - wrt-render-all handles default entry instead of just using "new" - EntryStore::all_renderable() correctly filters out paths ending in "/index" instead of "index", which if nothing else corrects a subtle bug that would have gotten in the way of naming something "windex" - WRT::handle() will return the contents of a root-level "index"
4 years ago
​
 
  1. <!DOCTYPE html>
  2. <html>
  3. <head>
  4.   <title>wrt::all</title>
  5. 

  6.   <meta name="keywords" content="some test stuff" />
  7. 

  8.   <meta name="description" content="a test wrt site" /> 
  9. 

  10.   <meta name="author" content="Example Author" />
  11. 

  12.   <link rel="stylesheet" href="https://example.com/css/p1k3.css" />
  13.   <link rel="icon" type="image/x-png" href="https://example.com/favicon.png" />
  14.   <link rel=alternate type="application/atom+xml" title="wrt atom feed" href="https://example.com/feed" />
  15.   <link rel=feed type="application/atom+xml" title="wrt atom feed" href="https://example.com/feed" />
  16.   <link rel="alternate" title="wrt JSON feed" type="application/json" href="https://example.com/feed.json" />
  17. </head>
  18. 

  19. <body>
  20. 

  21. <a href="https://example.com/" title="newest entries">new</a>
  22. <strong><a href="https://example.com/all/" title="all entries">all</a>
  23. </strong>
  24. 

  25. <h1>all</h1>
  26. 

  27. 

  28. 

  29. <article><div class="entry"><h3>2014</h3>
  30. 

  31. <table><tr><td class="datelink"><a href="https://example.com/2014/1/">January</a></td>
  32. <td class="datelink"><small>( <a href="https://example.com/2014/1/1/">1</a>
  33. <a href="https://example.com/2014/1/2/">2</a>
  34.  )</small></td></tr>
  35. 

  36. <tr><td>1 months</td>
  37. <td>2 entries</td></tr></table>
  38. </div></article>
  39. 

  40. <div class=entry-metadata></div>
  41. 

  42. <article><div class="entry"><p>I'm an index file for an entire year.</p>
  43. <p><em>more:</em>  <a href="https://example.com/2013/1" title="1">1</a> <a href="https://example.com/2013/2" title="2">2</a> <a href="https://example.com/2013/foo.txt" title="foo.txt">foo.txt</a></p>
  44. <h3>2013</h3>
  45. 

  46. <table><tr><td class="datelink"><a href="https://example.com/2013/2/">February</a></td>
  47. <td class="datelink"><small>(  )</small></td></tr>
  48. 

  49. <tr><td class="datelink"><a href="https://example.com/2013/1/">January</a></td>
  50. <td class="datelink"><small>(  )</small></td></tr>
  51. 

  52. <tr><td>No entries</td></tr></table>
  53. </div></article>
  54. 

  55. <div class=entry-metadata></div>
  56. 

  57. <article><div class="entry"><p>I'm a year which is just a flatfile.</p>
  58. </div></article>
  59. 

  60. <div class=entry-metadata></div>
  61. 

  62. <article><div class="entry"><h3>1952</h3>
  63. 

  64. <table><tr><td class="datelink"><a href="https://example.com/1952/2/">February</a></td>
  65. <td class="datelink"><small>( <a href="https://example.com/1952/2/13/">13</a>
  66.  )</small></td></tr>
  67. 

  68. <tr><td>1 entry</td></tr></table>
  69. </div></article>
  70. 

  71. <div class=entry-metadata></div>
  72. 

  73. <p><small><em>public domain</em></small></p>
  74. 

  75. <p></p>
  76. 

  77. </body>
  78. </html>