Re: Parts & paths.
From: eas lab <lab.eas@gmail.com> Date: Sun, 15 Jan 2017 08:11:43 +0200
Oberon.Text file has a default font size field. When I changed that and re-launched Oberon from inside Aos, there was no corresponding font change in the new-Oberon launch.
My solution is here. http://easthope.ca/UnixAosUsage.html#TextProportionality Someone else might have a fully automated solution.
Does Inet connect via the Linux underlying system; ie. connect via Linux, and use Aos' inet facilities?
Works perfectly. Sections on email in the same page. ... Lyall E. -- 123456789 123456789 123456789 123456789 123456789 123456789 123456789 Tel: +1 360 639 0202 Pender Is.: +1 250 629 3757 http://easthope.ca/Peter.html Bcc: peter at easthope. ca
] My solution is here. ]http://easthope.ca/UnixAosUsage.html#TextProportionality ] Someone else might have a fully automated solution. Thanks, I'll be using your Aos documentation to ease the way. ]> Does Inet connect via the Linux underlying system; ie. connect via Linux, ]> and use Aos' inet facilities? ] Works perfectly. Sections on email in the same page. ----------------------------------- I want to use this as a further example of the power of the functional [has input & output]/piping pradigm: Piping is "modularisation in the time domain". I.e. the actions/functions are divided into a sequence, which allows the user to limit his concern to ONE aspect at a time. There's no need to consider the complex details of secure tunnelling for gmail, if the system doesn't connect to inet at the simplest level. So I confirmed that it does. Then before I try to setup the Mail.Panel [I preferred to use TextMail in the days of NativeOberon], I'll re-activate my dummy M$pook Email, and use that for testing/evolving the secure-tunnel ability, because Gmail, absurdly just cuts-off your account if it sees unfamiliar activity, which experimenting will cause. *PIPING* is also a form of successive-refinement: you limit your attention to one stage; starting from the first-stage -of-the-conceptual-pipe. Which may be "is the computer's power on"? == Chris Glur. On 1/21/17, peter@easthope.ca <peter@easthope.ca> wrote:
From: eas lab <lab.eas@gmail.com> Date: Sun, 15 Jan 2017 08:11:43 +0200
Oberon.Text file has a default font size field. When I changed that and re-launched Oberon from inside Aos, there was no corresponding font change in the new-Oberon launch.
My solution is here. http://easthope.ca/UnixAosUsage.html#TextProportionality Someone else might have a fully automated solution.
Does Inet connect via the Linux underlying system; ie. connect via Linux, and use Aos' inet facilities?
Works perfectly. Sections on email in the same page.
... Lyall E.
--
123456789 123456789 123456789 123456789 123456789 123456789 123456789 Tel: +1 360 639 0202 Pender Is.: +1 250 629 3757 http://easthope.ca/Peter.html Bcc: peter at easthope. ca
-- Oberon@lists.inf.ethz.ch mailing list for ETH Oberon and related systems https://lists.inf.ethz.ch/mailman/listinfo/oberon
Newer systems seem less usable than previous models ?! -------- The user cannot easily return and continue the task/s previously logged-out of. With a proper system, the user ALWAYS has acces to his <master File>. Eg. with NativeOberon & LEO a fixed-Start-Command always gave immediate access to the same <opening environment>. I found it convenient to use a token which always was displayed at startUp as the name of my <MasterStartFile>. With Aos:Oberon, if I save my work in System.Log , this is lost, instead of being immediately available, at future re-launches. Apparently the default directory depends on from where Aos was launched. That's more absurd than needing to know a password, which changes as the launch directory changes. Also it seems not immediately obvious how to get <System.CurrentDirectory> which I confirmed V4 gives and is recognised as an essential <front line> command. --------------- The PATH length seems limited: System.Directory /mnt/C/Users/Public/CRG/* == /mnt/C/Users/Public/CRG/Access /mnt/C/Users/Public/CRG/AI ... But: System.Directory /mnt/C/Users/Public/CRG/ETHO/V4/* == /mnt/C/Users/Public/CRG/ETHO/V4 I don't think LEO had this old limitation of NativeOberon. The new systems seem only for superficial demos and not suitable as work-horses like NO & LEO. == Chris Glur.
Your web-page-instructions solved the vitally important font-size problem. ]> Does Inet connect via the Linux underlying system; ie. connect ]> via Linux, and use Aos' inet facilities? ]Works perfectly. Sections on email in the same page. I'm following your success of using Linux:Aos:Oberon to do email via stunnel. But am delayed by the fact that sociology trumps technology. I need to use successive refinement:. first test it with my spare *.outlook.com account, since gmail. just cuts off your account if it detects any abnormal activity. Because they cater for millions: it's designed for the 'herd'. But the area's WiFi is down, and I can't use my <plan-B> inet-connection for experimenting. There were good reasons for us to move from N-O to Linux:Oberon, since eg. software for USB & SD-cards was supported by the big linux community. But linux:Aos:Oberon may be going too far ? Another problem with Aos, for me, is that it leaves a mass of small .tmp.*.* files, which contaminates my working directories. In particular, my whole style [which is also direcly related to my promotion of functional/piping] is based on the STACK principle. Ie. you don't need to remember names. You just think in terms of <the last few items>. Which is also why I'm so amazed that N-O & M$ don't have dir/ls <file listing> ordered by "most recent" as the default. So, because Aos generates all these little .tmp.*.* files, they swamp my list of most recent files, and mess my well-proven system of working. Related: computing originally started with the <Do A,B,C..> mentality. Then they realised the significance of heirarchy, trees & stacks [I think Burroughs was the first?] which lead to Algol -> Pascal .... == Chris Glur.
participants (2)
-
eas lab -
peter＠easthope.ca