Folk Computer

User Tools

Site Tools

Trace:
newsletters:2023-12

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision		Previous revision
newsletters:2023-12 [2023/12/30 18:16] – [Outreach and community] osnrnewsletters:2023-12 [2023/12/30 23:20] (current) – [What we'll be up to in January] osnr
Line 18: Line 18:
   * Andrés made a [[https://en.wikipedia.org/wiki/Hooke%27s_law|Hooke's law]] spring simulation in Folk:   * Andrés made a [[https://en.wikipedia.org/wiki/Hooke%27s_law|Hooke's law]] spring simulation in Folk:
     * {{newsletters:simulation.gif?0x300}}     * {{newsletters:simulation.gif?0x300}}
-    * Andrés and Charles collaborated on a Folk program that extends this to a ball that bounces around the table+    * Andrés and Charles collaborated on a Folk program that extends this to a ball that bounces around the table.
  
   * During the open house, a visitor asked Cristóbal if he could change the frame rate of his animation tool. It works splendidly:   * During the open house, a visitor asked Cristóbal if he could change the frame rate of his animation tool. It works splendidly:
Line 35: Line 35:
   * We're still pretty pre-release and liable to break things, but we have a [[https://git.folk.computer/folk/|public mirror of the repo]] and have it under an open-source license now, which is nice (it means people can play around with it without getting our permission, and it means writeups like Cristóbal's can link directly to source code. I think it's important that people feel comfortable looking into the core of the system and seeing how things work)   * We're still pretty pre-release and liable to break things, but we have a [[https://git.folk.computer/folk/|public mirror of the repo]] and have it under an open-source license now, which is nice (it means people can play around with it without getting our permission, and it means writeups like Cristóbal's can link directly to source code. I think it's important that people feel comfortable looking into the core of the system and seeing how things work)
  
-  * Merged Cris's [[https://github.com/FolkComputer/folk/pull/111|convex hull code from last month]] after he fixed some memory leak and convex hull algorithm issues+  * Merged Cristóbal's [[https://github.com/FolkComputer/folk/pull/111|convex hull code from last month]] after he fixed some memory leak and convex hull algorithm issues
     * {{newsletters:img_9201.mp4?300}}     * {{newsletters:img_9201.mp4?300}}
 +
 +  * Cris has been working on [[https://github.com/FolkComputer/folk/pull/122|variable printed tag size and font size]], so you can start doing a bit of print design if you want your printed programs to have a specific form/look. You can print a program with a really big tag, for instance. I think this is really important for breaking down the current uniformity of Folk programs and creating new interactions.
 +    * {{:newsletters:pasted:20231230-211849.png?300}} {{:newsletters:pasted:20231230-211906.jpeg?300}}
  
   * Omar has been continuing to do a small amount of messing with an independent parallel Folk trie/evaluator in C. What do the lock-free/RCU data structures look like, can we decouple it from the Tcl heap and have a shared interprocess heap for everything, when do you have to copy, how does scheduling work...   * Omar has been continuing to do a small amount of messing with an independent parallel Folk trie/evaluator in C. What do the lock-free/RCU data structures look like, can we decouple it from the Tcl heap and have a shared interprocess heap for everything, when do you have to copy, how does scheduling work...
Line 42: Line 45:
 ==== Tabletop / in-system editor ==== ==== Tabletop / in-system editor ====
  
-  * Andrés has continued work on the editor. There's now a save hotkey (''Ctrl + S''), separate regions for editing and previewing your program and key repeat now works. There's a couple more keyboard I/O management bugs Andrés is currently working through but they'll all be +  * Andrés has continued work on the in-system editor. There's now a save hotkey (''Ctrl + S''), separate regions for editing and previewing your program, and support for repeated key presses. There are a couple keyboard I/O management bugs Andrés is currently working through that will be addressed in January. Once those are ironed out the keyboard will be merged into the core Folk project and will be useful for teaching others how to make Folk programs without a laptop (think casual visits or multi-person workshops), editing the Folk system using Folk itself, and handling keyboard input in other Folk programs.
     * {{newsletters:charles_keyboard-medium.jpeg}}     * {{newsletters:charles_keyboard-medium.jpeg}}
 +    * Charles visited the studio this month and gave Andrés some great ideas for the editor for future releases.
  
 ==== Calibration ==== ==== Calibration ====
Line 177: Line 181:
   * Omar gave a quick primer about how the evaluator works   * Omar gave a quick primer about how the evaluator works
     * Printed out and showed the key data structures (statements, trie, evaluator)     * Printed out and showed the key data structures (statements, trie, evaluator)
-      * {{newsletters:e7b51111-74f1-4063-9367-d60e6cbaa2e8-957-00020606754ea101.png}} {{newsletters:02443a75-2b13-4ce6-8f3f-5e42e3e0bbda-957-0002060948e8a609.png}} +      * {{newsletters:08ad425f-9e76-4c77-bdda-9f373bd57c8c-957-00020653ba629c4a.png?200}} {{newsletters:e7b51111-74f1-4063-9367-d60e6cbaa2e8-957-00020606754ea101.png?200}} 
     * Daniel asked about events and event statements, so we talked a little about the semantic details there     * Daniel asked about events and event statements, so we talked a little about the semantic details there
     * Cris asked for a walk through a single evaluator step, so we did a whiteboard talk about the operations that go into the priority queue (Assert, Retract, Say, Unmatch, Collect) and how that queue gets drained each step     * Cris asked for a walk through a single evaluator step, so we did a whiteboard talk about the operations that go into the priority queue (Assert, Retract, Say, Unmatch, Collect) and how that queue gets drained each step
 +      * {{:newsletters:pasted:20231230-182016.png?300}} {{:newsletters:pasted:20231230-181955.png?200}}
     * Naveen asked about scaling properties: would it scale to thousands/millions of statements     * Naveen asked about scaling properties: would it scale to thousands/millions of statements
       * (it should.. or at least adding a new statement shouldn't cost if it's not active)       * (it should.. or at least adding a new statement shouldn't cost if it's not active)
Line 198: Line 203:
     * improving the RFID error recovery / state machine; starting on sync and OOB     * improving the RFID error recovery / state machine; starting on sync and OOB
     * calibration accuracy improvement, some of this can be done on laptop from cached data/poses     * calibration accuracy improvement, some of this can be done on laptop from cached data/poses
-    * maybe hacking on a parallel Folk?+    * maybe hacking on pure evaluator/Tcl/C stuff? a parallel Folk? variables/Observe?
  
   * Finishing up the tabletop editor and getting it merged, then follow-up to make virtual programs table-editable, other niceties like that to minimize laptop dependency   * Finishing up the tabletop editor and getting it merged, then follow-up to make virtual programs table-editable, other niceties like that to minimize laptop dependency
newsletters/2023-12.1703960160.txt.gz · Last modified: 2023/12/30 18:16 by osnr
Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki