Re: Getting X selection reliably (Re: idea for capture anywhere in x)

On 14/11/2022 09:06, Ihor Radchenko wrote: Max Nikulin writes: Depending of particular capture template (even with :immediate-finish t) empty selection may or may not be an error. In Samuel's case it is an error. Unfortunately, while the template is processed, signaled errors are caught and

Re: Debugging firefox extension (Re: idea for capture anywhere in x)

the first part of your sentence with the second part [this has to do with my brain, not your english], I was writing about notify-send (or d-bus function) called in the case of successful capture and notification-daemon or dunst: Samuel Wales. Re: desktop notifications (Re: idea for capture

Re: Debugging firefox extension (Re: idea for capture anywhere in x)

* Samuel Wales [2022-11-17 06:19]: > in other words, you click unicorn, it does some org-protocol call, and > then it flashes that nice but misleading message. That is why I am using Emacs to tell me audibly that bookmark was recorded. Forgive me for not using really Org to record what

Re: Getting X selection reliably (Re: idea for capture anywhere in x)

* Samuel Wales [2022-11-16 07:06]: > idk if related to this thread, but i sure do appreciate the effor in > this thread to solve such problems. it is a key feature for me > because i am often in mouse-only mode. it is thus a constant concern > that org-capture could stop working etc. > > right

Re: Debugging firefox extension (Re: idea for capture anywhere in x)

more below. On 11/16/22, Max Nikulin wrote: > Since recently we were discussing desktop notifications and temporary > rising emacs window, I am unsure if capture indication is related to the > firefox extension, notification daemon, or emacs. my brain is not connecting the first part of your

Debugging firefox extension (Re: idea for capture anywhere in x)

On 16/11/2022 11:03, Samuel Wales wrote: right now, it seems org-capture is broken for me again. clicking on unicorn results in the momentary captured indication in huge text on the screen [i like this indicator], but it does not get captured to my org capture target. Since recently we were

Re: Getting X selection reliably (Re: idea for capture anywhere in x)

idk if related to this thread, but i sure do appreciate the effor in this thread to solve such problems. it is a key feature for me because i am often in mouse-only mode. it is thus a constant concern that org-capture could stop working etc. right now, it seems org-capture is broken for me

Re: Getting X selection reliably (Re: idea for capture anywhere in x)

Max Nikulin writes: >> I am unsure what can be done here. AFAIU, Org just follows the %x >> description. Nothing wrong on Org side. >> >> The best we can do is alternative %?? that will do something more >> reliable. But I am unsure what it can be. > > Depending of particular capture template

Re: Getting X selection reliably (Re: idea for capture anywhere in x)

On 13/11/2022 11:54, Ihor Radchenko wrote: Max Nikulin writes: On 26/10/2022 11:58, Ihor Radchenko wrote: Yes. From org-capture-templates docstring: %x Content of the X clipboard. Ihor, I am afraid there are a couple of pitfalls with "%x" for Samuel since he prefers to keep

Re: Getting X selection reliably (Re: idea for capture anywhere in x)

Max Nikulin writes: > On 26/10/2022 11:58, Ihor Radchenko wrote: >> >> Yes. From org-capture-templates docstring: >> >>%x Content of the X clipboard. > > Ihor, I am afraid there are a couple of pitfalls with "%x" for Samuel > since he prefers to keep Emacs hidden so can not check

Re: desktop notifications (Re: idea for capture anywhere in x)

Samuel Wales writes: > perhaps some fuction in org-capture-before-finalize-hook could raise > emacs for a tiny period of time or something, in the case that it is > invoked when emacs is not visible. if so, and idk if poss, i would > have to try it to find out if it wfm. > > then i wouldn't hafe

Re: desktop notifications (Re: idea for capture anywhere in x)

i am lost in a sea of partial solutions and hints that myb rain cannot process at this time, despite their straightforwardness. i do like the idea of having confidence that a capture worked thgouh very much. perhaps some fuction in org-capture-before-finalize-hook could raise emacs for a tiny

Re: Getting X selection reliably (Re: idea for capture anywhere in x)

i am still slightly lost [varying cognitive issues] but wanted to make one correction. i think i have my capture set up so that my typical capture location shows, although it is underneath ff so cannot be seen at the time. so a new frame in many cases is not necessary; the existing emacs frame

desktop notifications (Re: idea for capture anywhere in x)

On 29/10/2022 11:59, Ihor Radchenko wrote: Functions in org-capture-before-finalize-hook have access to the contents of the capture buffer text. So, one can call `start-process' to run notify-send shell command and put the actual captured text into the notification (displayed briefly or for

Re: Getting X selection reliably (Re: idea for capture anywhere in x)

On 29/10/2022 13:03, Samuel Wales wrote: fluxbox is the only wm or de that seems to do everything i need. Then you should have no problem to call `org-capture' using emacsclient as a menu entry action. Does it work for you? From my point of view "capture anywhere in x" task should be roughly

Re: Getting X selection reliably (Re: idea for capture anywhere in x)

if what we are talking about is checking the text or metadata as org capture or emacs understands it against what we are capturing in a maximized application, by means of a popup and a human [myself], then: i'd say an emacs frame popping up over the application [whether the application is emacs

Re: Getting X selection reliably (Re: idea for capture anywhere in x)

On 29/10/2022 06:07, Samuel Wales wrote: i am still lost in this and it will take me a while. .. it is not a top priority for me at this time as long as the ff org-capture extension works Samuel, feel free came back with this question when you will have enough spare time and motivation to

Re: Getting X selection reliably (Re: idea for capture anywhere in x)

On 29/10/2022 09:59, Ihor Radchenko wrote: Max Nikulin writes: %(org-get-x-clipboard 'PRIMARY) " :immediate-finish t) However to be at the safe side I would check if (org-get-x-clipboard 'PRIMARY) value is not nil at first. My approach to this is simply showing a popup with

Re: Getting X selection reliably (Re: idea for capture anywhere in x)

Samuel Wales writes: > not sure i am following everything but it seems a popup that goes away > after a very short period of time shows adequately that first contact > was made with emacs. then, including the captured text shows that > there isn't another issue? Let me elaborate. What I have

Re: Getting X selection reliably (Re: idea for capture anywhere in x)

not sure i am following everything but it seems a popup that goes away after a very short period of time shows adequately that first contact was made with emacs. then, including the captured text shows that there isn't another issue? On 10/28/22, Ihor Radchenko wrote: > Max Nikulin writes: >

Re: Getting X selection reliably (Re: idea for capture anywhere in x)

Max Nikulin writes: > %(org-get-x-clipboard 'PRIMARY) > " > :immediate-finish t) > > However to be at the safe side I would check if (org-get-x-clipboard > 'PRIMARY) value is not nil at first. My approach to this is simply showing a popup with captured heading after capture. If

Re: Getting X selection reliably (Re: idea for capture anywhere in x)

i am still lost in this and it will take me a while. although it would be great to have everywhere, such as in emacs also with r click, it is not a top priority for me at this time as long as the ff org-capture extension works [i wrote the original when it did not work for me] beecuse ff is the

Re: Getting X selection reliably (Re: idea for capture anywhere in x)

On 28/10/2022 15:39, Dr. Arne Babenhauserheide wrote: Max Nikulin writes: Then you should always have an X11 Emacs frame, maybe behind other windows This sounds like a tray application. Do you know whether something like that already exitst (mark one frame as system tray entry)? I was

Re: Getting X selection reliably (Re: idea for capture anywhere in x)

Max Nikulin writes: > Then you should always have an X11 Emacs frame, maybe behind other > windows This sounds like a tray application. Do you know whether something like that already exitst (mark one frame as system tray entry)? Code the other way round (emacs *as* system tray) seems to

Re: Getting X selection reliably (Re: idea for capture anywhere in x)

On 28/10/2022 11:59, Samuel Wales wrote: i launch emacs from xinit or fluxbox menu. sometimes from a shell. i run emacs as a cli batch thing from a shell. Then you should always have an X11 Emacs frame, maybe behind other windows, and the following command should work emacsclient --eval

Re: Getting X selection reliably (Re: idea for capture anywhere in x)

i do not use emacs daemon or systemd. have not tried running emacs from cron i think. i launch emacs from xinit or fluxbox menu. sometimes from a shell. i run emacs as a cli batch thing from a shell. [and i run emacs on linux console when nec. it is inaccessible for reasons like blinking

Getting X selection reliably (Re: idea for capture anywhere in x)

On 26/10/2022 11:58, Ihor Radchenko wrote: Yes. From org-capture-templates docstring: %x Content of the X clipboard. Ihor, I am afraid there are a couple of pitfalls with "%x" for Samuel since he prefers to keep Emacs hidden so can not check result. 1. If something goes wrong,

Re: desktop notifications (Re: idea for capture anywhere in x)

On 26/10/2022 15:07, Samuel Wales wrote: can dunst go away after a short period? I have never tried it. Unsure if it has enough configuration options. Does it mean that you get notification displayed? Have you tried? notify-send --expire-time 2000 ... i launch dbus manually as fluxbox

Re: desktop notifications (Re: idea for capture anywhere in x)

i called notify-send from the cli in emacs shell mode running bash, with emacs maximized as most of my apps are. in fluxbox terminology at least, maximized means takes up the whole screen. fullscreen would mean occupies the top. no text result and no gui result from notify-send. can dunst go

Re: desktop notifications (Re: idea for capture anywhere in x)

On 26/10/2022 13:22, Samuel Wales wrote: i have the daemon and the binary but notify-send "summary" "text" seems to do nothing obvious. called from shell mode. my emacs is maximized. so is firefox. Does notify-send complain (with some delay) concerning timeout during attempt to connect to

Re: desktop notifications (Re: idea for capture anywhere in x)

i have the daemon and the binary but notify-send "summary" "text" seems to do nothing obvious. called from shell mode. my emacs is maximized. so is firefox. On 10/25/22, Max Nikulin wrote: > On 26/10/2022 12:05, Samuel Wales wrote: >> >>> You may hook notifications-notify to

desktop notifications (Re: idea for capture anywhere in x)

On 26/10/2022 12:05, Samuel Wales wrote: You may hook notifications-notify to org-capture-after-finalize-hook to see notification when the capture is successful. sounds like it could be reassuring if it is not obtrusive. Try the following command to get impression notify-send

Re: idea for capture anywhere in x

more below. On 10/25/22, Ihor Radchenko wrote: > Samuel Wales writes: > >> although i always fear it breaking or silently failing, as i have >> emacs in the bg behind ff when i run it and do not want to do more >> mousing and inspecting to find out if worked each time. > > You may hook

Re: idea for capture anywhere in x

Samuel Wales writes: > although i always fear it breaking or silently failing, as i have > emacs in the bg behind ff when i run it and do not want to do more > mousing and inspecting to find out if worked each time. You may hook notifications-notify to org-capture-after-finalize-hook to see

Re: idea for capture anywhere in x

hi max, thanks. more below. On 10/14/22, Max Nikulin wrote: > Samuel, I assume that you are quite happy with org-capture Firefox > extension. yes i rely on it and adore it. although i always fear it breaking or silently failing, as i have emacs in the bg behind ff when i run it and do not

Re: idea for capture anywhere in x

On 12/10/2022 08:09, Samuel Wales wrote: the thread is about doing the same thing, or as much as possible of it, more generally in x. Samuel, I assume that you are quite happy with org-capture Firefox extension. Have you managed to setup capturing text from other applications? From my

Re: idea for capture anywhere in x

Dear Ihor, Thanks, I have always such joy to get your insights. * Ihor Radchenko [2022-10-13 02:14]: > This is implied. Indeed, you can put information into Emacs by many other > means, including keyword input or command line invocation. I was rather meaning through command line, or through

Re: idea for capture anywhere in x

I understand that by changing habits one can do many things. Just as user may use Emacs Window Manager, and everything is solved. > I do not mind, but nobody has created a more generic solution that Org can > use as a base to implement its features. That is why I wrote Capturing information is

Re: idea for capture anywhere in x

Jean Louis writes: > Emacs has in any case the capability to accept information in various > ways and then run we could say really arbitrary Emacs lisp, as the > command line options allow it. How data is sent from external programs > may be decided, coded, prepared by such programs. > > The

Re: idea for capture anywhere in x

On 11/10/2022 05:06, Jean Louis wrote: Jean, make a pause and think ones more. It does not mean extra click and implies nothing different from you recipe. Instead of thinking, I am doing it. I consider it as a problem. It is better to think at first. Did you try to invoke Emacs without

Re: idea for capture anywhere in x

* Ihor Radchenko [2022-10-12 14:37]: > I was mostly answering about X website to eww website part. org-protocol > is a way to run arbitrary Elisp when Emacs is called with an arbitrary > data (not necessarily file). Sounds sensational, while it is not. According to (info "(org) Protocols") it

Re: idea for capture anywhere in x

Ypo writes: > The first workflow would consist in emphasizing the web page > permanently: I think what you are looking for is something similar to what certain extensions for firefox or chrome do, like highlighter. It's useful, but I'd say only for static pages. > 1. Open in ~eww~ the web page.

Re: idea for capture anywhere in x

Ypo writes: > Thanks, Ihor. > > But I was referring to 2 possible workflows (not sure if org-protocol > would be the answer). I was mostly answering about X website to eww website part. org-protocol is a way to run arbitrary Elisp when Emacs is called with an arbitrary data (not necessarily

Re: idea for capture anywhere in x

Thanks, Ihor. But I was referring to 2 possible workflows (not sure if org-protocol would be the answer). The first workflow would consist in emphasizing the web page permanently: 1. Open in ~eww~ the web page. 2. Emphasize with org-mode: highlight the text of the web page. 3. In the

Re: idea for capture anywhere in x

Ypo writes: > What if: > 1. It were easy and immediate to open in ~eww~ any web page that we are > reading in "x". Check out org-protocol.el commentary. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at

Re: idea for capture anywhere in x

fools [me] rush in where angels dare to tread, but > Did you try to invoke Emacs without having Emacs in front of you? Once > you try, come back and tell me how would you capture anything from X i use the firefox org-capture extension. i click on a unicorn. url and title are saved as an org

Re: idea for capture anywhere in x

> Samuel, have you managed to fix org-protocol setup? From other messages I am > almost sure that the issue is not with the firefox add-on. thank you. i think i fixed that outside firefox now and org-capture works. i am still trying to get through all the ideas and information and my drafts of

Re: idea for capture anywhere in x

Jean Louis writes: > Did you try to invoke Emacs without having Emacs in front of you? Once > you try, come back and tell me how would you capture anything from X > selection into Emacs without having Emacs window in front of you. > > I do not know how. My thinking stops right there. > > I have

Re: idea for capture anywhere in x

> Jean, make a pause and think ones more. It does not mean extra click > and implies nothing different from you recipe. Instead of thinking, I am doing it. Did you try to invoke Emacs without having Emacs in front of you? Once you try, come back and tell me how would you capture anything from X

Re: idea for capture anywhere in x

On 10/10/2022 00:08, Jean Louis wrote: * Max Nikulin [2022-10-09 19:41]: On 09/10/2022 21:47, Jean Louis wrote: File: ~/bin/capture-x-selection.sh #!/usr/bin/bash TEMP=/tmp/xselection.txt xsel -o > $TEMP (perhaps unsafe) intermediate file is redundant. Emacs can access text/plain target of

Re: idea for capture anywhere in x

What if: 1. It were easy and immediate to open in ~eww~ any web page that we are reading in "x". 2. Once on eww we could: a. Emphasize (markup, "highlight") the text and save the modifications for the future. Then we could continue reading the emphasized web page. b. Create and

Re: idea for capture anywhere in x

* Max Nikulin [2022-10-09 19:41]: > On 09/10/2022 21:47, Jean Louis wrote: > > > > I have basic concept to capture X selection in file and get it in > > Emacs. It is not really related to Org, one can capture X selection > > and record it anyhow. There is no need for org-protocol this way. > >

Re: idea for capture anywhere in x

On 09/10/2022 21:47, Jean Louis wrote: I have basic concept to capture X selection in file and get it in Emacs. It is not really related to Org, one can capture X selection and record it anyhow. There is no need for org-protocol this way. File: ~/bin/capture-x-selection.sh #!/usr/bin/bash

Re: idea for capture anywhere in x

* Samuel Wales [2022-06-10 05:37]: > with the org capture firefox extension broken, i recalled this old > thread, thinking it might be a fix, and i think i understand the > issue. so i thought i would summarize here in this one post. > > i think i was not clear in this thread in a few places.

Re: idea for capture anywhere in x

Dnia Mon, 13 Jun 2022 17:04:46 +0700, Max Nikulin napisał(a): > On 13/06/2022 16:10, Michal Politowski wrote: > > > > $ xclip -selection clipboard -o -t text/x-moz-url-priv > > https://orgmode.org/ > > Thank you for the trick. > > Have you ever tried to set drag-n-drop handler for org buffers

Re: idea for capture anywhere in x

On 13/06/2022 16:10, Michal Politowski wrote: $ xclip -selection clipboard -o -t text/x-moz-url-priv https://orgmode.org/ Thank you for the trick. Have you ever tried to set drag-n-drop handler for org buffers to invoke e.g. `org-store-link'? I mean dragging a link or URL from the address

Re: idea for capture anywhere in x

Dnia Thu, 9 Jun 2022 19:35:52 -0700, Samuel Wales napisał(a): [...] > otoh, if there is such a thing as "a cli command that will ask firefox > for its current url" then it is possible. Not exactly this (and what is current with many windows and tabs?), but it seems that when Firefox owns a

Re: idea for capture anywhere in x

On 10/06/2022 09:35, Samuel Wales wrote: with the org capture firefox extension broken, i recalled this old thread, thinking it might be a fix, and i think i understand the issue. so i thought i would summarize here in this one post. Samuel, have you managed to fix org-protocol setup? From

Re: idea for capture anywhere in x

Samuel Wales writes: > 2. > > in this thread i thought it would also be great to select text with > mouse /in any running application in x/, then have selection be saved > to an org entry. this might be possible with the above possible > solution, minus the url issue. FYI, you can bind

Re: idea for capture anywhere in x

Samuel Wales writes: Hi Samuel, > with the org capture firefox extension broken, i recalled this old > thread, thinking it might be a fix, and i think i understand the > issue. so i thought i would summarize here in this one post. This new addon:

Re: idea for capture anywhere in x

with the org capture firefox extension broken, i recalled this old thread, thinking it might be a fix, and i think i understand the issue. so i thought i would summarize here in this one post. i think i was not clear in this thread in a few places. apologies for that. 1. [current need,

Re: idea for capture anywhere in x

Hi No Wayman, No Wayman writes: > I use a deamon specifically for this. Here's a gist with my setup > (thought slightly out of date, this will work as a base): > > https://gist.github.com/progfolio/af627354f87542879de3ddc30a31adc1 Thanks for sharing this, I've added (as 10e460b9) an entry on

Re: idea for capture anywhere in x

Just chiming in here, you are correct that org-protocol is unnecessary. Regular org-capture templates plus a call to emacsclient -e will do the trick. I happened to recently see a workflow like this in a blog post: https://yiufung.net/post/anki-org/

Re: idea for capture anywhere in x

09.09.2020 11:52, Maxim Nikulin wrote: Capture templates allow calling of arbitrary lisp code, so you could take value from kill ring or call low level gui-get-selection function. The latter would allow separate templates for primary selection and for clipboard. Today I have noticed that

Re: idea for capture anywhere in x

as some have mentioned keystrokes, i just wanted to point out htat the idea here is select with mouse and run using mouse, with no keyboard at all. firefox org-capture does this for me. in case there was any confusion. On 9/9/20, Russell Adams wrote: > On Mon, Sep 07, 2020 at 10:05:38PM -0700,

Re: idea for capture anywhere in x

On Mon, Sep 07, 2020 at 10:05:38PM -0700, Samuel Wales wrote: > well for a non-emacs application, i want to select text and capture > using wm menu. I routinely capture programming and UNIX history. I select text (X11 clipboard), and then I have a skel/abbrev to insert it into Emacs. I type

Re: idea for capture anywhere in x

09.09.2020 05:40, Samuel Wales wrote: On 9/7/20, Maxim Nikulin wrote: Do you mean a tiny tool that takes content of X primary selection or clipboard and passes it to emacs-client org-protocol argument? maybe. guessing probably. i want it to take contents of x primary selection or clipboard

Re: idea for capture anywhere in x

> is something like this possible? It's very easy. Below is a part of my capture (bash) script for qutebrowser: emacsclient "org-protocol://capture?template=$TEMPLATE=$URL=$TITLE=$SELECTED_TEXT=$QUTE_HTML=$QUTE_FIFO" Best, Ihor Samuel Wales writes: > dunno if this is sensible, but istr you

Re: idea for capture anywhere in x

I use a deamon specifically for this. Here's a gist with my setup (thought slightly out of date, this will work as a base): https://gist.github.com/progfolio/af627354f87542879de3ddc30a31adc1

Re: idea for capture anywhere in x

On 9/7/20, Maxim Nikulin wrote: > 08.09.2020 12:05, Samuel Wales wrote: >> well for a non-emacs application, i want to select text and capture >> using wm menu. > > Do you mean a tiny tool that takes content of X primary selection or > clipboard and passes it to emacs-client org-protocol

Re: idea for capture anywhere in x

08.09.2020 15:03, Diego Zamboni wrote: Doom Emacs has an 'org-capture' script that uses emacsclient to externally invoke a new frame with 'org-capture' in it. Maybe this could be a good starting point? https://github.com/hlissner/doom-emacs/blob/develop/bin/org-capture Thank you for the

Re: idea for capture anywhere in x

Doom Emacs has an 'org-capture' script that uses emacsclient to externally invoke a new frame with 'org-capture' in it. Maybe this could be a good starting point? https://github.com/hlissner/doom-emacs/blob/develop/bin/org-capture --Diego On Tue, Sep 8, 2020 at 9:19 AM Maxim Nikulin wrote: >

Re: idea for capture anywhere in x

08.09.2020 12:21, Tim Cross wrote: How you add this to a window manager menu or key binding will depend on your window manager, but essentially, you just calling emacscleint with the argument -e (org-capture). You may need to quote the command to prevent shell interpolation of the command and

Re: idea for capture anywhere in x

08.09.2020 12:05, Samuel Wales wrote: well for a non-emacs application, i want to select text and capture using wm menu. Do you mean a tiny tool that takes content of X primary selection or clipboard and passes it to emacs-client org-protocol argument? Implementation should have a few lines

Re: idea for capture anywhere in x

Samuel Wales writes: > well for a non-emacs application, i want to select text and capture > using wm menu. > > same thing for emacs, although it is roundabout. i just don't know > the code to set up context menus for every type of buffer is all. so > figured would just use the roundabout

Re: idea for capture anywhere in x

well for a non-emacs application, i want to select text and capture using wm menu. same thing for emacs, although it is roundabout. i just don't know the code to set up context menus for every type of buffer is all. so figured would just use the roundabout thing i would use for any non-emacs

Re: idea for capture anywhere in x

Samuel Wales writes: > dunno if this is sensible, but istr you can capture using emacsclient? > > i really like hte org capture extension in firefox and want it for > everything in x [which means emacs itself using mouse and what little > else i run]. > > my idea was, to emacsclient to call