From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Tue, 24 Oct 2006 19:25:42 +0400 To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu> Subject: Re: [9fans] Anyone to try to convert Acme to full UI (w/graphics) From: "Alexander Sychev" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: Message-ID: In-Reply-To: User-Agent: Opera Mail/9.02 (Linux) Content-Transfer-Encoding: quoted-printable Topicbox-Message-UUID: d42572be-ead1-11e9-9d60-3106f5b1d025 Hi! On Tue, 24 Oct 2006 09:55:46 +0400, wrote: > > >> What exactly do you mean? > > getting rid of menus, and of rio, if possible. wopukld also *love* to =20 > see a single command window instead of taglines (maybe my fault, but I = =20 > can only move to thhe beginning or end, but not really scroll through =20 > the tagline) > > i had on my mind something like Native Oberon (*NOT* bluebottle ) UI...= =20 > then, acme window could tak=C3=A9 the whole screen and windows would be= come =20 > panes uinder acme. onme would get an Ui coupled w/text-editor =20 > immediatelly. > > now, the ui philosophy semms to me to be a bit split... between rio and= =20 > acme, > e.g, we must redefine 'cd' to use it under acme ... For what? If you would like to use a terminal, you should use 'win'. I'm afraid I will fail your wishes. I think Acme has a quite consistent UI with lot of wonderful ideas, I'm =20 just going to add a graphics support and make some usability improvements= =20 I suppose are helpful (like a fullscreen mode, rows, maybe multiline tags= , =20 etc. ). The backward compatibility with Acme is going to be stored as far as =20 possible. > (my inspiration was: i would like to write a simple program to do =20 > measurements within an image, and send the values (in pixels) to an acm= e =20 > 'pane' (window, if you like). would really like to do that with acme, =20 > with commands instead of menus) I think a such kind of things will be implemented. > > thanks, > ++pac. > --=20 Best regards, santucco