t-relative
> or indent-relative-first-indent-point.
I haven't bothered to look at the advice to have an opinion here, so
I'll let you guys figure out this part.
>>> The second is why advice--buffer-local does what it does. Stefan, why
>>> does it behave differently d
'd be more to do if we can assume ≥24.1, of course.
Stefan
diff --git a/lisp/org/org-agenda.el b/lisp/org/org-agenda.el
index 23ee8d71e6..48e66c7acf 100644
--- a/lisp/org/org-agenda.el
+++ b/lisp/org/org-agenda.el
@@ -1928,7 +1928,7 @@ org-agenda-fontify-
I wrote this template to capture my bills from mostly one shop, but it
has support for multiple shops and the important feature is that it
suggests previous item names and remembers last prices, that gives you
lot's of autocompletion if you repetetivly buy often the same stuff over
and over again.
Michael Welle writes:
> nice. I do something similar with a simple Perl script and an SQL
> database as a backend and sometimes I mull over about what's wrong
> with me ;). On the other hand, I've Org tables telling me when I got
> hair cuts in the last 10 years or so.
Did find a Bug in my code,
If somebody is interested I uploaded a reworked version of this there:
https://github.com/spiderbit/org-capture-ledger-shopping
Stefan Huchler writes:
> I wrote this template to capture my bills from mostly one shop, but it
> has support for multiple shops and the important feature is t
elect
id from udpates)".
--
Until the next mail...,
Stefan.
in more complex cases.
SQL is quite a capable language, but it has also has some rough edges.
:)
--
Until the next mail...,
Stefan.
n time, because Emacs Lisp doesn't provide any
way to do better, but having both Org-9.1.9 and Org-9.2.6 installed
should be a perfectly normal situation.
Any misbehavior that results from this should be reported as a bug
(especially if it can be reproduced).
Stefan
ved Org-mode from Emacs core
with the sole motivation to band-aid an issue with upgrading packages
in package.el.
So I would put your above argument more bluntly: removing Org-mode
from Emacs core would be to sweep the problem under the rug.
package.el is still broken.
Best regards,
Stefan Kangas
Stefan Monnier writes:
>
> > What should happen is that
> > 1) packages.el should see that I'm trying to install a package that requires
> > 9.2.6 as a dependency and it should notify me that 9.1.9 is already
> > installed and do I really want to do that, etc.
&g
And even if we remove org-mode, who is to say that other packages
won't see the same issues in the future? Should we just accept that
we have to remove any package from Emacs which runs into this?
IMO, let's work on fixing the underlying problems instead. Elsewhere
in this thread, S
Provided there is no org-mode functionality loaded when you install
> a later version with package.el, it works fine.
As far as I understand, the bug in package.el is that you can't always
successfully install a later version of a package after it has been
loaded. In this case, Org-mode fails to in
hat happened, since it's not always obvious how best to avoid the
problem).
Stefan
initialize) (package-refresh-contents) (package-install
> 'org-plus-contrib))"
I can't blame you for using such workarounds, but it would *really* help
if you could report the actual problems encountered (and then use the
workaround until we fix the source of the problem).
Stefan
hich is admittedly the most
important concern) but also to make it so the running Emacs session is
upgraded to the new package without having to re-start.
Stefan
LaTeX export should always emit the additional \relax.
--
Until the next mail...,
Stefan.
property :type next-el) 'rule)))
"\\relax")
"\n")))
#+end_src
--
Until the next mail...,
Stefan.
ustom function/block inside the
document (e.g. look for a marked source block) and execute it, if
found. If no custom function/block is found, some default action will
be executed (e.g. ask user what to do, run pre-configured default
export action etc.).
--
Until the next mail...,
Stefan.
Please find attached a small patch to fix a typo. I have signed
papers with the FSF for Emacs.
Best regards,
Stefan Kangas
>From d23d79344a29f53e684b4993e056145007f906f5 Mon Sep 17 00:00:00 2001
From: Stefan Kangas
Date: Tue, 18 Feb 2020 07:24:33 +0100
Subject: [PATCH] org-agenda.el: Fix t
ate the adjustments)
and some source blocks may become a little more verbose.
Just my 2¢.
--
Until the next mail...,
Stefan.
be good to split it out: for me "Hydra"
means "define a Hydra via defhydra or something like that", so if you
tell me to use Hydra to "show the available valid key bindings",
I wouldn't know where to start.
Stefan
ydra.el.. isn't defhydra mainly what it is? What
> would you suggest splitting out of that library?
I don't know enough about it to have a clear opinion on that.
Stefan
what Emacs provides and so it has to
choose between style 1 or style 2, but if we're talking about
integrating this into Emacs, then we should take the opportunity to lift
those restrictions.
Stefan
> Stefan, can you shed any light as to why Org is no longer on elpa.gnu.org?
I wasn't aware of it. I'll try and investigate,
Stefan
WYSIWYG thingies.
Of course, the real problems start when she wants to use some *really*
poorly supported format like Apple's Pages.
Stefan
I want to insert a table from a email (gnus) into org-mode but before it
gets saved it should first be converted.
I can do it manually, copy the ascii table to a org-file:
mark it then use that command:
#+begin_src emacs-lisp
(defun my-make-table ()
"docstring"
(interactive)
(or
Just in case somebody tries to come up with a solution, I made some
progress, so I can import the ascii table as org-table:
%(progn
(with-current-buffer (org-capture-get :original-buffer)
(call-interactively 'copy-region-as-kill))
(with-temp-buffer
"*import-temp*"
(erase-buffe
Hmm I seem to be unable to access the data from the org-table.
org-element-map seems to be pretty poorly documented, I get the data but
in a strange format, (length row) returns 8 despite the table having
only 6 rows.
Also somehow I can't get to the data with cdr or nth or similar sequence
functi
In case somebody wants something similar, I post my solution I came up
with here:
%(progn
(defun get-table-content (&optional start end)
(let* ((start (or start (buffer-end -1)))
(end (or end (buffer-end 1)))
(lines
(s-split "\n" (buffer-substring-no-pr
need to
>> address this, or will people stick around and just wait until
>> things cool off a bit?
>
I just subscribed to this list (thus posting a followup to Nuuttis
post). 20 mails a day sound pretty OK to me. Using Gnus makes
handling of this easy :-)
Best Regards
Stefan
--
S
ebian/Ubuntu pdf90 is part of the pdfjam package.
same for Gentoo:
shell> eix pdfjam
* app-text/pdfjam
Available versions: 1.10 1.20
Homepage:http://www.warwick.ac.uk/go/pdfjam
Description: pdfnup, pdfjoin and pdf90
regards
stefan
--
Stefan Kamphausen --- htt
muse-extension, but I can't see when that will happen. It has to
fill the time-slots when they come up ;-)
Kind Regards
Stefan
Footnotes:
[1] http://www.emacswiki.org/cgi-bin/wiki/OddmuseMode
--
Stefan Kamphausen --- http://www.skamphausen.de
a blessed
Hi,
Bastien <[EMAIL PROTECTED]> writes:
> I've not been using the OddMuse wiki engine for a long time now, and I
> don't know how difficult such a backend would be to write, but I think
> this is an *excellent* idea.
Encouraging. :-)
Regards
Stefan
--
S
thinking about a general solution. And maybe I am
missing something?
The simple approach, to close all buffers associated with files in
org-agenda-files, is obviously not what one wants, instead only those
opened transparently should be removed afterwards.
What do you think?
Kind Regards
Stefan
o me. I haven't started writing some elisp,
though. And of course this is slightly OT :-)
Best Regards
Stefan
--
Stefan Kamphausen --- http://www.skamphausen.de
a blessed +42 regexp of confusion (weapon in hand)
You hit. The format string crumbles and turns to dust.
__
Hi,
Carsten Dominik <[EMAIL PROTECTED]> writes:
> Sometimes I wander how many XEmacs users are out there, and if it is
> still worth supporting it
I definitely think it is. (Although I'm currently giving Gnu Emacs
another try after years of XEmacs-induced productivity ;-)
it a block element?
--
Until the next mail...,
Stefan.
your arguments for the change.
Currently, I also do not really see why this attribute value (just a
string if the integer case is forbidden) will make the Org syntax more
complex.
--
Until the next mail...,
Stefan.
element and the \begin{equation*}...\end{equation*} block). I'm
undecided. :)
But thanks for your explanations!
--
Until the next mail...,
Stefan.
ock belonging to a single paragraph and separate
paragraphs)?
--
Until the next mail...,
Stefan.
ex.el
> two separate lists today. Maybe, for simplicity, it would be better
> to unify the two lists in a single db, something like
> `org-latex-language-alist'. What do you think?
+1
--
Until the next mail...,
Stefan.
gt; useless in the case of export to HTML or ODT file.
Remember, as Nicolas said, the alternative to \[...\] is not a
"#+begin_export" block, but
\begin{equation*}
...
\end{equation*}
--
Until the next mail...,
Stefan.
in [[*Intro]] there is not much to say.
#+end_src
--
Until the next mail...,
Stefan.
t-internal-link'"
(save-excursion
(goto-char (cdr x))
(call-interactively 'org-store-link))
(org-insert-last-stored-link 1)
(delete-char -1))
#+end_src
--
Until the next mail...,
Stefan.
Juan Manuel Macías writes:
> In Org 9.5 there is a new variable `org-latex-reference-command'.
Thanks for the reminder! I once read about it, but forgot to use it
after upgrading to 9.5. :)
--
Until the next mail...,
Stefan.
n. Just try to change this part so that instead of
jumping, a link is inserted at the proper place (that's the part my
function `sn/org-insert-internal-link-action' is responsible for).
Maybe someone with more knowledge about helm might help you with a
complete solution.
--
Until the next mail...,
Stefan.
The attached patch removes some compat code for XEmacs, and Emacs 21/22.
From 5c3e92a1419c27f79c2cb7a47af55dfd846357fa Mon Sep 17 00:00:00 2001
From: Stefan Kangas
Date: Sun, 26 Sep 2021 21:29:25 +0200
Subject: [PATCH] Remove XEmacs and ancient Emacs compat code
* lisp/ox-html.el (org-html
Here's a patch which cleans up some magic numbers in
`org-attach.el` and gets rif of the use of the second arg of `commandp`,
by making `org-attach-commands` accept any commands (including keyboard
macros).
Stefan
diff --git a/lisp/org/org-attach.el b/lisp/org/org-attach.el
> I pushed this to the development branch 'main' of Org.
Perfect, thanks,
Stefan
The patch below gets rid of the old `defadvice`, replacing it with `advice-add`.
It also includes some FIXMEs about things I found along the way which
look suspicious (they're not directly related to the patch, tho, nor
are they affected by it AFAICT).
Stefan
2022-03-31 Stefan Mo
not even in `master`), so I think you
should be good at least until 2030.
Stefan
typically because of some
old and unmaintained package).
[ The same might happen with `cl.el`. ]
Stefan
to-integer time)
Instead of rounding the times to whole seconds, wouldn't it make more
sense to check that the difference is larger than 1s?
Stefan
ome function provided by the user. And if no translation is provided,
just give the value verbatim to the engine, thus if a user only
targets a single backend, he does not need to provide any
extra configuration.
Just my 2¢.
--
Until the next mail...,
Stefan.
e simple kind of namespaces for commands to
avoid name clashes when using multiple specialised support packages at
the same time.
--
Until the next mail...,
Stefan.
if ,state 1 0))
> + ,@body
> + (,mode (if old-state 1 0
This should probably use `unwind-protect` in case `body` exits
non-locally.
[ And also, for buffer-local minor modes, we should try and be careful
to restore the mode in the same buffer, tho this can be pushed as
a responsability of `body`. ]
Stefan
Detlef Steuer writes:
> I would go as far as saying *this list* is one of the fastest
> reacting amd friendliest communities I have been part of. The job
> Nicolas does is just awesome.
+1!
--
Until the next mail...,
Stefan.
lved doing more of the heavy lifting
manually using org-agenda-filter-apply.
Best regards,
Stefan Kangas
From 83e67c647d4bfd3e30f8e6e96e77a4192e10f898 Mon Sep 17 00:00:00 2001
From: Stefan Kangas
Date: Thu, 21 May 2020 07:24:49 +0200
Subject: [PATCH] New function org-agenda-filter-set
* lisp/org
Kyle Meyer writes:
> nitpick: Could you update the docstring to explicitly mention STR and to
> describe NEGATE?
Fixed in the attached patch.
> Thanks for the patch.
Thanks for reviewing.
Best regards,
Stefan Kangas
From 5a9a7d810e174dfad30a6ec657b39cbe83879f94 Mon Sep 17 00:00:00
ll you rebind the key?
Thanks.
Best regards,
Stefan Kangas
y either install a recent version
of Org mode or wait until it is packaged and released with Emacs 28.
I'm therefore closing the Emacs bug now.
Best regards,
Stefan Kangas
ale-environment "en_US.UTF-8")
#+end_src
You can check what locale Emacs is using by inspecting the variables
`current-language-environment', and especially `system-time-locale'
(for the case that LC_TIME is set differently than other locale
settings).
--
Until the next mail...,
Stefan.
--
Until the next mail...,
Stefan.
ssociated variable that can be
set globally to the desired start value).
--
Until the next mail...,
Stefan.
Emanuel Berg via "General discussions about Org-mode."
writes:
> Stefan Nobis wrote:
>> (setq org-link-descriptive nil)
> I don't have org-link-descriptive, it seems...
No problem, the old name is =org-descriptive-links= (this name has
been deprecated in Org 9.3,
Org helps a lot to speed up creating simple, small
documents. I customized some aspects once globally and have to type
less (but still know LaTeX and sprinkle a few fine-tunings here and
there). So sometimes I view Org as a kind of very flexible LaTeX
template engine. :)
--
Until the next mail...,
Stefan.
other Emacs installations with different global
settings).
For more details on what can be configured see
https://orgmode.org/manual/Exporting.html#Exporting. The options there
are mostly presented as in-document settings but most if not all of
them may also be set in some way globally via Emacs init.
--
Until the next mail...,
Stefan.
cs internals to really judge this).
--
Until the next mail...,
Stefan.
rectly.
But otherwise I second your recommendation to not use this style of
marking paragraphs if not absolutely required.
--
Until the next mail...,
Stefan.
ail style" marking of paragraphs in longer texts
(reports etc.) where the usual "book style" would be much more
friendly to at least my eyes. Just be aware of the options and try to
find a style that is pleasant to most of your readers. :)
--
Until the next mail...,
Stefan.
rom the Koma script classes (that I use nearly
exclusively) - when I... consider to use this style of marking
paragraphs. :)
--
Until the next mail...,
Stefan.
atex_header:
\usepackage{booktabs}" or remove the ":booktabs t" part.
--
Until the next mail...,
Stefan.
n create garbage with
any kind of software. :)
--
Until the next mail...,
Stefan.
the next mail...,
Stefan.
I think that is what I also had inn mind, but I care more about the
resheduling part, wouldn't that work with sheduling it on day x and then
have a deadline day x+1?
thu...@arcor.de (Thomas Plass) writes:
> Hi subscribers,
>
> can multiday timestamp ranges be made repeatable? Case in point: I'd
I have a task sheduled like that:
* TODO Order from a delivery service
SCHEDULED: <2020-10-06 Di .+2w>
So if I understand the resheduling correctly if I miss the task, it
get's resheduled 2 weeks later (probably deadline would be better here)?
But the delivery service delievers weekly I just
me script from a CDN (maybe loaded partially due to
constraints from the plugin) or something like that.
--
Until the next mail...,
Stefan.
investigate further when I have a bit more time. For now please assume
this issue as resolved. :)
--
Until the next mail...,
Stefan.
S file?
You cannot have the cookie and eat it!
So, everyone, please calm down and try not to overreact over really
simple, negligible details.
--
Until the next mail...,
Stefan.
ae4bed2468 Mon Sep 17 00:00:00 2001
From: Stefan Kangas
Date: Tue, 17 Nov 2020 17:35:49 +0100
Subject: [PATCH] Remove redundant 'function's around lambda
* contrib/lisp/org-secretary.el (join):
* contrib/lisp/ox-taskjuggler.el (org-taskjuggler-project-plan):
* lisp/org-clock.el (org-resolv
Kyle Meyer writes:
> All these look good to me except this unrelated whitespace change, which
> actually touches the change ported from your 61dca6e92a (Don't quote
> lambdas in several places, 2020-11-14) in the Emacs repo.
I must have included that part by mistake, sorry about that.
> Org fil
Lennart Borgman writes:
> On Sun, Nov 28, 2010 at 8:01 PM, Stefan Monnier
> wrote:
>>> Could we please add a replacement for 'htmlize-region-for-past using
>>> htmlfontify?
>>
>> I don't know what is "htmlize-region-for-past(e?)". Care t
Neil Jerram writes:
>> I've been working on removing redundant `function' around `lambda' in
>> Emacs core,
>
> I'm slightly curious about the history and reasoning around this. If I
> understand correctly, (lambda ...) on its own has always worked, and it's
> never been strictly necessary to ad
> The EmacsConf 2020 videos are now ready. Thanks to everyone who helped
> make it happen!
Wow! I've been too busy with other things to pay attention to
EmacsConf-2020 but the program looks terrific, thank you very much for
organizing it.
Stefan "downloading some videos"
Ihor Radchenko writes:
> Stefan Kangas writes:
>
> > The attached patch removes some compat code for XEmacs, and Emacs 21/22.
>
> Thanks! And sorry for the late reply.
> The patch does not apply onto current main anymore.
> Would you mind updating the patch?
Pleas
er comment before "Homepage".
Please see the attached patch.
From 56ffe1256c4bdcc48d465c536c5bedcdb94d341e Mon Sep 17 00:00:00 2001
From: Stefan Kangas
Date: Sun, 26 Sep 2021 09:44:29 +0200
Subject: [PATCH] Prefer "website" to "homepage"
These days, a "ho
Ihor Radchenko writes:
> > ... Emacs was recently
> > updated to list the "URL" header comment before "Homepage".
>
> Could you please point out to the relevant discussion?
This was uncontroversial so not really discussed, but see:
https://git.savannah.gnu.org/gitweb/?p=emacs.git;a=commit;h=bcf
I found the docstrings of the agenda date navigation commands to be
somewhat lacking. The attached patch expands them slightly and adds
crossreferences, which I think makes them much more usable. Thanks.
0001-Improve-docstrings-of-agenda-date-navigation-command.patch
Description: Binary data
this.
From 68d4a3760535666fc69534a6f79ec3501626695f Mon Sep 17 00:00:00 2001
From: Stefan Kangas
Date: Fri, 24 Jun 2022 19:16:30 +0200
Subject: [PATCH] Avoid treating a number as an enum in manual
* doc/org-manual.org (The Agenda Dispatcher): Avoid treating
number as enum.
---
doc/org-manual.org | 4 ++--
1 file changed, 2 insert
ecommendations).
Please see the attached.
From cdd375813263250fd39be9888b3d0a68d9ba0063 Mon Sep 17 00:00:00 2001
From: Stefan Kangas
Date: Sun, 26 Sep 2021 09:44:29 +0200
Subject: [PATCH] Prefer "website" to "homepage"
Emacs now advises using "website" (instead of "
It seems like the `org-agenda-custom-commands' docstring had some
missing and incorrect information. Please see the attached patch that
should improve the situation slightly.
From 72dd496e5eba7310854caa6c6daaee2cebd62662 Mon Sep 17 00:00:00 2001
From: Stefan Kangas
Date: Sun, 26 Jun 2022
Please see the attached patches. Thanks.
From 061255f1d6441f1496a3b062d6f29193ff2fb3c2 Mon Sep 17 00:00:00 2001
From: Stefan Kangas
Date: Sun, 26 Jun 2022 12:48:06 +0200
Subject: [PATCH 1/2] Move appendix on performance in manual to agenda chapter
* doc/org-manual.org (Speeding Up Your Agendas
Ihor Radchenko writes:
> Does it have to be inside the main chapters of the manual?
> I really hope that users do not _normally_ have to know about these
> tricks.
I've never needed it, FWIW.
However, it also feels misplaced among the appendixes. I guess this
is subjective: I prefer chapters t
Stefan Kangas writes:
> > > These options can be applied to selected agenda views. For more
> > > details about generation of agenda views, see the docstrings for the
> > > relevant variables, and this
> > > [[https://orgmode.org/worg/agenda-optimizat
The attached patch improves the look of the agenda time grid and
separator line on graphical displays. It was inspired by
org-modern.el by Daniel Mendler.
From dba6d68019c74232f581a55ab012fd9d06f53434 Mon Sep 17 00:00:00 2001
From: Stefan Kangas
Date: Mon, 27 Jun 2022 14:04:00 +0200
Subject
org-install.el has been obsolete for more than 10 years.
To finally get rid of this file, I put it to you that all we need to do is:
1. Move it in emacs.git from lisp/org/org-install.el to
lisp/obsolete/org-install.el
2. Delete the file from org-mode.git
This means that all users (of old and new
Ihor Radchenko writes:
> > 2. Delete the file from org-mode.git
> > ...
> > What do you think?
>
> Sounds good to me.
Patch attached.
From d609398f5a42a0157c309ead3e38be8ea78456f8 Mon Sep 17 00:00:00 2001
From: Stefan Kangas
Date: Wed, 29 Jun 2022 05:36:47 +0200
Sub
Ihor Radchenko writes:
> >:group 'org-agenda
> > + :version "29.1"
> > ...
> > - :version "24.1"
> > + :version "29.1"
> >:type 'string)
>
> I am wondering if this is meaningful considering that Org is not always
> distributed together with Emacs. Will this :version tag make any sense
Kyle Meyer writes:
> In my view it'd be better to drop the first item. Org has removed
> plenty of obsolete features in its time, but searching the emacs.git
> history, I can't find a case where an Org-related file has been in
> lisp/obsolete/. I'd vote against setting that precedent, as I don'
Ihor Radchenko writes:
> Sure. Just trying to clarify my confusion. The inconsistency with some
> defcustoms using :version and some not is bugging me.
Agreed. It would be better to be consistent with this.
301 - 400 of 595 matches
Mail list logo