Re: [Orgmode] widen column
Richard G Riley [EMAIL PROTECTED] writes: I just returned to org after a short absence. We're all returning to Org someday in our lives. I got the following error report when, in column mode, I tried to widen a column , | Wrong type argument: listp, #buffer todo.org | call-interactively: Wrong type argument: number-or-marker-p, nil | Mark activated ` ( command) org mode version is 5.17a. I cannot reproduce this with 5.17a. Can you send a more extensive backtrace and maybe a test file? Thanks, -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Org-mode development
Hi David, David Smith [EMAIL PROTECTED] writes: I couldn't wait any longer so I went ahead and set up a mercurial repository starting with the current 5.17a. I would have liked to have imported older history but it was a lot of work so hopefully Carsten can just send them to me and put them in later. The repository is available at http://hg.bosabosa.org/orgmode/ Thanks for setting this up. I think this is a good idea, but my idea of why this is a good idea might slightly differ from yours. This is a good idea insofar that it provides a place where people can experiment with Org code freely. But I'm a bit skeptical over whether this will really fit Org's development constraints -- of course, only Carsten can decide on this. The Linus/Carsten parallel is limited. The Linux kernel is really self-contained, while Org is part of Emacs. This makes a difference. Letting code sneaking in Org is not only a matter of having FSF papers signed, but also of making sure that the code fits with general Emacs conventions. This require special attention, and such attention might be easier to provide in a somewhat centralized development framework. Carsten brought up the very good issue that any patches that get into the official branch need to have copyright assigned to the FSF. This is easy to handle: there will be a separate repository managed by either Carsten or, if he doesn't want to, by me for merging patches once they have FSF copyright assignment. This is a trade-off. With a repository you need to spend time checking about legal issues and - as I pointed out above - about Emacs-ability of the patches. My feeling is that there will be too much energy spent on coordination here -- and I guess Carsten prefers coding. Note: Linus said that git spares you the cost of coordination, but he's really speaking about something very specific: coordinating people thru git vs. coordinating them thru cvs (i.e. handling branches with git vs. handling branches with cvs.) Again: having an external repo is a great way to experiment with code. And no matter whether Org is developed thru it or not, you can always manage the repo and submit interesting patches to the mailing list. Carsten's role of shaping and filtering features sounds exactly like Linus's role in Linux and so this development model should work well and scale better then what we've done in the past. I think the current development model works okay -- until Carsten feels to much pressure and doesn't want to cope with it anymore :) The area where we need to scale better is that of providing tutorials, screencasts, FAQs, etc. That fact that Org attracts lots of agile geeks shouldn't let us forget about this aspect... and I believe this is where a decentralized development model would *really* help. Hopefully, ease-of-use won't be a problem with mercurial. (I've never worked with mercurial yet, but I know git a bit and I think the switch is not a sweat.) I'll be putting my personal patches there for things like trac bugs integration, ical import, taskjuggler export, html export improvements, and css and javascript for the exported html pages. Great! I'll be checking your repo and see whether I can contribute. But the example you give confirms that the repo is more a place where to put Org-related code rather than a place where to develop Org itself. For example, I guess add-ons about javascript for the exported HTML pages can't live in Emacs... but will be helpful for some people. Hopefully others will fork mercurial repos as well, and send patches around. Thanks for bringing this up again! Hopefully my points are not too dim :) -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: org-agenda-file-regexp not used in org.el?
Wanrong Lin [EMAIL PROTECTED] writes: I am trying to customize the org-agenda-file-regexp variable to exclude those auto backup files starting with #, but found out the regexp does not have any effect on agend file list. And I further found out it seems the variable org-agenda-file-regexp is not used in org.el at all. In function org-agenda-files, the regular expression is hard coded to \\.org\\', as in these two lines: (if (file-directory-p f) (directory-files f t \\.org\\') I wonder whether this is a bug and should be fixed. Thank you. I think this should be fixed. Here is a patch. diff -u /home/guerry/elisp/testing/org/ /home/guerry/elisp/testing/bzg/org.el --- /home/guerry/elisp/testing/org/org.el 2007-12-20 14:38:42.0 +0100 +++ /home/guerry/elisp/testing/bzg/org.el 2007-12-29 13:13:03.0 +0100 @@ -19618,7 +19618,7 @@ (setq files (apply 'append (mapcar (lambda (f) (if (file-directory-p f) - (directory-files f t \\.org\\') + (directory-files f t org-agenda-file-regexp) (list f))) files))) (if org-agenda-skip-unavailable-files Diff finished. Sat Dec 29 13:13:41 2007 -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org Radio
David O'Toole [EMAIL PROTECTED] writes: I really like the region idea. However it could be very tricky to implement. The annotations in the radio file would be matched to regions in the target file. So presumably we save the region's coordinates in the radio file along with its annotation. We can use markers and overlay properties to keep these data consistent in the face of changes that happen in an Emacs buffer, but if a file can change outside Emacs (i.e. annotating a shared file in version control) then we have a problem Of course, you're right. Maybe the easy solution would be to implement two ways of annotating: region-wise or pseudomarker-wise. You would annotate regions in files that are not supposed to change (e.g. pdftotext'ed text files) and you would insert annotations in texts that are likely to change. The process I have in mind for first kind of annotations is something like this: 1. you're in your text buffer (file.txt) 2. M-x org-remember 3. Use a template that knows about the filename and the region When you open file.txt, you can turn org-annotation-minor-mode on, and *see* whether the text is annotated. The minor-mode would do this: 1. fetch annotations in files that are reached by M-x org-remember 2. put an overlay on these regions (if a region is annotated twice, show this by modifying the overlay - maybe different colors) What do you think? But maybe I am missing an obvious solution---can you give more details on the GPLv3 thing you are referring to? See this: http://gplv3.fsf.org/comments/gfdl-draft-1.html As you can see, commented regions get colored. More commented ones are darker. It would be *really* nice if we could implement something like this in Emacs, with Org. The one thing I currently miss in Emacs is the ability to annotate a file and directly see those annotations in the buffer. -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] cannot build 5.17a
Hans Halvorson [EMAIL PROTECTED] writes: Here's what I get: $ make emacs -batch -q -eval (add-to-list (quote load-path) \.\) -f batch-byte-compile org.el In toplevel form: org.el:12977:10:Error: Wrong type argument: listp, t make: *** [org.elc] Error 1 I am using Emacs 23.0.50.1 from CVS, Nov 28, 2007. I cannot reproduce this with Emacs 23.0.0 and Emacs 23.0.60. Did you remove any *.elc before running make? -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Installing org-mode on ms-dos an Emacs 20.05
Paul Raestad [EMAIL PROTECTED] writes: I'm trying to install org-mode on an old ms-dos pc without much luck. Installing Emacs 20.05 went quite well, but installing org-mode 5.17 on top of it gives me all kinds of errors. As Leo said, maybe the best solution is to install Emacs 22. But IIRC there is a directory in http://orgmode.org where you can find older versions of Org. Is there something like this Carsten? -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-store-link with wanderlust
Hans Halvorson [EMAIL PROTECTED] writes: When I try 'M-x org-store-link' in the wanderlust summary buffer, I get an error (have tried with many messages). For example: Debugger entered--Lisp error: (error Invalid address: (Brad Pitt [EMAIL PROTECTED])) signal(error (Invalid address: (Brad Pitt [EMAIL PROTECTED]))) error(Invalid address: %s (Brad Pitt [EMAIL PROTECTED])) mail-extract-address-components((Brad Pitt [EMAIL PROTECTED])) org-store-link-props(:type wl :from Jolie, Angelina :to (Brad Pitt [EMAIL PROTECTED]) :subject RE: u r hot :message-id [EMAIL PROTECTED]) org-store-link(nil) call-interactively(org-store-link) execute-extended-command(nil) call-interactively(execute-extended-command) The address reported in the backtrace has, of course, been changed ... but it is structurally original to the original valid address. Looks like wl-summary-line-from return a list, not a string. Please check the following patch against Org 5.17a. diff -u /home/guerry/elisp/testing/org/ /home/guerry/elisp/testing/bzg/org.el --- /home/guerry/elisp/testing/org/org.el 2007-12-20 14:38:42.0 +0100 +++ /home/guerry/elisp/testing/bzg/org.el 2007-12-29 14:50:20.0 +0100 @@ -11762,7 +11762,7 @@ wl-summary-buffer-elmo-folder msgnum) (elmo-msgdb-overview-get-entity msgnum (wl-summary-buffer-msgdb - (from (wl-summary-line-from)) + (from (car (wl-summary-line-from))) (to (elmo-message-entity-field wl-message-entity 'to)) (subject (let (wl-thr-indent-string wl-parent-message-entity) (wl-summary-line-subject Diff finished. Sat Dec 29 14:50:25 2007 -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: my GTD setup
Rustom Mody [EMAIL PROTECTED] writes: Well who knows... I never became much of a pianist but I'll become a virtuoso Org-Gtder and write a book so that other disorganized linux geeks can follow a gentler learning curve towards org-anized heaven. Let's all write a book! Psych-org-analysis: fiddling with time -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: appointment done doesn't go away
On Sat, 29 Dec 2007 15:22:41 +0100, Bastien wrote: Hi Cezar, cezar [EMAIL PROTECTED] writes: I have a TODO item marked as an appointment. After marking it done I'd expect it to disappear from my agenda view. Check these options: org-agenda-skip-scheduled-if-done org-agenda-skip-deadline-if-done org-agenda-skip-timestamp-if-done I use timestamps for appointments. So basically these appointments don't appear anywhere else in my agenda view, except on the right day. But I also have `org-agenda-skip-timestamp-if-done' set to t which make it possible to mark appointment as DONE and let them disappear (even before the date.) Would you guys mark appointments as TODOs or just leave them without any tag ? Real appointments (i.e. meetings) don't need to-do keywords. Only scheduled or deadlined items. But tasks that are to be done on a specific day sometimes receive a to-do state. Thank you ! ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Problem with moving outline branches
Hi All I believe that there have been some recent changes to the way that trailing blank lines at the end of nodes are treated. Most (but not all) of my notes under nodes have a single trailing line before the next node, for example: * Task 1 ** Task 1a ** Task 1b Notes for 1b ** Task 1c Notes for 1c ** Task 1d * Task 2 If the tree is fully expanded, and I place the cursur on ** Task 1b and do M-down, the nodes 1b and 1c are re-ordered as expected. If the tree us exanded to only the 2nd level, as follows: * Task 1 ** Task 1a ** Task 1b... ** Task 1c... ** Task 1d * Task 2 And I do a M-down on node 1b, ** Task 1b is visually tacked on to the end of the line occupied by ** Task 1c. In this instance it seems to be cosmetic, as closing and opening the tree fixes the visual corruption, but I've had other instances (not reproduced) where I've moved things up and down a few times in a more complex tree, and the corruption is not just visual: nodes becomes subsumed by others. I'm using Windows XP, Emacs 22.1.1, Org-mode 5.17a -- Chris Randle ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] cannot build 5.17a
This seems to have been a temporary problem with one particular version of Emacs CVS. I just rebuilt Emacs, and now org-mode builds fine. Thanks, Hans On Dec 29, 2007 8:13 AM, Bastien [EMAIL PROTECTED] wrote: Hans Halvorson [EMAIL PROTECTED] writes: Here's what I get: $ make emacs -batch -q -eval (add-to-list (quote load-path) \.\) -f batch-byte-compile org.el In toplevel form: org.el:12977:10:Error: Wrong type argument: listp, t make: *** [org.elc] Error 1 I am using Emacs 23.0.50.1 from CVS, Nov 28, 2007. I cannot reproduce this with Emacs 23.0.0 and Emacs 23.0.60. Did you remove any *.elc before running make? -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-store-link with wanderlust
After applying the patch, and trying M-x org-store-link on your messasge, I get the new error: Debugger entered--Lisp error: (wrong-type-argument listp Bastien) car(Bastien) (let* ((msgnum ...) (message-id ...) (wl-message-entity ...) (from ...) (to ...) (subject ...)) (org-store-link-props :type wl :from from :to to :subject subject :message-id message-id) (setq message-id (org-remove-angle-brackets message-id)) (setq cpltxt (org-email-link-description)) (setq link (org-make-link wl: wl-summary-buffer-folder-name # message-id))) (cond ((run-hook-with-args-until-success ...) (setq link ... desc ...)) ((eq major-mode ...) (let ... ... ...)) ((eq major-mode ...) (setq link ...) (setq cpltxt ...) (org-store-link-props :type info :file Info-current-file :node Info-current-node)) ((eq major-mode ...) (let ... ... ...)) ((or ... ...) (and ... ...) (vm-follow-summary-cursor) (save-excursion ... ...)) ((eq major-mode ...) (let* ... ... ... ... ...)) ((or ... ...) (let ... ... ... ...)) ((eq major-mode ...) (save-excursion ...)) ((eq major-mode ...) (let ... ... ... ...)) ((memq major-mode ...) (and ... ...) (let* ... ... ... ...)) ((eq major-mode ...) (setq cpltxt ... link ...) (org-store-link-props :type w3 :url ...)) ((eq major-mode ...) (setq cpltxt ... link ...) (org-store-link-props :type w3m :url ...)) ((setq search ...) (setq link ...) (setq cpltxt ...)) ((eq major-mode ...) (setq cpltxt ... link ...) (org-store-link-props :type image :file buffer-file-name)) ((eq major-mode ...) (setq cpltxt ... link ...)) ((and buffer-file-name ...) (setq cpltxt ...) (when ... ...) (if ... ...) (setq link ...)) ((buffer-file-name ...) (setq cpltxt ...) (when ... ... ...) (setq link ...)) ((interactive-p) (error Cannot link to a buffer which is not visiting a file)) (t (setq link nil))) (let (link cpltxt desc description search txt) (cond (... ...) (... ...) (... ... ... ...) (... ...) (... ... ... ...) (... ...) (... ...) (... ...) (... ...) (... ... ...) (... ... ...) (... ... ...) (... ... ...) (... ... ...) (... ...) (... ... ... ... ...) (... ... ... ...) (... ...) (t ...)) (if (consp link) (setq cpltxt ... link ...)) (setq link (or link cpltxt) desc (or desc cpltxt)) (if (equal desc NONE) (setq desc nil)) (if (and ... link) (progn ... ...) (and link ...))) org-store-link(nil) call-interactively(org-store-link t nil) execute-extended-command(nil) call-interactively(execute-extended-command nil nil) On Dec 29, 2007 8:52 AM, Bastien [EMAIL PROTECTED] wrote: When I try 'M-x org-store-link' in the wanderlust summary buffer, I get an error (have tried with many messages). For example: Debugger entered--Lisp error: (error Invalid address: (Brad Pitt [EMAIL PROTECTED])) signal(error (Invalid address: (Brad Pitt [EMAIL PROTECTED]))) error(Invalid address: %s (Brad Pitt [EMAIL PROTECTED])) mail-extract-address-components((Brad Pitt [EMAIL PROTECTED])) org-store-link-props(:type wl :from Jolie, Angelina :to (Brad Pitt [EMAIL PROTECTED]) :subject RE: u r hot :message-id [EMAIL PROTECTED]) org-store-link(nil) call-interactively(org-store-link) execute-extended-command(nil) call-interactively(execute-extended-command) The address reported in the backtrace has, of course, been changed ... but it is structurally original to the original valid address. Looks like wl-summary-line-from return a list, not a string. Please check the following patch against Org 5.17a. -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-store-link with wanderlust
On Dec 29, 2007 8:52 AM, Bastien [EMAIL PROTECTED] wrote: When I try 'M-x org-store-link' in the wanderlust summary buffer, I get an error (have tried with many messages). For example: Debugger entered--Lisp error: (error Invalid address: (Brad Pitt [EMAIL PROTECTED])) signal(error (Invalid address: (Brad Pitt [EMAIL PROTECTED]))) error(Invalid address: %s (Brad Pitt [EMAIL PROTECTED])) mail-extract-address-components((Brad Pitt [EMAIL PROTECTED])) org-store-link-props(:type wl :from Jolie, Angelina :to (Brad Pitt [EMAIL PROTECTED]) :subject RE: u r hot :message-id [EMAIL PROTECTED]) org-store-link(nil) call-interactively(org-store-link) execute-extended-command(nil) call-interactively(execute-extended-command) The address reported in the backtrace has, of course, been changed ... but it is structurally original to the original valid address. Looks like wl-summary-line-from return a list, not a string. Please check the following patch against Org 5.17a. -- Bastien The problem is not with the from field, but with the to field. I find that it works to change 11766 as follows: (to (car (elmo-message-entity-field wl-message-entity 'to))) -Hans ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] FR: keystroke to cancel prefix sub-keymap
Suppose that I have a sub-keymap for custom agenda commands with prefix 's', i.e. shortcuts 's1', 's2', 's3' and so on. I might invoke org-agenda, press 's', then change my mind and want to use another custom command instead. Currently, the only way of doing this would be to press something like 'q' or C-g, then reinvoke org-agenda. It would be nice instead if there was a keystroke which simply returned you to the first *Agenda Commands* buffer. The following patch demonstrates the required behaviour, but as you can see, is not a particularly clean way of doing it. http://www.adamspiers.org/cgi-bin/hg.cgi/org-pacific/rev/8fadf3f7ddda # HG changeset patch # User Adam Spiers [EMAIL PROTECTED] # Date 1198960339 0 # Node ID 8fadf3f7ddda7680bf0df572bdc48f7a0133ee14 # Parent 42a4c005ba9ce0df46b01b9571fff385a65ccae5 SPACE to cancel prefix sub-keymap --- a/org.elSat Dec 29 20:32:19 2007 + +++ b/org.elSat Dec 29 20:32:19 2007 + @@ -19340,6 +19340,14 @@ L Timeline for current buffer (setq restriction nil)) ((and (equal selstring ) (memq c '(?a ?t ?m ?L ?C ?e ?T ?M ?# ?! ?/))) (throw 'exit (cons (setq selstring (char-to-string c)) restriction))) + ((and ( (length selstring) 0) (eq c ? )) +(delete-window) +(org-agenda-get-restriction-and-command prefix-descriptions)) +;; Can't do it this way because help text describing hardcoded agenda +;; commands is inserted into buffer outside the (while t ...) loop. +;; (setq selstring +;; rmheader 0 +;; custom org-agenda-custom-commands)) ((equal c ?q) (error Abort)) (t (error Invalid key %c c ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Org-mode development
Bastien ([EMAIL PROTECTED]) wrote: David Smith [EMAIL PROTECTED] writes: I couldn't wait any longer so I went ahead and set up a mercurial repository starting with the current 5.17a. I would have liked to have imported older history but it was a lot of work so hopefully Carsten can just send them to me and put them in later. I also have a mercurial repository which goes back to 5.01, and I believe Carsten has one with history too. From what I understand of mercurial, it's not possible to retroactively add history though. I've uploaded my repository here in case anyone's interested: http://www.adamspiers.org/cgi-bin/hg.cgi/org-pacific/ This is a good idea insofar that it provides a place where people can experiment with Org code freely. But I'm a bit skeptical over whether this will really fit Org's development constraints -- of course, only Carsten can decide on this. The Linus/Carsten parallel is limited. The Linux kernel is really self-contained, while Org is part of Emacs. This makes a difference. Letting code sneaking in Org is not only a matter of having FSF papers signed, but also of making sure that the code fits with general Emacs conventions. This require special attention, and such attention might be easier to provide in a somewhat centralized development framework. Carsten brought up the very good issue that any patches that get into the official branch need to have copyright assigned to the FSF. This is easy to handle: there will be a separate repository managed by either Carsten or, if he doesn't want to, by me for merging patches once they have FSF copyright assignment. This is a trade-off. With a repository you need to spend time checking about legal issues and - as I pointed out above - about Emacs-ability of the patches. I acknowledge your concerns around copyright (in fact I am still personally waiting to hear back from our company lawyers before I can submit the FSF papers in total confidence), quality control, and risk of incurring process overheads - but I'm not sure I agree with your conclusion ;-) I think the Linux/org-mode comparison is not *so* limited: Firstly, like emacs, Linux has its own strict conventions for determining what is acceptable code and what is not. Upholding such quality controls is mostly a political/social challenge independent of any underlying SCM, and a decentralized model certainly does not enforce any relaxation of standards. Secondly, whilst contributions to Linux do not require copyright assignment to the FSF, the kernel developers have other very important issues to worry about, such as possible patent infringement, or accidental inclusion of patches containing proprietary code. In fact, as a result of this, one could say that they face a much bigger logistical challenge than FSF projects, since every contributor retains copyright on their individual contributions, so copyright ownership has to be tracked for every single line of code. Despite this, they engineered a development process which enabled the required tracking within the decentralized approach they desperately needed, by using specially formatted changelog entries containing Signed-off-by: and Acked-by: headers, as documented here: http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.23.y.git;a=blob_plain;f=Documentation/SubmittingPatches;hb=HEAD This works very well because the copyright meta-data is made explicit on a per-patch basis without the SCM implementation forcing artificial boundaries between machines which contain official code repositories and those which contain potentially contentious code with respect to copyright etc. Thirdly, and with respect to the risk of new processes detracting from valuable coding time, I am not suggesting that org-mode needs to adopt such a system, as it would almost certainly be too heavy-weight. But surely time needs to be spent checking on legal and emacs conformism issues regardless of the underlying SCM? And if anything, a decentralised implementation could potentially save time since: - It would be possible to automate merging of patches from trusted, copyright-safe repositories where so desired, in a similar manner to Linus who has the freedom to choose how much time he spends reviewing any given patch, ranging from careful analysis through to direct acceptance from his most trusted lietenants without any review. - Developers who have not signed FSF papers can still track the upstream branches and even provide proof-of-concept patches via publicly accessible repositories in order to help Carsten understand the issues being discussed. (Many of my own submitted patches are of this nature - for example the following is not a particularly clean way of allowing SPACE to cancel prefix sub-keymaps: http://www.adamspiers.org/cgi-bin/hg.cgi/org-pacific/rev/8fadf3f7ddda but hopefully serves as a good illustration of
Re: [Orgmode] Re: Org-mode development
Hi Adam, I wish I would have known about your repository sooner! :) AFAIR you can reparent an existing revision in mercurial, but I've forgotten off the top of my head how it's done. For now, I'm going to blow out my repo and fork off of yours, since I don't have anything useful in mind outside of my mercurial patch queue which I can easily move over. @Carsten: any chance we could link to one of these hg repos from the org-mode page? And I personally have done the FSF paperwork before for planner work; I'll make sure my stuff is up to date and acceptable to my current employer before sending you patches. Thanks again, David Smith Sunday 30 December 2007 07:24:41 に Adam Spiers さんは書きました: On Sat, Dec 29, 2007 at 10:18:49PM +, Adam Spiers wrote: I've uploaded my repository here in case anyone's interested: http://www.adamspiers.org/cgi-bin/hg.cgi/org-pacific/ I forgot to state for the curious: `pacific' is the name of my laptop :-) I have a parallel branch on `atlantic', my desktop. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- man perl | tail -6 | head -2 signature.asc Description: This is a digitally signed message part. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode