From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Date: Mon, 7 Jun 2004 15:02:35 +0200 Message-ID: From: To: <9fans@cse.psu.edu> Subject: [9fans] acme design (long) Topicbox-Message-UUID: 9739000e-eacd-11e9-9e20-41e7f4b1d025 DEBATE CONTINUES ;-) ++pac: >=20 > Now ETHZ is ending new core of Aos. It becomes real-time. > That's great news! >=20 what does it mean "real-time" ? I heard it many times but still dont = know... > > nevertheless, shared libs are not true objects. I'm not the proper > > person to discuss pros and cons of OO paradigm. I was=20 > pursuaded I can > > live w/o objects :-) >=20 > Oh, no! It's just a mirage! I can assure you 101% :o) I can't > live w/o=20 > objects! Nobody can! :o) Unix was so successful because of it was=20 > defined one very useful and common OBJECT - "FILE"... :o))))=20 yes... > And I wont > speak about graphical library. May be you can't inherit from=20 > library's=20 > object but the ideology ot those libraries is object. >=20 ++pac: > is it really just a GUI to complete Bluebottle functionality?? So I=20 > can get rid of all those colourful windows and buttons? Hmmm... Of Course I can understand first reaction of a man who went from = Unix world! :o))) But I can say: You have CLI anywhere you want! :o) May = be it is just a case of a habit? Wlad: > What is it CLI? Commandline interface? > Do I have "Command.command ^ selected arguments~ middleclick" in BB,=20 > too? Anywhere? Yes. Where you want and where it is compfirtable for you. Module.Procedure ^ - take "arguments" in the last selection (in any=20 window, not just from the same window) Module.Procedure * - take marked object (may be whole window as a=20 "parameter", more friquent it is used for compilation for example. For=20 instance we can mark (by pressing F1) window with program source text=20 and type "Builder.Compile /s *"...) Module.Procedure arg1 arg2 arg3 ... argN ~ - just simple command with=20 its arguments. "~" means the end of argument list. Any command doesn't=20 require it. > We have similar "text-command-in-one-place arguments-elsewhere=20 > middleclick-leftclick" in p9, however in AcmeUI only. No-no. IN OBERON YOU CAN INPUT COMMANDS ANYWHERE YOU WANT! > In an alternative, but concurrent, Rio (terminal) window you can only=20 > select command together with its arguments and "send" it (via menu) to = > execute... "Menu items" in Oberon are just "carriers" of links to "commands". It=20 has been done just for convenience. > we have basically two GUIs in p9, that can run concurrently: one is=20 > normal windowing environment, Rio, with a terminal window for each=20 > process, capable of displaying text and graphics, and driven by menu,=20 > and an AcmeUI, which is much like old Oberon UI, but runing within a=20 > Rio window like frames, or panes, and driven via text commands=20 > (pre)written anywhere. Its just the question of you wish. You can open "desktops" with usual=20 overlapped windows. But they remain "oberonish" window where you can do=20 the same things as at tiled window GUI. > Well, most importantly, do I have scripting in BB? With "if" and=20 > loops? which languege, Oberon? The main biuty is due to architecture of Oberon system you don't have=20 separate languges for different goals. You just create modules. You even = do not differentiate "sustem" and "user" modules. You just expand system = functionality by adding new developed modules or change it by replacing=20 its default modules with yours.