[Orgmode] Toolbar buttons for common actions (helping emacs newbees)
Hi. Maybe it's just me, but I think there's no configuration in org-mode to use the emacs (23) toolbar icons/buttons, for basic actions in org. I think it may be helpful for emacs noobies mainly, to have such icons available when in org mode. I'd think of a capture icon, an agenda icon, and maybe moving arrows to rework the outline, for instance... I'm not sure how hard this would be to add... and there's probably someone smart that already tried it... however couldn't find any past reference. My collegues are somehow interested by org sometimes, but thend to be afraid by the use of complex key presses (yeah, they haven't been enlightened by the beauty of the Emacs, yet ;) What do you think ? Best regards, -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] compiling org without make
I'm a beginner on windows and I'm prepared to learn slowly and steadily, but I'm having trouble getting started. I have GNU Emacs 23.2.1 and I'd like to get the latest version of orgmode (my version has no org-capture). I see from http://orgmode.org/worg/org-hacks.php#compiling-org-without-make that this problem has been addressed, but I'm still not clear on what to do... 1. How I find out which version of orgmode I have? I'm assuming from http://orgmode.org/ that it's 6.21b, but is there a way of confirming this? 2. Do I need to compile at all? At least in order to get started learning and using it? 3. Whether or not I compile, how do I "install" the downloaded org-mode files? Should I just copy them into \emacs-23.2\lisp\org (where my org lisp files are now) and let them overwrite where necessary? 3. In the example path in the function on http://orgmode.org/worg/org-hacks.php#compiling-org-without-make, the org-lisp-directory is under .emacs.d but my org files are under \emacs-23.2\lisp\org - does this matter? 4. Assuming the path is ok as it is, how do I enter the path into the function - do I write the whole path - e.g. Q:\progs\emacs-23.2\lisp\org ? 5. What option should I choose for org-compile-sources in the function? (I don't know what it means.) 6. Finally, how do I use this function? Do I write it to my .emacs and then call it? What is the command? Sorry for all the questions. I hope I've been clear. Gez ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PROPOSAL] Quick and easy installation instructions
I think that the documentation concerning installation should be made more user-friendly. My impression is that the Org manual makes all this sound much harder than it needs to be, and I suspect that this is an entry-barrier for new Org users. For example, the first thing users encounter in the manual section is an instruction to edit a Makefile. I suggest we provide a "quick and easy installation" section to the manual, that shows people how to start using the latest version of Org-mode without messing about with compilation and installation (I rarely compile and have never "installed" Org-mode). It would also be helpful to include notes on how to find your ".emacs" file. This would involve the following changes to section 1.2 Installation: 1. The first thing it should say would be along the lines of "A reasonably recent version of Org is included in Emacs. Are you sure you need the latest version of Org? If not, skip to the Activation section and start using Org!" 2. Then we should lay out an easy route and a full route: 1. Quick and easy Download, set your load-path and (require 'org-install) Optionally compile (within emacs[1]?) Suggested text below. 2. Full install Based on existing instructions What do people think? Is it just the info files which are the issue? What does a single-user machine gain from installation other than info files? Dan Footnotes: [1] How about including in Org-mode a function `org-compile' based on http://orgmode.org/worg/org-hacks.php#compiling-org-without-make and `org-reload' Example quick and Easy installation text: ~~~ 1. Download the latest version .zip and .tar.gz version are kept at http://orgmode.org/org-latest.zip http://orgmode.org/org-latest.tar.gz 2. Extract the archived files This will create a folder called "org-mode". Let's say that the location of this folder is "~/path/to/org-mode" (for Windows see footnote [1]) 3. Add the following lines to your .emacs file (note that we're pointing to the "lisp" folder *within* the main "org-mode" folder): (setq load-path (cons "~/path/to/org-mode/lisp" load-path) (require 'org-install) That's it. However, this will not install the latest info files, so these will be out of date (corresponding to whatever version of Org shipped with your emacs). See for instructions on installing the info files. Now, Emacs should load whatever version of Org-mode you put at "~/path/to/org-mode". So to update Org in the future, simply delete that folder and replace it with a new one (steps 1 and 2 above). Footnotes: [1] On Windows, this path might look something like "C:\\path\to\org-mode" ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PROPOSAL] Quick and easy installation instructions
On Sep 26, 2010, at 3:33 AM, Dan Davison wrote: I think that the documentation concerning installation should be made more user-friendly. My impression is that the Org manual makes all this sound much harder than it needs to be, and I suspect that this is an entry-barrier for new Org users. For example, the first thing users encounter in the manual section is an instruction to edit a Makefile. I suggest we provide a "quick and easy installation" section to the manual, that shows people how to start using the latest version of Org-mode without messing about with compilation and installation (I rarely compile and have never "installed" Org-mode). It would also be helpful to include notes on how to find your ".emacs" file. This would involve the following changes to section 1.2 Installation: 1. The first thing it should say would be along the lines of "A reasonably recent version of Org is included in Emacs. Are you sure you need the latest version of Org? If not, skip to the Activation section and start using Org!" 2. Then we should lay out an easy route and a full route: 1. Quick and easy Download, set your load-path and (require 'org-install) Optionally compile (within emacs[1]?) Suggested text below. 2. Full install Based on existing instructions What do people think? Is it just the info files which are the issue? What does a single-user machine gain from installation other than info files? Dan Footnotes: [1] How about including in Org-mode a function `org-compile' based on http://orgmode.org/worg/org-hacks.php#compiling-org-without-make and `org-reload' Example quick and Easy installation text: ~~~ 1. Download the latest version .zip and .tar.gz version are kept at http://orgmode.org/org-latest.zip http://orgmode.org/org-latest.tar.gz 2. Extract the archived files This will create a folder called "org-mode". Let's say that the location of this folder is "~/path/to/org-mode" (for Windows see footnote [1]) 3. Add the following lines to your .emacs file (note that we're pointing to the "lisp" folder *within* the main "org-mode" folder): (setq load-path (cons "~/path/to/org-mode/lisp" load-path) (require 'org-install) That's it. However, this will not install the latest info files, so these will be out of date (corresponding to whatever version of Org shipped with your emacs). See for instructions on installing the info files. Now, Emacs should load whatever version of Org-mode you put at "~/path/to/org-mode". So to update Org in the future, simply delete that folder and replace it with a new one (steps 1 and 2 above). Footnotes: [1] On Windows, this path might look something like "C:\\path\to\org-mode" +1 Tom ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PROPOSAL] Quick and easy installation instructions
On Sun, Sep 26, 2010 at 8:33 AM, Dan Davison wrote: > 2. Then we should lay out an easy route and a full route: > 1. Quick and easy > Download, set your load-path and (require 'org-install) > Optionally compile (within emacs[1]?) > Suggested text below. > 2. Full install > Based on existing instructions It might also be helpful to make note of the fact that some Linux distributions offer packages of newer versions of Org than the Emacs-included versions. For instance, on Debian testing, 7.01g is available to me in a package (and 7.01h if I install from unstable). I assume this probably trickles down to Ubuntu as well. This is the route I take because it keeps me relatively close to Org-mode developments without having to take the time to manage source code. -- A. Ryan Reynolds ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Always run org-insert-heading-hook when creating headlines
* lisp/org.el (org-insert-heading): Run org-insert-heading-hook when creating the first heading in a file The org-insert-heading-hook was skipped when creating the first heading in a new org file. --- I use an hook which creates an inactive timestamp for new headings. This was reported by k-man on the mailing list stating it doesn't work for empty org files when creating the first heading. I use the following hook: (defun bh/insert-inactive-timestamp () (interactive) (org-insert-time-stamp nil t t nil nil nil)) (defun bh/insert-heading-inactive-timestamp () (save-excursion (org-return) (org-cycle) (bh/insert-inactive-timestamp))) (add-hook 'org-insert-heading-hook 'bh/insert-heading-inactive-timestamp) -Bernt lisp/org.el |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 75ee798..667a4e4 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -6752,8 +6752,8 @@ This is important for non-interactive uses of the command." (when (and org-insert-heading-respect-content hide-previous) (save-excursion (goto-char previous-pos) - (hide-subtree))) - (run-hooks 'org-insert-heading-hook) + (hide-subtree)) + (run-hooks 'org-insert-heading-hook)) (defun org-get-heading (&optional no-tags) "Return the heading of the current entry, without the stars." -- 1.7.3 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] FSF Copyright Assignment
Hello Eric Eric> Hi Jambunathan, Eric> Eric> I've finally had a chance to test out this patch, and it's great! Eric> I'd love to apply this to the core Org repository, however given Eric> the size I have to ask, have you (or are you willing to) signed Eric> the FSF papers? Eric> Eric> http://orgmode.org/worg/org-contribute.php I am willing to sign the FSF papers required to get all my Orgmode patches into official Emacs. I have initiated the process from my end by writing to ass...@gnu.org. Jambunathan K. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [PROPOSAL] Quick and easy installation instructions
Dan Davison writes: > I think that the documentation concerning installation should be made > more user-friendly. My impression is that the Org manual makes all this > sound much harder than it needs to be, and I suspect that this is an > entry-barrier for new Org users. For example, the first thing users > encounter in the manual section is an instruction to edit a Makefile. > > I suggest we provide a "quick and easy installation" section to the > manual, that shows people how to start using the latest version of > Org-mode without messing about with compilation and installation (I > rarely compile and have never "installed" Org-mode). It would also be > helpful to include notes on how to find your ".emacs" file. > > This would involve the following changes to section 1.2 Installation: > > 1. The first thing it should say would be along the lines of >"A reasonably recent version of Org is included in Emacs. Are you >sure you need the latest version of Org? If not, skip to the >Activation section and start using Org!" I would not go that way. org moves very very quickly. I would have it in bold letters "we thoroughly recommend taking the latest org release from git and here is how to do it (git pull with a label)". Then if and when issues arise they can git pull as and when the fixes arrive. I say this because some distros (debian being the prime example) can be very tardy with including latest versions. And someone who uses emacs would not be overly put out by git installing or unzipping I think. > > 2. Then we should lay out an easy route and a full route: >1. Quick and easy > Download, set your load-path and (require 'org-install) > Optionally compile (within emacs[1]?) > Suggested text below. >2. Full install > Based on existing instructions I would leave out the compile all together : advanced users who might need it will know how to do it. old elc files are a frequent issue with beginners that rears its ugly head time and time again. > > What do people think? Is it just the info files which are the issue? > What does a single-user machine gain from installation other than info > files? Info files are the issue. The addition to the infopath of the new info files is frequently an issue too. I say that because emacs info is my nemesis : I have never *properly* understood the way dir files work and frequently spend ages scratching my head as to where info files should really go ;) > > Dan > > Footnotes: > > [1] How about including in Org-mode a function `org-compile' based on > http://orgmode.org/worg/org-hacks.php#compiling-org-without-make > and `org-reload' > > Example quick and Easy installation text: > ~~~ > > 1. Download the latest version >.zip and .tar.gz version are kept at >http://orgmode.org/org-latest.zip >http://orgmode.org/org-latest.tar.gz > > 2. Extract the archived files >This will create a folder called "org-mode". Let's say that the >location of this folder is "~/path/to/org-mode" (for Windows see >footnote [1]) > > 3. Add the following lines to your .emacs file (note that we're pointing >to the "lisp" folder *within* the main "org-mode" folder): > >(setq load-path (cons "~/path/to/org-mode/lisp" load-path) >(require 'org-install) > > That's it. However, this will not install the latest info files, so > these will be out of date (corresponding to whatever version of Org > shipped with your emacs). See for instructions on installing the > info files. > > Now, Emacs should load whatever version of Org-mode you put at > "~/path/to/org-mode". So to update Org in the future, simply delete that > folder and replace it with a new one (steps 1 and 2 above). > > Footnotes: > > [1] On Windows, this path might look something like > "C:\\path\to\org-mode" > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > -- ☘ http://www.shamrockirishbar.com, http://splash-of-open-sauce.blogspot.com/ http://www.richardriley.net ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PROPOSAL] Quick and easy installation instructions
On Sun, Sep 26, 2010 at 8:33 AM, Dan Davison wrote: > I think that the documentation concerning installation should be made > more user-friendly. My impression is that the Org manual makes all this > sound much harder than it needs to be, and I suspect that this is an > entry-barrier for new Org users. For example, the first thing users > encounter in the manual section is an instruction to edit a Makefile. > > I suggest we provide a "quick and easy installation" section to the > manual... Very cool idea! This would probably get quite redundant... but I wonder about "extras" as well. Early in my Org-mode experience I would see "cool" things like ditaa or gnuplot and want to get set up. While there are often references to other documentation sets, I won't say that things were exactly easy. Anyway, again this will be somewhat redundant since other groups maintain their own documentation, but I could see a good in keeping some kind of Worg section on "modular functionality" with some help for that? John > > > Example quick and Easy installation text: > ~~~ > > 1. Download the latest version > .zip and .tar.gz version are kept at > http://orgmode.org/org-latest.zip > http://orgmode.org/org-latest.tar.gz > > 2. Extract the archived files > This will create a folder called "org-mode". Let's say that the > location of this folder is "~/path/to/org-mode" (for Windows see > footnote [1]) > > 3. Add the following lines to your .emacs file (note that we're pointing > to the "lisp" folder *within* the main "org-mode" folder): > > (setq load-path (cons "~/path/to/org-mode/lisp" load-path) > (require 'org-install) > > That's it. However, this will not install the latest info files, so > these will be out of date (corresponding to whatever version of Org > shipped with your emacs). See for instructions on installing the > info files. > > Now, Emacs should load whatever version of Org-mode you put at > "~/path/to/org-mode". So to update Org in the future, simply delete that > folder and replace it with a new one (steps 1 and 2 above). > > Footnotes: > > [1] On Windows, this path might look something like > "C:\\path\to\org-mode" > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [PROPOSAL] Quick and easy installation instructions
Hi Richard,
Richard Riley writes:
> Dan Davison writes:
>
>> I think that the documentation concerning installation should be made
>> more user-friendly. My impression is that the Org manual makes all this
>> sound much harder than it needs to be, and I suspect that this is an
>> entry-barrier for new Org users. For example, the first thing users
>> encounter in the manual section is an instruction to edit a Makefile.
>>
>> I suggest we provide a "quick and easy installation" section to the
>> manual, that shows people how to start using the latest version of
>> Org-mode without messing about with compilation and installation (I
>> rarely compile and have never "installed" Org-mode). It would also be
>> helpful to include notes on how to find your ".emacs" file.
>>
>> This would involve the following changes to section 1.2 Installation:
>>
>> 1. The first thing it should say would be along the lines of
>>"A reasonably recent version of Org is included in Emacs. Are you
>>sure you need the latest version of Org? If not, skip to the
>>Activation section and start using Org!"
>
> I would not go that way. org moves very very quickly.
>
> I would have it in bold letters "we thoroughly recommend taking the
> latest org release from git and here is how to do it (git pull with a
> label)". Then if and when issues arise they can git pull as and when the
> fixes arrive.
I do understand why you say this, but these are supposed to be easy
instructions; they should not involve usage of any version control
software.
> I say this because some distros (debian being the prime example) can be
> very tardy with including latest versions.
Yes, I agree. The org-latest.{zip,tgz} are what should be recommended
(with the info caveat)
> And someone who uses emacs would not be overly put out by git installing
I think that statement requires some modification. For starters, I don't
think either of us use Windows, but I gather that git is not exactly
easy to use on Windows.
> or unzipping I think.
>
>>
>> 2. Then we should lay out an easy route and a full route:
>>1. Quick and easy
>> Download, set your load-path and (require 'org-install)
>> Optionally compile (within emacs[1]?)
>> Suggested text below.
>>2. Full install
>> Based on existing instructions
>
> I would leave out the compile all together : advanced users who might
> need it will know how to do it. old elc files are a frequent issue with
> beginners that rears its ugly head time and time again.
Sounds good to me. I have an intel atom processor and I don't find
myself wanting to compile for extra speed.
>> What do people think? Is it just the info files which are the issue?
>> What does a single-user machine gain from installation other than info
>> files?
>
> Info files are the issue. The addition to the infopath of the new info
> files is frequently an issue too. I say that because emacs info is my
> nemesis : I have never *properly* understood the way dir files work and
> frequently spend ages scratching my head as to where info files should
> really go ;)
Hmm, well I'm glad it's not just me :) But I think it would be OK if we
made it clear that, if they are following the easy route, they should
use the html/pdf documentation on the website.
Dan
>
>>
>> Dan
>>
>> Footnotes:
>>
>> [1] How about including in Org-mode a function `org-compile' based on
>> http://orgmode.org/worg/org-hacks.php#compiling-org-without-make
>> and `org-reload'
>>
>> Example quick and Easy installation text:
>> ~~~
>>
>> 1. Download the latest version
>>.zip and .tar.gz version are kept at
>>http://orgmode.org/org-latest.zip
>>http://orgmode.org/org-latest.tar.gz
>>
>> 2. Extract the archived files
>>This will create a folder called "org-mode". Let's say that the
>>location of this folder is "~/path/to/org-mode" (for Windows see
>>footnote [1])
>>
>> 3. Add the following lines to your .emacs file (note that we're pointing
>>to the "lisp" folder *within* the main "org-mode" folder):
>>
>>(setq load-path (cons "~/path/to/org-mode/lisp" load-path)
>>(require 'org-install)
>>
>> That's it. However, this will not install the latest info files, so
>> these will be out of date (corresponding to whatever version of Org
>> shipped with your emacs). See for instructions on installing the
>> info files.
>>
>> Now, Emacs should load whatever version of Org-mode you put at
>> "~/path/to/org-mode". So to update Org in the future, simply delete that
>> folder and replace it with a new one (steps 1 and 2 above).
>>
>> Footnotes:
>>
>> [1] On Windows, this path might look something like
>> "C:\\path\to\org-mode"
>>
>> ___
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
__
Re: [Orgmode] Re: [PROPOSAL] Quick and easy installation instructions
On Sep 26, 2010, at 4:52 PM, Dan Davison wrote:
Hi Richard,
Richard Riley writes:
Dan Davison writes:
I think that the documentation concerning installation should be
made
more user-friendly. My impression is that the Org manual makes all
this
sound much harder than it needs to be, and I suspect that this is an
entry-barrier for new Org users. For example, the first thing users
encounter in the manual section is an instruction to edit a
Makefile.
I suggest we provide a "quick and easy installation" section to the
manual, that shows people how to start using the latest version of
Org-mode without messing about with compilation and installation (I
rarely compile and have never "installed" Org-mode). It would also
be
helpful to include notes on how to find your ".emacs" file.
This would involve the following changes to section 1.2
Installation:
1. The first thing it should say would be along the lines of
"A reasonably recent version of Org is included in Emacs. Are you
sure you need the latest version of Org? If not, skip to the
Activation section and start using Org!"
I would not go that way. org moves very very quickly.
I would have it in bold letters "we thoroughly recommend taking the
latest org release from git and here is how to do it (git pull with a
label)". Then if and when issues arise they can git pull as and
when the
fixes arrive.
I do understand why you say this, but these are supposed to be easy
instructions; they should not involve usage of any version control
software.
I say this because some distros (debian being the prime example)
can be
very tardy with including latest versions.
Yes, I agree. The org-latest.{zip,tgz} are what should be recommended
(with the info caveat)
I think what we should recommend here is org.tar.gz and org.zip. There
are the latest release, usually no more that 1 or 2 months old and
stable.
Using the ..-latest files does carry this risk of making a beginner
install
a bad version. So if we go for beginners...
- Carsten
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [PROPOSAL] Quick and easy installation instructions
Dan Davison writes: > Hi Richard, > > Richard Riley writes: > >> Info files are the issue. The addition to the infopath of the new info >> files is frequently an issue too. I say that because emacs info is my >> nemesis : I have never *properly* understood the way dir files work and >> frequently spend ages scratching my head as to where info files should >> really go ;) > > Hmm, well I'm glad it's not just me :) But I think it would be OK if > we You have no idea how pleased I am to hear you say that ... I sometimes wondered if I should go back to notepad ;) When asking the #emacs irc it seemed I was the only one in the world that constantly had issues. Of course mentioning "Debian" immediately saw me get the "oh debian" cold shoulder ... ;) LOL. Good points about Windows too btw. Easy to forget sometimes. > made it clear that, if they are following the easy route, they should > use the html/pdf documentation on the website. > > Dan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Org-mode screencasts
Hi Le vendredi 24 septembre 2010 à 11:10 +0800, Eric Abrahamsen a écrit : > One thing that would be really excellent is to show keystrokes as you do > the tutorial. I don't know what system you're using, but this link: > > http://screencasters.heathenx.org/blog/2009/04/06/smaller-key-status-monitor/ > > Sounds like it might be okay for Linux, and this one has some (seriously > ugly) options for Windows: > > http://dan.hersam.com/2009/05/01/how-to-display-keystrokes-for-screencasts-on-windows/ > > Macs have KeyCastr or something like that… I've seen use of : http://pabloseminario.com/projects/screenkey/ on Ubuntu, that was quite nice for this I guess. My 2 cents, Best regards, -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: FLOSS Weekly show about Org-mode
I wanted to mention how great it would be to have an org-mode conference. I know I can't commit to organizing anything, since time and money are both far scarcer than I'd like. But I could see attending something on the East Coast (U.S.). I imagine the key would be having presentations by a few developers and users, explaining their workflows and maybe presenting some example work? We can do all these things distributed, and online, through Worg right now. But there's something inherently geeky and communal about a live conference, even if they're rather expensive by comparison. Jeff On Sat, Sep 25, 2010 at 5:24 PM, Russell Adams wrote: > I just watched the video, and I must say that Carsten has given > another excellent performance! > > I think the key point he made through the whole interview was that > normally note taking tools are separate from planning / organizational > tools, and that Org-mode combines both! > > Thanks for the video! > > I hope to contribute to the screencast effort in the next few weeks. > > On Fri, Sep 24, 2010 at 09:40:10AM -0400, Charles Philip Chan wrote: >> Julien Fantin writes: >> >> > Just noticed the interview is available on iTunes. >> > http://itunes.apple.com/fr/podcast/floss-weekly-136-emacs-org/id368823654?i=87659805 >> > >> > Not sure how I'd watch it if I were on my gnu box though. >> >> I downloaded the high quality version from here: >> >> http://www.twit.tv/floss136 >> >> and watched it already with mplayer. Great interview. >> >> Charles >> >> -- >> But what can you do with it? -- ubiquitous cry from Linux-user partner. >> (Submitted by Andy Pearce, a...@hpopd.pwd.hp.com) > > > >> ___ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > > > -- > Russell Adams rlad...@adamsinfoserv.com > > PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ > > Fingerprint: 1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: FLOSS Weekly show about Org-mode
Jeff Horn writes: > I wanted to mention how great it would be to have an org-mode > conference. I agree. If many people support this idea, this is how we could do it: 1. list ideas of things we would do there 2. find out what would be the best location/date 3. figure out how much money does it requires 4. decide (or not) to go for it 5. raise money through donations and grants (e.g. from the FSF) I added http://orgmode.org/worg/org-conference.php Go crazy :) -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: FLOSS Weekly show about Org-mode
Russell Adams writes: > I think the key point he made through the whole interview was that > normally note taking tools are separate from planning / organizational > tools, and that Org-mode combines both! Note that Carsten mentionned this on his Google Tech Talk: http://www.youtube.com/watch?v=oJTwQvgfgMM (5'20") As I found this idea so powerful, I quoted Carsten about this in my small video for the SourceForge Award last year: http://vimeo.com/5155665 (0'37") -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] compiling org without make
I got it working, thanks to an offlist message from Don - copied with permission below... Gez - Original Message - From: "Dan Davison" To: "Gez" Sent: Sunday, September 26, 2010 2:56 PM Subject: Re: compiling org without make > Hi Gez, > > It is possible to use the latest version of Org mode very easily, > without compiling or installing to system folders. I just posted example > instructions in another thread; the link to that thread is > > http://thread.gmane.org/gmane.emacs.orgmode/30973 > > With this method, the info files in emacs will be out-of-date. Full > installation is covered in section 1.2 of the manual: > > http://orgmode.org/manual/Installation.html#Installation > > But here are the instructions I posted: > > 1. Download the latest version > .zip and .tar.gz version are kept at > http://orgmode.org/org-latest.zip > http://orgmode.org/org-latest.tar.gz > > 2. Extract the archived files > This will create a folder called "org-mode". Let's say that the > location of this folder is "~/path/to/org-mode" (for Windows see > footnote [1]) > > 3. Add the following lines to your .emacs file (note that we're pointing > to the "lisp" folder *within* the main "org-mode" folder): > > (setq load-path (cons "~/path/to/org-mode/lisp" load-path) > (require 'org-install) > > That's it. However, this will not install the latest info files, so > these will be out of date (corresponding to whatever version of Org > shipped with your emacs). See for instructions on installing the > info files. > > Now, Emacs should load whatever version of Org-mode you put at > "~/path/to/org-mode". So to update Org in the future, simply delete that > folder and replace it with a new one (steps 1 and 2 above). > > Footnotes: > > [1] On Windows, this path might look something like > "C:\\path\to\org-mode" > > Dan > > > > "Gez" writes: > >> I'm a beginner on windows and I'm prepared to learn slowly and steadily, >> but I'm having trouble getting started. I have GNU Emacs 23.2.1 and I'd >> like to get the latest version of orgmode (my version has no >> org-capture). I see from >> http://orgmode.org/worg/org-hacks.php#compiling-org-without-make that >> this problem has been addressed, but I'm still not clear on what to do... >> >> 1. How I find out which version of orgmode I have? I'm assuming from >> http://orgmode.org/ that it's 6.21b, but is there a way of confirming >> this? > > M-x org-version > >> >> 2. Do I need to compile at all? At least in order to get started >> learning and using it? > > No, it is not necessary to compile. Some experienced Org users do not > compile at all, because they upgrade very often and don't want to risk > accidentally forgetting to recompile. > >> 3. Whether or not I compile, how do I "install" the downloaded org-mode >> files? Should I just copy them into \emacs-23.2\lisp\org (where my org >> lisp files are now) and let them overwrite where necessary? >> >> 3. In the example path in the function on >> http://orgmode.org/worg/org-hacks.php#compiling-org-without-make, the >> org-lisp-directory is under .emacs.d but my org files are under >> \emacs-23.2\lisp\org - does this matter? >> >> 4. Assuming the path is ok as it is, how do I enter the path into the >> function - do I write the whole path - e.g. Q:\progs\emacs-23.2\lisp\org >> ? >> >> 5. What option should I choose for org-compile-sources in the function? >> (I don't know what it means.) >> >> 6. Finally, how do I use this function? Do I write it to my .emacs and >> then call it? What is the command? >> ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] compiling org without make
Hi Gez, "Gez" writes: > 1. How I find out which version of orgmode I have? I'm assuming from > http://orgmode.org/ that it's 6.21b, but is there a way of confirming > this? M-x org-version > 2. Do I need to compile at all? At least in order to get started > learning and using it? No. I never compile the sources. > 3. Whether or not I compile, how do I "install" the downloaded > org-mode files? Should I just copy them into \emacs-23.2\lisp\org > (where my org lisp files are now) and let them overwrite where > necessary? Add this to your .emacs file (adjust the path): (add-to-list 'load-path "C:org-mode/lisp/") This way, the sources of the downloaded Org-mode will be found before the ones that come with emacs. > 3. In the example path in the function on > http://orgmode.org/worg/org-hacks.php#compiling-org-without-make, the > org-lisp-directory is under .emacs.d but my org files are under > \emacs-23.2\lisp\org - does this matter? Yes. You'd need to adjust this line: ;; Customize: (setq my/org-lisp-directory "~/.emacs.d/org/lisp") > 4. Assuming the path is ok as it is, how do I enter the path into the > function - do I write the whole path - e.g. > Q:\progs\emacs-23.2\lisp\org ? No need for parameters, ones the path is adjusted (item 3.). > 5. What option should I choose for org-compile-sources in the > function? (I don't know what it means.) Just change this line (setq my/org-compile-sources t) to this: (setq my/org-compile-sources nil) if you do not want to compile the sources. > 6. Finally, how do I use this function? Do I write it to my .emacs > and then call it? What is the command? M-x my/compile-org RET That's it. HTH Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [PATCH] Alphabetical ordered lists
Hello, I've tried the patch today. There are still some easily-fixed glitches (like letters not included in org-cycle-list-bullet, or bullets allowing mixed text and numbers). But, there is apparently one major drawback, as I said in a previous post. If the line starts with a word followed by a dot or a parenthesis, Org will see a bullet there. This is bad news because the following line will be indented, or a M-RET will delete the word, replacing it with a) or a. Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [PROPOSAL] Quick and easy installation instructions
Dan Davison writes: > I think that the documentation concerning installation should be made > more user-friendly. My impression is that the Org manual makes all this > sound much harder than it needs to be, and I suspect that this is an > entry-barrier for new Org users. For example, the first thing users > encounter in the manual section is an instruction to edit a Makefile. Agreed. It was easy enough to follow for me, but I can see that others may find it too technical. > I suggest we provide a "quick and easy installation" section to the > manual, that shows people how to start using the latest version of > Org-mode without messing about with compilation and installation (I > rarely compile and have never "installed" Org-mode). It would also be > helpful to include notes on how to find your ".emacs" file. Just as a counter-point, I always compile and install (even bleeding edge, that just goes into a different place) because that allows me to separate production from experimental code more easily. > This would involve the following changes to section 1.2 Installation: > > 1. The first thing it should say would be along the lines of >"A reasonably recent version of Org is included in Emacs. Are you >sure you need the latest version of Org? If not, skip to the >Activation section and start using Org!" Don't assume what version of Emacs the user may have and it may be configured in crazy ways, too. To read the instructions one would already have had to find and go to orgmode.org, so there is little further effort to fix them up with the latest stable version. Right now there is no official Emacs release that uses Org 7.x, for instance. > 2. Then we should lay out an easy route and a full route: >1. Quick and easy > Download, set your load-path and (require 'org-install) > Optionally compile (within emacs[1]?) > Suggested text below. I'd really suggest putting it into site-lisp as that removes the need to muck about with load-path (which isn't customizable...), the dangers of which you demonstrate yourself: >(setq load-path (cons "~/path/to/org-mode/lisp" load-path) (yes, just a missing closing paren). The other thing of course is that by putting it there all other users on the system will benefit from it. That's a plus even under Windows. While we are at it, I think both org and org-babel have enough files to better go into sub-directories (maybe org-install should stay on top-level). 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 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [bug] Gnus author in capture templates not working
Sébastien Vauban wrote: >I now have a full timestamp (date and time) for when the mail has been sent >(or received?). Well... It's the date of the Date: header field ;) What it is set to depends on the sender; that's why it is not really a reliable piece of information one should use for scheduling items. The sender's clock might be wrong or the header might not be present. Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgprzi798PBES.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: bug with spaces in regexp search
Samuel Wales wrote: >Why is that important? Noorul tried to reproduce the bug, but couldn't. Trying to reproduce a reported bug is (sometimes) important for the developers. Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpSyHKCS9ak5.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: bug with spaces in regexp search
The bug has been fixed, so the following is moot.
Ah, but he didn't . :) Hence my question. :)
I appreciated the effort to help, but I was wondering what he was
trying to say, because he used strings instead of regexps and he used
different settings for both variables. The bug was with regexps (i.e.
{...}) and not strings.
In other words, he did not attempt to reproduce the bug, but instead
changed 3 conditions back to a known-working state. It was not a
surprise that it worked. :)
But, again, I appreciated the effort to help.
I was unable to type more than a few words at the time I asked. I
hope this clarifies conclusively.
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: bug with spaces in regexp search
In other words, I was wondering why he reported the failure to reproduce a bug that I did not report on. Perhaps he had some other point he was making. Or perhaps he was confused about what the bug was. Hence my question. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [PROPOSAL] Quick and easy installation instructions
Achim Gratz writes: > Dan Davison writes: > >> I think that the documentation concerning installation should be made >> more user-friendly. My impression is that the Org manual makes all this >> sound much harder than it needs to be, and I suspect that this is an >> entry-barrier for new Org users. For example, the first thing users >> encounter in the manual section is an instruction to edit a Makefile. > > Agreed. It was easy enough to follow for me, but I can see that others > may find it too technical. Hi Achim, OK, so we're agreed. But your points below don't seem to describe a less technical route. Could you describe the less technical version of the instructions for the method that you are advocating? Dan > >> I suggest we provide a "quick and easy installation" section to the >> manual, that shows people how to start using the latest version of >> Org-mode without messing about with compilation and installation (I >> rarely compile and have never "installed" Org-mode). It would also be >> helpful to include notes on how to find your ".emacs" file. > > Just as a counter-point, I always compile and install (even bleeding > edge, that just goes into a different place) because that allows me to > separate production from experimental code more easily. > >> This would involve the following changes to section 1.2 Installation: >> >> 1. The first thing it should say would be along the lines of >>"A reasonably recent version of Org is included in Emacs. Are you >>sure you need the latest version of Org? If not, skip to the >>Activation section and start using Org!" > > Don't assume what version of Emacs the user may have and it may be > configured in crazy ways, too. To read the instructions one would > already have had to find and go to orgmode.org, so there is little > further effort to fix them up with the latest stable version. Right now > there is no official Emacs release that uses Org 7.x, for instance. > >> 2. Then we should lay out an easy route and a full route: >>1. Quick and easy >> Download, set your load-path and (require 'org-install) >> Optionally compile (within emacs[1]?) >> Suggested text below. > > I'd really suggest putting it into site-lisp as that removes the need to > muck about with load-path (which isn't customizable...), the dangers of > which you demonstrate yourself: > >>(setq load-path (cons "~/path/to/org-mode/lisp" load-path) > > (yes, just a missing closing paren). The other thing of course is that > by putting it there all other users on the system will benefit from it. > That's a plus even under Windows. > > While we are at it, I think both org and org-babel have enough files to > better go into sub-directories (maybe org-install should stay on > top-level). > > > Achim. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [bug] org-link-escape and (wrong-type-argument stringp nil)
Sebastian Rose wrote: >David Maus writes: >>> sh$ man utf-8 >> >> Thanks! I finally get a grip on one of my personal nightmares. >It's not that bad, is it? :D Even better: It makes sense ;) >> The attached patch is the first step in this direction: It modifies >> the algorithm of `org-link-escape', now iterating over the input >> string with `mapconcat' and escaping all characters in the escape >> table or are between 127 and 255. >Between 128 (1000 ) and 255 ?? >The binary representation of 127 is 0111 and valid ascii char. DEL >actually (sh$ man ascii) Right, and that's why it is encoded: No control characters in a URI. The final algorithm for the shiny new unicode aware percent encoding function would be: - percent encode all characters in TABLE - percent encode all characters below 32 and above 126 - encode the char in utf-8 - percent escape all bytes of the encoded char The remaining problem is keeping backward compatibility. There are Org files out there where "á" is encoded as "%E1" and not "%C3A1". The percent decoding function should be able to recognize these old escapes and return the right value. I looks like this could be done by changing the behavior of `org-protocol-unhex-string'. Currently it returns the empty string for "%E1" because it does not represent a valid utf-8 encoded unicode char. Maybe we could say: If the percent encoded sequence does not form a valid char, use the old method (extended ASCII?) to decode the sequences. Sadly (or luckily?) chances are good that I will be somewhat offline for the next two weeks -- I think implementing this unicode aware escaping function should be the way to go but requires some careful checking for it's consequences for old Org files. Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpxyQzTB1pKK.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Org-mode screencasts
Eric Abrahamsen ericabrahamsen.net> writes: > > One thing that would be really excellent is to show keystrokes as you do > the tutorial. I don't know what system you're using, but this link: > > http://screencasters.heathenx.org/blog/2009/04/06/smaller-key-status-monitor/ > > > Rustom Mody wrote: > > mwe-log-commands may be particularly useful for an emacs related > screencast http://www.foldr.org/~michaelw/emacs/mwe-log-commands.el It would be extremely nice for screencasting Emacs to have a configurable input and prompt display similar to the calc trail. Wish list: - stack view of the keystream from view-lossage - annotations (i.e. an overlay) when a binding dispatches a command using the mechanism from mwe-log-commands. - annotations of minibuffer prompts - annotations of keybinding hints The view-lossage stream doesn't use the format one would want for user documentation: C-x b f o ov i e w - l o s s a g e Something like the following would be more like documentation: C-x b [switch-to-buffer] f o o RET [minibuffer input] RET [minibuffer prompt confirm] [visiting buffer] foo M-x [] v i e w - l o s s a g e RET [minibuffer input] [visiting buffer] *Help* The parts in [brackets] are intended to indicate some kind of face overlay. As uncolored plaintext the information is just distracting. Another tool, http://www.emacswiki.org/emacs/ScreencastMode has good ideas for keybinding hints and one-key stepthrough. I don't think the typed-text narration style is a good fit for these particular screencasts and their target audience, however. Jeff ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Embedding images as data: URIs in the HTML exporter (was: MathJax is now the default for HTML math)
Jan Böcker wrote: >On 09/03/2010 05:07 AM, s...@blarg.net wrote: >> How about doing the same data: URI embedding for images in the HTML >> exporter? It should be possible to implement it entirely inside >> Emacs. It would have to be optional, of course. >> >> Derek >> >This is certainly possible, the following patch would do this to *every* >image. Maybe someone who knows the HTML exporter code better than I do >can make it configurable and submit a patch. >Bonus points for an extra option which only embeds images smaller than >32 KB to keep it compatible with Internet Explorer. The main problem I see here is, that it is not very well supported. Especially IE below 8 does not support it at all and IE8 seems to support data URIs in CSS style sheets, only. Quote from https://developer.mozilla.org/en/data_URIs (Common problems): "The data scheme is supported by Opera 7.20 and above, as well as Safari and Konqueror. Internet Explorer 7 and below, however, do not currently support it. Internet Explorer 8 and above only supports data URIs for images in CSS." Moreover this technique is somewhat problematic because it defeats some caching mechanism, and will enlarge the resulting page -- not very kind for people with small bandwith and/or paying by traffic. I think something supporting this could go to hacks or contrib with a big red warning about the consequences and a careful discussion of when to use this and when best not to use it. Best, -- David PS: There is http://www-archive.mozilla.org/quality/networking/testing/datatests.html that lets you test your browser for the support of content included in data URIs. -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpv2qLkvJXpn.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [PROPOSAL] Quick and easy installation instructions
Dan Davison writes: > OK, so we're agreed. But your points below don't seem to describe a less > technical route. Could you describe the less technical version of the > instructions for the method that you are advocating? Installing is something technical and I'm a tech-head, so you're asking something of me I'm not really qualified to do. :-) My points were: - I think that a proper installation via make is the way to go, but I recognize that some folks don't want or need to do that. - There is a default place where Emacs expects this kind of stuff and has some magic implemented to make it work without further configuration, and that place is site-lisp. You can put it someplace else, but then you have to alter the load-path or you are at the mercy of some special configuration to make the same magic work in other places, too (I've had ~/lisp set up that way when I was still compiling Emacs myself). - If org was delivered and compiled in 'org/' rather than 'lisp/', one could instruct users to just take that folder and copy/drag it into the site-lisp directory of their Emacs installation. You can do that with the lisp folder, but I'd at least tell people to please rename it to org after doing the copy. If you want to get any less technical than that, I'd suggest ELPA or something like it (as has been discussed already in another thread). ELPA packages build and configure themselves as far as possible, so that should take out the guesswork for novice users. Also it looks like it will come standard with Emacs24 (with a GNU archive and the possibility to add additional archives, which could take care of the "bleeding edge"), so there will be absolutely no "installation" work required from the user from then on. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ DIY Stuff: http://Synth.Stromeko.net/DIY.html ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [PROPOSAL] Quick and easy installation instructions
On Monday 27 September 2010 02:52 am, Dan Davison wrote:
> Hi Richard,
>
> Richard Riley writes:
> > Dan Davison writes:
> >> I think that the documentation concerning installation should be made
> >> more user-friendly. My impression is that the Org manual makes all this
> >> sound much harder than it needs to be, and I suspect that this is an
> >> entry-barrier for new Org users. For example, the first thing users
> >> encounter in the manual section is an instruction to edit a Makefile.
> >>
> >> I suggest we provide a "quick and easy installation" section to the
> >> manual, that shows people how to start using the latest version of
> >> Org-mode without messing about with compilation and installation (I
> >> rarely compile and have never "installed" Org-mode). It would also be
> >> helpful to include notes on how to find your ".emacs" file.
> >>
> >> This would involve the following changes to section 1.2 Installation:
> >>
> >> 1. The first thing it should say would be along the lines of
> >>"A reasonably recent version of Org is included in Emacs. Are you
> >>sure you need the latest version of Org? If not, skip to the
> >>Activation section and start using Org!"
> >
> > I would not go that way. org moves very very quickly.
> >
> > I would have it in bold letters "we thoroughly recommend taking the
> > latest org release from git and here is how to do it (git pull with a
> > label)". Then if and when issues arise they can git pull as and when the
> > fixes arrive.
>
> I do understand why you say this, but these are supposed to be easy
> instructions; they should not involve usage of any version control
> software.
>
> > I say this because some distros (debian being the prime example) can be
> > very tardy with including latest versions.
>
> Yes, I agree. The org-latest.{zip,tgz} are what should be recommended
> (with the info caveat)
>
> > And someone who uses emacs would not be overly put out by git installing
>
> I think that statement requires some modification. For starters, I don't
> think either of us use Windows, but I gather that git is not exactly
> easy to use on Windows.
I agree. On my Windows machine, (and Emacs with org-mode work
well there), it was a case of getting the zipped org-mode package,
unzipping into a suitable directory (C:\emacs\orgx or C:
\home\emacs\lisp\orgx etc), and then add-to-list; load-path
and require 'org-install, and maybe a require 'org (not sure).
After that, then adding org agenda files paths, diary etc.
This uses no Git. And I didn't realize how simple upgrading to a newer
orgmode could be. Compiling isn't important at this stage.
> > or unzipping I think.
> >
> >> 2. Then we should lay out an easy route and a full route:
> >>1. Quick and easy
> >> Download, set your load-path and (require 'org-install)
> >> Optionally compile (within emacs[1]?)
> >> Suggested text below.
> >>2. Full install
> >> Based on existing instructions
> >
> > I would leave out the compile all together : advanced users who might
> > need it will know how to do it. old elc files are a frequent issue with
> > beginners that rears its ugly head time and time again.
>
> Sounds good to me. I have an intel atom processor and I don't find
> myself wanting to compile for extra speed.
>
> >> What do people think? Is it just the info files which are the issue?
> >> What does a single-user machine gain from installation other than info
> >> files?
> >
> > Info files are the issue. The addition to the infopath of the new info
> > files is frequently an issue too. I say that because emacs info is my
> > nemesis : I have never *properly* understood the way dir files work and
> > frequently spend ages scratching my head as to where info files should
> > really go ;)
>
> Hmm, well I'm glad it's not just me :) But I think it would be OK if we
> made it clear that, if they are following the easy route, they should
> use the html/pdf documentation on the website.
>
> Dan
>
> >> Dan
> >>
> >> Footnotes:
> >>
> >> [1] How about including in Org-mode a function `org-compile' based on
> >> http://orgmode.org/worg/org-hacks.php#compiling-org-without-make
> >> and `org-reload'
> >>
> >> Example quick and Easy installation text:
> >> ~~~
> >>
> >> 1. Download the latest version
> >>.zip and .tar.gz version are kept at
> >>http://orgmode.org/org-latest.zip
> >>http://orgmode.org/org-latest.tar.gz
> >>
> >> 2. Extract the archived files
> >>This will create a folder called "org-mode". Let's say that the
> >>location of this folder is "~/path/to/org-mode" (for Windows see
> >>footnote [1])
> >>
> >> 3. Add the following lines to your .emacs file (note that we're pointing
> >>to the "lisp" folder *within* the main "org-mode" folder):
> >>
> >>(setq load-path (cons "~/path/to/org-mode/lisp" load-path)
> >>(require 'org-install)
> >>
> >> That's it. However, this will not i
Re: [Orgmode] FSF Copyright Assignment
Jambunathan K writes: > Hello Eric > > Eric> Hi Jambunathan, > Eric> > Eric> I've finally had a chance to test out this patch, and it's great! > Eric> I'd love to apply this to the core Org repository, however given > Eric> the size I have to ask, have you (or are you willing to) signed > Eric> the FSF papers? > Eric> > Eric> http://orgmode.org/worg/org-contribute.php > > I am willing to sign the FSF papers required to get all my Orgmode > patches into official Emacs. > > I have initiated the process from my end by writing to ass...@gnu.org. > Thanks for starting the assignment process. I've just added this functionality to the repository, so babel commands can now be used as speed commands when the point is on the beginning of a code block. Thanks for the contribution! Best -- Eric > > Jambunathan K. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] ELPA [WAS] Re: [PROPOSAL] Quick and easy installation instructions
Achim Gratz writes: > Dan Davison writes: >> OK, so we're agreed. But your points below don't seem to describe a less >> technical route. Could you describe the less technical version of the >> instructions for the method that you are advocating? > > Installing is something technical and I'm a tech-head, so you're asking > something of me I'm not really qualified to do. :-) > > My points were: > > - I think that a proper installation via make is the way to go, but I > recognize that some folks don't want or need to do that. > > - There is a default place where Emacs expects this kind of stuff and > has some magic implemented to make it work without further > configuration, and that place is site-lisp. You can put it someplace > else, but then you have to alter the load-path or you are at the mercy > of some special configuration to make the same magic work in other > places, too (I've had ~/lisp set up that way when I was still > compiling Emacs myself). > > - If org was delivered and compiled in 'org/' rather than 'lisp/', one > could instruct users to just take that folder and copy/drag it into > the site-lisp directory of their Emacs installation. You can do that > with the lisp folder, but I'd at least tell people to please rename it > to org after doing the copy. > > If you want to get any less technical than that, I'd suggest ELPA or > something like it (as has been discussed already in another thread). > ELPA packages build and configure themselves as far as possible, so that > should take out the guesswork for novice users. Also it looks like it > will come standard with Emacs24 (with a GNU archive and the possibility > to add additional archives, which could take care of the "bleeding > edge"), so there will be absolutely no "installation" work required from > the user from then on. Hi Achim, Thanks, that was very helpful. Using ELPA does seem like an attractive route, especially if it (package.el) is going to be in Emacs24. - How much work would it take to put and maintain Org-mode on ELPA? - Would it make sense to have two different packages available via ELPA, i.e. Latest Release and Latest? - Will it be possible for the Org project to have control over the files that ELPA points at (in which case we might be able to keep the latest updated a few times a day or something), or do we have to submit them to a server that's out of our control? - Will ELPA be able to get the info files installed suitably? Dan > > > Regards, > Achim. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [PROPOSAL] Quick and easy installation instructions
Richard Riley writes: > You have no idea how pleased I am to hear you say that ... I sometimes > wondered if I should go back to notepad ;) When asking the #emacs irc it > seemed I was the only one in the world that constantly had issues. Of > course mentioning "Debian" immediately saw me get the "oh debian" cold > shoulder ... ;) LOL. On Debian you should use update-info-dir ( as in $ update-info-dir /path/to/infos to generate the dir file. (This may work on others distribution too, I don't know if it is a Debian specific tools) [...] -- Rémi Vanicat ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] saving property values when archiving
When an item is archived to a new location, inherited tags are saved, but inherited properties are not. Was there a reason for this, or just not yet implemented? Thanks, ilya ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [bug] org-link-escape and (wrong-type-argument stringp nil)
>>The binary representation of 127 is 0111 and valid ascii char. DEL >>actually (sh$ man ascii) > > Right, and that's why it is encoded: No control characters in a URI. Great ! :) > The final algorithm for the shiny new unicode aware percent encoding > function would be: > > - percent encode all characters in TABLE > - percent encode all characters below 32 and above 126 >- encode the char in utf-8 >- percent escape all bytes of the encoded char > > The remaining problem is keeping backward compatibility. There are Org > files out there where "á" is encoded as "%E1" and not "%C3A1". The > percent decoding function should be able to recognize these old > escapes and return the right value. > > I looks like this could be done by changing the behavior of > `org-protocol-unhex-string'. Currently it returns the empty string > for "%E1" because it does not represent a valid utf-8 encoded unicode > char. Maybe we could say: If the percent encoded sequence does not > form a valid char, use the old method (extended ASCII?) to decode the > sequences. Well, yes. The function _should_ return something if the end of the string is reached or something else but a `%' is found. I'll have to find out where the function has to look up the correct char. 167 will be a different character for different encodings. This will not handle cases like `Größe' though. Are there cases where strings are encoded the way you showed above, and decoded using `org-unhex-string'? Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [PATCH] Alphabetical ordered lists
> But, there is apparently one major drawback, as I said in a previous > post. If the line starts with a word followed by a dot or a > parenthesis, Org will see a bullet there. This is bad news because the > following line will be indented, or a M-RET will delete the word, > replacing it with a) or a. > > Regards, > > -- Nicolas > Yes, this happens - it's not something that comes up during my normal usage, so I didn't notice. Can you think of a way to determine if this is the case vs. a list is actually wanted? Thanks, Nathaniel Flath ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [bug] org-link-escape and (wrong-type-argument stringp nil)
David Maus writes:
> Sebastian Rose wrote:
>>David Maus writes:
sh$ man utf-8
>>>
>>> Thanks! I finally get a grip on one of my personal nightmares.
>
>
>>It's not that bad, is it? :D
>
> Even better: It makes sense ;)
>
>>> The attached patch is the first step in this direction: It modifies
>>> the algorithm of `org-link-escape', now iterating over the input
>>> string with `mapconcat' and escaping all characters in the escape
>>> table or are between 127 and 255.
>
>>Between 128 (1000 ) and 255 ??
>
>>The binary representation of 127 is 0111 and valid ascii char. DEL
>>actually (sh$ man ascii)
>
> Right, and that's why it is encoded: No control characters in a URI.
>
> The final algorithm for the shiny new unicode aware percent encoding
> function would be:
>
> - percent encode all characters in TABLE
> - percent encode all characters below 32 and above 126
>- encode the char in utf-8
>- percent escape all bytes of the encoded char
>
> The remaining problem is keeping backward compatibility. There are Org
> files out there where "á" is encoded as "%E1" and not "%C3A1". The
> percent decoding function should be able to recognize these old
> escapes and return the right value.
There is no chance to do it in a secure way. But here's what's
possible.
These all work as expected:
(org-protocol-unhex-string "%E1") ; á
(org-protocol-unhex-string "%A1") ; ¡
(org-protocol-unhex-string "%E1%A1") ; á¡
(org-protocol-unhex-string "%C3%B6") ; still german ö
Also, capturing text from this page still works:
http://www.jnto.go.jp/jpn/
diff --git a/lisp/org-protocol.el b/lisp/org-protocol.el
index 21f28e7..f37ce1c 100644
--- a/lisp/org-protocol.el
+++ b/lisp/org-protocol.el
@@ -305,7 +305,7 @@ part."
(defun org-protocol-unhex-string(str)
"Unhex hexified unicode strings as returned from the JavaScript function
-encodeURIComponent. E.g. `%C3%B6' is the german Umlaut `ü'."
+encodeURIComponent. E.g. `%C3%B6' is the german Umlaut `ö'."
(setq str (or str ""))
(let ((tmp "")
(case-fold-search t))
@@ -321,7 +321,11 @@ encodeURIComponent. E.g. `%C3%B6' is the german Umlaut `ü'."
(defun org-protocol-unhex-compound (hex)
- "Unhexify unicode hex-chars. E.g. `%C3%B6' is the German Umlaut `ü'."
+ "Unhexify unicode hex-chars. E.g. `%C3%B6' is the German Umlaut `ö'.
+Note: this function also decodes single byte encodings like
+`%E1' (\"á\") if not followed by another `%[A-F0-9]{2}' group.
+Singlebyte decoding is not secure though, since we could have
+two single byte characters above 128 in a row."
(let* ((bytes (remove "" (split-string hex "%")))
(ret "")
(eat 0)
@@ -353,9 +357,22 @@ encodeURIComponent. E.g. `%C3%B6' is the german Umlaut `ü'."
(setq val (logxor val xor))
(setq sum (+ (lsh sum shift) val))
(if (> eat 0) (setq eat (- eat 1)))
- (when (= 0 eat)
+ (cond
+ ((= 0 eat) ;multi byte
(setq ret (concat ret (org-protocol-char-to-string sum)))
(setq sum 0))
+ ((not bytes) ; single byte(s)
+ (let ((bytes (remove "" (split-string hex "%")))
+ (ret ""))
+ (message "bytes: %s" bytes)
+
+ (while bytes
+ (let* ((b (pop bytes))
+ (a (elt b 0))
+ (b (elt b 1)))
+ (setq ret
+ (concat ret (char-to-string
+ (+ (lsh a 4) b)
)) ;; end (while bytes
ret ))
Best wishes
Sebastian
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [bug] org-link-escape and (wrong-type-argument stringp nil)
rrrggrgrggrgr
premature and wrong patch, sorry. Again against master:
diff --git a/lisp/org-protocol.el b/lisp/org-protocol.el
index 21f28e7..d69d584 100644
--- a/lisp/org-protocol.el
+++ b/lisp/org-protocol.el
@@ -305,7 +305,7 @@ part."
(defun org-protocol-unhex-string(str)
"Unhex hexified unicode strings as returned from the JavaScript function
-encodeURIComponent. E.g. `%C3%B6' is the german Umlaut `ü'."
+encodeURIComponent. E.g. `%C3%B6' is the german Umlaut `ö'."
(setq str (or str ""))
(let ((tmp "")
(case-fold-search t))
@@ -321,7 +321,11 @@ encodeURIComponent. E.g. `%C3%B6' is the german Umlaut `ü'."
(defun org-protocol-unhex-compound (hex)
- "Unhexify unicode hex-chars. E.g. `%C3%B6' is the German Umlaut `ü'."
+ "Unhexify unicode hex-chars. E.g. `%C3%B6' is the German Umlaut `ö'.
+Note: this function also decodes single byte encodings like
+`%E1' (\"á\") if not followed by another `%[A-F0-9]{2}' group.
+Singlebyte decoding is not secure though, since we could have
+two single byte characters above 128 in a row."
(let* ((bytes (remove "" (split-string hex "%")))
(ret "")
(eat 0)
@@ -353,12 +357,30 @@ encodeURIComponent. E.g. `%C3%B6' is the german Umlaut `ü'."
(setq val (logxor val xor))
(setq sum (+ (lsh sum shift) val))
(if (> eat 0) (setq eat (- eat 1)))
- (when (= 0 eat)
+ (cond
+ ((= 0 eat) ;multi byte
(setq ret (concat ret (org-protocol-char-to-string sum)))
(setq sum 0))
+ ((not bytes) ; single byte(s)
+ (setq ret (org-protocol-unhex-single-byte-sequence hex
)) ;; end (while bytes
ret ))
+(defun org-protocol-unhex-single-byte-sequence(hex)
+ "Unhexify hex-ecncoded single byte character sequences."
+ (let ((bytes (remove "" (split-string hex "%")))
+ (ret ""))
+(while bytes
+ (let* ((b (pop bytes))
+ (a (elt b 0))
+ (b (elt b 1))
+ (c1 (if (> a ?9) (+ 10 (- a ?A)) (- a ?0)))
+ (c2 (if (> b ?9) (+ 10 (- b ?A)) (- b ?0
+ (setq ret
+ (concat ret (char-to-string
+ (+ (lsh c1 4) c2))
+ret))
+
(defun org-protocol-flatten-greedy (param-list &optional strip-path replacement)
"Greedy handlers might receive a list like this from emacsclient:
'( (\"/dir/org-protocol:/greedy:/~/path1\" (23 . 12)) (\"/dir/param\")
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [bug] org-link-escape and (wrong-type-argument stringp nil)
Also I guess the decoding is secure. Means we could change the comment of this function: (defun org-protocol-unhex-compound (hex) "Unhexify unicode hex-chars. E.g. `%C3%B6' is the German Umlaut `ö'. Note: this function falls back on single byte decoding if a character sequence is not valid utf-8. See `org-protocol-unhex-single-byte-sequence'." Should I send another patch against master? (Too late here... for me...) Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Problem with PROPERTIES :OPTIONS: when exporting subtree
Rainer M Krug writes: > Hi > > I hava a problem with exporting to LaTeX. > > I want to export a table to latex. I put it into a subtree, containing > only the table, i.e. no headers, as I want to include it into another > document. I thought, that using the :OPTIONS: property, I can disable > the headers - but it does not seem to be working - am I missing > something? I believe the relevant property is :EXPORT_OPTIONS:. ,[ (info "(org) Export options") ] |When exporting only a single subtree by selecting it with `C-c @' | before calling an export command, the subtree can overrule some of the | file's export settings with properties `EXPORT_FILE_NAME', | `EXPORT_TITLE', `EXPORT_TEXT', `EXPORT_AUTHOR', `EXPORT_DATE', and | `EXPORT_OPTIONS'. ` > ### > * Table of Parameter > > The parameters are as follow: > ** The Table > :PROPERTIES: > :EXPORT_FILE_NAME: table > :OPTIONS: H:0 num:f toc:f author:f timestamp:f creator:f > :END: > | A | B | C | > |---+---+| > | 1 | 2 | 33 | > | | | | > ### > Is it correct that you are trying to disable author, table-of-contents, etc.? If so, I believe these can be turned off with the nil option: --8<---cut here---start->8--- * Table of Parameter The parameters are as follow: ** The Table :PROPERTIES: :EXPORT_FILE_NAME: table :EXPORT_OPTIONS: H:0 num:nil toc:nil author:nil timestamp:nil creator:nil :END: | A | B | C | |---+---+| | 1 | 2 | 33 | | | | | --8<---cut here---end--->8 Have you considered radio tables? It's a nice solution for including an org-mode table in a LaTeX document. Best, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[PATCH] Re: [Orgmode] [bug] org-link-escape and (wrong-type-argument stringp nil)
> Also I guess the decoding is secure. Means we could change the > comment of this function: > (defun org-protocol-unhex-compound (hex) > "Unhexify unicode hex-chars. E.g. `%C3%B6' is the German Umlaut `ö'. > Note: this function falls back on single byte decoding if a > character sequence is not valid utf-8. > See `org-protocol-unhex-single-byte-sequence'." > Should I send another patch against master? (Too late here... for > me...) Not necessary, following patch removed this sentence and added a proper commit message (please see: Commit messages and ChangeLog entries on http://orgmode.org/worg/org-contribute.php). I took the new patch "under review" in patchtracker -- If someone else wants to jump on it, just go ahead. Best, -- David Sebastian Rose (1): Decode single byte sequence if decoding unicode failed. lisp/org-protocol.el | 26 +++--- 1 files changed, 23 insertions(+), 3 deletions(-) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Decode single byte sequence if decoding unicode failed.
From: Sebastian Rose
* org-protocol.el (org-protocol-unhex-single-byte-sequence): New
function. Decode hex-encoded singly byte sequences.
(org-protocol-unhex-compound): Use new function if decoding sequence
as unicode character failed.
---
lisp/org-protocol.el | 26 +++---
1 files changed, 23 insertions(+), 3 deletions(-)
diff --git a/lisp/org-protocol.el b/lisp/org-protocol.el
index 21f28e7..3cd2167 100644
--- a/lisp/org-protocol.el
+++ b/lisp/org-protocol.el
@@ -305,7 +305,7 @@ part."
(defun org-protocol-unhex-string(str)
"Unhex hexified unicode strings as returned from the JavaScript function
-encodeURIComponent. E.g. `%C3%B6' is the german Umlaut `ü'."
+encodeURIComponent. E.g. `%C3%B6' is the german Umlaut `ö'."
(setq str (or str ""))
(let ((tmp "")
(case-fold-search t))
@@ -321,7 +321,9 @@ encodeURIComponent. E.g. `%C3%B6' is the german Umlaut
`ü'."
(defun org-protocol-unhex-compound (hex)
- "Unhexify unicode hex-chars. E.g. `%C3%B6' is the German Umlaut `ü'."
+ "Unhexify unicode hex-chars. E.g. `%C3%B6' is the German Umlaut `ö'.
+Note: this function also decodes single byte encodings like
+`%E1' (\"á\") if not followed by another `%[A-F0-9]{2}' group."
(let* ((bytes (remove "" (split-string hex "%")))
(ret "")
(eat 0)
@@ -353,12 +355,30 @@ encodeURIComponent. E.g. `%C3%B6' is the german Umlaut
`ü'."
(setq val (logxor val xor))
(setq sum (+ (lsh sum shift) val))
(if (> eat 0) (setq eat (- eat 1)))
- (when (= 0 eat)
+ (cond
+((= 0 eat) ;multi byte
(setq ret (concat ret (org-protocol-char-to-string sum)))
(setq sum 0))
+((not bytes) ; single byte(s)
+ (setq ret (org-protocol-unhex-single-byte-sequence hex
)) ;; end (while bytes
ret ))
+(defun org-protocol-unhex-single-byte-sequence(hex)
+ "Unhexify hex-encoded single byte character sequences."
+ (let ((bytes (remove "" (split-string hex "%")))
+ (ret ""))
+(while bytes
+ (let* ((b (pop bytes))
+(a (elt b 0))
+(b (elt b 1))
+(c1 (if (> a ?9) (+ 10 (- a ?A)) (- a ?0)))
+(c2 (if (> b ?9) (+ 10 (- b ?A)) (- b ?0
+ (setq ret
+ (concat ret (char-to-string
+ (+ (lsh c1 4) c2))
+ret))
+
(defun org-protocol-flatten-greedy (param-list &optional strip-path
replacement)
"Greedy handlers might receive a list like this from emacsclient:
'( (\"/dir/org-protocol:/greedy:/~/path1\" (23 . 12)) (\"/dir/param\")
--
1.7.1
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: bug with spaces in regexp search
Samuel Wales writes:
> The bug has been fixed, so the following is moot.
>
> Ah, but he didn't . :) Hence my question. :)
>
> I appreciated the effort to help, but I was wondering what he was
> trying to say, because he used strings instead of regexps and he used
> different settings for both variables. The bug was with regexps (i.e.
> {...}) and not strings.
>
I tried to reproduce it and I think I missed the regexp part. I am sorry
about that.
> In other words, he did not attempt to reproduce the bug, but instead
> changed 3 conditions back to a known-working state. It was not a
> surprise that it worked. :)
>
> But, again, I appreciated the effort to help.
>
> I was unable to type more than a few words at the time I asked. I
> hope this clarifies conclusively.
Your one liner reply to the mail confused me and I again typed in the
same thing. If you could have typed in the first paragraph in this mail
as your initial reply I could have tried with regexp.
Since now that Carsten has fixed the bug and it has not been ignored
because of my mistake, I think you are happy.
Thanks and Regards
Noorul
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [PROPOSAL] Quick and easy installation instructions
Rémi Vanicat writes: > Richard Riley writes: > >> You have no idea how pleased I am to hear you say that ... I sometimes >> wondered if I should go back to notepad ;) When asking the #emacs irc it >> seemed I was the only one in the world that constantly had issues. Of >> course mentioning "Debian" immediately saw me get the "oh debian" cold >> shoulder ... ;) LOL. > > On Debian you should use update-info-dir ( as in > $ update-info-dir /path/to/infos > to generate the dir file. (This may work on others distribution too, I > don't know if it is a Debian specific tools) > [...] Yes, I knew about that and thing I submitted an update for the makefile yonks ago to use just that. The issue seemed to be with multiple dirs and then emacs having its own info file paths. I need to get back to building my own emacs on debian and see what happens to be more explicit - I just know that I, and from #emacs, others ended up in a kind of pickle. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PROPOSAL] Quick and easy installation instructions
On Sep 26, 2010, at 3:33 PM, Dan Davison wrote: I think that the documentation concerning installation should be made more user-friendly. My impression is that the Org manual makes all this sound much harder than it needs to be, and I suspect that this is an entry-barrier for new Org users. For example, the first thing users encounter in the manual section is an instruction to edit a Makefile. I suggest we provide a "quick and easy installation" section to the manual, that shows people how to start using the latest version of Org-mode without messing about with compilation and installation (I rarely compile and have never "installed" Org-mode). It would also be helpful to include notes on how to find your ".emacs" file. This would involve the following changes to section 1.2 Installation: 1. The first thing it should say would be along the lines of "A reasonably recent version of Org is included in Emacs. Are you sure you need the latest version of Org? If not, skip to the Activation section and start using Org!" I do agree that we should have this sentence, but maybe modified like this: If you have a recent release of Emacs, a version of Org-mode sufficient for all basic use is already included and you may skip the installation instructions and continue with section xxx, activation. However, Org-mode evolves fast. Therefore, we do recommend to install the most recent release. Maybe we could actually have an Emacs command that will insert the basic stuff into .emacs and optionally compile the Lisp files. The installation would be: - download and unpack tar file - emacs -l path-to-org.el - M-x org-install org-install would figure out where org.el is, add to .emacs and query for compilation. This wouod make things independent from make and other tools. Just my 5c - Carsten 2. Then we should lay out an easy route and a full route: 1. Quick and easy Download, set your load-path and (require 'org-install) Optionally compile (within emacs[1]?) Suggested text below. 2. Full install Based on existing instructions What do people think? Is it just the info files which are the issue? What does a single-user machine gain from installation other than info files? Dan Footnotes: [1] How about including in Org-mode a function `org-compile' based on http://orgmode.org/worg/org-hacks.php#compiling-org-without-make and `org-reload' Example quick and Easy installation text: ~~~ 1. Download the latest version .zip and .tar.gz version are kept at http://orgmode.org/org-latest.zip http://orgmode.org/org-latest.tar.gz 2. Extract the archived files This will create a folder called "org-mode". Let's say that the location of this folder is "~/path/to/org-mode" (for Windows see footnote [1]) 3. Add the following lines to your .emacs file (note that we're pointing to the "lisp" folder *within* the main "org-mode" folder): (setq load-path (cons "~/path/to/org-mode/lisp" load-path) (require 'org-install) That's it. However, this will not install the latest info files, so these will be out of date (corresponding to whatever version of Org shipped with your emacs). See for instructions on installing the info files. Now, Emacs should load whatever version of Org-mode you put at "~/path/to/org-mode". So to update Org in the future, simply delete that folder and replace it with a new one (steps 1 and 2 above). Footnotes: [1] On Windows, this path might look something like "C:\\path\to\org-mode" ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [PATCH] Alphabetical ordered lists
> Nathaniel Flath writes: >> But, there is apparently one major drawback, as I said in a >> previous post. If the line starts with a word followed by a dot or >> a parenthesis, Org will see a bullet there. This is bad news >> because the following line will be indented, or a M-RET will delete >> the word, replacing it with a) or a. > Yes, this happens - it's not something that comes up during my > normal usage, so I didn't notice. Can you think of a way to > determine if this is the case vs. a list is actually wanted? Unfortunately, I can't see anything clean. This is tricky because lists are the closest construct to raw text. -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
