Re: [O] Offer for taking over maintainership
I offer to take over maintainership of Org. -1 too (or -infinity, if allowed, as previously suggested). -- Ramon Diaz-Uriarte Department of Biochemistry, Lab B-25 Facultad de Medicina Universidad Autónoma de Madrid Arzobispo Morcillo, 4 28029 Madrid Spain Phone: +34-91-497-2412 Email: rdia...@gmail.com ramon.d...@iib.uam.es http://ligarto.org/rdiaz
Re: [O] Offer for taking over maintainership
I wrote the exporters and contribute to Emacs just because I feel decades (or couple of decades) down the road when Carstens, Bastiens, Nicolas, Erics and all others fade in to irrelevance and obscurity, Emacs and by extension Orgmode will continue to be used by some enterprising student in one of the ghettos of a first, second, third, fourth and fifth world countries. There are uber-rich, uber-elite and who will have access to it. That's true. When a field is irrigated it is inevitable that weeds also get water. Emacs users are enterprising, opinionated, articulate, eloquent. The ecosystem is rich and a student who enters this eco-system will end up richer and well-rounded. I would rather help a student who I have no possibility of seeing or hearing from or who has no conceivable way to transfer funds to me or even worse no funds to transfer at all. (Is Time travel still possible?) I see some people from India (or Indian sub-continent, it is difficult to say by looking at the names) every now and then in Emacs mailing lists. If it's true that future is manifest in an obscure form somewhere right now, I feel what I have done is useful irrespective of my personal style is useful. Ever wondered why you think I never ran away but stuck around making my threat fall by wayside. I have some clarity in what my goals are. I don't want to masochistic. That which I have created is used and useful and irrespective of what my style is. I am not here to exchange hugs with strangers on the internet. I cannot be more stupid if I were to chase after people's shifting allegiances. Yagnesh Raghava Yakkala h...@yagnesh.org writes: Dear Jambunathan, On Feb 14 2013, Jambunathan K kjambunat...@gmail.com wrote: express yourself freely. By taking advantage of that opportunity, expressing my voice here. Feel *free to ignore/dismiss* it. As a competent programmer and strong FSF supporter you can play a bigger role in the broader field(i.e., Emacs). Since you have now got commit access to Emacs core, you can contribute more to the Emacs as a whole while maintaining org-odt from Emacs. I see you have some interest in CEDET as well, or maybe you could also bless us with some other great project just like Org. That said, Org community(including you) will remember your kind offer and asks your help when it is necessary. Thanks., --
[O] Bug: #+STARTUP: overview and org-startup-folded have no effect [7.9.3e (7.9.3e-1032-g791a8d @ /home/horn/Repos/el/org-mode/lisp/)]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. Since recently, after starting up emacs and bringing up an org agenda which loads all my agenda files into buffers as a side-effect, all entries in all files are fully expanded, although org-startup-folded is set to t. I've tried adding a #+STARTUP: fold or a #+STARTUP: overview header to the top of my agenda files, but that doesn't change anything. Everything is completely expanded after the initial startup. If needed, I could try a bisection. Emacs : GNU Emacs 24.3.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.6.3) of 2013-02-12 on thinkpad Package: Org-mode version 7.9.3e (7.9.3e-1032-g791a8d @ /home/horn/Repos/el/org-mode/lisp/) current state: == (setq org-tab-first-hook '(org-hide-block-toggle-maybe org-src-native-tab-command-maybe org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) outline-minor-mode-hook '(th-outline-minor-mode-init) org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-gnus-prefer-web-links t org-special-ctrl-k t org-occur-hook '(org-first-headline-recenter) org-src-tab-acts-natively t org-metaup-hook '(org-babel-load-in-session-maybe) org-log-done 'time org-confirm-shell-link-function 'yes-or-no-p org-complete-tags-always-offer-all-agenda-tags t org-id-link-to-org-use-id t org-finalize-agenda-hook '(th-org-agenda-to-appt) org-columns-default-format %50ITEM %TODO %ALLTAGS %SCHEDULED %DEADLINE org-agenda-restore-windows-after-quit t org-special-ctrl-a/e 'reversed org-agenda-custom-commands '((n Next 21 days agenda ((org-agenda-span 21))) (^ Calfw Month Calendar th-calfw-open-calendar)) org-return-follows-link t org-agenda-time-leading-zero t org-capture-templates '((n NORMAL entry (file /home/horn/Repos/org/remember.org) * %?\n :PROPERTIES:\n :created: %U\n :link: %a\n :END:\n %i) (t TODO entry (file /home/horn/Repos/org/remember.org) * TODO %?\n :PROPERTIES:\n :created: %U\n :link: %a\n :END:\n %i) (i IDEA entry (file /home/horn/Repos/org/remember.org) * IDEA %?\n :PROPERTIES:\n :created: %U\n :link: %a\n :END:\n %i) ) org-after-todo-state-change-hook '(org-clock-out-if-current) org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-babel-pre-tangle-hook '(save-buffer) org-mode-hook '(th-org-mode-init #[nil \300\301\302\303\304$\207 [org-add-hook change-major-mode-hook org-show-block-all append local] 5] #[nil \300\301\302\303\304$\207 [org-add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes) org-refile-targets '((org-agenda-files :maxlevel . 5)) org-attach-method 'mv org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point org-babel-execute-safely-maybe) org-refile-use-outline-path 'file org-directory /home/horn/Repos/org org-enforce-todo-dependencies t org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-hide-inline-tasks org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-agenda-finalize-hook '(th-org-agenda-to-appt) org-attach-directory /home/horn/Repos/org/attachments org-archive-default-command 'org-archive-set-tag org-refile-allow-creating-parent-nodes 'confirm org-todo-keywords '((sequence TODO(t) STARTED(s) DELEGATED(g) IDEA(i) | DONE(d) CANCELLED(c)) ) org-modules '(org-icalendar org-attach org-protocol org-id org-bibtex org-docview org-gnus org-info org-irc org-capture org-mobile) org-confirm-elisp-link-function 'yes-or-no-p org-metadown-hook '(org-babel-pop-to-session-maybe) org-log-into-drawer LOGBOOK org-icalendar-store-UID t org-blocker-hook '(org-block-todo-from-children-or-siblings-or-parent) org-mobile-directory ~/Dropbox/MobileOrg org-agenda-mode-hook '(th-org-agenda-mode-init) org-agenda-files '(/home/horn/Repos/org) org-clock-out-hook '(org-clock-remove-empty-clock-drawer) org-link-frame-setup '((vm . vm-visit-folder) (gnus . org-gnus-no-new-news) (file . find-file-other-window)) org-mobile-inbox-for-pull ~/Repos/org/from-org-mobile.org org-src-fontify-natively t )
Re: [O] Offer for taking over maintainership
Allen S. Rout a...@ufl.edu writes: On 02/13/2013 03:45 PM, John Wiegley wrote: I didn't even realize Bastien was looking for a replacement. There's no technical reason someone interested in making an offer should necessarily wait for a declared vacancy. It seems a straightforward move of no-confidence, soliciting support. True. No one realizes that the results are already rigged. There is big carrot and a small stick. People are after the stick. It is funny that nobody is mooting whether the carrot can be shared. If people are talking it is inevitable that they shift their position (atleast a wee bit). If this doesn't happen they are just saying and while pretending to be talking. It is true that people who had arrogance to predict the future most likely ended up with muds in their face while wise smirk and smile away with I told you so!. It is amusing to hear of people skills and an ability to lead a team. Good developers and those who delude themselves in to being good resent being led. A little appreciation of history goes a long way in understanding the nuances and riches. Speaking of platitudes, most fall for it. It would probably be most peaceful not to discuss Jambunathan's offer on this forum. I expect that the count of +1s to the offer will communicate the list's collective opinion. - Allen S. Rout --
Re: [O] Bug: #+STARTUP: overview and org-startup-folded have no effect [7.9.3e (7.9.3e-1032-g791a8d @ /home/horn/Repos/el/org-mode/lisp/)]
Hi Tassilo, Tassilo Horn wrote: Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. Since recently, after starting up emacs and bringing up an org agenda which loads all my agenda files into buffers as a side-effect, all entries in all files are fully expanded, although org-startup-folded is set to t. I've tried adding a #+STARTUP: fold or a #+STARTUP: overview header to the top of my agenda files, but that doesn't change anything. Everything is completely expanded after the initial startup. If needed, I could try a bisection. It's an optimization done by Bastien. There is a variable to inhibit it. That subject has been discussed here a couple of days ago. Search for agenda and performance in Bastien's emails. Sorry, not time to do it, but I wanted to avoid you loosing more time searching after this feature. Best regards, Seb -- Sebastien Vauban
Re: [O] LaTeX preview
Hi Greg, Daimrod daim...@gmail.com writes: Here is a better formatted patch: I applied this change, thanks a lot! -- Bastien
Re: [O] bbdb or bbdb3 or org-contacts
Hi Greg, Daimrod daim...@gmail.com writes: I think I haven't been clear, I would like to have write access to the upstream repository to merge my changes Great -- please send me your public key. but I will also keep my github version as a bleeding edge version to make it easier to test and propose changes without pushing into the upstream repository. Sure, as you wish! Thanks, -- Bastien
Re: [O] Offer for taking over maintainership
Hi Jonathan, Jonathan Leech-Pepin jonathan.leechpe...@gmail.com writes: Either there's some underlying reason for your apparent dislike for Bastien and his approach to maintaining Org, or some argument in the past that I am not aware of. For the sake of clarity (and history), here is how I understand why Jambunathan thinks I am not a good maintainer: he was frustrated with the way I handled the merge of the ODT export feature. The very first ODT exporter was based on two libraries: org-lparse.el and org-xhtml.el. org-lparse.el implemented a new export engine that org-xhtml.el was using to produce HTML, and org-odt.el would build on top of both librairies. This approach was not satisfactory to me. First, because I found org-lparse.el was ugly, mixing the wrong line-by-line approach for parsing an Org buffer, and the better recursive approach (have a look at org-lparse.el to get an idea of whether it is ugly.) Second, because I thought having org-xhtml.el along org-html.el was confusing. Nicolas already started to work on his new exporter, encouraged by the first modest proof of concept I had for the recursive approach. I took the decision to delay the merge of the ODT exporter until it didn't rely on org-xhtml.el anymore, because I thought that relying on org-lparse.el for two export formats (HTML and ODT) was a wrong move, giving the wrong signal to Nicolas. When org-xhtml.el was not in the game anymore, and when I was confident Nicolas was deeply committed to the new exporter, I went with the merge. I was happy! I even received kudos from Jambunathan when I managed to solve possible copyright issues wrt merging .xml files into Emacs (there was a confusion on whether those files were copyrighted by OASIS and mergeable into Emacs.) Maybe Jambunathan thought all this was too slow, and based on stupid decisions. He was on a sabbatical year at the time, and had plenty of time to work on the exporter and to put the pressure on me. I was maintaining Org in my spare time, and tried to handle the pressure the way I could. I hope this is faithful to the facts -- all this is publicly available on this mailing list anyway! Regardless, Bastien is doing a fine job from what I can see, he is certainly actively assisting users who post with questions or bugs, even when they occurred during a time where he was absent (with prior notice). Perhaps he has not contributed to certain aspects as others have, however his presence and monitoring of the smaller aspects does allow for further development to proceed without being interrupted by every issue. Actually, one of the reasons I want to step down in the long run is that I'm a bit frustrated of not having time enough to focus on big new features. But the flow of new users and new contributors is rewarding enough so that maintaining Org keeps being fun :) All best, -- Bastien
Re: [O] Bug: org-insert-heading-respect-content inserts at the wrong level if target heading is invisible [7.9.2 (release_7.9.2-883-g6fb36e.dirty @ /home/dlm/share/org-mode.git/lisp/)]
Hi James, James Harkins jamshar...@gmail.com writes: I can, in about a week. I'm traveling, without my laptop (first time in years I've left it at home - phone and tablet only for this trip). FYI I applied the patch to the maint branch, so you can simply test it from there. Let me know, thanks, -- Bastien
Re: [O] Fwd: Offer for taking over maintainership
Samuel Wales samolog...@gmail.com writes: some people should not be on a mailing list, much less play a critical role. This is such a case. Do you have the, lock do you? Otherwise, you are at the mercy of who hold the lock and the keys. Samuel Wales --
Re: [O] Offer for taking over maintainership
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 14/02/13 07:45, Jambunathan K wrote: (Discussion is meta. So bear with my amateurish excursions.) Some times the best question to ask is NOT What I stand to gain? but What I/We stand to lose?. Are the overheads worth it in the long run? Yes - we want to know - tell us and don't talk in riddles. Try to convince us, or hold forever your peace. Unless you can convince me / us that you would be a better maintainer, Bastien has my full support. And please - let us go back to the useful community org was. Cheers, Rainer Everyone wants to gain all the time without losing anything. I call that interesting. Jambunathan K kjambunat...@gmail.com writes: You seem to stand out in the mob. So some personal hugs from side. Offer closes in 7 days. Only pre-condition will be that Org-8.0 and subsequent releases happen under my supervision. Is there something in particular about the forthcoming 8.0 that you would want done differently from how it currently is being done? Considering Bastien's current plan is to push towards releasing it in the near future. I wish more people ask an open-ended question rather than sit in judgement seat. Trial by jury is always interesting. (There is also an interesting movie I have seen on this topic, decades ago.) I appreciate the org-odt exporter, I haven't had much use for it but what I have had to use it for it worked perfectly. However your attitude in the past has often struck me as abrasive or argumentative when there was little to no reason for it. Either there's some underlying reason for your apparent dislike for Bastien and his approach to maintaining Org, or some argument in the past that I am not aware of. Why would most people think that I am a moron. The last line is exemplary of what the jury and the judge should mull about. ps-1: I refuse to answer your questions. The debate and offer is on my terms if people don't understand it. ps-2: I am calling everyone's bluff, if you haven't realized it already. (Believe me, I am not acting like a smart donkey here.) ps-3: An extra and a proven hand helps particularly in volunteer driven efforts. My palm could be stinking? Does that mean my code stinks. Most people would rather talk, than look, think, ask or do? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRHKzpAAoJENvXNx4PUvmC+bwIALCFTvOb7LpyhI/IX5ZGkxwE WqE+W1mF8y0RforNZr+O0VTvYGCp68GvlitJTBxMNSIqjmCpSEVFDA9g8gxAJ1Xy YE2uF6kNAMXqj2MYZhH0pBvYszoqFHLmQou0SbWUbuwL2CH1+sMmJxGuSIvJSVQi AvKlh1y5N9EFSCTsOF73lSqCxS5R91d/BeM+UdKTviIYBMzcFkCWxy68pk+1iK0q jUIb93UHzH8P+qHnN0XFLqfE+VDDR3fvpa6Qlho/cm3OfyuYw7E6HGV2hYUnBqfy ZU76jHlkYHOfBx8azDHixk7+Lbun6Ri1MZW2CYkuUJ0dyv7zZz0EJwTYiaLLTSQ= =nAOR -END PGP SIGNATURE-
Re: [O] Bug: #+STARTUP: overview and org-startup-folded have no effect [7.9.3e (7.9.3e-1032-g791a8d @ /home/horn/Repos/el/org-mode/lisp/)]
Sebastien Vauban wxhgmqzgw...@spammotel.com writes: Everything is completely expanded after the initial startup. It's an optimization done by Bastien. There is a variable to inhibit it. Ah, ok. I'm not a big fan of optimizations that break correctness, and the current behavior is simply wrong wrt. the docs of `org-startup-folded' and the #+STARTUP property. That subject has been discussed here a couple of days ago. Search for agenda and performance in Bastien's emails. Sorry, not time to do it, but I wanted to avoid you loosing more time searching after this feature. Thanks a lot, I'll look it up myself. I already searched for folded, collapsed, and expanded before writing the bug report, but those searches didn't find any recent messages. Bye, Tassilo
Re: [O] Problem to export an orgmode file to pdf
Hi Steve, Steve Prud'Homme sprud...@gmail.com writes: 24.2.1 (i686-pc-cygwin) Please help us more by sharing more information. I assume Org is 7.8.11 but we would need to know more about the document you tried to export. If you haven't, reading the section in the manual on how to report bugs is useful too! Just type C-x e after this sexp: (info (org)Feedback) Thanks, -- Bastien
Re: [O] How to improve Org startup time?
Sebastien Vauban wxhgmqzgw...@spammotel.com writes: But then org-agenda-to-appt will be called each time your generate a new agenda... not sure you really want this right. Why not simply calling it interactively when you need it? I can't count on myself to do it at a regular enough interval (at least daily). Then, this is the only (?) solution found so that the appt-list is still quite up-to-date. I call it once at emacs startup and then only when I save an agenda file. --8---cut here---start-8--- (defun th-org-agenda-to-appt () (org-agenda-to-appt t) (appt-activate 1)) (defun th-org-mode-init () ;; ... (when (and (org-agenda-file-p) (not (string= (file-name-nondirectory (buffer-file-name)) org-mobile-capture-file)) (not (string= (buffer-file-name) org-mobile-inbox-for-pull))) (add-hook 'after-save-hook 'th-org-agenda-to-appt t t))) (add-hook 'org-mode-hook 'th-org-mode-init) --8---cut here---end---8--- Bye, Tassilo
Re: [O] Offer for taking over maintainership
Bastien b...@altern.org writes: Dear all, Jambunathan (like anyone) is free to fork the code, to build a community around his fork and to submit his changes to Emacs. He has commit access to Emacs, so that should even make things easier for him. This is free software, and the ability to fork is what makes sure we are all focused on software, not on personal issues. No thanks. I am not actively looking for a new maintainer right now I withdraw my offer. It will be fun to see poeple doing -1s. That will be fun. I'm focusing on releasing Org 8.0 -- like all other contributors. I've been long thinking of stepping down, but I don't want to make this move before I have found someone me and longstanding contributors feel comfortable interacting with. Aha! You are not forced to fill people's Inboxes. I wish you best of luck for what you assume to be a thankless job but verily brings more Thanks! You helped me. Beware of these allegiances. They will shift with the winds. Stay tuned! Thanks, --
[O] Let's use labels for the exporters on this list
Hi all, we already try to use [FR], [BUG] and [PATCH] for feature requests, bugs and patches, and [BABEL] for Babel related questions. I suggest to use [HTML], [LaTeX], [TEXI]... when the email is about one of the exporters. I'm fine with either [FR,HTML] or [FR] [HTML] -- the whole point is to let the maintainers of the exporters catch the emails soon enough. Thanks! -- Bastien
Re: [O] Offer for taking over maintainership
Jambunathan K kjambunat...@gmail.com writes: Aha! You are not forced to fill people's Inboxes. ^^^ now
Re: [O] Bug: #+STARTUP: overview and org-startup-folded have no effect [7.9.3e (7.9.3e-1032-g791a8d @ /home/horn/Repos/el/org-mode/lisp/)]
Hi Tassilo, Tassilo Horn t...@gnu.org writes: Ah, ok. I'm not a big fan of optimizations that break correctness, and the current behavior is simply wrong wrt. the docs of `org-startup-folded' and the #+STARTUP property. I just updated the docstring of org-startup-folded and mentioned `org-agenda-inhibit-startup' in the manual (maint branch.) I'm not convinced nil would be better as a default for `org-agenda-inhibit-startup' -- even when users use only one big .org file as their agenda, if they call (org-agenda nil a) in their .emacs.el then the optimization is also worth it. -- Bastien
[O] Bug: ox-html.el does not take into consideration #+attr_html during table export [7.9.3e (7.9.3e-956-g3943be.dirty @ /home/vdyadov/Work/Tools/emacs/org-mode/lisp/)]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. Patch with fix attached.diff --git a/lisp/ox-html.el b/lisp/ox-html.el index 743f465..797aa96 100644 --- a/lisp/ox-html.el +++ b/lisp/ox-html.el @@ -2674,8 +2674,10 @@ contextual information. (table-attributes (let ((table-tag (plist-get info :html-table-tag))) (concat +(if (string-equal attributes ) (and (string-match table\\(.*\\) table-tag) (match-string 1 table-tag)) + attributes) (and label (format id=\%s\ (org-export-solidify-link-text label))) ;; Remove last blank line. Emacs : GNU Emacs 24.2.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.18.9) of 2012-12-25 on canopus-pc.elvees.com Package: Org-mode version 7.9.3e (7.9.3e-956-g3943be.dirty @ /home/vdyadov/Work/Tools/emacs/org-mode/lisp/)
Re: [O] Offer for taking over maintainership
Yes - we want to know - tell us and don't talk in riddles. I offer no ready-made solutions. Riddles need work, true. --
Re: [O] Offer for taking over maintainership
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 14/02/13 10:50, Jambunathan K wrote: Yes - we want to know - tell us and don't talk in riddles. I offer no ready-made solutions. Riddles need work, true. My last question: Solutions for what? - -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRHLQAAAoJENvXNx4PUvmCCD8IAINcn+2llBXw6hkkckP6h19C IudWLwK5l0xrUdEZIX96FiAfNhYH8lgqpGf8rNOMr9FDWd4V/51ITH2RBtsTkrLZ cGE+PmDZ/b+5vwxIuvnMxtkfvhZbbb/OC6rYkw9+YlEKLr6GrtEVgw0rwzK5kQea 1yprYDkeCQznsjH5bMY6FN0i85VO78mYzHbjF8ribe/UYgD3ta/YBP5PQPyoYGXD TEuSbYa4JsoyEPFSBw7FupWoemvwKMQkQASzjJ2/zAVTg80c2k6a0DLF0WIUjL0n 7iLPYQ0MoiIttPQ8lRmJTa56LjvDXxRFrdoNstBZBkQW8flE7DKBwDQtoySP+Xc= =NUeh -END PGP SIGNATURE-
Re: [O] Offer for taking over maintainership
This is a list to discussion Org-mode. To discuss moral aspects of using or contributing to Emacs, please use news:alt.religion.emacs Who knows, you might also end up quoted in emacs/etc/DEVEL.HUMOR, which is my own personal Graal. -- Bastien
Re: [O] [ANN] outorg.el -- reverse Org-Babel
Hi Thorsten, Thorsten Jolitz tjol...@gmail.com writes: Some enlightment is welcome. Can't really help here... as I lost track of the exact problem you are trying to solve :) -- Bastien
Re: [O] Bug: #+STARTUP: overview and org-startup-folded have no effect [7.9.3e (7.9.3e-1032-g791a8d @ /home/horn/Repos/el/org-mode/lisp/)]
Tassilo Horn th...@fastmail.fm writes: Since recently, after starting up emacs and bringing up an org agenda which loads all my agenda files into buffers as a side-effect, all entries in all files are fully expanded, although org-startup-folded is set to t. I've tried adding a #+STARTUP: fold or a #+STARTUP: overview header to the top of my agenda files, but that doesn't change anything. Everything is completely expanded after the initial startup. Just a short addon: When I do M-x revert-buffer RET in some agenda file (currently being completely expanded), it's displayed folded (with the exception of the entry containing point). That's the correct behavior. If I invoke `org-agenda-list' again to generate a new agenda, the reverted agenda files stay in their folded state, too. Now if I kill the buffer of some agenda file and invoke `org-agenda-list' which will reopen the file, it's completely expanded again. So the problem seems to be that only if an agenda file is opened during execution of `org-agenda-list', it's expanded completely. Else, `org-startup-folded' works correctly. Bye, Tassilo
Re: [O] Offer for taking over maintainership
Bastien b...@altern.org writes: This is a list to discussion Org-mode. You can lock me out. You hold the keys, right. To discuss moral aspects of using or contributing to Emacs, please use news:alt.religion.emacs Who knows, you might also end up quoted in emacs/etc/DEVEL.HUMOR, which is my own personal Graal. Go ahead :-). I have nothing to lose. You think, I forgot, I could be in a public forum. No, I didn't.
Re: [O] Offer for taking over maintainership
Jambunathan K kjambunat...@gmail.com writes: Bastien b...@altern.org writes: This is a list to discussion Org-mode. You can lock me out. You hold the keys, right. Well, we don't have a habit of kicking people out for their first few off-topic posts. I'm confident you will not flood the list with OT posts. -- Bastien
Re: [O] Offer for taking over maintainership
Jambunathan K kjambunat...@gmail.com writes: Bastien b...@altern.org writes: Dear all, Jambunathan (like anyone) is free to fork the code, to build a community around his fork and to submit his changes to Emacs. He has commit access to Emacs, so that should even make things easier for him. This is free software, and the ability to fork is what makes sure we are all focused on software, not on personal issues. No thanks. I am not actively looking for a new maintainer right now I withdraw my offer. It will be fun to see poeple doing -1s. That will be fun. This is becoming somewhat surreal! But if it gives you pleasure . -1 atb Glyn
Re: [O] Bug: #+STARTUP: overview and org-startup-folded have no effect [7.9.3e (7.9.3e-1032-g791a8d @ /home/horn/Repos/el/org-mode/lisp/)]
Hi Tassilo, Tassilo Horn t...@gnu.org writes: So the problem seems to be that only if an agenda file is opened during execution of `org-agenda-list', it's expanded completely. Else, `org-startup-folded' works correctly. Exactly -- hence this commit: http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=981c6d I hope it's clear enough, let me know otherwise. Thanks! -- Bastien
Re: [O] Bug: #+STARTUP: overview and org-startup-folded have no effect [7.9.3e (7.9.3e-1032-g791a8d @ /home/horn/Repos/el/org-mode/lisp/)]
Bastien b...@altern.org writes: Hi Bastien, Ah, ok. I'm not a big fan of optimizations that break correctness, and the current behavior is simply wrong wrt. the docs of `org-startup-folded' and the #+STARTUP property. I just updated the docstring of org-startup-folded and mentioned `org-agenda-inhibit-startup' in the manual (maint branch.) Thanks. I'm not convinced nil would be better as a default for `org-agenda-inhibit-startup' -- even when users use only one big .org file as their agenda, if they call (org-agenda nil a) in their .emacs.el then the optimization is also worth it. I have seven agenda files, all not too big (~10K on average), and I use an averagely performant computer (5 years old dual core laptop). For me, the difference between `org-agenda-inhibit-startup' set to t or nil is not noticable at all. In both cases, it's less than a second, and that's a time I can easily live with. So if one asked me, I'd say the default should be nil. Probably, it would be a good idea to list and explain all such performance optimization options and their implications in one central place in the manual (Speeding up org on slower computers), so that people having performance issues can easily find these knobs. Bye, Tassilo
Re: [O] Bug: ox-html.el does not take into consideration #+attr_html during table export [7.9.3e (7.9.3e-956-g3943be.dirty @ /home/vdyadov/Work/Tools/emacs/org-mode/lisp/)]
Thanks for reporting this and for the patch. I've applied a different patch, which appends attributes to the default ones, which is what most users expect IMHO. Best, -- Bastien
Re: [O] Offer for taking over maintainership
Bastien b...@altern.org writes: Actually, one of the reasons I want to step down in the long run is that I'm a bit frustrated of not having time enough to focus on big new features. You are a student of philosophy, aren't you? Where you put your efforts is where your allegiances lie. The rest all is mind playing games. One slash and you are out of loop. But the flow of new users and new contributors is rewarding enough so that maintaining Org keeps being fun :) Rewarding things are no fun, atleast in the doing. So have I read. Ever read the story of two wolves. The wolf that fattens is the wolf that is fed. The wolf that dies is the wolf that is starved. There is low-hanging fruit and some requires climbing up a tree and there is risk of broken leg. Ask Nicolas for the fruits out of reach. Get in to open and see what they are. Needless, you don't have to play my game. You can pander or ponder. Just saying. --
Re: [O] Bug: #+STARTUP: overview and org-startup-folded have no effect [7.9.3e (7.9.3e-1032-g791a8d @ /home/horn/Repos/el/org-mode/lisp/)]
Hi Tassilo, Tassilo Horn t...@gnu.org writes: I have seven agenda files, all not too big (~10K on average), and I use an averagely performant computer (5 years old dual core laptop). For me, the difference between `org-agenda-inhibit-startup' set to t or nil is not noticable at all. In both cases, it's less than a second, and that's a time I can easily live with. It really depends on what your agenda views are. The real test is this: create a 50K file with folded one headline and many second level TODO entries. Then have an agenda view search for those TODO items. Do you get the same difference in this case? If this difference is closer to 0 than to 1 sec, yes maybe we should switch back to the default behavior. Tests are very welcome for this. Let me know, -- Bastien
Re: [O] Bug: #+STARTUP: overview and org-startup-folded have no effect [7.9.3e (7.9.3e-1032-g791a8d @ /home/horn/Repos/el/org-mode/lisp/)]
Bastien b...@altern.org writes: Hi Bastien, So the problem seems to be that only if an agenda file is opened during execution of `org-agenda-list', it's expanded completely. Else, `org-startup-folded' works correctly. Exactly -- hence this commit: http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=981c6d I hope it's clear enough, let me know otherwise. Yes, now the docs are clear again. But still the change itself seems like a premature optimization to me. It might make a difference when you have megabyte large agenda files or a very slow computer, but is that the norm among users justifying such a change? Well, anyway. I've set `org-agenda-inhibit-startup' to nil, and now I'm satisfied again. BTW, that reminds me of http://xkcd.com/1172/. ;-) Bye, Tassilo
Re: [O] How to improve Org startup time?
Hi Tassilo, Tassilo Horn wrote: Sebastien Vauban writes: But then org-agenda-to-appt will be called each time your generate a new agenda... not sure you really want this right. Why not simply calling it interactively when you need it? I can't count on myself to do it at a regular enough interval (at least daily). Then, this is the only (?) solution found so that the appt-list is still quite up-to-date. I call it once at emacs startup I don't do it anymore, for not requiring Org libraries anymore, would I simply fire up an Emacs for non-Org tasks (such as reading my mails with Gnus). and then only when I save an agenda file. Pretty smart alternative (instead of doing it at every agenda build)... (defun th-org-agenda-to-appt () (org-agenda-to-appt t) (appt-activate 1)) Why re-activating appt each time? Why not simply once in your .emacs? (defun th-org-mode-init () ;; ... (when (and (org-agenda-file-p) (not (string= (file-name-nondirectory (buffer-file-name)) org-mobile-capture-file)) (not (string= (buffer-file-name) org-mobile-inbox-for-pull))) (add-hook 'after-save-hook 'th-org-agenda-to-appt t t))) (add-hook 'org-mode-hook 'th-org-mode-init) *I* don't understand why you put the addition to `after-save-hook' inside a complex when about some type of file. Your `after-save-hook' is global, right? Would something like the following not be sufficient -- eventually put in an `(eval-after-load org)'...? #+begin_src emacs-lisp (add-hook 'after-save-hook (lambda () (when (and (eq major-mode 'org-mode) (org-agenda-file-p)) (org-agenda-to-appt #+end_src Best regards, Seb -- Sebastien Vauban
Re: [O] Offer for taking over maintainership
Bastien b...@altern.org writes: Jambunathan K kjambunat...@gmail.com writes: Bastien b...@altern.org writes: This is a list to discussion Org-mode. You can lock me out. You hold the keys, right. Well, we don't have a habit of kicking people out for their first few off-topic posts. I'm confident you will not flood the list with OT posts. What post precisely was OT? I am calling people's bluffs and I am doing it openly. They can pretend it is humor, dismiss me as madman or take a moment to reflect. What people have unwittingly done is to expose themselves. Up the stakes and people panic. No better way to understand whats and why of one's allegiances. Make good of this discussion. Stop pandering to the crowd. Help Nicolas with his work. People who want you to be the maintainer want their own problems solved. They cannot see beyond 10 ft. True. Some read self-help books. --
Re: [O] Offer for taking over maintainership
Glyn Millington glyn.milling...@gmail.com writes: Jambunathan K kjambunat...@gmail.com writes: Bastien b...@altern.org writes: Dear all, Jambunathan (like anyone) is free to fork the code, to build a community around his fork and to submit his changes to Emacs. He has commit access to Emacs, so that should even make things easier for him. This is free software, and the ability to fork is what makes sure we are all focused on software, not on personal issues. No thanks. I am not actively looking for a new maintainer right now I withdraw my offer. It will be fun to see poeple doing -1s. That will be fun. This is becoming somewhat surreal! But if it gives you pleasure . -1 I am honored. LOL. atb Glyn --
Re: [O] Offer for taking over maintainership
François Pinard pin...@iro.umontreal.ca writes: Jambunathan K kjambunat...@gmail.com writes: I offer to take over maintainership of Org. -1 François P.S. I love the Org project, and I strongly hope it stay lovable. The human qualities of a maintainer, and the crowd surrounding him/her, are very important to me. In the past, I left projects, languages and even duties just to make sure I stay surrounded by nice people. And I succeeded so far, and met many extraordinary people that changed my life. I would be sad if I had to get away from a very satisfying project, merely because it stops being a warm place to be. You fear you will run away. In the process you chastize me and make me run away. I cannot get my head around it. I never remember being rude to you. --
Re: [O] Offer for taking over maintainership
For the sake of record, I will Footnote what Bastien wrote. There will be lots of Footnotes, not one or two. But I wouldn't alter the article. Bastien b...@altern.org writes: Hi Jonathan, Jonathan Leech-Pepin jonathan.leechpe...@gmail.com writes: Either there's some underlying reason for your apparent dislike for Bastien and his approach to maintaining Org, or some argument in the past that I am not aware of. For the sake of clarity (and history), here is how I understand why Jambunathan thinks I am not a good maintainer: he was frustrated with the way I handled the merge of the ODT export feature. The very first ODT exporter was based on two libraries: org-lparse.el and org-xhtml.el. org-lparse.el implemented a new export engine that org-xhtml.el was using to produce HTML, and org-odt.el would build on top of both librairies. This approach was not satisfactory to me. First, because I found org-lparse.el was ugly, mixing the wrong line-by-line approach for parsing an Org buffer, and the better recursive approach (have a look at org-lparse.el to get an idea of whether it is ugly.) Second, because I thought having org-xhtml.el along org-html.el was confusing. Nicolas already started to work on his new exporter, encouraged by the first modest proof of concept I had for the recursive approach. I took the decision to delay the merge of the ODT exporter until it didn't rely on org-xhtml.el anymore, because I thought that relying on org-lparse.el for two export formats (HTML and ODT) was a wrong move, giving the wrong signal to Nicolas. When org-xhtml.el was not in the game anymore, and when I was confident Nicolas was deeply committed to the new exporter, I went with the merge. I was happy! I even received kudos from Jambunathan when I managed to solve possible copyright issues wrt merging .xml files into Emacs (there was a confusion on whether those files were copyrighted by OASIS and mergeable into Emacs.) Maybe Jambunathan thought all this was too slow, and based on stupid decisions. He was on a sabbatical year at the time, and had plenty of time to work on the exporter and to put the pressure on me. I was maintaining Org in my spare time, and tried to handle the pressure the way I could. I hope this is faithful to the facts -- all this is publicly available on this mailing list anyway! Regardless, Bastien is doing a fine job from what I can see, he is certainly actively assisting users who post with questions or bugs, even when they occurred during a time where he was absent (with prior notice). Perhaps he has not contributed to certain aspects as others have, however his presence and monitoring of the smaller aspects does allow for further development to proceed without being interrupted by every issue. Actually, one of the reasons I want to step down in the long run is that I'm a bit frustrated of not having time enough to focus on big new features. But the flow of new users and new contributors is rewarding enough so that maintaining Org keeps being fun :) All best, --
Re: [O] Offer for taking over maintainership
Jambunathan K kjambunat...@gmail.com writes: I offer to take over maintainership of Org. What's your point ? Trolling ? If not, why do you ask questions in a way that will upset people ? I think it's ok to focus on the code, and focus on what will make the software better and more efficient for as many people as possible, but you cannot make an unrealistic offer (don't tell me you had not foreseen the many negative responses) and then just somehow say Too bad for you, I offered to save your souls and you refused it. Anyway, considering the current state of the discussion, I think everybody's time, including yours, is being misused Note: Anger is futile, particularly over the internet. Sure it is ; but you do look angry. Trying to get back on the topic, IIUC you're saying that the maintainer should focus on code, while community management (e.g. spending a great amount of time answering on the lists and getting thanked for it) should be in someone else's hand. Is it what you meant or did I misinterpret your statements? Maybe you could also elaborate on why you proposed a takeover instead of collaborating with the current maintainer. -- Nico.
Re: [O] Bug: #+STARTUP: overview and org-startup-folded have no effect [7.9.3e (7.9.3e-1032-g791a8d @ /home/horn/Repos/el/org-mode/lisp/)]
Bastien b...@altern.org writes: I have seven agenda files, all not too big (~10K on average), and I use an averagely performant computer (5 years old dual core laptop). For me, the difference between `org-agenda-inhibit-startup' set to t or nil is not noticable at all. In both cases, it's less than a second, and that's a time I can easily live with. It really depends on what your agenda views are. The real test is this: create a 50K file with folded one headline and many second level TODO entries. Ok, the testfile looks like --8---cut here---start-8--- * The folded top-level headline ** TODO Some test todo headline 0 - also some contents ** TODO Some test todo headline 1 - also some contents --8---cut here---end---8--- and has 2000 such subheadlines. File size is 127K. `org-startup-folded' is t. Then have an agenda view search for those TODO items. Do you get the same difference in this case? It takes approximately 9-10 seconds to build a TODO agenda (C-c o a t), no matter if `org-agenda-inhibit-startup' is t or nil. The week agenda takes less than a second with both settings. Before each agenda invocation, I've deleted all org buffers of course. I must admit I didn't really profile but just counted in my mind. But I did it several times, so it's super-scientific and you should trust me. ;-) So now I've increased the number of subentries to 8000 resulting in a file size of 492K, and I've used a stop-watch for measuring. | org-agenda-inhibit-startup | time TODO agenda | time week agenda | |+--+--| | nil| 2min1sec | 1sec / 9sec | | t | 2min18sec| 1sec / 29sec | I've performed these tests several times. The times with respect to TODO agenda creation were pretty much consistent. However, the times with respect to week agenda creation were usually around 1 second, but there were some strange outliers I have no explanation for (the 9 and the 29 seconds one). But in any case, if there was a noticable difference, the org-agenda-inhibit-startup set to nil-version was even faster than the optimized version. Bye, Tassilo
Re: [O] Offer for taking over maintainership
Nicolas Richard theonewiththeevill...@yahoo.fr writes: but you cannot make an unrealistic offer (don't tell me you had not foreseen the many negative responses) and then just somehow say Too bad for you, I offered to save your souls and you refused it. Well, I just did. How can you openly refuse to believe what just happened. Wishful thinking on your part, I should say! Anyway, considering the current state of the discussion, I think everybody's time, including yours, is being misused Note: Anger is futile, particularly over the internet. Sure it is ; but you do look angry. You should come see me in my apartment, as I type these words. No one is having more fun than I am having right now. Trying to get back on the topic, IIUC you're saying that the maintainer should focus on code, (It took some effort to get people to talk, rather than just say whatever pleases their own ears. Sigh!) (Code is vague. Not just code but important code.) Yes, do not pick low-hanging fruits. But tackle difficult ones that no one else will work on. Nicolas tries to maintain low profile, but he has single handedly demonstrated that there is no dearth of opportunities if only some thought and discretion is exercised. He has pulled off quite a bit. Working on difficult tasks has not been happening for quite some time now, IMNSHO. I am willing to be shown wrong. In any (Free Software) project that I know of, the principals focus on difficult problems. There is a development cycle where the focus is on high-hanging fruits. Then there is a bug-fix cycle where the focus is on low-hanging fruits. One phase usually breaks the monotony of the other. There is a clear line that is religiously *not* breached. I tell once again, Bastien (who calls himself and who others call the maintainer) has made miniscule contribution to Nicolas efforts. In the meanwhile, he was fixing all the other things. One can always twist the facts to one's own advantage. Bastien is plain wrong when he says his Thankless job helped Nicolas or Jambunathan focus and complete their work. What I did with ODT exporter would have been done irrespective of what Bastien chose to do or not do. I will even venture to represent Nicolas and say his framework would have sailed through irrespective of presence or absence of Bastien. In truth, Bastien has slowed down the process and adoption of new exporter framework. (I am an insider, don't try to differ with me here.) I am a developer and an Engineer. I have natural dislike for what I consider as mere posturing in others. I don't like fudging facts to play with people's perception. while community management (e.g. spending a great amount of time answering on the lists and getting thanked for it) should be in someone else's hand. This is besides the point. You place something on the table that is worth looking at. This is not even a secondary or tertiary item in what I tabled. It's something that each member of the community has to look at. I am asking, why cannot people pitch in with patches or offer to write documentation or help themselves. Saying I love you and hugs!, my Inbox is filled, Thank you! is all good and wonderful. But the euphoria is plain delusional. People say I want the old exporter back. I want documentation on new exporter. I will not test gamma, beta or alpha releases. I want stable releases and I want it to work flawlessly. This is broken in ox-html.el. Even signed contributors report a bug, fail to give an ECM or too lazy to fix what is their own problem. People want to be spoon fed and then want to pat themselves on their back saying I am a good member of community!. This is hypocrisy at it's worst. Interestingly, the only people who have NOT fallen in to the trap I have laid, are the people who I have immense respect for. They have their doubts and find it wise to not say it. I have respect for sceptics but no respect for people who are so sure of themselves. I called the community riffraffs for a reason. They are in truth riffsraffs. It is also delusional thinking to think that a community can have a say on who the maintainer could be. Principals or the circumstances decide who the maintainer is. Riffraffs need to read up a bit on how Free Software communities work and function. Is it what you meant or did I misinterpret your statements? Maybe you could also elaborate on why you proposed a takeover instead of collaborating with the current maintainer. Not what all you hear or others write is truth. Reader's discretion is advised. --
Re: [O] Offer for taking over maintainership
Another question: Why are people Jambu-bashing and Bastien-hugging when I have clearly said that Nicolas Goaziou's work has not been duly recognized. People are selective about what they want to see or hear. --
Re: [O] Offer for taking over maintainership
What Free Software needs is contributors and a good outlet. For Orgmode, the latter problem is solved because Emacs serves as a good and well-known and well-respected clearing house. Recruit more contributors. Get out of the way of existing contributors. Ignore, just plain ignore the riffraff. I challenge the common understanding of the importance of Community. They don't need to be fed. They come and stay becauase of their own interests. Searching for and retaining markets is not a problem that a FLOSS project should focus on. DTRT and rest is inevitable. --
Re: [O] Offer for taking over maintainership
Note: Anger is futile, particularly over the internet. Sure it is ; but you do look angry. You should come see me in my apartment, as I type these words. No one is having more fun than I am having right now. If that is true, if this is fun for you, then you shall understand that you are damaging the community with your fun. Whatever your problems are: create a fork, but don't troll around here. This mailing list is, besides your regular rants against Bastien, one of the friendliest crowds on the net. For me that is important. Everybody is willing to give a helping hand to each other. Even to someone like me who is completely irrelevant for the progress of org-mode. What Carsten created and Bastien continues _every_ day is invaluable for many. Bastien does a fantastic job as a maintainer. Accept that. May be you are the best elisp coder in the world. If this thread really means having fun for you: Look for another place to enjoy yourself, please! Detlef
[O] Links in tables and org-return-follows-link
Hi! When I set variable org-return-follows-link to true I expect that it will work on links in tables too (when org-table-editor is on). But it does not. Is it wrong behaviour of org-mode? With best regards, Vasil
Re: [O] LaTeX preview
+1 This is great, I wanted to do something but did not know how. I am going to look at the patch. If you have an interest in explaining to an interested Noob what you did. I would be grateful. Best, Evan On Thu, Feb 14, 2013 at 3:17 AM, Bastien b...@altern.org wrote: Hi Greg, Daimrod daim...@gmail.com writes: Here is a better formatted patch: I applied this change, thanks a lot! -- Bastien -- Evan Misshula Doctoral Student (Criminal Justice) CUNY John Jay Let us reform our schools, and we shall find little reform needed in our prisons. John Ruskin, Unto This Last, essay 2 (1862) English critic, essayist, reformer (1819 - 1900) Instruction does much, but encouragement does everything. Johann Wolfgang Von Goethe www.snrg-nyc.org
[O] [ox-beamer] Frame subtitles are not handled anymore
Hello Nicolas, It took me quite some time, but I'm at the end of converting a 90 slides presentation from the old to the new exporter. In that presentation, there is (just!) one thing which does not work anymore: the frame subtitles. Before, I could write: --8---cut here---start-8--- * News \\ Technology ... --8---cut here---end---8--- and get that exported as: --8---cut here---start-8--- \begin{frame} \frametitle{News} \framesubtitle{Technology} ... \end{frame} --8---cut here---end---8--- (or similar.) Now, such a title is simply cut over 2 lines; hence, the use of a bad font (in LaTeX) for the subtitle (font as big as the one customized for the title itself). How could we write subtitles again in Beamer presentations? Best regards, Seb -- Sebastien Vauban
Re: [O] [Bug] Yasnippet/Org: properties messed up when expanding $1
Karl Voit devn...@karl-voit.at writes: So there does not seem to be anybody who is able to fix this issue. Is there at least somebody who can confirm this weird bug? I tried your snippet, everything fine here with: Org-mode version 7.9.3e (7.9.3e-1032-g791a8d) yas, latest git hth Memnon
Re: [O] Offer for taking over maintainership
I called the community riffraffs for a reason. They are in truth riffsraffs. I have two post-graduate degrees, but I cannot code in elisp so I guess I am among the worthless ones (riffraff: 1. People regarded as disreputable or worthless. 2. Rubbish; trash.). To be honest, I do not care who you are or what you contributed to the org community. But I do not like when people behave like as important a** holes. So take a break, go out, have a beer or two, and relax. You are not that important. Nobody is. -- Julian Mariano Burgos, PhD Hafrannsóknastofnunin/Marine Research Institute Skúlagata 4, 121 Reykjavík, Iceland Sími/Telephone : +354-5752037 Bréfsími/Telefax: +354-5752001 Netfang/Email: jul...@hafro.is
Re: [O] Offer for taking over maintainership
I have two post-graduate degrees, but I cannot code in elisp so I am quoting from this article. I am wondering, people with two-postgraduate degrees and those with doctoratal and post-doctoral degrees can do better than secretaries. , http://www.gnu.org/gnu/rms-lisp.html | | The editor itself was written entirely in Lisp. Multics Emacs proved | to be a great success — programming new editing commands was so | convenient that even the secretaries in his office started learning | how to use it. They used a manual someone had written which showed how | to extend Emacs, but didn't say it was a programming. So the | secretaries, who believed they couldn't do programming, weren't scared | off. They read the manual, discovered they could do useful things and | they learned to program. | `
[O] Offer for taking over maintainership
I offer to take over maintainership of Org, gcc, and the Linux kernel. Offer closes in 7 days. Only pre-conditions will be that Org gets ported to Notepad, gcc to be turned into a llvm front-end and Linus sodomized to death. All that under my supervision. Principals and idiots can PM me with your thoughts. I defend your right to eat pizza everyday and to make espressos freely. Note: Fear leads to anger; anger leads to hate; hate leads to the dark side. --
Re: [O] Offer for taking over maintainership
On 02/14/2013 10:36 AM, Jose E. Marchesi wrote: Note: Fear leads to anger; anger leads to hate; hate leads to the dark side. Hate leads to suffering. Get it right. Was that a shark we just jumped over? On 02/13/2013 04:31 PM, Allen S. Rout wrote: It would probably be most peaceful not to discuss Jambunathan's offer on this forum. I expect that the count of +1s to the offer will communicate the list's collective opinion. No, really. - Allen S. Rout
Re: [O] Offer for taking over maintainership
Bastien b...@altern.org writes: Actually, one of the reasons I want to step down in the long run is that I'm a bit frustrated of not having time enough to focus on big new features. But the flow of new users and new contributors is rewarding enough so that maintaining Org keeps being fun :) A good maintainer, in my opinion, does not necessarily have to be the main contributor in term of code or features. I more expecting him (or her) to have good judgment and take equilibrated decisions, meant to protect the overall spirit of a project and to nudge it in a sound direction. And of course, to have high human and communication skills. A maintainer who always says yes! and consider himself (or herself) as nothing more than a committer of service is likely to soon drive a project into a drab status. Behind anything nice, software included, there needs to be an artist and a mind, much more than a committee. And almost always, an artwork never fully pleases everybody. François
Re: [O] Offer for taking over maintainership
Jambunathan K kjambunat...@gmail.com writes: I never remember being rude to you. I do not remember you've ever been rude with me. It's not personal. It's just that I would like Org to return to its peaceful and happy road. You announced in some earlier message that you were unsubscribing from the list. Another avenue would be to rediscover what it is to be joyful. Either way, I wish you'll be successful at censoring yourself. Surely, it's a bit naive for me to think I could calm a flaming mind. I've met others in my life, and usually *completely* ignore them. I'm replying here only because of this tiny bit of admiration that still remains in me from your previous works and involvement. When nothing will remain, I'll very easily return to silence. François
Re: [O] Anchors in texinfo export
Hello Tom, On 13 February 2013 11:31, Thomas S. Dye t...@tsdye.com wrote: Aloha all, Currently, the texinfo exporter translates a dedicated target in a comment: # x-export-to-odt to this: @c x-export-to-odt It shouldn't need to be within a comment to work successfully in the Texinfo exporter. @anchor{} is not visible to the reader (unless looking at the .texi source) so it won't be impacted by being outside of a comment. I was expecting to see a texinfo anchor: @anchor{x-export-to-odt} There are a handful of these dedicated target comments cum anchors in the Org mode manual. I believe all of them are in places where it would be easy to replace them with links directly to the corresponding headline/node. Should I edit them away? Or, are dedicated target comments/anchors something the texinfo exporter should handle? Regards, Jon -- All the best, Tom -- Thomas S. Dye http://www.tsdye.com
Re: [O] LaTeX preview
Evan Misshula evanmissh...@gmail.com writes: +1 This is great, I wanted to do something but did not know how. I am going to look at the patch. I'm glad to know other people like it too :) If you have an interest in explaining to an interested Noob what you did. I would be grateful. Sure, I knew I wanted something like the inlineimages STARTUP keywords. So, I've searched in the source all references to inlineimages. M-x moccur-grep RET inlineimages RET I've found: a custom variable: `org-startup-with-line-images' an entry in `org-startup-options' Then I've searched for `org-startup-with-inline-images' and found: (when org-startup-with-inline-images (org-display-inline-images)) Then, I've searched the name of the function which toggled the latex preview. C-h a latex RET then C-s preview in the *Apropos* buffer. At this point I had everything and I just needed to copy what was done for inlineimages and adapt it for latexpreview. Best, Evan -- Daimrod/Greg pgpj9253qHCTK.pgp Description: PGP signature
Re: [O] Anchors in texinfo export
Hi Jon, Jonathan Leech-Pepin jonathan.leechpe...@gmail.com writes: Hello Tom, On 13 February 2013 11:31, Thomas S. Dye t...@tsdye.com wrote: Aloha all, Currently, the texinfo exporter translates a dedicated target in a comment: # x-export-to-odt to this: @c x-export-to-odt It shouldn't need to be within a comment to work successfully in the Texinfo exporter. @anchor{} is not visible to the reader (unless looking at the .texi source) so it won't be impacted by being outside of a comment. Thanks. I've moved the anchors outside comments and all is well. In fact, the entire manual now exports texinfo that makeinfo compiles without any complaints. All the best, Tom -- Thomas S. Dye http://www.tsdye.com
Re: [O] Anchors in texinfo export
Hi Tom, On 14 February 2013 12:02, Thomas S. Dye t...@tsdye.com wrote: Hi Jon, Jonathan Leech-Pepin jonathan.leechpe...@gmail.com writes: [...] Thanks. I've moved the anchors outside comments and all is well. In fact, the entire manual now exports texinfo that makeinfo compiles without any complaints. That's great. Out of curiosity does it also compile successfully to HTML? Regards, Jon -- All the best, Tom -- Thomas S. Dye http://www.tsdye.com
Re: [O] Option H: and texinfo export
Hello Tom On 13 February 2013 14:58, Thomas S. Dye t...@tsdye.com wrote: Aloha all, When the H: option is set to a number 4, the texinfo exporter generates a detailed node listing with links to nodes that texinfo doesn't recognize. IIUC, texinfo recognizes nodes for chapter, section, subsection, and subsubsection, but not for any lower level divisions of the document. Is there a context where H:5..n would make sense in a document exported to texinfo? If not, should the exporter behave differently in this instance? I don't know of any case where there would be a reason to have n4 for headline export to texinfo. These are just questions, not requests for changes to the code. I have H:4 and things seem to be working beautifully :) I've made a small change regardless, a constant with the max toc-depth for texinfo (4), in case there ever is a time in the future where this depth might have reason to change. I've also set the detailed node listing to limit itself to whichever value is smaller (H: or 4). This should prevent any accidental generation errors due to H being too large. Regards, Jon -- All the best, Tom -- T.S. Dye Colleagues, Archaeologists 735 Bishop St, Suite 315, Honolulu, HI 96813 Tel: 808-529-0866, Fax: 808-529-0884 http://www.tsdye.com
[O] [PATCH] org babel execution and new exporter
Hi, the new exporter currently does not respect `org-export-babel-evaluate' and evaluates babel src blocks always on export. I did the tiniest change to ox.el as in the attached patch. (This is my first patch sent - I hope it works and helps...). Best regards, Gregor From a955c54f3ecda02b70933f6b98b8043a4f40d634 Mon Sep 17 00:00:00 2001 From: Gregor Kappler gregor@alcedo.(none) Date: Thu, 14 Feb 2013 18:12:39 +0100 Subject: [PATCH] Export: Prevent babel src blocks from being evaluated if org-export-babel-evaluate is nil * lisp/ox.el (org-export-as): Make sure org-export-babel-evaluate is not nil before calling `org-export-execute-babel-code'. TINYCHANGE --- lisp/ox.el |5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/lisp/ox.el b/lisp/ox.el index 049dcc5..1ce900b 100644 --- a/lisp/ox.el +++ b/lisp/ox.el @@ -2810,7 +2810,10 @@ Return code as a string. ;; added some new ones. (org-macro-initialize-templates) (org-macro-replace-all org-macro-templates) - (org-export-execute-babel-code) + + (when org-export-babel-evaluate + (org-export-execute-babel-code)) + ;; Update radio targets since keyword inclusion might have ;; added some more. (org-update-radio-target-regexp) -- 1.7.10.4 -- Dr. Gregor Kappler Fakultät für Psychologie Institut für Angewandte Psychologie: Gesundheit, Entwicklung, Förderung Universität Wien Liebiggasse 5 A-1010 Wien http://www.univie.ac.at/Psychologie tel: +43 1 4277 47276
[O] Invoking org-protocol via emacsclient switches buffer
Hello Org-Mode team, I wrote myself a small bash script that uses dmenu and emacsclient to get notes into Org-Mode via org-protocol-capture. I've set up some capture templates that fill in the provided information and configured them to immediate finish without further interaction. Most of the time I just have one Emacs frame displaying my agenda. Now, when I invoke my script, the notes get added to my org file just fine but Emacs also switches away from my agenda to the org file the notes get inserted into. Is there a way to prevent that?
Re: [O] ocaml babel no longer works?
Alan Schmitt alan.schm...@polytechnique.org writes: Hi Eric, Eric Schulte writes: The suggestion: instead of appending 'org-babel-ocaml-eoe;;' to the code, how simply put ';;' (which will make sure everything is flushed) then detect the toplevel is done by seeing the string '# ' at the beginning of the line? Would there be an issue with the fact that this line does not have a newline? If so, an alternative suggestion would be to use the longer ';; org-babel-ocaml-eoe;;' which makes sure the phrase in the input won't interact with the marker. You can customize the `org-babel-ocaml-eoe-output' and `org-babel-ocaml-eoe-indicator' variables so that they match the above. If this proves generally useful then I'd be happy to admit this change to the core. I'll have a look at it (as soon as my European grant deadline as passed). Great. The one thing I don't know about org-babel-comint-with-output is the following: what does it do with the last line if it does not have a carriage return? (After running a command, the toplevel outputs '# ' with no carriage return. Will it be part of the returned string?) This prompt should not be returned as ob-comint-w/output handles things like removing echo'd inputs, prompts etc... However, although I'm still writing OCaml fairly regularly I removed tuareg during a recent hard drive switch in favor of the default caml-mode, so I can't test this directly with an OCaml code block (another reason why I'm excited at the prospect of someone else's eyes on ob-caml). I hope these pointers are useful. They definitely are. As ocaml is not only my language of choice but one I have the chance of teaching, I'll clearly look into this. Thanks again, Alan Cheers, -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] [Warnings] HTML produced by new exporter
Hi Sébastien, Sebastien Vauban wxhgmqzgwmuf-genee64ty+gs+fvcfc7...@public.gmane.org writes: The conclusion is: just a comment, no real error. Closed! IIUC, and to make sure everyone understands: HTML Tidy doesn't distinguish between spanspan Some text /span/span and span class=xspan class=y Some text /span/span and suggests that there may be a duplicate tag. -- Bastien
Re: [O] [ox-beamer] Frame subtitles are not handled anymore
Sebastien Vauban wxhgmqzgwmuf-genee64ty+gs+fvcfc7...@public.gmane.org writes: Hello Nicolas, It took me quite some time, but I'm at the end of converting a 90 slides presentation from the old to the new exporter. In that presentation, there is (just!) one thing which does not work anymore: the frame subtitles. Before, I could write: * News \\ Technology ... and get that exported as: \begin{frame} \frametitle{News} \framesubtitle{Technology} ... \end{frame} (or similar.) Now, such a title is simply cut over 2 lines; hence, the use of a bad font (in LaTeX) for the subtitle (font as big as the one customized for the title itself). How could we write subtitles again in Beamer presentations? It was discussed a few months ago. To sum it up, I don't like that syntax, because it's very close to line breaks. But I'm not against some easy way to add a subtitle to a frame. A special property isn't satisfactory either, because those aren't parsed. So :beamer_subtitle: *bold* will probably not give you what you expect. Do you have any suggestion about it? Meanwhile, doesn't the following work? #+BEAMER: \framesubtitle{Technology} Regards, -- Nicolas Goaziou
Re: [O] Bug: #+STARTUP: overview and org-startup-folded have no effect [7.9.3e (7.9.3e-1032-g791a8d @ /home/horn/Repos/el/org-mode/lisp/)]
Hi Tassilo, Sebastien Vauban wxhgmqzgwmuf-genee64ty+gs+fvcfc7...@public.gmane.org writes: It's an optimization done by Bastien. I think it's fine to have this by default, the time spared is worth it IMHO. But I understand many people may want to turn this off. There is a variable to inhibit it. (setq org-agenda-inhibit-startup nil) If you don't want the optimization. In general, it's worth sticking to the default behavior if you have many agenda files. If you have only a few, the setting above may be preferable. HTH, -- Bastien
Re: [O] [PATCH] org babel execution and new exporter
Hi Gregor, This patch looks good to me, but I'll leave the actual application of anything dealing with the new export engine to Nicolas. Thanks for contributing! Gregor Kappler gregor.kapp...@univie.ac.at writes: Hi, the new exporter currently does not respect org-export-babel-evaluate' and evaluates babel src blocks always on export. I did the tiniest change to ox.el as in the attached patch. (This is my first patch sent - I hope it works and helps...). Best regards, Gregor From a955c54f3ecda02b70933f6b98b8043a4f40d634 Mon Sep 17 00:00:00 2001 From: Gregor Kappler gregor@alcedo.(none) Date: Thu, 14 Feb 2013 18:12:39 +0100 Subject: [PATCH] Export: Prevent babel src blocks from being evaluated if org-export-babel-evaluate is nil * lisp/ox.el (org-export-as): Make sure org-export-babel-evaluate is not nil before calling `org-export-execute-babel-code'. TINYCHANGE --- lisp/ox.el |5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/lisp/ox.el b/lisp/ox.el index 049dcc5..1ce900b 100644 --- a/lisp/ox.el +++ b/lisp/ox.el @@ -2810,7 +2810,10 @@ Return code as a string. ;; added some new ones. (org-macro-initialize-templates) (org-macro-replace-all org-macro-templates) - (org-export-execute-babel-code) + + (when org-export-babel-evaluate +(org-export-execute-babel-code)) + ;; Update radio targets since keyword inclusion might have ;; added some more. (org-update-radio-target-regexp) -- 1.7.10.4 -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] Offer for taking over maintainership
Dear Jose E Marchesi I am happy to hear of your endeavors. I am publicly messaging you in my capacity as a well-known and well-recognized idiot [1]. I am myself running an experiment very similar to yours, albeit on a smaller scale. The tasks you have taken upon yourself seem to be big, but remember, no task is big for the determined. I should applaud your braveness and courage. I am inclined to share the following notes with you. I would advise you to tread carefully on the third task. You are likely to have better chances of success if you could make discreet make enquiries with the local church and law enforcement beforehand. Remember you have to be very discreet, for the task is delicate and the target is a celebrity dictator notorious for acerbic tongue. (Of the nature of his bottoms, I am not sure.) I know first hand that the first task is currently appropriated by a gentlemen named Bastien. The said gentleman has won applauds for his patience, stay-put-ness, well-mannered-isms and courteous and prompt service. (There detractors and nay-sayers but you can safely ignore them.) You may want to check the status after few weeks or months or years. You don't have to be disappointed with the loss of opportunity and discouraged by a door slammed shut. You can gain easy entry, if you explore your luck as a temp, as it is well-known that the said gnetleman is in the habit of being away for 2-3 weeks at a stretch (on some presumably important personal errands). The time-aways are promptly announced in the mailing list. The period of leaves usually varies and invariably extends by few days to few weeks than the disclosed period. (I pray that you treat the last piece of information with confidence. I trust your good self not to reveal it to others - even the near and dear ones - the source of this little nugget of information) Seond task seems the most easiest of the three. I have a friend who has rat, cat and dog as pets, all adorable, who habit his house in peace. An apple a day, keeps the doctor away. Stay healthy and all the best with your endeavours. Footnotes: [1] Don't hesitate to ask for references. The references are respectable gentlemen working for various research institutes. Your well-wisher, Jambunathan K. jema...@gnu.org (Jose E. Marchesi) writes: I offer to take over maintainership of Org, gcc, and the Linux kernel. Offer closes in 7 days. Only pre-conditions will be that Org gets ported to Notepad, gcc to be turned into a llvm front-end and Linus sodomized to death. All that under my supervision. Principals and idiots can PM me with your thoughts. I defend your right to eat pizza everyday and to make espressos freely. Note: Fear leads to anger; anger leads to hate; hate leads to the dark side. --
Re: [O] using export filters to emulate multi-column table cells?
Hello, Eric Abrahamsen e...@ericabrahamsen.net writes: Is there any way to use the new exporter mechanisms to emulate table cells that span rows or columns on export? I'm envisioning something like this: | | 2colGrains | | | Year | Oats | Wheat | | 2007 | 10lbs | 40lbs | Where an export filter would pick up on the 2col cookie, replace it with something backend-specific like \multicolumn{2}{Grains}, and then somehow remove the following table field from export. You can add a function to `org-export-filter-table-row-functions'. It will be called with three arguments. The first one is the table row, as a string in back-end syntax. If you recognize the pattern 2col, you modify the string accordingly and return it as a replacement. E.g: #+begin_src emacs-lisp (defun my-multicolumn-filter (row backend info) (when (and (org-export-derived-backend-p backend 'latex) (string-match \\([0-9]+\\)col row)) (let ((columns (string-to-number (match-string 1 row))) (start (match-end 0))) (setq row (replace-match nil nil row)) (while (and ( columns 1) (string-match row start)) (setq row (replace-match nil nil row)) (decf columns)) row))) (add-to-list 'org-export-filter-table-row-functions 'my-multicolumn-filter) #+end_src Regards, -- Nicolas Goaziou
Re: [O] [New exporter] custom emphasis in org-emphasis-alist
Hi Nicolas, thanks for your replies. I can see that for org syntax stability and to prevent parsing hassle using a variety of characters for emphasis is not desireable. On the other hand, org-emphasis-alist had several advantages that seem not possible with your suggestions. When writing, I frequently mark up and fontify text for review or important text parts (each, ? and ! used ~1000 times in my org files). The fontification in org provided a perfect overview of what still needs attention. For additional syntax, a better option would be to define a macro: #+MACRO: excl @@html:span class=org-exclamation@@$1@@html:/span@@ Then use it within the buffer: A paragraph and {{{excl(some *bold* text within a special container)}}}. This solution is charactery/wordy but I could work with some editing sugar (abbrevs, remove-macro-keys,...). Yet I loose the fontification feature that I appreciate highly. For now, I took the road of adding a filter as you suggested, and made it configurable with format strings for latex and html. Also, I implemented org highlighting (borrowing from `org-set-emph-re' and `org-do-emphasis-faces'). This solution now works for me. If anyone else has custom emphasis markers, and wants to keep them (like I did) the following code might be usable. Thank you very much for your help! Gregor Your markup filter code did not replace multiple occurences and had hard-coded regexps, so I adapted your markup code: #+begin_src emacs-lisp (require 'ox) (defun gk-emphasis-markup (text backend info) (let ((formats (assoc backend gk-org-export-emphasis))) (when formats (let ((start 0) (result )) (while (string-match gk-org-emph-re text start) (setq result (concat result (substring text start (match-beginning 2)) (format (cadr (assoc (match-string 3 text) formats)) (match-string 4 text (setq start (- (match-end 0) 1))) (concat result (if (substring text start (length text)) )) (add-to-list 'org-export-filter-plain-text-functions 'gk-emphasis-markup) #+end_src The formating strings are configured #+begin_src emacs-lisp (setq gk-org-export-emphasis '((html . ((? span class=\org-question\%s/span) (! span class=\org-exclamation\%s/span) (# ))) (latex . ((? \\mycheck{%s}) (! \\myexcl{%s}) (# ) #+end_src Org highlighting for the custom emphasis list (adapted from `org-set-emph-re') #+BEGIN_SRC emacs-lisp :tangle ~/Documents/Programme/elisp/my-org-mode.el (setq gk-org-emphasis-alist (quote ( (? gk-org-question) (! gk-org-exclamation) (# font-lock-comment-face (setq gk-org-emph-re (let* ((e org-emphasis-regexp-components) (pre (car e)) (post (nth 1 e)) (border (nth 2 e)) (body (nth 3 e)) (nl (nth 4 e)) (body1 (concat body *?)) (markers (mapconcat 'car gk-org-emphasis-alist )) (vmarkers (mapconcat (lambda (x) (if (eq (nth 4 x) 'verbatim) (car x) )) gk-org-emphasis-alist ))) ;; make sure special characters appear at the right position in the class (if (string-match \\^ markers) (setq markers (concat (replace-match t t markers) ^))) (if (string-match - markers) (setq markers (concat (replace-match t t markers) -))) (if (string-match \\^ vmarkers) (setq vmarkers (concat (replace-match t t vmarkers) ^))) (if (string-match - vmarkers) (setq vmarkers (concat (replace-match t t vmarkers) -))) (if ( nl 0) (setq body1 (concat body1 \\(?:\n body *?\\)\\{0, (int-to-string nl) \\}))) ;; Make the regexp (concat \\([ pre ]\\|^\\) \\( \\([ markers ]\\) \\( [^ border ]\\| [^ border ] body1 [^ border ] \\) \\3\\) \\([ post ]\\|$\\ #+END_SRC The emphasis function (adapted `org-do-emphasis-faces') then is added as font-lock #+BEGIN_SRC emacs-lisp :tangle ~/Documents/Programme/elisp/my-org-mode.el (defun gk-org-do-emphasis-faces (limit) Run through the buffer and add overlays to emphasized strings. (let (rtn a) (while (and (not rtn) (re-search-forward gk-org-emph-re limit t)) (if (not (= (char-after (match-beginning 3)) (char-after (match-beginning 4 (progn (setq rtn t) (setq a (assoc (match-string 3) gk-org-emphasis-alist))
Re: [O] How to improve Org startup time?
Sebastien Vauban wxhgmqzgw...@spammotel.com writes: Bastien wrote: Sebastien Vauban writes: However, I've left it in the `org-finalize-agenda-hook' hook, so that the `appt-list' is fed up as soon as I begin using agenda functions. But then org-agenda-to-appt will be called each time your generate a new agenda... not sure you really want this right. Why not simply calling it interactively when you need it? I can't count on myself to do it at a regular enough interval (at least daily). Then, this is the only (?) solution found so that the appt-list is still quite up-to-date. I am using the same setup (thanks Bernt :): - Initialize on Startup - Update on midnight for next day with run-at-time - Update frequently via org-finalize-agenda-hook The last piece eats up quite some time (couple of seconds on my ancient machine), so what about a different solution just for the last bit. E.g., updating, when an item gets scheduled/timestamped for today. Something like (pseudo code!): (defadvice org-schedule (after my-adv-update-appt activate) org-agenda-to-appt when org-last-timestamp todayp (when (= (time-to-days (org-time-string-to-time org-last-inserted-timestamp)) (org-today)) (message Updating appt!) (org-agenda-to-appt))) (defadvice org-time-stamp (after my-adv-update-appt activate) org-agenda-to-appt when org-last-timestamp todayp (when (= (time-to-days (org-time-string-to-time org-last-inserted-timestamp)) (org-today)) (message Updating appt!) (org-agenda-to-appt))) Would that work? I agree, calling it interactively feels error prone and I would probably forget it ... Memnon
Re: [O] [PATCH] org babel execution and new exporter
Hello, Gregor Kappler gregor.kapp...@univie.ac.at writes: the new exporter currently does not respect `org-export-babel-evaluate' and evaluates babel src blocks always on export. I did the tiniest change to ox.el as in the attached patch. (This is my first patch sent - I hope it works and helps...). Applied. Thank you. Regards, -- Nicolas Goaziou
Re: [O] Anchors in texinfo export
Hi Jon, Jonathan Leech-Pepin jonathan.leechpe...@gmail.com writes: Hi Tom, On 14 February 2013 12:02, Thomas S. Dye t...@tsdye.com wrote: Hi Jon, Jonathan Leech-Pepin jonathan.leechpe...@gmail.com writes: [...] Thanks. I've moved the anchors outside comments and all is well. In fact, the entire manual now exports texinfo that makeinfo compiles without any complaints. That's great. Out of curiosity does it also compile successfully to HTML? I don't know yet. I'm trying not to get ahead of myself :) There are still several little parts of the translation from .texi to .org that aren't complete. I'm going to finish those up before I see what happens post makeinfo. Feel free to check out the HTML conversion on your own. My hope is that the translation from .texi to .org has produced a simpler, more consistent document that is relatively easy to modify. All the best, Tom -- Thomas S. Dye http://www.tsdye.com
Re: [O] Bug: #+STARTUP: overview and org-startup-folded have no effect [7.9.3e (7.9.3e-1032-g791a8d @ /home/horn/Repos/el/org-mode/lisp/)]
Bastien b...@altern.org writes: Hi Bastien, It's an optimization done by Bastien. I think it's fine to have this by default, the time spared is worth it IMHO. But I understand many people may want to turn this off. There is a variable to inhibit it. (setq org-agenda-inhibit-startup nil) If you don't want the optimization. I've done the performance measurements you've requested in Message-ID: 87ehgjgmiv@thinkpad.tsdh.de. For me, the optimized version is by no means faster than the `org-agenda-inhibit-startup' set to nil. If you reproduce the measurements on your machine and it turns out that you get results inverse to mine, I'm happy to help debugging where the differences come from. In general, it's worth sticking to the default behavior if you have many agenda files. If you have only a few, the setting above may be preferable. My measurements were performed with my 7 normal agenda files + one synthetically constructed. 1 top-level headline with 8000 child TODO items, and then triggering the TODO agenda (and also the week agenda). That's what you've requested in 87vc9vdwx7@bzg.ath.cx. Bye, Tassilo
[O] [PATCH] org-contacts: Fix Agenda format.
* contrib/lisp/org-contacts.el: Use `org-agenda-prefix-format' to format entry instead of unused org-agenda-format. Signed-off-by: Rüdiger Sonderfeld ruedi...@c-plusplus.de --- contrib/lisp/org-contacts.el | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/contrib/lisp/org-contacts.el b/contrib/lisp/org-contacts.el index 49bf489..5858a07 100644 --- a/contrib/lisp/org-contacts.el +++ b/contrib/lisp/org-contacts.el @@ -544,9 +544,9 @@ This function should be called from `gnus-article-prepare-hook'. (let ((org-agenda-files (org-contacts-files)) (org-agenda-skip-function (lambda () (org-agenda-skip-if nil `(notregexp ,name -(org-agenda-format (propertize -%(org-contacts-icon-as-string)% p% s%(org-contacts-irc-number-of-unread-messages)%+T -'keymap org-contacts-keymap)) +(org-agenda-prefix-format (propertize + %(org-contacts-icon-as-string)% s%(org-contacts-irc-number-of-unread-messages) + 'keymap org-contacts-keymap)) (org-agenda-overriding-header (or org-agenda-overriding-header (concat List of contacts matching ` name ': -- 1.8.1.1
Re: [O] How to improve Org startup time?
Hi Memnon, Memnon Anon wrote: Sebastien Vauban writes: Bastien wrote: Sebastien Vauban writes: However, I've left it in the `org-finalize-agenda-hook' hook, so that the `appt-list' is fed up as soon as I begin using agenda functions. But then org-agenda-to-appt will be called each time your generate a new agenda... not sure you really want this right. Why not simply calling it interactively when you need it? I can't count on myself to do it at a regular enough interval (at least daily). Then, this is the only (?) solution found so that the appt-list is still quite up-to-date. I am using the same setup (thanks Bernt :): - Initialize on Startup - Update on midnight for next day with run-at-time - Update frequently via org-finalize-agenda-hook The last piece eats up quite some time (couple of seconds on my ancient machine), so what about a different solution just for the last bit. That's another way of thinking out of the box. E.g., updating, when an item gets scheduled/timestamped for today. Something like (pseudo code!): (defadvice org-schedule (after my-adv-update-appt activate) org-agenda-to-appt when org-last-timestamp todayp (when (= (time-to-days (org-time-string-to-time org-last-inserted-timestamp)) (org-today)) (message Updating appt!) (org-agenda-to-appt))) (defadvice org-time-stamp (after my-adv-update-appt activate) org-agenda-to-appt when org-last-timestamp todayp (when (= (time-to-days (org-time-string-to-time org-last-inserted-timestamp)) (org-today)) (message Updating appt!) (org-agenda-to-appt))) Would that work? I agree, calling it interactively feels error prone and I would probably forget it ... Not in my habits, as I more often use S-up than C-c C-s. OK, one could argue that if I move a timestamp from one day (or more), there is certainly no hours attached to it. Rigth. But a bit fragile. In fact, not in general, as it happens sometimes that I type the keyword SCHEDULED by hand. And, in fact, your code would be called (much) more often than if the org-agenda-to-appt is called when saving an Org agenda file, what was the solution of Tassilo. Do you see drawbacks in his solution? Best regards, Seb -- Sebastien Vauban
Re: [O] [PATCH] org-contacts: Fix Agenda format.
Rüdiger Sonderfeld ruedi...@c-plusplus.de writes: * contrib/lisp/org-contacts.el: Use `org-agenda-prefix-format' to format entry instead of unused org-agenda-format. Signed-off-by: Rüdiger Sonderfeld ruedi...@c-plusplus.de --- contrib/lisp/org-contacts.el | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/contrib/lisp/org-contacts.el b/contrib/lisp/org-contacts.el index 49bf489..5858a07 100644 --- a/contrib/lisp/org-contacts.el +++ b/contrib/lisp/org-contacts.el @@ -544,9 +544,9 @@ This function should be called from `gnus-article-prepare-hook'. (let ((org-agenda-files (org-contacts-files)) (org-agenda-skip-function (lambda () (org-agenda-skip-if nil `(notregexp ,name -(org-agenda-format (propertize -%(org-contacts-icon-as-string)% p% s%(org-contacts-irc-number-of-unread-messages)%+T -'keymap org-contacts-keymap)) +(org-agenda-prefix-format (propertize +%(org-contacts-icon-as-string)% s%(org-contacts-irc-number-of-unread-messages) +'keymap org-contacts-keymap)) (org-agenda-overriding-header (or org-agenda-overriding-header (concat List of contacts matching ` name ': Applied, thank you. -- Daimrod/Greg pgptohHZVV0AS.pgp Description: PGP signature
Re: [O] Offer for taking over maintainership
Hi everyone, may I suggest that we dry up this thread and the related threads? It seems to me that what needed to be said has been said and we should stop providing an arena for a monologue that has become full OT by now. - Carsten
[O] exit code editing buffer without installing the changes
Hi org-mode users, I know in a source code block, C-c ' will launch a buffer to edit the source code and C-c ' again will install the buffer back to the code block. Sometimes I just want to abort all the changes, so I am wondering: Is there anyway to exit the buffer without installing the changes and return to the org file without any modification? Thanks, Zech
Re: [O] exit code editing buffer without installing the changes
Not To Miss not.to.m...@gmail.com writes: Hi org-mode users, I know in a source code block, C-c ' will launch a buffer to edit the source code and C-c ' again will install the buffer back to the code block. Sometimes I just want to abort all the changes, so I am wondering: Is there anyway to exit the buffer without installing the changes and return to the org file without any modification? Would C-x k RET do? Or are you looking for something more sophisticated? -- This is the kind of tedious nonsense up with which I will not put
[O] Agenda export with E option (Org entry text lines)
Working with an agenda file, off the rack daily agenda. org-agenda-entry-text-maxlines = 5 All nodes are TODO nodes When I hit E or v E, I see the first few lines of the node When I export using C-x C-w, all I get in the export file is the headlines, not the additional context Even a highlight/cut/past only picks up the header lines. How can I get export to match my agenda view more closely include the header lines as displayed? Thanks! Subhan -- Subhan Michael Tindall | Software Developer | s...@rentrakmail.com RENTRAK | www.rentrak.com | NASDAQ: RENT
[O] [TEXINFO] Link bug
Hi, I think the new code to handle split links has broken links that aren't split. Here is an ECM: * Headline to split [[Headline to split]] [[Headline to split]], not! * Editing setup #+name: setup-editing #+header: :results silent #+header: :eval no-export #+begin_src emacs-lisp (require 'ox-texinfo) (define-key org-mode-map (kbd C-c e) 'org-export-dispatch) (setq org-pretty-entities nil) (setq org-src-preserve-indentation t) (setq org-confirm-babel-evaluate nil) (org-babel-do-load-languages 'org-babel-load-languages '((emacs-lisp . t) (sh . t))) (add-to-list 'org-export-snippet-translation-alist '(info . texinfo)) #+end_src Here is the relevant texinfo output (note the parens in the second @ref): @node Headline to split @chapter Headline to split @ref{Headline-to-split} @ref{(Headline to split),}, not! All the best, Tom -- T.S. Dye Colleagues, Archaeologists 735 Bishop St, Suite 315, Honolulu, HI 96813 Tel: 808-529-0866, Fax: 808-529-0884 http://www.tsdye.com
Re: [O] using export filters to emulate multi-column table cells?
Nicolas Goaziou n.goaz...@gmail.com writes: Hello, Eric Abrahamsen e...@ericabrahamsen.net writes: Is there any way to use the new exporter mechanisms to emulate table cells that span rows or columns on export? I'm envisioning something like this: | | 2colGrains | | | Year | Oats | Wheat | | 2007 | 10lbs | 40lbs | Where an export filter would pick up on the 2col cookie, replace it with something backend-specific like \multicolumn{2}{Grains}, and then somehow remove the following table field from export. You can add a function to `org-export-filter-table-row-functions'. It will be called with three arguments. The first one is the table row, as a string in back-end syntax. If you recognize the pattern 2col, you modify the string accordingly and return it as a replacement. E.g: Brilliant! This is a great solution. I've pasted a version below which expands the cookie slightly to allow for per-field alignment, with a syntax that looks like 2colc for two-column, center alignment. I'd like to do the same for HTML, but of course the brackets in the cookie are escaped by the time this filter kicks in. Would you recommend using a different character to delineate the cookie, or match the entities (yuck), or...? Very pleased, Eric #+begin_src emacs-lisp (defun my-latex-multicolumn-filter (row backend info) (when (org-export-derived-backend-p backend 'latex) (while (string-match \\(\\([0-9]+\\)col\\([lrc]\\)?[[:blank:]]*\\([^]+\\)\\) row) (let ((columns (string-to-number (match-string 2 row))) (start (match-end 0)) (contents (replace-regexp-in-string [[:blank:]]*$ (match-string 4 row))) (algn (or (match-string 3 row) l))) (setq row (replace-match (format multicolumn{%d}{%s}{%s} columns algn contents) nil nil row 1)) (while (and ( columns 1) (string-match row start)) (setq row (replace-match nil nil row)) (decf columns row)) (add-to-list 'org-export-filter-table-row-functions 'my-latex-multicolumn-filter) #+end_src #+begin_src emacs-lisp (defun my-multicolumn-filter (row backend info) (when (and (org-export-derived-backend-p backend 'latex) (string-match \\([0-9]+\\)col row)) (let ((columns (string-to-number (match-string 1 row))) (start (match-end 0))) (setq row (replace-match nil nil row)) (while (and ( columns 1) (string-match row start)) (setq row (replace-match nil nil row)) (decf columns)) row))) (add-to-list 'org-export-filter-table-row-functions 'my-multicolumn-filter) #+end_src Regards,
Re: [O] Offer for taking over maintainership
Carsten I opened this thread and I will have the last word. I *guarantee* you, I would have taken up the maintainership. I seem to be a lone dissenting voice which also wanted to *take up* responsibility in a substantial manner at a throwaway price. I had every right to make the restrictions that I made on the deal. You should thank me for saving people from themselves. Jonathan was the lone saving grace and I should applaud him for balanced-ness he has shown. Jambunathan K. --
Re: [O] Offer for taking over maintainership
Jambunathan K kjambunat...@gmail.com writes: Jonathan was the lone saving grace and I should applaud him for balanced-ness he has shown. Also Nicolas Richard.