From: firstname.lastname@example.org To: TRS-80 <email@example.com> Cc: firstname.lastname@example.org Subject: Re: Org Capture Menu cannot be fully viewed Date: Sun, 13 Dec 2020 05:57:12 +0100 [thread overview] Message-ID: <trinity-ec53c4db-f70f-481a-b53d-9eea8b30f9ba-1607835432839@3c-app-mailcom-bs11> (raw) In-Reply-To: <email@example.com> > If you care to share a slightly bigger picture view, particularly about > the structure of the data you are trying to capture (and/or, your > workflow) we could likely come up with something that would work much > better for you than a capture template, at least in this particular > case. Most agencies, universities, museums and archaeological organizations use standard forms for recording sites. Generally speaking these are used but with a couple of caveats. First, there are occasions when a standard form may not call for recording enough data or the right kinds of data to satisfy particular needs. Then there are Exclusive Surveys (Incomplete coverage, portions of the project are excluded) and Unsystematic Surveys (done without a specific plan, methods at varied level of intensity; coverage random, opportunistic, or intuitive). In many instances, previous work would have been done, so people would want to quickly skip entries. The plan for Org-Mode Capture is primarily for such Exclusive and Unsystematic Surveys where we do not necessarily use standard forms. I'm not sure if you capture the drift concerning unsystematic surveys. Most times I cannot tell you exactly what people in the field came up with. The pace can be rapid and some could be working in challenging conditions. The plan is for the Crew Chief to make a quick template, and which could change each day. maintain and review notebooks and records and overseeing quality control is done daily. It is customary to split the day. One of the best ways we improve survey efficiency is to anticipate bottlenecks and invent creative logistical solutions right in the field. The long template situation then occurs. You can access better than myself as you know what org and org-capture can do and what not. I briefly reported on what we found problematic in practice. But we're at the beginning of this, and would likely report on other things as we progress. Still, most things are likely to be done by the "Institute for Technologies applied to Cultural Heritage (itabc)". Nevertheless, we see some aspects where your scheme can be improved to cater for more serious work. Emacs is quite good software. Hope my comments helped somewhat. Pietru > Sent: Sunday, December 13, 2020 at 4:16 AM > From: "TRS-80" <firstname.lastname@example.org> > To: email@example.com > Subject: Re: Org Capture Menu cannot be fully viewed > > On 2020-12-12 21:08, firstname.lastname@example.org wrote: > > Here is one version of a template > > > > (setq capture-template-investigation-type '( > > > > ("a" "Historic Background Research Site Evaluation/Testing" entry > > (file "~/histr/archaeol.org") > > "* Site_Type: %?\n %T\n") > > > > [...] > > > > ("u" "Remote Sensing" entry > > (file "~/histr/archaeol.org") > > "* Site_Type: %?\n %T\n") )) > > > > Are there any more to these templates you did not show? > > Because, (and unless I am missing something) what I see are essentially > all the same (and quite simple). You would end up with something like > the following in your target file (with the cursor ending up at the x): > #+begin_example > > * Site_Type: x > [2020-12-12 Sat 21:58] > > #+end_example > > In fact I don't even see where the type name ends up in the result? > > If all my assumptions above are true, I think you would probably be > better served with a simple completing-read (or similar) function to > select the "Investigation Type" from a list and then simply insert that > along with a timestamp. Which it will take you longer to reply to this > email and confirm than it would take me to write such a function. :) > > Benefit of that way also removes possibility of typos in the type name. > > In fact, the above could even be done with something as simple as > Yankpad. > > I have no idea what your workflow looks like, or where this data ends > up. However, thinking further, I would imagine it might even be helpful > to set one or more Org properties for things like "Investigation > Type" (along with some other things I could speculate like "Location" > etc.). But all of that depends on even more things I don't know about. > > If you care to share a slightly bigger picture view, particularly about > the structure of the data you are trying to capture (and/or, your > workflow) we could likely come up with something that would work much > better for you than a capture template, at least in this particular > case. > > Cheers, > TRS-80 > >  https://github.com/Kungsgeten/yankpad >  https://orgmode.org/manual/Properties-and-Columns.html > >
next prev parent reply other threads:[~2020-12-13 4:58 UTC|newest] Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-12-12 18:02 pietru 2020-12-12 22:09 ` TRS-80 2020-12-12 22:46 ` pietru 2020-12-12 23:13 ` TRS-80 2020-12-12 23:30 ` pietru 2020-12-13 0:00 ` TRS-80 2020-12-13 0:10 ` pietru 2020-12-13 11:06 ` Jean Louis 2020-12-13 18:28 ` pietru 2020-12-13 20:37 ` Jean Louis 2020-12-13 20:52 ` TRS-80 2020-12-13 21:02 ` pietru 2020-12-13 21:48 ` Jean Louis 2020-12-13 22:08 ` pietru 2020-12-13 22:20 ` pietru 2020-12-13 22:00 ` TRS-80 2020-12-13 22:36 ` pietru 2020-12-13 20:32 ` TEC 2020-12-13 21:43 ` Jean Louis 2020-12-13 0:46 ` Tim Cross 2020-12-13 1:32 ` pietru 2020-12-13 2:08 ` pietru 2020-12-13 3:16 ` TRS-80 2020-12-13 3:49 ` pietru 2020-12-13 4:30 ` TRS-80 2020-12-13 9:58 ` pietru 2020-12-13 16:52 ` Jean Louis 2020-12-13 10:24 ` Jean Louis 2020-12-13 18:41 ` pietru 2020-12-13 20:48 ` TRS-80 2020-12-13 4:57 ` pietru [this message] 2020-12-13 9:24 ` Christopher Dimech 2020-12-13 23:08 ` TRS-80 2020-12-14 0:04 ` pietru 2020-12-13 9:44 ` Jean Louis 2020-12-13 18:46 ` Christopher Dimech 2020-12-16 18:46 ` No Wayman 2020-12-16 16:58 ` No Wayman 2020-12-13 15:12 ` Jean Louis 2020-12-13 18:08 ` pietru 2020-12-13 20:06 ` Tim Cross 2020-12-13 21:37 ` pietru 2020-12-13 21:57 ` Bastien 2020-12-13 22:31 ` pietru 2020-12-13 23:30 ` Jean Louis 2020-12-13 23:52 ` Bastien 2020-12-13 22:34 ` Jean Louis 2020-12-14 12:41 ` Marco Wahl 2020-12-14 13:00 ` pietru 2020-12-14 13:18 ` Marco Wahl 2020-12-14 20:02 ` Org Capture Menu cannot be fully viewed - Results of testing C-n, C-p, C-v pietru 2020-12-16 21:46 ` Marco Wahl 2020-12-16 23:25 ` pietru
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=trinity-ec53c4db-f70f-481a-b53d-9eea8b30f9ba-1607835432839@3c-app-mailcom-bs11 \ --email@example.com \ --firstname.lastname@example.org \ --email@example.com \ --subject='Re: Org Capture Menu cannot be fully viewed' \ /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
Code repositories for project(s) associated with this 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).