Re: [Orgmode] orgstruct and orgtbl mode inhibit TAB completion of addresses in gnus

2009-09-12 Thread Sebastian Rose
Carsten Dominik carsten.domi...@gmail.com writes:
 On Sep 11, 2009, at 11:04 AM, Sebastian Rose wrote:

 Carsten Dominik carsten.domi...@gmail.com writes:
 On Sep 8, 2009, at 10:03 PM, Sebastian Rose wrote:

 Hi,


 I don't remember when this started, but since some days orgstruct-
 mode
 and orgtbl-mode inhibit TAB-completion in the `To:', `Cc:' and 'Bcc:'
 lines in gnus. I have to turn off _both_ of them to make it work
 again.

 Do you have yasnippets on?


 Yes. I don't explicitly turn it on though. Also, yasnippets does not
 make any difference. No need to turn it off.

 Can I do something to help debugging this problem?

 If you are in such a line and have turned off orgstruct-mode and orgtbl-mode,
 Please do `C-h k TAB' to find out what function is bound to TAB in the absence
 of orgstruct-mode.  The do the same for `C-h k C-i'

 What do you get?

* YASNIPPETS ON, ORG ON

  C-h k TAB

Debugger entered--Lisp error: (error Couldn't find documentation
  for orgtbl-hijacker-command-102)
  signal(error (Couldn't find documentation for 
orgtbl-hijacker-command-102))
  error(Couldn't find documentation for %s orgtbl-hijacker-command-102)
  Info-goto-emacs-command-node(orgtbl-hijacker-command-102)
  Info-goto-emacs-key-command-node([tab])
  call-interactively(Info-goto-emacs-key-command-node nil nil)

  C-h k C-i

TAB runs the command orgtbl-hijacker-command-103, which is an interactive 
Lisp
function.

It is bound to TAB.

(orgtbl-hijacker-command-103 arg)

In tables, run `orgtbl-tab'.
Outside of tables, run the binding of ` ' or `[(tab)]'.



This seems to be the right track. `C-i' completes addresses, TAB does
not.





I found, that turning of yasnippets works, too. Sorry. I just can't get
both, yasnippets _and_ orgstruct++/orgtbl, to work in those `To:', `Cc:'
and `Bcc:' lines.




  Sebastian


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


[Orgmode] Possible Bug in Time stamp Editing

2009-09-12 Thread Ian Barton
I have a remember template that inserts an inactive time stamp. If I 
edit the inactive time stamp in the remember buffer using C . it changes 
to an active timestamp. Shouldn't editing preserve the active/inactive 
status?


Ian.


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


[Orgmode] Re: Exporting after executing code

2009-09-12 Thread andrea Crotti
Carsten Dominik carsten.dominik at gmail.com writes:

 
 or, for a lighter solution
 
 http://repo.or.cz/w/org-mode.git?a=blob_plain;f=contrib/lisp/org-eval.el;hb=HEAD
 
 or
 
 http://orgmode.org/worg/org-contrib/org-eval-light.php
 
 But org-babel may really be the way to go.
 
 - Carsten


org-babel is really nice I think, there's only one thing I don't understand yet.
If I want in the same file to have the source code and the output of the 
source code how should I do??

Once I enable org-babel it executes everything before exporting??
No finer settings possible?



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


Re: [Orgmode] Re: Exporting after executing code

2009-09-12 Thread Eric Schulte
andrea Crotti andrea.crott...@gmail.com writes:

 Carsten Dominik carsten.dominik at gmail.com writes:

 
 or, for a lighter solution
 
 http://repo.or.cz/w/org-mode.git?a=blob_plain;f=contrib/lisp/org-eval.el;hb=HEAD
 
 or
 
 http://orgmode.org/worg/org-contrib/org-eval-light.php
 
 But org-babel may really be the way to go.
 
 - Carsten


 org-babel is really nice I think, there's only one thing I don't understand 
 yet.
 If I want in the same file to have the source code and the output of the 
 source code how should I do??

 Once I enable org-babel it executes everything before exporting??
 No finer settings possible?

Hi,

There are four export setting using Org-babel.

- none :: neither the code or the results are exported and the block is
  not run
- code :: the fortified code is exported and the block is not run
- results :: the block is run, and the results are exported
- both :: the block is run and both the code and results are exported

These setting are controlled via the :exports header argument, so for
example in the following code block only the code would be included on
export.

#+begin_src ditaa :file test.png :exports code
   +--+
   |  |
   |  |
   |  +---+
   |  |   |
   |  |   |
   |  |   |
   |  +---+
   |  |
   +--+
#+end_src

If you grab the latest Org-babel code from
http://github.com/eschulte/org-babel/tree/master then you can set the
exports header argument for an entire subtree by setting the subtree's
exports property, for example

** show all
   :PROPERTIES:
   :exports:  both
   :END:

Best -- Eric




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


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


[Orgmode] Re: Possible Bug in Time stamp Editing

2009-09-12 Thread Ian Barton

I have a remember template that inserts an inactive time stamp. If I
edit the inactive time stamp in the remember buffer using C . it
changes to an active timestamp. Shouldn't editing preserve the
active/inactive status?


C-c . creates active timestamps.  You want C-c ! for inactive timestamp
editing.



Thanks. I'll add a section to the manual saying that if you want to edit
an existing time stamp, you need to use the same key combination used to
create it, or it will change from active to inactive, or vice versa.

Now I think about it makes sense, as it also allows a quick way to
toggle the active/inactive status of time stamps.


Ian.



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


[Orgmode] Re: Publishing clocked time

2009-09-12 Thread Peter Jones
Carsten Dominik carsten.domi...@gmail.com writes:
 should we add org-invoice.el to the contrib directory?
 Also, I would like to add org-crypt.el, actually to the core.
 Do you agree, and do you have a copyright agreement signed
 with the FSF?

Yes, yes, and yes.

-- 
Peter Jones - 303-219-0226
pmade inc.  - http://pmade.com



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


Re: [Orgmode] Re: Possible Bug in Time stamp Editing

2009-09-12 Thread Carsten Dominik


On Sep 12, 2009, at 7:48 PM, Ian Barton wrote:


I have a remember template that inserts an inactive time stamp. If I
edit the inactive time stamp in the remember buffer using C . it
changes to an active timestamp. Shouldn't editing preserve the
active/inactive status?
C-c . creates active timestamps.  You want C-c ! for inactive  
timestamp

editing.


Thanks. I'll add a section to the manual saying that if you want to  
edit
an existing time stamp, you need to use the same key combination  
used to

create it, or it will change from active to inactive, or vice versa.

Now I think about it makes sense, as it also allows a quick way to
toggle the active/inactive status of time stamps.



Yes.

Another way to do that is S-up with the cursor on the bracket/angle.

- Carsten


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


Re: [Orgmode] orgstruct and orgtbl mode inhibit TAB completion of addresses in gnus

2009-09-12 Thread Carsten Dominik


On Sep 12, 2009, at 12:24 PM, Sebastian Rose wrote:


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

On Sep 11, 2009, at 11:04 AM, Sebastian Rose wrote:


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

On Sep 8, 2009, at 10:03 PM, Sebastian Rose wrote:


Hi,


I don't remember when this started, but since some days orgstruct-
mode
and orgtbl-mode inhibit TAB-completion in the `To:', `Cc:' and  
'Bcc:'

lines in gnus. I have to turn off _both_ of them to make it work
again.


Do you have yasnippets on?



Yes. I don't explicitly turn it on though. Also, yasnippets does not
make any difference. No need to turn it off.

Can I do something to help debugging this problem?


If you are in such a line and have turned off orgstruct-mode and  
orgtbl-mode,
Please do `C-h k TAB' to find out what function is bound to TAB in  
the absence

of orgstruct-mode.  The do the same for `C-h k C-i'

What do you get?


* YASNIPPETS ON, ORG ON

 C-h k TAB

   Debugger entered--Lisp error: (error Couldn't find documentation
 for orgtbl-hijacker-command-102)
 signal(error (Couldn't find documentation for orgtbl-hijacker- 
command-102))
 error(Couldn't find documentation for %s orgtbl-hijacker- 
command-102)

 Info-goto-emacs-command-node(orgtbl-hijacker-command-102)
 Info-goto-emacs-key-command-node([tab])
 call-interactively(Info-goto-emacs-key-command-node nil nil)

 C-h k C-i

   TAB runs the command orgtbl-hijacker-command-103, which is an  
interactive Lisp

   function.

   It is bound to TAB.

   (orgtbl-hijacker-command-103 arg)

   In tables, run `orgtbl-tab'.
   Outside of tables, run the binding of `  ' or `[(tab)]'.



This seems to be the right track. `C-i' completes addresses, TAB does
not.





I found, that turning of yasnippets works, too. Sorry. I just can't  
get
both, yasnippets _and_ orgstruct++/orgtbl, to work in those `To:',  
`Cc:'

and `Bcc:' lines.


What is your yasnippet setup, including stuff you do in org-mode hooks?

- Carsten






 Sebastian




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


[Orgmode] Scaling org-mode

2009-09-12 Thread Dave Täht
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


I have really been enjoying importing my life into org-mode, which I've
been doing for about two months now. 

But.

It currently visits about 100 files and 10k of text to construct the
agenda. It's starting to get kind of slow and interrupt my workflow,
particularly the background process that scans them. 

While the system is effectively frozen, my message buffer fills up with
messages about setting the flyspell dictionary to en, etc. This is quite
annoying with text to speech turned on. I ended up just having appts
spoken.

;; quick hack for saying announcements, need more thought turned into it.

(when window-system
  (defun dtaht/say-stuff (id msg optional delay vattrib hattrib font) 
Speak a message msg. Currently requires say.el
(unless vattrib (setq vattrib top))
(unless hattrib (setq hattrib right))
(unless delay (setq delay 5000))
(unless font (setq font Arial 12))
(save-window-excursion
  (say (dtaht/ssml-escape msg)


;; my personal fav, run every 15 minutes

(defun nag-timer () Nag me when there isn't a clock running  
  (interactive)
  (unless (marker-buffer org-clock-marker)
(say Are you mating now?)))

It gets a bit chunky even when all the org files are in memory (and I
have gobs of memory).

Solution #1) cut the number of files down - is a good one. I probably
can cut those files easily in half right now. The problem is that I have
about 600 more files to import (scenes from a book), and I really like
the idea of being able to know what my characters are doing in 2023, and
separate files was kind of useful at one point.

That's a couple hundred k of text (what I have in there now is mostly
normal items for managing my personal and professional life)

Solution #2) Make org-mode faster. I am compiling and installing
org-mode from git at the moment. So it's compiled. I have a lot of hooks
installed for text buffers - At minimum, auto-capitalize, flyspell, yas,
wrap, and abbrev. Most (all?) of those are compiled, too, but aren't
needed to be run or initialized when merely being visited.

so thought 1) would be to come up with some sort of text mode hook that
only hooks in when a human is viewing or editing the buffer, not when it
is happening programmatically.

so thought 2) would be to have it only attempt to construct background
agendas when the system is otherwise idle for a few minutes. I don't
know how to do that, I figure wrapping this bit with something that
could detect idleness instead of just running arbitrarily would be good.

  (run-at-time nil 3600 'org-agenda-to-appt)

don't know how to detect idleness.

And thought 0) would be to understand emacs well enough to profile
what's really going on as maybe starting a new flyspell process is not
really the problem but a symptom, but I don't (yet). (suggestions
desired. I have read up a bit on emacs profiling)

I am deeply grateful for the existence of org-mode and the fine work
going into it. I wrote a nice blog entry about it recently. 

http://the-edge.blogspot.com/2009/08/going-retro-re-adopting-emacs.html

TIA.

- -- 
Dave Taht
http://the-edge.blogspot.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/

iEYEARECAAYFAkqshuUACgkQpdejJcOV4uRkTwCgyz5IMWJTzCHa8CmUAgU/fyIa
cvwAoJKQ5Gr+1vlSAbEfbKob76xJIvB8
=/Xdv
-END PGP SIGNATURE-


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