all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Achim Gratz <Stromeko@nexgo.de>
To: emacs-orgmode@gnu.org
Subject: Re: New exporter and defgroup
Date: Sat, 20 Apr 2013 09:54:13 +0200	[thread overview]
Message-ID: <87mwstab8a.fsf@Rainer.invalid> (raw)
In-Reply-To: 87ip3hzmqz.fsf@bzg.ath.cx

Bastien writes:
>> Can we have some sort of a check while loading Org that picks up these
>> shadowed variables and "deletes" them?
>
> I think Achim has been thinking about some incantation for this
> (at install time).  Maybe if this can be done after installation,
> we could document it somewhere... not really sure.

It would have to be done each time Org is loaded.  Unfortunately Emacs
doesn't provide an interface for removing such definitions, so you'd
have to traverse a number of not-too-well documented data structures to
get rid of them.  I'm still not sure I found all of these nor if there
are adverse effects of doing that.  Eric Frage (IIRC) was testing a
rough version of what I was trying to do, he reported he was seeing
problems that he wanted to investigate further.  Now, with the dust from
all the other changes settling, we might pick up where we left before:

--8<---------------cut here---------------start------------->8---
;;
;; Kill our ancestors
;;

;; clean load-path
(setq load-path
      (delq nil (mapcar
		 (function (lambda (p)
			     (unless (string-match "lisp/org$" p)
			       p))
			   load-path)))
;; remove property list to defeat cus-load and remove autoloads
(mapatoms (function  (lambda (s)
		       (let ((sn (symbol-name s)))
			 (when (string-match "^\\(org\\|ob\\|ox\\)-?" sn)
			   (setplist s nil)
			   (when (autoloadp s)
			     (unintern s)))))))
(add-to-list 'load-path "/path/to/org")
(load "org-loaddefs.el" nil nil 'nosuffix)
--8<---------------cut here---------------end--------------->8---

This assumes it is run before any Org functions have been used and makes
no attempt to check if that's true.  Another unverified assumption is
that nothing has polluted the namespaces that Org uses.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves

      reply	other threads:[~2013-04-20  7:54 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-19 12:52 New exporter and defgroup Christian Egli
2013-04-19 17:43 ` Suvayu Ali
2013-04-20  7:26   ` Bastien
2013-04-20  7:54     ` Achim Gratz [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87mwstab8a.fsf@Rainer.invalid \
    --to=stromeko@nexgo.de \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.