Re: [Orgmode] Export issue of URL when the text begins with a date
At Fri, 14 Jan 2011 22:12:07 +0100, Vincent Belaïche wrote: > Thank-you David again for carrying out this correction. By the way, I > noticed in the source tree that has a test base, that there is some > testing sub-directory. I was expecting that there would be a list of > > testNN.org > testNN.tex > testNN.html > > etc... > > so that to check that to carry out non regression tests from testNN.org > exported to reference testNN.tex and testNN.html. > > It seems that such a non-regression test base and script do not > exist. However that would be good to have in order to check that any > correction does not break anything. That's exactly what the testing framework[1] could and should do. I've just not figured out how to best write tests for entire export operations. Thinking of it: We could create an input file dedicated to test link exporting, put in different kinds of links, export and then use regexps to check if the links have been exported fine. Best, -- David [1] Introduced Oct 2010, http://article.gmane.org/gmane.emacs.orgmode/31307 -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpUf1kkPNH7u.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Basic organization question
> I can see that TODOs can be organized using tags, or categories, or > files, or simply subtrees (or several of those). Is there an obvious > choice? >From my own experience, Orgmode 'favors' tags more than categories i.e., there is more bells and whistles surrounding tags rather than categories. If you are starting out, my recommendation would be to fit/think (or re-fit/re-think) your personal workflow in terms of tags rather than categories. The key principle is tags to headline/task association is dynamic while tags to category association is persistent. > > All I'm really looking for is a basic organization, to let me "group" > tasks of different broad functional areas -- accounting, recruitment, > IT, and so on. > I suggest one file for each with a FILETAG attached to them. It might help you to define some sequence and specialized TODO keywords. Have zero tags to begin with and limit your tags as much as possible. Jambunathan K. > And I like the idea discussed in http://orgmode.org/org.html, where > tasks get captured into a single refile.org file and then later moved > about into their classification homes. > > But of those various ways of classifying, is there one to be preferred? > > thanks, > Tommy > > > ___ > Emacs-orgmode mailing list > Please 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 Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Basic organization question
On Jan 14, 2011, at 5:35 PM, Tommy Kelly wrote: I can see that TODOs can be organized using tags, or categories, or files, or simply subtrees (or several of those). Is there an obvious choice? All I'm really looking for is a basic organization, to let me "group" tasks of different broad functional areas -- accounting, recruitment, IT, and so on. And I like the idea discussed in http://orgmode.org/org.html, where tasks get captured into a single refile.org file and then later moved about into their classification homes. But of those various ways of classifying, is there one to be preferred? Several times when I've had this type of question, I've found answers I can use on Bernt Hansen's Org-mode pages: http://doc.norang.ca/org-mode.html After my last trip there a few months ago, I've been very happy with the way Org-mode fits my work flow. You don't have to share Bernt's penchant for clocking to come away with very many useful and practical ideas, all cleanly and precisely implemented. Tom thanks, Tommy ___ Emacs-orgmode mailing list Please 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 Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Basic organization question
On 01/14/2011 09:35 PM, Tommy Kelly wrote: I can see that TODOs can be organized using tags, or categories, or files, or simply subtrees (or several of those). Is there an obvious choice? My vote is "NO", org is really about finding what works best for you, and the plethora of choices reflects that different people work in different ways! Try out a few until something feels natural. All I'm really looking for is a basic organization, to let me "group" tasks of different broad functional areas -- accounting, recruitment, IT, and so on. And I like the idea discussed in http://orgmode.org/org.html, where tasks get captured into a single refile.org file and then later moved about into their classification homes. But of those various ways of classifying, is there one to be preferred? thanks, Tommy ___ Emacs-orgmode mailing list Please 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 Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: exporting all org files to txt periodically
Carl Bolduc writes: > Where I work, we have a powerful search engine that indexes all kinds > of files. It detects the converter to use based on the file extension. > It does not understand the .org extension. > > I would like to know how I could periodically export my org files to > txt, maybe through a command, to a specific location on my network. > This way, the search engine could index all my notes... Publishing provides a convenient way to export org files en masse: http://orgmode.org/manual/Publishing.html#Publishing You can publish as ascii by setting the publishing-function to org-publish-org-to-ascii. http://orgmode.org/manual/Publishing-action.html#Publishing-action Best, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Basic organization question
I can see that TODOs can be organized using tags, or categories, or files, or simply subtrees (or several of those). Is there an obvious choice? All I'm really looking for is a basic organization, to let me "group" tasks of different broad functional areas -- accounting, recruitment, IT, and so on. And I like the idea discussed in http://orgmode.org/org.html, where tasks get captured into a single refile.org file and then later moved about into their classification homes. But of those various ways of classifying, is there one to be preferred? thanks, Tommy ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-stow (Proof of concept)
I've written an addon that I call org-stow. The basic idea is that all remember notes live in a notes section, and you can make another location pretend that the note lives there. You build all or part of a document that way. If you know how stow works, it's like stow for outline items. Yes, it's a little bit like refiling a note, but: * Hopefully it's more convenient and natural to populate a whole document this way. * If you change your mind about a note later, you can just unstow it. It's at the proof of concept stage now. It stows notes, but doesn't yet unstow them. I used dblocks to mirror notes. They are automatically inserted by org-stow, and their dynamic contents is essentially copied from the notes. Any interest in trying this out? I can push it if anyone else wants to try it out. Tom Breton (Tehom) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Doors links
Hi, Try these: [[info:org:Link abbreviations]] [[info:org:Adding%20hyperlink%20types][info:org:Adding hyperlink types]] Yours, Christian On 1/14/11 10:27 PM, Vincent Belaïche wrote: Hello, I use Org also at my job to write some short reports. These reports may contains URLs to Doors objects. Doors is a paying S/W to manage a requirement data base --- this is used in the industry for writing complex specification documents where each clause has to be tracked like a separate object. Doors URLs are not properly exported to HTML by Org. for instance: [[doors:foo/bar/gnats][machin truc]] exports to machin truc but I would have prefered machin truc Is there any way to configure Org to do the job properly (like some hook URL processing hook), I could not find anything in the documentation. VBR, Vincent. ___ Emacs-orgmode mailing list Please 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 Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [Emacs-orgmode] cannot store link to an info ode?
Hello, I am restarting this very old thread: http://lists.gnu.org/archive/html/emacs-orgmode/2006-05/msg00121.html see also http://lists.gnu.org/archive/html/emacs-orgmode/2010-12/msg01229.html I realized that `M-x org-store-link' does now work with info nodes, and that the info nodes links are correctly followed and documented. The link format is like this: [[info:org.info:External%20links][some description]] This format contradicts the assumption made in the URL package, according to URL documentation the format should have been [[info:org.info#External%20links][some description]] i.e. the second colon is a sharp instead. I am not saying that URL is correct and org wrong, but at least there should be something done for ensuring compatibility (like asking URL maintainer to support also Org format, or implementing also the URL format in org) I am also wondering why Org did not align on the convention made by URL which seems to be earlier. Finally I make again the same suggestion, it would be good to have also a line pointer, especially as it seems that the latest version of info also have a line pointer in the index nodes. VBR, Vincent. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
RE: [Orgmode] Export issue of URL when the text begins with a date
[...] >> >> My understanding is that the bug resides in this very expression. > >Thanks for the investigation. As it turned out the problem was not >with the regular expression but with the order in which different >pieces of Org mode markup were processed by `org-export-as-html'. >First the exporter processed possible timestamps, (falsely) recognized >the ISO date as part of an ISO timestamp, and replaced it with the >timestamp span. The replacement included the square brackets what >destroyed the link markup. > >I've just checked in a patch to master that changes the order of >processing links and timestamps: Now links are processed before >timestamps what fixes this problem. > >Thanks for bringing this problem up again, > >Best, > -- David >-- [...] Thank-you David again for carrying out this correction. By the way, I noticed in the source tree that has a test base, that there is some testing sub-directory. I was expecting that there would be a list of testNN.org testNN.tex testNN.html etc... so that to check that to carry out non regression tests from testNN.org exported to reference testNN.tex and testNN.html. It seems that such a non-regression test base and script do not exist. However that would be good to have in order to check that any correction does not break anything. Is that something that is considered for future ? Vincent. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Doors links
Hello, I use Org also at my job to write some short reports. These reports may contains URLs to Doors objects. Doors is a paying S/W to manage a requirement data base --- this is used in the industry for writing complex specification documents where each clause has to be tracked like a separate object. Doors URLs are not properly exported to HTML by Org. for instance: [[doors:foo/bar/gnats][machin truc]] exports to machin truc but I would have prefered machin truc Is there any way to configure Org to do the job properly (like some hook URL processing hook), I could not find anything in the documentation. VBR, Vincent. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: Jumping to a date in the agenda changes view back to 'day' [7.4 (release_7.4.80.g0e5e5)]
Carsten Dominik writes: > On Jan 14, 2011, at 5:03 PM, Bernt Hansen wrote: > >> Carsten Dominik writes: >> >>> On Dec 22, 2010, at 1:29 PM, Bernt Hansen wrote: >>> Noorul Islam K M writes: > Bernt Hansen writes: > >> Hi, >> >> If you are viewing the agenda with a time span of a week (or >> anything >> larger than a day) and then use 'J' to jump to a new date the span >> changes back to day. >> > > For me, I have 'J' bound to (org-agenda-clock-goto) by default. I > think > you are talking about 'j'. Yes you are correct. 'j' jumps to a date and this is where the problem shows up for me. >>> >>> >>> Has this been fixed? Because I cannot reproduce this issue. >>> >>> - Carsten >> >> Hi Carsten, >> >> No this hasn't been fixed but it is related to some configuration I >> have. When I run with a minimal emacs I cannot reproduce it but >> when I >> run with my regular setup I can. I'll try to narrow down the cause of >> this issue over the weekend. > > Please do. Thanks > > - Carsten Hi Carsten, I think I found it. ,[ ~/bin/minimal-emacs | #!/bin/sh | TESTEL= | TESTFILE=/tmp/test.el | if test -e $TESTFILE | then | TESTEL="-l /tmp/test.el" | fi | emacs -q -l ~/minimal.emacs $TESTEL ` ,[ ~/minimal.emacs ] | (add-to-list 'load-path (expand-file-name "~/git/org-mode/lisp")) | (add-to-list 'auto-mode-alist '("\\.\\(org\\|org_archive\\|txt\\)$" . org-mode)) | (require 'org-install) | | (global-set-key "\C-cl" 'org-store-link) | (global-set-key "\C-ca" 'org-agenda) | (global-set-key "\C-cb" 'org-iswitchb) ` ,[ /tmp/test.el ] | (setq org-agenda-ndays 1) ` $ ~/bin/minimal-emacs | Keys | Description | |--+-| | C-c a a | Start agenda (shows today only) | | w| Show agenda for the week| | j 12 RET | Jump to the 12th of the month | And we're back to a day view again. Setting 'org-agenda-ndays' to 1 seems to be the cause of this issue. Regards, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [bug?] Possible bug with shifted cursor keys
Hi, I just noticed that S- and S- do not select anywhere in the buffer in org-mode, even when org-support-shift-select is set to 'always. Can anyone confirm this behavior? I am running this morning's org-mode git pull version 7.4 (release_7.4.174.g163cd.dirty) on today's Emacs nightly GNU Emacs 24.0.50.1 (i686-apple-darwin10.0.0, NS apple-appkit-949.54) of 2011-01-14 on ring Thanks, -Anthony ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: Jumping to a date in the agenda changes view back to 'day' [7.4 (release_7.4.80.g0e5e5)]
On Jan 14, 2011, at 5:03 PM, Bernt Hansen wrote: Carsten Dominik writes: On Dec 22, 2010, at 1:29 PM, Bernt Hansen wrote: Noorul Islam K M writes: Bernt Hansen writes: Hi, If you are viewing the agenda with a time span of a week (or anything larger than a day) and then use 'J' to jump to a new date the span changes back to day. For me, I have 'J' bound to (org-agenda-clock-goto) by default. I think you are talking about 'j'. Yes you are correct. 'j' jumps to a date and this is where the problem shows up for me. Has this been fixed? Because I cannot reproduce this issue. - Carsten Hi Carsten, No this hasn't been fixed but it is related to some configuration I have. When I run with a minimal emacs I cannot reproduce it but when I run with my regular setup I can. I'll try to narrow down the cause of this issue over the weekend. Please do. Thanks - Carsten Regards, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: Jumping to a date in the agenda changes view back to 'day' [7.4 (release_7.4.80.g0e5e5)]
Carsten Dominik writes: > On Dec 22, 2010, at 1:29 PM, Bernt Hansen wrote: > >> Noorul Islam K M writes: >> >>> Bernt Hansen writes: >>> Hi, If you are viewing the agenda with a time span of a week (or anything larger than a day) and then use 'J' to jump to a new date the span changes back to day. >>> >>> For me, I have 'J' bound to (org-agenda-clock-goto) by default. I >>> think >>> you are talking about 'j'. >> >> Yes you are correct. 'j' jumps to a date and this is where the >> problem >> shows up for me. > > > Has this been fixed? Because I cannot reproduce this issue. > > - Carsten Hi Carsten, No this hasn't been fixed but it is related to some configuration I have. When I run with a minimal emacs I cannot reproduce it but when I run with my regular setup I can. I'll try to narrow down the cause of this issue over the weekend. Regards, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature request: another Org file for anniversary entries
Hi Gionanni, As I understand code in org-agenda-add-entry-to-org-agenda-diary-file function, it search for "* Anniversaries" string in org-agenda-diary-file file. It is the same file, where other events ("i d" (day), "i b" (block)) are inserted. But I would like to paste anniversaries to another org mode file. The reason is, org-agenda-diary-file org file is exported to iCalendar format and published to my mobile device. Here, I do not want to have these anniversaries. I want to export anniversaries to another iCalendar file, which is not published to my mobile device, but is imported by another tools. So, my patch introduces a new custom variable org-agenda-anniversary-entry, which enables this feature. So, my regular diary events are stored in main.org file and anniversaries in anniversary.org file. Is it clear right now? Because it does not seem to me, your suggestion solves me problem. Regards, Juraj PS: Sorry, the first patch is missing a peace of code, the second one should be right and complete. On Fri, Jan 14, 2011 at 4:17 PM, Giovanni Ridolfi wrote: > Juraj Kubelka writes: > > Hi, Juraj, > > > I would like to add anniversary entries to another Org file then other > > diaries. Would it be possible? > > Isn't the following "code" in an org-file (in the agenda-list) enough? > > ** Birthdays & anniversaries > :PROPERTIES: > :CATEGORY: Ann > :END: >month day [1] > %%(diary-anniversary 01 11 1956) John's Birthday (%d yo) > > If not, would you, please, elaborate? > > cheers, > Giovanni > [1] you can also use day month syntax ;-) > patch.diff Description: Binary data ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature request: another Org file for anniversary entries
Juraj Kubelka writes: Hi, Juraj, > I would like to add anniversary entries to another Org file then other > diaries. Would it be possible? Isn't the following "code" in an org-file (in the agenda-list) enough? ** Birthdays & anniversaries :PROPERTIES: :CATEGORY: Ann :END: month day [1] %%(diary-anniversary 01 11 1956) John's Birthday (%d yo) If not, would you, please, elaborate? cheers, Giovanni [1] you can also use day month syntax ;-) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Property inheritance for MAIL_FMT, MAIL_TO, MAIL_CC and MAIL_BCC
Hi Seb, Good idea, I've just placed this behind a new `org-mime-use-property-inheritance' variable which will default to nil. I was originally going to have this variable default to t, but the idea of causing people to accidentally add unintended recipients to emails is too scary. Thanks for the suggestion -- Eric Sébastien Vauban writes: > Hi Eric and Niels, > > "Eric Schulte" wrote: >> niels giesen writes: >>> Please see the patch below, it adds property inheritance for all >>> MAIL_* properties, based on the value of >>> `org-use-property-inheritance'. >> >> Thanks for the patch, and for the motivating usage example. -- Eric > > If I understand correctly, one must enable =org-use-property-inheritance= for > the above to be in effect. > > Though, this is discouraged in the doc: > > , > | org-use-property-inheritance is a variable defined in `org.el'. > | Its value is nil > | > | Documentation: > | Non-nil means properties apply also for sublevels. > | > | This setting is chiefly used during property searches. Turning it on > can > | cause significant overhead when doing a search, which is why it is not > | on by default. > ` > > Couldn't we either: > > - consider the MAIL_* properties as the *_ALL ones that well have inheritance > enabled by default? > > , > | However, note that some special properties use inheritance under special > | circumstances (not in searches). Examples are CATEGORY, ARCHIVE, > COLUMNS, > | and the properties ending in "_ALL" when they are used as descriptor > | for valid values of a property. > ` > > - have a setting allowing for the inheritance of just these special > properties, as an extra, in order not to penalize too much the searches? > > Best regards, > Seb ___ Emacs-orgmode mailing list Please 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 typos in yasnippet conflict entry
Thanks for the patch. It has been applied. Jeffrey Horn writes: > Changed "yasnippets" to "yasnippet" and added extra whitespace around > functions to be consistent with the rest of the section. > --- > doc/org.texi |4 +++- > 1 files changed, 3 insertions(+), 1 deletions(-) > > diff --git a/doc/org.texi b/doc/org.texi > index 4d696ae..a30d5b6 100644 > --- a/doc/org.texi > +++ b/doc/org.texi > @@ -13465,15 +13465,17 @@ fixed this problem: > (define-key yas/keymap [tab] 'yas/next-field-group))) > @end lisp > > -The latest version of yasnippets doesn't play well with Org mode. If the > +The latest version of yasnippet doesn't play well with Org mode. If the > above code does not fix the conflict, start by defining the following > function: > + > @lisp > (defun yas/org-very-safe-expand () > (let ((yas/fallback-behavior 'return-nil)) (yas/expand))) > @end lisp > > Then, tell Org mode what to do with the new function: > + > @lisp > (add-hook 'org-mode-hook >(lambda () ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Patch: More options for ignoring scheduled items in agenda todo lists
Hi Paul, Paul Sexton writes: > In agenda todo lists, currently it is possible to ignore scheduled > items according to when they are scheduled, using the variable > 'org-agenda-todo-ignore-scheduled'. This can take one of three > values - all, future (ignore if scheduled after today), or past > (ignore if scheduled TODAY or in the past). > > My definition of 'the past' does not include 'today'. > In light of that, the following is a patch that makes the variable > accept 2 more values: > - notpast: ignore if scheduled today or in the future > - notfuture: ignore if scheduled today or in the past > (this is the current behaviour of the 'past' setting) > - past: changed to ignore if scheduled BEFORE today, but no > longer ignores items scheduled today. > I believe this patch would require many users to change their existing configurations. I rely on the "past" setting when creating block agenda views, such as an agenda that includes everything scheduled today or earlier together with a todo list that includes everything else (i.e., unscheduled or scheduled in the future). If the definition of past is changed, I will end up with a lot of duplicate items in the block agenda. Also, I find the double negatives a bit difficult to get my mind around. Would there perhaps be a way to generalize this functionality (e.g., with integers) that would allow users greater control over the precise distance from the present they would like to skip? E.g., -1 to include only items scheduled yesterday or earlier. Or 7 to ignore anything scheduled later than a week from now. This could be quite useful and would not require users to change their existing configurations. Do you also plan to make adjustments for org-agenda-todo-ignore-deadlines? Best, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: Agenda's `Goto Today' doesn't in Day view [7.4]
On 14 Jan 2011, at 13:30, Carsten Dominik wrote: > > On Jan 2, 2011, at 5:23 PM, David Maus wrote: > >> At Thu, 23 Dec 2010 09:21:56 +0100, >> peter.fri...@agfa.com wrote: >>> >>> 'Goto Today' seems to go to the first day of the week instead of the >>> current day when the agenda is in Day view. > > > Is this still a problem? I don't seem to be able to reproduce this problem. Yes. I haven't upgraded to anything newer than reported, so maybe it has disappeared in later version Peter. >>> >>> It works as expected when in week view. >>> >>> I can also confirm the previously reported bug that `Jump to date' >>> changes the Agenda view -- in my case from Day to Week. >>> >>> >>> Emacs : GNU Emacs 22.3.1 (i386-apple-darwin9.5.0, Carbon Version 1.6.0) >>> of 2008-11-01 on leopard.local >>> Package: Org-mode version 7.4 >> >> I can confirm this for >> >> Org-mode version 7.4 (release_7.4.95.ga2ac) >> >> GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) >> of 2010-12-11 on raven, modified by Debian >> >> Best, >> -- David >> -- >> OpenPGP... 0x99ADB83B5A4478E6 >> Jabber dmj...@jabber.org >> Email. dm...@ictsoc.de >> ___ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > - Carsten > > > -- "A bad day in () is better than a good day in {}" -- Pascal Bourguignon ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [BUG] Export to ascii fails
Hi, I ran into a bug with the ascii export. Exporting the attached org file to ascii fails (see the attached backtrace). The failure seems to be related to the 'H:10' option. I had a look at the code and the following patch seemed to alleviate the issue: -- lisp/org-ascii.el -- index 99facb1..25cdf12 100644 @@ -637 +637 @@ publishing directory." - (let (char (n (- level umax 1)) (ind 0)) + (let (char (n (- level 1)) (ind 0)) @@ -655 +655 @@ publishing directory." - (setq char (nth (- umax level) (reverse org-export-ascii-underline))) + (setq char (nth n (reverse org-export-ascii-underline))) This will however still fail, if (length org-export-ascii-underline) <= n. Best regards, Valentin bug.org Description: Binary data backtrace Description: Binary data ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: Jumping to a date in the agenda changes view back to 'day' [7.4 (release_7.4.80.g0e5e5)]
On Dec 22, 2010, at 1:29 PM, Bernt Hansen wrote: Noorul Islam K M writes: Bernt Hansen writes: Hi, If you are viewing the agenda with a time span of a week (or anything larger than a day) and then use 'J' to jump to a new date the span changes back to day. For me, I have 'J' bound to (org-agenda-clock-goto) by default. I think you are talking about 'j'. Yes you are correct. 'j' jumps to a date and this is where the problem shows up for me. Has this been fixed? Because I cannot reproduce this issue. - Carsten -Bernt I think the span should remain unchanged when moving to a new date. I think 'j' should not change the span. Or we can have 'C-u j' to keep the span as it is. Thanks and Regards Noorul ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: Agenda's `Goto Today' doesn't in Day view [7.4]
On Jan 2, 2011, at 5:23 PM, David Maus wrote: At Thu, 23 Dec 2010 09:21:56 +0100, peter.fri...@agfa.com wrote: 'Goto Today' seems to go to the first day of the week instead of the current day when the agenda is in Day view. Is this still a problem? I don't seem to be able to reproduce this problem. - Carsten It works as expected when in week view. I can also confirm the previously reported bug that `Jump to date' changes the Agenda view -- in my case from Day to Week. Emacs : GNU Emacs 22.3.1 (i386-apple-darwin9.5.0, Carbon Version 1.6.0) of 2008-11-01 on leopard.local Package: Org-mode version 7.4 I can confirm this for Org-mode version 7.4 (release_7.4.95.ga2ac) GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-12-11 on raven, modified by Debian Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Problems with buffer-local variables
On Dec 22, 2010, at 3:51 PM, Dan Davison wrote: There's recently been some advocacy of using buffer-local variables for Org-mode configuration. It seems like a good idea to me. However, I think that it raises a problem: there are at least two situations in which Org internally spawns a buffer that is supposed to be a sort of "copy" of another Org buffer: these situations are export and org-src edit buffer. The problem is that the "copy" buffer doesn't inherit local variables from the parent buffer. It seems that either we should propagate all local variables in these cases (but I suspect that is inappropriate for some variables), or we have to have a rule for identifying the subset of local variables which need to be propagated. Below is one example which I think demonstrates a problem. If you evaluate the elisp block and then export to HTML, the noweb does not get expanded, because the configuration variable is buffer-local (behind the scenes, Org creates a buffer copy just before exporting a buffer). --8<---cut here---start->8--- #+title: Local variables issues? Evaluate this block, then do C-c C-e h #+begin_src emacs-lisp :results silent :exports none (set-default 'org-babel-default-header-args:sh nil) (set (make-local-variable 'org-babel-default-header-args:sh) '((:noweb . "yes"))) #+end_src #+begin_src sh :exports both <> #+end_src #+source: foo #+begin_src sh :exports none echo hello #+end_src --8<---cut here---end--->8--- It's also a problem when spawning the org-src edit buffer. There is a patch in the pipeline that tries to identify all the necessary local variables and transmit them to the edit buffer: http://patchwork.newartisans.com/patch/438/ That's a bit messy, but in the export case it seems even harder to identify all variables that might need to be transmitted. What is a good solution? Hi Dan, I see only two possibilities. Either use a list of variables that should be transported, or copy all local variables, or all local variables that match a pattern. An example for doing something like this can be found in org-get-local-variables which is, for example, used by `org-run-like-in-org-mode'. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature request: another Org file for anniversary entries
I would like to add anniversary entries to another Org file then other diaries. Would it be possible? There is a suggested patch in the attachment. Thank you a lot, Jura patch.diff Description: Binary data ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [bug] org-store-link on gnus message fails
Sébastien Vauban writes: > Hi Eric, > > Eric S Fraga wrote: >> Tassilo Horn writes: >>> this patch should do the trick. I think the issue was a malformed Date: >>> header that couldn't be converted to a timestamp. >> >> Actually, I am curious about this. What is the point of extracting the date >> in any case? It's used to store link properties but I don't understand where >> these properties can be used? I'm asking in case I'm missing a useful >> functionality I hadn't thought of... > > Well, I often (now) keep extracts of mail in my Org buffers. Via a capture > template[1], these get a TODO keyword, a SCHEDULED date (by default, set to > today), a link to the Gnus message (or http link to Gmane) and the date of the > mail. > > Why keeping the date of the original mail? Because it's interested to see, > when scanning which emails I still have to answer on, when they've been > issued -- without having to follow on the link. > > It is an indication of the age of the mail, that could serve as well for > sorting the subtrees (if I'm not wrong -- I don't use that feature but...). > > Does this answer your question? Seb, it does indeed. Many thanks, and also for the emacs lisp code that shows how to use the extra link information. I wouldn't need to use this information in the way you do because my capture template for task creation, which is usually what I do as a result of emails, is based on a date tree... but it's still very useful to see other ways of handling the information overflow we have! Thanks again, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.4 (release_7.4.174.g163cd) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [bug?] [babel] cannot generate table format output for octave results
Hello, I want an octave babel code block to generate an org table as the /result/ so that it can be used by another code block elsewhere in my document. Typically, because of how I generate my data, I would like babel to create the table from the /output/ of the octave code, not the value. However, specifying =:results output table= doesn't seem to work (for me, in any case). The following is an example with two octave babel code blocks. The first asks for the /value/ of the block to be extracted and converted to an org table. This works fine. The second block asks for the /output/ to be converted. This doesn't work in that the output is not converted to org table syntax *and* the output is encapsulated in an /example/ block. --8<---cut here---start->8--- #+srcname: valueresult #+begin_src octave :results value table values = []; for i=1:15 values(end+1,:) = [i, i^3]; endfor ans = values #+end_src #+results: valueresult | 1 |1 | | 2 |8 | | 3 | 27 | | 4 | 64 | | 5 | 125 | | 6 | 216 | | 7 | 343 | | 8 | 512 | | 9 | 729 | | 10 | 1000 | | 11 | 1331 | | 12 | 1728 | | 13 | 2197 | | 14 | 2744 | | 15 | 3375 | #+srcname: outputresult #+begin_src octave :results output table values = []; for i=1:15 values(end+1,:) = [i, i^3]; endfor disp(values) #+end_src #+results: outputresult #+begin_example 1 1 2 8 3 27 4 64 5125 6216 7343 8512 9729 10 1000 11 1331 12 1728 13 2197 14 2744 15 3375 #+end_example --8<---cut here---end--->8--- I should add that I am having a great deal of fun with org and babel at the moment! I am finishing off a paper and the presentation of the results of my research requires me to run some code (octave) to generate a rather large set of results that go into a number of data files. I then process these files with a shell script block using awk to extract the necessary information for presentation. The output of this is passed to another octave block which does some data analysis. The analysis results are then passed to a gnuplot block. Very simple chain of blocks that I used to do all separately but that I can now have in a single document. In fact, I have two chains from the same initial code to present two different aspects of the results. Babel is fantastic basically. Well, so is org, of course. Thanks (again and again) to all org and babel implementers! -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.4 (release_7.4.174.g163cd) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Property inheritance for MAIL_FMT, MAIL_TO, MAIL_CC and MAIL_BCC
Hi Eric and Niels, "Eric Schulte" wrote: > niels giesen writes: >> Please see the patch below, it adds property inheritance for all >> MAIL_* properties, based on the value of >> `org-use-property-inheritance'. > > Thanks for the patch, and for the motivating usage example. -- Eric If I understand correctly, one must enable =org-use-property-inheritance= for the above to be in effect. Though, this is discouraged in the doc: , | org-use-property-inheritance is a variable defined in `org.el'. | Its value is nil | | Documentation: | Non-nil means properties apply also for sublevels. | | This setting is chiefly used during property searches. Turning it on can | cause significant overhead when doing a search, which is why it is not | on by default. ` Couldn't we either: - consider the MAIL_* properties as the *_ALL ones that well have inheritance enabled by default? , | However, note that some special properties use inheritance under special | circumstances (not in searches). Examples are CATEGORY, ARCHIVE, COLUMNS, | and the properties ending in "_ALL" when they are used as descriptor | for valid values of a property. ` - have a setting allowing for the inheritance of just these special properties, as an extra, in order not to penalize too much the searches? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Fix typos in yasnippet conflict entry
Changed "yasnippets" to "yasnippet" and added extra whitespace around functions to be consistent with the rest of the section. --- doc/org.texi |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/doc/org.texi b/doc/org.texi index 4d696ae..a30d5b6 100644 --- a/doc/org.texi +++ b/doc/org.texi @@ -13465,15 +13465,17 @@ fixed this problem: (define-key yas/keymap [tab] 'yas/next-field-group))) @end lisp -The latest version of yasnippets doesn't play well with Org mode. If the +The latest version of yasnippet doesn't play well with Org mode. If the above code does not fix the conflict, start by defining the following function: + @lisp (defun yas/org-very-safe-expand () (let ((yas/fallback-behavior 'return-nil)) (yas/expand))) @end lisp Then, tell Org mode what to do with the new function: + @lisp (add-hook 'org-mode-hook (lambda () -- 1.7.3.5 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Installing org-mode from git without byte-compiling
On Sat, Jan 1, 2011 at 4:58 AM, Ian Barton wrote: > I have been struggling to get the info from the git repo to display in > Emacs, rather than the default info. > > In my .emacs I have: (add-to-list 'Info-default-directory-list > "~/.emacs.d/src/org-mode/doc/") > > C-h v Info-directory-list shows: > > Info-directory-list's value is > ("~/.emacs.d/src/org-mode/doc/" "/usr/share/info/emacs-23" > "/usr/share/info/" "/usr/share/info/") > > > However, I still get the info file for org 6.36.trans displayed. If I do: > > info ~/.emacs.d/src/org-mode/doc/org > > I get the correct git version of the info file. So what am I doing wrong? Ian, I started having issues with this last week. Re-reading this thread gave me hints at a solution. I don't know what happened on my end, but try the following steps, which worked for me: 1) Navigate to your org source directory (git repo, perhaps) 2) Type =make info= 3) Make sure the org/doc directory is in Info-directory-list (looks like it is for you) Kill any Info buffers and restart Info. The manual should be the correct one now. If that doesn't fix it, try also typing =make install-info=, which updates the site-wide documentation. Let me know if this solves the problem for you, and if you had to type =make install-info=. Jeff -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode