4 ms·

Is there a public code repository and issue tracker where fans and users can discuss and contribute? Very neat, and impressive. The one downside I noticed for

by iam-TJ 4y ago

Is there a public code repository and issue tracker where fans and users can discuss and contribute? Very neat, and impressive. The one downside I noticed for the exemplar page is the browser CPU load. constant 33% of 1 CPU on an AMD Ryzen 7 1800X with Firefox v103.0.2, and around 32% with Chromium v104.0.5112.79. I guess that's fair though since the 'page' is playing Towers of Hanoi AND animating the Hilbert curve AND a linear watch (clock)! I enjoy the presentation itself too - no wasted space, nice multi column, no space-wasting top-bar, no annoying sidebars. Being able to invoke the code editor with the floating resizeable text-area feels so natural. The one thing that would be good seeing as the page is a viewport onto a larger canvas is auto-scrolling the viewport when the pointer approaches the margins - so we don't have to chase, make visible, and manually grab the browser scroll bars. That would make the page naturally follow where our attention currently is. Certainly brings a whole new meaning to "Single Page Application". Not even going to attempt to view it on a small device though! The only downside is requiring client-side Javascript to render - I wonder if there's a way to have a fallback to render server-side in that case? I've been procrastinating over choice of some kind of simple wiki-like static site generator for recording many real-time stream-of-consciousness disparate unrelated bug investigations,fixes and code hacking across a wide range of open-source software. This has a quirkiness to it that I like and it feels like a nice fit for someone with a coding ethos (even if not usually into functional!). It may even conquer my preference for Markdown! Time to explore!

martyalain 4y ago
Thank you. Try it in an tablet and a smartphone, it still works, even if it is in a downgraded mode. Lots of pages in the wiki were created on a tablet. You write: "The one thing that would be good seeing as the page is a viewport onto a larger canvas is auto-scrolling the viewport when the pointer approaches the margins - so we don't have to chase, make visible, and manually grab the browser scroll bars. That would make the page naturally follow where our attention currently is." On my Powerbook I move the page using two fingers on the trackpad and on my iPad or smartphone I use one finger. No need scroll-bars. You write: "The one downside I noticed for the exemplar page is the browser CPU load. constant 33% of 1 CPU on an AMD Ryzen 7 1800X with Firefox v103.0.2, and around 32% with Chromium v104.0.5112.79." In fact you can see on top of the frame-editor the cost of computing the page, it's about 30ms on my iPad. When the page is loaded no more CPU cost. The Hilbert curve CSS animation and the linear_watch (JS setInterval()) have a very small cost.
- iam-TJ 4y ago
  Re: scroll bars. Try using a regular workstation with a keyboard and mouse!
  - martyalain 4y ago
    I agree with you, without a trackpad scroll-bars are required. But in workstations screens are often huge and I guess that it's possible to have a readable/comfortable display of the whole page at a 100% zoom. I have not a workstation, I use to work comfortably on a laptop (MacBook Pro or MacBook Air), a tablet (iPad Pro) in a degraded mode when I am lazily lying in bed in the middle of the night, and a smartphone, at a café, where editing is boring but reading is still rather comfortable using double-clicks to zoom in and out. So I can begin a page here and editing it anywhere else. It's funny.
- iam-TJ 4y ago
  I sent you an email with details of the CPU usage but just got an unfriendly "550 spam detected" from your MTA! The mail system <marty.alain@free.fr>: host mx1.free.fr[212.27.48.7] said: 550 spam detected (in reply to end of DATA command)
  - martyalain 4y ago
    I am sorry, I have no idea why you got such an answer, you could try this other one "lambdaway at free.fr". Maybe a problem between the "free.fr" mail server and yours. You could also write in this open page http://lambdaway.free.fr/lambdawalks/?view=sandbox http://lambdaway.free.fr/lambdawalks/?view=sandbox. Just click on the word "sandbox" in the title "lambdaway :: sandbox" to open the frame-editor, paste after the existing text (don't erase it) and save.
    - iam-TJ 4y ago
      Added to the sandbox. I tried the alternative address but the problem is on the free.fr MTA and its Spam detection - it looks like it treats real 7-bit ASCII plain-text emails as spam. There are no embedded MIME parts stuffed with an HTML page in my emails!
yourad_io 4y ago
The multi column layout actually lends very well to reading on mobile

by iam-TJ 4y ago

martyalain 4y ago

Thank you. Try it in an tablet and a smartphone, it still works, even if it is in a downgraded mode. Lots of pages in the wiki were created on a tablet. You write: "The one thing that would be good seeing as the page is a viewport onto a larger canvas is auto-scrolling the viewport when the pointer approaches the margins - so we don't have to chase, make visible, and manually grab the browser scroll bars. That would make the page naturally follow where our attention currently is." On my Powerbook I move the page using two fingers on the trackpad and on my iPad or smartphone I use one finger. No need scroll-bars. You write: "The one downside I noticed for the exemplar page is the browser CPU load. constant 33% of 1 CPU on an AMD Ryzen 7 1800X with Firefox v103.0.2, and around 32% with Chromium v104.0.5112.79." In fact you can see on top of the frame-editor the cost of computing the page, it's about 30ms on my iPad. When the page is loaded no more CPU cost. The Hilbert curve CSS animation and the linear_watch (JS setInterval()) have a very small cost.

iam-TJ 4y ago
Re: scroll bars. Try using a regular workstation with a keyboard and mouse!
- martyalain 4y ago
  I agree with you, without a trackpad scroll-bars are required. But in workstations screens are often huge and I guess that it's possible to have a readable/comfortable display of the whole page at a 100% zoom. I have not a workstation, I use to work comfortably on a laptop (MacBook Pro or MacBook Air), a tablet (iPad Pro) in a degraded mode when I am lazily lying in bed in the middle of the night, and a smartphone, at a café, where editing is boring but reading is still rather comfortable using double-clicks to zoom in and out. So I can begin a page here and editing it anywhere else. It's funny.
iam-TJ 4y ago
I sent you an email with details of the CPU usage but just got an unfriendly "550 spam detected" from your MTA! The mail system <marty.alain@free.fr>: host mx1.free.fr[212.27.48.7] said: 550 spam detected (in reply to end of DATA command)
- martyalain 4y ago
  I am sorry, I have no idea why you got such an answer, you could try this other one "lambdaway at free.fr". Maybe a problem between the "free.fr" mail server and yours. You could also write in this open page http://lambdaway.free.fr/lambdawalks/?view=sandbox http://lambdaway.free.fr/lambdawalks/?view=sandbox. Just click on the word "sandbox" in the title "lambdaway :: sandbox" to open the frame-editor, paste after the existing text (don't erase it) and save.
  - iam-TJ 4y ago
    Added to the sandbox. I tried the alternative address but the problem is on the free.fr MTA and its Spam detection - it looks like it treats real 7-bit ASCII plain-text emails as spam. There are no embedded MIME parts stuffed with an HTML page in my emails!

yourad_io 4y ago

The multi column layout actually lends very well to reading on mobile