[Orgmode] Property inheritance in Org-collector

2011-01-08 Thread Christian Moe

Hi,

I'm trying to use an Org document as the database for a textbook 
analysis and Org-collector.el to output reports.


With org-use-property-inheritance set to `t', and working in sparse 
trees, I fail to get inherited properties to show up in the dynamic 
block: the value returned is 0. Is this the expected behavior, and is 
there any way to change things so I can get inherited properties?


Yours,
Christian

___
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: IMPORTANT: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)

2011-01-08 Thread Bastien
Hi Bernt,

Bernt Hansen be...@norang.ca writes:

 Is it really necessary to rebuild the org-mode git repository (with
 filter-branch) to remove the ORGWEBPAGES/ content.  Anyone with a clone
 and local branches of the existing repository will need to move all of
 these to the new repository.

 Would creating a commit to remove the ORGWEBPAGES directory in the
 existing repository not work just as well?  This will keep all of the
 existing SHA1s for historical commits intact.

I think you're right.  Our goal was to remove ORGWEBPAGES/ into a new
repo with a proper history of its own.  As Jason did that with success,
I asked him to do the filtering for org-mode.git too -- which might be
too much (my bad).

Jason, Carsten, what is your take on this?

 If you remove the ORGWEBPAGES directory with just a commit in the
 org-mode repository then the SHA1's of previous commits will not change

Which is more in the spirit of what git allows: keep the revision
history as *truthful* as possible.

 and we can just change the URL to point at the new server and we're
 done.

I'm for the direction you suggest -- I let Jason and Carsten tell me
what they think before deciding.

Thanks for voicing this in time!

-- 
 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


[Orgmode] Re: IMPORTANT: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)

2011-01-08 Thread Achim Gratz
Hi Bastien,

Bastien bastien.gue...@wikimedia.fr writes:
 It will be important to clone again after the migration as this repo
 comes with a major change: there is no ORGWEBPAGES/ directory anymore.
 We have moved ORGWEBPAGES/ in a separate repo, which might get public
 later.

As Bernt Hansen has already remarked, this is somewhat against the
spirit of Git...  There may be reasons to do what you seem to want to
do, but I don't get what they might be at the moment - could you
perhaps elaborate?

May I ask you to consider to just put ORGWEBPAGES into a separate
branch?  More specifically, create a new branch for ORGWEBPAGES and rm
all other stuff, then rm ORGWEBPAGES from the master / maint branches.
This way it's easy enough to build clones that track all or just
selected branches from a single repository which preserves commit
history.


Achim.
-- 
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves


___
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] [ENH] ditaa version

2011-01-08 Thread Bastien
Vladimir Alexiev vladi...@sirma.bg writes:

 I think org-mode\contrib\scripts\ditaa.jar
 should be upgraded to the newest version from
 http://sourceforge.net/projects/ditaa/
 which is 0.9 of 2009-11-24.
 I've been running with it for a month, no problems.

Good idea.  I've updated contrib/scripts/ditaa.jar to 0.9.

Thanks,

-- 
 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: IMPORTANT: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)

2011-01-08 Thread Carsten Dominik


On Jan 8, 2011, at 10:02 AM, Bastien wrote:


Hi Bernt,

Bernt Hansen be...@norang.ca writes:


Is it really necessary to rebuild the org-mode git repository (with
filter-branch) to remove the ORGWEBPAGES/ content.  Anyone with a  
clone
and local branches of the existing repository will need to move all  
of

these to the new repository.

Would creating a commit to remove the ORGWEBPAGES directory in the
existing repository not work just as well?  This will keep all of the
existing SHA1s for historical commits intact.


I think you're right.  Our goal was to remove ORGWEBPAGES/ into a new
repo with a proper history of its own.  As Jason did that with  
success,

I asked him to do the filtering for org-mode.git too -- which might be
too much (my bad).

Jason, Carsten, what is your take on this?


I agree with Bernt.

Cheers

- Carsten




If you remove the ORGWEBPAGES directory with just a commit in the
org-mode repository then the SHA1's of previous commits will not  
change


Which is more in the spirit of what git allows: keep the revision
history as *truthful* as possible.


and we can just change the URL to point at the new server and we're
done.


I'm for the direction you suggest -- I let Jason and Carsten tell me
what they think before deciding.

Thanks for voicing this in time!

--
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



___
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: IMPORTANT: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)

2011-01-08 Thread Carsten Dominik


On Jan 8, 2011, at 10:56 AM, Carsten Dominik wrote:



On Jan 8, 2011, at 10:02 AM, Bastien wrote:


Hi Bernt,

Bernt Hansen be...@norang.ca writes:


Is it really necessary to rebuild the org-mode git repository (with
filter-branch) to remove the ORGWEBPAGES/ content.  Anyone with a  
clone
and local branches of the existing repository will need to move  
all of

these to the new repository.

Would creating a commit to remove the ORGWEBPAGES directory in the
existing repository not work just as well?  This will keep all of  
the

existing SHA1s for historical commits intact.


I think you're right.  Our goal was to remove ORGWEBPAGES/ into a new
repo with a proper history of its own.  As Jason did that with  
success,
I asked him to do the filtering for org-mode.git too -- which might  
be

too much (my bad).

Jason, Carsten, what is your take on this?


I agree with Bernt.


Sorry, let me be more specific.

I am for moving the website to a separate repository.  THis makes a  
lot of sense.  It does require to the release process though, because  
my setup also used to update the webpage automatically.


But I think that Bernt is right that it would be much better for users  
if the git repo remains in tact, so that moving simple means changing  
the pointer to the repo, and that local branches will survive.  So  
simple removing the webpage from the repo with a commit sounds like a  
good idea to me.


I don't think moving the webpage into a special branch is the right  
solution.


- Carsten



Cheers

- Carsten




If you remove the ORGWEBPAGES directory with just a commit in the
org-mode repository then the SHA1's of previous commits will not  
change


Which is more in the spirit of what git allows: keep the revision
history as *truthful* as possible.


and we can just change the URL to point at the new server and we're
done.


I'm for the direction you suggest -- I let Jason and Carsten tell me
what they think before deciding.

Thanks for voicing this in time!

--
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





___
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: [babel] How to fontify blocks other than begin_src?

2011-01-08 Thread Dan Davison
Eric Schulte schulte.e...@gmail.com writes:

 Hi Seth,

 The easiest way to fontify embedded html is most likely to wrap the html
 in #+begin_src html code blocks.

 As for defining your own clojure blocks that sounds like a risky
 proposition to me.  All of the code block evaluation functions are built
 to use standard org-mode syntax for code blocks, e.g. #+begin_src lang.

For those who are interested in changing the appearance of Org elements
for aesthetic reasons, there is Nicolas Girard's org-icons project,

https://github.com/ngirard/org-icons

which needs further work (i.e. needs to be adopted by someone) if it is
to become generally useful. It aims to provide facilities for altering
the display of arbitrary org elements, including the option of
displaying icons in place of the text. In the branch named 'dan' I
started to add support for begin_src blocks.

Dan



 That said you can easily use clj as an alias for clojure in your code
 blocks, use the following elisp code to add this alias to
 org-src-lang-modes

 #+begin_src emacs-lisp
   (add-to-list 'org-src-lang-modes '(clj . clojure))
 #+end_src

 Once that is done you will notice clj blocks like the one below are
 fontified.  Also, after pulling the latest version of Org-mode (I just
 made a small change to make this possible), it is also possible to
 evaluate #+begin_src clj blocks as though they were regular clojure
 blocks.

 #+begin_src clj
   (map (partial + 1) (range 20))
 #+end_src

 Hope this helps -- Eric

 Seth Burleigh wbur...@gmail.com writes:

 I would like blocks like begin_html/end_html to be fontified just like
 begin_src blocks are.
 I would also like to define my own source blocks for clojure (basically a
 shorthand) and also have them highlighted. Heres what i have to turn on
 fontifying and define a block.

 (setq org-src-fontify-natively t)
 ;; define #+clj as start of clojure code block and #+end as end of block
 (add-to-list 'org-edit-src-region-extra
'(^[ \t]*#\\+clj.*\n \n[ \t]*#\\+end clojure))

 Ive also noticed that the code block (#+clj ... #+end) doesnt fold -
 however, if i define the block as begin_clj and end_clj it will fold, so im
 guessing org assumes a certain block format for folding code.

 Any way to do the above two things?
 ___
 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


___
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: Images from R in LaTeX and PDF

2011-01-08 Thread Dan Davison
Ben Ward benjamin.w...@bathspa.org writes:

 #+begin_src R :exports both
   full - read.csv(file=~/Documents/BSc Biology/Third Year/BY6001-40 - 
 Dissertation/Data and Analysis/Evolution Results.csv, head=T)
   library(lattice)
   ecoli = subset(full, Bacterium==E.coli)
   edett = subset(ecoli, Cleaner==Dettol)
   egarl = subset(ecoli, Cleaner==Garlic)
 MIC.mod = lm(MIC. ~ 1+Challenge*Cleaner*Replicate, data=ecoli)
 #+end_src

Hi Ben,

Use the :width and :height header args to alter the dimensions of the
graphics. The arguments go straight through to the R device, so if you
are plotting to pdf they will be interpreted as inches (whereas they
will be pixels for png, jpeg etc).

With current Org, you will also need :results graphics in order to tell
R to send graphics to the designated file.

In addition, with lattice graphics, unless you are using :session, I
believe you will need :results output (so :results output graphics).

Do get back to us with any problems. There are several people who
routinely use R to include graphics in Org documents.

Dan

p.s. Request to everyone: can we try as much as possible to use
reproducible examples on-list?  I.e. toy examples that anyone can
execute, instead of real examples that rely on datasets that not
everyone has access to.

 #+begin_src R :file fig1.pdf
   xyplot( MIC.+fitted(MIC.mod) ~ Challenge, data=ecoli, 
 xlab=Challenge, ylab=MIC %, auto.key=TRUE)
 #+end_src

 #+attr_latex: width=0.6\textwidth wrap placement={h}{0.4\textwidth}
 #+label: fig:one
 #+caption: Linar Plot of real data and fitted model values
 #+results: fig1
 [[file:fig1.pdf]]

 In the case of this code, actually altering size works, but it keeps 
 putting the image at the end of my document. Then other images, placed 
 with pretty much the same code, give or take for filenames and such, 
 won't increace in size, but will alter their movement.
 I'm wondering if using pure latex for my images would be an easier solution.

 Cheers,
 Ben.


 On 07/01/2011 18:30, Thomas S. Dye wrote:
 Aloha Ben,

 Can you share an example that doesn't work for you?

 All the best,
 Tom

 On Jan 7, 2011, at 7:23 AM, Ben Ward wrote:

 Hi All,

 I've been doing some work with babel and R to generate graphs that 
 I've then been including useing attr latex.

 But when I include images the always appear very very small, even 
 when I mess about with the width settings of the attr latex line and 
 remove the options for wrap and such.

 Does anybody else use R with images and org, and could tell me how 
 they handle including R graphics in their documents?

 Thanks,
 Ben. W

 ___
 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

___
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: Property inheritance in Org-collector

2011-01-08 Thread d . tchin
Christian Moe mail at christianmoe.com writes:

 
 Hi,
 
 I'm trying to use an Org document as the database for a textbook 
 analysis and Org-collector.el to output reports.
 
 With org-use-property-inheritance set to `t', and working in sparse 
 trees, I fail to get inherited properties to show up in the dynamic 
 block: the value returned is 0. Is this the expected behavior, and is 
 there any way to change things so I can get inherited properties?
 

I am interested by this too. I tried to have inherited properties and 
had the same problem whereas I fixed org-use-property-inheritance 
to 't. 

I test that inheritance work with the following test :

* Inheritance
#+BEGIN: propview  :cols (ITEM test) :scope tree 
:conds ((string= test appear)) 
| ITEM| test   |
|---+--|
| First level | appear |
|---+--|
|   |  |
#+END:

#+BEGIN: propview :cols (ITEM CATEGORY) :scope tree 
:conds ((string= CATEGORY level)) 
| ITEM   | CATEGORY |
|--+|
| First level| level|
| Test inheritance 1 | level|
| Test inheritance 2 | level|
|--+|
|  ||
#+END:

** First level
  :PROPERTIES:
  :test: appear
  :CATEGORY:  level
  :COLUMNS:  %34ITEM %plats %ingredient
  :END: 
*** Test inheritance 1
(org-entry-get (point) test t)
 Test inheritance 2
 (org-entry-get (point) test t)
** Second level
*** Test inheritance 3
(org-entry-get (point) test t)



I expect to have the same behavior for CATEGORY and test properties.
If you evaluate lisp expression you will notice that inheritance seems 
to works.




___
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: IMPORTANT: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)

2011-01-08 Thread Bernt Hansen
Achim Gratz strom...@nexgo.de writes:

 Hi Bastien,

 Bastien bastien.gue...@wikimedia.fr writes:
 It will be important to clone again after the migration as this repo
 comes with a major change: there is no ORGWEBPAGES/ directory anymore.
 We have moved ORGWEBPAGES/ in a separate repo, which might get public
 later.

 As Bernt Hansen has already remarked, this is somewhat against the
 spirit of Git...  There may be reasons to do what you seem to want to
 do, but I don't get what they might be at the moment - could you
 perhaps elaborate?

 May I ask you to consider to just put ORGWEBPAGES into a separate
 branch?  More specifically, create a new branch for ORGWEBPAGES and rm
 all other stuff, then rm ORGWEBPAGES from the master / maint branches.
 This way it's easy enough to build clones that track all or just
 selected branches from a single repository which preserves commit
 history.

It's perfectly okay to extract the ORGWEBPAGE content and history into
a new repository for future work on the website.  We can then remove the
ORGWEBPAGES directory with a single commit in the org-mode.git
repository since that is no longer being used and move forward from
there.

There's no reason to keep the ORGWEBPAGE directory around in a branch in
org-mode.git repository if it isn't ever going to be used again.  I
think deleting the content with a commit is the correct way to deal with
this in org-mode.git.

The only reason to use filter-branch to remove the ORGWEBPAGE history
and content (and create a totally new repository with new SHA1 for every
historical commit) is if it contained some proprietary stuff that really
should not be shared with the public.  You would do this before making
the repository public and for org-mode.git it is already way to late for
that.

Using filter-branch on an existing git repository is highly intrusive
since it breaks everyone's clone of the repository and any work in
process needs to be extracted and applied to the new repository.  It's
doable but painful and something that we should strive to avoid unless
it is absolutely necessary.

HTH,
Bernt

___
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: IMPORTANT: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)

2011-01-08 Thread Achim Gratz
Bernt Hansen be...@norang.ca writes:
 There's no reason to keep the ORGWEBPAGE directory around in a branch in
 org-mode.git repository if it isn't ever going to be used again.

I agree, but I also see that Bastien hinted at it possibly being made
public again at a later stage.

Just to clarify my position: for me it boils down to the question: is
the orgmode.org web page part of the org-mode project or not?  If
removed from the repository this sends a strong message (intentionally?)
that it is not.  Even then, from a Git point of view filtering makes no
sense unless you deliberately need to remove history: just do a fork
(split into two repositories that will diverge from then on) -- or, as I
had suggested earlier, branch (fork in the same repository).  If the
size of the repository was the driving force behind that idea, do a
shallow rather than a full clone (I just did a fresh full clone that
comes out at 60M, I really don't know how much smaller the filtered
repository would be).


Regards,
Achim.
-- 
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+

SD adaptation for Waldorf microQ V2.22R2:
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: Including current time in agenda

2011-01-08 Thread Erik Butz
Hi,

ok, sorry I made a copy-paste error into the mail for the function and
the call. But indeed I wasn't aware that this had become standard.
Indeed after pulling the latest version and removing those statements
everything (including the current time!) is working.

Sorry for the noise.

Thanks,

Erik

On Sat, Jan 8, 2011 at 1:04 AM, suvayu ali fatkasuvayu+li...@gmail.com wrote:
 Hi Erik,

 On Fri, Jan 7, 2011 at 3:46 PM, Erik Butz erik.b...@googlemail.com wrote:
 I have


 (defun jd:org-current-time ()
  Return current-time if date is today.
  (when (equal date (calendar-current-date))
   (format-time-string %H:%M ◄—— (current-time

 in the .emacs file and and entry

 * Current Time
  :PROPERTIES:
  :CATEGORY: NOW ——►
  :END:

 %%(org-current-time)

 in one of my .org files. That's about all I did.


 To get the current time, you don't need to do that any more. After
 Carsten's change org shows that by default. Just remove that entry from
 your agenda file and if you have any entries for today, the current time
 shows up as NOW by default. You can even customise the face by
 customising the face `org-agenda-current-time'.

 As for your problem with your current setup, I think the problem is you
 call the incorrect sexp. The entry should be,

 %%(jd:org-current-time)

 Any clues from this?

 Thanks,

 Erik

 Hope this helps

 --
 Suvayu

 Open source is the future. It sets us free.


___
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: Introducing gnugol - an org-mode-output web search client

2011-01-08 Thread Dave Taht
On 01/06/2011 09:06 AM, Allen S. Rout wrote:
 Dave Taht d...@teklibre.org writes:
 
 So over the holiday I wrote a command line web search client with an
 emacs interface and called it gnugol. It uses the google json and bing
 json APIs to search the web, and outputs the results in plain text, in
 whatever format you're working in, notably, org, so you can navigate the
 results in the mind-set you're in.
 
 [...]
 
 On unrelated surfing (reddit), I ran into this:
 
 http://surfraw.alioth.debian.org/

I credit surfraw with inspiration in my documentation (which is less
funny than theirs!). I've been using that - or something like it - for
years. I should get in touch with them.

My problem was more that

1) I've never got emacs's shells to display even simple applications
like elinks properly

2)  I remember questions as keywords and find the effort of bookmarking
the results too much

3) Going from the Emacs org (or markdown) UI to webspace is really
disconcerting for me. My fingers do emacs, my eyeballs like green on
white, and I'd actually like the results spoken aloud whenever I get
the latest emacspeak working...

I love getting the results back in an outline form - tab to expand - I'd
like to add something like org-keys...

4) And gnugol is FAST.

Innumerable other advantages detailed on the web site and doc.

 
 Do you think it's possible that your two powers combined, would make you
 INVINCIBLE?

No. :/ It would be helpful, however, to come up with marginally better
search of any sort in the general case. This week I prototyped an
interface to stackoverflow (and got a little snarky about the issue in a
blog entry: http://nex-6.taht.net/posts/Screen_Space/ ). Sean Conner and
Brian Clapper been improving the C code considerably.
Not so much work on the elisp. :(

Do do a git pull and build regularly and have a look at the git log for
details.

The positive feedback, help,   interesting ideas, so far, have been
wonderful.

 I don't know how much they dink with the return stream; it may be not
 at all, which would be inauspicious for a combination.  But if they're

They don't. They do support 100+ engines however, and can be very useful.

 doing any sort of output capture/filter, then adding an org-mode flavor
 to the list might be really straightforward.

I see centralized search devolving to the point to where we do need end
user filtering - not just anti-spam techniques but also bayesnian
filtering, and reputation servers, and white/blacklists to improve the
quality. There's been a lot of discussion of the recent decline in
google's results on various forums of late.

I've been finding the bing support more useful than I thought.
 
 
 
 - Allen S. Rout
 
 
 
 ___
 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: Introducing gnugol - an org-mode-output web search client

2011-01-08 Thread Dave Taht
On 01/06/2011 10:19 AM, brian powell wrote:
 I'll see you're surfraw; and, I'll raise you a goosh:
 
 http://goosh.org

Cute!

 ---maybe gnugol could work with goosh somehow?

Not unless it went green on white!

 ---works from an Emacs Shell/eshell too:
 
 ** Example/possibilities:
 apt-get install surfraw
 ...
 [[eshell:*eshell*:(rename-buffer vvv)]]
 [[eshell:*eshell*:(rename-buffer ttt)]]
 [[eshell:vvv:date]]
 [[eshell:ttt:sr wikipedia goosh]]

I see where you are going with this and I like it. One conceptual
problem here is the meta-data format. Shell commmand line has the idea
of argument separators as spaces and strings. Although utf-8 almost
works well at the command line, I would have liked it if unicode had
given programmers their own glyph and character set to work in, so we
wouldn't have to go so crazy escaping the concepts that we'd wedged into
ASCII in the 80s.

BUT html/xml have a totally different concept of metadata than that, as
does org-mode...

json comes close to being a command line format that could be parsed
using conventional piping/filters.

In the beginning I thought I'd have gnugol output Lisp forms and the
interface be more like bbdb.  There is a pretty clean json parser for
emacs however, and I've been thinking of using that.

 ---provided you have the new org-eshell.el

I didn't know this existed, cool, I'll fiddle.




___
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] org-mode table with backslash inside fails to export to DocBook (now right)

2011-01-08 Thread Carsten Dominik

Applied, thanks.

- Carsten

On Jan 7, 2011, at 6:55 PM, niels giesen wrote:


Hi list, Baoqiu,

A file with the following contents fails to export to Docbook:

#+begin_src org
 ,* Table with a backslash in it

 ,  | \ |
#+end_src

It gives the following error

#+begin_example
 Invalid use of `\' in replacement text
#+end_example

The following changes (replace-match literally in
`org-export-docbook-finalize-table') solves this problem for me, but I
would not know whether this would break anything else.

#+begin_src diff
diff --git a/lisp/org-docbook.el b/lisp/org-docbook.el
index 91ebb97..ed835b0 100644
--- a/lisp/org-docbook.el
+++ b/lisp/org-docbook.el
@@ -1367,7 +1367,7 @@ TABLE is a string containing the HTML code  
generated by

 (match-string 1 table)
 (match-string 4 table)
 /table)
-nil nil table)
+nil t table)
table))
;; Change table into informaltable if caption does not exist.
(if (string-match
@@ -1377,7 +1377,7 @@ TABLE is a string containing the HTML code  
generated by

   (match-string 1 table-with-label)
   (match-string 3 table-with-label)
   /informaltable)
-  nil nil table-with-label)
+  nil t table-with-label)
  table-with-label)))

;; Note: This function is very similar to
#+end_src

Regards,
Niels.

(note: i inadvertently posted a multi-mime message before this one,  
playing with

org-mime-subtree, please forget that one)

--

http://pft.github.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



___
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: Capture template and elisp expression

2011-01-08 Thread Carsten Dominik


On Jan 7, 2011, at 4:00 PM, Štěpán Němec wrote:


Carsten Dominik carsten.domi...@gmail.com writes:


On Jan 7, 2011, at 1:08 PM, Štěpán Němec wrote:
Why aren't the %() expressions simply evaluated in the original  
buffer
(if available)? That would solve these issues in a general way. It  
seems
to me that there is no advantage to evaluating the expressions in  
the
temporary capture buffer, but I'm not familiar with the code so I  
might

be missing something. Is there a reason for that?


The sexp can be used to insert stuff into the template, so I think it
is correct to evaluate it in the template buffer.


I don't understand this argument. Of course the _result_ of the
evaluation is inserted into the template, but why is it useful to
evaluate the expression itself in the context of the template  
buffer? Is

it likely that one would be interested in some information only
available in the template buffer? To me it seems that the much more
likely case is the one of Rainer -- i.e. the need to access variable
bindings from the original buffer (buffer name, mode, other local
variables etc.).



Such a function is allowed to do anything.  It might search around
in the template, change things, whatever.  So I don't think it
should be evaluated in a different buffer.

- Carsten





 Štěpán



___
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] [PATCH] org-export-htmlize-output-type docstring patch

2011-01-08 Thread Carsten Dominik

Applied, thanks.

- Carsten

On Jan 4, 2011, at 11:29 PM, Jason Dunsmore wrote:


The following message is a courtesy copy of an article
that has been posted to gmane.emacs.orgmode as well.

I noticed the choices for org-export-htmlize-output-type aren't listed
in its docstring.  I had to load up the customize interface to see  
what

the choices were.  Here's a patch:

diff --git a/lisp/org-html.el b/lisp/org-html.el
index 03a5975..8981708 100644
--- a/lisp/org-html.el
+++ b/lisp/org-html.el
@@ -499,8 +499,10 @@ a file.

(defcustom org-export-htmlize-output-type 'inline-css
  Output type to be used by htmlize when formatting code snippets.
-We use as default  `inline-css', in order to make the resulting
-HTML self-containing.
+Choices are `css', to export the CSS selectors only, or `inline- 
css', to
+export the CSS attribute values inline in the HTML.  We use as  
default

+`inline-css', in order to make the resulting HTML self-containing.
+
However, this will fail when using Emacs in batch mode for export,  
because
then no rich font definitions are in place.  It will also not be  
good if

people with different Emacs setup contribute HTML files to a website,

___
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] [PATCH] Preserve trailing blank lines

2011-01-08 Thread Carsten Dominik


On Jan 5, 2011, at 2:24 AM, Jason Dunsmore wrote:

I like to leave a blank line at the end of items that have bodies,  
but I

found functions like org-metaup, org-metadown, and org-refile were
leaving that blank line behind.


These commands treat empty lines as belonging to the entry
below the empty line - which is, I think, the right convention here.

- Carsten



 Here's a patch to fix that:

--8---cut here---start-8---
diff --git a/lisp/org.el b/lisp/org.el
index 5eb0bc8..e3d71b7 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -18448,7 +18448,7 @@ Taken from `count' in cl-seq.el with all  
keyword arguments
  Move backwards over whitespace, to the beginning of the first  
empty line.

Returns the number of empty lines passed.
  (let ((pos (point)))
-(skip-chars-backward  \t\n\r)
+(forward-line -1)
(beginning-of-line 2)
(goto-char (min (point) pos))
(count-lines (point) pos)))
--8---cut here---end---8---

I can't think of a reason you would want to leave trailing blank lines
behind, but in case some people rely on that behavior, here's an
alternate patch that creates an option called
org-preserve-trailing-blank-lines:

--8---cut here---start-8---
diff --git a/lisp/org.el b/lisp/org.el
index 5eb0bc8..e90798c 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -1098,6 +1098,11 @@ breaking the list structure.
   (const :tag Always t)
   (const :tag Auto auto)

+(defcustom org-preserve-trailing-blank-lines t
+  Non-nil means preserve blank lines at the end of an item.
+  :group 'org-edit-structure
+  :type 'boolean)
+
(defcustom org-insert-heading-hook nil
  Hook being run after inserting a new heading.
  :group 'org-edit-structure
@@ -18448,7 +18453,9 @@ Taken from `count' in cl-seq.el with all  
keyword arguments
  Move backwards over whitespace, to the beginning of the first  
empty line.

Returns the number of empty lines passed.
  (let ((pos (point)))
-(skip-chars-backward  \t\n\r)
+(if org-preserve-trailing-blank-lines
+   (forward-line -1)
+  (skip-chars-backward  \t\n\r))
(beginning-of-line 2)
(goto-char (min (point) pos))
(count-lines (point) pos)))
--8---cut here---end---8---

If this is accepted, perhaps the function org-back-over-empty-lines
should be renamed to org-back-over-lines.

Regards,
Jason

___
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][PATCH] How do I include text between a range of line numbers with #INCLUDE

2011-01-08 Thread Carsten Dominik

Hi Puneeth,

can cou please augment the patch with a propert ChangeLog-like entry,  
and with documentation for the manual, and then resubmit?


Thanks.

- Carsten

On Jan 7, 2011, at 8:59 AM, Puneeth wrote:


On Fri, Jan 7, 2011 at 10:03 AM, Venkatesh Choppella
venkatesh.choppe...@iiit.ac.in wrote:

I would like to include a part of a file (between a given range of
line numbers) instead of the whole file.  Is there a way to do that  
in

org-mode?


It isn't possible to include files using line numbers, as of now.
Here's a quick patch that would add this feature.  I have tested it
with small files and works fine. Can somebody tell me if it looks
good?

:lines 5-10  will include the lines from 5 to 10, 10 excluded.
:lines -10  will include the lines from 1 to 10, 10 excluded.
:lines 5-  will include the lines from 1 to the end of the file.

HTH,
Puneeth
patch-include- 
lines.diff.txt___

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: Capture template and elisp expression

2011-01-08 Thread Štěpán Němec
Carsten Dominik carsten.domi...@gmail.com writes:

 On Jan 7, 2011, at 4:00 PM, Štěpán Němec wrote:

 Carsten Dominik carsten.domi...@gmail.com writes:

 On Jan 7, 2011, at 1:08 PM, Štěpán Němec wrote:
 Why aren't the %() expressions simply evaluated in the original buffer
 (if available)? That would solve these issues in a general way. It seems
 to me that there is no advantage to evaluating the expressions in the
 temporary capture buffer, but I'm not familiar with the code so I might
 be missing something. Is there a reason for that?

 The sexp can be used to insert stuff into the template, so I think it
 is correct to evaluate it in the template buffer.

 I don't understand this argument. Of course the _result_ of the
 evaluation is inserted into the template, but why is it useful to
 evaluate the expression itself in the context of the template buffer? Is
 it likely that one would be interested in some information only
 available in the template buffer? To me it seems that the much more
 likely case is the one of Rainer -- i.e. the need to access variable
 bindings from the original buffer (buffer name, mode, other local
 variables etc.).


 Such a function is allowed to do anything.  It might search around
 in the template, change things, whatever.  So I don't think it
 should be evaluated in a different buffer.

OK, thank you for the explanation. One can always do

  (with-current-buffer (org-capture-get :original-buffer) ...)

should the need arise.

  Štěpán

___
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: Introducing gnugol - an org-mode-output web search client

2011-01-08 Thread Dave Taht
On 01/08/2011 09:21 AM, Dave Taht wrote:
 On 01/06/2011 09:06 AM, Allen S. Rout wrote:

 3) Going from the Emacs org (or markdown) UI to webspace is really
 disconcerting for me. My fingers do emacs, my eyeballs like green on
 white, 
Correction:

green on *black*... the white of most web pages is so mentally dazzling
it even drowns out my ability to type the word, black...

So while I'm on this subject is there a good way to good way to match
the org-mode emacs color theme with the html output?

___
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][PATCH] How do I include text between a range of line numbers with #INCLUDE

2011-01-08 Thread Puneeth
Hi Carsten,

On Sat, Jan 8, 2011 at 11:35 PM, Carsten Dominik
carsten.domi...@gmail.com wrote:
 Hi Puneeth,

 can cou please augment the patch with a propert ChangeLog-like entry, and
 with documentation for the manual, and then resubmit?

Here is a patch with a ChangeLog entry and documentation for the
manual. Please tell me if it looks OK. Also, I hope using
git-format-patch is the right way to send this page. If not, what is
the right way?

Thanks,
Puneeth
From 4a9be5b1a7a19c5d092ed14a86d29ad83122e9a8 Mon Sep 17 00:00:00 2001
From: Puneeth Chaganti puncha...@gmail.com
Date: Sun, 9 Jan 2011 00:48:51 +0530
Subject: [PATCH] Include only specified range of line numbers of a file

* doc/org.texi (Include files): Document :lines.
* lisp/org-exp.el (org-export-handle-include-files): Support :lines
property.
(org-get-file-contents): New argument lines to include specify a range
of lines to include.

On Fri, Jan 7, 2011 at 1:29 PM, Puneeth puncha...@gmail.com wrote:
 On Fri, Jan 7, 2011 at 10:03 AM, Venkatesh Choppella
 venkatesh.choppe...@iiit.ac.in wrote:
 I would like to include a part of a file (between a given range of
 line numbers) instead of the whole file.  Is there a way to do that
 in org-mode?

 It isn't possible to include files using line numbers, as of now.
 Here's a quick patch that would add this feature.  I have tested it
 with small files and works fine. Can somebody tell me if it looks
 good?

 :lines 5-10  will include the lines from 5 to 10, 10 excluded.
 :lines -10  will include the lines from 1 to 10, 10 excluded.
 :lines 5-  will include the lines from 1 to the end of the file.

 HTH,
 Puneeth
---
 doc/org.texi|   11 +++
 lisp/org-exp.el |   24 
 2 files changed, 31 insertions(+), 4 deletions(-)

diff --git a/doc/org.texi b/doc/org.texi
index e83909d..62f90e9 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -8891,6 +8891,17 @@ use
 #+INCLUDE: ~/snippets/xx :prefix1+  :prefix  
 @end example
 
+You can also include a portion of a file, by specifying a range of line
+numbers using the @code{:lines} parameter.  The line with the line number
+equal to the end of the range, will not be included.  The start or/and the
+end limits of the range, may be omitted to use the obvious defaults.
+
+...@example
+#+INCLUDE: ~/.emacs :lines 5-10   @r{Include lines 5 to 10, 10 excluded}
+#+INCLUDE: ~/.emacs :lines -10@r{Include lines 1 to 10, 10 excluded}
+#+INCLUDE: ~/.emacs :lines 10-@r{Include lines from 10 to EOF}
+...@end example
+
 @table @kbd
 @kindex C-c '
 @item C-c '
diff --git a/lisp/org-exp.el b/lisp/org-exp.el
index 3d466fa..ea81386 100644
--- a/lisp/org-exp.el
+++ b/lisp/org-exp.el
@@ -2130,13 +2130,14 @@ TYPE must be a string, any of:
 (defun org-export-handle-include-files ()
   Include the contents of include files, with proper formatting.
   (let ((case-fold-search t)
-	params file markup lang start end prefix prefix1 switches all minlevel)
+	params file markup lang start end prefix prefix1 switches all minlevel lines)
 (goto-char (point-min))
 (while (re-search-forward ^#\\+INCLUDE:?[ \t]+\\(.*\\) nil t)
   (setq params (read (concat ( (match-string 1) )))
 	prefix (org-get-and-remove-property 'params :prefix)
 	prefix1 (org-get-and-remove-property 'params :prefix1)
 	minlevel (org-get-and-remove-property 'params :minlevel)
+	lines (org-get-and-remove-property 'params :lines)
 	file (org-symname-or-string (pop params))
 	markup (org-symname-or-string (pop params))
 	lang (and (member markup '(src SRC))
@@ -2159,7 +2160,7 @@ TYPE must be a string, any of:
 		  end  (format #+end_%s markup
 	(insert (or start ))
 	(insert (org-get-file-contents (expand-file-name file)
-   prefix prefix1 markup minlevel))
+   prefix prefix1 markup minlevel lines))
 	(or (bolp) (newline))
 	(insert (or end 
 all))
@@ -2176,15 +2177,30 @@ TYPE must be a string, any of:
 	(when intersection
 	  (error Recursive #+INCLUDE: %S intersection))
 
-(defun org-get-file-contents (file optional prefix prefix1 markup minlevel)
+(defun org-get-file-contents (file optional prefix prefix1 markup minlevel lines)
   Get the contents of FILE and return them as a string.
 If PREFIX is a string, prepend it to each line.  If PREFIX1
 is a string, prepend it to the first line instead of PREFIX.
 If MARKUP, don't protect org-like lines, the exporter will
-take care of the block they are in.
+take care of the block they are in.  If LINES is a string, 
+include only the lines specified.
   (if (stringp markup) (setq markup (downcase markup)))
   (with-temp-buffer
 (insert-file-contents file)
+(when lines
+  (let (beg end)
+	(setq lines (split-string lines -)
+	  beg (if (string=  (car lines))
+		  (point-min)
+		(goto-char (point-min)) 
+		(forward-line (1- (string-to-number (car lines
+		(point))
+	  end (if (string=  (cadr lines))
+		  (point-max)
+		(goto-char 

[Orgmode] Re: noob question about word wrap - RESOLVED

2011-01-08 Thread Filippo A. Salustri
Hi all,
I've figured it out.  I added this bit to my preferences:

 (add-hook 'org-mode-hook

  '(lambda ()

 (auto-fill-mode nil)

 (visual-line-mode t)))

And that got the modes the way I like it.

Cheers.
Fil

On 7 January 2011 12:41, Filippo A. Salustri salus...@ryerson.ca wrote:

 Hi again.
 I send the msg below a few weeks ago, and got a reasonable response from
 Ross Glover.
 However, I'm still convinced that I would prefer to try orgmode with
 different word wrapping.
 I'm looking for a way to get orgmode buffers to be in visual-line-mode and
 org-indent-mode only.
 That is, I'm looking to turn off truncate-lines and auto-fill-mode.

 Can anyone point me in the right direction?

 Much obliged.
 Cheers.
 Fil Salustri


 On 25 December 2010 00:30, Filippo A. Salustri salus...@ryerson.cawrote:

 Hi,
 I'm new to org-mode (though I've been a causal emacs user for more than 10
 yrs).
 I'm running org 7.4 on the current Aquamacs, and I prefer larger than
 normal windows (120 col x 36 rows).
 The problem is that org seems to do hard auto-fill linebreaks regardless
 of window size.
 I have honestly looked everywhere I can think of for a solution.
 The only thing I've figured out is that if org buffers seem to be set to
 org-indent-mode, truncate-lines, auto-fill-mode, and visual-line-mode.
 I seem to get the effect I desire if there's only visual-line-mode and
 org-indent-mode.
 I can set these via the menu, but I want this to be the global org way.
 So the question is:

 How can I turn off truncate-lines and auto-fill-mode globally for all org
 files?

 Cheers.
 Fil Salustri

 --
 Filippo A. Salustri, Ph.D., P.Eng.
 Mechanical and Industrial Engineering
 Ryerson University
 350 Victoria St, Toronto, ON
 M5B 2K3, Canada
 Tel: 416/979-5000 ext 7749
 Fax: 416/979-5265
 Email: salus...@ryerson.ca
 http://deseng.ryerson.ca/~fil/




 --
 Filippo A. Salustri, Ph.D., P.Eng.
 Mechanical and Industrial Engineering
 Ryerson University
 350 Victoria St, Toronto, ON
 M5B 2K3, Canada
 Tel: 416/979-5000 ext 7749
 Fax: 416/979-5265
 Email: salus...@ryerson.ca
 http://deseng.ryerson.ca/~fil/




-- 
Filippo A. Salustri, Ph.D., P.Eng.
Mechanical and Industrial Engineering
Ryerson University
350 Victoria St, Toronto, ON
M5B 2K3, Canada
Tel: 416/979-5000 ext 7749
Fax: 416/979-5265
Email: salus...@ryerson.ca
http://deseng.ryerson.ca/~fil/
___
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: [babel] How to fontify blocks other than begin_src?

2011-01-08 Thread Eric Schulte

 As for defining your own clojure blocks that sounds like a risky
 proposition to me.  All of the code block evaluation functions are built
 to use standard org-mode syntax for code blocks, e.g. #+begin_src lang.

 For those who are interested in changing the appearance of Org elements
 for aesthetic reasons, there is Nicolas Girard's org-icons project,


To address the other side of org elements (i.e. the typing/insertion
rather than the display) I find yasnippets [1] indispensable.  A
collection of Org-mode snippets are available at [2].

Cheers -- Eric

Footnotes: 
[1]  http://code.google.com/p/yasnippet/

[2]  https://github.com/eschulte/yasnippet-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


[Orgmode] iCalendar selective export

2011-01-08 Thread Juraj Kubelka
Hi!

I found out that exporting agenda files to iCalendar
(org-export-icalendar-all-agenda-files) ignore
variable org-export-exclude-tags. Is it right? And is it wanted? I do not
want to see some tasks in my external calendar (mobile phone).

Thank you in advance!
Jura

--
use orgmode 7.4
___
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] [babel] Painless integration of source blocks with language

2011-01-08 Thread Seth Burleigh
Preface: I hope attachments show up, i dont know if they are allowed 

Im currently interested in using babel for a medium size clojure project. I
think the below propositions would greatly benefit babel in accomplishing
literate programming.

First part of the proposal to make this painless:

In a literate document, you might very well have small chunks of code for
one ns scattered around and then finally combined using noweb into one file
and tangle the output. Currently, keys like
compile-file (C-c C-k), goto function definition (M-.), do not work at all
in the source blocks. This is unfortunate, and makes life very painful. So,
first we need to get these keys to work.
Heres how it can possibly be done.

Lets say we want to compile the code in block A. Block B uses noweb syntax
to import block A, and then tangles to file src/B.clj. So we need to search
for  the presence of A in a tangled code chunk , tangle the chunk to a
file, go to the file buffer and position the cursor at the correct relative
position, and then invoke the appropriate function (in this case,
slime-compile-and-load-file).

Ive attached two files which do this, the first one is an example org file
in which you can use the compile keystrokes on (after opening a slime server
for clojure). However, it doesnt position the cursor in the tangled file
correctly, but this is not needed for compile/load file. Its not a very good
implementation, but it works for this case. Also, it doesn't work when the
indirect buffer created by C-c '  is open. The advantage of this method is
that it can easily be generalized to any language, since the compiler gets
what it expects - a file of code to operate on.

Second part of proposal:

Literate documents are good for documentation, but if you're the author, you
dont need the documentation and it will certainly get in the way of you
writing code to keep having to type C-c ' to open various chunks of code.
Ideally, we would like to have our file of code (that is, the tangled file
output for one ns in clojure) as the top buffer, and our documentation at
the bottom. Changes to the code will automatically reflect itself in the
documentation (after a save). In order to accomplish this, there has to be a
method to map from tangled file line number, to the correct chunk name and
line number in the .org file. This might be accomplished by tangling code
like this:
;;#chunk-name
..code
;;#

I think this would be much more natural than editing each chunk separately.
Of course, the ;;# might become an annoyance, but im sure there might  be a
better way.
With this mapping , we can develop the code until we get it right. Then we
can hit a keystroke and have our documentation jump to the correct line
number in the .org file, and then do all the documentation for that.

With the line mapping ability also comes the ability to map errors in the
line number to numbers in the org file. Although, this probably wouldn't be
necessary, since we would be looking at the combined chunk file.


Any thoughts/ideas how to implement this?


test.org
Description: Binary data


seth-obj-clj.el
Description: Binary data
___
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] [babel] Painless integration of source blocks with language

2011-01-08 Thread Eric Schulte
Hi Seth,

Thanks for the thoughtful comments.  I especially like the method of
literate programming described in your second proposal.  Over the last
months I have switched from working mainly in code blocks to working
mainly in pure source files due to issues along the lines of those
mentioned in your first proposal.

It seems to me that working in two frames as you suggest -- e.g. writing
code in the pure code buffer, documentation in the Org-mode buffer, and
maintaining a constant mapping between the two -- would resolve the
issues mentioned in your first, and should be sufficient.  With some
elisp code it should be possible to support no-web in such a scheme
allowing the code buffer to be automatically re-organized based on
changes to the .org buffer.

A crude version of the above is already possible using the
`org-babel-detangle' function.  For example, follow the instructions in
the attached org-mode file (which uses elisp rather than clojure code
blocks simply for wider portability to non-clojure users).

Ultimately I think that more code support (possibly implemented using a
minor mode) allowing things like easy navigation, interactive
tangling/arrangement, noweb support, and (possibly) removing the need
for comment markers would be the preferred solution.

Cheers -- Eric

#+Title: Detangle Example
#+Babel: :comments link :tangle detangle.el

This file demonstrates detangling of source files with Org-mode.

1. Evaluate this elisp code block to customize the behavior of link
   creation on your system -- in the future this could be folded into
   ob-tangle.
   #+begin_src emacs-lisp :results silent :tangle no
 (setq org-link-to-org-use-id nil)
   #+end_src
2. Tangle out this file by calling `[[elisp:(org-babel-tangle)]]' bound to
   =C-c C-v t=, notice the buffer-wide =:comments= and =:tangle=
   header arguments at the top of the file.
3. Open up the [[file:detangle.el][detangle.el]] file to find the tangled source code.
   Notice the comments which are used to associate parts of the source
   file with this org file.
4. Call the `org-babel-tangle-jump-to-org' function from one of the
   =message= lines in the elisp file to jump back to the related
   portion of this org file.
5. Navigate back to [[file:detangle.el][detangle.el]] and edit part of the elisp code
   (e.g. change the text of one of the messages), then call the
   `org-babel-detangle' function from inside of the elisp code
   buffer.  Notice that your edits have now been propagated back to
   the original Org-mode buffer.

* first
A first section.

#+source: a-named-block
#+begin_src emacs-lisp
  (message this is the contents of the first code block.)
#+end_src

* second
A second section.

#+begin_src emacs-lisp
  (message this block has no name -- it is the second code block)
#+end_src

Seth Burleigh wbu...@gmail.com writes:

 Preface: I hope attachments show up, i dont know if they are allowed 


The attachments did make it through.


 Im currently interested in using babel for a medium size clojure project. I
 think the below propositions would greatly benefit babel in accomplishing
 literate programming.

 First part of the proposal to make this painless:

 In a literate document, you might very well have small chunks of code for
 one ns scattered around and then finally combined using noweb into one file
 and tangle the output. Currently, keys like
 compile-file (C-c C-k), goto function definition (M-.), do not work at all
 in the source blocks. This is unfortunate, and makes life very painful. So,
 first we need to get these keys to work.
 Heres how it can possibly be done.

 Lets say we want to compile the code in block A. Block B uses noweb syntax
 to import block A, and then tangles to file src/B.clj. So we need to search
 for  the presence of A in a tangled code chunk , tangle the chunk to a
 file, go to the file buffer and position the cursor at the correct relative
 position, and then invoke the appropriate function (in this case,
 slime-compile-and-load-file).

 Ive attached two files which do this, the first one is an example org file
 in which you can use the compile keystrokes on (after opening a slime server
 for clojure). However, it doesnt position the cursor in the tangled file
 correctly, but this is not needed for compile/load file. Its not a very good
 implementation, but it works for this case. Also, it doesn't work when the
 indirect buffer created by C-c '  is open. The advantage of this method is
 that it can easily be generalized to any language, since the compiler gets
 what it expects - a file of code to operate on.

 Second part of proposal:

 Literate documents are good for documentation, but if you're the author, you
 dont need the documentation and it will certainly get in the way of you
 writing code to keep having to type C-c ' to open various chunks of code.
 Ideally, we would like to have our file of code (that is, the tangled file
 output for one ns in clojure) as the top buffer, and our 

[Orgmode] Re: IMPORTANT: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)

2011-01-08 Thread Jason Dunsmore
Carsten Dominik carsten.domi...@gmail.com writes:

 On Jan 8, 2011, at 10:56 AM, Carsten Dominik wrote:


 On Jan 8, 2011, at 10:02 AM, Bastien wrote:

 Hi Bernt,

 Bernt Hansen be...@norang.ca writes:

 Is it really necessary to rebuild the org-mode git repository (with
 filter-branch) to remove the ORGWEBPAGES/ content.  Anyone with a
 clone
 and local branches of the existing repository will need to move
 all of
 these to the new repository.

 Would creating a commit to remove the ORGWEBPAGES directory in the
 existing repository not work just as well?  This will keep all of
 the
 existing SHA1s for historical commits intact.

 I think you're right.  Our goal was to remove ORGWEBPAGES/ into a new
 repo with a proper history of its own.  As Jason did that with
 success,
 I asked him to do the filtering for org-mode.git too -- which might
 be
 too much (my bad).

 Jason, Carsten, what is your take on this?

 I agree with Bernt.

 Sorry, let me be more specific.

 I am for moving the website to a separate repository.  THis makes a
 lot of sense.  It does require to the release process though, because
 my setup also used to update the webpage automatically.

 But I think that Bernt is right that it would be much better for users
 if the git repo remains in tact, so that moving simple means changing
 the pointer to the repo, and that local branches will survive.  So
 simple removing the webpage from the repo with a commit sounds like a
 good idea to me.

 I don't think moving the webpage into a special branch is the right
 solution.

I agree with Carsten and Bernt - keep the org-mode repo's history
intact, remove ORGWEBPAGE in a commit, and split off ORGWEBPAGE into its
own repo.

___
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] Format heading numbering html export

2011-01-08 Thread Vikas Rawal
When I export an org file to html, the headings are numbered (1, 1.1,
1.1.1,etc.) by default. I would like to change the numbering style and
use different types of bullets to denote different levels of headings.

How could that be done?

Thanks.

VR

___
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] Bug: Invalid XHTML generated [7.4]

2011-01-08 Thread Aidan Gauland
The closing /div tag in this Org file is placed *before* the closing
/li and /ul items for the *** A third item heading.

-begin org file-
#+OPTIONS: H:2

#+HTML: div class=some-class

* A heading
*** A heading that will be exported as a list item
*** ditto
*** A third item

#+HTML: /div
-end org file-

Invalid XHTML at (around) line 116.
/div
/li
/ul

By the way, shouldn't this be one list instead of three one-item lists?
ul
li id=sec-1_1A heading that will be exported as a list item br/
/li
/ul
ul
li id=sec-1_2ditto br/
/li
/ul
ul
li id=sec-1_3A third item br/

Kind regards,
Aidan Gauland

Emacs  : GNU Emacs 23.2.1 (x86_64-pc-linux-gnu, GTK+ Version 2.20.1)
 of 2010-12-12 on brahms, modified by Debian
Package: Org-mode version 7.4

current state:
==
(setq
 org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
 org-speed-command-hook '(org-speed-command-default-hook 
org-babel-speed-command-hook)
 org-agenda-files '(~/uc-files/uc-work.org)
 org-agenda-include-diary t
 org-completion-use-iswitchb t
 org-babel-load-languages '((emacs-lisp . t) (sh . t))
 org-completion-use-ido t
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-export-blocks-postblock-hook '(org-exp-res/src-name-cleanup)
 org-export-latex-format-toc-function 'org-export-latex-format-toc-default
 org-tab-first-hook '(org-hide-block-toggle-maybe 
org-src-native-tab-command-maybe
  org-babel-hide-result-toggle-maybe)
 org-src-mode-hook '(org-src-babel-configure-edit-buffer 
org-src-mode-configure-edit-buffer)
 org-confirm-shell-link-function 'yes-or-no-p
 org-export-first-hook '(org-beamer-initialize-open-trackers)
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-babel-pre-tangle-hook '(save-buffer)
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers 
org-cycle-show-empty-lines
  org-optimize-window-after-visibility-change)
 org-publish-project-alist '((aidalgolland-orgfiles :base-directory 
~/doc-aidan/aidalgolland/main/
  :publishing-directory 
~/doc-aidan/aidalgolland/published/ :publishing-function
  org-publish-org-to-html :recursive t 
:base-extension org :section-numbers nil
  :table-of-contents nil :creator-info nil 
:language en :author Aidan Gauland :style
  link rel=\stylesheet\ type=\text/css\ 
href=\/~aidan/aidalgolland/global.css\ / :auto-preamble t :auto-postamble t)
 (aidalgolland-static :base-directory 
~/doc-aidan/aidalgolland/main/
  :publishing-directory 
~/doc-aidan/aidalgolland/published/ :publishing-function
  org-publish-attachment :recursive t 
:base-extension
  css\\|gz\\|bz2\\|lzma\\|jpg\\|gif\\|png\\|atom)
 (aidalgolland :components 
(aidalgolland-orgfiles aidalgolland-static)))
 org-export-preprocess-before-normalizing-links-hook 
'(org-remove-file-link-modifiers)
 org-mode-hook '(#[nil \300\301\302\303\304$\207
   [org-add-hook change-major-mode-hook org-show-block-all 
append local] 5]
 #[nil \300\301\302\303\304$\207
   [org-add-hook change-major-mode-hook 
org-babel-show-result-all append local] 5]
 org-babel-result-hide-spec org-babel-hide-all-hashes)
 org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point 
org-babel-execute-safely-maybe)
 org-confirm-elisp-link-function 'yes-or-no-p
 org-export-interblocks '((lob org-babel-exp-lob-one-liners) (src 
org-babel-exp-inline-src-blocks))
 org-occur-hook '(org-first-headline-recenter)
 org-outline-path-complete-in-steps nil
 org-export-preprocess-before-selecting-backend-code-hook 
'(org-beamer-select-beamer-code)
 org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc 
org-beamer-auto-fragile-frames
   org-beamer-place-default-actions-for-lists)
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-export-blocks '((src org-babel-exp-src-blocks nil) (comment 
org-export-blocks-format-comment t)
 (ditaa org-export-blocks-format-ditaa nil) (dot 
org-export-blocks-format-dot nil))
 )


signature.asc
Description: Digital 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] Format heading numbering html export

2011-01-08 Thread Jeff Horn
Sorry Vikas, I hit send too early.

Vikas Rawal vikasli...@agrarianresearch.org writes:

 When I export an org file to html, the headings are numbered (1, 1.1,
 1.1.1,etc.) by default. I would like to change the numbering style and
 use different types of bullets to denote different levels of headings.

 How could that be done?

Without a more specific example, it will be hard to help. You can start
to play around with all kinds of options by referring to the org
documentation on Export Options.[1]

Right now, I would suggest setting =h:1= to make all except top-level
headings into list items. Next, you could set =num:nil= to turn off
section numbering altogether.

Hope this helps!

Footnotes:
[1] http://orgmode.org/manual/Export-options.html#Export-options

-- 
Jeffrey Horn
http://www.failuretorefrain.com/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