along lines of reducing logbook entries, i often want to reduce org
files, and i wonder if anybody already had the same desire.
here are some random ideas. my org files are so
large i might have written this list a few times
1) list links to duplicate headlines
2) list links to
idk if thi will help buit a fwe not3es. just in case they are
relevant to your case.
fwiw i have not heard of interactions between org-goto and the refile
mechanism and the cache. i hafve not heard that the latter used a
cache but i do not use it. refile with and withoyut the goto prefix
thank you for your detaild reply.
more below.
On 2/28/21, Ihor Radchenko wrote:
> details why). So, many org commands tend to lag on large archives.
that makes sense. but why would appending to an archive as the result
of bulk archiving lag? if the problem is large archive files, which
i'd
Hi Ihor,
it never occurred to me that bulk archiving could be sped up by
changing anything about the archive files. i assumed that archiving
worked by appending to those files, so once the initial find-file was
performed, there should be no additional slowness.
yet i tried a new file with no
On 9/5/17, Samuel Wales wrote:
> is it expected behavior that if you do a restriction lock on
> a subtree, then do a text search, it will include matches
> from org-agenda-text-search-extra-files? imo it should not.
this was fixed, but i am starting to see it in maint again. if i
cre
note that there is an issue when you try to name your archive files
using years like computer-2000.org_archive. it can take seconds to
find-file big files so it is understandable to want to name files like
that.
however, if you change the name of an archive file, it will not be
found by org when
*** kill any header (with newline) then try yanking in various places
in the stars of any indented header that has things above it. you
should get multiple demotions that do not conform to outline.
On 2/26/21, Samuel Wales wrote:
> it is neither raw yank behavior nor org syntax
>
>
it is neither raw yank behavior nor org syntax
in recent maint
i have org-yank-adjusted-subtrees t
* org-yank is funny
*** kill this line (with newline) then try yanking at ^ places (remove
the ^ first)
the fault lies in the stars
insertion above and arbitrary demotion
*** x
asdfnaksdj fnkadsn
org does indeed have a lot of related features, maybe too many even.
here is some of what i do.
- if i doneify, it means i will likely not need to search for it.
archived to a file.
[currently the archiver is so slow i can't use it]
CLOSED: [2012-11-08 Thu 19:40]
- state logging for repeaters
just a thanks to maintainers of emacs and org including those of you
fixing this and those who wrote the tests. i had no idea org wasn't
fully lexical yet. i look forward to whatever good that brings.
On 2/23/21, Kyle Meyer wrote:
> Kyle Meyer writes:
>
>> Stefan Monnier writes:
> [...]
>>
perhaps if there is no blank line above or below, then it could be not a list.
On 2/21/21, Diego Zamboni wrote:
> Juan Manuel,
>
> YMMV depending on your needs and habits, but another workaround for this
> problem would be to use visual-line-mode instead of filling paragraphs.
>
> --Diego
>
>
>
i'd like to fill things like this
> asdfka sdfnl akjs dnflkajs ndfkjasdn kfj ansdkj nfaksjdfn
> sadj nflakjs ndfklaj ndsfkjans dkfjna skdjfn aklsjd nfkajdnsf
in org.
i always had no problem with it, and when i did, i could use
filladapt, with a little alist change from long ago.
but
in maint for regular emacs i get link face for the link.:
The link [[phrase with =verbatim text 1=][a phrase with =verbatim text 2=]]
face (org-link org-verbatim org-link)
followed by a phrase in =verbatim text 3= followed by
normal text.
face (org-verbatim
still not what i am saying. nefver mind. thanks.
On 2/16/21, Tim Cross wrote:
>
> Samuel Wales writes:
>
>> hi tim,
>>
>> tanks for your replies.
>>
>> 1. the same problem occurs without any * in the buffer.
>
> It will occur
to understant, perahsp try to look at the op and remove the line that says *hi*?
On 2/16/21, Samuel Wales wrote:
> hi tim,
>
> tanks for your replies.
>
> 1. the same problem occurs without any * in the buffer.
>
> 2. the emphasis regexps are supposed to be limited
to stop.
tahnks for your replies.
On 2/16/21, Tim Cross wrote:
>
> Samuel Wales writes:
>
>> to answer your question: i expected it to just skip the non-emphasis.
>> not emphasizing the rest of the buffer seemed quite unusual.
>>
>
> I guess the problem is
to answer your question: i expected it to just skip the non-emphasis.
not emphasizing the rest of the buffer seemed quite unusual.
On 2/16/21, Samuel Wales wrote:
> hi tim,
>
> it isn't malformed, so definitely not looking to be told it's
> malformed. it is just text that is
that is used to fontify the agenda is going to break. so nm.
On 2/16/21, Tim Cross wrote:
>
> Samuel Wales writes:
>
>> in fundamental mode [to eliminate any extra stuff]:
>>
>> ===
>> hi
>> /hi/
>> hi =test
>> hi
>> hi
>> hi
>> /hi/
&g
in fundamental mode [to eliminate any extra stuff]:
===
hi
/hi/
hi =test
hi
hi
hi
/hi/
hi
*hi*
hi
hi
hi
===
m-: (org-do-emphasis-faces nil) RET
everything after =test does not get emphasized.
there is code floating around that calls hte function directly instead
of via font lock. so even if
i have a note that in org 8.0+ they have to be after the todo kw.
however, i /always/ interpret this to mean after the todo kw position
i.e. after where the todo kw would go if it is not there. thus "*
#[A] take out garbage" is legit. "* #[A] NEXT take out garbage" is
wrong.
"* NEXT take out
:
> Samuel Wales writes:
>
>> are there precedents? calc? h in dired does c-h m.
>
> Looks to me like calc shines brightest with its help system which btw
> one enters with key h.
>
> Up to now I see the precedents
>
> - dired
> - help-mode
> - view-mode
&
are there precedents? calc? h in dired does c-h m.
just a brainstorm but maybe c-h m and c-h b can be more friendly for all modes?
On 2/5/21, Marco Wahl wrote:
> Robert Pluim writes:
>
>>> On Fri, 05 Feb 2021 11:34:41 +0100, Marco Wahl
>>> said:
>>
>> Marco> Hi all!
>>
maint.
i have an old computer, which usually has no problems if i am careful,
except org is recently somewhat slower.
with agenda batch archiving, however, even for just a few entries, the
cpu overheats.
the cpu never gets above 28% in a dual core in gkrellm, meaning that
only 1/4 of total
in recent maint [past few weeks perhaps?].
when i refile a task or goto a task using org-refile, sometimes refile
is quite slow. then it sometimes sends me to an impossible location.
by "impossible" i mean that either my refile targets variable is not
respected or my refile verify function is
oops, i meant org-refile-target-verify-function variable.
On 1/29/21, Samuel Wales wrote:
> alpha-org-refile-target-verify-function is all i know of.
>
> On 1/29/21, Kevin Foley wrote:
>> I'd like to use an `org-ql' query in order to get eligible targets when
>>
alpha-org-refile-target-verify-function is all i know of.
On 1/29/21, Kevin Foley wrote:
> I'd like to use an `org-ql' query in order to get eligible targets when
> calling `org-refile'.
>
> It doesn't seem `org-refile-targets' supports something like passing a
> function that returns the
(defvar org-id-locations nil
"List of files with IDs in those files.")
(defvar org-id-files nil
"List of files that contain IDs.")
you are in a maze of twisty little passages.
you are in a twisty maze of little passages.
On 1/19/21, doltes wrote:
>
> aroz...@gmail.com writes:
>
>> This
by activate i mean display, in echo area, whatever it is i want to
display. i think help-echo is a text property, and i might or might
not want to display it, depending. and i might want to display the
other stuff even if there is no help-echo.
i use [and adore] org-link-minor mode in elisp
[and whether it is upon typing vs. movement.]
On 1/13/21, Samuel Wales wrote:
> [my point aboutg orthogonal solution is that different mechanisms
> would not be needed for mouse and cursor and different stuff to
> display in the echo area. to complete my incomplete sentence,
> major
[my point aboutg orthogonal solution is that different mechanisms
would not be needed for mouse and cursor and different stuff to
display in the echo area. to complete my incomplete sentence,
major/minor modes and potentially differing delays.]
On 1/13/21, Samuel Wales wrote
this is an interesting discussion. is there any side discussion that
takes into account both mouse and cursor? i have had a devil of a
time trying to get:
1] displaying value of link in echo area [the problem you are
discussing -- don't let me derail it] with a short nonzero delay
2] doing so
one option is to name your targets with <>. i think, but
have not tested, that these will disappear upon export, but they might
or might not be annoying to you in the org buffer. you can get to
them with [[my-target]] which can export to list number or so.
On 1/12/21, TRS-80 wrote:
> On
this must be user error, but i am not sure where.
i have:
(with-eval-after-load 'ox
;; a whole bunch of settings and defuns and stuff that
;; would cause compiler warnings if it were not after load ox
(setq org-export-with-tasks nil))
and yet, when i export a subtree, the value of that
referring to ... )
>
> - HJ
>
> On 1/4/21 11:38 PM, Samuel Wales wrote:
>> correction:
>>
>>*{pat1} {pat2} {pat3} -{pat4}
>>
>> should do the trick iiuc and if you have the varialbe setc.
>
--
The Kafka Pandemic
Please learn what misopathy is.
https://t
there is a tricky org-protocol thing you can do with emacsclient and a
capture template, but i suspect that chrome has an extension just like
firefox does called org-capture that does some of that in the browser
itself. in firefox-esr, i select text and click the unicorn icon.
you will have to
correction:
*{pat1} {pat2} {pat3} -{pat4}
should do the trick iiuc and if you have the varialbe setc.
with the correct variable settings, i think you can do
{pat1} {pat2} {pat3} -{pat4}
you can check the manual for the search settings.
On 1/4/21, hj-orgmod...@hj.proberto.com wrote:
> hello, I have been using orgmode for a while , and noticed that I can
> find headings based on tags, but I
when i do org-sparse-tree regexp search, keywords are highlighted and
i can use next-error. when i then click on a link with mouse, the
highlighting disappears. i have set org-remove-highlights-with-change
to nil. can i do anything to make the highlights stay?
i don't know if this is the best, but for some reason i had it so that
ledger goes into a block [used to be example or so, now is ledger],
and then post-process it with a shell source block. perhaps this will
make more sense [in the distant past it made more sense to me].
when i process it, i
org-export-with-tasks is a great setting. i set it to nil to make
notes that will not be exported.
===
* REF ^A poem
* NEXT fix this, or else keep it as is
* Poem
In Xanadu Kubla Khan did
In a crass Ozymandian bid
A huge dome decree
That washed out to sea
And was home to a tentacled
angels fear to tread but imo the degree to which one can say /a
priori/ that a personal ui preference is "WRONG" can have limits?
org spreadsheets can have strengths and weaknesses. whether they
matter depends on the user. example: for me, they are:
- i use them infrequently and have to learn
yes, presumably some of these topics apply to emacs style.
On 12/27/20, TEC wrote:
>
> Hi Samuel,
>
> We could add some of our own CSS, but that would have us deviate from
> the Emacs manual. It's worth asking if we want to do that IMO.
>
> --
> Timothy
>
> Samue
i wonder if css makes it possible to have wider margins /except/ for
tables and stuch. or perhaps that is consiedered bad style. but it
would be accessible/functional. but i am just glad that it is only
tables that need horizontal scrolling.
On 12/27/20, Samuel Wales wrote:
> if i w
great job. thank you.
On 12/27/20, Samuel Wales wrote:
> i like the black bg, the no issues with paragraph width.
>
>
> On 12/22/20, TEC wrote:
>> Hi all,
>>
>> This is a quick patch to use the Emacs manual CSS with our generated Org
>> manual.
>>
>&
i like the black bg, the no issues with paragraph width.
On 12/22/20, TEC wrote:
> Hi all,
>
> This is a quick patch to use the Emacs manual CSS with our generated Org
> manual.
>
> You can see what the single-page version of this looks like here:
>
maxim, it is great to see new work in this area. thanks for sharing.
russell, i use the org-capture extension for firefox, which is on the
firefox extensions site. it is for if you want a different set of
data captured [it uses your org capture template]. it works well for
me.
[not a
if my opinion is worth anything [perhaps not much here :]], i like
your proposals and the idea of being able to re-sort an existing
agenda assuming that is your goal.
i don't use any priority sorting except in user-customizable but it
makes sense to decouple them for those who do. and i
in case not obvious, i am suggesting a nil value for org adapt indentation.
thus no physical indentation of all lines including planning lines.
i'd even suggest no physical indentation as default for example and
source blocks, but that is a can of worms.
On 12/22/20, Samuel Wales wrote
there are just a few defaults i think are better for new users,
despite discoverability.
no indentation is one such.
1 changes org files less [better for e.g. merging]
2 requires less filling maintenance [for the body text; bastien's
change works here]
3 requires less adjustment when
i just wanted to say thanks to everybody who maintains org.
somebody said a counter for donations might be useful even if nobody
collects it. i am not able to follow this discussion closely for
health reasons, but one possibility, which you can reject if you like,
but which i mention because
Wales wrote:
> could it be 37a5020bbec1887f954ea61855e17b409ee7c5d0 that does this by
> finding instead of inserting into a temp buffer?
>
> On 12/15/20, Samuel Wales wrote:
>> i suspect org-id-update-id-locations is finding but then failing to
>> kill the buffers.
could it be 37a5020bbec1887f954ea61855e17b409ee7c5d0 that does this by
finding instead of inserting into a temp buffer?
On 12/15/20, Samuel Wales wrote:
> i suspect org-id-update-id-locations is finding but then failing to
> kill the buffers.
>
--
The Kafka Pandemic
Please l
i suspect org-id-update-id-locations is finding but then failing to
kill the buffers.
recent-ish org maint.
i frequently get all my .org_archive files and whatever.org files in
emacs as buffers, without my calling find-file.
i thought perhaps this was agenda, so
(defun alpha-org-kill-agenda-loaded-buffers ()
(interactive)
(org-release-buffers org-agenda-new-buffers)
(setq
an undo-boundary bug can make something unexpected get undone as part
of a batch or make an org operation require two undos. the agenda is
one place where these bugs have existed.
On 12/9/20, Eric S Fraga wrote:
> On Wednesday, 9 Dec 2020 at 11:16, Mikhail Skorzhisnkii wrote:
>> It's kind of
off topic, but as a separate change, perhaps the 2 things named
priority could have separate names?
On 12/8/20, Kyle Meyer wrote:
> [ Sorry, all, for the recent string of duplicate messages from me :x ]
>
> Adam Spiers writes:
>
>> This offers an easy way to check the internal numeric priority
ub.io/emacs-config/config.html#nicer-generated-heading
>> ).
>>
>> I raised this on the list a while ago ---
>> https://orgmode.org/list/e1jxajq-0004dk...@lists.gnu.org/ but there
>> didn't seem to be much interest.
>>
>> All the best,
>> Timothy
>>
&
just thought of a better, still bad, solution.
you could use the header text itself.
then if the link breaks, the user can at least go to the document and
manually look for somethnign similar.
On 12/8/20, Samuel Wales wrote:
> when you link to a section using toc, you get a link l
when you link to a section using toc, you get a link like
https://thekafkapandemic.blogspot.com/2020/02/crimes-against-humanity_3.html#org080f0ab
will these links break if somebody copies them and pastes them
elsewhere? what if you add a section?
there doesn't seem to be a perfect solution,
in recent maint, bulk archive is slow for me. not a huge deal but
org-element--current-element takes up 92 percent of cpu time in
profiler. 6 entries took a few minutes. this is just a heads up in
case anybody can confirm.
--
The Kafka Pandemic
Please learn what misopathy is.
tag even with tasks.
i wonder when was the last time there was a change to
this variable or its behavior? i suspect there might
have been a change, at least wrt top level todo kw
stopping export, but i don't know.
On 10/31/20, Samuel Wales wrote:
> [2020-10-31 Sat 20:59] =x
>
[2020-10-31 Sat 20:59] =x
bug
===
9.4 maint docstring
=== org-export-select-tags is a variable defined in
‘ox.el’.
...
1) does this take into account subtree export, region
export, and narrowed buffers? if so, perhaps the
docstring should change.
my
yes, you understood my points. if you already understood them and
they are not useful to you, then please disregard them.
On 10/30/20, Gustavo Barros wrote:
> Hi Samuel,
>
> On Fri, 30 Oct 2020 at 17:43, Samuel Wales wrote:
>
>> i always have everyting under a top le
i always have everyting under a top level, so taht files are trees not
forests and org can work treeishly even at toplevel. but to not use
the mark, typically you supply point-min and point-max to some
function. major changes to o-s-r migth not be needed, merely that.
On 10/30/20, Gustavo
sa.gov/cgi/uncgi/search/search_html.sh.
===
On 10/2/20, Samuel Wales wrote:
> a couple of corrections to my previous post.
>
> the keystrokes are C-c C-e t A after setting subtree and body only.
>
> pointer actually works for showing the link. just not cursor.
>
> On 10/2/20
his possible?
>
> I cannot reproduce it on my side. What is the org-mode version you are
> using?
>
> Best,
> Ihor
>
> Samuel Wales writes:
>
>> ===
>> * x
>> hi
>> |
>> there
>> * y
>> ===
>>
>> if i copy x and yank it
i can confirm these errors in maint [didn't confirm the patch or
workaround]. thanks for debugging what i could not.
On 10/5/20, No Wayman wrote:
>
> I noticed recently that my message buffer was getting clobbered
> with thousands of Invalid face reference errors when moving point
> around an
thank you to both of you from me too.
i have noticed that the same problem occurs for me with refile targets
alist. putting a file there seems to open the buffer for some reason
and not close it even if it had not been closed. this might require a
refile or an id lookup or so.
however, it does
===
* x
hi
|
there
* y
===
if i copy x and yank it where | is, it yanks immediately above y. i
prefer that it yanks at |. is this possible?
is this new behavior?
a couple of corrections to my previous post.
the keystrokes are C-c C-e t A after setting subtree and body only.
pointer actually works for showing the link. just not cursor.
On 10/2/20, Samuel Wales wrote:
> a few things are broken for me in the new version of maint. my
> comput
a few things are broken for me in the new version of maint. my
computer use is limited, so i am taking them slowly..
emacs 25.
any hints are welcome. i am not able to proceed further.
1.
this export does nothing, with no errors or warnings:
(org-export-to-buffer 'ascii
Hi Victor,
Currently Org-ID can only be placed on entries. This uses the
properties drawer. When we are talking about entries, what I do is,
use Org-ID links to entries to go in one direction, and an agenda
search to go in the opposite direction as follows.
(define-key org-mode-map (kbd "C-c
a long time ago i discovered that drawers were the bottleneck. i
removed a lot of them and got much faster loading speeds. idk if that
is still true.
i think there is an effort to speed logbook and properties up by
changing from overlays to text properties or so.
recent maint is perhaps twice
well, fwiw, i am still getting empty lines for capture buffers with a
final newline and empty capture buffers. idk if htat helps by
iutself. recent maint [new org version] emacs 25.
On 9/27/20, Samuel Wales wrote:
> ... but i want to know what is expected. it sopunds like org is
> in
my .emacs loads org files. went from maybe 7s to 3-4s. this might be
due to the new maint version. if this is so, thank you all! my
longstanding 2-day agenda speed by the benchmark function is the same,
so i think it is loading speed.
--
The Kafka Pandemic
Please learn what misopathy is.
/20, Samuel Wales wrote:
> hi nicolas,
>
> thanks, that helps to know that org adds a newline. this prevents the
> failure mode of corrupted headers.
>
> just to confirm, do you mean capture /templates/ [potentially
> verifiable by org] vs. /finalized buffers/?
>
&
errors, without the options
specified explicitly, i get blank lines below the header if i finalize
the buffer with a trailing newline, and blank lines below the target
header if i capture with an empty buffer. in maint.
On 9/27/20, Nicolas Goaziou wrote:
> Hello,
>
> Samuel Wale
wrote:
> Hi Samuel,
>
>> On 9/23/20, Samuel Wales wrote:
>>> i have the same question for headline-only capture
>>> buffers. i.e. what is the expected result with and without trailing
>>> newline.
>
> Just to clarify: are you aware of the :empty-
ut whether it is pebcak, expected, or a bug
if i know what is the expected result, and whether users are expected
to capture only capture buffers that do not have final newlines. [bug
on empty buffer still exists.]
On 9/23/20, Samuel Wales wrote:
> i have the same question for headline-only capt
seems redoing the agenda by doing g in tags agenda view unmarks all.
perhaps it should persist those?
we have mark persistence for bulk actions.
just an idea.
thanks.
--
The Kafka Pandemic
Please learn what misopathy is.
just wondering out loud what is usually done here. open ended.
in principle one could sort in agenda by logbook size and have it show
the 20 biggest.
one could have a command to show logbook [in case any relevant notes
worth saving]
then ask user whether to archive. archiving would consist of
i am lost about a and b and 1-2 and so on.
but i went to a tecosaur site and noticed that the old unicorn
covering text when you use large fonts or have a low dpi monitor is no
longer a problem, whihc is good. i'd suggest high contrast, light on
dark, preferably with no glaring whites anywhere.
i can confirm visual [not physical] joining of entries [plausibly
doneified tasks] frequently since at least the previous maint, in
vanilla emacs 24 and 25.
On 9/23/20, Ihor Radchenko wrote:
>> On my emacs 27, following demonstrates the problem.
>
> The patch is attached. It should fix the
i have the same question for headline-only capture
buffers. i.e. what is the expected result with and without trailing
newline.
i have been trying various hooks so this might not be the worst case,
but i know that finalizing a completely empty buffer will insert a
newline after the target. that can't be worked around with hooks.
On 9/23/20, Bastien wrote:
> Hi Samuel,
>
> Samuel Wales writes:
>
>&
.]
this is the complete set of questions now.
basically i am getting unwanted newlines all over the place when i
capture. but i want to confirm expected behavior for all 4 questions.
thank you.
On 9/19/20, Samuel Wales wrote:
> i want to check on what is /supposed/ to occur in 9.4 maint.
>
i want to check on what is /supposed/ to occur in 9.4 maint.
if i capture an entry that has a newline at the end of the last line
in the entry, is it supposed to end the entry with a blank line? or
is it supposed to end the entry with the last line? [i want last
line.]
if i capture an entry
On 9/16/20, Stefan Nobis wrote:
> Marking paragraphs by blank lines and without indentation is deemed
> less readable (see for example section 3.10 "Marking Paragraphs" in
> https://komascript.de/~mkohm/scrguien.pdf).
>
> But if you really insist on using this style, still the variant of
>
can emacs supply tools that would be useful?
On 9/16/20, Jeff Filipovits wrote:
>
> Adam,
>
> Thanks. You are right of course and I realized the right-align
> issue right after I sent my email.
>
> Adam Spiers writes:
>
>> But the whole point of this exercise is to support
>> variable-width
>>
if it is in the buffer, asopposed to export, to align body text,
including stuff like planning lines, take a look at
org-adapt-indentation.
i prefer everything left-aligned as opposed to moving around with the
header indentation level, so i set this.
if it's export, check backends for vars.
i have nothing for you to repro so this is just a heads up. in maint
i have had org capture, run by firefox org capture extension, add some
notes, then i manually make a change in the location they add notes
to, then undo. everything gets undone.
i see the problem. but i get confused about the real-world purpose of
this feature. is the idea that technically someplace in the real
world you are supposed to work on it but you have decided not to and
you don't want the agenda to show it until you will work on it?
On 9/10/20, Bastien wrote:
the problem for eldoc for me is that for some reason it gets pretty
confusing trying to implement lots of things all at once, at least
when emacs is already using it for something, or so.
here is my current jumble of code. it does work. and has comments
but idk if it is of any use. or even
this or something similar has definitely been discussed on this
mailing list. so you are not alone.
although i undersatnd the whole thing as readable id's. dunno if that
is the prupose.
maybe something like a timestamp and then the usual id would give you
pretty good uniqueness.
On 9/10/20,
more than one clock can be useful, but maybe need not be org-related,
even if that would be nice? for example, your laundry is due in 45m,
tea will be steeped in 8m, etc.
i believe there is a package that allow many non-org clocks and has a
list-timers or so that shows you what you have running.
700, 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 "pexa&q
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-clie
application. this is for when keyboard cannot be used.
On 9/7/20, Tim Cross wrote:
>
> 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
>> e
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 org protocol to a defined capture
i was unaware of this feature, bound to / in maint, so i tried it in
maint before the fix and got a different result.
all of my categories have hyphens, and many of my files. i suspect on
linux, osx, bsd*, etc., hyphenated filenames are common.
my categories look like e-remember, e-refile,
401 - 500 of 2167 matches
Mail list logo
