Re: [Orgmode] Patch 352

[Bastien]

Noorul Islam  writes:

> The patch http://patchwork.newartisans.com/patch/352/ is already
> applied in 491a39825b1205442ebe919009f5c11bdc31d7c4. I think this can
> be archived.

You're right, it's archived now. 

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

[Orgmode] Can't complete with tab when using auto-complete with orgmode

[Daniel Schoepe]

Hello.

When I try to use auto-complete with orgmode, I can no longer complete
with , like I can in other modes. The completion menu is shown as
usual, but pressing tab triggers orgmode to reindent the line or show
`FOLDED' in the echo area when I'm on a headline.

Is there a way to fix this, or do I have to use a different key (which
works fine) than tab for auto-complete?

I'm using the latest git head of both orgmode and auto-complete and
emacs 23.2.1.

Regards,
Daniel Schoepe

___
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-odt: headings without numbering

[Jambunathan K]

Hello Matt

> Hi Jambunathan,
>
> Is it possible right now to turn off numbering in headlines using org-odt
> exporter?  I have num:nil set in my export template but it doesn't seem to do
> anything. 

I have pushed a fix few minutes ago. Hope it is OK.

>
> Sorry to be no help with the code, too stressed out right now -- at the end
> ofhte month I hope to be able to help in little ways.
>

Not a problem. You are most welcome.

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

Re: [Orgmode] Re: [PATCH] Alphabetical ordered lists

[Nicolas Goaziou]

Hello,

> Nathaniel Flath writes:

> Are there any further issues?

Also, as you changed `org-item-beginning-re' into a function, there
are a few places outside org-list.el that need to be modified
accordingly.

And exporters (mainly HTML and DocBook) should be aware of
alphabetical bullets.

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: How to do Properties search by define an agenda command

[Matt Lundin]

David Maus  writes:

> At Thu, 11 Nov 2010 20:51:58 -0500,
> Matt Lundin wrote:
>> > Looks like to use the intended functionality someone has to patch Org
>> > mode's tag search to handle multivalue properties.

AFAICT, the OP was not inquiring about a multivalue search, but rather
simply asking how to match an entire property value string (i.e., the
title of a book). The problems was caused not by unescaped spaces in
property values, but rather by how the custom agenda search was
constructed (e.g., incorrect property key, unescaped quote marks, etc.).

>> I don't believe the space in property values is meant to indicate
>> multiple values (i.e., in the same way that ":" separates tags). Here's
>> an example from the manual:
>
> This is a misunderstanding: Yes, you can use space characters in
> single value properties and use regexps to simulate multivalue
> properties.
>
> But you can't use Org's multivalue properties (C-h f
> org-entry-put-multivalued-property RET).

Good to know. I wasn't aware of multivalued properties. 

I think my comment still stands: currently, for normal tags/property
searches, single spaces are not intended to indicate multiple values.
The function org-tags-view invokes only the single value property
mechanism (i.e., org-cached-entry-get).

AFAICT, multivalued properties were introduced to accommodate org-attach
but they have not (yet) been used elsewhere in Org-mode. See the
following commit:

--8<---cut here---start->8---
commit d043e31182595983df3d191e80ca941ee171c400
Author: Carsten Dominik 
Date:   Wed Oct 1 09:25:18 2008 +0200

Integrate John Wiegley's org-attach.el.
--8<---cut here---end--->8---

> Looks like an inconsistency or a glitch: Org supports putting multiple
> values in a property but has no reserved separator for multiple
> values.  So there is no way for a function recognize multivalue
> properties -- what makes it hard to perform a search for properties
> with multiple values w/o having the user enter a regular expression.

Currently, the only way to extract multivalue properties is to use the
API functions:

(info "(org) Using the property API")

I believe single value properties should be the default behavior for
searches (that is how the manual presents properties). I would certainly
*not* want to have to escape spaces in property drawers when, say,
entering AUTHOR and TITLE property values.

Currently, the search logic of is relatively straightforward:

 1. to force an exact property match, use TITLE="Quantum Mechanics"
 2. to allow partial matches, use a regexp: TITLE={Quantum}

Perhaps a patch could introduce an user option to use the multivalued
API in property searches. This could be a nice option for custom
commands. But I would recommend that the single value remain the
default.

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

[Orgmode] Error with Mobileorg and Dropbox

[Neil Hepburn]

Greetings
I have recently tried switching my mobileorg stuff from my .mac (mobile
me or whatever they are branding themselves as now) account to Dropbox.
When I push from my desktop (Ubuntu 10.1) to my MobileOrg file in my
Dropbox, I am sort of able to sync my iPhone. The agenda works fine but
the other included agenda files throw an error saying

Bad file encoding
Unable to detect the encoding, please re-save this file using UTF-8

I am using MobileOrg 1.5.1, orgmode version 7.3, and Emacs 23.1.1

I tried to sync from my MacBook Pro running Aquamacs (with Emacs
23.2.50.1). When I sync from the MacBook Pro (still using Dropbox) even
the agenda file is bad and can't be read by mobileorg.

I've looked on the mobileorg website and I see that this was apparently
a problem prior to orgmobile 1.3. 

Has anyone else had a similar experience? Any ideas on how to fix it?

Cheers,
Neil
-- 
=
Neil Hepburn, Lecturer in Economics
Department of Social Sciences, Augustana Faculty
University of Alberta
4901-46 Avenue
Camrose, Alberta  T4V 2R3

Phone (780) 679-1588
email nhepb...@ualberta.ca

 


___
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: Fold/unfold part of a paragraph

[Bernt Hansen]

Jianshi Huang  writes:

> Hello,
>
> Is there a way to fold/unfold part of a paragraph? Something like a
> headline but can be inlined in a paragraph.
>
> For example, when folded, it will look like
>
>   Here is the <>.
>
> Where <> can be expanded to some full explanation.
>
> And when exported, the full explanation will be used.

I don't think this is currently supported.  Folding is only supported
for lists and headings currently.

Regards,
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] Context menu for beamer options?

[Bill Clifford]

Hi,

In the following youtube video you can see the user using a dropdown menu to 
choose beamer options (like color themes). I was wondering how this works.. 
cannot find anything in documentation about this. 

http://www.youtube.com/watch?v=Ho6nMWGtepY

TIA,

BC___
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] Command names are now in the manual

[Carsten Dominik]

Hi,

I have just added the last command missing names to the manual.  So if  
you compile the manual in the latest git version, you will find  
command names listed for almost all keys listed in the manual, along  
with a much extended command and function index.


If you do not like this change, you can compile the manual without  
command names by turning off the


@set cmdnames

flag in the manual, using this line instead:

@unset cmdnames

Many thanks to Andreas Röhler who kicked off this project and did part  
of the work.


- 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] Why are src_perl{} immediately executed?

[Dov Grobgeld]

>From the documentation it seems like a statement such as src_perl{foo()} are
inline version of the multi line:

#+src_perl
foo();
#+end_src

But when exporting the org file to html I get the question "Evaluate this
perl code on your system" for the inline version, but not for the multiline
version. Is this a bug or did I miss something?

Thanks!
Dov
___
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] Command names are now in the manual

[Nick Dokos]

Carsten Dominik  wrote:


> I have just added the last command missing names to the manual.  So if =20=
> 
> you compile the manual in the latest git version, you will find =20
> command names listed for almost all keys listed in the manual, along =20
> with a much extended command and function index.
> 

I think there is a problem on line 4668: the @findex seems to dislike
braces around the name:

,
| $ make html
| (cd doc; makeinfo --html --number-sections --no-split -o org.html org.texi)
| /home/nick/src/emacs/org/org-mode/doc
| org.texi:4668: Misplaced {.
| org.texi:4668: Misplaced }.
| org.texi:4668: Misplaced {.
| org.texi:4668: Misplaced }.
| makeinfo: Removing output file `org.html' due to errors; use --force to 
preserve.
| make: *** [doc/org.html] Error 1
`

Other than that, it looks pretty good.

A suggestion for a possible(?) improvement: the "O" section of the
function index (and I imagine the variable index as well) is pretty
crowded :-). I wonder if texinfo has any facilities to break it up,
perhaps according to the first letter after the first dash.

Thanks!
Nick

___
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] How to distinguish timestamps in CSS?

[Sébastien Vauban]

Hello,

A quick (but not easy?) question about the Org publish to HTML and CSS: I
would like to make the 3 different timestamps stand out with different
backgrounds.

Is it possible with CSS?  I have the impression that it currently is not,
but...

This is some sample output in HTML:

#+begin_src html
 2010-11-13 
Sat
SCHEDULED:  
2010-11-15 Mon
DEADLINE:  
2010-11-20 Sat

#+end_src

Best regards,
  Seb

-- 
Sébastien Vauban


___
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: HTML export and blogging to blogger.com

[Samuel Wales]

Well, I spoke too soon.  I don't have a solution.  Here is
what I tried.


  1) org source (my normally-preferred filled paragraphs) ->
 c-u c-c c-e R -> blogger
 - hard breaks are inserted so no filling can happen in
   published blog entry
   + if large fonts and small column, will break
 awkwardly
 - blogger result attached
  2) Unfill-region (my code below) -> c-u c-c c-e R -> blogger
 - paragraphs are separated by too many blank lines
 - an extra closing div if top headline not included
   (not really a problem)
 - unfill-region doesn't actually catch all paragraphs
   so you have to manually unfill some
  3) Unfill-region (my code below) -> manually deleting
 space between paragraphs -> c-u c-c c-e R -> blogger
 - no paragraph separation
  4) John's recipe: c-u c-c c-e R -> perl script -> blogger
 - paragraphs are separated by too many blank lines
 - blogger result attached


(defun alpha-unfill-region-or-paragraph ()
  (interactive)
  (let ((fill-column (point-max)))
(alpha-fill-region-or-paragraph)))
(defun alpha-fill-region-or-paragraph ()
  (interactive)
  (if (hoka-org-region-active-p)
  (call-interactively #'fill-region)
(fill-paragraph nil)))


John's recipe (I shortcutted with c-u m-|):

  1) Write some stuff
  2) Select it (move to beginning of what you want, C-space,
 move to end of what you want)
  3) C-u C-c C-e R to export that region with no preamble to
 a separate buffer
  4) C-x C-w export.txt
  5) to terminal: perl -pi -e ' s/\R/ /g; s/\//g;
s/\<\/p\>/\n\n/g;' export.txt
  6) back to emacs: C-x C-f export.txt; type "yes"
  7) M-< to go to front of buffer, C-space, M-> to go to
 end, M-w to copy
  8) Paste into basic blogger edit box
  9) Done

Org source is attached.
xxx xx xxx x 



xxx xx  x xx . xxx x xx xxx  xx
xx xx  xxx x xx xx xx  xx x x x
x. xxx xx xx x xxx.




xx x xx  xx, xx x   xxx 
x-xx, xxx x   xxx xxx xxx .
 xx  xx x xxx x   xx xx xxx x.




xx xxx  x   x x  x, xxx xxx
x xx xx.  x xx xxx 
x xxx  xxx xxx xx, x xx xx, xxx,
xxx xx x.




x x xxx, xx , xxx  xx xx.







xxx 



xxx xxx xxx xxx . xx xxx xx xx x
 xx  . xx xx xx x xxx xx
. xxx   xx xx x xxx.




x xx xxx xxx x xx
-x, x, -x . x x
x xxx x xx  , xxx xxx  xx
xxx  x xxx 1980x, xx xx-xx-xx xx xxx
xxx  x  xxx x xx  xxx.




 xx. xx xxx x xx,   xxx xx,
x xx xxx x, xxx xxx x xx x
, , xx-x, xx xx;
 xxx xx  ;  xxx.




 xxx xxx xxx. xxx x x xxx xxx,
xx xxx   xxx   xx 
xxx ;  xxx   x .




xxx xx xx x  xxx xxx, xxx
xxx  17 xxx. x x xxx xxx xx xxx
xxx.  xx xxx xx xxx.







xx xxx'x   xxx xx  xxx  xx x
 xx xxx x xx  x xx xxx/,
xxx   xxx xx. xx  x, x xxx
xxx  xx xxx xx xxx x xx xx.




xx   xx xx xx; x xx x xx xx 
 xx xxx x --xxx







x-xx



xxx xxx x xx  xx  xxx  xx x xx
x-xx.




xxx xx xxx  xx, xxx  x xx, x x
xxx xx  x xx x x.
xxx xxx  xxx xx xxx  xxx xxx.




xxx  x xx  xx xx x xx
xx- xxx, x  xx  xxx
xxx  xxx xx xxx  x xxx.




xxx  xx xx x x xx x-xx  xxx
xxx  xxx  x xx   xxx xx xx
x. xxx xxx xx xx xx xxx x.
  xxx  .




xx x xxx, xxx xxx xxx xx xx  xxx
 xx xx  xxx  xxx x.




xxx xx xx xxx. xxx    x x
x x xx  x   xx  xxx  xx
 xxx x.







xxx 



  xxx  x-xx xxx xxx .
xxx    xxx xx xx.




xx xxx  x   xx xxx xx. x x xx xxx
x xxx xx "xxx x ", xxx xx x
. x xxx xx xxx  xx  x, xxx
x  x xx, xxx x   .




x xx xx x 

[Orgmode] Business process diagrams in org-mode

[Bart Bunting]

Hi All,

This is a little bit of a vague question but was hopeing that someone
may have some pointers.

I am trying to create some business processes with both textual
descriptions of the process in a table format with step numbers and
descriptions etc.  I was hopeing to be able to automagicaly convert the
tabular format into a business process diagram.

I was wondering if anyone has done this in the past using org-mode and
bable some how?

As I am blind I can't successfully create such diagrams using drawing
software.  It occurred to me though that it should (could) be possible
to create diagrams from sufficient information in a table structure.

The diagrams are the usual flow chart style of thing with steps and descision
points causing the flow to branch to another point.  I thought that if
we had something like the following it may be possible to generate a
diagram.



| Step| Description 
| Next Steps   |
|-+-+--|
| Begin   | Begin the process   
| Choice1  |
| Choice1 | Decide if we are big or small.  
| Big,Small|
| Big | If we are big then do big things
| End  |
| Small   | If we are small then figure out if we are really small or 
possibly big. | ReallySmall, Big |
| ReallySmall | Yes we are really small 
| End  |
| End | The end.
|  |
|-+-+--|


This would represent a process where we start, make a choice if we are big or 
small.  If we are big we do big things and end.  If we are small we make  a 
choice if we are really small or actually big.  If we decide we are actualy big 
then we go back to the big step.  If not we go on to the end.


Anyway just thought I'd ask in case someone had a suggestion how this could be 
done using org-mode.

Cheers

Bart

___
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: HTML export and blogging to blogger.com

[John Hendy]

On Sat, Nov 13, 2010 at 7:25 PM, Samuel Wales  wrote:

> Well, I spoke too soon.  I don't have a solution.  Here is
> what I tried.
>
>  4) John's recipe: c-u c-c c-e R -> perl script -> blogger
> - paragraphs are separated by too many blank lines
> - blogger result attached
>
>
Weird -- I just downloaded your org file and exported using C-u C-e R,
saving as export.txt, running the perl script, and saving that as the
attached. I was already aware of some spacing issues before paragraphs, but
was unsure about your extra lines comment. When I run it, I don't show that.
Check it out -- I have just one line in between paragraphs.

I also copied the perl from this email just in case it got goofed in
translation so I'm confident we're using the same things. I wonder if it's
org options? My emacs file has these options for org related stuff:

,-
| ;; set auto-fill and some keybindings
| (add-hook 'text-mode-hook 'turn-on-auto-fill)
| (global-set-key "\C-cl" 'org-store-link)
| (global-set-key "\C-ca" 'org-agenda)
|
|
| ;; set config options: stars, todos, font-lock, C-a/e
| (setq org-hide-leading-stars t)
| (setq org-log-done t)
| (add-hook 'org-mode-hook 'turn-on-font-lock)
| (setq org-blank-before-new-entry '((heading . nil) (plain-list-item .
nil)))
| (setq org-special-ctrl-a/e t)
| (setq org-use-speed-commands t)
| (transient-mark-mode 1)
`-

Could any of these be the culprit? Perhaps org-blank-lines-before-new-entry?
Not sure if things like that affect export at all, but just wondered as I
pasted it...

John


>
> (defun alpha-unfill-region-or-paragraph ()
>  (interactive)
>  (let ((fill-column (point-max)))
>(alpha-fill-region-or-paragraph)))
> (defun alpha-fill-region-or-paragraph ()
>  (interactive)
>  (if (hoka-org-region-active-p)
>  (call-interactively #'fill-region)
>(fill-paragraph nil)))
>
>
> John's recipe (I shortcutted with c-u m-|):
>
>  1) Write some stuff
>  2) Select it (move to beginning of what you want, C-space,
> move to end of what you want)
>  3) C-u C-c C-e R to export that region with no preamble to
> a separate buffer
>  4) C-x C-w export.txt
>  5) to terminal: perl -pi -e ' s/\R/ /g; s/\//g;
> s/\<\/p\>/\n\n/g;' export.txt
>  6) back to emacs: C-x C-f export.txt; type "yes"
>  7) M-< to go to front of buffer, C-space, M-> to go to
> end, M-w to copy
>  8) Paste into basic blogger edit box
>  9) Done
>
> Org source is attached.
>
> ___
> 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
>
>
 a headline i do 
use – place mark at beginning of this line    nowxxx xx xxx x 
  xxx xx  x xx .  xxx x xx xxx  xx 
xx xx  xxx x xx xx xx  xx x x x x.  xxx xx 
xx x xxx.   xx x xx  xx, xx x   xxx  
x-xx, xxx x   xxx xxx xxx .  xx 
 xx x xxx x   xx xx xxx x. 

  xx xxx  x   x x  x, xxx xxx x xx xx.  
 x xx xxx  x xxx  xxx xxx xx, x xx 
xx, xxx, xxx xx x. 

  x x xxx, xx , xxx  xx xx. 

   xxx   xxx xxx xxx xxx 
.  xx xxx xx xx x  xx  .  xx xx xx 
x xxx xx .  xxx   xx xx x 
xxx.   x xx xxx xxx x xx -x, 
x, -x .  x x x xxx x xx  
, xxx xxx  xx xxx  x xxx 1980x, xx xx-xx-xx 
xx xxx xxx  x  xxx x xx  xxx. 

   xx.  xx xxx x xx,   xxx xx, x xx xxx 
x, xxx xxx x xx x , , xx-x, xx 
xx;  xxx xx  ;  xxx. 

   xxx xxx xxx.  xxx x x xxx xxx, xx xxx 
  xxx   xx  xxx ;  xxx  
 x . 

  xxx xx xx x  xxx xxx, xxx xxx  17 
xxx.  x x xxx xxx xx xxx xxx.   xx xxx xx xxx. 

 xx xxx'x   xxx xx  xxx  xx x  
xx xxx x xx  x xx xxx/, xxx   xxx 
xx.  xx  x, x xxx xxx  xx xxx xx xxx x xx 
xx. 

  xx   xx xx xx; x xx x 
xx xx  xx xxx x --xxx 

   x-xx  xxx xxx x xx 
 xx  xxx  xx x xx x-xx.   xxx xx xxx 
 xx, xxx  x xx, x x xxx xx  x xx 
x x. xxx xxx  xxx xx xxx  xxx xxx. 

  xxx  x xx  xx xx x x

Re: [Orgmode] Why are src_perl{} immediately executed?

[Noorul Islam]

On Sun, Nov 14, 2010 at 3:34 AM, Dov Grobgeld  wrote:
> From the documentation it seems like a statement such as src_perl{foo()} are
> inline version of the multi line:
>
> #+src_perl
> foo();
> #+end_src
>
> But when exporting the org file to html I get the question "Evaluate this
> perl code on your system" for the inline version, but not for the multiline
> version. Is this a bug or did I miss something?
>


You can customize this with the variable org-confirm-babel-evaluate

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

Re: [Orgmode] Business process diagrams in org-mode

[Thomas S. Dye]

Aloha Bart,

On Nov 13, 2010, at 3:59 PM, Bart Bunting wrote:


Hi All,

This is a little bit of a vague question but was hopeing that someone
may have some pointers.

I am trying to create some business processes with both textual
descriptions of the process in a table format with step numbers and
descriptions etc.  I was hopeing to be able to automagicaly convert  
the

tabular format into a business process diagram.

I was wondering if anyone has done this in the past using org-mode and
bable some how?

As I am blind I can't successfully create such diagrams using drawing
software.  It occurred to me though that it should (could) be possible
to create diagrams from sufficient information in a table structure.

The diagrams are the usual flow chart style of thing with steps and  
descision

points causing the flow to branch to another point.  I thought that if
we had something like the following it may be possible to generate a
diagram.



| Step|  
Description 
 | Next  
Steps   |
|- 
+ 
-+ 
--|
| Begin   | Begin the  
process   |  
Choice1  |
| Choice1 | Decide if we are big or  
small.  | Big,Small|
| Big | If we are big then do big  
things| End  |
| Small   | If we are small then figure out if we are really  
small or possibly big. | ReallySmall, Big |
| ReallySmall | Yes we are really  
small |  
End  |
| End | The  
end. 
|  |
|- 
+ 
-+ 
--|



This would represent a process where we start, make a choice if we  
are big or small.  If we are big we do big things and end.  If we  
are small we make  a choice if we are really small or actually big.   
If we decide we are actualy big then we go back to the big step.  If  
not we go on to the end.



Anyway just thought I'd ask in case someone had a suggestion how  
this could be done using org-mode.


Cheers

Bart


This is certainly possible.  Eric Fraga has generated GANTT charts  
from an Org-mode table.  His approach uses an emacs-lisp helper  
function to convert the table to tikz code, and also a LaTeX  
stylesheet to define some tikz elements.  A similar approach might  
work for you.


Eric's post to the list is here:
http://lists.gnu.org/archive/html/emacs-orgmode/2010-10/msg00553.html

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


___
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: HTML export and blogging to blogger.com

[Samuel Wales]

Thanks.  Maybe it's a bug of some sort.

Your settings look compatible with mine and as if they should not affect this.

___
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] Business process diagrams in org-mode

[John Hendy]

Hi Bart,


I think should be possible. I'm probably not the one but I think the PGF
TikZ package should work out alright. Eric Fraga from this mailing list
created a gantt chart in TikZ from a table and it makes me think that this
should definitely be possible. You could define some block shapes before
hand and tell TikZ what shape/color to make the node diagram based on the
table perhaps?

Here's a link where Eric provided his code:
http://article.gmane.org/gmane.emacs.orgmode/31824

The code was based of
this TikZ mailing list code:
http://osdir.com/ml/tex.pgf.user/2007-07/msg7.html

Hope that helps a
little. Eric might be able to advise a bit further? I don't know that I'd
say anything off the shelf exists, but perhaps in looking at his code it
could be done. I don't know the elisp well enough to help you further.


Good luck!
John

On Sat, Nov 13, 2010 at 7:59 PM, Bart Bunting  wrote:

> Hi All,
>
> This is a little bit of a vague question but was hopeing that someone
> may have some pointers.
>
> I am trying to create some business processes with both textual
> descriptions of the process in a table format with step numbers and
> descriptions etc.  I was hopeing to be able to automagicaly convert the
> tabular format into a business process diagram.
>
> I was wondering if anyone has done this in the past using org-mode and
> bable some how?
>
> As I am blind I can't successfully create such diagrams using drawing
> software.  It occurred to me though that it should (could) be possible
> to create diagrams from sufficient information in a table structure.
>
> The diagrams are the usual flow chart style of thing with steps and
> descision
> points causing the flow to branch to another point.  I thought that if
> we had something like the following it may be possible to generate a
> diagram.
>
>
>
> | Step| Description
> | Next Steps   |
>
> |-+-+--|
> | Begin   | Begin the process
> | Choice1  |
> | Choice1 | Decide if we are big or small.
>  | Big,Small|
> | Big | If we are big then do big things
>  | End  |
> | Small   | If we are small then figure out if we are really small or
> possibly big. | ReallySmall, Big |
> | ReallySmall | Yes we are really small
> | End  |
> | End | The end.
>  |  |
>
> |-+-+--|
>
>
> This would represent a process where we start, make a choice if we are big
> or small.  If we are big we do big things and end.  If we are small we make
>  a choice if we are really small or actually big.  If we decide we are
> actualy big then we go back to the big step.  If not we go on to the end.
>
>
> Anyway just thought I'd ask in case someone had a suggestion how this could
> be done using org-mode.
>
> Cheers
>
> Bart
>
> ___
> 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] Business process diagrams in org-mode

[John Hendy]

On Sat, Nov 13, 2010 at 8:51 PM, Thomas S. Dye  wrote:

> Aloha Bart,
>
>
> This is certainly possible.  Eric Fraga has generated GANTT charts from an 
> Org-mode table.  His approach uses an emacs-lisp helper function to convert 
> the table to tikz code, and also a LaTeX stylesheet to define some tikz 
> elements.  A similar approach might work for you.
>
> Eric's post to the list is here:
> http://lists.gnu.org/archive/html/emacs-orgmode/2010-10/msg00553.html
>
>
Ha! We were typing at the same time. Great minds think alike I guess... or
perhaps great minds to make gantt charts from tables get referenced?

John



> hth,
> 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
>
>
>
> ___
> 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] include an .org file and lower the level of all its headers

[Puneeth]

On Sat, Nov 13, 2010 at 1:12 AM, Carsten Dominik
 wrote:
>
> On Nov 10, 2010, at 3:46 AM, Jianshi Huang wrote:
>
>> Hi,
>>
>> I know I can include any file using #+INCLUDE.
>>
>> I need to include several org files, but they were edited
>> independently as a complete document.
>>
>> Now I want to lower the levels of headers in these org files
>> automatically during inclusion. Is there a way to do that?
>
> No.  But since #+include accepts arguments, it could be implemented,
> something like
>
> #+include "aaa.org" :minlevel 4
>
> or so.  I would accept a good patch to this effect.

Here's a patch. I tested it with a simple document and works fine.

Thanks,
Puneeth
diff --git a/lisp/org-exp.el b/lisp/org-exp.el
index 2affcba..08c0ac6 100644
--- a/lisp/org-exp.el
+++ b/lisp/org-exp.el
@@ -2126,12 +2126,13 @@ 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)
+   params file markup lang start end prefix prefix1 switches all minlevel)
 (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)
file (org-symname-or-string (pop params))
markup (org-symname-or-string (pop params))
lang (and (member markup '("src" "SRC"))
@@ -2154,7 +2155,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))
+  prefix prefix1 markup minlevel))
(or (bolp) (newline))
(insert (or end ""
 all))
@@ -2171,7 +2172,7 @@ TYPE must be a string, any of:
(when intersection
  (error "Recursive #+INCLUDE: %S" intersection))
 
-(defun org-get-file-contents (file &optional prefix prefix1 markup)
+(defun org-get-file-contents (file &optional prefix prefix1 markup minlevel)
   "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.
@@ -2193,6 +2194,9 @@ take care of the block they are in."
(goto-char (match-beginning 0))
(insert ",")
(end-of-line 1)))
+(when minlevel
+  (dotimes (lvl minlevel)
+   (org-map-region 'org-demote (point-min) (point-max
 (buffer-string)))
 
 (defun org-get-and-remove-property (listvar prop)
___
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] Why are src_perl{} immediately executed?

[Dov Grobgeld]

>From the documentation I see now difference between inline and multi-line
behavior. Note that I did not wish to evaluate the code at all but just have
inline syntax highlighting in my html export. Is src_perl{foo()} for
evaluation only and not for source highlighting?

Thanks,
Dov

On Sun, Nov 14, 2010 at 04:49, Noorul Islam  wrote:

> On Sun, Nov 14, 2010 at 3:34 AM, Dov Grobgeld 
> wrote:
> > From the documentation it seems like a statement such as src_perl{foo()}
> are
> > inline version of the multi line:
> >
> > #+src_perl
> > foo();
> > #+end_src
> >
> > But when exporting the org file to html I get the question "Evaluate this
> > perl code on your system" for the inline version, but not for the
> multiline
> > version. Is this a bug or did I miss something?
> >
>
>
> You can customize this with the variable org-confirm-babel-evaluate
>
> 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