Re: [Orgmode] Suport for pictures?

2007-08-14 Thread Johan Ekh
But how do I actually invoke the exporter?
There is no latex option available when doing an export.

Best regards,
Johan

2007/8/8, Bastien <[EMAIL PROTECTED]>:
>
> Hello Johan,
>
> "Johan Ekh" <[EMAIL PROTECTED]> writes:
>
> > Sorry for being ignorant, but how do I use the "LaTeX exporter"? I did
> > not know about it. Can't find it in my version of the documentation.
>
> Oops sorry, i should have mentionned it:
>
>   http://www.cognition.ens.fr/~guerry/u/org-export-latex.el
>
> > One more question, can I use Pstricks with the latex exporter?
>
> The LaTeX exporter just prevents #+BEGIN_LaTeX sections from being
> converted into LaTeX - i.e. it leaves them as they are. So you can
> put whatever (La)TeX (and pstricks) code you want inside them.
>
> Let me know if you encounter any trouble.
>
> Regards,
>
> --
> Bastien
>
___
Emacs-orgmode mailing list
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Suport for pictures?

2007-08-14 Thread Bastien
Hi Johan,

"Johan Ekh" <[EMAIL PROTECTED]> writes:

> But how do I actually invoke the exporter?
> There is no latex option available when doing an export.

You can invoke it like this:

  M-x org-export-as-latex

Also check other org-export-as-latex-* functions.

I didn't bind these LaTeX-related functions to any new key because you
will be able to call them from Org soon. Anyway, i'll add a hint in the
comment section of the code.

Thanks,

-- 
Bastien


___
Emacs-orgmode mailing list
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Integration of Org mode and mairix

2007-08-14 Thread Adam Spiers
Carsten Dominik ([EMAIL PROTECTED]) wrote:
> On Aug 7, 2007, at 19:54, Bastien wrote:
> >Here is a patch against latest org-mode 5.04 as a first attempt of
> >implementing custom link-types (stored in `org-link-custom-types'.)
> >
> >
> >It lets you define an alist of custom link-types. See the docstring of
> >`org-link-custom-types'.
> >
> >Then you need to define the follow/store functions by yourself. Here 
> >are the defuns I use (in addition to Georg's mairix.el):
> 
> I have read the discussion about extending link capabilities with
> great interrest, and I do like the code that has been written.
> Thanks in particular to Adam Spiers and George Greve for their
> inspiring mairix hack.

My pleasure :-)

> Here is my take on it.
> 
> First about the mairix integration.  If I understand correctly, mairix 
> does only the search, and you still do need to select a way how to display
> the results.  In this case, wouldn't a syntax
> 
>   gnus:mairix:.
>   vm:mairix:.
> 
> be better?

Possibly - that depends on whether any user would ever want to create
links which fired up more than one MUA; otherwise the choice of MUA
could be set with a defcustom.  I can't think of a use case for the
former, and the latter seems cleaner (and means that if you change MUA
you don't have to do a search/replace on all your links), but no doubt
someone will think of an opposing argument.

Personal plea: please bear in mind those of us who use MUAs not based
in emacs!  For example, my preferred action when following a mairix
link is to pop up a fresh xterm with `mutt -f $mairix_folder' running
inside it.

> Then I understand that mairix is only one of many possible indexing
> tools, so we probably should go for a general solution.

Agreed.

> So far I have liked the fact that many more common Emacs packages
> are integrated with Org-mode right out of the box, and that no setup
> steps are needed.  However, with this indexing stuff, it seems that
> the time for a general extension mechanism has come - this will also
> allow many other hacks.  Bastien, I looked at your code, and I want
> to propose to you to modify it in the following way - making it
> closer to how John Wiegley has implemented it for planner/wiki/muse.

This leads to the other point I wanted to make, although its scope is
possibly too great for this list: I would greatly prefer any such
solution to allow hyperlinking from within other modes - muse in
particular.  Perhaps this could be done via orgstruct, or maybe the
org and muse camps could get together and agree to standardize on a
single syntax for hyperlinking, e.g. implemented via a shared minor
mode.  Wishful thinking?  I don't know, but it does strike me that
there is some duplication of effort across not just org and muse,
but also browse-url.el and possibly others.  

Incidentally, I think it's great that org-mode already uses URL-like
locators for external links.  This would be a good foundation for a
unification project.


___
Emacs-orgmode mailing list
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Alignment of numbers in tables with `nan' in some table cells

2007-08-14 Thread Carsten Dominik

Hi Christian,


On Aug 12, 2007, at 22:33, Christian Schlauer wrote:


| data 1 | data 2 | data 3 | result 1 | result 2 |
|+++--+--|
| 23 | 25 | 17 |8 |   15 |
|| 24 | 18 |6 |   -6 |
#+TBLFM: $4=$2-$3::$5=$1-$4

Now, a negative value doesn't make sense in my real table. So instead
of printing a nonsensical value, I'd prefer something else there. I
remembered that MATLAB has `NaN', and Calc has that, too: `nan', see
(info "(calc)Infinities"). So I put `nan' in line 3, column 1, and
recalculate the above table:

| data 1 | data 2 | data 3 | result 1 | result 2 |
|+++--+--|
| 23 | 25 | 17 |8 | 15   |
| nan| 24 | 18 |6 | nan  |
#+TBLFM: $4=$2-$3::$5=$1-$4

It's almost perfect! It is clear that a result for column 5 in line 3
does not exist as there are no data in column 1 of that line. The only
thing that is not perfect is that the alignment in columns 1 and 5 is
messed up due to `nan'.

Could this be fixed?


I like that little trick with nan, it is a nice demonstration the
the full symbolic capabilities of Calc are still present in
Org-mode tables.

The table editor automatically chooses the alignment of a column,
based on the content of the column.  There are two customization
variables involved in tuning this behavior:

,[ C-h v org-table-number-regexp RET ]
| org-table-number-regexp is a variable defined in `org.el'.
| Its value is
|  
"^\\([<>]?[-+^.0-9]*[0-9][-+^.0-9eEdDx()%:]*\\|\\(0[xX]\\)[0-9a-fA- 
F]+\\)$"

|
|
| Documentation:
| Regular expression for recognizing numbers in table columns.
| If a table column contains mostly numbers, it will be aligned to the
| right.  If not, it will be aligned to the left.
|
| The default value of this option is a regular expression which allows
| anything which looks remotely like a number as used in scientific
| context.  For example, all of the following will be considered a
| number:
| 1212.22.4e-082x10^124.034+-0.022.7(10)  >3.5
|
| Other options offered by the customize interface are more restrictive.
`---

,[ C-h v org-table-number-fraction RET ]
| org-table-number-fraction is a variable defined in `org.el'.
| Its value is 0.5
|
|
| Documentation:
| Fraction of numbers in a column required to make the column align  
right.

| In a column all non-white fields are considered.  If at least this
| fraction of fields is matched by `org-table-number-fraction',
| alignment to the right border applies.
`---

So you can either lower the threshold value in  
`org-table-number-fraction',
or you can modify the regular expression so that it will interpret nan  
as a

number.

I will make the default regexp swallow nan.

- Carsten



___
Emacs-orgmode mailing list
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Property Drawer question

2007-08-14 Thread Bernt Hansen
Hi Carsten and list,

I'm starting to play with property drawers and I am thinking this would
be a good place to store estimated durations for tasks with something
like

* Task 1
  :PROPERTIES:
  :time: 10m
  :END:

I'd like to define :time_ALL: globally since my estimated task durations
always fit into a set of values I'd like to share across all my org-mode
buffers.

I'd like to globally set up

  :time_ALL: 10m 30m 1h 2h 4h 6h 12h 18h 24h 30h

so I can just use S-left and S-right to change the value for any task in
any org-mode buffer to select the appropriate estimated time for the
task.

I would prefer not to have to set this same :time_ALL: value in all of
my level 1 headers in each of my org-mode buffers since that is a lot of
duplication and this value is always the same -- if I ever want to
change the value I'll want it to apply globally across all of my
org-mode buffers.

Is there a way to do this?

Also I'd like org-insert-property-drawer to always have this :time: 10m
default entry when new property drawers are created.  Is there a way to
specify the drawer template somehow?

Regards,
Bernt



___
Emacs-orgmode mailing list
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Property Drawer question

2007-08-14 Thread Bernt Hansen
Hi Carsten and list,

I'm starting to play with property drawers and I am thinking this would
be a good place to store estimated durations for tasks with something
like

* Task 1
  :PROPERTIES:
  :time: 10m
  :END:

I'd like to define :time_ALL: globally since my estimated task durations
always fit into a set of values I'd like to share across all my org-mode
buffers.

I'd like to globally set up

  :time_ALL: 10m 30m 1h 2h 4h 6h 12h 18h 24h 30h

so I can just use S-left and S-right to change the value for any task in
any org-mode buffer to select the appropriate estimated time for the
task.

I would prefer not to have to set this same :time_ALL: value in all of
my level 1 headers in each of my org-mode buffers since that is a lot of
duplication and this value is always the same -- if I ever want to
change the value I'll want it to apply globally across all of my
org-mode buffers.

Is there a way to do this?

Also I'd like org-insert-property-drawer to always have this :time: 10m
default entry when new property drawers are created.  Is there a way to
specify the drawer template somehow?

Regards,
Bernt



___
Emacs-orgmode mailing list
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Property Drawer question

2007-08-14 Thread Bastien
Hello,

Bernt Hansen <[EMAIL PROTECTED]> writes:

> I'm starting to play with property drawers and I am thinking this
> would be a good place to store estimated durations for tasks with
> something like

Actually the property-related functions in Org have been set for this
purpose -- see the historical (!) thread here:

  http://article.gmane.org/gmane.emacs.orgmode/2020

> I'd like to globally set up
>
>   :time_ALL: 10m 30m 1h 2h 4h 6h 12h 18h 24h 30h

I don't know about any "global" solution for setting properties (except
for #+COLUMNS). But since you unleashed the word "template", i think we
could think about something like this:

#+PROPERTIES: :ITEM: A default heading
#+PROPERTIES: :time_ALL: 10m 30m 1h 2h 4h 6h 12h 18h 24h 30h 
#+PROPERTIES: :time: 10m :TAGS: @HOME @WORK

(I think grouping is not important here, since it always a succession of
pairs like :keyword: value(s).)

> Also I'd like org-insert-property-drawer to always have this :time:
> 10m default entry when new property drawers are created. Is there a
> way to specify the drawer template somehow?

Maybe you could advise `org-insert-property-drawer' like this:

(defadvice org-insert-property-drawer (after add-time-property)
  "Add a :Time: property after inserting a property drawer."
  (let ((pos (point)))
(org-entry-put (point) "Time" "10m")
(goto-char pos)))

(ad-activate 'org-insert-property-drawer)

Or even advise `org-insert-heading' [M-RET]:

(defadvice org-insert-heading (after add-custom-time-property)
  "Add a custom :Time: property after heading insertion."
  (let ((pos (point)))
(org-insert-property-drawer)
(org-entry-put (point) "time" "10m")
(goto-char pos)))

(ad-activate 'org-insert-heading)

Hope this helps,

-- 
Bastien


___
Emacs-orgmode mailing list
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Integration of Org mode and mairix

2007-08-14 Thread Steven Lumos
Carsten Dominik <[EMAIL PROTECTED]> writes:
> On Aug 7, 2007, at 19:54, Bastien wrote:
>> Here is a patch against latest org-mode 5.04 as a first attempt of
>> implementing custom link-types (stored in `org-link-custom-types'.)
>>
>> 
>> It lets you define an alist of custom link-types. See the docstring of
>> `org-link-custom-types'.
>>
>> Then you need to define the follow/store functions by yourself. Here
>> are
>> the defuns I use (in addition to Georg's mairix.el):
>
> I have read the discussion about extending link capabilities with
> great interrest, and I do like the code that has been written.
> Thanks in particular to Adam Spiers and George Greve for their
> inspiring mairix hack.
>
> Here is my take on it.
>
> First about the mairix integration.  If I understand correctly, mairix
> does
> only the search, and you still do need to select a way how to display
> the results.  In this case, wouldn't a syntax
>
>   gnus:mairix:.
>   vm:mairix:.
>
> be better?

I have not been following very closely, so sorry if this is redundant.
I currently use mairix through org-follow-mhe-link, although I had to
do a little hacking to make MH-E do a search by message-id.

It all works great for me, but I think it would be nice if following a
link didn't depend on what MUA or search I happen to use.  Couldn't it
easily enough be mail:...? Then I could send an Org file to a friend
and the link will Just Work for them.

Steve



___
Emacs-orgmode mailing list
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Property Drawer question

2007-08-14 Thread Bernt Hansen
Bastien <[EMAIL PROTECTED]> writes:

> Bernt Hansen <[EMAIL PROTECTED]> writes:
>
>> I'm starting to play with property drawers and I am thinking this
>> would be a good place to store estimated durations for tasks with
>> something like
>
> Actually the property-related functions in Org have been set for this
> purpose -- see the historical (!) thread here:
>
>   http://article.gmane.org/gmane.emacs.orgmode/2020
>
>> I'd like to globally set up
>>
>>   :time_ALL: 10m 30m 1h 2h 4h 6h 12h 18h 24h 30h
>
> I don't know about any "global" solution for setting properties (except
> for #+COLUMNS). But since you unleashed the word "template", i think we
> could think about something like this:
>
> #+PROPERTIES: :ITEM: A default heading
> #+PROPERTIES: :time_ALL: 10m 30m 1h 2h 4h 6h 12h 18h 24h 30h 
> #+PROPERTIES: :time: 10m :TAGS: @HOME @WORK
>
> (I think grouping is not important here, since it always a succession of
> pairs like :keyword: value(s).)
>
>> Also I'd like org-insert-property-drawer to always have this :time:
>> 10m default entry when new property drawers are created. Is there a
>> way to specify the drawer template somehow?
>
> Maybe you could advise `org-insert-property-drawer' like this:
>
> (defadvice org-insert-property-drawer (after add-time-property)
>   "Add a :Time: property after inserting a property drawer."
>   (let ((pos (point)))
> (org-entry-put (point) "Time" "10m")
> (goto-char pos)))
>
> (ad-activate 'org-insert-property-drawer)
>
> Or even advise `org-insert-heading' [M-RET]:
>
> (defadvice org-insert-heading (after add-custom-time-property)
>   "Add a custom :Time: property after heading insertion."
>   (let ((pos (point)))
> (org-insert-property-drawer)
> (org-entry-put (point) "time" "10m")
> (goto-char pos)))
>
> (ad-activate 'org-insert-heading)
>
> Hope this helps,

Thanks!

I'll try that out.  My lisp-foo isn't very strong yet :)

Bernt



___
Emacs-orgmode mailing list
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode