[Orgmode] Just take a look at iGoogle IQ test

2009-10-10 Thread ved . manerikar
Just take a look at iGoogle IQ test: http://tinyurl.com/yla5f5n ___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Where is the document in which all tags are described?

2009-10-10 Thread Water Lin

I am using org mode to build my own homepage now. I have perl scripts
need to be published to html from org file.

I use following script to mark it:

#+BEGIN_SRC perl
  # insert some Perl script here
#+END_SRC


But the perl tag doesn't exist.

So I tried to find a document described all tags (such as emacs-lisp)
the org mode supports, where is it?

Thanks

Water Lin

-- 
Water Lin's blog: http://en.waterlin.org
Email: water...@ymail.com
__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 



___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Do we still have XEmacs users?

2009-10-10 Thread Michael Sperber

Carsten Dominik  writes:

> Do we still have XEmacs users around here?

Yes.

-- 
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla



___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Where is the document in which all tags are described?

2009-10-10 Thread Bernt Hansen
Water Lin  writes:

> I am using org mode to build my own homepage now. I have perl scripts
> need to be published to html from org file.
>
> I use following script to mark it:
> 
> #+BEGIN_SRC perl
>   # insert some Perl script here
> #+END_SRC
> 
>
> But the perl tag doesn't exist.
>
> So I tried to find a document described all tags (such as emacs-lisp)
> the org mode supports, where is it?

The "perl tag" is really the name of a major mode (perl-mode).  This
works fine for me.  I use C-c ' to edit the perl code in the block and
C-c ' when I'm done - and it exports colourized to HTML just fine.

-Bernt


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Re: Tagging a region of text without creating a branch

2009-10-10 Thread Carsten Dominik


On Oct 9, 2009, at 7:58 PM, Matthew Lundin wrote:



Carsten Dominik wrote:


Matt: Inline tasks are now always exported, the variable
  org-inlinetask-export is obsolete.  Export will look like
  a description list item - in fact, the export uses internally
  description lists.


Thanks for clarifying this. I had org-inlinetask-export set to nil in
my .emacs (probably from earlier experimentation with the feature).

I see that one can exclude inline tasks with an exclude tag. But in
that case, one has to apply the tag to both headlines.

*** Testing:noexport:
Here is a test
*** END:noexport:

If one leaves the tag off of the END headline, then it is exported in
the HTML. Would there be a way automatically to exclude the END line
even if it does not have an exclude tag.


Yes, this should now work.  Good catch.

You method with the tag on the END line would even
be harmful, as it removes any text after the END line, up to the next  
heading.


Can you show me the use case for not exporting inline tasks?  Maybe I  
need

to bring that variable back, if there is a good case for it

- Carsten



- Carsten



___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Re: Tagging a region of text without creating a branch

2009-10-10 Thread Matt Lundin
Hi Carsten,

Carsten Dominik wrote:
> 
> Yes, this should now work.  Good catch.
> 
> You method with the tag on the END line would even be harmful, as it
> removes any text after the END line, up to the next heading.
> 
> Can you show me the use case for not exporting inline tasks? Maybe I
> need to bring that variable back, if there is a good case for it

Now that I am doing more of my writing in org-mode, I plan to use
inline tasks for marking up my drafts with TODOs. These reminders
would be "for my eyes only." When I publish the draft to LaTeX or html
for sharing, I would thus prefer that the inline tasks be excluded.

Thanks!
Matt



___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] "clearing" the state of an org-mode subtree

2009-10-10 Thread Darlan Cavalcante Moreira

It will be even easier if you narrow to the subtree before making the
replacements with org-narrow-to-subtree (C-x n s) so that you don't risk
changing anythong else. After you have done, run the command widen (C-x n w) to
show the whole file again.

Darlan

At Sat, 10 Oct 2009 00:43:12 +0100,
Andrew Stribblehill  wrote:
> 
> org-mode files are plain text. M-% to do a replacement: once you've
> entered your search term and its replacement, hit ! to replace all
> without question.
> 
> 2009/10/9 Robert Goldman :
> > I'm at about my one year anniversary using Org-mode, and I have a bit of
> > an odd question.  Last year, I made a subtree that was a project for
> > getting ready for winter (I live in Minnesota, which has harsh winters).
> >
> > I worked my way through that list, and now I'd like to do the whole
> > thing over again.
> >
> > So I'd like to copy the subtree (this I believe I can easily do), and
> > then clear it.  That is, I'd like to reset all the TODOs from DONE to
> > TODO, and clear all the check boxes.
> >
> > This seems like a really odd thing to do, so there probably isn't
> > automation for it, but before I go groveling over it by hand, I thought
> > I'd ask.
> >
> > thanks!
> > R
> >
> >
> > ___
> > Emacs-orgmode mailing list
> > Remember: use `Reply All' to send replies to the list.
> > Emacs-orgmode@gnu.org
> > http://lists.gnu.org/mailman/listinfo/emacs-orgmode
> >
> 
> 
> ___
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] "clearing" the state of an org-mode subtree

2009-10-10 Thread Robert Goldman
Andrew Stribblehill wrote:
> org-mode files are plain text. M-% to do a replacement: once you've
> entered your search term and its replacement, hit ! to replace all
> without question.

Yes, one can do this, but note that it's not entirely a no-brainer.  You
need to:

1.  clear all the check boxes and then recompute all checkbox counts in
the region.  [this isn't a simple tag replacement]

2.  replace all non-TODO keywords with TODO.  This is a replacement, but
not a simple one to do with M-%

3.  Wipe out all of the notes that were added with state changes.
Again, this can be done with a replacement command, but it's not a
trivial one.

This is one of those cases where automating a task will not pay back the
investment (at least not to me, individually), so I think I'd better
just do it by hand.

Thanks, everyone,

r



> 
> 2009/10/9 Robert Goldman :
>> I'm at about my one year anniversary using Org-mode, and I have a bit of
>> an odd question.  Last year, I made a subtree that was a project for
>> getting ready for winter (I live in Minnesota, which has harsh winters).
>>
>> I worked my way through that list, and now I'd like to do the whole
>> thing over again.
>>
>> So I'd like to copy the subtree (this I believe I can easily do), and
>> then clear it.  That is, I'd like to reset all the TODOs from DONE to
>> TODO, and clear all the check boxes.
>>
>> This seems like a really odd thing to do, so there probably isn't
>> automation for it, but before I go groveling over it by hand, I thought
>> I'd ask.
>>
>> thanks!
>> R
>>
>>
>> ___
>> Emacs-orgmode mailing list
>> Remember: use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>



___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Where is the document in which all tags are described?

2009-10-10 Thread Sebastian
Am Samstag, den 10.10.2009, 17:49 +0800 schrieb Water Lin:
> I am using org mode to build my own homepage now. I have perl scripts
> need to be published to html from org file.
> 
> I use following script to mark it:
> 
> #+BEGIN_SRC perl
>   # insert some Perl script here
> #+END_SRC
> 


Hm - this will not be what you might expect when exported.

E.g., if you search for '/^\s*# insert some Perl script here$/' the
search might fail.
The reason is, that the text will look like this in the XHTML file:


# insert some Perl
script here


Did you take that into account?



   Sebastian



___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Where is the document in which all tags are described?

2009-10-10 Thread Sebastian
Am Samstag, den 10.10.2009, 17:49 +0800 schrieb Water Lin:
> I am using org mode to build my own homepage now. I have perl scripts
> need to be published to html from org file.
> 
> I use following script to mark it:
> 
> #+BEGIN_SRC perl
>   # insert some Perl script here
> #+END_SRC
> 

How does this work:


  #+BEGIN_SRC perl
# insert some Perl script here
# insert some Perl script here
  #+END_SRC

???


Because I found, maybe related, this here does not work:


  #+begin_src org
,#+begin_html
,Som HTML hier...
,#+end_html
  #+end_src


The `#+end_html' line will be missing after HTML export.


Sebastian




___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] newline in tag menu not working after groupend

2009-10-10 Thread Eraldo Helal
with the following code set in my .emacs file:

(setq org-tag-alist '((:startgroup . nil)
  ("anywhere" . ?a) ("call" . ?c) ("internet" .
?i) ("errand" . ?e) ("home" . ?h) ("school" . ?s)
  (:endgroup . nil)
  (:newline)
  (:newline)
  ("EraldoHelal") ("OtherPerson")
 )

There is no newline.
It seems to me as if it does not work after "(:endgroup . nil)" if I
do it like this instead:

(setq org-tag-alist '((:startgroup . nil)
  ("anywhere" . ?a) ("call" . ?c) ("internet" .
?i) ("errand" . ?e) ("home" . ?h) ("school" . ?s)
  (:endgroup . nil)
  ("EraldoHelal") (:newline) (:newline) ("OtherPerson")
 )

I do get a newline... however that is not the place I want it to be.

Greetings,
Eraldo


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] add a whole directory as one item to refile targets

2009-10-10 Thread Eraldo Helal
| Carsten: "Please try again."
> Sure :)   ;;sorry about that I happen to have problems explaining...


If I am on a headline in an org-mode buffer and do "C-c C-w" (refile) on it...
...and then press TAB twice. I get a completion list buffer that pops
up and looks somthing like this:

 Possible completions are:
 done.org/eraldo.org/inbox.org/

>> showing some files as possible refile targets.

What I would like to have is this:

 Possible completions are:
 done.org/eraldo.org/inbox.org/Reference/

>> showing the same refile targets plus a directory of my choice!


In the meantime I have made some experiments and I could get my
directory(name) listed there...
... however that is not of any use since it does not treat it as a
directory nor as a file ;; very strange stuff ^^

What is the way to go in order to move a headline to a location that
is not listed as a refile target?

>> until now what I did is the following:
open a new emacs buffer and open the desired file in there or create a
new one. ;; C-x C-f
go back to the other buffer. ;; C-x o  //  C-c b  //  C-x b  //  Alt+TAB
fold up the headline. ;; TAB  //  TAB TAB
cut the headline ;; C-k
change buffer again. ;;  C-x o  //  C-c b  //  C-x b  //  Alt+TAB
paste the headline ;; C-y

If there is a better / easier way I would be glad to know :)


Thanks for your patience,
Eraldo


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: add a whole directory as one item to refile targets

2009-10-10 Thread Bernt Hansen
Eraldo Helal  writes:

> If I am on a headline in an org-mode buffer and do "C-c C-w" (refile) on it...
> ...and then press TAB twice. I get a completion list buffer that pops
> up and looks somthing like this:
>
>  Possible completions are:
>  done.org/eraldo.org/inbox.org/
>
>>> showing some files as possible refile targets.
>
> What I would like to have is this:
>
>  Possible completions are:
>  done.org/eraldo.org/inbox.org/Reference/
>
>>> showing the same refile targets plus a directory of my choice!

What is Reference/ supposed to be in this case -- a directory?  Refiling
only works to headings (or top level headings) in files in org-mode IIRC.

-Bernt


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] org-babel feature request

2009-10-10 Thread Maurizio Vitale

Thanks for the work on org-babel.

I'm not sure the following is even mature enough in my mind to qualify
it as a feature request. Maybe in the end it might be replaced by some
other functionality that subsume it.

But here's the scenario: I'd like to use org-babel for documenting the
configuration and setup of my computing infrastructure. Up to now I've
done it w/ plain org-mode, but having the documents being executable
would be very nice.

As a manner of example, let's take a fragment from my backup
infrastructure:

#+srcname: amanda_config_info
#+begin_src sh
for v in CLIENT_LOGIN CONFIG_DIR AMANDA_DBGDIR libexecdir listed_incr_dir; do
echo -n $v
sudo -u backup /usr/local/amanda/sbin/amadmin xx version|perl -ne 
"s,^.*\b$v=\"([^\"]+)\".*$, \1,g && print"
done
#+end_src

#+resname: amanda_config_info
| "CLIENT_LOGIN"| "backup"|
| "CONFIG_DIR"  | "/usr/local/amanda/etc/amanda"  |
| "AMANDA_DBGDIR"   | "/tmp/amanda"   |
| "libexecdir"  | "/usr/local/amanda/libexec" |
| "listed_incr_dir" | "/usr/local/amanda/var/amanda/gnutar-lists" |

It would be nice if it was possible to have multiple result
sections. This way I could embed in the document the result that was
obtained when writing the documentation, while still allowing the person
following the recipe to evaluate again the shell script and get the
results on his machine.

The first section should be read-only (not necessarily physically
read-only, but skipped by C-c C-c). The others may be re-evaluated over
and over until the end user has a valid configuration.

I'm not sure whether there's something more general than this, like
attaching tags (that could be even elisp function) to result sections
that do different things, one of which being enabling the section to
receive results.

Ok, I'm just bouncing ideas in case others see something useful. I've
just started using org-babel and maybe I'll see different ways for
achieving this.

Thanks again for org-babel,

   Maurizio



___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] org-babel feature request

2009-10-10 Thread Dan Davison
Maurizio Vitale
 writes:

[...]

> It would be nice if it was possible to have multiple result
> sections. This way I could embed in the document the result that was
> obtained when writing the documentation, while still allowing the person
> following the recipe to evaluate again the shell script and get the
> results on his machine.
>
> The first section should be read-only (not necessarily physically
> read-only, but skipped by C-c C-c). The others may be re-evaluated over
> and over until the end user has a valid configuration.

Hi Maurizio,

Once I've obtained the results that I want to "freeze", I would manually
alter (or even delete) the #+resname tag, so that the source block no
longer overwrites it. Is that simple solution appropriate? I'm not yet
seeing the advantage of the more complex possibilities.

Dan


>
> I'm not sure whether there's something more general than this, like
> attaching tags (that could be even elisp function) to result sections
> that do different things, one of which being enabling the section to
> receive results.
>
> Ok, I'm just bouncing ideas in case others see something useful. I've
> just started using org-babel and maybe I'll see different ways for
> achieving this.
>
> Thanks again for org-babel,
>
>Maurizio
>
>
>
> ___
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] org-babel feature request

2009-10-10 Thread Dan Davison
Maurizio Vitale  writes:

>> "Dan" == Dan Davison  writes:
>
> Dan> Maurizio Vitale
> Dan> 
> Dan> writes:
>
> Dan> [...]
>
> >> It would be nice if it was possible to have multiple result
> >> sections. This way I could embed in the document the result that
> >> was obtained when writing the documentation, while still allowing
> >> the person following the recipe to evaluate again the shell
> >> script and get the results on his machine.
> >> 
> >> The first section should be read-only (not necessarily physically
> >> read-only, but skipped by C-c C-c). The others may be
> >> re-evaluated over and over until the end user has a valid
> >> configuration.
>
> Dan> Hi Maurizio,
>
> Dan> Once I've obtained the results that I want to "freeze", I would
> Dan> manually alter (or even delete) the #+resname tag, so that the
> Dan> source block no longer overwrites it. Is that simple solution
> Dan> appropriate? I'm not yet seeing the advantage of the more
> Dan> complex possibilities.
>
> That is the obvious possibility, but at times you may want to
> re-evaluate those: either the configuration has changed, or the software
> you're documenting has changed or the script you're using is buggy.
>
> Yes you could reintroduce the #+resname tag when needed, but I'm hoping
> to get more automation than M-x shell-command-on-region.

The other, perhaps nicer, thing you can do is change the #+srcname of
the block which has the effect of changing the results block. You can do
that now. But maybe we could allow the user to over-ride the default way
in which the #+resname tag is set? E.g. by adding a :resname header
argument.

Something like this:

--8<---cut here---start->8---
#+srcname: test2
#+begin_src sh :resname test2-redirected
  expr 2 + 3
#+end_src

#+resname: test2
: 4

#+resname: test2-redirected
: 5
--8<---cut here---end--->8---

Do you think that would be worthwhile?

Dan



>
> I've just started using org-babel in this way, so I'm not sure at all of
> what features I'll feel in the end needed. This seems one right now.
>
> Best regards,
>
>  Maurizio


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode