~pkal

Erlangen, Bavaria

https://amodernist.com/

CS student. Find me also on Libera, using pkal as my nick.


I use: git | todo | lists

~pkal/public-inbox

Last active 7 days ago

~pkal/compat-announce

Last active 16 days ago

~pkal/compat-devel

Last active 16 days ago

~pkal/elpa-zine

Last active 8 months ago
View more

Recent activity

Re: [PATCH] shell-command+: Fix false substitution of "\ " 7 days ago

From Philip Kaludercic to ~pkal/public-inbox

Visuwesh <visuweshm@gmail.com> writes:

> [புதன் ஜூலை 17, 2024] Philip Kaludercic wrote:
>
>> Visuwesh <visuweshm@gmail.com> writes:
>>
>>> Good day, Philip!
>>
>> Hi,
>>
>>> The regexp used in shell-command+-expand-% seems to falsely replace all
>>> "\ " with the filename.  To reproduce,
>>>
>>>     1. M-! touch "/tmp/file with space" RET

Re: [PATCH] shell-command+: Fix false substitution of "\ " 7 days ago

From Philip Kaludercic to ~pkal/public-inbox

Visuwesh <visuweshm@gmail.com> writes:

> Good day, Philip!

Hi,

> The regexp used in shell-command+-expand-% seems to falsely replace all
> "\ " with the filename.  To reproduce,
>
>     1. M-! touch "/tmp/file with space" RET
>     2. M-! cat /tmp/file\ with\ space RET
>
> in the second trial, shell-command+ will falsely replace all "\ " with
> the current buffer's filename:

Re: [GNU ELPA] Do-At-Point version 0.1.2 15 days ago

From Philip Kaludercic to ~pkal/public-inbox

My previous email was sent-off to early;

Philip Kaludercic <philipk@posteo.net> writes:


[...]

>>> ;;; object framework
>>> (cl-defgeneric selecting-read-represent (object)
>>>   "Return a string to represent OBJECT.")
>>
>> I see a problem here in that this is global.
>> Say we first want to `selecting-read` a face and then `selecting-read`
>> a function.  The "objects" may be symbols (or strings) in both cases,

Re: [GNU ELPA] Do-At-Point version 0.1.2 15 days ago

From Philip Kaludercic to ~pkal/public-inbox

Stefan Monnier <monnier@iro.umontreal.ca> writes:

>>>>> What do you mean by "extracting completions into a static, but
>>>>> actionable buffer"?
>>>>
>>>> Embark has this command called "embark-collect" that can be invoked
>>>> during completing-read.  It aborts the completion while pulling out all
>>>> the results of `all-completions' into a separate buffer.  In this
>>>> buffer, you can press RET and continue the operation.  So for example,
>>>> you type
>>>>
>>>>     M-x
>>>>     M-x embark-collect
>>>>     [ the completion aborts and a buffer pops up with command ]

Re: [GNU ELPA] Do-At-Point version 0.1.2 22 days ago

From Philip Kaludercic to ~pkal/public-inbox

Stefan Monnier <monnier@iro.umontreal.ca> writes:

>> So would you say that it would make sense to continue building on
>> thing-at-point, or should one consider a generalised-thing-at-point,
>> that would have the advantage of retrospective?
>
> I think we should devise a clean "core API" by which I mean the way to
> define new "things" along with the way to find them and some way to
> categorize the "things" in order to associate them with actions.
> Then we can make other packages use/obey it, slowly obsoleting previous
> ways to specify "things".
>
> The packages I know of which should hopefully be able to make use of it are:
>

Re: [GNU ELPA] Do-At-Point version 0.1.2 25 days ago

From Philip Kaludercic to ~pkal/public-inbox

Stefan Monnier <monnier@iro.umontreal.ca> writes:

> The code of `thingatpt.el` used to be pretty horrible.
> It improved over time but I think it's still pretty bad.
> [ `forward-thing` looks pretty poor, for one.  ]
>
> Also, I think it should be extended so that it doesn't just start from
> a position but instead starts from a region (which by default is the
> empty region at point).  This way it could be used for `expand-region`.

So would you say that it would make sense to continue building on
thing-at-point, or should one consider a generalised-thing-at-point,
that would have the advantage of retrospective?  Perhaps we can get some
help from Omar here.

Re: [GNU ELPA] Do-At-Point version 0.1.2 26 days ago

From Philip Kaludercic to ~pkal/public-inbox

Stefan Monnier <monnier@iro.umontreal.ca> writes:

>>> According to
>>> https://www.reddit.com/r/emacs/comments/nirwpk/my_understanding_of_gnu_hyperbole/
>>> your package might also be related to Embark.
>> That is true and I acknowledge that explicitly in the commentary section:
>>   Inspired by Embark and `isearch-forward-thing-at-point'.
>
> Ah, I missed that, sorry.
>
> I think I'm hoping for some kind of unification between these various
> packages, maybe in the form of a middle layer where you can
> provide "patterns" to recognize specific "things" as well associating
> "actions" to particular kinds of "things", and then different packages

Re: [GNU ELPA] Do-At-Point version 0.1.2 27 days ago

From Philip Kaludercic to ~pkal/public-inbox

Stefan Monnier <monnier@iro.umontreal.ca> writes:

>>> This reminds me of (the core of) Hyperbole.
>>> Am I confused or there's indeed some overlap?  If I'm not confused,
>>> could you add some brief comparison to it in the `Commentary:`?
>>
>> I am not familiar with Hyperbole, or at least I have never understood
>> what it does.  I took a more serious look and found this summary:
>
> https://www.gnu.org/software/hyperbole/ has a few videos which try and
> give an idea of what it does.  I hate videos but IIRC I did watch the
> "Overview and Demo" at some point (when I was losing hope to ever
> understand what it is that this thing does).

Re: [GNU ELPA] Do-At-Point version 0.1.2 27 days ago

From Philip Kaludercic to ~pkal/public-inbox

Stefan Monnier <monnier@iro.umontreal.ca> writes:

> Hi Philip,

Hi,

> This reminds me of (the core of) Hyperbole.
> Am I confused or there's indeed some overlap?  If I'm not confused,
> could you add some brief comparison to it in the `Commentary:`?

I am not familiar with Hyperbole, or at least I have never understood
what it does.  I took a more serious look and found this summary:

  Automatically match text in all buffers, to actions; example: if a URL

Re: Error building Emacs 27.1/27.2 a month ago

From Philip Kaludercic to ~pkal/public-inbox

Joseph Turner <joseph@breatheoutbreathe.in> writes:

> I am attempting to test the issue #43 in Compat:
>
> https://github.com/emacs-compat/compat/pull/43#issuecomment-2132791230
>
> I cloned the guix-emacs-historical repo, and then I ran
>
> guix shell -L . emacs-no-x@27.1 -- emacs -q
>
> The build fails with exit code 1.  Please see the attached error log.
>
> Attempting to build Emacs 27.2 fails with a similar log, also attached.