From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Psionic K Newsgroups: gmane.emacs.devel Subject: Dslide kmacro transcription & playback [was:Add moc to Non-GNU ELPA] Date: Wed, 18 Dec 2024 00:28:14 +0900 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000b1eb61062978f267" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25701"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eduardo Ochs , Emacs developers To: Psionic K Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Dec 17 16:29:15 2024 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1tNZVa-0006UF-Cm for ged-emacs-devel@m.gmane-mx.org; Tue, 17 Dec 2024 16:29:14 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tNZUt-0002c3-Aq; Tue, 17 Dec 2024 10:28:31 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tNZUq-0002bX-IQ for emacs-devel@gnu.org; Tue, 17 Dec 2024 10:28:28 -0500 Original-Received: from mail-yb1-xb2d.google.com ([2607:f8b0:4864:20::b2d]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tNZUo-0005b1-KM for emacs-devel@gnu.org; Tue, 17 Dec 2024 10:28:28 -0500 Original-Received: by mail-yb1-xb2d.google.com with SMTP id 3f1490d57ef6-e39841c8fd6so4080258276.3 for ; Tue, 17 Dec 2024 07:28:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=positron.solutions; s=google; t=1734449305; x=1735054105; darn=gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=3C6dKx780MnL5zyORkacw1EoB+2mI0WqaYJHKyH1Qo0=; b=lU40DhtGNfF3Q2HL1VNQMT217vBRYgI8SvPsdAjcDcAEQ/FXOocEdCD9/9LdCKo3O2 LyTipI2Ltm9IJ0Hy+hEiAHBOCcHNpWQdSPPuXYWGx9A02QH9WEJOjky86eAtPIMIXS/g TldZCJMP3HFmFeDkRjN+b/RHgWOV5L6obfie8sViNhm6ZfjWkZeQQC96gmG6+vR7h+7o 4rfq5OpqcWLCr2APv8wRzLk0yCqDSOibmtYf/q+bz8exnHMUVE7JE6ePQu3E7/8/2JOg 5/33zzp5WPSMrYVVXWSEOaj5NYuTdg24iENN/rwdm9B9kHg0cLhX/AnqVeCKrYQ6UXDr Zo/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734449305; x=1735054105; h=cc: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=3C6dKx780MnL5zyORkacw1EoB+2mI0WqaYJHKyH1Qo0=; b=pA+DzqivrPB1p8Vikp4WQRYPr5NfNbrsLSwOJv4v+7/810pE4QUWvXsMoU83LMR7qU DAkJ6povhcEg3JO7UhuhdCFM7mtaRwqlKIa1tJNW5MsSI7EJlbSheXW22z5Pe51+Dwdf q/Ll69NIMc/1lJnYfP2YN59cTNX0mTtAvnAFtmNQe1IeDTkXuXu1zUF/7sL6aqWbdF+q mukeE29zLnIKLN5fex2vz4cgXjtfS7LPtKLYr5sSSmboIHW3T4welsQClAnDuvX5fYYZ 3r3+OwxHB5rG/vLeY1Zy2rVlfnU7Tf0HBUNcb/MbFxga1yJ2WysR3rq/rb3k07liyVNw CQpQ== X-Forwarded-Encrypted: i=1; AJvYcCWtiqzA7J6np4JFCE+z6MUe6FWg2aWcAdoWKT9CHA6JoXAhUNiAUplsPXtv5PLZ3NrPFsDyQRpQAWXKYg==@gnu.org X-Gm-Message-State: AOJu0Yze+onMvW4R+NrctsqbyomrtV5VXcYcTXS8DYRuI/AhK/DDiCha QT72uMmosN+TK0lf9/TfDjSSiC/1O1ipOXvepXStUR/Ya9JY7n8SUFVxFyZAc6VGjtKHYvrB9lD 9/k1TDEAMKlRUJiCGMLkH0wU2ZInxP73A0btrEw== X-Gm-Gg: ASbGncuTEin8waPfB4v+XDBvXz+DRE+w0PHBMNchs8d0Vj3cU1JYvV8YMWtorb7hZub k4e8nGZb3+X4Bcz722tFOYuPVIlI/H4Agdzx6ZhBi X-Google-Smtp-Source: AGHT+IG0rSm9dD1k685G0HeiuvsNcfW1+2r1TQ6+hriQ4ubQPeC8XiVZ4yZg9A1Bmn0zITYBvccpmbtMIyC6iz82olY= X-Received: by 2002:a05:6902:18ce:b0:e39:9ae9:b7bf with SMTP id 3f1490d57ef6-e434f94c761mr13529055276.40.1734449304817; Tue, 17 Dec 2024 07:28:24 -0800 (PST) In-Reply-To: Received-SPF: pass client-ip=2607:f8b0:4864:20::b2d; envelope-from=exec@positron.solutions; helo=mail-yb1-xb2d.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:326600 Archived-At: --000000000000b1eb61062978f267 Content-Type: text/plain; charset="UTF-8" Hello Eduard, I force pushed some fixes onto the unstable branch. The kmacro transcription is pleasantly working and an action duplication bug was identified and fixed. I am nearly comfortable pushing to master and tagging 0.6.0. Here's the kmacro action commit https://github.com/positron-solutions/dslide/commit/1123a4ecbe93d75816faa3ba9539d6aef4ed7ca3 For anyone interested, I've been keeping the `dslide-action' class stable to keep custom actions stable. However, I need a capability to choose the next action correctly or to allow them to peek ahead and tell me which one should be next. Peeking may add complexity to actions but tracking their progress for them adds rigidity. If I decide to change actions, I'll make sure they are absurdly simple to write after the changes. I can always leave an optional method to support more complex ordering. Progress tracking and reading options off of elements is the bulk of all action creation, so doing it for them will make them brain dead simple. I think that's what we want. The feature roadmap for 1.0 is here: https://github.com/positron-solutions/dslide/issues/20 --000000000000b1eb61062978f267 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello Eduard,

I force pushed some fixes o= nto the unstable branch.=C2=A0 The kmacro transcription is pleasantly worki= ng and an action duplication bug was identified and fixed.=C2=A0 I am nearl= y comfortable pushing to master and tagging 0.6.0.

Here's the = kmacro action commit
https://github.com/po= sitron-solutions/dslide/commit/1123a4ecbe93d75816faa3ba9539d6aef4ed7ca3=

For anyone interested, I've been keeping the `dslide-action'= ; class stable to keep custom actions stable. =C2=A0 However, I need a capa= bility to choose the next action correctly or to allow them to peek ahead = and tell me which one should be next.=C2=A0 Peeking may add complexity to a= ctions but tracking their progress for them adds rigidity.=C2=A0 If I decid= e to change actions, I'll make sure they are absurdly simple to write a= fter the changes.=C2=A0 I can always leave an optional method to support mo= re complex ordering.=C2=A0 Progress tracking and reading options off of ele= ments is the bulk of all action creation, so doing it for them will make th= em brain dead simple.=C2=A0 I think that's what we want.

=
--000000000000b1eb61062978f267--