emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Tim O'Callaghan <timo@dspsrv.com>
To: emacs-orgmode@gnu.org
Subject: Re: Some suggestions - mostly for non (X)Emacs updating of org mode files.
Date: Thu, 27 Apr 2006 15:05:29 +0200	[thread overview]
Message-ID: <20060427130528.GA3256@ELSAMSW37164> (raw)
In-Reply-To: <e92e88795518c453f9d6064530e504a6@science.uva.nl>

On Thu, Apr 27, 2006 at 01:23:10PM +0200, Carsten Dominik wrote:
> Hi Tim,
> 
Hi ;)

First, my use case is mostly for mobile phones and PDAs. I have one
big org file that i use for almost everything; other than some
personal and work related development projects. I have an editor on my
phone that will allow me to perform searches on tags and update an org
file. Other people using smart phones and PDAs can probably do the
same, but may not have the range of input options i have with a full
keyboard. They would possibly have T-9 predictive texting and/or just
numbers.

But this is mostly my itch that i want you to help scratch :)

> 
> On Apr 25, 2006, at 16:27, Tim O'Callaghan wrote:
> >
> >* org-save-hooks
> >  I have an Org file, and to export useful lists from it that i can
> >  use offline i have to go into agenda mode and export the
> >  information.
> >
> >  What i think would be cool is if i could just do an export at save
> >  time. What i think would be cooler, would be that i could specify
> >  these exports in a #+VAR with TAG search criteria.
> >
> >  Something like #+AUTOEXPORT TYPE filename <search criteria>
> >  e.g.:
> >  #+AUTOEXPORT ASCII work_stuff.txt +WORK-HOME
> >  #+AUTOEXPORT ICAL  home_appointments.ical +HOME-WORK
> 
> Arranging for export at save time is not hard, this can be done with 
> hooks and is not a problem.  However, I do not understand exactly 
> what you mean with the search options.
> 
> Do you mean to produce an agenda buffer with those search options and 
> then export the agenda buffer itself?
> 

Yes and/or sparse trees generated by tag/searching. 

> Or do you mean to construct another Org-mode document containing only 
> the trees with these tags and export that one?
> 

How about both? My reasoning for this is using tags for Getting Things
Done contexts. I tag something as NEXT, CALL, BUY, ATHOME, and i can
search for those tags. It would be easier for me, and many others i
suspect, to auto generate a file containing just those next actions
for a context from my huge org file. This would be more useful to
other as an agenda view export. But it might be as simple to export a
sparse tree into an org like file instead. I can see both may be used.

> >
> >* Fast Update mode - for minimal editing in another editor
> >  This is where the **** in the outline is prefixed with a number or
> >  character, and processed at load time.
> >
> >  1** TODO This top level task is done archive it
> >  +** TODO move this one TODO stage further
> >
> >  Then something in my org config like:
> >  (("1"  my-mark-done-and-archive) ("+" org-cycle))
> 
> At first I did not like the look of this, but after some thinking, 
> this might not be a bad idea, and pretty useful, too.  Mind that this 
> will only work if you export the full Org-mode file.  If you make a 
> selection first (e.g. in the agenda buffer) and export that, the 
> connection between the selected lines and the originial Org-mode file 
> are broken, and it is not possible to link the autoupdate information 
> back in a safe way.
> 

You have mechanisms for linking back into an org file. You can already
link to a heading using searches and radio references. You could add a
file reference at the end of the line like:
* TODO This is a Top level task that i want to perform at home :HOME:<file:work.org::ThisTopLevelTask>. 
Or just autogenerate that link.

As i use one org file, it might be as simple as mapping the headings
back. If there is any ambiguity you could ask the user to select the
right heading. This would probably be best done in agenda mode.

> Then I don't really thing you would have to be able to customize 
> this, as there are only very few operations for which this makes 
> sense:
> 
> A****  Archive
> T**** Mark TODO
> D**** Mark DONE
> N**** Cycle TODO to the next state
> 
> Can't really think of anything else.
> 

I prefer configurable, because then people can use numbers. This is
the idea that the editor may have limited UI. I'm using a j2me based
editor called JPE at the moment:
http://my-communicator.com/s80/software/applications.php?fldAuto=556&faq=2

But other people may be using something like this: 
http://www.getjar.com/products/3960/TextEditor

Or this which i'm currently playing with: 
http://www.bermin.net/index.html

As for other things, it depends on what you want emacs to be able to
do with an externally changed org mode file. For me this is about
using org mode in an intelligent way with my mobile phone/pda. I can
imagine wanting to write functions like:

>* move this huge piece of text and tables down a level
<* move this huge piece of text and tables up a level
M* ask to recategorise this heading when i open org mode
+* remind me about this when i open org mode so i can brain dump on it
   in a real editor.
D* ask me to schedule this as an event when i open org mode.
O* open my mail client to send an email to this email address i just got
C* search bbdb for the contact details of the phone no on this line.
c* search ldap for the contact details of this name
B* open a web browser to this link i wanted to check out when i got back to my machine
R* remind me to look at TheseSearchTags headings when i get back to my machine.

> >
> >* embedded file link - for tables, possibly images where supported.
> >  This is something i was thinking about for linking external tables
> >  into a document. To have the table as a separate document, 
> >possibly
> >  a CSV one converted to tbl mode automagicaly. The basic idea being
> >  that i can use something other than emacs to update the data in 
> >the
> >  tables and see the updates in my org document.
> 
> THis is very hard and really transforms Org-mode files into something 
> which is no longer plain text, so I am a bit worried here.  What is 
> wrong about using the proper file link, and then both editing and 
> looking at the external table/file in the proper application?
> 

Nothing. I guess i just prefer the emacs for all of my heavy
lifting. Again this is based on the idea that changes could be made to
a table by a different app, and still work with org mode. An example
app might be:
http://mixa.dev.juga.ru/microcalc/microcalc.htm

It might not be feasible for CSV files, but displaying linked images
should be feasible.

With regards to file linking a BUG report: w32-shell-execute needs to
be mswindows-shell-execute in org-file-apps-defaults-windowsnt for
XEmacs 21.4.19

That implementation of links does not allow me to link to an external
file for editing. Say i have a to <file:~/.bashrc> it tries to find a
mime type and execute a program for it, which then fails. How about an
<edit:> link, to just open the file directly? Or if the mime operation
fails, just default to opening the file?

Also you probably want to perform an (expand-file-name) on local file
names under windows. As under win2k that will convert the relative
path to a usable windows one.

> >
> >* an option to export CSV using quotes and commas.
> 
> For tables, I take it?
> 

Yep.

> >
> >* The ability to change the command prefix from ctrl-c.
> >  I have migrated from the pinkie killing ctrl to the more finger
> >  friendly alt and escape keys for most of my (X)Emacs usage.
> 
> This is very hard to do.  The keymap of Org-mode i extremely full, on 
> many systems ALT and META is actually the same etc.  Your best bet 
> for this is to write a mode hook that makes your own key bindings.  
> Just copy the entire define-key org-mode-map section and then hack it 
> your way, wrap a function around it and call this function in 
> org-mode-hook or org-load-hook.
> 

It does look big alright. I was thinking of just creating a
'prefix-key' variable, and tagging it on to all of the keymaps.

Also I should note a windows BUG: ALT-TAB switches applications under
windows, and so cannot be used for completion. I was thinking it might
be worth hijacking the abbrev mode key Alt-/, as i use that all the
time for completion.

> >
> >* Agenda Collections.
> >  Essentially the ability to define org-agenda-files from a #+
> >  file link. This allows me to separate out work and home for
> >  example. When i open my work file, it agendas my work org
> >  files. When i open my home org file it could agenda my home and 
> >work
> >  projects, if i set the links up.
> >  e.g:
> >  #+COLLECTION file://blah.org
> 
> I can see very much the use of this.  The only problem I see is that 
> org-agenda is a *global* command, that is not always called from an 
> Org-mode buffer.  Lets say you are loading several org-mode files, 
> with several different COLLECTION lines.  Then, if you are in a 
> non-org-mode file, which collection should be used?
> 

Good point. I guess it would be an agenda thing. As the user I would
have to specify WORK.ORG as current collection designator, and agenda
would then build the from the linked files. 

> In principle I would think that what you want can be done using File 
> Variables already now, for example in the first line of your 
> document:
> 
>   -*- mode: org; org-agenda-files: "~/blah.agendafiles"; -*-
> 
> But of course it would be more consistent to drive this form a #+ 
> line.
> 

Never occurred to me to do it of that way. I'll use that for the moment.

Tim.

  reply	other threads:[~2006-04-27 13:05 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-04-25 14:27 Some suggestions - mostly for non (X)Emacs updating of org mode files Tim O'Callaghan
2006-04-25 14:42 ` Nic
2006-04-27 11:23 ` Carsten Dominik
2006-04-27 13:05   ` Tim O'Callaghan [this message]
2006-05-16  7:51     ` Carsten Dominik
2006-05-16  8:44       ` Tim O'Callaghan
2006-05-16  9:06         ` Carsten Dominik
2006-05-16 10:24           ` Tim O'Callaghan
2006-05-17  9:55             ` Carsten Dominik

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20060427130528.GA3256@ELSAMSW37164 \
    --to=timo@dspsrv.com \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).