[O] emacs and orgmode implemented at beta.metaStudio.org
There are already quite a few implementations that have taken orgmode to the online editing of wikis, blogs etc. We did one more addition. I am happy to inform you that we have implemented a collaboratively editable wiki pages using a simple javascript editor based on Jay Salvat's MarkItUp. (http://markitup.jaysalvat.com/home/). We forked it to create orgitdown (https://github.com/gnowgi/orgitdown). the simple configurable framework by MarkItUP helped us to define keyboard shortcuts. Though a lot more work needs to be done to make it full orgmode on the web, we are already happy to see its effect. Students and teachers who are never exposed to online editing of wikis and blogs, could learn the simple orgitdown editor with very little training. We had no problem even in producing Hindi language wikis using this process. We process the text saved by orgitdown on the server using emacs and orgmode macros in the batchmode. the generated html file as well as the original org text get saved in the database. Versioning feature is implemented using django-reversion. Apart from the wiki pages, we also use it in a threaded discussion forum of the beta.metaStudio.org. This helps users to use structured markup, LaTeX use, embedding videos and other java applets etc. Some links to the pages below. Once again thanks for a great app. A demo page with equations: http://beta.metastudio.org/gstudio/page/gnowsys-page/1307/ A hindi page: http://beta.metastudio.org/gstudio/page/gnowsys-page/3471/ A wikpage with embedded video: http://beta.metastudio.org/gstudio/page/gnowsys-page/3344/ If any of you are interested in the orgitdown code, please wait till we do the code merging on the github repo of orgitdown. Else the current code is pushed at the metaStudio's code at https://github.com/gnowgi/gnowsys-studio -- Nagarjuna G. http://beta.metaStudio.org/
Re: [O] org-agenda-files skips two files
Memnon Anon writes: > Hi, > > Eric Abrahamsen writes: > >> I've noticed for a while that two org files in my ~/org directory never >> get added to org-agenda-files, and I can't figure out why. My >> org-agenda-files is set to '("~/org/"), and yet: >> >> (dolist (f (directory-files "~/org" t "org$")) >> (unless (member f org-agenda-files) >> (insert (format "%s: %s\n" f (file-attributes f) >> >> /home/eric/org/epubnotes.org: (nil 1 1000 100 (20752 42274) (20740 56906) >> (20740 56906) 10673 -rw-r--r-- nil 8655230 2052) >> /home/eric/org/running.org: (nil 1 1000 100 (20768 26205) (20768 21290) >> (20768 24128) 423435 -rw-r--r-- nil 5375520 2052) > > Did you try edebuging defun org-agenda-files in org.el? > > Seems like the relevant bit that extracts all org files from the > directory is: > > (apply 'append (mapcar (lambda (f) >(if (file-directory-p f) >(directory-files > f t org-agenda-file-regexp) > (list f))) > org-agenda-files)) Oh, I had read this wrong -- for some reason I thought it was just looping over the already-populated variable. But the real problem was that org-agenda-files somehow got written as a customize variable, I have no idea when or how, and so was locked in state. Total user error. Sorry about that...
[O] Colorg weekly report
Hi, my Org friends. Real life rather caught me this weekend, to the point I had only very little free time, not enough to sensibly advance the colorg project. My plan was to program an automatic test generator for colorg-server. I wrote down notes about what it will be (but not worth committing). I came to realize that if I hand-write precise tests, I'll likely miss in my tests whatever cases I miss in the code. I'll rather have thousands of tests generated, and save only a few in a repeatable regression suite: some which are representative, or those which triggered problems. So, hopefully, next weekend will be about tests, and solidification. François
Re: [O] autopair-mode
Problem solved. I decided to use electric-pair-mode instead cheers M On Sun, Feb 17, 2013 at 6:05 PM, Marvin Doyley wrote: > Hi Bastien, > This the error I received > > define-key: Wrong type argument: characterp, nil > Error in post-command-hook (autopair-global-mode-check-buffers): > (wrong-type-argument characterp nil) > user-error: Minibuffer window is not active > > cheers > M > > On Sun, Feb 17, 2013 at 2:55 PM, Bastien wrote: > >> Hi Marvin, >> >> Marvin Doyley writes: >> >> > Org-7.9.3 doesn't seem to play well with autopair-global-mode, >> > >> > I got the following error when I try to load an org file. >> > >> > Error in post-command-hook (autopair-global-mode-check-buffers): >> > (wrong-type-argument characterp nil) >> >> I just tried the latest autopair-mode (from github) toghether >> with Org-mode 7.9.3 and I cannot reproduce the error. >> >> Can you (setq debug-on-error t) and send the backtrace? >> >> Thanks, >> >> -- >> Bastien >> > >
[O] [ANN] TaskJuggler ported to new export framework
Hello, I eventually ported TaskJuggler back-end to new export framework. Variables have gone through the usual renaming : org-export-taskjuggler-* -> org-taskjuggler-* The other change is about `org-taskjuggler-final-hook', which should be run with the name of the file produced as argument. Christian: I didn't test it much. Please tell me if you notice anything. Also, I should have fixed one TODO (about multiple dependency definitions). Regards, -- Nicolas Goaziou
Re: [O] Emacs-orgmode Digest, Vol 84, Issue 19
unsubscribe On 02/14/2013 11:00 AM, emacs-orgmode-requ...@gnu.org wrote: Send Emacs-orgmode mailing list submissions to emacs-orgmode@gnu.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.gnu.org/mailman/listinfo/emacs-orgmode or, via email, send a message with subject or body 'help' to emacs-orgmode-requ...@gnu.org You can reach the person managing the list at emacs-orgmode-ow...@gnu.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Emacs-orgmode digest..." Today's Topics: 1. Re: Offer for taking over maintainership (Bastien) 2. Re: Offer for taking over maintainership (Glyn Millington) 3. Re: 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) 4. Re: 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) 5. Re: 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/)] (Bastien) 6. Re: Offer for taking over maintainership (Jambunathan K) 7. Re: 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) 8. Re: 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) 9. Re: How to improve Org startup time? (Sebastien Vauban) 10. Re: Offer for taking over maintainership (Jambunathan K) 11. Re: Offer for taking over maintainership (Jambunathan K) 12. Re: Offer for taking over maintainership (Jambunathan K) 13. Re: Offer for taking over maintainership (Jambunathan K) 14. Re: Offer for taking over maintainership (Nicolas Richard) 15. Re: 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) 16. Re: Offer for taking over maintainership (Jambunathan K) 17. Re: Offer for taking over maintainership (Jambunathan K) 18. Re: Offer for taking over maintainership (Jambunathan K) 19. Re: Offer for taking over maintainership (Detlef Steuer) 20. Links in tables and org-return-follows-link ( ? ? ?? =?utf-8?B?0L7Rj9C90L7Qsg==?=) 21. Re: LaTeX preview (Evan Misshula) 22. [ox-beamer] Frame subtitles are not handled anymore (Sebastien Vauban) 23. Re: [Bug] Yasnippet/Org: properties messed up when expanding $1 (Memnon Anon) 24. Re: Offer for taking over maintainership (Julian Burgos) 25. Re: Offer for taking over maintainership (Jambunathan K) 26. Offer for taking over maintainership (Jose E. Marchesi) 27. Re: Offer for taking over maintainership (Allen S. Rout) 28. Re: Offer for taking over maintainership (Fran?ois Pinard) 29. Re: Offer for taking over maintainership (Fran?ois Pinard) 30. Re: Anchors in texinfo export (Jonathan Leech-Pepin) 31. Re: LaTeX preview (Daimrod) -- Message: 1 Date: Thu, 14 Feb 2013 10:59:11 +0100 From: Bastien To: Jambunathan K Cc: Yagnesh Raghava Yakkala , emacs-orgmode@gnu.org Subject: Re: [O] Offer for taking over maintainership Message-ID: <878v6rfc7k@bzg.ath.cx> Content-Type: text/plain Jambunathan K writes: Bastien 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.
Re: [O] Bug: Error with standard exporter on Windows
Hi Otto, Otto Pichlhoefer writes: > With a minimal setup I get the following bug-report (backtrace is > attached) This bug has been fixed in the maint branch, so I suggest upgrading (from ELPA, since you're using ELPA.) Thanks, -- Bastien
Re: [O] autopair-mode
Hi Marvin, Marvin Doyley writes: > Org-7.9.3 doesn't seem to play well with autopair-global-mode, > > I got the following error when I try to load an org file. > > Error in post-command-hook (autopair-global-mode-check-buffers): > (wrong-type-argument characterp nil) I just tried the latest autopair-mode (from github) toghether with Org-mode 7.9.3 and I cannot reproduce the error. Can you (setq debug-on-error t) and send the backtrace? Thanks, -- Bastien
Re: [O] [Feature Request] Cross headings in tables
Achim Gratz writes: > Nicolas Goaziou writes: >> You only need to modify org-element if Org syntax has been changed. > > Yes, thats exactly what I want. A new rule type was easy enough to implement: http://repo.or.cz/w/org-mode/org-tableheadings.git/commit/17a4e9c599c555f53c2831fe8c473f169ccd8679 It doesn't do anything yet since nothing else checks the extra property, but that's a start. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
[O] [Bug] 5cdf84ea68 makes babel tests fail
The commit 5cdf84ea68 creates the following test failures: […] Test test-org-babel/inline-src_blk-results-file condition: (error "C-c C-c can do nothing useful at this location") FAILED 152/363 test-org-babel/inline-src_blk-results-file […] 6 unexpected results: FAILED test-org-babel/inline-src_blk-default-results-replace-line-1 FAILED test-org-babel/inline-src_blk-results-file FAILED test-org-babel/inline-src_blk-results-raw FAILED test-org-babel/inline-src_blk-results-scalar FAILED test-org-babel/inline-src_blk-results-silent FAILED test-org-babel/inline-src_blk-results-verbatim Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf Blofeld V1.15B11: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] [Feature Request] Cross headings in tables
Nicolas Goaziou writes: > You only need to modify org-element if Org syntax has been changed. Yes, thats exactly what I want. >> Also, it appears that each element can have only one property or did >> I miss something? It seems that having a way to get the (main) >> property and then asking if there are sub-properties on that element >> would allow simpler code in this particular instance and likely >> elsewhere. Maybe I missed how to do it, though. > > I don't understand that part. (org-element-property :type row) This will return a single symbol 'standard or 'rule inside a table. If there was a way to ask "which kind of rule" later, this would enable a much more elegant implementation. > http://orgmode.org/worg/dev/org-export-reference.html > > for a list of all properties associated to a given element or object > type. So you are saying that a table row could get an additional property to record which rule-type it has and whether it is a header row or not? > I think the cleanest way to implement this would be to _not_ modify Org > syntax, because it is export back-end very specific. This is an impressive hack, but is largely unuseable IMHO. And whether a table row is a header or not is certainly not back-end specific or at least it shouldn't be: the back-end gets told if it should format a table row as a header or as a normal row and that code is all in ox. The only other part of the code that needs to know which row groups are headers is when column formulas are involved. The original hack tried to keep things backwards compatible, but I think that it would have merit to allow tables with separators that don't introduce any headers (as several people have asked for in the past) and that simply isn't in the cards with the current syntax. So, a row group would only be a header when the following rule was "|~" and the first row group wouldn't need to be special any more. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
[O] autopair-mode
Hi there, Org-7.9.3 doesn't seem to play well with autopair-global-mode, I got the following error when I try to load an org file. Error in post-command-hook (autopair-global-mode-check-buffers): (wrong-type-argument characterp nil) does anybody now how to resolve this ? cheers M
Re: [O] org-agenda-files skips two files
Hi, Eric Abrahamsen writes: > I've noticed for a while that two org files in my ~/org directory never > get added to org-agenda-files, and I can't figure out why. My > org-agenda-files is set to '("~/org/"), and yet: > > (dolist (f (directory-files "~/org" t "org$")) > (unless (member f org-agenda-files) > (insert (format "%s: %s\n" f (file-attributes f) > > /home/eric/org/epubnotes.org: (nil 1 1000 100 (20752 42274) (20740 56906) > (20740 56906) 10673 -rw-r--r-- nil 8655230 2052) > /home/eric/org/running.org: (nil 1 1000 100 (20768 26205) (20768 21290) > (20768 24128) 423435 -rw-r--r-- nil 5375520 2052) Did you try edebuging defun org-agenda-files in org.el? Seems like the relevant bit that extracts all org files from the directory is: (apply 'append (mapcar (lambda (f) (if (file-directory-p f) (directory-files f t org-agenda-file-regexp) (list f))) org-agenda-files)) Are epubnotes.org and running.org getting returned with the other files? Do you have org-agenda-skip-unavailable-files set to t? Memnon
[O] org-export-babel-evaluate and :exports none
Hi, I upgraded to the latest git version yesterday, and am loving the new exporter. Congrats to all involved! However, when I set org-export-babel-evaluate to nil the new latex exporter (I have not tried the others) ignores :exports none source block header arguments. To reproduce: 1. start emacs with 'emacs -q' and visit a file named tmp.org with the following contents: #+TITLE: Source block export test * Source block export #+name: test #+begin_src emacs-lisp :exports none :results silent :tangle no ;should not be exported but is (setq org-export-babel-evaluate nil) #+end_src 2. place the point inside the test block and press 'C-c-c' to evaluate it 3. export to latex file with 'C-e l l' the resulting tmp.tex incorrectly contains \begin{verbatim} ;should not be exported but is (setq org-export-babel-evaluate nil) \end{verbatim} If this is an error on my part please correct my examples! Otherwise please consider this a bug report. 'M-x org-version' reports "Org-mode version 7.9.3e (7.9.3e-1107-g45442f @ /usr/share/emacs/site-lisp/org/)" on my system, which I believe to be the latest. Best, Ista
[O] Getting Blorgit working on a remote server
Aloha, I'm trying to setup Blorgit on my server, and I believe I am doing something wrong because I can't navigate pages the way I want in my web browser. I managed to setup Blorgit locally on my laptop and it is working just fine. The problem I have is when I want to deploy it to my server. On my server my main web server is nginx which forwards all requests for the /marko/research-notes/ location to port 8192, and Sinatra web server is listening on port 8192. I can see the index page load in my browser (but without CSS), and when I click on a link to another page nothing happens. I can see the http requests both in nginx's and Sinatra's log. I have Emacs running and I loaded the org-interaction.el file as instructed at: http://orgmode.org/worg/blorgit.html This is how I start the web server (when in /var/www/blorgit): ./run.ru -sthin -p8192 I'd appreciate any help. Just tell me what information you need. Cheers, Marko -- http://dimjasevic.net/marko signature.asc Description: PGP signature
Re: [O] [Feature Request] Cross headings in tables
Hello, Achim Gratz writes: > I've just looked at how to implement this using org-element and the > new exporter. Much to my dismay I found that table headers are not > a separate row or row group type and the new exporter is still using > this "everything before the first separator is a heading" kludge. I wouldn't call that a kludge. That's where most of the mere mortals expect the heading to be anyway. Also, it's somewhat back-end specific. > It's easy enough to introduce a second type of separator in > org-element (BTW, I don't think that 'rule is a particularly good > symbol name for this) by adding another type of table rows, but then > these lines get ignored by the new exporter. While the logic used > there is amendable (not as easily), it would be more hackish than > I hoped. You only need to modify org-element if Org syntax has been changed. > Also, it appears that each element can have only one property or did > I miss something? It seems that having a way to get the (main) > property and then asking if there are sub-properties on that element > would allow simpler code in this particular instance and likely > elsewhere. Maybe I missed how to do it, though. I don't understand that part. For example: --8<---cut here---start->8--- * TODO Headline :tag: --8<---cut here---end--->8--- In the following buffer, you can have: (org-element-property :priority (org-element-at-point)) (org-element-property :tag (org-element-at-point)) (org-element-property :todo-keyword (org-element-at-point)) (org-element-property :todo-type (org-element-at-point)) (org-element-property :level: (org-element-at-point)) ... So there is more than one property. See: http://orgmode.org/worg/dev/org-export-reference.html for a list of all properties associated to a given element or object type. > The cleanest way to implement this would be if being a header would be a > property of the row group (maybe returnable as the sign of the row group > number). There'd be two types of separators, "|-" and "|~". If the > line past the end of a row group is "|~", then it is a header group, > otherwise it is a normal group. This is incompatible with tradition, > but it would allow to use row groups in formulas without introducing > unwanted headers. > > Thoughts? I think the cleanest way to implement this would be to _not_ modify Org syntax, because it is export back-end very specific. Something like: #+attr_html: :header-groups (1 3) | This | will | | be| a header | |---+---| | This | won't | |---+---| | This will | be too| |---+---| | This | won't too | You are talking about formulas, so, perhaps you have plans for the spreadsheet. Anyway, if Org syntax changes, org-element.el will have to be updated accordingly, and so will have all the back-ends. Regards, -- Nicolas Goaziou