[Orgmode] Re: [ANN] org-docview.el - Link to PDF files from org-mode
On 2009-08-12 22:33 +0100, Carsten Dominik wrote: >> So if this feature is to be in org core, please don't make it the >> default. > > I don't really see how this would be a problem. Jan does not propose > to make "file:" links use docview to display a pdf file. But when a > user is looking at a file in docview, it does make sense to make store > link point to the docview of the file, I would think. No conflict in > sight. > > - Carsten In this case, no conflict ;) -- Emacs uptime: 2 days, 9 hours, 29 minutes, 41 seconds ___ 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: doc-view-mode
Hello Tassilo. Tassilo Horn writes: >> Converting the pdf|ps|dvi file to images is exactly what your >> favourite viewer does. The problem with doc-view-mode is that it >> converts *all* pages on the document to image *files* which are left >> on some place of the hard disk. > > I think that's the only practical solution, else you would have to wait > about a scond when switching to the next page. I have no problem waiting a second or two, although some experimentation shows that it is pretty fast opening a small pdf doc and even faster refreshing the image after M-x doc-view-enlarge. This is on Linux with a 2.4 GHz CPU. [snip] > Why are many files a problem for you? With that approach, opening a > document for the second time works instantly. And by default those > images are stored somewhere in /tmp: As said above, instantaneous response is not required for me. The problem with converting all the document to image files is that I often open large pdf's (several thousand pages) and small/medium dynamically generated pdf's. This would create tens of thousands of image files on a busy day (no exaggerating) which would require several gigabytes. Perhaps the most important problem with converting the full doc to image files is that it is a cpu and filesystem intensive process that can take a long time (think a fully illustrated 1000 page pdf). It steals cpu cycles on a busy machine (I often read while a long build or test suite is running) and drains battery on laptops/netbooks. [snip] IMHO, a user-configurable switch for "render this page and delete it before rendering the next" would be okay. More advanced options like keeping just the last N recently viewed pages of M documents (plus the succesive page of the current one) would be nice too, but if doc-view-mode supported the simple one-page option, it would be fine for me. P.D.: After some experimentation with doc-view it seems to me that the file image cache system is flawed: open a large pdf file -> doc-view starts conversion -> enlarge -> doc-view cancels previous conversion, throws away the files, and starts a new one -> shring -> cancel, throw and restart again, etc -> close the pdf view -> open the same pdf view -> if the cache I guess you thought that creating separate caches for every new zoom level would be too much caching :-) It seems there is a bug: open a large pdf -> before the conversion ends, kill the buffer -> open the pdf again -> the conversion is not resumed, only those pages converted on the previous session are accesible. -- Óscar ___ 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: [ANN] org-docview.el - Link to PDF files from org-mode
On Aug 12, 2009, at 8:45 PM, Leo wrote: On 2009-08-12 19:25 +0100, Jan Böcker wrote: the new doc-view-mode in emacs 23 can be used to view DVI, PDF and PostScript files. I have written a custom link type for org-mode to allow linking to those files from org-mode. If doc-view-mode could provide native support for those file types, it'd be much more realistic to replace standard viewers provided by the os. Unfortunately the last time I checked which is quite a while ago, it converted those files into images and use Emacs to view them. A proper pdf viewer is crucial to academic workers and in each of the major operating systems, there are free capable viewers available. So if this feature is to be in org core, please don't make it the default. I don't really see how this would be a problem. Jan does not propose to make "file:" links use docview to display a pdf file. But when a user is looking at a file in docview, it does make sense to make store link point to the docview of the file, I would think. No conflict in sight. - Carsten Thanks. Leo -- Emacs uptime: 2 days, 4 hours, 16 minutes, 37 seconds ___ 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: doc-view-mode
Óscar Fuentes writes: Hi Óscar, >> If doc-view-mode could provide native support for those file types, >> it'd be much more realistic to replace standard viewers provided by >> the os. Unfortunately the last time I checked which is quite a while >> ago, it converted those files into images and use Emacs to view them. This conversion by ghostscript is needed, cause emacs supports PNG images, but doesn't support some native PDF/PS/DVI rendering. Joachim Verona currently works on integrating the imagemagick library with emacs. When that is done, at least zooming in doc-view won't trigger a new conversion run. > Converting the pdf|ps|dvi file to images is exactly what your > favourite viewer does. The problem with doc-view-mode is that it > converts *all* pages on the document to image *files* which are left > on some place of the hard disk. I think that's the only practical solution, else you would have to wait about a scond when switching to the next page. The doc-view version in emacs 23 does a pretty good job in hiding the conversion process, for example by converting from the current page on instead from the first. Why are many files a problem for you? With that approach, opening a document for the second time works instantly. And by default those images are stored somewhere in /tmp: ,[ C-h v doc-view-cache-directory RET ] | doc-view-cache-directory is a variable defined in `doc-view.el'. | Its value is "/tmp/docview1000" | | Documentation: | The base directory, where the PNG images will be saved. | | You can customize this variable. ` On my system, /tmp is cleaned on startup. And you can always invoke ,[ C-h f doc-view-clear-cache RET ] | doc-view-clear-cache is an interactive compiled Lisp function in | `doc-view.el'. | | (doc-view-clear-cache) | | Delete the whole cache (`doc-view-cache-directory'). ` to get rid of the images. Bye, Tassilo ___ 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: doc-view-mode
Leo writes: > On 2009-08-12 20:30 +0100, Óscar Fuentes wrote: >> Converting the pdf|ps|dvi file to images is exactly what your >> favourite viewer does. > > Could you provide a link to this? I'd like to know more about the > details. See the source code of your favourite document viewer. There is a simple explanation: the screen shows only images, hence whatever you want to see on the screen must be converted to a image first. > However, whatever the pdf viewer does, a proper one makes working with > pdf files pleasant. For example, skim on OS X is a decent one. I agree but `pleasant' is a subjective appreciation. doc-view-mode implements partial scrolling (advance only 90% or so on each screen down, so the line at the bottom becomes the line at the top) but the pdf readers I use on Linux (okular) and Windows (Foxit) doesn't implement this feature, so I often need to micro-adjust the view for reading the line at the top or the bottom. This is a PITA and the reason why doc-view-mode is more pleasant for reading books than the other mentioned viewers. IIRC OS X has built-in support for ps and pdf, so maybe the doc viewer there does the same a plain text viewer does on any OS: use the services provided by the OS for rendering the image. -- Óscar ___ 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: doc-view-mode (was: Re: [ANN] org-docview.el - Link to PDF files from org-mode)
On 2009-08-12 20:30 +0100, Óscar Fuentes wrote: > Converting the pdf|ps|dvi file to images is exactly what your > favourite viewer does. Could you provide a link to this? I'd like to know more about the details. However, whatever the pdf viewer does, a proper one makes working with pdf files pleasant. For example, skim on OS X is a decent one. Leo -- Emacs uptime: 2 days, 5 hours, 24 minutes, 39 seconds ___ 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] odt2org
Dear all, I am a happy user of emacs org-mode (I few weeks of experience with both of them). In fact, this is my first post to this mailing-list. I have to deal with many documents and I have looked for a way to have access to the information in a faster manner. In that sense, I thought it would be useful to have a converter from .doc to .org. The most similar thing I found was "antiword", but it is not "fit for purpose". Yesterday I decided to try to make my own tool. It was easier that what I thought. I have made a little piece of code using python so it should be multiplatform. It converts from .odt (OpenOffice) into .org. (You can convert from .doc to .odt using pen Office without losing the information that is needed). It seems to work: exporting files (.xls, .doc, .pdf and .ppt -it can be added more quite easily), creating links, creating tables. If it doesn't, just let me know. It shouldn't be hard to make it work. Please don't blame since I am not a developer (I did what I could). I have not tested it much (I did it on windows, not in linux). The link for the software: http://mantiel.wikidot.com/os:odt2org Hope you find it as useful as I do, Cheers, José María PS: I will improve it, but after holidays (the reason why I rush it) ___ 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] doc-view-mode (was: Re: [ANN] org-docview.el - Link to PDF files from org-mode)
Leo writes: > If doc-view-mode could provide native support for those file types, it'd > be much more realistic to replace standard viewers provided by the os. > Unfortunately the last time I checked which is quite a while ago, it > converted those files into images and use Emacs to view them. Converting the pdf|ps|dvi file to images is exactly what your favourite viewer does. The problem with doc-view-mode is that it converts *all* pages on the document to image *files* which are left on some place of the hard disk. If doc-view-mode supported the conversion of just the current page to be displayed on the screen, without leaving behind thousands of image files, it would be a decent document reader. [snip] -- Óscar Fuentes Desarrollo de Software ___ 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: [ANN] org-docview.el - Link to PDF files from org-mode
On 2009-08-12 19:25 +0100, Jan Böcker wrote: > the new doc-view-mode in emacs 23 can be used to view DVI, PDF and > PostScript files. I have written a custom link type for org-mode to > allow linking to those files from org-mode. If doc-view-mode could provide native support for those file types, it'd be much more realistic to replace standard viewers provided by the os. Unfortunately the last time I checked which is quite a while ago, it converted those files into images and use Emacs to view them. A proper pdf viewer is crucial to academic workers and in each of the major operating systems, there are free capable viewers available. So if this feature is to be in org core, please don't make it the default. Thanks. Leo -- Emacs uptime: 2 days, 4 hours, 16 minutes, 37 seconds ___ 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] [ANN] org-docview.el - Link to PDF files from org-mode
Hello, the new doc-view-mode in emacs 23 can be used to view DVI, PDF and PostScript files. I have written a custom link type for org-mode to allow linking to those files from org-mode. This is the first thing besides .emacs customization that I have written in elisp; as such, any feedback would be much appreciated. I have only tested it with PDF files so far, but it should work with anything doc-view-mode can display. The attached file adds support for org-store-link inside doc-view-mode buffers. The link syntax is: docview:/path/to/file.pdf: where is the page number to visit. To use it, copy it to your load path as org-docview.el and add (require 'org-docview) to your .emacs file. I'd also like to suggest to integrate this functionality into the standard org-mode distribution, as emacs 23 includes doc-view-mode by default. I am releasing the code under the terms of the GNU General Public License, Version 3 or later. Jan Böcker;;; org-docview.el --- support for links to doc-view-mode buffers (require 'org) (org-add-link-type "docview" 'org-docview-open) (add-hook 'org-store-link-functions 'org-docview-store-link) (defun org-docview-open (link) (when (string-match "\\(.*\\):\\([0-9]+\\)$" link) (let* ((path (match-string 1 link)) (page (string-to-number (match-string 2 link (org-open-file path 1) ;; let org-mode open the file (in-emacs = 1) ;; so that org-link-frame-setup is respected (doc-view-goto-page page) ))) (defun org-docview-store-link () "Store a link to a docview buffer" (when (eq major-mode 'doc-view-mode) ;; This buffer is in doc-view-mode (let* ((path buffer-file-name) (page (doc-view-current-page)) (link (concat "docview:" path ":" (number-to-string page))) (description "")) (org-store-link-props :type "docview" :link link (provide 'org-docview) ___ 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] $LR syntax in tables
Stephan wrote: Stephan wrote: Andrew wrote: I'm afraid I can't quite wrap my head around this puzzle. I have a little table: | Budget | 640 | 640 | | Some expense | -165 | 475 | #+TBLFM: $3=$LR3+$2 So col C is supposed to add the previous line's col C to the current line's col B. However, it seems that $LR3 is referring to the _subsequent_ line not the previous one. Is there a bug or just my misunderstanding? Thanks. Hi Andrew, what you need is this: | | | 0 | | Budget | 640 | 640 | | Some expense | -165 | 475 | #+TBLFM: $...@-1+$2::@1$3=0 the LR-reference is for the last, that is, the bottom row. You need the first row and the field formula for C1 in order to initialize the cumulative sum properly. hth, Stephan p.s. another solution would be: | Budget | 640 | 640 | | Some expense | -165 | -165 | #+TBLFM: $...@-1+$2::@1...@1$2 Greetings, Stephan p.p.s. forgot to say: you must evaluate the formulas twice (C-u C-u C-c C-*) | Budget | 640 | 640 | | Some expense | -165 | 475 | #+TBLFM: $...@-1+$2::@1...@1$2 ___ 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] $LR syntax in tables
Stephan wrote: Andrew wrote: I'm afraid I can't quite wrap my head around this puzzle. I have a little table: | Budget | 640 | 640 | | Some expense | -165 | 475 | #+TBLFM: $3=$LR3+$2 So col C is supposed to add the previous line's col C to the current line's col B. However, it seems that $LR3 is referring to the _subsequent_ line not the previous one. Is there a bug or just my misunderstanding? Thanks. Hi Andrew, what you need is this: | | | 0 | | Budget | 640 | 640 | | Some expense | -165 | 475 | #+TBLFM: $...@-1+$2::@1$3=0 the LR-reference is for the last, that is, the bottom row. You need the first row and the field formula for C1 in order to initialize the cumulative sum properly. hth, Stephan p.s. another solution would be: | Budget | 640 | 640 | | Some expense | -165 | -165 | #+TBLFM: $...@-1+$2::@1...@1$2 Greetings, Stephan ___ 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] overzealous file link creation
On Aug 12, 2009, at 6:09 PM, Dan Davison wrote:
Carsten Dominik writes:
On Aug 11, 2009, at 10:29 PM, Dan Davison wrote:
<...>
Try putting the following fragment into python-mode, and getting rid
of
the asterisks. Then org-cycle issued with point at any of the
asterisked
locations eats the string 'file' and prompts for a link.
--8<---cut here---start->8---
def f(filepath):
print(
*filepath*)*
*
*def g(arg):
return arg
--8<---cut here---end--->8---
This is with latest git.
Hi Dan,
could you please check the following variables:
org-tab-first-hook
,
| org-tab-first-hook is a variable defined in `org.el'.
| Its value is
| (org-insert-link-maybe org-hide-block-toggle-maybe)
`
OK, that was it, thanks. I had
(add-hook 'org-tab-first-hook 'org-insert-link-maybe)
I believe org-insert-link-maybe (code below) is something that Eric
threw together: am I right in thinking it has not been incorporated
into
org core?
In any case, could someone help me with the regexp problem I
encountered
when I tried to improve it? Here's the original version
--8<---cut here---start->8---
(defun org-insert-link-maybe ()
"insert a file link depending on the context"
(interactive)
(let ((case-fold-search t))
(if (save-excursion
(when (re-search-backward "[[:space:]]" nil t) (forward-
char 1)
(looking-at "\\[?\\[?file:?")))
(progn (replace-match "") (org-insert-link '(4)) t)
nil)))
--8<---cut here---end--->8---
I want to (a) restrict it to looking at the current line and (b) not
allow it to match words like 'filepath'. This seems to be almost there
--8<---cut here---start->8---
(defun org-insert-link-maybe ()
"insert a file link depending on the context"
(interactive)
(let ((case-fold-search t))
(if (save-excursion
(backward-word)
(looking-at "\\[?\\[?file:?[ \t\n\f\v\r]"))
(progn (replace-match "") (org-insert-link '(4)) t)
nil)))
--8<---cut here---end--->8---
But this doesn't match 'file' followed by end-of-buffer. I want a
character class that matches any of
{space,tab,newline,end-of-buffer}. How do I do that? It seems that
although "\\'" matches end-of-buffer, it doesn't work in a character
class ("[\\']")?
"\\(?:[ \t\n]\\|\\'\\)"
HTH
- 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] 6.29c breaks my agenda weekly view
On Aug 12, 2009, at 4:52 PM, Bruce Hackett wrote: Dear Nick, OK, I *was* a bit lazy in tracking it down, but the answer is pretty simple. The only line I needed to remove was this: #+SEQ_TODO: which was the last line in the org file. This directive is listed in the Main Index of the org manual, but the link goes to #+TODO. There, it is mentioned that one may indeed write #+SEQ_TODO to be explicit. Perhaps it's the lack of arguments that is offensive? Indeed #+SEQ_TODO is allowed. But having no keywords after it did cause the problem. I have now changed Org so that this will no longer cause `M-x org-mode' to fail - but I not sure at all that Org will function properly with such a definition. - 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] $LR syntax in tables
Andrew wrote: I'm afraid I can't quite wrap my head around this puzzle. I have a little table: | Budget | 640 | 640 | | Some expense | -165 | 475 | #+TBLFM: $3=$LR3+$2 So col C is supposed to add the previous line's col C to the current line's col B. However, it seems that $LR3 is referring to the _subsequent_ line not the previous one. Is there a bug or just my misunderstanding? Thanks. Hi Andrew, what you need is this: | | | 0 | | Budget | 640 | 640 | | Some expense | -165 | 475 | #+TBLFM: $...@-1+$2::@1$3=0 the LR-reference is for the last, that is, the bottom row. You need the first row and the field formula for C1 in order to initialize the cumulative sum properly. hth, Stephan ___ 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] overzealous file link creation
Carsten Dominik writes:
> On Aug 11, 2009, at 10:29 PM, Dan Davison wrote:
>
<...>
>> Try putting the following fragment into python-mode, and getting rid
>> of
>> the asterisks. Then org-cycle issued with point at any of the
>> asterisked
>> locations eats the string 'file' and prompts for a link.
>>
>> --8<---cut here---start->8---
>> def f(filepath):
>>print(
>>*filepath*)*
>> *
>> *def g(arg):
>>return arg
>> --8<---cut here---end--->8---
>>
>> This is with latest git.
>
> Hi Dan,
>
> could you please check the following variables:
>
> org-tab-first-hook
,
| org-tab-first-hook is a variable defined in `org.el'.
| Its value is
| (org-insert-link-maybe org-hide-block-toggle-maybe)
`
OK, that was it, thanks. I had
(add-hook 'org-tab-first-hook 'org-insert-link-maybe)
I believe org-insert-link-maybe (code below) is something that Eric
threw together: am I right in thinking it has not been incorporated into
org core?
In any case, could someone help me with the regexp problem I encountered
when I tried to improve it? Here's the original version
--8<---cut here---start->8---
(defun org-insert-link-maybe ()
"insert a file link depending on the context"
(interactive)
(let ((case-fold-search t))
(if (save-excursion
(when (re-search-backward "[[:space:]]" nil t) (forward-char 1)
(looking-at "\\[?\\[?file:?")))
(progn (replace-match "") (org-insert-link '(4)) t)
nil)))
--8<---cut here---end--->8---
I want to (a) restrict it to looking at the current line and (b) not
allow it to match words like 'filepath'. This seems to be almost there
--8<---cut here---start->8---
(defun org-insert-link-maybe ()
"insert a file link depending on the context"
(interactive)
(let ((case-fold-search t))
(if (save-excursion
(backward-word)
(looking-at "\\[?\\[?file:?[ \t\n\f\v\r]"))
(progn (replace-match "") (org-insert-link '(4)) t)
nil)))
--8<---cut here---end--->8---
But this doesn't match 'file' followed by end-of-buffer. I want a
character class that matches any of
{space,tab,newline,end-of-buffer}. How do I do that? It seems that
although "\\'" matches end-of-buffer, it doesn't work in a character
class ("[\\']")?
Dan
>
> Probably one of these contains a function that will do file link
> completion.
>
> - 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
___
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] BEGIN_EXAMPLE question
On Wed, Aug 12, 2009 at 6:48 AM, Bill Hager wrote: > On Wed, Aug 12, 2009 at 12:43 AM, Nick Dokos wrote: > >> Bill Hager wrote: >> >> > I don't seem to understand #+BEGIN_EXAMPLE and it's relation to html >> > export. What I think is that everything between a #+BEGIN_EXAMPLE and >> > #+END_EXAMPLE should end up in tags when I do a HTML export with >> C-c >> > C-e b. However, the reality is that everything ends up in a tag for >> me. >> > >> > My goal is to have sections of my org file end up in tags when I >> HTML >> > export. Any ideas on how I can do this? >> > >> > I'm running the default emacs 22.2.1 on Ubuntu Jaunty. >> > >> >> I can't reproduce this. I used the following simple org file: >> >> , >> | >> | * Test >> | >> | Here's an example: >> | >> | #+BEGIN_EXAMPLE >> | This is a test. >> | #+END_EXAMPLE >> ` >> >> did C-c C-e h and got the attached html file. The example is >> 'd properly I think. >> > > Thanks Nick. That does help give me something to compare against. I've > attached my results from the same test you did with C-c C-e h showing > tags instead of tags for the BEGIN_EXAMPLE/END_EXAMPLE section. > > Thanks > I noticed that Nick was using emacs 23. I downloaded and compiled 23.1 from the GNU website. The new version properly uses tags for #+BEGIN_EXAMPLE. - Bill ___ 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] $LR syntax in tables
I'm afraid I can't quite wrap my head around this puzzle. I have a little table: | Budget | 640 | 640 | | Some expense | -165 | 475 | #+TBLFM: $3=$LR3+$2 So col C is supposed to add the previous line's col C to the current line's col B. However, it seems that $LR3 is referring to the _subsequent_ line not the previous one. Is there a bug or just my misunderstanding? Thanks. ___ 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: PATCH: proposed improvements to org-src-mode
Carsten Dominik writes: > Hi Dan, > > thank you for studying and describing these issues, and for proposing > a patch. > > I am not sure that the implementation you offer is the cleanest > possibile, I definitely do not want to attach a file to this temporary > editing buffer. Just to be clear, my proposal sets buffer-file-name, but never actually creates the file. I found that necessary in order to make emacs believe that the buffer needed saving: although artificial, a non-nil buffer-file-name (together with buffer-offer-save) has the following three desirable effects: 1. C-x s offers to save the edit buffer 2. C-x k warns that the buffer is modified 3. C-x C-c doesn't prompt for a file name; it just performs the desired save operation (via org-edit-src-save) before exiting Another part of the patch is adding org-edit-src-save to the write-contents-functions list. This means that not only C-x C-s but also C-x s and C-x C-c automatically use org-edit-save when saving the buffer. > It is probably better to install > a kill-buffer-hook to force the query, for example, or even > to advise the save-buffers-kill-terminal function to > handle the special case. > > First of all, in reading your mail I have a few problems > understanding exactly what you mean, because I have the feeling > that you do not clearly distinguish between `C-x s' and `C-x C-s'. > Because you write that `C-x s' is bound to `org-edit-src-save' > which is is not. > > Could you please review your post to make sure that you > are using the correct keys? I think there was just the one such error: <...> >> | C-x s | org-edit-src-save | save the code in the source code block ^^^ C-s > The I will comment further. That would be great. Now that I've started looking into this, I'm quite keen to work out what the correct solution is. Dan >> in the parent org file | >> | C-c ' | org-edit-src-exit | return to the parent org file with new >> code | >> >> Furthermore, while the edit buffer is alive, the originating code >> block >> is subject to a special overlay which links to the edit buffer when >> you >> click on it. This is all excellent, and I use it every day, but I >> think >> there's still a couple of improvements that we should make. >> >> Specifically, I'm proposing that the following are bugs: >> >> * Proposed bug I >> C-x k kills the edit buffer without questions; the overlay >> remains, but now links to a deleted buffer. >> * Proposed bug II >> C-x C-c kills a modified edit buffer silently, without offering >> to >> save your work. I have lost work like that a number of times >> recently. >> * Proposed bug III >> C-x s does not offer to save a modified edit buffer >> >> The attached patch does the following. >> - C-x s offers to save edit buffers >> - C-x C-c offers to save edit buffers >> - C-x k warns that you're killing an edit buffer >> - If you do kill an edit buffer, the overlay in the parent buffer is >> removed >> - Edit buffers are named *Org Src []*, where >> is the name of the org-mode buffer containing this >> source code block, and lang is the language major mode. >> - An internal detail is that org-edit-src-save is added to the >> write-contents-functions list, which means that it is no longer >> necessary to explicitly remap C-x C-s to org-edit-src-save >> >> * Notes >> This patch gives the desired behaviour, at the cost of being forced >> to >> assign a buffer-file-name to the edit buffer. The consequence is that >> the edit buffer is considered to always be modified, since a file of >> that name is never actually written to (doesn't even exist). I didn't >> manage to come up with a way to trick emacs into holding the >> appropriate beliefs about whether the buffer had been modified. But >> in >> any case, I think there's an argument that these modifications >> warnings are a good thing, because one should not leave active edit >> buffers around: you should always have exited with C-c ' first. >> >> Just in case it is helpful, I am including the notes I made in the >> course of making these changes at the very bottom of the email. >> >> Dan >> >> p.s. In these two lines: >> - (unless (string-match "\\`*Org Edit " (buffer-name (current- >> buffer))) >> -(error "This is not an sub-editing buffer, something is >> wrong...")) >> + (unless org-edit-src-from-org-mode >> +(error "This is not a sub-editing buffer, something is >> wrong...")) >> >> I assumed that org-edit-src-from-org-mode was an appropriate test. But >> that may be incorrect as I am not certain what the intention was for >> that variable. >> >> --8<---cut here---start->8--- >> diff --git a/lisp/org-src.el b/lisp/org-src.el >> index 2a6c087..a5816d2 100644 >> --- a/lisp/org-src.el >> +++ b/lisp/org-src.el >> @@ -113,7 +113,6 @@ but which mess up the display of a snippet in >> Org exported files.") >> >> (defvar org-src-mode-
Re: [Orgmode] 6.29c breaks my agenda weekly view
Nick Dokos wrote: Bruce Hackett wrote: Carsten Dominik wrote: I cannot reproduce this and believe that something must be wrong in your setup. It seems that the variable org-deadline-time-regexp is not defined. The only reason how this could be is that your ToDo.org file is *not* in Org-mode. ... Dear Carsten, Solved. You were on the right track. There were some offending "#+..." lines in ToDo.org. Actually, I copped that file from one of the tutorials some time ago as a place to quickly deposit new tasks; I never looked closely at all the other fancy stuff in it. After all, it worked fine up to v 6.29c. I'm not sure exactly what caused the problem, but removing all the unneeded "#+..." lines solved it. Ah, but now it would be interesting to find out what broke it. Can you post the earlier version of ToDo.org? Or perhaps just the diff with the current version, if you don't want to post the gory details of your file? Thanks, Nick Dear Nick, OK, I *was* a bit lazy in tracking it down, but the answer is pretty simple. The only line I needed to remove was this: #+SEQ_TODO: which was the last line in the org file. This directive is listed in the Main Index of the org manual, but the link goes to #+TODO. There, it is mentioned that one may indeed write #+SEQ_TODO to be explicit. Perhaps it's the lack of arguments that is offensive? Bruce -- Bruce Hackett Senior Scientist Norwegian Meteorological Institute (met.no), R & D Div. P.O. Box 43 - Blinderne-mail: bruce.hack...@met.no N-0313 Oslo Phone: +47 22 96 33 39 NORWAYFax:+47 22 96 33 80 Mob:+47 48 048 958 URL: http://met.no/english/r_and_d_activities/people/bruceh.html ___ 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: Example of a project for you?
[cced the org-mode mailing list since this might be useful for other people] "Xavier Maillard" writes: > I read your org-mode tutorial which I found just great. > > Could you explain to me what you really call a project ? (and give an > example of what it looks like in org-mode) Hi Xavier, Everything is a project. A project is just a task. All of my TODO tasks start at level 2 * Miscellaneous ** TODO Some Project *** TODO Step 1 :NEXT: *** TODO Step 2 ... My stuck projects view complains about any level 2 task (or level 1 refile task) that does not have a :NEXT: task under it and is not scheduled for a specific day. i.e. If there was no :NEXT: task then the stuck projects view would say that 'Some Project' was stuck and needs the next task defined. If it's a simple task with a known scheduled/deadline date then I just create the date and it keeps it off the stuck projects list. It will show up in my agenda with an appropriate lead time. If it's a simple task without a date I can just give it a :NEXT: task ** TODO Simple Task:NEXT: and it's no longer stuck. I can work on it anytime when I pick stuff off my NEXT task agenda view. I don't want to explicitly say 'this thing is a project'. That's an extra step I don't need. A project isn't special in any way for me -- I group tasks into separate org files to keep them logically together. I normally don't think about projects and tasks separately - everything is a project and I create NEXT tags on tasks to make them all unstuck. Does that help? Regards, Bernt ___ 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] 6.29c breaks my agenda weekly view
Bruce Hackett wrote: > Carsten Dominik wrote: > > I cannot reproduce this and believe that something must be wrong in > > your setup. > > It seems that the variable org-deadline-time-regexp is not defined. > > The only reason how this could be is that your ToDo.org file is *not* > > in Org-mode. > > > ... > > Dear Carsten, > > Solved. You were on the right track. There were some offending "#+..." > lines in ToDo.org. Actually, I copped that file from one of the > tutorials some time ago as a place to quickly deposit new tasks; I never > looked closely at all the other fancy stuff in it. After all, it worked > fine up to v 6.29c. I'm not sure exactly what caused the problem, but > removing all the unneeded "#+..." lines solved it. > Ah, but now it would be interesting to find out what broke it. Can you post the earlier version of ToDo.org? Or perhaps just the diff with the current version, if you don't want to post the gory details of your file? Thanks, Nick ___ 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] 6.29c breaks my agenda weekly view
Carsten Dominik wrote:
I cannot reproduce this and believe that something must be wrong in
your setup.
It seems that the variable org-deadline-time-regexp is not defined.
The only reason how this could be is that your ToDo.org file is *not*
in Org-mode.
- Carsten
On Aug 12, 2009, at 12:45 PM, Bruce Hackett wrote:
Carsten Dominik wrote:
On Aug 12, 2009, at 11:29 AM, Bruce Hackett wrote:
I have just installed v 6.29c and find that the agenda weekly view
(C-c a a) fails with the following message:
Wrong type argument: stringp, nil
If I revert to my previous version 6.28e, the agenda view works
properly. I have not changed anything else. This indicates that the
problem arose between 6.28e and 6.29c.
I have looked through the gmane threads and the 6.29 release notes
from Carsten, but I cannot find anything that would explain this (I
may well have overlooked something). I guess this is a trivial
problem, but it's beyond me.
Thanks for any help,
Bruce Hackett
Please make a backtrace, as explained in the manual.
- 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
Thanks for pointing the manual entry out to me. Here's the info
Versions:
emacs 22.1.1
org 6.29c
Ubuntu 8.04
What I did:
- Load my org files on startup of emacs
- C-u M-x org-reload RET
- Turn on Enter Debugger on Error
- Select a frame with an org file
- Hit C-c a a
What happened:
- The Agenda frame popped up with a single line:
"Week-agenda (W33):"
Backtrace:
See attached file
My .emacs is attached
Thanks again,
Bruce
Debugger entered--Lisp error: (wrong-type-argument stringp nil)
re-search-forward(nil nil t)
(while (re-search-forward regexp nil t) (catch :skip
(org-agenda-skip) (setq s ... txt nil pos ... d2 ... diff ... wdays
... dfrac ... upcomingp ...) (if ... ...)))
(let* ((props ...) (regexp org-deadline-time-regexp) (todayp ...) (d1
...) d2 diff dfrac wdays pos pos1 category tags ee txt head face s
todo-state upcomingp donep timestr) (goto-char (point-min)) (while
(re-search-forward regexp nil t) (catch :skip ... ... ...)) (nreverse
ee))
org-agenda-get-deadlines()
(setq rtn (org-agenda-get-deadlines))
(cond ((and ... ...) (setq rtn ...) (setq results ...)) ((eq arg
:timestamp) (setq rtn ...) (setq results ...) (setq rtn ...) (setq
results ...)) ((eq arg :sexp) (setq rtn ...) (setq results ...)) ((eq
arg :scheduled) (setq rtn ...) (setq results ...)) ((eq arg :closed)
(setq rtn ...) (setq results ...)) ((eq arg :deadline) (setq rtn ...)
(setq results ...)))
(while (setq arg (pop args)) (cond (... ... ...) (... ... ... ...
...) (... ... ...) (... ... ...) (... ... ...) (... ... ...)))
(save-restriction (if org-agenda-restrict (narrow-to-region
org-agenda-restrict-begin org-agenda-restrict-end) (widen)) (while
(setq arg ...) (cond ... ... ... ... ... ...)))
(save-excursion (save-restriction (if org-agenda-restrict ... ...)
(while ... ...)))
(let ((case-fold-search nil)) (save-excursion (save-restriction ...
...)))
(save-current-buffer (set-buffer buffer) (unless (org-mode-p) (error
"Agenda file %s is not in `org-mode'" file)) (let (...)
(save-excursion ...)) results)
(with-current-buffer buffer (unless (org-mode-p) (error "Agenda file
%s is not in `org-mode'" file)) (let (...) (save-excursion ...))
results)
(if (not buffer) (list (format "ORG-AGENDA-ERROR: No such org-file
%s" file)) (with-current-buffer buffer (unless ... ...) (let ... ...)
results))
(let* ((org-startup-folded nil) (org-startup-align-all-tables nil)
(buffer ...) arg results rtn) (if (not buffer) (list ...)
(with-current-buffer buffer ... ... results)))
org-agenda-get-day-entries("~/Admin/Org/ToDo.org" (8 10 2009)
:deadline :scheduled :sexp :timestamp)
(setq rtn (org-agenda-get-day-entries file date :deadline :scheduled
:sexp :timestamp))
(cond ((eq org-agenda-show-log ...) (setq rtn ...))
(org-agenda-show-log (setq rtn ...)) (t (setq rtn ...)))
(catch (quote nextfile) (org-check-agenda-file file) (cond (... ...)
(org-agenda-show-log ...) (t ...)) (setq rtnall (append rtnall rtn)))
(while (setq file (pop files)) (catch (quote nextfile)
(org-check-agenda-file file) (cond ... ... ...) (setq rtnall ...)))
(while (setq d (pop day-numbers)) (setq date
(calendar-gregorian-from-absolute d) wd (calendar-day-of-week date) s
(point)) (if (or ... ...) (setq start-pos ...) (if ... ...)) (setq
files thefiles rtnall nil) (while (setq file ...) (catch ... ... ...
...)) (if org-agenda-include-diary (let ... ... ... ...)) (if (or
rtnall org-agenda-show-all-dates) (progn ... ... ... ... ... ... ...
... ...)))
(let* ((org-agenda-start-on-weekday ...) (thefiles ...) (files
thefiles) (today ...) (sd ...) (start ...) (day-numbers ...) (day-cnt
0) (inhibit-redisplay ...) s e rtn rtnall file date d start-pos
end-pos todayp nd wd clocktable-start clocktable-end) (setq
[Orgmode] Re: PATCH: proposed improvements to org-src-mode
Hi Dan, thank you for studying and describing these issues, and for proposing a patch. I am not sure that the implementation you offer is the cleanest possibile, I definitely do not want to attach a file to this temporary editing buffer. It is probably better to install a kill-buffer-hook to force the query, for example, or even to advise the save-buffers-kill-terminal function to handle the special case. First of all, in reading your mail I have a few problems understanding exactly what you mean, because I have the feeling that you do not clearly distinguish between `C-x s' and `C-x C-s'. Because you write that `C-x s' is bound to `org-edit-src-save' which is is not. Could you please review your post to make sure that you are using the correct keys? The I will comment further. Thanks. - Carsten On Aug 11, 2009, at 6:44 PM, Dan Davison wrote: I'm attaching a patch which attempts to make some improvements to org-src-mode. A quick recap: currently, C-c ' on a source code block displays the code in a language major mode buffer with minor mode org-src-mode, which features the following two useful key-bindings: | C-x s | org-edit-src-save | save the code in the source code block in the parent org file | | C-c ' | org-edit-src-exit | return to the parent org file with new code | Furthermore, while the edit buffer is alive, the originating code block is subject to a special overlay which links to the edit buffer when you click on it. This is all excellent, and I use it every day, but I think there's still a couple of improvements that we should make. Specifically, I'm proposing that the following are bugs: * Proposed bug I C-x k kills the edit buffer without questions; the overlay remains, but now links to a deleted buffer. * Proposed bug II C-x C-c kills a modified edit buffer silently, without offering to save your work. I have lost work like that a number of times recently. * Proposed bug III C-x s does not offer to save a modified edit buffer The attached patch does the following. - C-x s offers to save edit buffers - C-x C-c offers to save edit buffers - C-x k warns that you're killing an edit buffer - If you do kill an edit buffer, the overlay in the parent buffer is removed - Edit buffers are named *Org Src []*, where is the name of the org-mode buffer containing this source code block, and lang is the language major mode. - An internal detail is that org-edit-src-save is added to the write-contents-functions list, which means that it is no longer necessary to explicitly remap C-x C-s to org-edit-src-save * Notes This patch gives the desired behaviour, at the cost of being forced to assign a buffer-file-name to the edit buffer. The consequence is that the edit buffer is considered to always be modified, since a file of that name is never actually written to (doesn't even exist). I didn't manage to come up with a way to trick emacs into holding the appropriate beliefs about whether the buffer had been modified. But in any case, I think there's an argument that these modifications warnings are a good thing, because one should not leave active edit buffers around: you should always have exited with C-c ' first. Just in case it is helpful, I am including the notes I made in the course of making these changes at the very bottom of the email. Dan p.s. In these two lines: - (unless (string-match "\\`*Org Edit " (buffer-name (current- buffer))) -(error "This is not an sub-editing buffer, something is wrong...")) + (unless org-edit-src-from-org-mode +(error "This is not a sub-editing buffer, something is wrong...")) I assumed that org-edit-src-from-org-mode was an appropriate test. But that may be incorrect as I am not certain what the intention was for that variable. --8<---cut here---start->8--- diff --git a/lisp/org-src.el b/lisp/org-src.el index 2a6c087..a5816d2 100644 --- a/lisp/org-src.el +++ b/lisp/org-src.el @@ -113,7 +113,6 @@ but which mess up the display of a snippet in Org exported files.") (defvar org-src-mode-map (make-sparse-keymap)) (define-key org-src-mode-map "\C-c'" 'org-edit-src-exit) -(define-key org-src-mode-map "\C-x\C-s" 'org-edit-src-save) (defvar org-edit-src-force-single-line nil) (defvar org-edit-src-from-org-mode nil) (defvar org-edit-src-picture nil) @@ -168,7 +167,8 @@ the edited version." (if (boundp 'org-edit-src-overlay) (org-delete-overlay org-edit-src-overlay))) (kill-buffer buffer)) - (setq buffer (generate-new-buffer "*Org Edit Src Example*")) + (setq buffer (generate-new-buffer + (concat "*Org Src " (file-name-nondirectory buffer-file- name) "[" lang "]*"))) (setq ovl (org-make-overlay beg end)) (org-overlay-put ovl 'face 'secondary-selection) (org-overlay-put ovl 'edit-buffer buffer) @@ -186,8 +186,7 @@ the edited version."
[Orgmode] Re: Customizing main Agenda view??
Carsten Dominik writes: > > Looks remarkably like Matt's proposal. Did you miss that? > > - Carsten Yes I did, I thought I knew what a block agenda looked like, so I skipped over that suggestion - my apologies to Matt! Paul ___ 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: Customizing main Agenda view??
Matt Lundin writes:
>
> 1. Map C-c a a to a custom agenda view:
>
> (setq org-agenda-custom-commands
> '(("a" "Agenda"
>((agenda "")
> (todo "STARTED")
>
Hi Matt
turns out this was exactly what I needed, thanks!
Paul
___
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: Customizing main Agenda view??
Manish writes: > > You may want to take a look at an older post from Matthew Lundin for > inspiration here http://article.gmane.org/gmane.emacs.orgmode/10819 Wow, there's some pretty good stuff there - I may appropriate some of that, thanks. ___ 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] 6.29c breaks my agenda weekly view
I cannot reproduce this and believe that something must be wrong in
your setup.
It seems that the variable org-deadline-time-regexp is not defined.
The only reason how this could be is that your ToDo.org file is *not*
in Org-mode.
- Carsten
On Aug 12, 2009, at 12:45 PM, Bruce Hackett wrote:
Carsten Dominik wrote:
On Aug 12, 2009, at 11:29 AM, Bruce Hackett wrote:
I have just installed v 6.29c and find that the agenda weekly view
(C-c a a) fails with the following message:
Wrong type argument: stringp, nil
If I revert to my previous version 6.28e, the agenda view works
properly. I have not changed anything else. This indicates that
the problem arose between 6.28e and 6.29c.
I have looked through the gmane threads and the 6.29 release notes
from Carsten, but I cannot find anything that would explain this
(I may well have overlooked something). I guess this is a trivial
problem, but it's beyond me.
Thanks for any help,
Bruce Hackett
Please make a backtrace, as explained in the manual.
- 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
Thanks for pointing the manual entry out to me. Here's the info
Versions:
emacs 22.1.1
org 6.29c
Ubuntu 8.04
What I did:
- Load my org files on startup of emacs
- C-u M-x org-reload RET
- Turn on Enter Debugger on Error
- Select a frame with an org file
- Hit C-c a a
What happened:
- The Agenda frame popped up with a single line:
"Week-agenda (W33):"
Backtrace:
See attached file
My .emacs is attached
Thanks again,
Bruce
Debugger entered--Lisp error: (wrong-type-argument stringp nil)
re-search-forward(nil nil t)
(while (re-search-forward regexp nil t) (catch :skip (org-agenda-
skip) (setq s ... txt nil pos ... d2 ... diff ... wdays ...
dfrac ... upcomingp ...) (if ... ...)))
(let* ((props ...) (regexp org-deadline-time-regexp) (todayp ...)
(d1 ...) d2 diff dfrac wdays pos pos1 category tags ee txt head face
s todo-state upcomingp donep timestr) (goto-char (point-min)) (while
(re-search-forward regexp nil t) (catch :skip ... ... ...))
(nreverse ee))
org-agenda-get-deadlines()
(setq rtn (org-agenda-get-deadlines))
(cond ((and ... ...) (setq rtn ...) (setq results ...)) ((eq
arg :timestamp) (setq rtn ...) (setq results ...) (setq rtn ...)
(setq results ...)) ((eq arg :sexp) (setq rtn ...) (setq
results ...)) ((eq arg :scheduled) (setq rtn ...) (setq
results ...)) ((eq arg :closed) (setq rtn ...) (setq results ...))
((eq arg :deadline) (setq rtn ...) (setq results ...)))
(while (setq arg (pop args)) (cond (... ... ...)
(... ... ... ... ...) (... ... ...) (... ... ...) (... ... ...)
(... ... ...)))
(save-restriction (if org-agenda-restrict (narrow-to-region org-
agenda-restrict-begin org-agenda-restrict-end) (widen)) (while (setq
arg ...) (cond ... ... ... ... ... ...)))
(save-excursion (save-restriction (if org-agenda-restrict ... ...)
(while ... ...)))
(let ((case-fold-search nil)) (save-excursion (save-
restriction ... ...)))
(save-current-buffer (set-buffer buffer) (unless (org-mode-p)
(error "Agenda file %s is not in `org-mode'" file)) (let (...) (save-
excursion ...)) results)
(with-current-buffer buffer (unless (org-mode-p) (error "Agenda
file %s is not in `org-mode'" file)) (let (...) (save-
excursion ...)) results)
(if (not buffer) (list (format "ORG-AGENDA-ERROR: No such org-file
%s" file)) (with-current-buffer buffer (unless ... ...)
(let ... ...) results))
(let* ((org-startup-folded nil) (org-startup-align-all-tables nil)
(buffer ...) arg results rtn) (if (not buffer) (list ...) (with-
current-buffer buffer ... ... results)))
org-agenda-get-day-entries("~/Admin/Org/ToDo.org" (8 10
2009) :deadline :scheduled :sexp :timestamp)
(setq rtn (org-agenda-get-day-entries file
date :deadline :scheduled :sexp :timestamp))
(cond ((eq org-agenda-show-log ...) (setq rtn ...)) (org-agenda-
show-log (setq rtn ...)) (t (setq rtn ...)))
(catch (quote nextfile) (org-check-agenda-file file) (cond
(... ...) (org-agenda-show-log ...) (t ...)) (setq rtnall (append
rtnall rtn)))
(while (setq file (pop files)) (catch (quote nextfile) (org-check-
agenda-file file) (cond ... ... ...) (setq rtnall ...)))
(while (setq d (pop day-numbers)) (setq date (calendar-gregorian-
from-absolute d) wd (calendar-day-of-week date) s (point)) (if
(or ... ...) (setq start-pos ...) (if ... ...)) (setq files thefiles
rtnall nil) (while (setq file ...) (catch ... ... ... ...)) (if org-
agenda-include-diary (let ... ... ... ...)) (if (or rtnall org-
agenda-show-all-dates) (progn ... ... ... ... ... ... ... ... ...)))
(let* ((org-agenda-start-on-weekday ...) (thefiles ...) (files
thefiles) (today ...) (sd ...) (start ...) (day-numbers ...) (day-
cnt 0) (inhibit-redisplay ...) s e rtn rtnall file date d start-pos
end-pos toda
Re: [Orgmode] Re: Customizing main Agenda view??
On Aug 12, 2009, at 12:52 PM, Paul Mead wrote:
Carsten Dominik writes:
I think you want a block agenda, first block the normal agenda,
second block a TODO search for STARTED.
- Carsten
Hey, it worked! Here's what I used:
(setq org-agenda-custom-commands
'(("a" "Custom block Agenda"
((agenda "")
(todo "STARTED")
Looks remarkably like Matt's proposal. Did you miss that?
- Carsten
Perfect, thanks all.
Paul
___
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: Customizing main Agenda view??
Carsten Dominik writes:
> I think you want a block agenda, first block the normal agenda,
> second block a TODO search for STARTED.
>
> - Carsten
Hey, it worked! Here's what I used:
(setq org-agenda-custom-commands
'(("a" "Custom block Agenda"
((agenda "")
(todo "STARTED")
Perfect, thanks all.
Paul
___
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] BEGIN_EXAMPLE question
On Wed, Aug 12, 2009 at 12:43 AM, Nick Dokos wrote: > Bill Hager wrote: > > > I don't seem to understand #+BEGIN_EXAMPLE and it's relation to html > > export. What I think is that everything between a #+BEGIN_EXAMPLE and > > #+END_EXAMPLE should end up in tags when I do a HTML export with > C-c > > C-e b. However, the reality is that everything ends up in a tag for > me. > > > > My goal is to have sections of my org file end up in tags when I > HTML > > export. Any ideas on how I can do this? > > > > I'm running the default emacs 22.2.1 on Ubuntu Jaunty. > > > > I can't reproduce this. I used the following simple org file: > > , > | > | * Test > | > | Here's an example: > | > | #+BEGIN_EXAMPLE > | This is a test. > | #+END_EXAMPLE > ` > > did C-c C-e h and got the attached html file. The example is > 'd properly I think. > Thanks Nick. That does help give me something to compare against. I've attached my results from the same test you did with C-c C-e h showing tags instead of tags for the BEGIN_EXAMPLE/END_EXAMPLE section. Thanks - Bill Title: test test Table of Contents 1 Test 1 Test Here's an example: This is a test. Author: Bill Hager Date: 2009/08/12 06:42:45 AM test.org Description: Binary data ___ 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] 6.29c breaks my agenda weekly view
Carsten Dominik wrote:
On Aug 12, 2009, at 11:29 AM, Bruce Hackett wrote:
I have just installed v 6.29c and find that the agenda weekly view
(C-c a a) fails with the following message:
Wrong type argument: stringp, nil
If I revert to my previous version 6.28e, the agenda view works
properly. I have not changed anything else. This indicates that the
problem arose between 6.28e and 6.29c.
I have looked through the gmane threads and the 6.29 release notes
from Carsten, but I cannot find anything that would explain this (I
may well have overlooked something). I guess this is a trivial
problem, but it's beyond me.
Thanks for any help,
Bruce Hackett
Please make a backtrace, as explained in the manual.
- 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
Thanks for pointing the manual entry out to me. Here's the info
Versions:
emacs 22.1.1
org 6.29c
Ubuntu 8.04
What I did:
- Load my org files on startup of emacs
- C-u M-x org-reload RET
- Turn on Enter Debugger on Error
- Select a frame with an org file
- Hit C-c a a
What happened:
- The Agenda frame popped up with a single line:
"Week-agenda (W33):"
Backtrace:
See attached file
My .emacs is attached
Thanks again,
Bruce
Debugger entered--Lisp error: (wrong-type-argument stringp nil)
re-search-forward(nil nil t)
(while (re-search-forward regexp nil t) (catch :skip (org-agenda-skip) (setq
s ... txt nil pos ... d2 ... diff ... wdays ... dfrac ... upcomingp ...) (if
... ...)))
(let* ((props ...) (regexp org-deadline-time-regexp) (todayp ...) (d1 ...) d2
diff dfrac wdays pos pos1 category tags ee txt head face s todo-state upcomingp
donep timestr) (goto-char (point-min)) (while (re-search-forward regexp nil t)
(catch :skip ... ... ...)) (nreverse ee))
org-agenda-get-deadlines()
(setq rtn (org-agenda-get-deadlines))
(cond ((and ... ...) (setq rtn ...) (setq results ...)) ((eq arg :timestamp)
(setq rtn ...) (setq results ...) (setq rtn ...) (setq results ...)) ((eq arg
:sexp) (setq rtn ...) (setq results ...)) ((eq arg :scheduled) (setq rtn ...)
(setq results ...)) ((eq arg :closed) (setq rtn ...) (setq results ...)) ((eq
arg :deadline) (setq rtn ...) (setq results ...)))
(while (setq arg (pop args)) (cond (... ... ...) (... ... ... ... ...) (...
... ...) (... ... ...) (... ... ...) (... ... ...)))
(save-restriction (if org-agenda-restrict (narrow-to-region
org-agenda-restrict-begin org-agenda-restrict-end) (widen)) (while (setq arg
...) (cond ... ... ... ... ... ...)))
(save-excursion (save-restriction (if org-agenda-restrict ... ...) (while ...
...)))
(let ((case-fold-search nil)) (save-excursion (save-restriction ... ...)))
(save-current-buffer (set-buffer buffer) (unless (org-mode-p) (error "Agenda
file %s is not in `org-mode'" file)) (let (...) (save-excursion ...)) results)
(with-current-buffer buffer (unless (org-mode-p) (error "Agenda file %s is
not in `org-mode'" file)) (let (...) (save-excursion ...)) results)
(if (not buffer) (list (format "ORG-AGENDA-ERROR: No such org-file %s" file))
(with-current-buffer buffer (unless ... ...) (let ... ...) results))
(let* ((org-startup-folded nil) (org-startup-align-all-tables nil) (buffer
...) arg results rtn) (if (not buffer) (list ...) (with-current-buffer buffer
... ... results)))
org-agenda-get-day-entries("~/Admin/Org/ToDo.org" (8 10 2009) :deadline
:scheduled :sexp :timestamp)
(setq rtn (org-agenda-get-day-entries file date :deadline :scheduled :sexp
:timestamp))
(cond ((eq org-agenda-show-log ...) (setq rtn ...)) (org-agenda-show-log
(setq rtn ...)) (t (setq rtn ...)))
(catch (quote nextfile) (org-check-agenda-file file) (cond (... ...)
(org-agenda-show-log ...) (t ...)) (setq rtnall (append rtnall rtn)))
(while (setq file (pop files)) (catch (quote nextfile) (org-check-agenda-file
file) (cond ... ... ...) (setq rtnall ...)))
(while (setq d (pop day-numbers)) (setq date
(calendar-gregorian-from-absolute d) wd (calendar-day-of-week date) s (point))
(if (or ... ...) (setq start-pos ...) (if ... ...)) (setq files thefiles rtnall
nil) (while (setq file ...) (catch ... ... ... ...)) (if
org-agenda-include-diary (let ... ... ... ...)) (if (or rtnall
org-agenda-show-all-dates) (progn ... ... ... ... ... ... ... ... ...)))
(let* ((org-agenda-start-on-weekday ...) (thefiles ...) (files thefiles)
(today ...) (sd ...) (start ...) (day-numbers ...) (day-cnt 0)
(inhibit-redisplay ...) s e rtn rtnall file date d start-pos end-pos todayp nd
wd clocktable-start clocktable-end) (setq org-agenda-redo-command (list ... ...
start-day ndays)) (setq ndays (or ndays org-agenda-ndays) nd ndays) (while (>
ndays 1) (push ... day-numbers) (setq ndays ...)) (setq day-numbers (nreverse
day-numbers)) (setq clocktable-start (car day-numbers) clocktable-end (1+ ...))
(org-prepa
Re: [Orgmode] Re: Customizing main Agenda view??
On Wed, Aug 12, 2009 at 3:57 PM, Paul Mead wrote: > Carsten Dominik writes: > >>> >>> I *only* want dated, scheduled, deadlined and STARTED. >> >> I think you want a block agenda, first block the normal agenda, >> second block a TODO search for STARTED. >> >> - Carsten > > I didn't know you could combine different blocks like this, but that > sounds exactly what I need. I'll do some reading about block agendas > and come back if I have any trouble. You may want to take a look at an older post from Matthew Lundin for inspiration here http://article.gmane.org/gmane.emacs.orgmode/10819 -- Manish ___ 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] Macro does not expand when exporting
Thanks!
One of these too-obvious-bugs...
Greetings
Carsten Dominik wrote:
> There is a colon missing after #+macro
>
> HTH
>
> - Carsten
>
> On Aug 12, 2009, at 12:19 PM, Stephan Schmitt wrote:
>
>> Hello,
>>
>> using this minimal setup:
>>
>>
>> --8<---cut here---start->8---
>> (add-to-list 'load-path "/usr/local/emacs/org-mode/lisp")
>> (add-to-list 'auto-mode-alist '("\\.org$" . org-mode))
>> (require 'org-install)
>> --8<---cut here---end--->8---
>>
>>
>> and this org file:
>>
>>
>> --8<---cut here---start->8---
>>
>> #+macro hello Greet the $1: Hello $1
>>
>> * Macro does not expand when exporting
>> The macro definition above should turn {{{hello(world)}}} into
>> =Greet the world: Hello world=
>> --8<---cut here---end--->8---
>>
>>
>> I get this LaTeX code (using C-c C-e l):
>>
>>
>> --8<---cut here---start->8---
>> % Created 2009-08-12 Wed 11:53
>> \documentclass[11pt]{article}
>> \usepackage[utf8]{inputenc}
>> \usepackage[T1]{fontenc}
>> \usepackage{graphicx}
>> \usepackage{longtable}
>> \usepackage{hyperref}
>>
>>
>> \title{export-with-macro}
>> \author{}
>> \date{12 August 2009}
>>
>> \begin{document}
>>
>> \maketitle
>>
>> \setcounter{tocdepth}{3}
>> \tableofcontents
>> \vspace*{1cm}
>>
>>
>> \section{Macro does not expand when exporting}
>> \label{sec-1}
>>
>> The macro definition above should turn \{{\{hello(world)\}}\} into
>> \texttt{Greet the world: Hello world}
>>
>> \end{document}
>> --8<---cut here---end--->8---
>>
>>
>> Obviously the macro is not expanded as described in the manual.
>> Am I missing something or is this a bug?
>>
>>
>> Versions:
>> GNU Emacs 22.3.1 (i686-pc-linux-gnu, GTK+ Version 2.14.7)
>> Org-mode version 6.29trans (commit
>> 5834ad01b617430c0207627ad425758bcf9b921a)
>>
>> Greetings,
>> Stephan
>>
>>
>> ___
>> 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
>
--
Stephan Schmitt
Neural Information Processing Group
Fac. IV - Electrical Engineering
& Computer Science
Berlin University of Technology
Office: +49 30 - 314 24 158
Mobile: +49 179 - 593 84 48
Email:
echo 'drmabuse at cs x tu-berlin x de' \
| sed -e 's/ x /\./g' -e 's/ at /@/'
___
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] Macro does not expand when exporting
There is a colon missing after #+macro
HTH
- Carsten
On Aug 12, 2009, at 12:19 PM, Stephan Schmitt wrote:
Hello,
using this minimal setup:
--8<---cut here---start->8---
(add-to-list 'load-path "/usr/local/emacs/org-mode/lisp")
(add-to-list 'auto-mode-alist '("\\.org$" . org-mode))
(require 'org-install)
--8<---cut here---end--->8---
and this org file:
--8<---cut here---start->8---
#+macro hello Greet the $1: Hello $1
* Macro does not expand when exporting
The macro definition above should turn {{{hello(world)}}} into
=Greet the world: Hello world=
--8<---cut here---end--->8---
I get this LaTeX code (using C-c C-e l):
--8<---cut here---start->8---
% Created 2009-08-12 Wed 11:53
\documentclass[11pt]{article}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{graphicx}
\usepackage{longtable}
\usepackage{hyperref}
\title{export-with-macro}
\author{}
\date{12 August 2009}
\begin{document}
\maketitle
\setcounter{tocdepth}{3}
\tableofcontents
\vspace*{1cm}
\section{Macro does not expand when exporting}
\label{sec-1}
The macro definition above should turn \{{\{hello(world)\}}\} into
\texttt{Greet the world: Hello world}
\end{document}
--8<---cut here---end--->8---
Obviously the macro is not expanded as described in the manual.
Am I missing something or is this a bug?
Versions:
GNU Emacs 22.3.1 (i686-pc-linux-gnu, GTK+ Version 2.14.7)
Org-mode version 6.29trans (commit
5834ad01b617430c0207627ad425758bcf9b921a)
Greetings,
Stephan
___
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: Customizing main Agenda view??
Carsten Dominik writes: >> >> I *only* want dated, scheduled, deadlined and STARTED. > > I think you want a block agenda, first block the normal agenda, > second block a TODO search for STARTED. > > - Carsten I didn't know you could combine different blocks like this, but that sounds exactly what I need. I'll do some reading about block agendas and come back if I have any trouble. Thanks! Paul ___ 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] Macro does not expand when exporting
Hello,
using this minimal setup:
--8<---cut here---start->8---
(add-to-list 'load-path "/usr/local/emacs/org-mode/lisp")
(add-to-list 'auto-mode-alist '("\\.org$" . org-mode))
(require 'org-install)
--8<---cut here---end--->8---
and this org file:
--8<---cut here---start->8---
#+macro hello Greet the $1: Hello $1
* Macro does not expand when exporting
The macro definition above should turn {{{hello(world)}}} into
=Greet the world: Hello world=
--8<---cut here---end--->8---
I get this LaTeX code (using C-c C-e l):
--8<---cut here---start->8---
% Created 2009-08-12 Wed 11:53
\documentclass[11pt]{article}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{graphicx}
\usepackage{longtable}
\usepackage{hyperref}
\title{export-with-macro}
\author{}
\date{12 August 2009}
\begin{document}
\maketitle
\setcounter{tocdepth}{3}
\tableofcontents
\vspace*{1cm}
\section{Macro does not expand when exporting}
\label{sec-1}
The macro definition above should turn \{{\{hello(world)\}}\} into
\texttt{Greet the world: Hello world}
\end{document}
--8<---cut here---end--->8---
Obviously the macro is not expanded as described in the manual.
Am I missing something or is this a bug?
Versions:
GNU Emacs 22.3.1 (i686-pc-linux-gnu, GTK+ Version 2.14.7)
Org-mode version 6.29trans (commit 5834ad01b617430c0207627ad425758bcf9b921a)
Greetings,
Stephan
___
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: Customizing main Agenda view??
On Aug 12, 2009, at 12:14 PM, Carsten Dominik wrote: On Aug 12, 2009, at 12:06 PM, Paul Mead wrote: Eric S Fraga writes: Why don't the STARTED todos appear? Maybe you need to define your todo keywords appropriately? I have mine as: org-todo-keywords '((sequence "TODO(t)" "INPROGRESS(i@)" "WAITING(w@)" "|" "DONE(d@)" "CANCELLED(c@)")) and all TODO, INPROGRESS and WAITING todos appear in the default agenda view (C-c a a) for me. Mine are correctly defined, but they only appear in the daily agenda view if they have a scheduled date or deadline on them - normal behaviour I thought. I *only* want dated, scheduled, deadlined and STARTED. I think you want a block agenda, first block the normal agenda, second block a TODO search for STARTED. Ah, sorry, this is exactly what Matt proposed. - 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 === PLEASE NOTE NEW ADDRESS === prof.dr. Carsten Dominikdomi...@uva.nl Astronomical Institute 'Anton Pannekoek' www.astro.uva.nl/~dominik Faculty of Science, University of Amsterdam phone +31-20-5257477/7491 SCIENCE PARK 904, ROOM C4-106 fax +31-20-5257484 1098 XH Amsterdam, The Netherlands mail: PO BOX 94249, 1090GE, Amsterdam ___ 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: Customizing main Agenda view??
On Aug 12, 2009, at 12:06 PM, Paul Mead wrote: Eric S Fraga writes: Why don't the STARTED todos appear? Maybe you need to define your todo keywords appropriately? I have mine as: org-todo-keywords '((sequence "TODO(t)" "INPROGRESS(i@)" "WAITING(w@)" "|" "DONE(d@)" "CANCELLED(c@)")) and all TODO, INPROGRESS and WAITING todos appear in the default agenda view (C-c a a) for me. Mine are correctly defined, but they only appear in the daily agenda view if they have a scheduled date or deadline on them - normal behaviour I thought. I *only* want dated, scheduled, deadlined and STARTED. I think you want a block agenda, first block the normal agenda, second block a TODO search for STARTED. - 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 ___ 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: Customizing main Agenda view??
Eric S Fraga writes: > > Why don't the STARTED todos appear? Maybe you need to define your > todo keywords appropriately? I have mine as: > > org-todo-keywords '((sequence "TODO(t)" "INPROGRESS(i@)" "WAITING(w@)" "|" > "DONE(d@)" "CANCELLED(c@)")) > > and all TODO, INPROGRESS and WAITING todos appear in the default > agenda view (C-c a a) for me. Mine are correctly defined, but they only appear in the daily agenda view if they have a scheduled date or deadline on them - normal behaviour I thought. I *only* want dated, scheduled, deadlined and STARTED. ___ 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: Customizing main Agenda view??
At Wed, 12 Aug 2009 09:53:17 +0100, Paul Mead wrote: > > Matt Lundin writes: > > > > > I'm a bit confused. Am I correct in understanding that you'd like to > > customize the agenda view but you don't want a custom agenda view? I'm > > not sure how that would work. ;) > > No, I want to customize the daily agenda view so that it shows my > everything it does already, plus my STARTED todos. Or, make a custom > agenda which does that. I don't have a problem with using custom agenda > views, but the only ones I've been able to create are just lists of > todos, with no diary grid, etc. Why don't the STARTED todos appear? Maybe you need to define your todo keywords appropriately? I have mine as: org-todo-keywords '((sequence "TODO(t)" "INPROGRESS(i@)" "WAITING(w@)" "|" "DONE(d@)" "CANCELLED(c@)")) and all TODO, INPROGRESS and WAITING todos appear in the default agenda view (C-c a a) for me. ___ 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] Workflow for attaching, linking, and saving bibtex links together with notes?
At Wed, 12 Aug 2009 09:31:56 +0200, Andreas Burtzlaff wrote: > > > The use case is very similar to the one I'm starting to get comfortable > with, so here is my vision: [...] > > There are some hurdles to take, though, but it's not overly complicated. > Anyone willing to join in, to make this reality? I'm keen on this as well as it matches my desired workflow. Just yesterday, I did something similar but by hand: download PDF, create an org heading, generate the bibtex entry (although sometimes this is already done for me by the journal or by "web of knowledge", depending on where the pdf comes from), and add some notes. Anything that would make this process more automatic would be greatly appreciated! I'm not sure where/how I can contribute but I'm willing to try! 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
Re: [Orgmode] 6.29c breaks my agenda weekly view
On Aug 12, 2009, at 11:29 AM, Bruce Hackett wrote: I have just installed v 6.29c and find that the agenda weekly view (C-c a a) fails with the following message: Wrong type argument: stringp, nil If I revert to my previous version 6.28e, the agenda view works properly. I have not changed anything else. This indicates that the problem arose between 6.28e and 6.29c. I have looked through the gmane threads and the 6.29 release notes from Carsten, but I cannot find anything that would explain this (I may well have overlooked something). I guess this is a trivial problem, but it's beyond me. Thanks for any help, Bruce Hackett Please make a backtrace, as explained in the manual. - 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 ___ 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] 6.29c breaks my agenda weekly view
I have just installed v 6.29c and find that the agenda weekly view (C-c a a) fails with the following message: Wrong type argument: stringp, nil If I revert to my previous version 6.28e, the agenda view works properly. I have not changed anything else. This indicates that the problem arose between 6.28e and 6.29c. I have looked through the gmane threads and the 6.29 release notes from Carsten, but I cannot find anything that would explain this (I may well have overlooked something). I guess this is a trivial problem, but it's beyond me. Thanks for any help, Bruce Hackett ___ 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] Workflow for attaching, linking, and saving bibtex links together with notes?
The use case is very similar to the one I'm starting to get comfortable with, so here is my vision: Fireforg could download the pdf , use Zotero's translators to extract bibliography information and other metadata from a site, and send that and the file's path to org. There, this information becomes a heading with properties, like this: * [[][]] :PROPERTIES: :ID: :CUSTOM_ID: :BIB_TYPE: :BIB_AUTHORS: ... :BIB_TITLE: ... ... :URL: ... :END: All further notes go into that subtree. A lisp function generates bibtex entries from these properties for headings, optionally filtered by tag, property, occurrence of links to it in a certain file, etc. That way, all information is inside the org file and the entry has a unique id throughout. In search results fireforg will mark those entries already imported to your org files and let's you visit all notes about them. There are some hurdles to take, though, but it's not overly complicated. Anyone willing to join in, to make this reality? Andreas P.S. Didn't check whether such an idea came up before on the list. PP.S There was a similar question in this thread: http://thread.gmane.org/gmane.emacs.orgmode/14756/ ___ 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: Customizing main Agenda view??
Matt Lundin writes:
>
> I'm a bit confused. Am I correct in understanding that you'd like to
> customize the agenda view but you don't want a custom agenda view? I'm
> not sure how that would work. ;)
No, I want to customize the daily agenda view so that it shows my
everything it does already, plus my STARTED todos. Or, make a custom
agenda which does that. I don't have a problem with using custom agenda
views, but the only ones I've been able to create are just lists of
todos, with no diary grid, etc.
>
> Or is it rather that the keybinding C-c a a is "hardwired" -- i.e.,
> you'd like a custom agenda view mapped to that keybinding?
>
> Here are two solutions:
>
> 1. Map C-c a a to a custom agenda view:
>
> (setq org-agenda-custom-commands
> '(("a" "Agenda"
>((agenda "")
> (todo "STARTED")
>
> 2. For minimal customization, you could set the variable
>org-agenda-include-all-todo to t.
>
> In this second scenario, all your active todos will be added to a
> section *above* the daily agenda view. Then you can browse your
> "STARTED" todos. E.g., if you want to stick with basic emacs tools
> (rather than custom agenda commands), you could use "occur" to see all
> filter out your STARTED todos.
I'll try this to see if it suits, but I can see straight away that the
clutter might be too much. That's the whole problem with custom agenda
views, that I end up with too many items when all I want to see in the
normal course of the day is the diary grid and the dated and started
tasks.
>
> A more complex option: If you want to be able to filter for your STARTED
> todos you could set org-todo-state-tag-triggers to tag each of your
> items with a custom tag, e.g., STARTED, whenever you switch to the
> STARTED todo state. Then typing / "STARTED" in the agenda view would
> show you only your started todos.
I'm guessing that the triggers are only there for tags, not dates
otherwise this would be ideal. Maybe I'll have to manually schedule
anything I mark as STARTED. It's the extra step which is going to get
forgotten unfortunately.
>
> Best,
> Matt
>
Thanks for your suggestions!
Paul
___
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] overzealous file link creation
On Aug 12, 2009, at 9:52 AM, Manish wrote: On Wed, Aug 12, 2009 at 1:59 AM, Dan Davison wrote: Recently I've been randomly losing the string 'file' from all sorts of documents. Up until now I had no explanation. It's not the sort of question one wants to ask on public mailing lists. OK, so if you call org-cycle "in the vicinity" of a word that starts with the string 'file', then it eats up 'file' and prompts for link insertion. This is true in buffers that are not in org-mode or orgstruct*-mode. (I call org-cycle the whole time in order to use outline-minor-mode, but o-m-m doesn't have to be turned on to cause this.) Try putting the following fragment into python-mode, and getting rid of the asterisks. Then org-cycle issued with point at any of the asterisked locations eats the string 'file' and prompts for a link. --8<---cut here---start->8--- def f(filepath): print( *filepath*)* * *def g(arg): return arg --8<---cut here---end--->8--- This is with latest git. Tried the test with following text with numbers removed. --8<---cut here---start->8--- def f(filepath): print( 1filepath2)3 4 5def g(arg): return arg --8<---cut here---end--->8--- With buffer in python mode, I executed org-cycle at the positions marked with numbers and got the results below: at 1,2,3: nothing happens at 4: inserts a tab (four spaces in my case) at 5: eats the line with "return arg" (also can not revert this change with undo.) Hi Manish, the line is not eaten, it is hidden by outline. However, since you have not turned on outline-minor-mode, you do not see the ellipsis. A TAB is inserted because in places where org-cycle cannot do anything, it emulates TAB. I guess I should refactor org-cycle into a function that does only cycling, and one that does all the rest... - Carsten The buffer "looks" as if it ends at "def g(arg):" line but when I tried to paste the resultant buffer with "return arg" removed, I got the following strange result. --8<---cut here---start->8--- def f(filepath): print( filepath) def g(arg): return arg return arg return arg --8<---cut here---end--->8--- I tried it several times, also tried saving the buffer and opening it in that other editor as well. Tested with git commit 5834ad01b617430c0207627ad425758bcf9b921a of "Tue Aug 11 16:32:05 2009 +0200" -- Manish ___ 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
Re: [Orgmode] overzealous file link creation
On Aug 11, 2009, at 10:29 PM, Dan Davison wrote: Recently I've been randomly losing the string 'file' from all sorts of documents. Up until now I had no explanation. It's not the sort of question one wants to ask on public mailing lists. OK, so if you call org-cycle "in the vicinity" of a word that starts with the string 'file', then it eats up 'file' and prompts for link insertion. This is true in buffers that are not in org-mode or orgstruct*-mode. (I call org-cycle the whole time in order to use outline-minor-mode, but o-m-m doesn't have to be turned on to cause this.) Try putting the following fragment into python-mode, and getting rid of the asterisks. Then org-cycle issued with point at any of the asterisked locations eats the string 'file' and prompts for a link. --8<---cut here---start->8--- def f(filepath): print( *filepath*)* * *def g(arg): return arg --8<---cut here---end--->8--- This is with latest git. Hi Dan, could you please check the following variables: org-tab-first-hook org-tab-after-check-for-table-hook org-tab-after-check-for-cycling-hook Probably one of these contains a function that will do file link completion. - 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] [PATCH] Spelling fix.
Applied, thanks.
- Carsten
On Aug 12, 2009, at 6:34 AM, Nick Dokos wrote:
---
doc/org.texi |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/doc/org.texi b/doc/org.texi
index 2cdb15a..79dac8e 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -8182,7 +8182,7 @@ look like the fontified Emacs
buf...@footnote{currently this works for the
HTML backend, and requires the @file{htmlize.el} package version
1.34 or
later. It also works for LaTeX with the listings package, if you
turn on the
option @code{org-export-latex-listings} and make sure that the
listings
-package is inclluded by the LaTeX header.}. This is done with the
@samp{src}
+package is included by the LaTeX header.}. This is done with the
@samp{src}
block, where you also need to specify the name of the major mode
that should
be used to fontify the example:
@cindex #+BEGIN_SRC
--
1.5.4.3
___
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
Re: [Orgmode] [PATCH] Fix misspellings in org-export-latex-listings-langs documentation string.
Applied, thanks. - Carsten On Aug 12, 2009, at 12:57 AM, Nick Dokos wrote: Some off-by-1 spelling errors, some grammar fixes. --- lisp/org-latex.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lisp/org-latex.el b/lisp/org-latex.el index 161b3ed..736f36b 100644 --- a/lisp/org-latex.el +++ b/lisp/org-latex.el @@ -355,7 +355,7 @@ for example using customize, or with something like :ocaml "Caml" :caml "Caml" :sql "SQL") "Property list mapping languages to their listing language counterpart. -Yhe keys ar ethe major mode symbol, the calues are the string that should be +The key is the major mode symbol, the value is the string that should be inserted as the language parameter for the listings package." :group 'org-export-latex :type 'plist) -- 1.5.4.3 HTH, Nick ___ 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
Re: [Orgmode] overzealous file link creation
On Wed, Aug 12, 2009 at 1:59 AM, Dan Davison wrote: > Recently I've been randomly losing the string 'file' from all sorts of > documents. Up until now I had no explanation. It's not the sort of > question one wants to ask on public mailing lists. > > OK, so if you call org-cycle "in the vicinity" of a word that starts > with the string 'file', then it eats up 'file' and prompts for link > insertion. This is true in buffers that are not in org-mode or > orgstruct*-mode. (I call org-cycle the whole time in order to use > outline-minor-mode, but o-m-m doesn't have to be turned on to cause > this.) > > Try putting the following fragment into python-mode, and getting rid of > the asterisks. Then org-cycle issued with point at any of the asterisked > locations eats the string 'file' and prompts for a link. > > --8<---cut here---start->8--- > def f(filepath): > print( >*filepath*)* > * > *def g(arg): > return arg > --8<---cut here---end--->8--- > > This is with latest git. Tried the test with following text with numbers removed. --8<---cut here---start->8--- def f(filepath): print( 1filepath2)3 4 5def g(arg): return arg --8<---cut here---end--->8--- With buffer in python mode, I executed org-cycle at the positions marked with numbers and got the results below: at 1,2,3: nothing happens at 4: inserts a tab (four spaces in my case) at 5: eats the line with "return arg" (also can not revert this change with undo.) The buffer "looks" as if it ends at "def g(arg):" line but when I tried to paste the resultant buffer with "return arg" removed, I got the following strange result. --8<---cut here---start->8--- def f(filepath): print( filepath) def g(arg): return arg return arg return arg --8<---cut here---end--->8--- I tried it several times, also tried saving the buffer and opening it in that other editor as well. Tested with git commit 5834ad01b617430c0207627ad425758bcf9b921a of "Tue Aug 11 16:32:05 2009 +0200" -- Manish ___ 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
