[O] bug#10125: RFE: require and load-path-shadowing
Eli Zaretskii writes: Sorry, I don't follow: new packages can only affect emacs -Q if you re-dump Emacs in between. Am I missing something? No, for package manager emacs -Q should work well enough. The fork/spawn thing might still be useful to make this more efficient or (if you allow to create such fork points programmatically) to enable Emacs to easily backtrack to some earlier state. But that should be discussed in emacs-devel under a different headline. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves
Re: [O] emacs initialization files in org mode
Tony Day writes: And this has to be tangled before emacs loads or it will load the old version of init.el. It's a good idea to tell emacs straight away where your org directory is or you might end up with the nasty split org version hassle where half of org is the old emacs version and half is the shiny new repository. This is a very useful suggestion, thanks a lot. Alan
Re: [O] Macros and HTML new exporter
Hello, Fabrice Popineau fabrice.popin...@gmail.com writes: I need some clarficiation here. I tried the following : ... #+MACRO: internal #+BEGIN_HTML\ndiv class=move\na href=# onclick=toggleContainer('Home', '$1'); $2 /a\n/div\n#+END_HTML ... * Some title [2013-01-13 dim. 09:31] {{{internal(2, 'foo')}}} ... The I call org-e-publish and the html file produced has the macro inlined in the html output : p #+BEGIN_HTML\nlt;div class=movegt;\nlt;a href=# onclick=toggleContainer('Home', '2');gt; 'foo' lt;/agt;\nlt;/divgt;\n#+END_HTML /p However with this : #+MACRO: internal @@e-html:div class=movea href=# onclick=toggleContainer('Home', $1); $2 /a/div@@ the result obtained is as expected. Why is it this way ? I would have expected the first version to also work. That's because macros are single line objects. Your first example, when expanded, will generate: #+BEGIN_HTML\ndiv class=move\na href=# onclick=toggleContainer('Home', '2'); 'foo' /a\n/div\n#+END_HTML with literal \n. Incidentally, there is a potential difficulty with macro arguments and quoting. Arguments to macros are not quoted and seems to be split wlong with commas. Maybe a quoting mechanism would be needed (how to pass an argument with a comma ?) Macros are a simple answer to simple problems. If you want to construct something more elaborate, I highly suggest to use Babel. Regards, -- Nicolas Goaziou
Re: [O] habits don't get re-scheduled
Karl Voit devn...@karl-voit.at writes: * Bastien b...@altern.org wrote: Hi Karl, Hi! Karl Voit devn...@karl-voit.at writes: I bisected this issue. It resulted in: I should have fixed this now, please let me know! Fixed, thank you very much - once again! :-) I must still be doing something wrong. I'm using org version 7.9.3c, and my habits are closing when I change TODO to DONE. Is there something else that has to be changed. They used to work a few updates ago. From users+bounces-82-archive=mail-archive@sv.libreoffice.org Sun Jan 13 07:32:23 2013 Return-path: users+bounces-82-archive=mail-archive@sv.libreoffice.org Envelope-to: arch...@mail-archive.com Delivery-date: Sun, 13 Jan 2013 07:32:23 -0800 Received: from exprod5mx184.postini.com ([64.18.0.209] helo=psmtp.com) by mail-archive.com with esmtp (Exim 4.76) (envelope-from users+bounces-82-archive=mail-archive@sv.libreoffice.org) id 1TuPXq-0001Yw-Rw for arch...@mail-archive.com; Sun, 13 Jan 2013 07:32:22 -0800 Received: from bilbo.documentfoundation.org ([178.63.91.70]) (using TLSv1) by exprod5mx184.postini.com ([64.18.4.10]) with SMTP; Sun, 13 Jan 2013 10:32:20 EST Received: from bilbo.documentfoundation.org (localhost [127.0.0.1]) by bilbo.documentfoundation.org (Postfix) with SMTP id E34B51BF2699 for arch...@mail-archive.com; Sun, 13 Jan 2013 16:32:18 +0100 (CET) X-Original-To: us...@sv.libreoffice.org Delivered-To: sv.libreoffice.org--us...@bilbo.documentfoundation.org Received: from localhost (localhost [127.0.0.1]) by bilbo.documentfoundation.org (Postfix) with ESMTP id 10A331BF2657 for us...@sv.libreoffice.org; Sun, 13 Jan 2013 16:32:17 +0100 (CET) X-Virus-Scanned: amavisd-new-2.6.4 (20090625) at bilbo.documentfoundation.org X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=6.31 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Authentication-Results: bilbo.documentfoundation.org (amavisd-new); dkim=pass header.i=@gmail.com Received: from bilbo.documentfoundation.org ([127.0.0.1]) by localhost (bilbo.documentfoundation.org [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id uw1dz8B4AClJ for us...@sv.libreoffice.org; Sun, 13 Jan 2013 16:32:13 +0100 (CET) Received: from mail-qc0-f175.google.com (mail-qc0-f175.google.com [209.85.216.175]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by bilbo.documentfoundation.org (Postfix) with ESMTPS for us...@sv.libreoffice.org; Sun, 13 Jan 2013 16:32:13 +0100 (CET) Received: by mail-qc0-f175.google.com with SMTP id j3so2034476qcs.6 for us...@sv.libreoffice.org; Sun, 13 Jan 2013 07:32:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=knJu94a4xzq2jZ13CYbylBRMeqglUGxPklYmv8HTp3k=; b=tHIxNRQpTzthRsnr+j4qI5QJQs7sRBbE62T4RNZGbkBt0feQrcnB/yYfDVj/EoXLsn QSCwBcxQ2EsZa0VpThXR/CtKBJqsqp+Z/RPC7QBvuMv0tCChpE4eImMt69/PGE6C1GYP lJXx2irqXRgdRwp1gFRl8kFbS6u2ZBGeqZbDY0CzyM0OS7necZRFjdbp2w8SIivKSRUt qQEX8VIGRpfbW43xGcFLjj2W/79S8lbJWPeYz1DNVBQ0ZFwEha+uiBw6y4R4QteZ4JUi eub+0AAp+ChrldXyR83psXGVbQ/FmefmRzOYow/wH90jC709pZbNfCRZ+Qte5hqMwaVM 8PhA== Received: by 10.49.107.4 with SMTP id gy4mr80841594qeb.63.1358091132472; Sun, 13 Jan 2013 07:32:12 -0800 (PST) Received: by 10.49.72.104 with HTTP; Sun, 13 Jan 2013 07:32:12 -0800 (PST) Date: Sun, 13 Jan 2013 16:32:12 +0100 Message-ID: CADo7T4cGpOMPfybm2D8_xSvyR62P3FR=QR6FTBwxyrXF0=-v...@mail.gmail.com Subject: [sv-users] =?UTF-8?Q?Mer_om_LibreOffice_Calc=2Dhj=C3=A4lpen=E2=80=A6?= From: Johnny Rosenberg gurus.knu...@gmail.com To: us...@sv.libreoffice.org us...@sv.libreoffice.org Archived-At: http://go.mail-archive.com/M5XrE_3npyKsYnJ55IpXWJQdRLQ= Errors-To: postmas...@documentfoundation.org Precedence: list List-Id: users.sv.libreoffice.org List-Unsubscribe: mailto:users+h...@sv.libreoffice.org List-Archive: http://listarchives.libreoffice.org/sv/users/ List-Post: mailto:us...@sv.libreoffice.org List-Help: mailto:users+h...@sv.libreoffice.org List-Subscribe: mailto:users+subscr...@sv.libreoffice.org List-Owner: mailto:postmas...@documentfoundation.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-pstn-levels: (S: 5.37599/99.9 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 ) X-pstn-dkim: 1 skipped:not-enabled X-pstn-settings: 4 (1.5000:1.5000) s cv gt3 gt2 gt1 r p m c X-pstn-addresses: from gurus.knu...@gmail.com [294/10]
Re: [O] habits don't get re-scheduled
* J. David Boyd da...@adboyd.com wrote: I must still be doing something wrong. I'm using org version 7.9.3c, and my habits are closing when I change TODO to DONE. Is there something else that has to be changed. They used to work a few updates ago. I am using the git version: Org-mode version 7.9.3c (release_7.9.3c-816-g409ee8 ...) If you aren't pulling from the git, your 7.9.3c might be outdated. -- Karl Voit
Re: [O] Confused about inline html images
On Sun, Jan 13, 2013 at 1:48 PM, John Hendy jw.he...@gmail.com wrote: I'm trying to recreate this html: a href=http://path/to/image.jpg;img src=http://path/to/image.jpg; width=400px //a My approach was like so: #+attr_html: width=400px [[http://path/to/image.jpg][http://path/to/image.jpg]] From the description at using inline images (http://orgmode.org/manual/Images-in-HTML-export.html): #+begin_quote If the description part itself is a file: link or a http: URL pointing to an image, this image will be inlined and activated so that clicking on the image will activate the link. For example, to include a thumbnail that will link to a high resolution version of the image, you could use: [[file:highres.jpg][file:thumb.jpg]] #+end_quote That sounds like my example above should work; the example indicates that thumb.jpg would be inlined and clicking it would send to highres.jpg. I'd like http://path/to/image.jpg to be inlined at 400px but clicking it would make the full size jpg viewable in a browser. I haven't changed the variable org-export-html-inline-images. It should be set to the default, which appears to be 'maybe.' As usual (right after tinkering a lot and finally mailing the list), this seems to have just started working, so I'll chalk that up to something I goofed in my bracket syntax perhaps? Still one issue: it's applying the attr_html to the wrong bit. Here's the resultant export output: #+attr_html: width=400px [[http://path/to/file.jpg][http://path/to/file.jpg]] becomes: a href=http://path/to/file.jpg; width=400pximg src=http://path/to/file.jpg; alt=file.jpg//a So the width attr is passed to the link section, not the the img. Is this a bug? Thanks, John Thanks for any suggestions, John
Re: [O] Confused about inline html images
On Sun, Jan 13, 2013 at 1:54 PM, John Hendy jw.he...@gmail.com wrote: On Sun, Jan 13, 2013 at 1:48 PM, John Hendy jw.he...@gmail.com wrote: I'm trying to recreate this html: a href=http://path/to/image.jpg;img src=http://path/to/image.jpg; width=400px //a My approach was like so: #+attr_html: width=400px [[http://path/to/image.jpg][http://path/to/image.jpg]] From the description at using inline images (http://orgmode.org/manual/Images-in-HTML-export.html): #+begin_quote If the description part itself is a file: link or a http: URL pointing to an image, this image will be inlined and activated so that clicking on the image will activate the link. For example, to include a thumbnail that will link to a high resolution version of the image, you could use: [[file:highres.jpg][file:thumb.jpg]] #+end_quote That sounds like my example above should work; the example indicates that thumb.jpg would be inlined and clicking it would send to highres.jpg. I'd like http://path/to/image.jpg to be inlined at 400px but clicking it would make the full size jpg viewable in a browser. I haven't changed the variable org-export-html-inline-images. It should be set to the default, which appears to be 'maybe.' As usual (right after tinkering a lot and finally mailing the list), this seems to have just started working, so I'll chalk that up to something I goofed in my bracket syntax perhaps? Just kidding. Still getting finnicky results, and don't know why. I'm getting either: 1) full sized inline image that *does* click/link 2) a properly sized image that does not click/link. Copied directly from org-mode to make sure I'm not goofing something up by re-writing the syntax since I can't see it when it's in link-formatted face: [[http://path/to/image.jpg][http://path/to/image.jpg]] Produces: img src=http://path/to/image.jpg; width=400px alt=http://path/to/image.jpg; / I can't get it to reproduce the big (but properly linked) image mentioned below at the moment. John Still one issue: it's applying the attr_html to the wrong bit. Here's the resultant export output: #+attr_html: width=400px [[http://path/to/file.jpg][http://path/to/file.jpg]] becomes: a href=http://path/to/file.jpg; width=400pximg src=http://path/to/file.jpg; alt=file.jpg//a So the width attr is passed to the link section, not the the img. Is this a bug? Thanks, John Thanks for any suggestions, John
Re: [O] OBBDB(3) or org-contacts
Gour g...@atmarama.net writes: Do you use bbdb3 and what are important things it brings over bbdb2? I use bbdb3; never got to grips with org-contacts and I have too many contacts in any case. bbdb3 provides a subtle improvement to bbdb2: better more logical key bindings and less surprising behaviour overall. I like it. Org will interpret the anniversary (e.g. birthdays, wedding anniversary, other dates) field in bbdb entries to bring in information into the agenda view, if desired. Look at =org-bbdb-anniversary-format-alist=. Have you, maybe, tried mu4e or should I simply stick with proven Gnus? I am a confirmed gnus user. No other email system comes close to doing what gnus can do. Given the large volume of email I get, splitting and scoring are essential to survival! Integration with bbdb is also obviously key for me. -- : Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D : in Emacs 24.3.50.1 and Org release_7.9.3a-808-gf94d81
Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b
Achim Gratz strom...@nexgo.de writes: Eric Schulte writes: Recently my Emacs start up fails when I (require 'org) because the function `org-load-noerror-mustsuffix' is undefined. I was able to fix this by checking out the version previous to commit 5484a33b [1]. Your Emacs loads an outdated org-macs.el. Additionally, you have no autoloads generated in the Git work tree: *Messages* Loading /home/eschulte/.emacs.d/src/org-mode/lisp/org.el (source)... Package assoc is obsolete! Loading /home/eschulte/.emacs.d/elpa/org-20121231/org-loaddefs.el (source)...done Problems while trying to load feature `org-jsinfo' eval-buffer: Symbol's function definition is void: org-define-obsolete-function-alias This makes Emacs pick up the (wrong) autoloads from the ELPA directory, although the root cause for your failure is that Org has been partly loaded before the load-path were pointing to the Git work tree and other parts have been loaded after the load-path changed. Please remove or deactivate the ELPA package. I just updated Org-mode from Git a few minutes ago, and, after having problems, deleted the repo and cloned it again, ran make and make autoloads, but still cannot load org.el (or start with my usual starter-kit customizations): Symbol's function definition is void: org-define-obsolete-function-alias Loading org-compat.el first does not help. I do not have the original Org-mode that came with Emacs anymore - I replaced it with a link to the git-repo, i.e. /usr/share/emacs/24.2/ is a symlink. I do not have an Org-mode version in my Elpa directory (only org-magit.el). I followed the advice from this thread and evaluated a list of expressions in the scratch buffer after loading Emacs -Q, and post the output below. This is quite a long thread, I'm not sure if I have exactly the same problem described, and, since I seem to have only the Org-mode git-version and not a mixed installation, I'm not sure about the proposed solution. GNU Emacs 24.2.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.6.2) of 2012-11-18 on eric org-version 7.9.3d ;; This buffer is for notes you don't want to save, and for Lisp evaluation. ;; If you want to create a file, visit that file with C-x C-f, ;; then enter the text in that file's own buffer. features (time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image ...) (symbol-file 'org-release) nil (add-to-list 'load-path ~/gitclone/org-mode/lisp) (~/gitclone/org-mode/lisp /usr/share/emacs/24.2/lisp /usr/share/emacs/24.2/lisp/vc /usr/share/emacs/24.2/lisp/url /usr/share/emacs/24.2/lisp/textmodes /usr/share/emacs/24.2/lisp/progmodes /usr/share/emacs/24.2/lisp/play /usr/share/emacs/24.2/lisp/org /usr/share/emacs/24.2/lisp/org/contrib /usr/share/emacs/24.2/lisp/org/etc /usr/share/emacs/24.2/lisp/org/lisp /usr/share/emacs/24.2/lisp/org/mk ...) (load-library org-loaddefs) t features (org-loaddefs time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset ...) load-history ((/home/tj/gitclone/org-mode/lisp/org-loaddefs.el (autoload . org-babel-execute-safely-maybe) (autoload . org-babel-execute-maybe) (autoload . org-babel-view-src-block-info) (autoload . org-babel-expand-src-block-maybe) (autoload . org-babel-load-in-session-maybe) (autoload . org-babel-pop-to-session-maybe) (autoload . org-babel-execute-src-block) (autoload . org-babel-expand-src-block) (autoload . org-babel-check-src-block) (autoload . org-babel-insert-header-arg) (autoload . org-babel-load-in-session) ...) (/home/tj/git/dotemacsd/abbrev_defs Buffer-menu-mode-abbrev-table Custom-mode-abbrev-table Rd-mode-abbrev-table bbdb-mode-abbrev-table bibtex-mode-abbrev-table bookmark-bmenu-mode-abbrev-table calendar-mode-abbrev-table change-log-mode-abbrev-table comint-mode-abbrev-table completion-list-mode-abbrev-table diary-fancy-display-mode-abbrev-table ...) (/usr/share/emacs/24.2/lisp/calendar/time-date.elc (defun . with-decoded-time-value) (defun . encode-time-value) (autoload . parse-time-string) (autoload . timezone-make-date-arpa-standard) (t . date-to-time) (defun . date-to-time) (t . seconds-to-time) (defun . seconds-to-time) (t . time-less-p) (defun . time-less-p) (t . days-to-time) ...) (/usr/share/emacs/24.2/lisp/international/uni-mirrored.el) (/usr/share/emacs/24.2/leim/leim-list.el (autoload . ucs-input-activate) (autoload . hangul-input-method-activate)) (/home/tj/gitclone/misc/subdirs.el) (/usr/share/emacs/24.2/lisp/subdirs.el) (/usr/share/emacs/24.2/lisp/tooltip.elc tooltip-mode (defun . tooltip-mode) tooltip-delay tooltip-delay tooltip-short-delay tooltip-short-delay tooltip-recent-seconds tooltip-recent-seconds tooltip-hide-delay tooltip-hide-delay tooltip-x-offset ...) (/usr/share/emacs/24.2/lisp/vc/ediff-hook.elc menu-bar-ediff-misc-menu menu-bar-epatch-menu menu-bar-ediff-merge-menu menu-bar-ediff-menu (provide . ediff-hook))
[O] heads up: mode hooks not executed for agenda files
Hello, a problem I have had for a long time is that agenda files are opened without =org-mode-hook= and =text-mode-hook= being processed. This is a problem because I work within the agenda view all the time, writing notes by accessing entries from the agenda view. If I open an org file directly, both hooks are executed just fine. However, if I hit =RET= on an agenda view line, I get put into the org file, at the correct point, but without those hooks having been executed. This means that the behaviour is different depending on how I ended up in the org file. This is confusing! The solution is to add the same processing to =org-agenda-after-show-hook= as is included in =text-mode=hook= and =org-mode=hook=. This works. However, it seems clumsy to me. I just thought I'd highlight this as it took me a while to understand why Emacs was doing things differently in org files depending on how I got to them. Bastien: enjoy your two week break and don't you dare read this email before then! ;-) Thanks, eric -- : Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D : in Emacs 24.3.50.1 and Org release_7.9.3a-808-gf94d81
[O] Error building org-e-publish
I'm having trouble building the latest code from git. I don't normally use 'publish', but it appears to be required for some of the exporters I use. I've added it to ORG_ADD_CONTRIB, but it fails to build: Compiling file /home/mike/elisp/org-mode-clean/lisp/org-e-publish.el at Mon Jan 14 11:51:11 2013 org-e-publish.el:844:35:Error: Not a lambda list: (quote ignore) The faulty line is simply (org-e-publish-projects project-alist) Has anyone else run into this? Any advice would be greatly appreciated. Kind Regards, Mike signature.asc Description: OpenPGP digital signature
Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b
On Jan 13, 2013, at 11:08 PM, Thorsten Jolitz tjol...@googlemail.com wrote: Achim Gratz strom...@nexgo.de writes: Eric Schulte writes: Recently my Emacs start up fails when I (require 'org) because the function `org-load-noerror-mustsuffix' is undefined. I was able to fix this by checking out the version previous to commit 5484a33b [1]. Your Emacs loads an outdated org-macs.el. Additionally, you have no autoloads generated in the Git work tree: *Messages* Loading /home/eschulte/.emacs.d/src/org-mode/lisp/org.el (source)... Package assoc is obsolete! Loading /home/eschulte/.emacs.d/elpa/org-20121231/org-loaddefs.el (source)...done Problems while trying to load feature `org-jsinfo' eval-buffer: Symbol's function definition is void: org-define-obsolete-function-alias This makes Emacs pick up the (wrong) autoloads from the ELPA directory, although the root cause for your failure is that Org has been partly loaded before the load-path were pointing to the Git work tree and other parts have been loaded after the load-path changed. Please remove or deactivate the ELPA package. I just updated Org-mode from Git a few minutes ago, and, after having problems, deleted the repo and cloned it again, ran make and make autoloads, but still cannot load org.el (or start with my usual starter-kit customisations): [SNIP] Just my 2c: in my case, all I did was: - clone the git repo - add org-mode/lisp to the load-path - make autoloads - require 'org After that, M-x org-version returns the correct org version and path: Org-mode version 7.9.3c (release_7.9.3c-816-g409ee8 @ /Users/stelianiancu/.emacs-live-packs/orgmode-pack/lib/org-mode/lisp/) Emacs version: GNU Emacs 24.2.92.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) of 2013-01-10 on bob.porkrind.org HTH, Stelian
Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b
Stelian Iancu li...@siancu.net writes: I just updated Org-mode from Git a few minutes ago, and, after having problems, deleted the repo and cloned it again, ran make and make autoloads, but still cannot load org.el (or start with my usual starter-kit customisations): [SNIP] Just my 2c: in my case, all I did was: - clone the git repo - add org-mode/lisp to the load-path - make autoloads - require 'org After that, M-x org-version returns the correct org version and path: Org-mode version 7.9.3c (release_7.9.3c-816-g409ee8 @ /Users/stelianiancu/.emacs-live-packs/orgmode-pack/lib/org-mode/lisp/) Emacs version: GNU Emacs 24.2.92.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) of 2013-01-10 on bob.porkrind.org I my case, org is a symlink in the Emacs folder: /usr/share/emacs/24.2/lisp/ drwxr-xr-x 2 root root4096 18. Nov 08:40 nxml drwxr-xr-x 2 root root4096 18. Nov 08:40 obsolete lrwxrwxrwx 1 root root 26 30. Apr 2012 org - /home/tj/gitclone/org-mode -rw-r--r-- 1 root root 10926 23. Aug 07:33 outline.el.gz -rw-r--r-- 1 root root 35745 24. Aug 11:58 outline.elc -rw-r--r-- 1 root root3151 23. Aug 07:33 and the load-path points to this folder: C-v load-path ... /usr/share/emacs/24.2/lisp/org /usr/share/emacs/24.2/lisp/org/contrib /usr/share/emacs/24.2/lisp/org/etc /usr/share/emacs/24.2/lisp/org/lisp /usr/share/emacs/24.2/lisp/org/mk /usr/share/emacs/24.2/lisp/org/testing /usr/share/emacs/24.2/lisp/org/contrib/babel /usr/share/emacs/24.2/lisp/org/contrib/lisp /usr/share/emacs/24.2/lisp/org/contrib/scripts /usr/share/emacs/24.2/lisp/org/etc/schema /usr/share/emacs/24.2/lisp/org/etc/styles /usr/share/emacs/24.2/lisp/org/testing/examples /usr/share/emacs/24.2/lisp/org/testing/jump /usr/share/emacs/24.2/lisp/org/testing/lisp /usr/share/emacs/24.2/lisp/org/contrib/babel/langs /usr/share/emacs/24.2/lisp/org/contrib/scripts/staticmathjax /usr/share/emacs/24.2/lisp/org/contrib/scripts/staticmathjax/chrome /usr/share/emacs/24.2/lisp/org/contrib/scripts/staticmathjax/defaults /usr/share/emacs/24.2/lisp/org/contrib/scripts/staticmathjax/chrome/content /usr/share/emacs/24.2/lisp/org/contrib/scripts/staticmathjax/defaults/preferences ... this worked before. If I try org-version or (require 'org), I always get: Symbol's function definition is void: org-define-obsolete-function-alias -- cheers, Thorsten
Re: [O] Error building org-e-publish
Michael Gauland mikely...@no8wireless.co.nz writes: I'm having trouble building the latest code from git. I don't normally use 'publish', but it appears to be required for some of the exporters I use. I've added it to ORG_ADD_CONTRIB, but it fails to build: Compiling file /home/mike/elisp/org-mode-clean/lisp/org-e-publish.el at Mon Jan 14 11:51:11 2013 org-e-publish.el:844:35:Error: Not a lambda list: (quote ignore) The faulty line is simply (org-e-publish-projects project-alist) Has anyone else run into this? Any advice would be greatly appreciated. Kind Regards, Mike Mine builds with no problem at all, using emacs 24.2.92. You sure you have the latest git source? I just did an update a moment ago...
[O] colorg: A few more thoughts
Hi, Orgers! Here are some development news about ColOrg, which is a tool meant for real-time collaborative edition for Org files. I pushed a bit on the project this weekend, but now, job duties might force me to delay further work until next weekend. I'm not done yet with the initial writing, it is all very broken, many things need to be completed before usability. Yet, a bit everything starts to move, I even got the encouraging proof that some communication occurs between Emacs and the ColOrg server. :-) The tool is likely to be surprisingly small, both on the client side (in Emacs Lisp) and the server side (in Python). Usage is going to be simple and crude at start. We minimally do not need much: a toggle command to put any Emacs buffer under ColOrg, and a few initial questions (most of them may be spared), and that's it. A newly created resource gets transparently uploaded to the server for sharing, an existing resource is downloaded when associated with an empty buffer. Separate buffers may be associated to separate (or even the same) resource, ColOrg is designed to multiplex and manage them. Responsivity (typing speed) might be reasonable enough. I stuffed a few stub routines with delays, to get an idea of how it would go. I've given some good thought to the rewriting of the operational transforms, this is the main missing part on the Python side. I think I have a dependable but inefficient solution in head, that would admit hairy optimization. The ColOrg Wiki would be a nice place to receive a description of the problem and chosen solutions. To be done later. Many details remain to be addressed. For example: how to interface with Undo within Emacs? It has incidence on the design of the protocol. My current choice is either to postpone and let every change be separate, or collapse outside changes from many users, arriving at once, into a single Undo step. Have fun! For now, sleep time! François