4 ms·
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 wr
by 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 agoRe: scroll bars. Try using a regular workstation with a keyboard and mouse!
- martyalain 4y agoI 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 agoI 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 agoI 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 agoAdded 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!
- martyalain 4y agoThanks, I don't know what happens between your mail server and mine. And you could have a look here: http://lambdaway.free.fr/lambdawalks/?view=sandbox http://lambdaway.free.fr/lambdawalks/?view=sandbox
- iam-TJ 4y agoWhat a uniquely quirky way to communicate! Glad to see via your sandbox update that you identified the cause. Now all you need do is write "lambda-mta" to take over email! Seriously - that 'free.fr' MTA spam block needs fixing if it triggers on proper 7-bit ASCII email that doesn't contain MIME parts (which are usually stuffed with HTML and/or images). I use Mozilla Thunderbird in "Plain Text" mode. One benefit is there is no possibility to embed hidden malicious links in plain text. Another is small size (some embedded HTML emails are HUGE!).
- martyalain 4y agoYou wrote « What a uniquely quirky way to communicate! » I often use the free.fr MTA called "zimbra.free.fr" working inside any web browser. I can understand why your mail was rejected by the free.fr MTA, but I don't understand why it was also rejected by the mail programs integrated in MacOS and iOS. I like the idea of avoiding any application except the web browser. And I use emails as I use SMS on my smartphone, very small and, when developements have to be given, I just put the link to a wiki page created for this purpose, here it was in the page "sandox". It may be quirky but it is very practical when the developments are important, need to be well formatted, easy to memorize, if they need to allow for group work, etc... You have noticed that I have eliminated the animation on the Hilbert curve, which reduces the processor load to very little. The load of the "JS setInterval()" used by the "linear watch" being very low I kept this watch.