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/1952/index.html

45 lines
1.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
​
 
  1. <!DOCTYPE html>
  2. <html>
  3. <head>
  4.   <title>wrt::1952</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. <a href="https://example.com/all/" title="all entries">all</a>
  23. 

  24. 

  25. <h1>1952</h1>
  26. 

  27. 

  28. 

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

  31. <table><tr><td class="datelink"><a href="https://example.com/1952/2/">February</a></td>
  32. <td class="datelink"><small>( <a href="https://example.com/1952/2/13/">13</a>
  33.  )</small></td></tr>
  34. 

  35. <tr><td>1 entry</td></tr></table>
  36. </div></article>
  37. 

  38. <div class=entry-metadata></div>
  39. 

  40. <p><small><em>public domain</em></small></p>
  41. 

  42. <p><p>next: <a title="next" href="https://example.com/2012">2012</a></p></p>
  43. 

  44. </body>
  45. </html>