25.xhtml 7.7 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119
  1. <?xml version="1.0" encoding="utf-8"?>
  2. <!--
  3. h t t :: / / t /
  4. h t t :: // // t //
  5. h ttttt ttttt ppppp sssss // // y y sssss ttttt //
  6. hhhh t t p p s // // y y s t //
  7. h hh t t ppppp sssss // // yyyyy sssss t //
  8. h h t t p s :: / / y .. s t .. /
  9. h h t t p sssss :: / / yyyyy .. sssss t .. /
  10. <https://y.st./>
  11. Copyright © 2016 Alex Yst <mailto:copyright@y.st>
  12. This program is free software: you can redistribute it and/or modify
  13. it under the terms of the GNU General Public License as published by
  14. the Free Software Foundation, either version 3 of the License, or
  15. (at your option) any later version.
  16. This program is distributed in the hope that it will be useful,
  17. but WITHOUT ANY WARRANTY; without even the implied warranty of
  18. MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
  19. GNU General Public License for more details.
  20. You should have received a copy of the GNU General Public License
  21. along with this program. If not, see <https://www.gnu.org./licenses/>.
  22. -->
  23. <!DOCTYPE html>
  24. <html xmlns="http://www.w3.org/1999/xhtml">
  25. <head>
  26. <base href="https://y.st./en/weblog/2016/01-January/25.xhtml" />
  27. <title>Walking in tomorrow to try again to get health care &lt;https://y.st./en/weblog/2016/01-January/25.xhtml&gt;</title>
  28. <link rel="icon" type="image/png" href="/link/CC_BY-SA_4.0/y.st./icon.png" />
  29. <link rel="stylesheet" type="text/css" href="/link/basic.css" />
  30. <link rel="stylesheet" type="text/css" href="/link/site-specific.css" />
  31. <script type="text/javascript" src="/script/javascript.js" />
  32. <meta name="viewport" content="width=device-width" />
  33. </head>
  34. <body>
  35. <nav>
  36. <p>
  37. <a href="/en/">Home</a> |
  38. <a href="/en/a/about.xhtml">About</a> |
  39. <a href="/en/a/contact.xhtml">Contact</a> |
  40. <a href="/a/canary.txt">Canary</a> |
  41. <a href="/en/URI_research/"><abbr title="Uniform Resource Identifier">URI</abbr> research</a> |
  42. <a href="/en/opinion/">Opinions</a> |
  43. <a href="/en/coursework/">Coursework</a> |
  44. <a href="/en/law/">Law</a> |
  45. <a href="/en/a/links.xhtml">Links</a> |
  46. <a href="/en/weblog/2016/01-January/25.xhtml.asc">{this page}.asc</a>
  47. </p>
  48. <hr/>
  49. <p>
  50. Weblog index:
  51. <a href="/en/weblog/"><abbr title="American Standard Code for Information Interchange">ASCII</abbr> calendars</a> |
  52. <a href="/en/weblog/index_ol_ascending.xhtml">Ascending list</a> |
  53. <a href="/en/weblog/index_ol_descending.xhtml">Descending list</a>
  54. </p>
  55. <hr/>
  56. <p>
  57. Jump to entry:
  58. <a href="/en/weblog/2015/03-March/07.xhtml">&lt;&lt;First</a>
  59. <a rel="prev" href="/en/weblog/2016/01-January/24.xhtml">&lt;Previous</a>
  60. <a rel="next" href="/en/weblog/2016/01-January/26.xhtml">Next&gt;</a>
  61. <a href="/en/weblog/latest.xhtml">Latest&gt;&gt;</a>
  62. </p>
  63. <hr/>
  64. </nav>
  65. <header>
  66. <h1>Walking in tomorrow to try again to get health care</h1>
  67. <p>Day 00324: Monday, 2016 January 25</p>
  68. </header>
  69. <p>
  70. This morning, I looked into government-sponsored health care again, as they still have not gotten back to me.
  71. I sent in my application last month, and now this month is almost over.
  72. It seems that there are places that I can go to get help in person.
  73. I was planning to walk in today, but I took too long getting ready.
  74. The place that can help is several hours away from home and I foolishly wanted to set up my music library on my mobile before leaving.
  75. I will have to go in tomorrow instead.
  76. </p>
  77. <p>
  78. After deciding on a new file organization scheme for my music library, I knew that I would either have to find a way to use Ex Falso&apos;s conditional syntax more effectively or I would need to do a lot of the sorting by hand.
  79. I found a page in the <a href="https://quodlibet.readthedocs.org/en/latest/guide/renaming_files.html">Quod Libet</a> manual explaining that Ex Falso&apos;s conditionals do not only have an <code>if</code> syntax, but also an optional <code>else</code> syntax, which is exactly what I needed.
  80. My new file-renaming string is <code>~/Muziko/\\NEW\\/&lt;albumartist|&lt;albumartist&gt;|\\&gt;/&lt;albumartist&gt;\\&lt;album&gt;/&lt;title|&lt;albumartist&gt;\\&lt;album&gt;\\&lt;title&gt;|&lt;title&gt;&gt;</code>.
  81. </p>
  82. <p>
  83. Instead of going downtown, I spent most of the day working with regular expressions.
  84. After further reading of <a href="https://tools.ietf.org/html/rfc3986"><abbr title="Request for Comments">RFC</abbr> 3986</a>, I decided that I do in fact want to build my <abbr title="Uniform Resource Identifier">URI</abbr> parser to be strict.
  85. Names are very important to me, especially globally-unique names, and in many ways, that is what <abbr title="Uniform Resource Identifier">URI</abbr>s are.
  86. I do not want to support invalid names.
  87. Once I had that decided, I thought that I could modify the regular expression listed in <abbr title="Request for Comments">RFC</abbr> 3986, both combining it with another regular expression that I built today and giving it new features that would enforce validity and break the &quot;authority&quot; component down into its &quot;userdata&quot;, &quot;host&quot;, and &quot;port&quot; components.
  88. However, once I got to the part about enforcing path validity, I saw that my approach would not only produce an ugly and unreadable regular expression, it would also be highly difficult.
  89. My regular expression would need to branch in a confusing way near the beginning, due to the fact that the characters that are allowed to make up the beginning of a path heavily depend on the presence, or lack of presence, of the authority and scheme components.
  90. There are five different regular expressions that can determine the validity of a path based on this presence or lack of presence, and they would need to somehow bee hooked into the parts of the main expression that matches the scheme and authority.
  91. Such a simple view does not work.
  92. I will need a multi-step approach after all, so most of the code I wrote today is no good.
  93. My new understanding of the situation should help me write something very usable though.
  94. </p>
  95. <p>
  96. My <a href="/a/canary.txt">canary</a> still sings the tune of freedom and transparency.
  97. </p>
  98. <hr/>
  99. <p>
  100. Copyright © 2016 Alex Yst;
  101. You may modify and/or redistribute this document under the terms of the <a rel="license" href="/license/gpl-3.0-standalone.xhtml"><abbr title="GNU&apos;s Not Unix">GNU</abbr> <abbr title="General Public License version Three or later">GPLv3+</abbr></a>.
  102. If for some reason you would prefer to modify and/or distribute this document under other free copyleft terms, please ask me via email.
  103. My address is in the source comments near the top of this document.
  104. This license also applies to embedded content such as images.
  105. For more information on that, see <a href="/en/a/licensing.xhtml">licensing</a>.
  106. </p>
  107. <p>
  108. <abbr title="World Wide Web Consortium">W3C</abbr> standards are important.
  109. This document conforms to the <a href="https://validator.w3.org./nu/?doc=https%3A%2F%2Fy.st.%2Fen%2Fweblog%2F2016%2F01-January%2F25.xhtml"><abbr title="Extensible Hypertext Markup Language">XHTML</abbr> 5.1</a> specification and uses style sheets that conform to the <a href="http://jigsaw.w3.org./css-validator/validator?uri=https%3A%2F%2Fy.st.%2Fen%2Fweblog%2F2016%2F01-January%2F25.xhtml"><abbr title="Cascading Style Sheets">CSS</abbr>3</a> specification.
  110. </p>
  111. </body>
  112. </html>