Sender | Message | Time |
---|---|---|
27 Mar 2024 | ||
Ralf | And with that, the "right" to an answer dissolves with a side effect. | 22:52:35 |
Ralf | * One-to-many.is a perspective comparable to that of the distribution media. In my opinion, it gets exciting when something responds. And then we're back to the couple relationship. And this relationship is spatially unique, because although there are supposedly two (or more) "identical" pages (twins) in the line-up, they are in two (ore more) different places and are therefore not identical. Ward | 23:41:12 |
Ralf | * One-to-many is a perspective comparable to that of the distribution media. In my opinion, it gets exciting when something responds. And then we're back to the couple relationship. And this relationship is spatially unique, because although there are supposedly two (or more) "identical" pages (twins) in the line-up, they are in two (ore more) different places and are therefore not identical. Ward | 23:41:22 |
Ralf | * One-to-many is a perspective comparable to that of the distribution media. In my opinion, it gets exciting when something responds. And then we're back to the couple relationship. And this relationship is spatially unique, because although there are supposedly two (or more) "identical" virtual pages (twins) in the line-up, they are in two (ore more) different places and are therefore not identical. Ward | 23:41:56 |
Ralf | See Unit Programming Language | 23:48:51 |
28 Mar 2024 | ||
Ralf | Download image.png | 00:02:20 |
Ralf | file:///private/var/folders/y1/yhhpj5wd7cb5325t8__1ct2r0000gn/T/mume2024228-2662-1nw6lq3.22e6.html | 00:02:43 |
Ralf | * https://github.com/samuelmtimbo/unit/raw/main/public/gif/0.gif | 00:03:46 |
Ralf | * https://github.com/samuelmtimbo/unit/blob/main/README.md | 00:04:38 |
Ralf | * One-to-many is a perspective comparable to that of a distribution media. In my opinion, it gets exciting when something responds. And then we're back to the couple relationship. And this relationship is spatially unique, because although there are supposedly two (or more) "identical" virtual pages (twins) in the line-up, they are in two (ore more) different places and are therefore not identical. Ward | 08:53:33 |
Ralf |
| 09:11:59 |
Ralf | *
| 09:13:22 |
Ralf | * https://github.com/samuelmtimbo/unit/blob/main/README.md https://wiki.ralfbarkow.ch/assets/pages/unit-programming-language/unit.mp4 | 09:15:06 |
Ralf | * merge sort (mp4, 4 seconds) | 09:17:26 |
bkil | What makes a service "federated" in the first place? https://wiki.osm.org/Talk:Panoramax#Federation | 12:42:56 |
jan d | re: Yesterday’s presentation on the drag-drop behavior in the UI sketching app: I briefly mentioned that I currently use HTML instead of manually drawing elements with line/area primitives. Turns out that has interesting consequences for drag and drop: Dragged elements should always be in front of all other draggable elements during the drag. This is relatively easy for drawign elements on a pixel level (dragged element drawn after all the other elements), but before any overlays, but it is tricky with HTML or SVG, where the dragged element is already in a stack of elements that can overlap it. One can create a copy and place it in front of other elements, however, my current ideas are a bit messy, since I want just the representation, not any of the interactive parts of it! (maybe actually split away the rendering into a class implementing a "figure renderer" interface that gets the model data passed?) | 14:56:15 |
jan d | * re: Yesterday’s presentation on the drag-drop behavior in the UI sketching app: I briefly mentioned that I currently use HTML instead of manually drawing elements with line/area primitives. Turns out that has interesting consequences for drag and drop: Dragged elements should always be in front of all other draggable elements during the drag. This is relatively easy for drawing elements on a pixel level (dragged element drawn after all the other elements), but before any overlays, but it is tricky with HTML or SVG, where the dragged element is already in a stack of elements that can overlap it. One can create a copy and place it in front of other elements, however, my current ideas are a bit messy, since I want just the representation, not any of the interactive parts of it! (maybe actually split away the rendering into a class implementing a "figure renderer" interface that gets the model data passed?) | 17:42:03 |
jan d | * re: Yesterday’s presentation on the drag-drop behavior in the UI sketching app: I briefly mentioned that I currently use HTML instead of manually drawing elements with line/area primitives. Turns out that has interesting consequences for drag and drop: Dragged elements should always be in front of all other draggable elements during the drag. This is relatively easy for drawing elements on a pixel level (dragged element drawn after all the other elements), but before any overlays, but it is tricky with HTML or SVG, where the dragged element is already in a stack of elements that can overlap it. One can create a copy and place it in front of other elements, however, my current ideas are a bit messy, since I want just the visual representation, not any of the interactive parts of it! (maybe actually split away the rendering into a class implementing a "figure renderer" interface that gets the model data passed?) | 19:50:13 |
Ralf | In reply to @bkil:matrix.orgThanks. See Federation | 20:38:07 |
Ward | Does federated wiki deserve to call itself "federated"? A primary goal a dozen years ago was to exhibit "wiki nature" with no centralized control. We do rely on DNS but have demonstrated that we can share numeric ip addresses by our own federation and thus bypass that central authority. We reject TLS for the same reasons. When I read of other schemes they all are struggling to find some robust form of push which is the only fast path to influence. I am suspicious of their motives. https://wiki.c2.com/?WikiNature http://found.ward.bay.wiki.org/infected-with-roi.html | 23:49:13 |
29 Mar 2024 | ||
bkil | The question is, how important is push? It does for IRC where the message turnaround is on the order of seconds (sometimes milliseconds on busy channels back in its golden ages). At the same time, delays of hours are acceptable on forums. On a documentation site, I don't see why subscribers would expect updates more than once a day, so polling would be just as good for all intents and purposes. | 07:34:47 |
bkil | I would add a twist to polling, though, to make it scale. Each peer should sign all of their entries (and indices) and mirror some or all entries on friendly (whihelisted or subscribed to) peers. Then readers and syncing peers could look up data through the swarm and not have to poll the origin as long as said content and indices are properly seeded. Incidentally, PeerTube had implemented automatic reseeding of friendly instances for a similar reason a few years ago. I don't view theirs a perfect architecture and regularly pick at it, but they got at least the basics right. | 07:36:46 |
Ralf | Thanks, Federation page updated. You could do that yourself. | 08:02:34 |
Ralf | bkil: Re: push In programming languages opening (push) and closing (pop) delimiters differentiate between processes that require memory and those that do not. | 08:05:23 |
bkil | Yep, reverse polish notation for the world. | 10:06:40 |
bkil | And indeed, the work in progress JS0 subset is also striking a balance to allow implementing a very simple and efficient buffer-free online interpreter. For a very straight-forward and rational gain in performance, loop start and function start locations are cached, but they could just as well be determined by backwards parsing and reparsing respectively if we wanted to. Also, as you have to add all parenthesis in expressions except for chains of the same operator (assumed to be associative and evaluated eagerly), it makes the content creator think a bit more about how evaluation will occur. | 10:10:42 |
bkil | * I would add a twist to polling, though, to make it scale. Each peer should sign all of their entries (and indices) and mirror some or all entries on friendly (whitelisted or subscribed to) peers. Then readers and syncing peers could look up data through the swarm and not have to poll the origin as long as said content and indices are properly seeded. Incidentally, PeerTube had implemented automatic reseeding of friendly instances for a similar reason a few years ago. I don't view theirs a perfect architecture and regularly pick at it, but they got at least the basics right. | 10:12:36 |
Jeff Miller | Hazel Weakly's post on how to best make sense of (and communicate that sense of) platform engineering struck me as very close to the domain where Thompson Morrison operates with Federated Wiki as a collaborative authoring platform. https://hachyderm.io/@hazelweakly/112176717386611738 | 13:22:25 |
Ward | In reply to @jmeowmeow:matrix.org I offered this replay to the @hazelweakly post:
| 14:27:18 |
Ward | In reply to @bkil:matrix.orgTo the first order we might summarize: push for news, pull for literature. | 14:29:29 |