From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_SIGNED,DKIM_VALID,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE,MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE,RCVD_IN_VALIDITY_CERTIFIED_BLOCKED, RCVD_IN_VALIDITY_RPBL_BLOCKED,RCVD_IN_ZEN_BLOCKED_OPENDNS, URIBL_DBL_BLOCKED_OPENDNS,URIBL_ZEN_BLOCKED_OPENDNS autolearn=ham autolearn_force=no version=3.4.4 Received: from txout-a2-smtp.messagingengine.com (txout-a2-smtp.messagingengine.com [103.168.172.225]) by inbox.vuxu.org (Postfix) with ESMTP id E1CE022F45 for ; Wed, 14 May 2025 01:59:08 +0200 (CEST) Received: from localhost.localdomain (kubehost04.phl.internal [10.202.3.4]) by mailtxout.phl.internal (Postfix) with ESMTP id 284842380180 for ; Tue, 13 May 2025 19:59:07 -0400 (EDT) ARC-Authentication-Results: i=2; topicbox.com; arc=pass; dkim=pass (2048-bit rsa key sha256) header.d=gmail.com header.i=@gmail.com header.b=HnSVcYhW header.a=rsa-sha256 header.s=20230601 x-bits=2048; dmarc=pass policy.published-domain-policy=none policy.published-subdomain-policy=quarantine policy.applied-disposition=none policy.evaluated-disposition=none (p=none,sp=quarantine,d=none,d.eval=none) policy.policy-from=p header.from=gmail.com; spf=pass smtp.mailfrom=mathieu.bivert@gmail.com smtp.helo=mail-pf1-f176.google.com; x-internal-arc=fail (as.1.topicbox.com=pass, ams.1.topicbox.com=fail (message has been altered)) (Message modified while forwarding at Topicbox) ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d= topicbox.com; h=mime-version:references:in-reply-to:from:date :message-id:subject:to:content-type:list-help:list-id:list-post :list-subscribe:reply-to:content-transfer-encoding :list-unsubscribe; s=sysmsg-1; t=1747180747; bh=9cMIvcHSHUW4FLBH litBFnIca3q0SDSIaC51e0dj5Ck=; b=r87NysYXDHC1BfUlc71IGNs01IpVjvYD rk2Cm2/TN4VlHfNn9tNaZI8yf6QpCJkkuQiGpUabFw4o84HFlRQ8NnJqVvzS9tRv qIDY7ETW7SoPbeDerxEYG0PcNAnQNwJlJYD4juZtFJ/5BIh4NkKhcwmqNhVfhidx ysI3d+fbaeE= ARC-Seal: i=2; a=rsa-sha256; cv=pass; d=topicbox.com; s=sysmsg-1; t= 1747180747; b=IXHsQ1UN4FAOWPV8J6WIRDzF9TIfgoGaViMxJ4MZlUEeL/gh8e VY5mizr8kWlx1zRqVMChQeaWwu6CWRHwXMe7q5aIuqoP4Ec2FaaLzVwDubVa7YEa NXrbyaoctaRb/9OerWrM09BYmuuG7vnh6al9HCsH3y+jbckqLzCBrIPMs= Authentication-Results: topicbox.com; arc=pass; dkim=pass (2048-bit rsa key sha256) header.d=gmail.com header.i=@gmail.com header.b=HnSVcYhW header.a=rsa-sha256 header.s=20230601 x-bits=2048; dmarc=pass policy.published-domain-policy=none policy.published-subdomain-policy=quarantine policy.applied-disposition=none policy.evaluated-disposition=none (p=none,sp=quarantine,d=none,d.eval=none) policy.policy-from=p header.from=gmail.com; spf=pass smtp.mailfrom=mathieu.bivert@gmail.com smtp.helo=mail-pf1-f176.google.com; x-internal-arc=fail (as.1.topicbox.com=pass, ams.1.topicbox.com=fail (message has been altered)) (Message modified while forwarding at Topicbox) X-Received-Authentication-Results: mx.topicbox.com; arc=none (no signatures found); bimi=skipped (DMARC Policy is not at enforcement); dkim=pass (2048-bit rsa key sha256) header.d=gmail.com header.i=@gmail.com header.b=HnSVcYhW header.a=rsa-sha256 header.s=20230601 x-bits=2048; dmarc=pass policy.published-domain-policy=none policy.published-subdomain-policy=quarantine policy.applied-disposition=none policy.evaluated-disposition=none (p=none,sp=quarantine,d=none,d.eval=none) policy.policy-from=p header.from=gmail.com; iprev=pass smtp.remote-ip=209.85.210.176 (mail-pf1-f176.google.com); spf=pass smtp.mailfrom=mathieu.bivert@gmail.com smtp.helo=mail-pf1-f176.google.com; x-aligned-from=pass (Address match); x-google-dkim=pass (2048-bit rsa key) header.d=1e100.net header.i=@1e100.net header.b=LiFrNW/J; x-me-sender=none; x-ptr=pass smtp.helo=mail-pf1-f176.google.com policy.ptr=mail-pf1-f176.google.com; x-return-mx=pass header.domain=gmail.com policy.is_org=yes (MX Records found: alt2.gmail-smtp-in.l.google.com,gmail-smtp-in.l.google.com,alt3.gmail-smtp-in.l.google.com,alt1.gmail-smtp-in.l.google.com,alt4.gmail-smtp-in.l.google.com); x-return-mx=pass smtp.domain=gmail.com policy.is_org=yes (MX Records found: gmail-smtp-in.l.google.com,alt2.gmail-smtp-in.l.google.com,alt4.gmail-smtp-in.l.google.com,alt3.gmail-smtp-in.l.google.com,alt1.gmail-smtp-in.l.google.com); x-tls=pass smtp.version=TLSv1.3 smtp.cipher=TLS_AES_128_GCM_SHA256 smtp.bits=128/128; x-vs=clean score=0 state=0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=9fans.net; h= mime-version:references:in-reply-to:from:date:message-id:subject :to:content-type:list-help:list-id:list-post:list-subscribe :reply-to:content-transfer-encoding:list-unsubscribe; s=dkim-1; t=1747180747; x=1747267147; bh=z4FU07rWn5cW1VJiKsI8kXR6Y6IpjO7U ZBrvH2aYMcI=; b=ko5cA8/djWWq8xBTcKIoXub1sUfApmsUp+OBlPzZy97/cB/m rphzn35SMYFb610pMm3HaCh0vLWOu/ijewzgsYVx1wIdf2yBUB5rCeEJ9xuk5cID RTMtENh2Skcjm2VzlwT8jTegMkH5STfp5qiZcYV84dHvrgGhfuuk1uiMlck= Received: from mx.topicbox.com (10-0-1-36.authmilter.topicbox-prod.svc.cluster.local [10.0.1.36]) by tb-mx-3.topicbox.com (Postfix) with ESMTP id 86085100186F1A75 for <9fans@9fans.net>; Tue, 13 May 2025 23:20:49 +0000 (UTC) Received: from tb-mx-3.topicbox.com (10.0.3.11 [10.0.3.11]) by mx.topicbox.com (Authentication Milter) with ESMTP id 9E64C8F0F07; Tue, 13 May 2025 23:20:49 +0000 ARC-Seal: i=1; a=rsa-sha256; cv=none; d=topicbox.com; s=arcseal; t= 1747178449; b=hQXXjl4Pefb9hRe0HIqLX2J+3UwNsXeNGe7DIjqgRYUXAPZAcu BvIdbtYVoN26uJUCUVF03DaXH2hYWedlUFE71axf6Q1A4n7kuNMPahtTuhQZf9/K D8WbFk8Cn0pKBVxXJ4laxxDXdb2lk+GU3yqhQn64eigYDiNEMUVwzTkyfIuPF0tw qtLKFiqjQH6I7h0RZj9XdU3X0fBo+6v8iEDoIu4RObC4JRoToVtJ7fuxyRM+96DS DdV38WSIppnIXvzRNXlI1HEGupLmGqNFOAERxd1URqZ0C9NJiXS1ltzG+oQOx6iw jfRt9KpElsJhsFu4Hc2PeoS4g267HRu8ScSQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d= topicbox.com; h=mime-version:references:in-reply-to:from:date :message-id:subject:to:content-type; s=arcseal; t=1747178449; bh=XF7TzTqxxJV0UDnen8WzZUhlQ3hOkIfo/4vkPW2XbQU=; b=V4fJBuqfF85S 3ysSqO3A9DaJprcMUledXsAagMuq4ZBOt42SvIjBrF8m/4wihbB4SwQLw/hBdnIM DGEFO8AJhqty7peuhZvxKpYPUDI1gaFMe0hVJhrylnSi4EznIMhnph4C1HOwD81C DkXTZL7+PBETOCOeO/TW3hwq9uTT7Nd12QBL3rHAzN3nxQ4jLmTB+qo7B0mo+kO/ AoH6wqNErrXykokfjGILc5u/AaruxY7aZXDwdghk4dHVtK4UeoGgulKzX7INMSWE SlL7G/VHmugLOYKMc5DlKf3QvzcpCIv4P87ox/VPFuXvIdbXjCchstT8vFSEIqKK xUPgDgP2Sg== ARC-Authentication-Results: i=1; mx.topicbox.com; arc=none (no signatures found); bimi=skipped (DMARC Policy is not at enforcement); dkim=pass (2048-bit rsa key sha256) header.d=gmail.com header.i=@gmail.com header.b=HnSVcYhW header.a=rsa-sha256 header.s=20230601 x-bits=2048; dmarc=pass policy.published-domain-policy=none policy.published-subdomain-policy=quarantine policy.applied-disposition=none policy.evaluated-disposition=none (p=none,sp=quarantine,d=none,d.eval=none) policy.policy-from=p header.from=gmail.com; iprev=pass smtp.remote-ip=209.85.210.176 (mail-pf1-f176.google.com); spf=pass smtp.mailfrom=mathieu.bivert@gmail.com smtp.helo=mail-pf1-f176.google.com; x-aligned-from=pass (Address match); x-google-dkim=pass (2048-bit rsa key) header.d=1e100.net header.i=@1e100.net header.b=LiFrNW/J; x-me-sender=none; x-ptr=pass smtp.helo=mail-pf1-f176.google.com policy.ptr=mail-pf1-f176.google.com; x-return-mx=pass header.domain=gmail.com policy.is_org=yes (MX Records found: alt2.gmail-smtp-in.l.google.com,gmail-smtp-in.l.google.com,alt3.gmail-smtp-in.l.google.com,alt1.gmail-smtp-in.l.google.com,alt4.gmail-smtp-in.l.google.com); x-return-mx=pass smtp.domain=gmail.com policy.is_org=yes (MX Records found: gmail-smtp-in.l.google.com,alt2.gmail-smtp-in.l.google.com,alt4.gmail-smtp-in.l.google.com,alt3.gmail-smtp-in.l.google.com,alt1.gmail-smtp-in.l.google.com); x-tls=pass smtp.version=TLSv1.3 smtp.cipher=TLS_AES_128_GCM_SHA256 smtp.bits=128/128; x-vs=clean score=0 state=0 X-ME-VSCause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgdeftdehgeduucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggv pdfurfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucenucfjughrpeggfh gjhfffkffuvfgtsegrtderredttdejnecuhfhrohhmpeforghthhhivghuuceuihhvvghr thcuoehmrghthhhivghurdgsihhvvghrthesghhmrghilhdrtghomheqnecuggftrfgrth htvghrnhepveelvdegfeegtdejueehkeekhfeftdefgeejheeuleeftedutddtgefgueet udfhnecuffhomhgrihhnpehtohhpihgtsghogidrtghomhenucfkphepvddtledrkeehrd dvuddtrddujeeinecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthep vddtledrkeehrddvuddtrddujeeipdhhvghlohepmhgrihhlqdhpfhduqdhfudejiedrgh hoohhglhgvrdgtohhmpdhmrghilhhfrhhomhepoehmrghthhhivghurdgsihhvvghrthes ghhmrghilhdrtghomheqpdhnsggprhgtphhtthhopedupdhrtghpthhtohepoeelfhgrnh hsseelfhgrnhhsrdhnvghtqe X-ME-VSScore: 0 X-ME-VSCategory: clean Received-SPF: pass (gmail.com ... _spf.google.com: Sender is authorized to use 'mathieu.bivert@gmail.com' in 'mfrom' identity (mechanism 'include:_netblocks.google.com' matched)) receiver=mx.topicbox.com; identity=mailfrom; envelope-from="mathieu.bivert@gmail.com"; helo=mail-pf1-f176.google.com; client-ip=209.85.210.176 Received: from mail-pf1-f176.google.com (mail-pf1-f176.google.com [209.85.210.176]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by tb-mx-3.topicbox.com (Postfix) with ESMTPS for <9fans@9fans.net>; Tue, 13 May 2025 23:20:49 +0000 (UTC) Received: by mail-pf1-f176.google.com with SMTP id d2e1a72fcca58-74019695377so4654123b3a.3 for <9fans@9fans.net>; Tue, 13 May 2025 16:20:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1747178448; x=1747783248; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=XF7TzTqxxJV0UDnen8WzZUhlQ3hOkIfo/4vkPW2XbQU=; b=LiFrNW/J2eEVkO9lgHZveZulwVQoZrHuzNL61HEWRkRynF0URVsPcS1h9/+FS+kwUV wFnqGwhoFzyySsYJDtk7ZrImar/cmqAdbyTUohLSbBpFQiUyeQ4r/8sdDxTmSLxZcqri 2WZbfnhWf7GaJJJ2S72JzW98C1F0r6uwHPQ9M/uZ6bLkgIa83QlU3EM052+CVxhga05O oL6+Q9iVYxgYXBOIHYjhh6+2trVIpDCqsTYbZgV4vwa+PZqRcNBMqB8RHd1w60a6kqcW 80ouXqya/gSW1KXJ4sciauxc1kai8fNhsuBXJYG0F2/wTA/InxcPwPGmdasbOHpHyK1E vhNA== X-Gm-Message-State: AOJu0YweutQzavVdHWYMIQFLLaqIaFZ2CW2QkeOSpVhL52NpwCU34uxq Oaohv69idKjwAF6k1NMzvfMCzQ4s8eUEiwFaYryYZyyHD5ET3zP8V3+e+HKWb4k2/i4rxGP2N13 Et1IT6JlvxlGqYKeOz2MX4Bosf+aMRWl0 X-Gm-Gg: ASbGncuFms2WU2BIz64kT8sqZ8BP5vh70U0g+o1x4DobMfh/4l0pp5urHrsKfzfw2lS HiNCptS9k0gS/ChfG5CzdvL1/252cFYvdEv+Y4HY46n73nCxLBrwDYLizbfWK4QviKza8AKRv4b 4YadxvHyOhvqkKrMnWM12uyTsvSzZKvoZccf9uZ+ADj0hGx0M5nroo6T5GebaXclT/CP4= X-Google-Smtp-Source: AGHT+IFr6CYyDiRBUv9mocccJ+nXbg5XQZL/MRVILhMV1k0dHu3ebnK9Sz2hpBj0MEWZ+eeDVt0wqsBaXm2f4gyxSCc= X-Received: by 2002:a17:902:db12:b0:22d:b305:e097 with SMTP id d9443c01a7336-231983c9b9amr13126615ad.50.1747178447695; Tue, 13 May 2025 16:20:47 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Mathieu Bivert Date: Wed, 14 May 2025 01:20:36 +0200 X-Gm-Features: AX0GCFsVdJi5ff0SLR9otf0eORw0AYKjAoooCVRkydxVUEDEBUIPU7ifHY0iXlQ Message-ID: Subject: Re: [9fans] Next Generation Acme To: 9fans <9fans@9fans.net> Content-Type: multipart/alternative; boundary=000000000000bbf69606350cae0a Topicbox-Policy-Reasoning: moderate: sender is a member; group holds all messages Topicbox-Message-UUID: e92f469c-3050-11f0-95f5-52f6bf69fdda Archived-At: =?UTF-8?B?PGh0dHBzOi8vOWZhbnMudG9waWNib3guY29tL2dyb3Vwcy85?= =?UTF-8?B?ZmFucy9UNGYxYTIwOThiMWUxYzg1NC1NOTk4Y2RlZjU4NjczMTc0ZmFiM2Yy?= =?UTF-8?B?YjExPg==?= List-Help: List-Id: "9fans" <9fans.9fans.net> List-Post: List-Software: Topicbox v0 List-Subscribe: Precedence: list Reply-To: 9fans <9fans@9fans.net> Content-Transfer-Encoding: 7bit List-Unsubscribe: , Topicbox-Delivery-ID: 2:9fans:437d30aa-c441-11e9-8a57-d036212d11b0:522be890-2105-11eb-b15e-8d699134e1fa:M998cdef58673174fab3f2b11:1:6ZMEZuT82QOTqWhdrQdz8nu1gyQFreiCMzz_7c2fmfI --000000000000bbf69606350cae0a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I often consider acme as being a "clumsily programmable set of text windows". I've often wondered about simplifying it as such. e.g. replacing 9P by an ~RPC interface (+ an event stream?), giving a simple, complete programmatic control over the editor. usual commands (Undo, Snarf, etc.) would all become external binaries. the editor's behavior could be fully scripted, and externalized. defaults resembling acme's current behavior may be provided. similarly, window management may benefit from being delegated to a [simply programmable] window manager. On Tue, May 13, 2025 at 5:36=E2=80=AFPM Jacob Moody w= rote: > Just to comment on some small points. > > On 5/13/25 07:20, Aram H=C4=83v=C4=83rneanu wrote: > > Here are some of my ideas for the next generation of Acme. Please > > disagree or add more. > > > > Of course, this is all a pipe dream since I have no time to work > > on this, but one can dream... The purpose of this thread is to > > stimulate a discussion about text editing in 2025, more than anything > > else. > > > > 1. Keep the Acme UI, but add rows, not just columns. Potentially > > make each window a full multiplexor (like rio(1), not 100% sure > > about this). > > > > 2. Make it multi-process/multi-machine again (like Sam, but better). > > > > 3. Add a Sam-like menu on B2/B3. It should work like Sam (last used > > selection is default), but behave more like Octopus/Plan B (star-like > > expansion). This can make use of mouse gestures, no need to click > > twice. > > > > 4. Add support for mouse hover. > > > > 5. Add enough ANSI terminal sequences support to win(1) such that > > workarounds are no longer necessary for common CLI software (git(1), > > grep(2), etc). > > > > 6. Replace structural regular expression with something based on > > Tree-sitter, but with an actual usable syntax. > > I had tried to get tree-sitter working on 9front one weekend but the code > is quite gnarly. Specifically I recall it using bitfields to make > pointer casts between one struct pointer to another work well enough > (or something to that effect). > > I say this to not exclude tree sitter from your considerations, just > as a warning that the code is (in my experience) quite unpleasant to > work with. > > > > > 7. Expand the span for B3 auto-selection to include software that > > doesn't use `file:line:col` convention. Of course the plumber can > > do this, but it requires a manual B3 selection, auto-selection has > > to work. > > > > 8. Add support for space-based indentation. Disgusting, but necessary > > (I patched my acme to support this, but it still requires manual > > activation, should be automatic). > > > > 9. A better way of managing running processes. > > > > 10. A better way to place commands that you'd put in the tag, perhaps > > B2 opens a persistent window for window-specific (not global) > > commands. > > > > 11. Unlike in Plan 9, where paths are short (because you have > > namespaces), in Unix paths are long (because people have poor taste). > > This is annoying to deal with in Acme ATM, but I'm not sure what > > the right design for a solution is. > > > > 12. Multiple window support, in the sense of multiple operating > > system windows. > > > > 13. Some sort of minimal markup support. Perhaps with colors. Not > > arbitrary colors, just four or five predetermined colors that > > Acme programs could make use of (for example I'd like to see colors > > in my diffs). This should be done by a third party process writing > > in acme(4), acme(1) should not implement native markdown support > > or anything like that. > > > > 14. Elastic tab support, or some better way of dealing with tabular > > data. > > > > 15. A better way of dealing with resize, right now acme does really > > bad when moving from a big monitor to a laptop because it preserves > > layout. I'd like a way to globally set layout independent of Dump. > > One thing on my TODO list has been to better integrate combining > Unicode characters in an editor(or existing editors) for plan 9. Some of > that work has > been merged in to 9front now (runegbreak and utfgbreak) which helps > to determine cursor positions when dealing with multi-codepoint graphemes. > All of our existing Unicode code has this assumption that > 1 codepoint =3D 1 abstract character. There's lots of small details in > changing > that but I think it would be a useful discussion for a "next generation" > editor. > > > > > Of course, keep what is already great: > > > > 16. No settings, no options, no themes, no syntax highlighting, no > > keyboard based interface (the mouse is king). > > ------------------------------------------ 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T4f1a2098b1e1c854-M998cd= ef58673174fab3f2b11 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription --000000000000bbf69606350cae0a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I often consider acme as being a "cl= umsily programmable set
of text windows". I've often won= dered about simplifying it as such.

e.g. re= placing 9P by an ~RPC interface (+ an event stream?),
giving a si= mple, complete programmatic control over the editor.
usual comman= ds (Undo, Snarf, etc.) would all become external
binaries.
<= div>

the editor's behavior could be fully scripted= , and externalized.
defaults resembling acme's current behavi= or may be provided.

similarly, windo= w management may benefit from being
delegated to a [simply progra= mmable] window manager.


On Tu= e, May 13, 2025 at 5:36 PM Jacob Moody <moody@posixcafe.org> wrote:
Just to comment on some small points.
On 5/13/25 07:20, Aram Hăvărneanu wrote:
> Here are some of my ideas for the next generation of Acme. Please
> disagree or add more.
>
> Of course, this is all a pipe dream since I have no time to work
> on this, but one can dream... The purpose of this thread is to
> stimulate a discussion about text editing in 2025, more than anything<= br /> > else.
>
> 1. Keep the Acme UI, but add rows, not just columns. Potentially
> make each window a full multiplexor (like rio(1), not 100% sure
> about this).
>
> 2. Make it multi-process/multi-machine again (like Sam, but better). >
> 3. Add a Sam-like menu on B2/B3. It should work like Sam (last used > selection is default), but behave more like Octopus/Plan B (star-like<= br /> > expansion). This can make use of mouse gestures, no need to click
> twice.
>
> 4. Add support for mouse hover.
>
> 5. Add enough ANSI terminal sequences support to win(1) such that
> workarounds are no longer necessary for common CLI software (git(1), > grep(2), etc).
>
> 6. Replace structural regular expression with something based on
> Tree-sitter, but with an actual usable syntax.

I had tried to get tree-sitter working on 9front one weekend but the code is quite gnarly. Specifically I recall it using bitfields to make
pointer casts between one struct pointer to another work well enough
(or something to that effect).

I say this to not exclude tree sitter from your considerations, just
as a warning that the code is (in my experience) quite unpleasant to
work with.

>
> 7. Expand the span for B3 auto-selection to include software that
> doesn't use `file:line:col` convention. Of course the plumber can<= br /> > do this, but it requires a manual B3 selection, auto-selection has
> to work.
>
> 8. Add support for space-based indentation. Disgusting, but necessary<= br /> > (I patched my acme to support this, but it still requires manual
> activation, should be automatic).
>
> 9. A better way of managing running processes.
>
> 10. A better way to place commands that you'd put in the tag, perh= aps
> B2 opens a persistent window for window-specific (not global)
> commands.
>
> 11. Unlike in Plan 9, where paths are short (because you have
> namespaces), in Unix paths are long (because people have poor taste).<= br /> > This is annoying to deal with in Acme ATM, but I'm not sure what > the right design for a solution is.
>
> 12. Multiple window support, in the sense of multiple operating
> system windows.
>
> 13. Some sort of minimal markup support. Perhaps with colors. Not
> arbitrary colors, just four or five predetermined colors that
> Acme programs could make use of (for example I'd like to see color= s
> in my diffs). This should be done by a third party process writing
> in acme(4), acme(1) should not implement native markdown support
> or anything like that.
>
> 14. Elastic tab support, or some better way of dealing with tabular > data.
>
> 15. A better way of dealing with resize, right now acme does really > bad when moving from a big monitor to a laptop because it preserves > layout. I'd like a way to globally set layout independent of Dump.=

One thing on my TODO list has been to better integrate combining
Unicode characters in an editor(or existing editors) for plan 9. Some of th= at work has
been merged in to 9front now (runegbreak and utfgbreak) which helps
to determine cursor positions when dealing with multi-codepoint graphemes.<= br /> All of our existing Unicode code has this assumption that
1 codepoint =3D 1 abstract character. There's lots of small details in = changing
that but I think it would be a useful discussion for a "next generatio= n" editor.

>
> Of course, keep what is already great:
>
> 16. No settings, no options, no themes, no syntax highlighting, no
> keyboard based interface (the mouse is king).
>

------------------------------------------
9fans: 9fans
Permalink: https:= //9fans.topicbox.com/groups/9fans/T4f1a2098b1e1c854-M5c5b7cafa94dbc358d57cc= 07
Delivery options: https://9fans.topicbox.com/gro= ups/9fans/subscription
= --000000000000bbf69606350cae0a--