From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 Date: Tue, 14 Jul 2009 20:58:08 -0500 Message-ID: From: Jason Catena To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 211c50da-ead5-11e9-9d60-3106f5b1d025 I've been wondering for years now why Acme (and Wily, which I used first) only display text files. It seems to me that the content of an Acme window could be anything: a picture, a postscript or PDF file, a star chart, a web page. Keeping with the spirit of small parts brought together, Acme could outsource the displaying of the content to another program, place its output in the Acme window, and operate on it by sending commands from the tag to the rendering program. Browsers do this (except the tag-command part) with PDF for example, displaying a PDF file within an embedded viewer (usually Acrobat). Looking through the Oberon document, I see that its Acme-like interface uses exactly this kind of embedded-viewer architecture, and commands in the tag suitable to the object viewed. I know Oberon came first, so my question is, is there an architectural or design reason the plumber invokes programs completely outside Acme to view and control files other than text? Is the embedded capture and control a planned feature or enhancement that was just never added to Acme yet? Is it considered too much work or too complicated to implement for the benefit of a more integrated interface? Or is any format other than text considered a red-headed stepchild to be delegated to other programs in the few cases where it must be used? Jason Catena From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: From: Rob Pike Date: Tue, 14 Jul 2009 21:36:05 -0700 Message-ID: <7359f0490907142136s406a63c1jf71f4275101287@mail.gmail.com> To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 2123a3bc-ead5-11e9-9d60-3106f5b1d025 I always intended to do something about that but never got around to it. Other things took precedence. In any case I doubt it could ever work as well in Acme as it does in Oberon. -rob From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <7359f0490907142136s406a63c1jf71f4275101287@mail.gmail.com> References: <7359f0490907142136s406a63c1jf71f4275101287@mail.gmail.com> Date: Tue, 14 Jul 2009 22:02:21 -0700 Message-ID: <3e1162e60907142202v4b6a23ddp67b8b1cabe518ba4@mail.gmail.com> From: David Leimbach To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=000e0cd309c0d47d62046eb7758d Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 21277bea-ead5-11e9-9d60-3106f5b1d025 --000e0cd309c0d47d62046eb7758d Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On Tue, Jul 14, 2009 at 9:36 PM, Rob Pike wrote: > I always intended to do something about that but never got around to > it. Other things took precedence. > > In any case I doubt it could ever work as well in Acme as it does in > Oberon. > > -rob > Rio works nicely though, and thanks for that! :-) --000e0cd309c0d47d62046eb7758d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Tue, Jul 14, 2009 at 9:36 PM, Rob Pik= e <robpike@gmail.= com> wrote:
I always intended to do something about that but never got around to
it. Other things took precedence.

In any case I doubt it could ever work as well in Acme as it does in Oberon= .

-rob

Rio works nicely though, and thanks= for that! :-)=A0

--000e0cd309c0d47d62046eb7758d-- From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Date: Wed, 15 Jul 2009 09:25:51 +0000 From: Paul Donnelly Message-ID: <87r5wivc8s.fsf@plap.localdomain> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable References: Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 212f7764-ead5-11e9-9d60-3106f5b1d025 jason.catena@gmail.com (Jason Catena) writes: > I've been wondering for years now why Acme (and Wily, which I used > first) only display text files. > > It seems to me that the content of an Acme window could be anything: a > picture, a postscript or PDF file, a star chart, a web page. Keeping > with the spirit of small parts brought together, Acme could outsource > the displaying of the content to another program, place its output in > the Acme window, and operate on it by sending commands from the tag to > the rendering program. Hi, I don't know anything about anything, but it seems to me that it's more productive to look at the question the other way around: why not modify Rio to tile windows like Acme does? Acme is a text editor, so it's no surprise that it handles text only. If you want tiled windows you can display arbitrary graphics in... well, there's already an API for graphics (and input). If you wrote up a general API for sending commands to windows, then you could write a window system that tiled windows and provided tags to execute commands from. I think that would be a very good thing, FWIW. Not that there aren't other issues to consider to make the system as usable as Acme, for example how the “applets” in this system are going to interoperate with each other. From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Wed, 15 Jul 2009 13:22:12 +0100 From: Ethan Grammatikidis To: 9fans@9fans.net Message-Id: <20090715132212.6c3cc544.eekee57@fastmail.fm> In-Reply-To: <87r5wivc8s.fsf@plap.localdomain> References: <87r5wivc8s.fsf@plap.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 2144f2b0-ead5-11e9-9d60-3106f5b1d025 On Wed, 15 Jul 2009 09:25:51 GMT Paul Donnelly wrote: > jason.catena@gmail.com (Jason Catena) writes: > > > I've been wondering for years now why Acme (and Wily, which I used > > first) only display text files. > > > > It seems to me that the content of an Acme window could be anything: a > > picture, a postscript or PDF file, a star chart, a web page. Keeping > > with the spirit of small parts brought together, Acme could outsource > > the displaying of the content to another program, place its output in > > the Acme window, and operate on it by sending commands from the tag to > > the rendering program. > > Hi, I don't know anything about anything, but it seems to me that it's > more productive to look at the question the other way around: why not > modify Rio to tile windows like Acme does? Acme is a text editor, so > it's no surprise that it handles text only. You may be thinking too monolithically. The draw device multiplexes itself so it shouldn't take much coding for acme to provide draw in addition to the other files it provides in /mnt/wsys. Mouse is just as important as draw and will need a little more code. Not only would acme need to multiplex it but it would need to emulate rio's behaviour. To quote Rio's man page: "Opening it turns off scrolling, editing, and rio-supplied menus in the associated window." That isn't 100% true, scrolling isn't actually disabled but is not naturally accessible and looks very messy when you force it. What is true is that rio ceases to interpret keys specially other than backspace and return (curiously), and mouse events on the window are blindly sent to the application. It still doesn't sound like a lot of code, but may take some careful thought. Maybe that's a summary of Plan 9 methodology. :) I also take issue with the statement "Acme is a text editor," that never sounds right, no more than describing Emacs as a text editor. It's natural to use Acme as a text editor and it provides many more text-editing facilities than Rio does, but it is also natural to use it as a file manager, shell window provider, email client, etc, etc. It provides more than Rio and it does it all with tiling windows and without menus, but that's just style. Rio windows could seriously use a search function and one or two other text-editor facilities wouldn't go amiss. It doesn't seem natural to me that Acme does not allow graphical programs in it's windows. -- Ethan Grammatikidis Those who are slower at parsing information must necessarily be faster at problem-solving. From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: From: Charles Forsyth Date: Wed, 15 Jul 2009 14:11:10 +0100 To: 9fans@9fans.net In-Reply-To: <7359f0490907142136s406a63c1jf71f4275101287@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 21490f6c-ead5-11e9-9d60-3106f5b1d025 Oberon takes advantage of a structured text representation where both the interpretation and graphic representation of particular elements is provided by Oberon modules. One demonstration had a little animated cartoon character that could be cut and pasted into another frame, where it continued to move. Acme exploits one chunk of identical text being the same as any other, given particular meaning by the button used to select it and its frame or tag context (the context including a program sitting behind the frame). It's probably relatively easy to give over Acme frames to a program that draws, but is there a good way of providing something more than that, giving more of the `structural support' that Acme provides to text-oriented applications? Is it time to consider a possible role for structured text along Oberon lines? One of the reasons for porting Acme to Inferno originally was to try to explore those things in a slightly more flexible environment, but it didn't happen, partly for lack of time. From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01CA0561.6AAA19DF" Date: Wed, 15 Jul 2009 17:32:09 +0200 Message-ID: <3BBB12CF4EFF4040B38542759379E3CD0278ED@XMAIL.asuch.cas.cz> References: <87r5wivc8s.fsf@plap.localdomain> <20090715132212.6c3cc544.eekee57@fastmail.fm> From: To: <9fans@9fans.net> Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 2157070c-ead5-11e9-9d60-3106f5b1d025 This is a multi-part message in MIME format. ------_=_NextPart_001_01CA0561.6AAA19DF Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable > I also take issue with the statement "Acme is a text editor," that = never sounds right, no more than describing Emacs as > a text editor. It's natural to use Acme as a text editor and it = provides many more text-editing facilities than Rio > does, but it is also natural to use it as a file manager, shell = window provider, email client, etc, etc.=20 > It provides more than Rio and it does it all with tiling windows and = without menus, but that's just style.=20 I always thought of using Acme as 'The' UI for Plan 9, much in the = Oberon way. I'm not a techie, but I use Plan 9 since 2000, or so, as my = main OS. I would *way* love having graphics in Acme, asi it IS a great = UI, IMHO. Peter A. Cejchan, aka ++pac. ------_=_NextPart_001_01CA0561.6AAA19DF Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IgoPAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEgAEAKgAAAFJFOiBbOWZhbnNdIFdoeSBk b2VzIEFjbWUgb25seSBzaG93IHRleHQ/ACoOAQWAAwAOAAAA2QcHAA8AEQAgAAkAAwAzAQEggAMA DgAAANkHBwAPABEAIAAJAAMAMwEBCYABACEAAAAzNTFCOEZCRjU5QTg0NTRBODY2NzA2Qjg3QjY2 NTU5RgAvBwEDkAYALAoAADkAAAADACYAAAAAAAMANgAAAAAAQAA5AN8ZqmphBcoBHgA9AAEAAAAF AAAAUkU6IAAAAAACAUcAAQAAADQAAABjPXVzO2E9IDtwPUFyZWFsIFN1Y2hkb2w7bD1YTUFJTC0w OTA3MTUxNTMyMDlaLTExNjAAHgBJAAEAAAAqAAAAUmU6IFs5ZmFuc10gV2h5IGRvZXMgQWNtZSBv bmx5IHNob3cgdGV4dD8AAABAAE4AAHJY4UYFygEeAFoAAQAAABgAAAA5ZmFucy1ib3VuY2VzQDlm YW5zLm5ldAACAVsAAQAAAE0AAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAAA5ZmFucy1ib3VuY2Vz QDlmYW5zLm5ldABTTVRQADlmYW5zLWJvdW5jZXNAOWZhbnMubmV0AAAAAAIBXAABAAAAHQAAAFNN VFA6OUZBTlMtQk9VTkNFU0A5RkFOUy5ORVQAAAAAHgBdAAEAAAAUAAAARXRoYW4gR3JhbW1hdGlr aWRpcwACAV4AAQAAAEUAAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAABFdGhhbiBHcmFtbWF0aWtp ZGlzAFNNVFAAZWVrZWU1N0BmYXN0bWFpbC5mbQAAAAACAV8AAQAAABkAAABTTVRQOkVFS0VFNTdA RkFTVE1BSUwuRk0AAAAAHgBmAAEAAAAFAAAAU01UUAAAAAAeAGcAAQAAABgAAAA5ZmFucy1ib3Vu Y2VzQDlmYW5zLm5ldAAeAGgAAQAAAAUAAABTTVRQAAAAAB4AaQABAAAAFAAAAGVla2VlNTdAZmFz dG1haWwuZm0AHgBwAAEAAAAmAAAAWzlmYW5zXSBXaHkgZG9lcyBBY21lIG9ubHkgc2hvdyB0ZXh0 PwAAAAIBcQABAAAAGwAAAAHKBUdL+/aNvaBj+Exqn6pw35soic8ABVVWGAAeAHQAAQAAABAAAAA5 ZmFuc0A5ZmFucy5uZXQAHgAaDAEAAAARAAAAyGVqY2hhbiBQZXRyIEdFTwAAAAAeAB0OAQAAACYA AABbOWZhbnNdIFdoeSBkb2VzIEFjbWUgb25seSBzaG93IHRleHQ/AAAAAgEJEAEAAAC0AgAAsAIA AAMEAABMWkZ1XOPfbgMACgByY3BnMTI14wLRA2F0ZXgFQQEDAff/CoACpAPkBxMCgA/zAFAEVjcI VQeyESUyAuMCAGNo4QrAc2V0MgYABsMRJfYzBEYTtzASLBEzCO8J97Y7GB8OMDURIgxgYwBQ8wsJ AWQzNhZQC6YK4wqEQQqAPiAgSSAHQHPEbyABkGtlIAQBClBSIAPwdGgeQGgegHMPAZAOsAeAAjAg IkFj/weAHpEd8B5ADsIJgB8QBbAMLCIfQR+wIG5ldmMSgR4gdW5kBCAFEGf4aHQsIgAeMARgGCAh shcDoAEABPJiC4BnIEVbAMEgoXMdVyDLLh3QdPonBCBuH7AIcAdAHkAeMP51FBAQwCBSJTAgvB3w IqDLHpAFQHADYHZpJCEjcG0AcHkjdQ7BLSEyJJJmHwDQAxArgQeRI9NSaW+ZHVdkbweQIzBidQVA vymxIJIeEictKbEoY2YDELMegAOBYWcEkCMwcx9g7mwDIAPwIqBvB+Ap5TERdx/QC3ADIGMsIB/x MpF0/mMzcyawHVgpyiOXLOEpZv8toi/TMXMfIiwRJKExpCCh/ymBHwIIYAVAH+En0C3kIcLdJvFq J9AFQB+QeTCANBbjHPQd4ndheSxyCGAjATggb2YnwSSSKBYnVHEfYCcgVR3gAhAFwFDrC2ADoDkj MG0a0B8wC4D5H0NPYgSQAiAe8DyAJrH8J20jQS/xINET0AiQLeTfHeAn0j8kH4ALgGMegAHQv0PA IzAFsR4gIzAoYW0qobsLcUBQUyaxHvAIYGwpkLIqPHEqIBewIjAgE+DnKhAkoQnAYXBB8CUBP/Hr IEJEYmkpokkF8CDACcEHIeE+sCMwSU1ITy4tHPpQFCASgUEmsENlSmoT0W5EYWthHPQrLisKsDQA HPR9TSAeADUQAQAAADwAAAA8M0JCQjEyQ0Y0RUZGNDA0MEIzODU0Mjc1OTM3OUUzQ0QwMjc4RURA WE1BSUwuYXN1Y2guY2FzLmN6PgAeADkQAQAAAI0AAAA8ZDUwZDdkNDYwOTA3MTQxODU4ajdlYjEw YzA2eWYwOTVkNzBjMTM4Mzc0YTdAbWFpbC5nbWFpbC5jb20+PDg3cjV3aXZjOHMuZnNmQHBsYXAu bG9jYWxkb21haW4+IDwyMDA5MDcxNTEzMjIxMi42YzNjYzU0NC5lZWtlZTU3QGZhc3RtYWlsLmZt PgAAAAAeAEcQAQAAAA8AAABtZXNzYWdlL3JmYzgyMgAACwDyEAEAAAAfAPMQAQAAAGQAAABSAEUA JQAzAEEAIABbADkAZgBhAG4AcwBdACAAVwBoAHkAIABkAG8AZQBzACAAQQBjAG0AZQAgAG8AbgBs AHkAIABzAGgAbwB3ACAAdABlAHgAdAAlADMARgAuAEUATQBMAAAACwD2EAAAAABAAAcw8wdUoVwF ygFAAAgwO6OzamEFygEDAN4/sG8AAAMA8T8FBAAAHgD4PwEAAAARAAAAyGVqY2hhbiBQZXRyIEdF TwAAAAACAfk/AQAAAGQAAAAAAAAA3KdAyMBCEBq0uQgAKy/hggEAAAAAAAAAL089QVJFQUwgU1VD SERPTC9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElFTlRTL0NOPUNFSkNI QU4AHgD6PwEAAAAVAAAAU3lzdGVtIEFkbWluaXN0cmF0b3IAAAAAAgH7PwEAAAAeAAAAAAAAANyn QMjAQhAatLkIACsv4YIBAAAAAAAAAC4AAAADAP0/4gQAAAMAGUAAAAAAAwAaQAAAAAADAB1AAAAA AAMAHkAAAAAAHgAwQAEAAAAIAAAAQ0VKQ0hBTgAeADFAAQAAAAgAAABDRUpDSEFOAB4AMkABAAAA GAAAADlmYW5zLWJvdW5jZXNAOWZhbnMubmV0AB4AM0ABAAAAFAAAAGVla2VlNTdAZmFzdG1haWwu Zm0AHgA4QAEAAAAIAAAAQ0VKQ0hBTgAeADlAAQAAAAIAAAAuAAAAAwB2QP////8LACkAAAAAAAsA IwAAAAAAAwAGEGSsk10DAAcQIwIAAAMAEBABAAAAAwAREAEAAAAeAAgQAQAAAGUAAABJQUxTT1RB S0VJU1NVRVdJVEhUSEVTVEFURU1FTlQiQUNNRUlTQVRFWFRFRElUT1IsIlRIQVRORVZFUlNPVU5E U1JJR0hULE5PTU9SRVRIQU5ERVNDUklCSU5HRU1BQ1NBU0FUAAAAAAIBfwABAAAAPAAAADwzQkJC MTJDRjRFRkY0MDQwQjM4NTQyNzU5Mzc5RTNDRDAyNzhFREBYTUFJTC5hc3VjaC5jYXMuY3o+ACOG ------_=_NextPart_001_01CA0561.6AAA19DF-- From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Wed, 15 Jul 2009 16:44:59 +0100 From: Ethan Grammatikidis To: 9fans@9fans.net Message-Id: <20090715164459.a40763e6.eekee57@fastmail.fm> In-Reply-To: <3BBB12CF4EFF4040B38542759379E3CD0278ED@XMAIL.asuch.cas.cz> References: <87r5wivc8s.fsf@plap.localdomain> <20090715132212.6c3cc544.eekee57@fastmail.fm> <3BBB12CF4EFF4040B38542759379E3CD0278ED@XMAIL.asuch.cas.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 21692a18-ead5-11e9-9d60-3106f5b1d025 On Wed, 15 Jul 2009 17:32:09 +0200 wrote: > > > > I also take issue with the statement "Acme is a text editor," that never sounds right, no more than describing Emacs as > > a text editor. It's natural to use Acme as a text editor and it provides many more text-editing facilities than Rio > > does, but it is also natural to use it as a file manager, shell window provider, email client, etc, etc. > > It provides more than Rio and it does it all with tiling windows and without menus, but that's just style. > > I always thought of using Acme as 'The' UI for Plan 9, much in the Oberon way. I'm not a techie, but I use Plan 9 since 2000, or so, as my main OS. I would *way* love having graphics in Acme, asi it IS a great UI, IMHO. As-is it's actually not a great UI for me, but perhaps with some small changes it could be. I'm still thinking those changes over. -- Ethan Grammatikidis Those who are slower at parsing information must necessarily be faster at problem-solving. From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <20090715164459.a40763e6.eekee57@fastmail.fm> References: <87r5wivc8s.fsf@plap.localdomain> <20090715132212.6c3cc544.eekee57@fastmail.fm> <3BBB12CF4EFF4040B38542759379E3CD0278ED@XMAIL.asuch.cas.cz> <20090715164459.a40763e6.eekee57@fastmail.fm> Date: Wed, 15 Jul 2009 10:00:10 -0700 Message-ID: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> From: John Floren To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 21767060-ead5-11e9-9d60-3106f5b1d025 On Wed, Jul 15, 2009 at 8:44 AM, Ethan Grammatikidis w= rote: > On Wed, 15 Jul 2009 17:32:09 +0200 > wrote: > >> >> >> > =C2=A0I also take issue with the statement "Acme is a text editor," th= at never sounds right, no more than describing Emacs as >> > =C2=A0a text editor. It's natural to use Acme as a text editor and it = provides many more text-editing facilities than Rio >> > =C2=A0does, but it is also natural to use it as a file manager, shell = window provider, email client, etc, etc. >> > =C2=A0It provides more than Rio and it does it all with tiling windows= and without menus, but that's just style. >> >> I always thought of using Acme as 'The' UI for Plan 9, much in the Obero= n way. I'm not a techie, but I use Plan 9 since 2000, or so, as my main OS.= I would *way* love having graphics in Acme, asi it IS a great UI, IMHO. > > As-is it's actually not a great UI for me, but perhaps with some small ch= anges it could be. I'm still thinking those changes over. > Acme is the worst editor/environment, except for all the others. Sometimes it seems cluttered and confusing, but then I realize that's because it has more files open than I would even try on emacs, merely because switching around between emacs buffers is slower and less convenient. Speaking of which, I recently discovered that emacs (on X, at least) is now capable of running a terminal which can in turn run vi or console-mode emacs. OT but madness. Now I want to run sam in acme. Eric and myself, and I think maybe Ron, are using acme and acme-sac to interact with a BlueGene/P system. I write code in acme, then use a guide file to run the various scripts I need to connect to the frontend node and launch jobs, then use win to telnet into the individual nodes and run tests. The real advantage comes from the "Local" command and the way windows are managed/output is handled. I'd really like to see acme get support for graphical programs, although right now I'm content enough as things stand. John --=20 "I've tried programming Ruby on Rails, following TechCrunch in my RSS reader, and drinking absinthe. It doesn't work. I'm going back to C, Hunter S. Thompson, and cheap whiskey." -- Ted Dziuba From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> References: <87r5wivc8s.fsf@plap.localdomain> <20090715132212.6c3cc544.eekee57@fastmail.fm> <3BBB12CF4EFF4040B38542759379E3CD0278ED@XMAIL.asuch.cas.cz> <20090715164459.a40763e6.eekee57@fastmail.fm> <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> Date: Wed, 15 Jul 2009 20:24:56 +0200 Message-ID: <8ccc8ba40907151124g726f40dem613c7c7d124e109d@mail.gmail.com> From: Francisco J Ballesteros To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 217a9d3e-ead5-11e9-9d60-3106f5b1d025 This is funny: O/live supports both images and text. *but* It's been months ago that I do not use it any longer to display images but only for text. That way I may have more screen surface for text. Would the same happen to acme? Or perhaps it's me. On Wed, Jul 15, 2009 at 7:00 PM, John Floren wrote: > On Wed, Jul 15, 2009 at 8:44 AM, Ethan Grammatikidis= wrote: >> On Wed, 15 Jul 2009 17:32:09 +0200 >> wrote: >> >>> >>> >>> > =C2=A0I also take issue with the statement "Acme is a text editor," t= hat never sounds right, no more than describing Emacs as >>> > =C2=A0a text editor. It's natural to use Acme as a text editor and it= provides many more text-editing facilities than Rio >>> > =C2=A0does, but it is also natural to use it as a file manager, shell= window provider, email client, etc, etc. >>> > =C2=A0It provides more than Rio and it does it all with tiling window= s and without menus, but that's just style. >>> >>> I always thought of using Acme as 'The' UI for Plan 9, much in the Ober= on way. I'm not a techie, but I use Plan 9 since 2000, or so, as my main OS= . I would *way* love having graphics in Acme, asi it IS a great UI, IMHO. >> >> As-is it's actually not a great UI for me, but perhaps with some small c= hanges it could be. I'm still thinking those changes over. >> > > Acme is the worst editor/environment, except for all the others. > > Sometimes it seems cluttered and confusing, but then I realize that's > because it has more files open than I would even try on emacs, merely > because switching around between emacs buffers is slower and less > convenient. Speaking of which, I recently discovered that emacs (on X, > at least) is now capable of running a terminal which can in turn run > vi or console-mode emacs. OT but madness. Now I want to run sam in > acme. > > Eric and myself, and I think maybe Ron, are using acme and acme-sac to > interact with a BlueGene/P system. I write code in acme, then use a > guide file to run the various scripts I need to connect to the > frontend node and launch jobs, then use win to telnet into the > individual nodes and run tests. The real advantage comes from the > "Local" command and the way windows are managed/output is handled. > > I'd really like to see acme get support for graphical programs, > although right now I'm content enough as things stand. > > > John > -- > "I've tried programming Ruby on Rails, following TechCrunch in my RSS > reader, and drinking absinthe. It doesn't work. I'm going back to C, > Hunter S. Thompson, and cheap whiskey." -- Ted Dziuba > > From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <0009e18319f5c60dc890463505286c1c@quintile.net> From: "Steve Simon" Date: Wed, 15 Jul 2009 19:26:42 +0100 To: 9fans@9fans.net In-Reply-To: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 217ed34a-ead5-11e9-9d60-3106f5b1d025 > Eric and myself, and I think maybe Ron, are using acme and acme-sac to > interact with a BlueGene/P system. Not as glamorous, but an alternative senario - I use sam and rio to write embedded and windows code. I edit the code with sam, but I do my best not to ever access the seperate rio snarf buffer. I keep the commands or scripts I need to test the code in rio's snarf, when I am ready to try things I just click the rio window and Button 2 to execute send. -Steve From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <0009e18319f5c60dc890463505286c1c@quintile.net> References: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> <0009e18319f5c60dc890463505286c1c@quintile.net> Date: Wed, 15 Jul 2009 11:59:56 -0700 Message-ID: <3e1162e60907151159g5b031e99k2ad8171c9c268392@mail.gmail.com> From: David Leimbach To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=00151757357c393c59046ec32975 Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 2191b46a-ead5-11e9-9d60-3106f5b1d025 --00151757357c393c59046ec32975 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On Wed, Jul 15, 2009 at 11:26 AM, Steve Simon wrote: > > Eric and myself, and I think maybe Ron, are using acme and acme-sac to > > interact with a BlueGene/P system. > > Not as glamorous, but an alternative senario - I use sam and rio > to write embedded and windows code. > > I edit the code with sam, but I do my best not to ever access > the seperate rio snarf buffer. > > I keep the commands or scripts I need to test the code in rio's > snarf, when I am ready to try things I just click the rio window > and Button 2 to execute send. > > -Steve > I use plan 9 port acme fairly regularly, when I get tired of weird Emacsisms that get in my way rather than helping me. Just yesterday I was writing Common Lisp code, with an SBCL REPL in the bottom window and an editor of the lisp code in the upper window, for testing out an SNMP agent I wrote for another platform (Common Lisp for the test harness seems like it's been a great choice so far... I just love defmacro) It's really nice to quickly cut and paste an expression from the editor to the REPL to test ideas, or vice versa... fight with S-expressions at the REPL, then cobble the program together by pasting functional parts together. I'll probably start writing my Haskell that way, but Haskell has this damned "layout" style that I seem to default to that's like Python and gets most annoying when spacing isn't "just so". I guess I'll switch to the { ;} style that it also supports. Emacs is sadly far better with the layout style than acme seems like it could be, as there's some "choices" to the indentation that mean different things that one can cycle through, and Emacs' mode gets this right. Again, the layout mode seems to be a bug in Haskell not a feature, but that's not a popular belief in that community. Dave --00151757357c393c59046ec32975 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Wed, Jul 15, 2009 at 11:26 AM, Steve = Simon <steve@qui= ntile.net> wrote:
> Eric and myself, and I think maybe Ron, are using ac= me and acme-sac to
> interact with a BlueGene/P system.

Not as glamorous, but an alternative senario - I use sam and rio
to write embedded and windows code.

I edit the code with sam, but I do my best not to ever access
the seperate rio snarf buffer.

I keep the commands or scripts I need to test the code in rio's
snarf, when I am ready to try things I just click the rio window
and Button 2 to execute send.

-Steve

I use plan 9 port acme fairly regul= arly, when I get tired of weird Emacsisms that get in my way rather than he= lping me. =A0

Just yesterday I was writing Common = Lisp code, with an SBCL REPL in the bottom window and an editor of the lisp= code in the upper window, for testing out an SNMP agent I wrote for anothe= r platform (Common Lisp for the test harness seems like it's been a gre= at choice so far... I just love defmacro)

It's really nice to quickly cut and paste an expres= sion from the editor to the REPL to test ideas, or vice versa... fight with= S-expressions at the REPL, then cobble the program together by pasting fun= ctional parts together.

I'll probably start writing my Haskell that way, bu= t Haskell has this damned "layout" style that I seem to default t= o that's like Python and gets most annoying when spacing isn't &quo= t;just so". =A0I guess I'll switch to the { ;} style that it also = supports. =A0Emacs is sadly far better with the layout style than acme seem= s like it could be, as there's some "choices" to the indentat= ion that mean different things that one can cycle through, and Emacs' m= ode gets this right.

Again, the layout mode seems to be a bug in Haskell not= a feature, but that's not a popular belief in that community.

Dave
=A0

--00151757357c393c59046ec32975-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <3e1162e60907151159g5b031e99k2ad8171c9c268392@mail.gmail.com> References: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> <0009e18319f5c60dc890463505286c1c@quintile.net> <3e1162e60907151159g5b031e99k2ad8171c9c268392@mail.gmail.com> Date: Wed, 15 Jul 2009 12:07:12 -0700 Message-ID: <7d3530220907151207p34a25bfatad228cef86ddd56e@mail.gmail.com> From: John Floren To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 2198c25a-ead5-11e9-9d60-3106f5b1d025 On Wed, Jul 15, 2009 at 11:59 AM, David Leimbach wrote: > > > On Wed, Jul 15, 2009 at 11:26 AM, Steve Simon wrote: >> >> > Eric and myself, and I think maybe Ron, are using acme and acme-sac to >> > interact with a BlueGene/P system. >> >> Not as glamorous, but an alternative senario - I use sam and rio >> to write embedded and windows code. >> >> I edit the code with sam, but I do my best not to ever access >> the seperate rio snarf buffer. >> >> I keep the commands or scripts I need to test the code in rio's >> snarf, when I am ready to try things I just click the rio window >> and Button 2 to execute send. >> >> -Steve > > I use plan 9 port acme fairly regularly, when I get tired of weird Emacsisms > that get in my way rather than helping me. Emacs is great for writing Lisp. Now, if only I could find the correct .emacs invocation to make the tab key insert a tab character in C mode, rather than a bunch of spaces the way His Holy Lunacy RMS desires. If I wanted spaces instead of tabs, I'd type them! John -- "I've tried programming Ruby on Rails, following TechCrunch in my RSS reader, and drinking absinthe. It doesn't work. I'm going back to C, Hunter S. Thompson, and cheap whiskey." -- Ted Dziuba From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <7d3530220907151207p34a25bfatad228cef86ddd56e@mail.gmail.com> References: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> <0009e18319f5c60dc890463505286c1c@quintile.net> <3e1162e60907151159g5b031e99k2ad8171c9c268392@mail.gmail.com> <7d3530220907151207p34a25bfatad228cef86ddd56e@mail.gmail.com> Date: Wed, 15 Jul 2009 12:27:07 -0700 Message-ID: <3e1162e60907151227y75a99cdfw3c552cca6fd530ea@mail.gmail.com> From: David Leimbach To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=000e0cd47a9c7721a9046ec38a8e Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 21a05fc4-ead5-11e9-9d60-3106f5b1d025 --000e0cd47a9c7721a9046ec38a8e Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On Wed, Jul 15, 2009 at 12:07 PM, John Floren wrote: > On Wed, Jul 15, 2009 at 11:59 AM, David Leimbach wrote: > > > > > > On Wed, Jul 15, 2009 at 11:26 AM, Steve Simon > wrote: > >> > >> > Eric and myself, and I think maybe Ron, are using acme and acme-sac to > >> > interact with a BlueGene/P system. > >> > >> Not as glamorous, but an alternative senario - I use sam and rio > >> to write embedded and windows code. > >> > >> I edit the code with sam, but I do my best not to ever access > >> the seperate rio snarf buffer. > >> > >> I keep the commands or scripts I need to test the code in rio's > >> snarf, when I am ready to try things I just click the rio window > >> and Button 2 to execute send. > >> > >> -Steve > > > > I use plan 9 port acme fairly regularly, when I get tired of weird > Emacsisms > > that get in my way rather than helping me. > > Emacs is great for writing Lisp. Now, if only I could find the correct > .emacs invocation to make the tab key insert a tab character in C > mode, rather than a bunch of spaces the way His Holy Lunacy RMS > desires. If I wanted spaces instead of tabs, I'd type them! And yet since every damned editor interprets a tab differently, I'd almost with the tab key away completely :-) I guess we just make everyone use Acme and move on :-). Dave > > > > John > -- > "I've tried programming Ruby on Rails, following TechCrunch in my RSS > reader, and drinking absinthe. It doesn't work. I'm going back to C, > Hunter S. Thompson, and cheap whiskey." -- Ted Dziuba > > --000e0cd47a9c7721a9046ec38a8e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Wed, Jul 15, 2009 at 12:07 PM, John F= loren <slawmas= ter@gmail.com> wrote:
On Wed, Jul 15, 2009 at 11:59 AM, David Leimbach<leimy2k@gmail.com> wrote:
>
>
> On Wed, Jul 15, 2009 at 11:26 AM, Steve Simon <steve@quintile.net> wrote:
>>
>> > Eric and myself, and I think maybe Ron, are using acme and ac= me-sac to
>> > interact with a BlueGene/P system.
>>
>> Not as glamorous, but an alternative senario - I use sam and rio >> to write embedded and windows code.
>>
>> I edit the code with sam, but I do my best not to ever access
>> the seperate rio snarf buffer.
>>
>> I keep the commands or scripts I need to test the code in rio'= s
>> snarf, when I am ready to try things I just click the rio window >> and Button 2 to execute send.
>>
>> -Steve
>
> I use plan 9 port acme fairly regularly, when I get tired of weird Ema= csisms
> that get in my way rather than helping me.

Emacs is great for writing Lisp. Now, if only I could find the correct
.emacs invocation to make the tab key insert a tab character in C
mode, rather than a bunch of spaces the way His Holy Lunacy RMS
desires. If I wanted spaces instead of tabs, I'd type them!


And yet since every damned editor inter= prets a tab differently, I'd almost with the tab key away completely :-= )

I guess we just make everyone use Acme and move on :-).=

Dave=A0



John
--
"I've tried programming Ruby on Rails, following TechCrunch in my = RSS
reader, and drinking absinthe. It doesn't work. I'm going back to C= ,
Hunter S. Thompson, and cheap whiskey." -- Ted Dziuba


--000e0cd47a9c7721a9046ec38a8e-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <3e1162e60907151159g5b031e99k2ad8171c9c268392@mail.gmail.com> References: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> <0009e18319f5c60dc890463505286c1c@quintile.net> <3e1162e60907151159g5b031e99k2ad8171c9c268392@mail.gmail.com> Date: Wed, 15 Jul 2009 14:54:37 -0500 Message-ID: From: Jason Catena To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 21a9c636-ead5-11e9-9d60-3106f5b1d025 > Again, the layout mode seems to be a bug in Haskell not a feature, but > that's not a popular belief in that community. It's only as complex as the various levels of scope you end up needing in your program. Meaningful whitespace enforces a clean, readable, delimiter-free style, making programs look more like each other. It's a lot easier to see (and not have in the first place) incorrect scope and continuation with whitespace than with braces or parentheses. Acme only has two indentation rules (nothing, or same as the existing line), so Emacs' constant re-parsing of the file to determine the correct indentation level is always going to be more "correct". This kind of programming support seems akin to me to colorful syntax highlighting: great if you need it, distracting once you really get good with a language. In the case of indenting, I might not actually code the next line right away, but auto-indent to just the right place for it means I have to go out of my way more often to get the cursor to where I actually want it. > Dave Jason Catena From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Wed, 15 Jul 2009 15:59:11 -0400 To: 9fans@9fans.net Message-ID: In-Reply-To: References: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> <0009e18319f5c60dc890463505286c1c@quintile.net> <3e1162e60907151159g5b031e99k2ad8171c9c268392@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 21a56910-ead5-11e9-9d60-3106f5b1d025 > It's > a lot easier to see (and not have in the first place) incorrect scope > and continuation with whitespace than with braces or parentheses. do you have a reference for this claim? - erik From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> <0009e18319f5c60dc890463505286c1c@quintile.net> <3e1162e60907151159g5b031e99k2ad8171c9c268392@mail.gmail.com> Date: Wed, 15 Jul 2009 14:05:16 -0600 Message-ID: <14ec7b180907151305o45110e94td8ac560e361e02e2@mail.gmail.com> From: andrey mirtchovski To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 21b79806-ead5-11e9-9d60-3106f5b1d025 >> It's >> a lot easier to see (and not have in the first place) incorrect scope >> and continuation with whitespace than with braces or parentheses. i read this as "it's a lot easier to see incorrect variations in the tempo of a mucal piece with white noise than with a metronome" > do you have a reference for this claim? > and here i imagined the crazy-haired mad scientist saying "your whitespace is not so white now, is it?! muahahahaha" then i took my meds. From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> <0009e18319f5c60dc890463505286c1c@quintile.net> <3e1162e60907151159g5b031e99k2ad8171c9c268392@mail.gmail.com> Date: Wed, 15 Jul 2009 16:14:59 -0400 Message-ID: <9ab217670907151314n4e5c5855oda60cc527bb83422@mail.gmail.com> From: "Devon H. O'Dell" To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 21bcf120-ead5-11e9-9d60-3106f5b1d025 2009/7/15 erik quanstrom : >> It's >> a lot easier to see (and not have in the first place) incorrect scope >> and continuation with whitespace than with braces or parentheses. > > do you have a reference for this claim? Without turning this into a holy war, I really always see these issues as a matter of personal preference. This is why editors are so bloated and languages have weird conventions. On that note, my personal experience has found it to be a lot easier to find and correct scope issues in Python than it has to find missing braces or semicolons in other languages, sometimes even with matching enabled. This usually is the case for awful spaghetti-ish code. But I digress. --dho From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <9ab217670907151314n4e5c5855oda60cc527bb83422@mail.gmail.com> References: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> <0009e18319f5c60dc890463505286c1c@quintile.net> <3e1162e60907151159g5b031e99k2ad8171c9c268392@mail.gmail.com> <9ab217670907151314n4e5c5855oda60cc527bb83422@mail.gmail.com> Date: Wed, 15 Jul 2009 15:29:32 -0500 Message-ID: From: Jason Catena To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 21c421a2-ead5-11e9-9d60-3106f5b1d025 Devon's anecdote is along the lines of my position. I'm sure there's a paper somewhere that counts parenthesis versus whitespace errors, but I haven't yet read it. I have programmed Lisp and Haskell (at two extremes), and from this experience at least much prefer whitespace to parentheses. In addition, I rely on design theory (esp. Tufte et al on his web site) that reducing clutter aids comprehension, and delimiters very much seem clutter to me. Jason Catena From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Wed, 15 Jul 2009 14:41:34 -0600 From: Lyndon Nerenberg To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-Reply-To: <9ab217670907151314n4e5c5855oda60cc527bb83422@mail.gmail.com> Message-ID: References: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> <0009e18319f5c60dc890463505286c1c@quintile.net> <3e1162e60907151159g5b031e99k2ad8171c9c268392@mail.gmail.com> <9ab217670907151314n4e5c5855oda60cc527bb83422@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 21d0e89c-ead5-11e9-9d60-3106f5b1d025 > On that note, my personal experience has found it to be a lot easier > to find and correct scope issues in Python than it has to find missing > braces or semicolons in other languages, sometimes even with matching > enabled. This usually is the case for awful spaghetti-ish code. I find Python's whitespace rules annoying, but I can live with them. Where the whitespace flow control always screws me is when I'm working on a particular chunk of code using different editors that have different semantics for interpreting . You have to remember if the editor of the moment interprets as: 1) HT passed through, displays to next col%8 2) HT passed through, displays to next col%user_defined_tabstop setting 3) As for (1) and (2), but also expanded to corresponding n* to match display interpretation. As soon as you mix 8 and non-8 tabstop rails, any remnants of sanity exit stage left. Because of this I far-too-often find myself running acme-edited code through [un]expand to ensure sane tab behaviour. (Not acme's falut per se -- it's just the editor I most commonly use that does non-8 tabstops by default.) --lyndon From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> <0009e18319f5c60dc890463505286c1c@quintile.net> <3e1162e60907151159g5b031e99k2ad8171c9c268392@mail.gmail.com> <9ab217670907151314n4e5c5855oda60cc527bb83422@mail.gmail.com> Date: Wed, 15 Jul 2009 22:42:20 +0200 Message-ID: <56a297000907151342x334e7793ubfedb791a62f2bd8@mail.gmail.com> From: Noah Evans To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 21ccbe16-ead5-11e9-9d60-3106f5b1d025 http://9fans.net/archive/2008/05/6 On Wed, Jul 15, 2009 at 10:29 PM, Jason Catena wrot= e: > Devon's anecdote is along the lines of my position. =A0I'm sure there's > a paper somewhere that counts parenthesis versus whitespace errors, > but I haven't yet read it. =A0I have programmed Lisp and Haskell (at two > extremes), and from this experience at least much prefer whitespace to > parentheses. =A0In addition, I rely on design theory (esp. Tufte et al > on his web site) that reducing clutter aids comprehension, and > delimiters very much seem clutter to me. > > Jason Catena > > From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <56a297000907151342x334e7793ubfedb791a62f2bd8@mail.gmail.com> References: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> <0009e18319f5c60dc890463505286c1c@quintile.net> <3e1162e60907151159g5b031e99k2ad8171c9c268392@mail.gmail.com> <9ab217670907151314n4e5c5855oda60cc527bb83422@mail.gmail.com> <56a297000907151342x334e7793ubfedb791a62f2bd8@mail.gmail.com> Date: Wed, 15 Jul 2009 13:51:02 -0700 Message-ID: <3e1162e60907151351n1e88a15ue70da5cdd83317b4@mail.gmail.com> From: David Leimbach To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=000e0cd6aefa967da7046ec4b6f3 Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 21d4f3b0-ead5-11e9-9d60-3106f5b1d025 --000e0cd6aefa967da7046ec4b6f3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On Wed, Jul 15, 2009 at 1:42 PM, Noah Evans wrote: > http://9fans.net/archive/2008/05/6 Haskell *will* tell you errors that don't make any sense (at least GHC errors) when you don't have things like this done properly do x <- foo y <- bar the y <- bar must be directly under the x on the previous line or it's a syntax error, and the error you get from GHC is "the last statement of a do construct must be an expression" not "dude, you suck at indenting code, and should have used Emacs to keep track of it, because nothing else does the job right". Luckilly Haskell will let you ignore "layout" and do the following: do { x <- foo ; y <- bar } However, I don't see enough of this style code to feel comfortable writing anything I'd plan to share with anyone and expect them to feel ok reading it. Dave > > > On Wed, Jul 15, 2009 at 10:29 PM, Jason Catena > wrote: > > Devon's anecdote is along the lines of my position. I'm sure there's > > a paper somewhere that counts parenthesis versus whitespace errors, > > but I haven't yet read it. I have programmed Lisp and Haskell (at two > > extremes), and from this experience at least much prefer whitespace to > > parentheses. In addition, I rely on design theory (esp. Tufte et al > > on his web site) that reducing clutter aids comprehension, and > > delimiters very much seem clutter to me. > > > > Jason Catena > > > > > > --000e0cd6aefa967da7046ec4b6f3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Wed, Jul 15, 2009 at 1:42 PM, Noah Ev= ans <noah.evan= s@gmail.com> wrote:
http://9fa= ns.net/archive/2008/05/6

Haskell *will*= tell you errors that don't make any sense (at least GHC errors) when y= ou don't have things like this done properly

do x <- foo
y <- bar

the y <- bar must be directly under the x on the previous line or= it's a syntax error, and the error you get from GHC is "the last = statement of a do construct must be an expression"

not

"dude, you suck at in= denting code, and should have used Emacs to keep track of it, because nothi= ng else does the job right".

Luckilly Haskell= will let you ignore "layout" and do the following:

do=A0{ x <- foo
; y <- bar }
=
However, I don't see enough of this style code to feel c= omfortable writing anything I'd plan to share with anyone and expect th= em to feel ok reading it.

Dave
=A0


On Wed, Jul 15, 2009 at 10:29 PM, Jason Catena<jason.catena@gmail.com> wrote:
> Devon's anecdote is along the lines of my position. =A0I'm sur= e there's
> a paper somewhere that counts parenthesis versus whitespace errors, > but I haven't yet read it. =A0I have programmed Lisp and Haskell (= at two
> extremes), and from this experience at least much prefer whitespace to=
> parentheses. =A0In addition, I rely on design theory (esp. Tufte et al=
> on his web site) that reducing clutter aids comprehension, and
> delimiters very much seem clutter to me.
>
> Jason Catena
>
>


--000e0cd6aefa967da7046ec4b6f3-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-Id: <076872D5-BC44-4608-B806-CCFEEA01E8FA@mit.edu> From: Chad Brown To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-Reply-To: <7d3530220907151207p34a25bfatad228cef86ddd56e@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 15 Jul 2009 13:58:04 -0700 References: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> <0009e18319f5c60dc890463505286c1c@quintile.net> <3e1162e60907151159g5b031e99k2ad8171c9c268392@mail.gmail.com> <7d3530220907151207p34a25bfatad228cef86ddd56e@mail.gmail.com> Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 21d8ea60-ead5-11e9-9d60-3106f5b1d025 > Emacs is great for writing Lisp. Now, if only I could find the correct > .emacs invocation to make the tab key insert a tab character in C > mode, rather than a bunch of spaces the way His Holy Lunacy RMS > desires. If I wanted spaces instead of tabs, I'd type them! OT for the list, but this is trivial in emacs for several years now, and RMS has nothing to do with the special code for C mode (which is called CC-mode, and supports a bevy of languages, and is complicated enough that it can probably boot minix on it's own by now). *Chad From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <20090715132212.6c3cc544.eekee57@fastmail.fm> References: <87r5wivc8s.fsf@plap.localdomain> <20090715132212.6c3cc544.eekee57@fastmail.fm> Date: Wed, 15 Jul 2009 18:00:49 -0300 Message-ID: <32d987d50907151400w6cc65aa5uf33ed1e539fd7391@mail.gmail.com> From: "Federico G. Benavento" To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 21dcf664-ead5-11e9-9d60-3106f5b1d025 acme is more than a buffer with text to edit, it also has the filesystem interface that allows programs to be written specifically for it (Mail, Wiki, etc). I never thought that doing graphics in acme was a need, as most of the time I'm just editing text and having some graphical up there would take space t= hat I can really use to list a directory, another source file, or whatever. I also don't think that you'll have to emulate rio's behavior as you can run most of the graphical programs without rio, that's the beauty of rio, it gives a= lmost the same interface as it gets from the kernel. in any case, years ago I gave it a try, but I after a day of hacking I lost= my interest, I know some people still want this functionality, so if you are up to the challenge go for it. I have a tgz on mordor which can run draw apps on acme, but it's not functional at all, so if you're interested let me know http://www.tip9ug.jp/who/fgb/acme.png On Wed, Jul 15, 2009 at 9:22 AM, Ethan Grammatikidis w= rote: > On Wed, 15 Jul 2009 09:25:51 GMT > Paul Donnelly wrote: > >> jason.catena@gmail.com (Jason Catena) writes: >> >> > I've been wondering for years now why Acme (and Wily, which I used >> > first) only display text files. >> > >> > It seems to me that the content of an Acme window could be anything: a >> > picture, a postscript or PDF file, a star chart, a web page. =C2=A0Kee= ping >> > with the spirit of small parts brought together, Acme could outsource >> > the displaying of the content to another program, place its output in >> > the Acme window, and operate on it by sending commands from the tag to >> > the rendering program. >> >> Hi, I don't know anything about anything, but it seems to me that it's >> more productive to look at the question the other way around: why not >> modify Rio to tile windows like Acme does? Acme is a text editor, so >> it's no surprise that it handles text only. > > You may be thinking too monolithically. The draw device multiplexes itsel= f so it shouldn't take much coding for acme to provide draw in addition to = the other files it provides in /mnt/wsys. > > Mouse is just as important as draw and will need a little more code. Not = only would acme need to multiplex it but it would need to emulate rio's beh= aviour. To quote Rio's man page: "Opening it turns off scrolling, editing, = and rio-supplied menus in the associated window." That isn't 100% true, scr= olling isn't actually disabled but is not naturally accessible and looks ve= ry messy when you force it. What is true is that rio ceases to interpret ke= ys specially other than backspace and return (curiously), and mouse events = on the window are blindly sent to the application. > > It still doesn't sound like a lot of code, but may take some careful thou= ght. Maybe that's a summary of Plan 9 methodology. :) > > I also take issue with the statement "Acme is a text editor," that never = sounds right, no more than describing Emacs as a text editor. It's natural = to use Acme as a text editor and it provides many more text-editing facilit= ies than Rio does, but it is also natural to use it as a file manager, shel= l window provider, email client, etc, etc. It provides more than Rio and it= does it all with tiling windows and without menus, but that's just style. = Rio windows could seriously use a search function and one or two other text= -editor facilities wouldn't go amiss. It doesn't seem natural to me that Ac= me does not allow graphical programs in it's windows. > > -- > Ethan Grammatikidis > > Those who are slower at parsing information must > necessarily be faster at problem-solving. > > --=20 Federico G. Benavento From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <076872D5-BC44-4608-B806-CCFEEA01E8FA@mit.edu> References: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> <0009e18319f5c60dc890463505286c1c@quintile.net> <3e1162e60907151159g5b031e99k2ad8171c9c268392@mail.gmail.com> <7d3530220907151207p34a25bfatad228cef86ddd56e@mail.gmail.com> <076872D5-BC44-4608-B806-CCFEEA01E8FA@mit.edu> Date: Wed, 15 Jul 2009 14:07:24 -0700 Message-ID: <7d3530220907151407r2bdae5dejaa8ca323b0395c64@mail.gmail.com> From: John Floren To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 21f165b8-ead5-11e9-9d60-3106f5b1d025 On Wed, Jul 15, 2009 at 1:58 PM, Chad Brown wrote: >> Emacs is great for writing Lisp. Now, if only I could find the correct >> .emacs invocation to make the tab key insert a tab character in C >> mode, rather than a bunch of spaces the way His Holy Lunacy RMS >> desires. If I wanted spaces instead of tabs, I'd type them! > > OT for the list, but this is trivial in emacs for several years now, and RMS > has nothing to do with the special code for C mode (which is called CC-mode, > and supports a bevy of languages, and is complicated enough that it can > probably boot minix on it's own by now). > > *Chad > > In the interests of not slandering Emacs excessively, I'd like to state that I seem to have figured out my .emacs file to a point where hitting a tab inserts a tab. That will be all. John -- "I've tried programming Ruby on Rails, following TechCrunch in my RSS reader, and drinking absinthe. It doesn't work. I'm going back to C, Hunter S. Thompson, and cheap whiskey." -- Ted Dziuba From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Wed, 15 Jul 2009 22:07:41 +0100 From: Ethan Grammatikidis To: 9fans@9fans.net Message-Id: <20090715220741.4835ddb4.eekee57@fastmail.fm> In-Reply-To: <56a297000907151342x334e7793ubfedb791a62f2bd8@mail.gmail.com> References: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> <0009e18319f5c60dc890463505286c1c@quintile.net> <3e1162e60907151159g5b031e99k2ad8171c9c268392@mail.gmail.com> <9ab217670907151314n4e5c5855oda60cc527bb83422@mail.gmail.com> <56a297000907151342x334e7793ubfedb791a62f2bd8@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 21eda05e-ead5-11e9-9d60-3106f5b1d025 On Wed, 15 Jul 2009 22:42:20 +0200 Noah Evans wrote: > http://9fans.net/archive/2008/05/6 Good to see this brought up. Whitespace may be the most comfortably reada= ble means of indicating flow, but it's fragile. Better, IMHO, is delimite= rs with plenty of space around them, but even then they do intrude. Curre= ntly I like Q where parentheses can be used if necessary but a couple of = syntactic tricks are used to keep them to the minimum and whitespace has = some meaning but (IIRC) not over-much. I find the best thing to do with languages with delimeters is to run code= through a code formatter often. I'm using Gnu indent for C code (especia= lly valuable when dealing with Gnu C :) ), is there a similar tool for Pl= an 9? >=20 > On Wed, Jul 15, 2009 at 10:29 PM, Jason Catena = wrote: > > Devon's anecdote is along the lines of my position. =C2=A0I'm sure th= ere's > > a paper somewhere that counts parenthesis versus whitespace errors, > > but I haven't yet read it. =C2=A0I have programmed Lisp and Haskell (= at two > > extremes), and from this experience at least much prefer whitespace t= o > > parentheses. =C2=A0In addition, I rely on design theory (esp. Tufte e= t al > > on his web site) that reducing clutter aids comprehension, and > > delimiters very much seem clutter to me. > > > > Jason Catena > > > > > --=20 Ethan Grammatikidis Those who are slower at parsing information must necessarily be faster at problem-solving. From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Wed, 15 Jul 2009 17:12:58 -0400 To: 9fans@9fans.net Message-ID: <90f05cb082d2b725380deddfb92c02db@coraid.com> In-Reply-To: <20090715220741.4835ddb4.eekee57@fastmail.fm> References: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> <0009e18319f5c60dc890463505286c1c@quintile.net> <3e1162e60907151159g5b031e99k2ad8171c9c268392@mail.gmail.com> <9ab217670907151314n4e5c5855oda60cc527bb83422@mail.gmail.com> <56a297000907151342x334e7793ubfedb791a62f2bd8@mail.gmail.com> <20090715220741.4835ddb4.eekee57@fastmail.fm> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 21f53a30-ead5-11e9-9d60-3106f5b1d025 > I find the best thing to do with languages with delimeters is to run code through a code formatter often. I'm using Gnu indent for C code (especially valuable when dealing with Gnu C :) ), is there a similar tool for Plan 9? i find that formatting code well to begin with works best. but when faced with ugly code, cb(1) is helpful. steve has something a bit more aggressive in his contrib area. - erik From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <32d987d50907151400w6cc65aa5uf33ed1e539fd7391@mail.gmail.com> References: <87r5wivc8s.fsf@plap.localdomain> <20090715132212.6c3cc544.eekee57@fastmail.fm> <32d987d50907151400w6cc65aa5uf33ed1e539fd7391@mail.gmail.com> Date: Wed, 15 Jul 2009 14:14:34 -0700 Message-ID: <3e1162e60907151414i37d0b70cw2ec662a216f1ec20@mail.gmail.com> From: David Leimbach To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=00151757357cb99bc6046ec50ac6 Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 21f91af6-ead5-11e9-9d60-3106f5b1d025 --00151757357cb99bc6046ec50ac6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit fgb, your ability to hack is mighty indeed :-) On Wed, Jul 15, 2009 at 2:00 PM, Federico G. Benavento wrote: > acme is more than a buffer with text to edit, it also has the > filesystem interface > that allows programs to be written specifically for it (Mail, Wiki, etc). > I never thought that doing graphics in acme was a need, as most of the time > I'm just editing text and having some graphical up there would take space > that > I can really use to list a directory, another source file, or whatever. > > I also don't think that you'll have to emulate rio's behavior as you > can run most > of the graphical programs without rio, that's the beauty of rio, it gives > almost > the same interface as it gets from the kernel. > > in any case, years ago I gave it a try, but I after a day of hacking I lost > my > interest, I know some people still want this functionality, so if you are > up to the challenge go for it. I have a tgz on mordor which can run > draw apps on acme, but it's not functional at all, so if you're > interested let me know > > http://www.tip9ug.jp/who/fgb/acme.png > > > On Wed, Jul 15, 2009 at 9:22 AM, Ethan Grammatikidis > wrote: > > On Wed, 15 Jul 2009 09:25:51 GMT > > Paul Donnelly wrote: > > > >> jason.catena@gmail.com (Jason Catena) writes: > >> > >> > I've been wondering for years now why Acme (and Wily, which I used > >> > first) only display text files. > >> > > >> > It seems to me that the content of an Acme window could be anything: a > >> > picture, a postscript or PDF file, a star chart, a web page. Keeping > >> > with the spirit of small parts brought together, Acme could outsource > >> > the displaying of the content to another program, place its output in > >> > the Acme window, and operate on it by sending commands from the tag to > >> > the rendering program. > >> > >> Hi, I don't know anything about anything, but it seems to me that it's > >> more productive to look at the question the other way around: why not > >> modify Rio to tile windows like Acme does? Acme is a text editor, so > >> it's no surprise that it handles text only. > > > > You may be thinking too monolithically. The draw device multiplexes > itself so it shouldn't take much coding for acme to provide draw in addition > to the other files it provides in /mnt/wsys. > > > > Mouse is just as important as draw and will need a little more code. Not > only would acme need to multiplex it but it would need to emulate rio's > behaviour. To quote Rio's man page: "Opening it turns off scrolling, > editing, and rio-supplied menus in the associated window." That isn't 100% > true, scrolling isn't actually disabled but is not naturally accessible and > looks very messy when you force it. What is true is that rio ceases to > interpret keys specially other than backspace and return (curiously), and > mouse events on the window are blindly sent to the application. > > > > It still doesn't sound like a lot of code, but may take some careful > thought. Maybe that's a summary of Plan 9 methodology. :) > > > > I also take issue with the statement "Acme is a text editor," that never > sounds right, no more than describing Emacs as a text editor. It's natural > to use Acme as a text editor and it provides many more text-editing > facilities than Rio does, but it is also natural to use it as a file > manager, shell window provider, email client, etc, etc. It provides more > than Rio and it does it all with tiling windows and without menus, but > that's just style. Rio windows could seriously use a search function and one > or two other text-editor facilities wouldn't go amiss. It doesn't seem > natural to me that Acme does not allow graphical programs in it's windows. > > > > -- > > Ethan Grammatikidis > > > > Those who are slower at parsing information must > > necessarily be faster at problem-solving. > > > > > > > > -- > Federico G. Benavento > > --00151757357cb99bc6046ec50ac6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable fgb, your ability to hack is mighty indeed :-)

On Wed, Jul 15, 2009 at 2:00 PM, Federico G. Benavento <benavento@gmail.com><= /span> wrote:
acme is more than a buffer with text to edi= t, it also has the
filesystem interface
that allows programs to be written specifically for it (Mail, Wiki, etc). I never thought that doing graphics in acme was a need, as most of the time=
I'm just editing text and having some graphical up there would take spa= ce that
I can really use to list a directory, another source file, or whatever.

I also don't think that you'll have to emulate rio's behavior a= s you
can run most
of the graphical programs without rio, that's the beauty of rio, it giv= es almost
the same interface as it gets from the kernel.

in any case, years ago I gave it a try, but I after a day of hacking I lost= my
interest, I know some people still want this functionality, so if you are up to the challenge go for it. I have a tgz on mordor which can run
draw apps on acme, but it's not functional at all, so if you're
interested let me know

http://= www.tip9ug.jp/who/fgb/acme.png


On Wed, Jul 15, 2009 at 9:22 AM, Ethan Grammatikidis<eekee57@fastmail.fm> wrote:
> On Wed, 15 Jul 2009 09:25:51 GMT
> Paul Donnelly <paul-= donnelly@sbcglobal.net> wrote:
>
>> jason.catena@gmail.com (Jason Catena) writes:
>>
>> > I've been wondering for years now why Acme (and Wily, whi= ch I used
>> > first) only display text files.
>> >
>> > It seems to me that the content of an Acme window could be an= ything: a
>> > picture, a postscript or PDF file, a star chart, a web page. = =A0Keeping
>> > with the spirit of small parts brought together, Acme could o= utsource
>> > the displaying of the content to another program, place its o= utput in
>> > the Acme window, and operate on it by sending commands from t= he tag to
>> > the rendering program.
>>
>> Hi, I don't know anything about anything, but it seems to me t= hat it's
>> more productive to look at the question the other way around: why = not
>> modify Rio to tile windows like Acme does? Acme is a text editor, = so
>> it's no surprise that it handles text only.
>
> You may be thinking too monolithically. The draw device multiplexes it= self so it shouldn't take much coding for acme to provide draw in addit= ion to the other files it provides in /mnt/wsys.
>
> Mouse is just as important as draw and will need a little more code. N= ot only would acme need to multiplex it but it would need to emulate rio= 9;s behaviour. To quote Rio's man page: "Opening it turns off scro= lling, editing, and rio-supplied menus in the associated window." That= isn't 100% true, scrolling isn't actually disabled but is not natu= rally accessible and looks very messy when you force it. What is true is th= at rio ceases to interpret keys specially other than backspace and return (= curiously), and mouse events on the window are blindly sent to the applicat= ion.
>
> It still doesn't sound like a lot of code, but may take some caref= ul thought. Maybe that's a summary of Plan 9 methodology. :)
>
> I also take issue with the statement "Acme is a text editor,"= ; that never sounds right, no more than describing Emacs as a text editor. = It's natural to use Acme as a text editor and it provides many more tex= t-editing facilities than Rio does, but it is also natural to use it as a f= ile manager, shell window provider, email client, etc, etc. It provides mor= e than Rio and it does it all with tiling windows and without menus, but th= at's just style. Rio windows could seriously use a search function and = one or two other text-editor facilities wouldn't go amiss. It doesn'= ;t seem natural to me that Acme does not allow graphical programs in it'= ;s windows.
>
> --
> Ethan Grammatikidis
>
> Those who are slower at parsing information must
> necessarily be faster at problem-solving.
>
>



--
Federico G. Benavento


--00151757357cb99bc6046ec50ac6-- From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Wed, 15 Jul 2009 22:27:58 +0100 From: Ethan Grammatikidis To: 9fans@9fans.net Message-Id: <20090715222758.28371a78.eekee57@fastmail.fm> In-Reply-To: <3e1162e60907151351n1e88a15ue70da5cdd83317b4@mail.gmail.com> References: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> <0009e18319f5c60dc890463505286c1c@quintile.net> <3e1162e60907151159g5b031e99k2ad8171c9c268392@mail.gmail.com> <9ab217670907151314n4e5c5855oda60cc527bb83422@mail.gmail.com> <56a297000907151342x334e7793ubfedb791a62f2bd8@mail.gmail.com> <3e1162e60907151351n1e88a15ue70da5cdd83317b4@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 21fd23e4-ead5-11e9-9d60-3106f5b1d025 On Wed, 15 Jul 2009 13:51:02 -0700 David Leimbach wrote: > On Wed, Jul 15, 2009 at 1:42 PM, Noah Evans wrote: > > > http://9fans.net/archive/2008/05/6 > > > Haskell *will* tell you errors that don't make any sense (at least GHC > errors) when you don't have things like this done properly The linked post pointed out there are times when barely-visible errors are not caught and go on to cause big problems. That's pretty nasty. > > do x <- foo > y <- bar > > the y <- bar must be directly under the x on the previous line or it's a > syntax error, and the error you get from GHC is "the last statement of a do > construct must be an expression" Huh, so this Haskell syntax actually prevents you from indenting something that would be indented in any other language. Okay... > > Luckilly Haskell will let you ignore "layout" and do the following: > > do { x <- foo > ; y <- bar } > > However, I don't see enough of this style code to feel comfortable writing > anything I'd plan to share with anyone and expect them to feel ok reading > it. It sure doesn't look comfortable to me. Strange semicolon placement for one thing. Do the braces have to be on the same lines as the code like that? Could it be written like this?: do { x <- foo; y <- bar } That's readable to my eyes, but looks like it may be quite different to the first form. -- Ethan Grammatikidis Those who are slower at parsing information must necessarily be faster at problem-solving. From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Wed, 15 Jul 2009 22:32:24 +0100 From: Ethan Grammatikidis To: 9fans@9fans.net Message-Id: <20090715223224.f46668d3.eekee57@fastmail.fm> In-Reply-To: <90f05cb082d2b725380deddfb92c02db@coraid.com> References: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> <0009e18319f5c60dc890463505286c1c@quintile.net> <3e1162e60907151159g5b031e99k2ad8171c9c268392@mail.gmail.com> <9ab217670907151314n4e5c5855oda60cc527bb83422@mail.gmail.com> <56a297000907151342x334e7793ubfedb791a62f2bd8@mail.gmail.com> <20090715220741.4835ddb4.eekee57@fastmail.fm> <90f05cb082d2b725380deddfb92c02db@coraid.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 2205b4c8-ead5-11e9-9d60-3106f5b1d025 On Wed, 15 Jul 2009 17:12:58 -0400 erik quanstrom wrote: > > I find the best thing to do with languages with delimeters is to run code through a code formatter often. I'm using Gnu indent for C code (especially valuable when dealing with Gnu C :) ), is there a similar tool for Plan 9? > > i find that formatting code well to begin with works best. > but when faced with ugly code, cb(1) is helpful. steve has > something a bit more aggressive in his contrib area. Cheers, I'll try cb -- Ethan Grammatikidis Those who are slower at parsing information must necessarily be faster at problem-solving. From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <20090715222758.28371a78.eekee57@fastmail.fm> References: <7d3530220907151000s60671d2gfdb18cdf12c55097@mail.gmail.com> <0009e18319f5c60dc890463505286c1c@quintile.net> <3e1162e60907151159g5b031e99k2ad8171c9c268392@mail.gmail.com> <9ab217670907151314n4e5c5855oda60cc527bb83422@mail.gmail.com> <56a297000907151342x334e7793ubfedb791a62f2bd8@mail.gmail.com> <3e1162e60907151351n1e88a15ue70da5cdd83317b4@mail.gmail.com> <20090715222758.28371a78.eekee57@fastmail.fm> Date: Wed, 15 Jul 2009 18:31:06 -0500 Message-ID: From: Jason Catena To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=0016364ecd80013c1f046ec6f301 Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 22c651a6-ead5-11e9-9d60-3106f5b1d025 --0016364ecd80013c1f046ec6f301 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Real World Haskell ch4 pp71-72 >> do x <- foo >> y <- bar >> >> the y <- bar must be directly under the x on the previous line or it's a >> syntax error, and the error you get from GHC is "the last statement of a do >> construct must be an expression" > > Huh, so this Haskell syntax actually prevents you from indenting something that would be indented in any other language. Okay... I didn't read it like this. The x and y must be lined up because they are both part of the same set of do-statements. If the y line was a standalone statement, then it could be indented as shown in this code segment. But in that case there's no need for a do, since the point of do is to order statements in sequential time. the following is a complete Haskell program, using do, which passes through its input file to an output file. The > specifies code lines, other lines are considered comments. (I hope gmail preserves the spacing.) Real World Haskell ch4 pp71-72 > import System.Environment (getArgs) > > interactWith function inputFile outputFile = do > input <- readFile inputFile > writeFile outputFile (function input) > > main = mainWith myFunction > where mainWith function = do > args <- getArgs > case args of > [input,output] -> interactWith function input output > _ -> putStrLn "error: need exactly two arguments" Replace id with any function (of the same type) to process the data. > myFunction = id --0016364ecd80013c1f046ec6f301 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Real World Haskell ch4 pp71-72
>> do x <- foo
>> y <= ;- bar
>>
>> the y <- bar must be directly under the x= on the previous line or it's a
>> syntax error, and the error= you get from GHC is "the last statement of a do
>> construct must be an expression"
>
> Huh, so this= Haskell syntax actually prevents you from indenting something that would b= e indented in any other language. Okay...

I didn't read it like = this. =A0The x and y must be lined up because they are both part of the sam= e set of do-statements. =A0If the y line was a standalone statement, then i= t could be indented as shown in this code segment. =A0But in that case ther= e's no need for a do, since the point of do is to order statements in s= equential time.

the following is a complete Haskell program, using do, which passes thr= ough its input file to an output file. =A0The > specifies code lines, ot= her lines are considered comments. (I hope gmail preserves the spacing.)

Real World Haskell ch4 pp71-72<= /div>

> import System.Environment (getArgs)
>
> interactWith function inputFile outputFile =3D do<= /div>
> =A0 = input <- readFile inputFile
> =A0 writeFile outputFile (fun= ction input)
>
> main =3D mainWith myFunction
> =A0 = where mainWith function =3D do
> =A0 =A0 =A0 =A0 =A0 args <= - getArgs
> =A0 = =A0 =A0 =A0 =A0 case args of
> =A0 =A0 =A0 =A0 =A0 =A0 [input,= output] -> interactWith function input output
> =A0 = =A0 =A0 =A0 =A0 =A0 _ -> putStrLn "error: need exactly two argument= s"

Replace id with any function (of the same type)
to proces= s the data.

> myFunction =3D id


--0016364ecd80013c1f046ec6f301-- From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Date: Thu, 16 Jul 2009 08:51:29 +0000 From: Paul Donnelly Message-ID: <87ws695m4s.fsf@plap.localdomain> Content-Type: text/plain; charset=us-ascii References: <87r5wivc8s.fsf@plap.localdomain>, <20090715132212.6c3cc544.eekee57@fastmail.fm> Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 2302da40-ead5-11e9-9d60-3106f5b1d025 eekee57@fastmail.fm (Ethan Grammatikidis) writes: > On Wed, 15 Jul 2009 09:25:51 GMT > Paul Donnelly wrote: > >> jason.catena@gmail.com (Jason Catena) writes: >> >> > I've been wondering for years now why Acme (and Wily, which I used >> > first) only display text files. >> > >> > It seems to me that the content of an Acme window could be anything: a >> > picture, a postscript or PDF file, a star chart, a web page. Keeping >> > with the spirit of small parts brought together, Acme could outsource >> > the displaying of the content to another program, place its output in >> > the Acme window, and operate on it by sending commands from the tag to >> > the rendering program. >> >> Hi, I don't know anything about anything, but it seems to me that it's >> more productive to look at the question the other way around: why not >> modify Rio to tile windows like Acme does? Acme is a text editor, so >> it's no surprise that it handles text only. > > You may be thinking too monolithically. The draw device multiplexes itself so it shouldn't take much coding for acme to provide draw in addition to the other files it provides in /mnt/wsys. > > Mouse is just as important as draw and will need a little more code. Not only would acme need to multiplex it but it would need to emulate rio's behaviour. To quote Rio's man page: "Opening it turns off scrolling, editing, and rio-supplied menus in the associated window." That isn't 100% true, scrolling isn't actually disabled but is not naturally accessible and looks very messy when you force it. What is true is that rio ceases to interpret keys specially other than backspace and return (curiously), and mouse events on the window are blindly sent to the application. > > It still doesn't sound like a lot of code, but may take some careful thought. Maybe that's a summary of Plan 9 methodology. :) That's why Rio seems like a more apropos starting point to me. :) It seems to me that the primary task of this hypothetical program would be providing /dev/draw to the programs running under it. Changing Rio's window layout code and adding a command protocol strikes me as less monolithic than combining window system duties with everything Acme already does. > I also take issue with the statement "Acme is a text editor," that never sounds right, no more than describing Emacs as a text editor. It's natural to use Acme as a text editor and it provides many more text-editing facilities than Rio does, but it is also natural to use it as a file manager, shell window provider, email client, etc, etc. It provides more than Rio and it does it all with tiling windows and without menus, but that's just style. Rio windows could seriously use a search function and one or two other text-editor facilities wouldn't go amiss. It doesn't seem natural to me that Acme does not allow graphical programs in it's windows. Fair enough. I just meant to say that Acme has a fairly focused design, which is oriented around the notion of windows containing text. If I wanted windows to potentially contain something other that text I'd reevaluate the design based on that criterion. And what I think I'd do would be as I described above, with the addition of a program that behaved like a single Acme window. FWIW, I don't think Emacs's design is perfect for a general application host either, although it's certainly a great program despite that. It's not like I'm some master software architect (and I see Rob Pike, who certainly has a more informed perspective on this than me, was thinking along the lines of Acme with graphics). I'm just saying my instinct is to decompose further and take as much out of the graphics/command host as possible. There are trade-offs either way, and maybe it would be more productive after all to mod Acme. From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01CA05FC.006E832E" Date: Thu, 16 Jul 2009 11:58:43 +0200 Message-ID: <3BBB12CF4EFF4040B38542759379E3CD0278EE@XMAIL.asuch.cas.cz> References: <7359f0490907142136s406a63c1jf71f4275101287@mail.gmail.com> From: To: <9fans@9fans.net> Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 23090686-ead5-11e9-9d60-3106f5b1d025 This is a multi-part message in MIME format. ------_=_NextPart_001_01CA05FC.006E832E Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Maybe, it would also be great if the column-handle could react in the = same way as the window-handle works: B3 to hide all other columns, B2 to show all and maximize the current = column, B1 widen the current column. I don't know whether it is even possible in current design, nor, if it = is, how complicated the coding of these features would be. Just an idea. I suspect also that it was already mentioned on 9fans. Greetings, ++pac. ------_=_NextPart_001_01CA05FC.006E832E Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IiwJAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEgAEAKgAAAFJFOiBbOWZhbnNdIFdoeSBk b2VzIEFjbWUgb25seSBzaG93IHRleHQ/ACoOAQWAAwAOAAAA2QcHABAACwA6ACsABABrAQEggAMA DgAAANkHBwAQAAsAOgArAAQAawEBCYABACEAAAAzNUQ2OTU3MUI2QzNCNTRDQkRBMDRFMDI3RUJC N0U4MABKBwEDkAYAUAkAADkAAAADACYAAAAAAAMANgAAAAAAQAA5AC6DbgD8BcoBHgA9AAEAAAAF AAAAUkU6IAAAAAACAUcAAQAAADQAAABjPXVzO2E9IDtwPUFyZWFsIFN1Y2hkb2w7bD1YTUFJTC0w OTA3MTYwOTU4NDNaLTEyMjUAHgBJAAEAAAAqAAAAUmU6IFs5ZmFuc10gV2h5IGRvZXMgQWNtZSBv bmx5IHNob3cgdGV4dD8AAABAAE4AgOi2wwUFygEeAFoAAQAAABgAAAA5ZmFucy1ib3VuY2VzQDlm YW5zLm5ldAACAVsAAQAAAE0AAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAAA5ZmFucy1ib3VuY2Vz QDlmYW5zLm5ldABTTVRQADlmYW5zLWJvdW5jZXNAOWZhbnMubmV0AAAAAAIBXAABAAAAHQAAAFNN VFA6OUZBTlMtQk9VTkNFU0A5RkFOUy5ORVQAAAAAHgBdAAEAAAAJAAAAUm9iIFBpa2UAAAAAAgFe AAEAAAA4AAAAAAAAAIErH6S+oxAZnW4A3QEPVAIAAAAAUm9iIFBpa2UAU01UUAByb2JwaWtlQGdt YWlsLmNvbQACAV8AAQAAABcAAABTTVRQOlJPQlBJS0VAR01BSUwuQ09NAAAeAGYAAQAAAAUAAABT TVRQAAAAAB4AZwABAAAAGAAAADlmYW5zLWJvdW5jZXNAOWZhbnMubmV0AB4AaAABAAAABQAAAFNN VFAAAAAAHgBpAAEAAAASAAAAcm9icGlrZUBnbWFpbC5jb20AAAAeAHAAAQAAACYAAABbOWZhbnNd IFdoeSBkb2VzIEFjbWUgb25seSBzaG93IHRleHQ/AAAAAgFxAAEAAAAbAAAAAcoFBiSBrXxDh1V6 SAShFP8AcDg+ZgA9OPJoAB4AdAABAAAAJQAAAEZhbnMgb2YgdGhlIE9TIFBsYW4gOSBmcm9tIEJl bGwgTGFicwAAAAAeABoMAQAAABEAAABDZWpjaGFuIFBldHIgR0VPAAAAAB4AHQ4BAAAAJgAAAFs5 ZmFuc10gV2h5IGRvZXMgQWNtZSBvbmx5IHNob3cgdGV4dD8AAAACAQkQAQAAAO0BAADpAQAA4AIA AExaRnVOKMkdAwAKAHJjcGcxMjXiMgNDdGV4BUEBAwH3/wqAAqQD5AcTAoAP8wBQBFY/CFUHshEl DlEDAQIAY2jhCsBzZXQyBgAGwxEl9jMERhO3MBIsETMI7wn3tjsYHw4wNREiDGBjAFDzCwkBZDM2 FlALpgrjCoAATWF5YmUsIGlFBUB3CGBsZCAHQHPUbyAdgCAJwWEFQAaQGCB0aB6wF5F1bW7iLRPg bmRsH4IeEh7hzmMfEQOgH2JzYQeAHeA/HWAeQAQgH2ID8CAwb3dDIAYd8HJrczoc9ELmMx9QHoBo aQEAHkEDIK5vH2EFwB+kcx2gQhRAuSSBc2gi8CTzICEgAMDyeAdwaXoesB9jCHAYIPcCMB+VJhEx IqEBACFUKDySLhz0SSAi4G4nBUD0a24msXcfcCVTHcEEAEggZXYpkXBvBBBpvwJgHrAhQSg2AQAA kGcpAf0r4HIdoR9ALKMdoCaiBaC+bQtQDeAfAAmAH1VkC4DOZyUwH0MUECBmHvEIcI8HkR30HYAq 5Up1cwVAowORJMFhLiArUHMz0P5wBZAz8R5iH2AfAh3RIkG7B0Ae4WQiIAeAAjBpAiDjMNECICA5 ZgBxKuUc9D5HCdE3ADGAJgA4CisrFQqwYyrlfTrwAAAAHgA1EAEAAAA8AAAAPDNCQkIxMkNGNEVG RjQwNDBCMzg1NDI3NTkzNzlFM0NEMDI3OEVFQFhNQUlMLmFzdWNoLmNhcy5jej4AHgA5EAEAAAB6 AAAAPGQ1MGQ3ZDQ2MDkwNzE0MTg1OGo3ZWIxMGMwNnlmMDk1ZDcwYzEzODM3NGE3QG1haWwuZ21h aWwuY29tPiA8NzM1OWYwNDkwOTA3MTQyMTM2czQwNmE2M2MxamY3MWY0Mjc1MTAxMjg3QG1haWwu Z21haWwuY29tPgAAAB4ARxABAAAADwAAAG1lc3NhZ2UvcmZjODIyAAALAPIQAQAAAB8A8xABAAAA ZAAAAFIARQAlADMAQQAgAFsAOQBmAGEAbgBzAF0AIABXAGgAeQAgAGQAbwBlAHMAIABBAGMAbQBl ACAAbwBuAGwAeQAgAHMAaABvAHcAIAB0AGUAeAB0ACUAMwBGAC4ARQBNAEwAAAALAPYQAAAAAEAA BzBifEsI+wXKAUAACDCKDHgA/AXKAQMA3j+vbwAAAwDxPwkEAAAeAPg/AQAAABEAAABDZWpjaGFu IFBldHIgR0VPAAAAAAIB+T8BAAAAZAAAAAAAAADcp0DIwEIQGrS5CAArL+GCAQAAAAAAAAAvTz1B UkVBTCBTVUNIRE9ML09VPUZJUlNUIEFETUlOSVNUUkFUSVZFIEdST1VQL0NOPVJFQ0lQSUVOVFMv Q049Q0VKQ0hBTgAeAPo/AQAAABUAAABTeXN0ZW0gQWRtaW5pc3RyYXRvcgAAAAACAfs/AQAAAB4A AAAAAAAA3KdAyMBCEBq0uQgAKy/hggEAAAAAAAAALgAAAAMA/T/kBAAAAwAZQAAAAAADABpAAAAA AAMAHUAAAAAAAwAeQAAAAAAeADBAAQAAAAgAAABDRUpDSEFOAB4AMUABAAAACAAAAENFSkNIQU4A HgAyQAEAAAAYAAAAOWZhbnMtYm91bmNlc0A5ZmFucy5uZXQAHgAzQAEAAAASAAAAcm9icGlrZUBn bWFpbC5jb20AAAAeADhAAQAAAAgAAABDRUpDSEFOAB4AOUABAAAAAgAAAC4AAAADAHZA/////wsA KQAAAAAACwAjAAAAAAADAAYQNXxCTAMABxBbAQAAAwAQEAAAAAADABEQAQAAAB4ACBABAAAAZQAA AE1BWUJFLElUV09VTERBTFNPQkVHUkVBVElGVEhFQ09MVU1OLUhBTkRMRUNPVUxEUkVBQ1RJTlRI RVNBTUVXQVlBU1RIRVdJTkRPVy1IQU5ETEVXT1JLUzpCM1RPSElERUFMTE8AAAAAAgF/AAEAAAA8 AAAAPDNCQkIxMkNGNEVGRjQwNDBCMzg1NDI3NTkzNzlFM0NEMDI3OEVFQFhNQUlMLmFzdWNoLmNh cy5jej4AlS0= ------_=_NextPart_001_01CA05FC.006E832E-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <4A5F03BF.4070707@proweb.co.uk> Date: Thu, 16 Jul 2009 11:41:03 +0100 From: "mattmobile@proweb.co.uk" User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> References: <7359f0490907142136s406a63c1jf71f4275101287@mail.gmail.com> <3BBB12CF4EFF4040B38542759379E3CD0278EE@XMAIL.asuch.cas.cz> In-Reply-To: <3BBB12CF4EFF4040B38542759379E3CD0278EE@XMAIL.asuch.cas.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 2314da24-ead5-11e9-9d60-3106f5b1d025 cej@gli.cas.cz wrote: > Maybe, it would also be great if the column-handle could react in the same way as the window-handle works: > B3 to hide all other columns, B2 to show all and maximize the current column, B1 widen the current column. > I don't know whether it is even possible in current design, nor, if it is, how complicated the coding of these features would be. > Just an idea. I suspect also that it was already mentioned on 9fans. > I would like that too, it always disappoints me when I right click the column box expecting it to expand :) From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <3BBB12CF4EFF4040B38542759379E3CD0278EE@XMAIL.asuch.cas.cz> References: <7359f0490907142136s406a63c1jf71f4275101287@mail.gmail.com> <3BBB12CF4EFF4040B38542759379E3CD0278EE@XMAIL.asuch.cas.cz> Date: Thu, 16 Jul 2009 07:11:53 -0500 Message-ID: <3df301650907160511j558b7ff0s8ff5f31e1f317fcf@mail.gmail.com> From: michael block To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 23272f26-ead5-11e9-9d60-3106f5b1d025 On Thu, Jul 16, 2009 at 04:58, wrote: > > Maybe, it would also be great if the column-handle could react in the same way as the window-handle works: > B3 to hide all other columns, B2 to show all and maximize the current column, B1 widen the current column. wily does this From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01CA0611.4DD83A77" Date: Thu, 16 Jul 2009 14:29:29 +0200 Message-ID: <3BBB12CF4EFF4040B38542759379E3CD0278F0@XMAIL.asuch.cas.cz> References: <7359f0490907142136s406a63c1jf71f4275101287@mail.gmail.com><3BBB12CF4EFF4040B38542759379E3CD0278EE@XMAIL.asuch.cas.cz> <3df301650907160511j558b7ff0s8ff5f31e1f317fcf@mail.gmail.com> From: To: <9fans@9fans.net> Subject: Re: [9fans] Why does Acme only show text? Topicbox-Message-UUID: 232ddad8-ead5-11e9-9d60-3106f5b1d025 This is a multi-part message in MIME format. ------_=_NextPart_001_01CA0611.4DD83A77 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable > > > Maybe, it would also be great if the column-handle could react in = the same way as the window-handle works: > > B3 to hide all other columns, B2 to show all and maximize the = current column, B1 widen the current column. > wily does this ufff, so could sb put his/her hands on it to bring this functionality = back to native Acme? Thanks, regards, ++pac. ------_=_NextPart_001_01CA0611.4DD83A77 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+Ig0MAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEgAEAKgAAAFJFOiBbOWZhbnNdIFdoeSBk b2VzIEFjbWUgb25seSBzaG93IHRleHQ/ACoOAQWAAwAOAAAA2QcHABAADgAdAB0ABABDAQEggAMA DgAAANkHBwAQAA4AHwAMAAQANAEBCYABACEAAAA3MjkyMDlGNDY1QzA5NjQyQUNBMzY2RkUwODU2 MDkzNwD/BgEDkAYAsAkAADkAAAADACYAAAAAAAMANgAAAAAAQAA5ANZJYxARBsoBHgA9AAEAAAAF AAAAUkU6IAAAAAACAUcAAQAAADQAAABjPXVzO2E9IDtwPUFyZWFsIFN1Y2hkb2w7bD1YTUFJTC0w OTA3MTYxMjMxMTJaLTEyODEAHgBJAAEAAAAqAAAAUmU6IFs5ZmFuc10gV2h5IGRvZXMgQWNtZSBv bmx5IHNob3cgdGV4dD8AAABAAE4AgErOmg4GygEeAFoAAQAAABgAAAA5ZmFucy1ib3VuY2VzQDlm YW5zLm5ldAACAVsAAQAAAE0AAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAAA5ZmFucy1ib3VuY2Vz QDlmYW5zLm5ldABTTVRQADlmYW5zLWJvdW5jZXNAOWZhbnMubmV0AAAAAAIBXAABAAAAHQAAAFNN VFA6OUZBTlMtQk9VTkNFU0A5RkFOUy5ORVQAAAAAHgBdAAEAAAAOAAAAbWljaGFlbCBibG9jawAA AAIBXgABAAAAQwAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAAG1pY2hhZWwgYmxvY2sAU01UUABt aWNoYWVsbXVmZmluQGdtYWlsLmNvbQAAAgFfAAEAAAAdAAAAU01UUDpNSUNIQUVMTVVGRklOQEdN QUlMLkNPTQAAAAAeAGYAAQAAAAUAAABTTVRQAAAAAB4AZwABAAAAGAAAADlmYW5zLWJvdW5jZXNA OWZhbnMubmV0AB4AaAABAAAABQAAAFNNVFAAAAAAHgBpAAEAAAAYAAAAbWljaGFlbG11ZmZpbkBn bWFpbC5jb20AHgBwAAEAAAAmAAAAWzlmYW5zXSBXaHkgZG9lcyBBY21lIG9ubHkgc2hvdyB0ZXh0 PwAAAAIBcQABAAAAGwAAAAHKBg7dsxz1cDA0JUZBi8s2Xc8ydBsAAIysCAAeAHQAAQAAACUAAABG YW5zIG9mIHRoZSBPUyBQbGFuIDkgZnJvbSBCZWxsIExhYnMAAAAAHgAaDAEAAAARAAAAyGVqY2hh biBQZXRyIEdFTwAAAAAeAB0OAQAAACYAAABbOWZhbnNdIFdoeSBkb2VzIEFjbWUgb25seSBzaG93 IHRleHQ/AAAAAgEJEAEAAAC2AQAAsgEAAKwCAABMWkZ1yIMJ1gMACgByY3BnMTI14wLRA2F0ZXgF QQEDAff/CoACpAPkBxMCgA/zAFAEVjcIVQeyESUyAuMCAGNo4QrAc2V0MgYABsMRJfYzBEYTtzAS LBEzCO8J97Y7GB8OMDURIgxgYwBQ8wsJAWQzNhZQC6YK4wqEFQqAPh1VIB4gTWF5oGJlLCBpBUB3 CGCIbGQgB0BzbyAekBogCcFhBUAGkCB0aEMfwBeRdW1uLRPgbtxkbCCSHyIf8WMgIQOg+SByc2EH gB7wHnAfUAQgZyByA/AhQG93IRYfAHLIa3M6HchCMyBgH5DcaGkBAB9RAyBvIHEFwDUgtHMesEIU QCXRc2hXJAAmQyExIADAeAdwaf56H8AgcwhwGCACMCClJ2HeMSOxAQAiZCmMLhz7I7H+bCMwI/AH kSBwBAAc+hz0OnUBIGYesB+BIZRzYtggcHUFQC3RLyayISIvBCACIB7CJdFiBRBuZ6EtsyBmdW4i IGkCINcHQB7QIzBiANBrJcIzEKUy4HYfwEFjB4A/HPTeVCEhJNAesBggZwsRJ1CpHPorKwqwYyw1 fTewAAAeADUQAQAAADwAAAA8M0JCQjEyQ0Y0RUZGNDA0MEIzODU0Mjc1OTM3OUUzQ0QwMjc4RjBA WE1BSUwuYXN1Y2guY2FzLmN6PgAeADkQAQAAAPIAAAA8ZDUwZDdkNDYwOTA3MTQxODU4ajdlYjEw YzA2eWYwOTVkNzBjMTM4Mzc0YTdAbWFpbC5nbWFpbC5jb20+PDczNTlmMDQ5MDkwNzE0MjEzNnM0 MDZhNjNjMWpmNzFmNDI3NTEwMTI4N0BtYWlsLmdtYWlsLmNvbT48M0JCQjEyQ0Y0RUZGNDA0MEIz ODU0Mjc1OTM3OUUzQ0QwMjc4RUVAWE1BSUwuYXN1Y2guY2FzLmN6PiA8M2RmMzAxNjUwOTA3MTYw NTExajU1OGI3ZmYwczhmZjVmMzFlMWYzMTdmY2ZAbWFpbC5nbWFpbC5jb20+AAAAHgBHEAEAAAAP AAAAbWVzc2FnZS9yZmM4MjIAAAsA8hABAAAAHwDzEAEAAABkAAAAUgBFACUAMwBBACAAWwA5AGYA YQBuAHMAXQAgAFcAaAB5ACAAZABvAGUAcwAgAEEAYwBtAGUAIABvAG4AbAB5ACAAcwBoAG8AdwAg AHQAZQB4AHQAJQAzAEYALgBFAE0ATAAAAAsA9hAAAAAAQAAHMNZJYxARBsoBQAAIMNPD4U0RBsoB AwDeP69vAAADAPE/CQQAAB4A+D8BAAAAEQAAAMhlamNoYW4gUGV0ciBHRU8AAAAAAgH5PwEAAABk AAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAAAC9PPUFSRUFMIFNVQ0hET0wvT1U9RklSU1Qg QURNSU5JU1RSQVRJVkUgR1JPVVAvQ049UkVDSVBJRU5UUy9DTj1DRUpDSEFOAB4A+j8BAAAAFQAA AFN5c3RlbSBBZG1pbmlzdHJhdG9yAAAAAAIB+z8BAAAAHgAAAAAAAADcp0DIwEIQGrS5CAArL+GC AQAAAAAAAAAuAAAAAwD9P+IEAAADABlAAAAAAAMAGkAAAAAAAwAdQAAAAAADAB5AAAAAAB4AMEAB AAAACAAAAENFSkNIQU4AHgAxQAEAAAAIAAAAQ0VKQ0hBTgAeADJAAQAAABgAAAA5ZmFucy1ib3Vu Y2VzQDlmYW5zLm5ldAAeADNAAQAAABgAAABtaWNoYWVsbXVmZmluQGdtYWlsLmNvbQAeADhAAQAA AAgAAABDRUpDSEFOAB4AOUABAAAAAgAAAC4AAAADAHZA/////wsAKQAAAAAACwAjAAAAAAADAAYQ Sqjk4gMABxAYAQAAAwAQEAMAAAADABEQAQAAAB4ACBABAAAAZQAAAE1BWUJFLElUV09VTERBTFNP QkVHUkVBVElGVEhFQ09MVU1OLUhBTkRMRUNPVUxEUkVBQ1RJTlRIRVNBTUVXQVlBU1RIRVdJTkRP Vy1IQU5ETEVXT1JLUzpCM1RPSElERUFMTE8AAAAAAgF/AAEAAAA8AAAAPDNCQkIxMkNGNEVGRjQw NDBCMzg1NDI3NTkzNzlFM0NEMDI3OEYwQFhNQUlMLmFzdWNoLmNhcy5jej4Atk4= ------_=_NextPart_001_01CA0611.4DD83A77--