Re: [O] emails written in Org Mode
Ken Mankoff writes: > Hi Thorsten, On a recent thread you wrote: > >> ... *outorg-edit-buffer* (where I write my message-mode email in full >> org-mode). > > I already write emails in emacs. I'm interested in being able to compose > emails using Org Mode. I see you use gnus. I use mu4e[1]. I wonder if > your setup is gnus-specific or might work with other emacs mail > clients. Will you provide some information about this? > Are you looking for something like this [1] ? Regards, Noorul [1] http://doc.norang.ca/org-mode.html#OrgStructModeForMail
Re: [O] [PATCH] doc: Fix grammar and typo
On Mon, Oct 14, 2013 at 12:12 PM, Carsten Dominik
wrote:
> Noorul,
>
> thank you very much for this service!
> A few minutes to late, I did this on my train ride.
>
No problems, it was like a minor English refresh course :-)
Thanks and Regards
Noorul
> - Carsten
>
> On 14.10.2013, at 07:11, Noorul Islam K M wrote:
>
>>
>> * doc/org.texi: Fix grammar and typo.
>>
>> Based on the patch proposed by TonyMc
>> ---
>> doc/org.texi | 109
>> +-
>> 1 file changed, 55 insertions(+), 54 deletions(-)
>>
>> diff --git a/doc/org.texi b/doc/org.texi
>> index 0271d70..a202af8 100644
>> --- a/doc/org.texi
>> +++ b/doc/org.texi
>> @@ -1011,7 +1011,7 @@ version information of Emacs (@kbd{M-x emacs-version
>> @key{RET}}) and Org
>> @kbd{M-x org-submit-bug-report RET}
>> @end example
>> @noindent which will put all this information into an Emacs mail buffer so
>> -that you only need to add your description. If you re not sending the Email
>> +that you only need to add your description. If you are not sending the
>> Email
>> from within Emacs, please copy and paste the content into your Email program.
>>
>> Sometimes you might face a problem due to an error in your Emacs or Org mode
>> @@ -1426,7 +1426,7 @@ See also the option @code{org-goto-interface}.
>> @table @asis
>> @orgcmd{M-@key{RET},org-insert-heading}
>> @vindex org-M-RET-may-split-line
>> -Insert a new heading/item with the same level than the one at point.
>> +Insert a new heading/item with the same level as the one at point.
>> If the cursor is in a plain list item, a new item is created
>> (@pxref{Plain lists}). To prevent this behavior in lists, call the
>> command with a prefix argument. When this command is used in the
>> @@ -1476,7 +1476,7 @@ of the one just marked. E.g., hitting @key{M-h} on a
>> paragraph will mark it,
>> hitting @key{M-h} immediately again will mark the next one.
>> @orgcmd{C-c @@,org-mark-subtree}
>> Mark the subtree at point. Hitting repeatedly will mark subsequent subtrees
>> -of the same level than the marked subtree.
>> +of the same level as the marked subtree.
>> @orgcmd{C-c C-x C-w,org-cut-subtree}
>> Kill subtree, i.e., remove it from buffer but save in kill ring.
>> With a numeric prefix argument N, kill N sequential subtrees.
>> @@ -1567,7 +1567,7 @@ variables @code{org-show-hierarchy-above},
>> @code{org-show-following-heading},
>> control on how much context is shown around each match.}. Just try it out
>> and you will see immediately how it works.
>>
>> -Org mode contains several commands creating such trees, all these
>> +Org mode contains several commands for creating such trees, all these
>> commands can be accessed through a dispatcher:
>>
>> @table @asis
>> @@ -1707,7 +1707,7 @@ blocks can be indented to signal that they belong to a
>> particular item.
>> If you find that using a different bullet for a sub-list (than that used for
>> the current list-level) improves readability, customize the variable
>> @code{org-list-demote-modify-bullet}. To get a greater difference of
>> -indentation between items and theirs sub-items, customize
>> +indentation between items and their sub-items, customize
>> @code{org-list-indent-offset}.
>>
>> @vindex org-list-automatic-rules
>> @@ -2133,7 +2133,7 @@ unpredictable for you, configure the options
>> @table @kbd
>> @tsubheading{Creation and conversion}
>> @orgcmd{C-c |,org-table-create-or-convert-from-region}
>> -Convert the active region to table. If every line contains at least one
>> +Convert the active region to a table. If every line contains at least one
>> TAB character, the function assumes that the material is tab separated.
>> If every line contains a comma, comma-separated values (CSV) are assumed.
>> If not, lines are split at whitespace into fields. You can use a prefix
>> @@ -2533,7 +2533,7 @@ format at least for the first field (i.e the reference
>> must start with
>> @example
>> $1..$3@r{first three fields in the current row}
>> $P..$Q@r{range, using column names (see under Advanced)}
>> -$<<<..$>> @r{start in third column, continue to the one but last}
>> +$<<<..$>> @r{start in third column, continue to the last but one}
>> @@2$1..@@4$3@r{6 fields between these two fields (same as @code{A2..C4})}
>> @@-1$-2..@@-1 @r{3 fields in the row above, starting from 2 columns on the
>> left}
>> @@I..II@r{betwe
[O] [PATCH] doc: Fix grammar and typo
* doc/org.texi: Fix grammar and typo.
Based on the patch proposed by TonyMc
---
doc/org.texi | 109 +-
1 file changed, 55 insertions(+), 54 deletions(-)
diff --git a/doc/org.texi b/doc/org.texi
index 0271d70..a202af8 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -1011,7 +1011,7 @@ version information of Emacs (@kbd{M-x emacs-version
@key{RET}}) and Org
@kbd{M-x org-submit-bug-report RET}
@end example
@noindent which will put all this information into an Emacs mail buffer so
-that you only need to add your description. If you re not sending the Email
+that you only need to add your description. If you are not sending the Email
from within Emacs, please copy and paste the content into your Email program.
Sometimes you might face a problem due to an error in your Emacs or Org mode
@@ -1426,7 +1426,7 @@ See also the option @code{org-goto-interface}.
@table @asis
@orgcmd{M-@key{RET},org-insert-heading}
@vindex org-M-RET-may-split-line
-Insert a new heading/item with the same level than the one at point.
+Insert a new heading/item with the same level as the one at point.
If the cursor is in a plain list item, a new item is created
(@pxref{Plain lists}). To prevent this behavior in lists, call the
command with a prefix argument. When this command is used in the
@@ -1476,7 +1476,7 @@ of the one just marked. E.g., hitting @key{M-h} on a
paragraph will mark it,
hitting @key{M-h} immediately again will mark the next one.
@orgcmd{C-c @@,org-mark-subtree}
Mark the subtree at point. Hitting repeatedly will mark subsequent subtrees
-of the same level than the marked subtree.
+of the same level as the marked subtree.
@orgcmd{C-c C-x C-w,org-cut-subtree}
Kill subtree, i.e., remove it from buffer but save in kill ring.
With a numeric prefix argument N, kill N sequential subtrees.
@@ -1567,7 +1567,7 @@ variables @code{org-show-hierarchy-above},
@code{org-show-following-heading},
control on how much context is shown around each match.}. Just try it out
and you will see immediately how it works.
-Org mode contains several commands creating such trees, all these
+Org mode contains several commands for creating such trees, all these
commands can be accessed through a dispatcher:
@table @asis
@@ -1707,7 +1707,7 @@ blocks can be indented to signal that they belong to a
particular item.
If you find that using a different bullet for a sub-list (than that used for
the current list-level) improves readability, customize the variable
@code{org-list-demote-modify-bullet}. To get a greater difference of
-indentation between items and theirs sub-items, customize
+indentation between items and their sub-items, customize
@code{org-list-indent-offset}.
@vindex org-list-automatic-rules
@@ -2133,7 +2133,7 @@ unpredictable for you, configure the options
@table @kbd
@tsubheading{Creation and conversion}
@orgcmd{C-c |,org-table-create-or-convert-from-region}
-Convert the active region to table. If every line contains at least one
+Convert the active region to a table. If every line contains at least one
TAB character, the function assumes that the material is tab separated.
If every line contains a comma, comma-separated values (CSV) are assumed.
If not, lines are split at whitespace into fields. You can use a prefix
@@ -2533,7 +2533,7 @@ format at least for the first field (i.e the reference
must start with
@example
$1..$3@r{first three fields in the current row}
$P..$Q@r{range, using column names (see under Advanced)}
-$<<<..$>> @r{start in third column, continue to the one but last}
+$<<<..$>> @r{start in third column, continue to the last but one}
@@2$1..@@4$3@r{6 fields between these two fields (same as @code{A2..C4})}
@@-1$-2..@@-1 @r{3 fields in the row above, starting from 2 columns on the
left}
@@I..II@r{between first and second hline, short for @code{@@I..@@II}}
@@ -2794,7 +2794,7 @@ formulas or Elisp formulas:
@end group
@end example
-Input duration values must be of the form @code{[HH:MM[:SS]}, where seconds
+Input duration values must be of the form @code{HH:MM[:SS]}, where seconds
are optional. With the @code{T} flag, computed durations will be displayed
as @code{HH:MM:SS} (see the first formula above). With the @code{t} flag,
computed durations will be displayed according to the value of the option
@@ -2822,9 +2822,9 @@ current field will be replaced with the result.
Formulas are stored in a special line starting with @samp{#+TBLFM:} directly
below the table. If you type the equation in the 4th field of the 3rd data
line in the table, the formula will look like @samp{@@3$4=$1+$2}. When
-inserting/deleting/swapping column and rows with the appropriate commands,
+inserting/deleting/swapping columns and rows with the appropriate commands,
@i{absolute references} (but not relative ones) in stored formulas are
-modified in order to still reference the same fiel
Re: [O] Some documentation suggestions
TonyMc writes: > Dear Bastien et al, > > I have been reading through the Org manual (version 8.2.1) and have > found a few errors of grammar or places where the English doesn't > sound right. I list them below with some suggested replacements > (separated by ->). I hope this is helpful. > > Best, > Tony > > * 1.4 Feedback > "If you re" -> "If you are" > > * 2.5 Structure Editing > "level than" -> "level as" (twice) > > * 2.6 Sparse Trees > "several commands creating" -> "several commands for creating" > > * 2.7 Plain Lists > "theirs sub-items" -> "their sub-items" > > 3.1 Table editor > "region to table" -> "region to a table" > > 3.5.1 References > "one but last" -> "last but one" > > 3.5.4 Durations and time values > "[HH:MM[:SS]" -> "HH:MM[:SS]" > > 3.5.5 Field and range formulas > "column and rows" -> "columns and rows" > "To avoid this from happening" -> "To prevent this from happening" or > "To avoid this" > > 3.5.6 Column formulas > "can not" -> "cannot" > > 4.2 Internal links > "put the line" -> "put in the line" > > 4.6 Link abbreviations > "text don't" -> "text doesn't" > > 5.2.3 Multiple keyword sets > "S-<>" -> "S-" > > 5.3.2 Tracking TODO state changes > "you not only" -> "You not only" > > 7.1 Property syntax > "activate this changes." -> "activate this change." > > 7.5.2 Using column view > "modified values is" -> "modified value is" > > 8 Dates and times > "used as indicating" -> "used to indicate" > > 8.1 Timestamps, deadlines and scheduling > ""That order depend" -> "That order depends" > > 8.3 Deadlines and scheduling > "a specific deadlines" -> "a specific deadline" > "task get scheduled" -> "task gets scheduled" > > 8.4 Clocking work time > "to that you can" -> "so that you can" > > 8.4.1 Clocking commands > "in inserts it" -> "and inserts it" > > 8.4.2 The Clock table > "and specify" -> "specifies" > "either absolute" -> "either absolutely" > "There options" -> "These options" > > 10.3.3 Matching tags and properties > "one of the tag" -> "one of the tags" > "Except the Special properties" -> "In addition to the Special > properties" > > 10.4.4 Filtering/limiting agenda items > "_fitlers_" -> "_filters_" > "Filter are" -> "Filters are" > "catogories" -> "categories" > "that as no effort" -> "that has no effort" > > 10.6.3 Setting options for custom commands > "an agenda commands" -> "an agenda command" > > 11 Markup for rich export > "like HTML, LaTeX" -> "like HTML and LaTeX" > > Document title > "associated to buffer" -> "associated with the buffer" > > 11.8 Special blocks > "at a specific back-ends" -> "at a specific back-end" > > 12.11 Other built-in back-ends > "these export back-end" -> "these export back-ends" > > 15.3 Speed keys > "Speed keys do not only" -> "Speed keys not only" > > 15.4 Code evaluation and security issues > " work with the code snippets" -> "work with code snippets" > > 15.6 Summary of in-buffer settings > "any of those lines" -> "any of these lines" > > Appendix A Hacking > "some aspects" -> "some areas" > > A.4 Adding export back-ends > "or from deriving them" -> "or by deriving them" > > A.8 Special agenda views > "the same than `agenda'" -> "the same as `agenda'" > > A.9 Speeding up your agendas > "slowliness caused by accessing to" -> "slowdown caused by accessing" > > Appendix B MobileOrg > "It does also allow" -> "It also allows" > > B.1 Setting up the staging area > "consider to encrypt" -> "consider encrypting" > > B.2 Pushing to MobileOrg > "same name than their" -> "same name as their" Thank you Tony! I will submit a patch. Right now working on this. Thanks and Regards Noorul
Re: [O] Setup for switching between 2 org-mode configurations (demo/productive)?
Nick Dokos writes: > Karl Voit writes: > >> * M wrote: >>> >>> Hi, >> >> Hi! >> >>> I'd like to set up org-mode in a way to separate my personal data from my >>> gerenal settings. >>> and easily re-enable them later. >> [...] >>> I assume that some of you already have something like that or can recommend >>> a way for doing so? >> >> I by myself did chose a manual attempt so far: temporarily modifying >> org-agenda-files to one demo file [1] and sticking to this demo file >> only while showing stuff. >> >> With my Memacs setup (see sig), I gave up selecting stuff that might >> be private because every daily agenda shows private stuff (in case >> or displaying archive files is enabled). >> > > It may be worth considering running in a virtual machine. And RAM and CPU cycles being cheap these days, I second this suggestion. Take a look at http://docs.vagrantup.com/v2/getting-started/ Thanks and Regards Noorul
Re: [O] How to install recent documentation of org 8.2?
Martin Beck writes: > I tried to get a recent documentation in my org-mode: > > I'm using Aquamacs 2.5 on MacOS X, which seems to have org-mode 6.33 > "onboard". > > I tried to load the recent documentation with a link to the "doc" directory > in my org-mode 8.2 (expanded contents from git repository) in my .emacs. > > (add-to-list 'Info-additional-directory-list > (expand-file-name "~/mypath/org-mode/org_current/doc")) > > But this does have no effect. With C-h i, I get displayed a an outdated > org-manual. > > Is the "doc" directory the right one or do I have to download the > documentation separately? > I had downloaded the zipped version from http://orgmode.org/org-8.2.1.zip . > Here is a thread which discussed this issue extensively. http://comments.gmane.org/gmane.emacs.orgmode/71129 Thanks and Regards Noorul
Re: [O] Network Diagram
Esben Stien writes: > Any way to create something like a network diagram with org-mode? > > I looked in the manual and found state change diagrams and sequence > diagrams, but nothing that would help me plan a network with routers and > switches. > > Any pointers? You can find example here http://doc.norang.ca/org-mode.html for the tools others mentioned in this thread. Thanks and Regards Noorul
Re: [O] Request for write access to Word (noorul)
On Fri, Sep 27, 2013 at 2:51 PM, Bastien wrote: > Noorul Islam Kamal Malmiyoda writes: > >> I am not able to push changes now. Is this now disabled for me? > > I don't think so, but you need to push to the orgmode.org server, > not to repo.or.cz -- please ask for further help on the mailing > list. > I have the remote set as G |master O| --> git remote -v origin w...@orgmode.org:worg.git (fetch) origin w...@orgmode.org:worg.git (push) G |master O| --> git pull Permission denied (publickey). fatal: The remote end hung up unexpectedly Do I have to resend public key to someone to add? I have that setup on repo.or.cz. Thanks and Regards Noorul
[O] #+END_SRC and recent pull
Hello all, I pulled in latest changes from master and the following snippet is not getting tangled. #+begin_src emacs-lisp (message "This is a test") #+end_src emacs-lisp Yes, the documentation has plain #+end_src, but somehow the above snippet was working earlier. Sending this mail out, just in case this is useful to someone else. Does the parser should really care about what is next to #+end_src ? Thanks and Regards Noorul
Re: [O] [BUG] Tags matching
Carsten Dominik writes: > On 26.9.2013, at 05:50, Noorul Islam K M wrote: > >> >> Hello all, >> >> I use Bernt Hansen's custom Agenda view. Here is a snippet from that >> >>(tags-todo "-CANCELLED/+WAITING/!" > > There should be no slash before the +WAITING. It is also not present in > Bernt's text. > > Does that fix it? > Oh yes! Thank you! Thanks and Regards Noorul > - Carsten > >> ((org-agenda-overriding-header "Waiting and >> Postponed >> Tasks") >>(org-agenda-skip-function 'bh/skip-stuck-projects) >>(org-tags-match-list-sublevels nil) >>(org-agenda-todo-ignore-scheduled 'future) >>(org-agenda-todo-ignore-deadlines 'future))) >> >> This stopped working with current master. I nailed down the commit >> (3e99e9298c534f19bd19f37c196b0850e2c99ca0) which is affecting the >> original behavior. With this commit it lists all my todo items under >> this heading. >> >> Thanks and Regards >> Noorul >>
[O] [BUG] Tags matching
Hello all, I use Bernt Hansen's custom Agenda view. Here is a snippet from that (tags-todo "-CANCELLED/+WAITING/!" ((org-agenda-overriding-header "Waiting and Postponed Tasks") (org-agenda-skip-function 'bh/skip-stuck-projects) (org-tags-match-list-sublevels nil) (org-agenda-todo-ignore-scheduled 'future) (org-agenda-todo-ignore-deadlines 'future))) This stopped working with current master. I nailed down the commit (3e99e9298c534f19bd19f37c196b0850e2c99ca0) which is affecting the original behavior. With this commit it lists all my todo items under this heading. Thanks and Regards Noorul
Re: [O] babel-load problem
Fredrik writes:
> Any idea on what I am doing wrong? I just want to set up my config to be load
> by
> babel?
>
> I have my Windows emacs set up with the latest packer for org (20130819) and
> have the following in my .emacs
> ;; setup orgmode babel
> (setq org-babel-load-languages '((emacs-lisp . t)))
> (setq org-confirm-babel-evaluate nil)
> (require 'org-install)
> (require 'org)
>
> ;; load orgmode organized config
> (org-babel-load-file "~/emacs.org")
>
> This gives me the follwing error :
>
> Debugger entered--Lisp error: (file-error "Cannot open load file"
> "c:/Users/fe/Dropbox/emacs/emacs.el")
> load("c:/Users/fe/Dropbox/emacs/emacs.el" nil nil t)
> load-file("~/emacs.el")
> org-babel-load-file("~/emacs.org")
> eval-buffer(# nil "c:/Users/fe/Dropbox/emacs/.emacs" nil t)
> ;
> Reading at buffer position 221
> load-with-code-conversion("c:/Users/fe/Dropbox/emacs/.emacs"
> "c:/Users/fe/Dropbox/emacs/.emacs" t t)
> load("~/.emacs" t t)
> #[0 "\205\262
>
In emacs.org, are you trying to load
"c:/Users/fe/Dropbox/emacs/emacs.el" ? or is your $HOME set to
c:/Users/fe/Dropbox/emacs ?
Thanks and Regards
Noorul
Re: [O] Publishing long jpg urls fails with "org-html-handle-links: Wrong type argument: stringp, nil"
Vijayender writes:
> Hi All
>
> After the commit of
> http://orgmode.org/w/?p=org-mode.git;a=commitdiff;h=55f4f921835bbf5d7b8e9dd82fe8dcfef2fac4e2
> Looks like long urls for eg, the following doc are failing to html export. It
> happens without any customization on emacs-24.3-3
>
> * queue to stack
> -
> http://img22.fansshare.com/celebrity/photos/934_liv-tyler-arwen-lord-of-the-rings-2103158475.jpg
>
I am not getting this stack trace.
Org-mode version 8.0.6 (release_8.0.6-377-ga3375f @
/home/noorul/.emacs.d/site-lisp/org-mode/lisp/)
GNU Emacs 24.3.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw scroll bars)
of 2013-07-18 on noman
Thanks and Regards
Noorul
> Are failing to export to html. The problem disappears on enclosing url with
> [[]]
> or for a jpg url which is shorter for eg:
> http://img22.fansshare.com/photos/livtyler/jtvr-armageddon-1577984889.jpg
>
> The debug stack trace is:
>
> Debugger entered--Lisp error: (wrong-type-argument stringp nil)
> string-match("width=" nil)
> org-html-handle-links(#(" -
> [[http://img22.fansshare.com/celebrity/photos/934_liv-tyler-arwen-lord-of-the-rings-2103158475.jpg][http://img22.fansshare.com/celebrity/photos/934\\_liv-tyler-arwen-lord-of-the-rings-2103158475.jpg]]";
> 0 3 (list-context nil list-prevs ((18)) list-struct ((18 2 "- " nil nil nil
> 119)) list-item 18 fontified t) 3 4 (face org-link fontified t list-item 18
> list-struct ((18 2 "- " nil nil nil 119)) list-prevs ((18)) list-context nil)
> 4 6 (face org-link) 6 10 (face org-link fontified t list-item 18 list-struct
> ((18 2 "- " nil nil nil 119)) list-prevs ((18)) list-context nil
> org-protected t org-no-description nil) 10 11 (face org-link org-protected t
> org-no-description nil) 11 100 (face org-link fontified t list-item 18
> list-struct ((18 2 "- " nil nil nil 119)) list-prevs ((18)) list-context nil
> org-protected t org-no-description nil) 100 101 (face org-link fontified t
> rear-nonsticky (mouse-face highlight keymap invisible intangible help-echo
> org-linked-text htmlize-link) list-item 18 list-struct ((18 2 "- " nil nil
> nil 119)) list-prevs ((18)) list-context nil org-protected t
> org-no-description nil) 101 102 (face org-link fontified t rear-nonsticky
> (mouse-face highlight keymap invisible intangible help-echo org-linked-text
> htmlize-link) list-item 18 list-struct ((18 2 "- " nil nil nil 119))
> list-prevs ((18)) list-context nil org-protected t org-no-description nil)
> 102 103 (face org-link) 103 104 (face org-link) 104 107 (list-context nil
> list-prevs ((18)) list-struct ((18 2 "- " nil nil nil 119)) list-item 18
> fontified t face org-link) 107 108 (list-context nil list-prevs ((18))
> list-struct ((18 2 "- " nil nil nil 119)) list-item 18 fontified t face
> org-link) 108 109 (face org-link) 109 150 (list-context nil list-prevs ((18))
> list-struct ((18 2 "- " nil nil nil 119)) list-item 18 fontified t face
> org-link) 150 151 (list-context nil list-prevs ((18)) list-struct ((18 2 "- "
> nil nil nil 119)) list-item 18 fontified t face org-link) 151 152 (face
> org-link) 152 153 (list-context nil list-prevs ((18)) list-struct ((18 2 "- "
> nil nil nil 119)) list-item 18 fontified t face org-link) 153 199
> (list-context nil list-prevs ((18)) list-struct ((18 2 "- " nil nil nil 119))
> list-item 18 fontified t face org-link) 199 200 (list-context nil list-prevs
> ((18)) list-struct ((18 2 "- " nil nil nil 119)) list-item 18 rear-nonsticky
> (mouse-face highlight keymap invisible intangible help-echo org-linked-text
> htmlize-link) fontified t face org-link) 200 201 (list-context nil list-prevs
> ((18)) list-struct ((18 2 "- " nil nil nil 119)) list-item 18 rear-nonsticky
> (mouse-face highlight keymap invisible intangible help-echo org-linked-text
> htmlize-link) fontified t face org-link) 201 202 (face org-link) 202 203
> (face org-link)) (:latex-image-options nil :exclude-tags ("noexport")
> :select-tags ("export") :publishing-directory nil :timestamp nil
> :expand-quoted-html t :html-table-tag " cellpadding=\"6\" rules=\"groups\" frame=\"hsides\">" :xml-declaration
> (("html" . "") ("php" . " \"\"; ?>")) :html-postamble
> auto :html-preamble t :html-extension "html" :inline-images maybe
> :convert-org-links t :agenda-style nil :style-extra "" :style ""
> :style-include-scripts t :style-include-default t :table-auto-headline t
> :tables t :time-stamp-file t :creator-info t :email-info nil :author-info t
> :email "vkarnaty@localhost" ...))
> byte-code("\203 .. )
> org-export-as-html(nil)
> call-interactively(org-export-as-html)
> org-export(nil)
> call-interactively(org-export nil nil)
Re: [O] problems with continuous clocking
Hildegund Mythenmetz writes: > Hello, > > I am experiencing some problems with the continuous clocking feature of > org-mode. I created a question in stackoverflow for this (see > http://stackoverflow.com/questions/17969129/emacs-org-mode-continuous-clocking-does-not-work > ) > > I would be grateful, if you could help me in resolving this issue.. > > Below is the description of the problem as asked in stackoverflow > > > Thanks you for any help, > > Andreas > > > I activated the option org-clock-continuously to recover gaps in my > clocking and the continuous clocking does not seem to work. > > I am often fixing endtimes for clocked items, because I forgot to clock out > (using the function org-resolve-clocks and using the K option (keep x > minutes). > > When I am clocking in afterwards (in the agenda view) after having fixed > the last clock, org-mode always clocks me in with the current time instead > of the last time I clocked out (according to the clock resolution). > > Example: > > TODO sample todo > > CLOCK: [2013-07-31 Mi 12:53] > > M-x org-resolve-clocks -> K -> 5 > > CLOCK: [2013-07-31 Mi 12:53]--[2013-07-31 Mi 12:58] => 0:05 > > agenda view: clock in on a different task > > (! no question, if I want to clock in now or at last clock out time !) > > ** TODO sample todo 2 > > CLOCK: [2013-07-31 Mi 13:22] > > Any ideas how to fix this or what option I have to activate in addition to > org-clock-continuously? > > I am working on windows 7 Professional with GNU Emacs (GNU Emacs 24.3.1 > (i386-mingw-nt6.1.7601)) and orgmode 8.0.3 I don't think you can work in the past. Usually I fix clock manually. Thanks and Regards Noorul
Re: [O] Http pull/clone at orgmode.org is down?
John Hendy writes: > When I try to issue git pull (since yesterday, replicated today), I'm > getting this: > > $ git pull > error: Unable to find 989923a140695aa87959bdc727666aeec48ec074 under > http://orgmode.org/org-mode.git > Cannot obtain needed tree 989923a140695aa87959bdc727666aeec48ec074 > while processing commit 0b770b125ffaed8e21dfea523437f12c35dec334. > error: Fetch failed. This is working fine for me. Thanks and Regards Noorul
Re: [O] habit-only agenda that doesn't remove tasks when done?
Christopher Allan Webber writes:
> Hello,
>
> I'd like to have a habit-only agenda view, if possible, that looks a bit
> like:
>
>
> Morning habits
> --
>
> life: TODO Shave [ * * ** !] habit::morning:
> rsi: TODO morning stretches [ ** **** *!] habit::morning:
>
> Night habits
>
>
> life: TODO Exercise[ * * ** !] habit::night:
>
>
> ... and maybe an other category for cathing the rest.
>
> I'd also like to have these habits not drop off the agenda view when I
> move them to DONE if possible. However, I'm getting the sense that this
> isn't possible... it seems like the habit system works with
> agendas-only, and there's no way to say "give me an agenda with only
> these certain things on it".
Did you try the following custom command?
("h" "Habits" tags-todo "STYLE=\"habit\""
((org-agenda-overriding-header "Habits")
(org-agenda-sorting-strategy
'(todo-state-down effort-up category-keep
Thanks and Regards
Noorul
Re: [O] collect info from org files in agenda when open?
Gregor Zattler writes: > Dear org-mod users and developers, > > I customized my org-agenda-files variable to contain 4 files. > But I wished I could automatically add org files to the agenda > simply by opening them. Is it possible to automagically add > some files to the agenda iff they are visited or add the contents > of org-mode buffers? > I am not sure whether you already went through contents of this link. http://orgmode.org/manual/Agenda-files.html Thanks and Regards Noorul
Re: [O] Starting agenda commands fail with error: "cond: Wrong type argument: sequencep, :newline"
Rainer Stengele writes: > Am 11.07.2013 11:45, schrieb Noorul Islam K M: > >> Rainer Stengele writes: >> >>> Hi, >>> >>> since the last pull I cannot start any agenda without getting this message: >>> >>> cond: Wrong type argument: sequencep, :newline >>> >>> setting debug-on-error to t does not show more info. >>> Any idea what could be wrong? >>> >> A fix was pushed recently for this. You might be lagging begind. >> >> Thanks and Regards >> Noorul > I am at > > Org-mode version 8.0.5 (release_8.0.5-334-g203f4c) > That looks pretty current. > Error is still there! > My bad, it was a patch submitted to the list for verification. Someone has verified it. Let us wait for this to be committed. The thread's subject line is: [BUG] org-agenda-list Thanks and Regards Noorul
Re: [O] Starting agenda commands fail with error: "cond: Wrong type argument: sequencep, :newline"
Rainer Stengele writes: > Hi, > > since the last pull I cannot start any agenda without getting this message: > > cond: Wrong type argument: sequencep, :newline > > setting debug-on-error to t does not show more info. > Any idea what could be wrong? > A fix was pushed recently for this. You might be lagging begind. Thanks and Regards Noorul
Re: [O] [BUG] org-agenda-list
Nick Dokos writes: > I just pulled and I get the attached backtrace from org-agenda-list. > I tried with -q -l minimal.emacs and it's still there. > It's probably caused by commit 42691788273cecb75ec620d40cc5394d2cd95ed1. > When I revert that, the agenda comes up properly. > > Org-mode version 8.0.5 (release_8.0.5-334-g1b1469 @ > /home/nick/elisp/org-mode/lisp/) > (which includes the revert: the real one is -333-) Is this also causing the newline issue that Charles mentioned? Thanks and Regards Noorul
Re: [O] agenda problem or my set up is a problem?
Charles writes: > Noorul, > > On 7/8/2013 9:54 AM, Noorul Islam K M wrote: >> Charles writes: >> >>> Noorul, >>> >>> On 7/8/2013 8:36 AM, Noorul Islam K M wrote: >>>> Charles writes: >>>> >>>>> I just did a clean org mode install (twice) >>>>> >>>>> * Org-mode version 8.0.5 (release_8.0.5-318-gfdaa99 @ >>>>> c:/cygwin/home/Charlie/elisp/Org-Mode/lisp/) >>>>> * emacs GNU Emacs 24.2.1 (i386-mingw-nt6.1.7601) of 2012-08-28 on MARVIN >>>>> >>>>> emacs on windows 7, home premium >>>>> >>>>> org on cywin 1.7.20 >>>>> >>>>> I call the agenda dispatcher; however when I attempt to call an agenda >>>>> command >>>>> the following error is returned >>>>> >>>>> Wrong type argument: sequencep, newline: >>>>> >>>> >>>> No issues here with >>>> >>>> Org-mode version 8.0.5 (release_8.0.5-318-gfdaa99 @ >>>> /home/noorul/.emacs.d/site-lisp/org-mode/lisp/) >>>> GNU Emacs 24.3.1 (i686-pc-linux-gnu, GTK+ Version 2.24.10) >>>>of 2013-03-11 on noman >>>> >>>> Can you send a trace back? >>>> >>>> Thanks and Regards >>>> Noorul >>>> >>> >>> I'll have to try the trace later. I forgot to mention that until this >>> morning >>> org worked as advertised with my set up. It was not until I attempted to >>> update >>> that the problem surfaced. That is why I did a clean install. >>> >> >> Ok, good. >> >>> I have also discovered that capture no longer works - the same error is >>> returned. The same is true for attempts to change the TODO states. >>> >>> Could there be a CR/LF "mix up" in the most recent commit that effects a >>> windows >>> set up. >>> >> >> This could be windows specific issue. >> >> Thanks and Regards >> Noorul > > I ran M-x debug-on-entry for org-agenda-list and org-todo-list. Attached are > the > backtraces. > I think the attachment is not an error trace back. You need to do M-: (setq debug-on-error t) and execute the command. You are supposed to get a traceback. Please post the same. Thanks and Regards Noorul
Re: [O] agenda problem or my set up is a problem?
Charles writes: > Noorul, > > On 7/8/2013 8:36 AM, Noorul Islam K M wrote: >> Charles writes: >> >>> I just did a clean org mode install (twice) >>> >>> * Org-mode version 8.0.5 (release_8.0.5-318-gfdaa99 @ >>> c:/cygwin/home/Charlie/elisp/Org-Mode/lisp/) >>> * emacs GNU Emacs 24.2.1 (i386-mingw-nt6.1.7601) of 2012-08-28 on MARVIN >>> >>> emacs on windows 7, home premium >>> >>> org on cywin 1.7.20 >>> >>> I call the agenda dispatcher; however when I attempt to call an agenda >>> command >>> the following error is returned >>> >>> Wrong type argument: sequencep, newline: >>> >> >> No issues here with >> >> Org-mode version 8.0.5 (release_8.0.5-318-gfdaa99 @ >> /home/noorul/.emacs.d/site-lisp/org-mode/lisp/) >> GNU Emacs 24.3.1 (i686-pc-linux-gnu, GTK+ Version 2.24.10) >> of 2013-03-11 on noman >> >> Can you send a trace back? >> >> Thanks and Regards >> Noorul >> > > I'll have to try the trace later. I forgot to mention that until this morning > org worked as advertised with my set up. It was not until I attempted to > update > that the problem surfaced. That is why I did a clean install. > Ok, good. > I have also discovered that capture no longer works - the same error is > returned. The same is true for attempts to change the TODO states. > > Could there be a CR/LF "mix up" in the most recent commit that effects a > windows > set up. > This could be windows specific issue. Thanks and Regards Noorul
Re: [O] agenda problem or my set up is a problem?
Charles writes: > I just did a clean org mode install (twice) > > * Org-mode version 8.0.5 (release_8.0.5-318-gfdaa99 @ > c:/cygwin/home/Charlie/elisp/Org-Mode/lisp/) > * emacs GNU Emacs 24.2.1 (i386-mingw-nt6.1.7601) of 2012-08-28 on MARVIN > > emacs on windows 7, home premium > > org on cywin 1.7.20 > > I call the agenda dispatcher; however when I attempt to call an agenda command > the following error is returned > > Wrong type argument: sequencep, newline: > No issues here with Org-mode version 8.0.5 (release_8.0.5-318-gfdaa99 @ /home/noorul/.emacs.d/site-lisp/org-mode/lisp/) GNU Emacs 24.3.1 (i686-pc-linux-gnu, GTK+ Version 2.24.10) of 2013-03-11 on noman Can you send a trace back? Thanks and Regards Noorul
Re: [O] Problem with export
Mark Elston writes: > I have just upgraded my org to the latest from git. Now I cannot do an > export. I have completely commented out any customization in my .emacs for > org mode and the problem still remains. Every time I try to export (C-c > C-e) I get: > > Debugger entered--Lisp error: (void-function org-export-dispatch) > > Any ideas what is happening? This was working with an older version of org > (from mid last year). I am using the latest version of org and I don't get this error. May be you can post the output of (org-version) here. Also see that you do a clean compile. Usually this is what I do git pull make clean make Thanks and Regards Noorul
Re: [O] How do I create an agenda block for entries with a specific tag?
Alan Schmitt writes:
> Hello,
>
> I'm trying to find a way to create an agenda bloc (of type agenda) that
> is restricted to a set of tags. I tried using a skip function but (as I
> explained in another mail) I cannot get it to work. If someone has done
> it before, I'd gladly have a look at how to do it.
>
>From the classic document http://doc.norang.ca/org-mode.html
("r" "Tasks to Refile" tags "REFILE"
((org-agenda-overriding-header "Tasks to Refile")
(org-tags-match-list-sublevels nil)))
Is this what you are looking for?
Thanks and Regards
Noorul
Re: [O] New maintainer
Bastien, I use org-mode every day and it is really great to see that this project is always growing. You did an excellent job taking this to 8.0. Carsten, Welcome back and looking forward to 8.x Thanks and Regards Noorul On Thu, Apr 18, 2013 at 10:23 PM, Bastien wrote: > Dear all, > > I'm stepping down as the Org maintainer. > > Carsten accepted to step up, if the community agrees. > Please raise your thumbs up or your concerns, if any. > > I'm glad I had this opportunity to work as "Robin" and > I'm even more glad "Batman" may strike back! > > :) > > -- > Bastien > > >
Re: [O] Bug? "v r" in agenda crashes
On Wed, Apr 18, 2012 at 7:50 PM, Rainer Stengele
wrote:
> Hi!
>
> Org-mode version 7.8.09 (release_7.8.09.221.g72128)
>
> Being in my agenda (non stiocky or sticky doesn't matter) I press "v r" and
> get this error:
>
>
> Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil)
> org-babel-header-arg-expand()
> run-hook-with-args-until-success(org-babel-header-arg-expand)
> org-cycle((4))
> org-set-startup-visibility()
> org-mode()
> org-get-clocktable(:maxlevel 4 :narrow 80! :indent t :tstart 734611 :tend
> 734612 :scope agenda)
> apply(org-get-clocktable (:maxlevel 4 :narrow 80! :indent t :tstart 734611
> :tend 734612 :scope agenda))
> org-agenda-list(nil)
> call-interactively(org-agenda-list)
> (let ((org-agenda-span (quote day)) (org-agenda-start-with-log-mode t)
> (org-agenda-overriding-header "Today's Agenda + Prio A todos "))
> (call-interactively (quote org-agenda-list)))
> (let ((org-agenda-sorting-strategy (quote (time-up priority-down
> todo-state-up (let ((org-agenda-span (quote day))
> (org-agenda-start-with-log-mode t) (org-agenda-overriding-header "Today's
> Agenda + Prio A todos ")) (call-interactively (quote
> org-agenda-list
> eval((let ((org-agenda-sorting-strategy (quote (time-up priority-down
> todo-state-up (let ((org-agenda-span (quote day))
> (org-agenda-start-with-log-mode t) (org-agenda-overriding-header "Today's
> Agenda + Prio A todos ")) (call-interactively (quote
> org-agenda-list)
> org-let2(((org-agenda-sorting-strategy (quote (time-up priority-down
> todo-state-up ((org-agenda-span (quote day))
> (org-agenda-start-with-log-mode t) (org-agenda-overriding-header "Today's
> Agenda + Prio A todos ")) (call-interactively (quote
> org-agenda-list)))
> org-agenda-run-series("agenda - no (!) todos - sorted prio up - 1 day"
> (((agenda "prio ABC agenda" ((org-agenda-span (quote day))
> (org-agenda-start-with-log-mode t) (org-agenda-overriding-header "Today's
> Agenda + Prio A todos "))) (alltodo "todos Prio A+B"
> ((org-agenda-skip-function (lambda nil (or (org-agenda-skip-entry-if ...
> "\\=.*\\[#A\\|#B\\]") (org-agenda-skip-entry-if ... ...)))
> ((org-agenda-sorting-strategy (quote (time-up priority-down
> todo-state-up))
> eval((org-agenda-run-series "agenda - no (!) todos - sorted prio up - 1 day"
> (quote (((agenda "prio ABC agenda" ((org-agenda-span (quote
> day)) (org-agenda-start-with-log-mode t) (org-agenda-overriding-header
> "Today's Agenda + Prio A todos "))) (alltodo "todos Prio A+B"
> ((org-agenda-skip-function (lambda nil ...) ((org-agenda-sorting-strategy
> (quote (time-up priority-down todo-state-up
> (let nil (eval org-agenda-redo-command))
> eval((let nil (eval org-agenda-redo-command)))
> org-let(nil (eval org-agenda-redo-command))
> org-agenda-redo()
> org-agenda-clockreport-mode(nil)
> call-interactively(org-agenda-clockreport-mode)
> org-agenda-view-mode-dispatch()
> call-interactively(org-agenda-view-mode-dispatch nil nil)
>
> I do not use babel at all.
>
> regards,
>
> Rainer
Works for me. May be you need to provide minimal setup with which this
can be reproduced.
Org-mode version 7.8.08 (release_7.8.07.219.gf1887)
GNU Emacs 24.0.93.1 (i686-pc-linux-gnu, GTK+ Version 2.20.1)
of 2012-02-14 on noman
Thanks and Regards
Noorul
[O] Agenda view is not getting refreshed.
>From any agenda view, if I change the state of TODO item, it is getting reflected in the file but not in the view. I have to reload the view again to see the change. Anyone else face this same issue? I have Org-mode version 7.8.08 (release_7.8.07.219.gf1887) GNU Emacs 24.0.93.1 (i686-pc-linux-gnu, GTK+ Version 2.20.1) of 2012-02-14 on noman Thanks and Regards Noorul
Re: [O] [PATCH] - Fix org-fast-tag-selection
On Tuesday, April 3, 2012, Bastien wrote: > Noorul Islam Kamal Malmiyoda writes: > >> Can you please let me know why this commit does not have me as the >> author? I already signed papers and there are some commits from my >> side already. > > This is an error, sorry. No problem > >> This happened earlier also when you said that the patch >> was not carrying commit log. I think this time there was change log. > > The ChangeLog should have been included in the patch, > it was not. Please use git format-patch when possible. > > http://orgmode.org/worg/org-contribute.html#sec-5 > > Do you want me to revert the commit and to redo one with your name? Not necessary this time. Thanks and Regards Noorul
Re: [O] [PATCH] - Fix org-fast-tag-selection
On Tuesday, April 3, 2012, Bastien wrote: > Hi Noorul, > > Noorul Islam K M writes: > >> I think I nailed down the problem and fixed it in the attached patch. > > Applied, thanks a lot! Can you please let me know why this commit does not have me as the author? I already signed papers and there are some commits from my side already. This happened earlier also when you said that the patch was not carrying commit log. I think this time there was change log. Thanks and regards Noorul
[O] [PATCH] - Fix org-fast-tag-selection
Hello all,
I have the following setup similar to Bernt Hansen.
(setq org-tag-alist (quote ((:startgroup)
("@errand" . ?e)
("@office" . ?o)
("@home" . ?h)
(:endgroup)
("PHONE" . ?p)
("WAITING" . ?w)
("HOME" . ?H)
("CANCELLED" . ?c)
("NOTE" . ?n)
("ORG" . ?O
New when I try to add a new tag with the key press "C-c C-q TAB" from a
heading, I get following backtrace.
Debugger entered--Lisp error: (wrong-type-argument stringp :endgroup)
string-match("" :endgroup)
ido-read-internal(list "Tag: " nil nil nil nil)
ido-completing-read("Tag: " (#("REFILE" 0 6 (inherited t)) :startgroup
"@errand" "@office" "@home" :endgroup "PHONE" "WAITING" "HOME" "CANCELLED"
"NOTE" "ORG"))
apply(ido-completing-read "Tag: " (#("REFILE" 0 6 (inherited t)) :startgroup
"@errand" "@office" "@home" :endgroup "PHONE" "WAITING" "HOME" "CANCELLED"
"NOTE" "ORG") nil)
org-icompleting-read("Tag: " (#("REFILE" 0 6 (inherited t)) :startgroup
"@errand" "@office" "@home" :endgroup "PHONE" "WAITING" "HOME" "CANCELLED"
"NOTE" "ORG"))
org-fast-tag-selection(nil (#("REFILE" 0 6 (inherited t))) ((:startgroup)
("@errand" . 101) ("@office" . 111) ("@home" . 104) (:endgroup) ("PHONE" . 112)
("WAITING" . 119) ("HOME" . 72) ("CANCELLED" . 99) ("NOTE" . 110) ("ORG" . 79)
(#("REFILE" 0 6 (inherited t nil)
org-set-tags(nil nil)
org-set-tags-command(nil)
call-interactively(org-set-tags-command nil nil)
I think I nailed down the problem and fixed it in the attached patch.
Changelog:
* lisp/org.el (org-fast-tag-selection): Remove non-string object from
org-tag-alist.
Thanks and Regards
Noorul
diff --git a/lisp/org.el b/lisp/org.el
index 8ffb6c8..2df860e 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -13756,7 +13756,10 @@ Returns the new tags string, or nil to not change the
current settings."
(append (or buffer-tags
(with-current-buffer buf
(mapcar 'car
(org-get-buffer-tags
-(mapcar 'car table)
+(delq nil
+ (mapcar (lambda (x)
+(if (stringp
+ (car x)) x))
table))
(quit (setq tg "")))
(when (string-match "\\S-" tg)
(add-to-list 'buffer-tags (list tg))
Re: [O] org-contacts completion stopped working
On Thu, Oct 13, 2011 at 12:50 AM, Tassilo Horn wrote: > Julien Cubizolles writes: > > Hi Julien, > >> As of a few days ago, completion doesn't work anymore. I get the >> message (wrong-number-of-arguments (1 . 2) 4) >> >> Any ideas ? > > No, but you are not alone. :-) > > I use a very recent emacs 24 bzr checkout and org master from git. Not > sure who's the culprit. > You have to get more recent version. There is signature change. I also faced similar issue, git pull and compilation helped. Thanks and Regards Noorul
[O] [PATCH] Fix regression introduced in 15798836
Log [[[ * lisp/org-agenda.el (org-agenda-get-todos): Set category-pos before usage. ]]] Thanks and Regards Noorul diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index e3236e5..8d869be 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -4607,6 +4607,7 @@ the documentation of `org-diary'." (goto-char (match-beginning 1)) (setq marker (org-agenda-new-marker (match-beginning 0)) category (org-get-category) + category-pos (get-text-property (point) 'org-category-position) txt (match-string 1) tags (org-get-tags-at (point)) txt (org-format-agenda-item "" txt category tags)
[O] Column view arrow keys issue
Hello all, In column view mode, my arrow keys are not working properly. For example consider the following view. Task| Effort | CLOCKSUM | Item1 | 8:00 | 7:00 | Now, when I press right arrow key to reach the effort column the cursor moves to the far end of the row. Item1 | 8:00 | 7:00 | cursor I suspect any my configuration is the reason for this behavior or may be the emacs version. I tried to figure out this but I failed so I am sending out this mail. I have little experience with column view mode. Any help is appreciated. I have Org-mode version 7.7 (release_7.7.38.g1b379) GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.20.1) of 2011-08-09 on laptop Thanks and Regards Noorul
Re: [O] How to 'undo' filter
On Wed, Jul 13, 2011 at 3:31 AM, Jim Burton wrote: > Hi, after filtering an org document, I'd like to be able to go back to > the previous visibility. The closest I can get at the moment is to make > everything visible with S-TAB, but I'd like whatever was > expanded/collapsed before the filter to be as it was. How is this done? > Which filtering are you talking about? agenda? narrow-to-block? narrow-to-subtree? Thanks and Regards Noorul
Re: [O] FSF France supporting Org-mode since March and Flattr
On Fri, Jun 24, 2011 at 4:11 PM, Bastien wrote: > I'm glad to announce that The Free Software Foundation France* is > supporting Org's development by a large donation of 100€ each month. > > Thanks a lot to the FSF France for this! (http://fsffrance.org) > > I will happily share this amount with the rest of the Org community by > sponsoring OrgCamps or other events around the world -- just ask. > > From this donation, 15$ will go each month to help John Wiegley pay the > server expenses for the Patchwork bug tracker. Thanks to John for the > maintainance of this service. We will use it as long as we need it -- > so please send patches ! > > Org is also using Flattr -- not only to _be flattr'd_ but also to let > other projects know that we like them. So, if people want to flattr > some projects, just suggest them on the mailing list (with a [FLTR] > label in the subject of the email) and I'll flattr the project for you. > The monthly amount dedicated to flattr is 10€ so far, but I could raise > it if people find it useful. > > Worg pages are open to personal flattr buttons: if you take special care > of a particular page or directory and want to be flattr'd (either by the > Anonymous Surfer or by the Org community itself), please ask me to add > such a flattr button - I'll let Matt Lundin, as the Great Worg Gardner, > decide whether it's relevant or not in each case. > > Thanks to all, happy Org'ing! > Great news! Long live Org! Thanks and Regards Noorul
Re: [O] [PATCH] Minor doc fix.
On Mon, Jun 27, 2011 at 10:43 AM, Achim Gratz wrote: > Noorul Islam K M writes: > [...] > > My patch for CLOCK_INTO_DRAWER already includes a fix for that, albeit a > different one — using @pxref instead of @xref, as seems to have been > intended all along. > Ok, cool! - Noorul
[O] [PATCH] Minor doc fix.
When compiling from latest pull I got error when generating doc. The
attached patch fixes that.
Log
[[[
* doc/org.texi: Minor doc fix.
]]]
Thanks and Regards
Noorul
diff --git a/doc/org.texi b/doc/org.texi
index a397a7e..9802bc4 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -8951,7 +8951,7 @@ If the syntax for the label format conflicts with the
language syntax, use a
-n -r -l "((%s))"}. See also the variable @code{org-coderef-label-format}.
HTML export also allows examples to be published as text areas (@xref{Text
-areas in HTML export}).
+areas in HTML export}.).
Because the @code{#+BEGIN_...} and @code{#+END_...} patterns need to be added
so often, shortcuts are provided using the Easy Templates facility
Re: [O] possible typo in org manual
On Sat, Jun 4, 2011 at 12:06 PM, skip wrote: > The manual I'm using is here: > http://orgmode.org/org.html#Working-With-Source-Code > > See item 14.2.8.1 > sub-heading: Emacs Lisp evaluation of variables > in the sample code, > > #+begin_src sh :var file-name=(buffer-file-name) :exports both > wc -w $file > #+end_src > > shouldn't > file-name=(buffer-file-name) > be > file=(buffer-file-name) > > --Skip. > > But doc/org.texi has the following enty @example #+begin_src sh :var filename=(buffer-file-name) :exports both wc -w $filename #+end_src @end example I am not sure how frequently changes are pushed to the web server. Thanks and Regards Noorul
Re: [O] export problems
On Tue, May 31, 2011 at 9:32 AM, Eric Abrahamsen wrote: > Export has recently stopped working for me: any C-c C-e gives me: > > org-export: Symbol's function definition is void: > internal-temp-output-buffer-show > > Instead of an export menu. Org is up to date git, and I get this even > starting with emacs -Q. I haven't seen a chorus of complaints here, so I > assume it still has to be me, somehow, but does anyone know why this > would be happening? I'm on Ubuntu Natty, running: > > GNU Emacs 23.2.1 (i686-pc-linux-gnu, GTK+ Version 2.24.4) of 2011-04-04 > on rothera, modified by Debian > No issues on GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.20.1) of 2011-04-30 on noorul Org-mode version 7.5 (release_7.5.321.g363a) Thanks and Regards Noorul
Re: [O] Contact information in the orgmode notes?
Noorul Islam K M writes: > > Did you take a look at org-contacts ? > > It is here contrib/lisp$ less org-contacts.el > Sorry! The correct path is contrib/lisp/org-contacts.el Thanks and Regards Noorul
Re: [O] Contact information in the orgmode notes?
Jaakko Hollmén writes: > Dear orgmode'rs, > > I am a fairly new user of orgmode, but find it brilliantly > simple and useful. I have the following question to ask > from the wiser and the more experienced users/developers: > > Is there an obvious or easy way to include contact information > of people in the orgmode plain file notes? I am aware of emacs-related > packages, such as BBDB and AddressBook (vCard based address book, > still under development), but it seems these are built around a > separate database of contacts with possibly their own defined formats. > Did you take a look at org-contacts ? It is here contrib/lisp$ less org-contacts.el Thanks and Regards Noorul
[O] Agenda view has no TODO items
Recent pull from master changed the behaviour of the default agenda view. It used to list the TODO items also but now it only displays the scheduled one. Am I missing something? Thanks and Regards Noorul
Re: [O] org-with-wide-buffer error
On Tue, Mar 8, 2011 at 3:18 PM, Bastien wrote: > Kiwon Um writes: > >> Today, it doesn't reproduce anymore after git pull. Thanks all. > > Thanks for letting us know. > Just now faced this problem. make clean make all does the trick. Thanks and Regards Noorul
Re: [Orgmode] Not opening .tex file when exporting to pdf?
On Wed, Jan 19, 2011 at 5:11 PM, Rainer M Krug wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi > > I export my org files quite often to a pdf, but I am not interested in > the .tex file --- I don't mind it (it is needed) and I would not like it > to be deleted after the pdf has been created, but is there an option to > *not* opening it in emacs? > > The same applies by the way also for export to html - how can I avoid of > having the html opened in a buffer - my browser is fine for me. > Did you try C-c e d ? and C-c e b? Thanks and Regards Noorul > Cheers, > > Rainer > > - -- > Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation > Biology, UCT), Dipl. Phys. (Germany) > > Centre of Excellence for Invasion Biology > Natural Sciences Building > Office Suite 2039 > Stellenbosch University > Main Campus, Merriman Avenue > Stellenbosch > South Africa > > Tel: +33 - (0)9 53 10 27 44 > Cell: +27 - (0)8 39 47 90 42 > Fax (SA): +27 - (0)8 65 16 27 82 > Fax (D) : +49 - (0)3 21 21 25 22 44 > Fax (FR): +33 - (0)9 58 10 27 44 > email: rai...@krugs.de > > Skype: RMkrug > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.10 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk02zdsACgkQoYgNqgF2egrE6wCffhgH3L0cDGDx8Bo6wE9EJBaJ > opkAoId/QidswoPRRYsJ7b8cx2J8vmoC > =09yq > -END 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 > ___ 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] A new server for http://orgmode.org - Jason is its maintainer
Bastien writes: > Dear all, > > I asked Jason if he could take care of http://orgmode.org and I'm glad > he kindly accepted. We've been working on the website migration: it's > effective since yesterday. > > Links and services like mathjax or org-info-js work as expected. If > you notice anything missing/broken, please tell us. > > On top of his time, Jason also pays for the server cost. > Thank you Jason for supporting this org mode community. 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
Re: [Orgmode] Installing org-mode from git without byte-compiling
Jeff Horn writes: > Bernt, Eric Schulte, and others, > > Bernt recently mentioned to me on #org-mode that he doesn't > byte-compile org-mode, which makes it much easier to read backtraces. > I'm trying to use Eric Schulte's starter-kit fork, and the > instructions suggest compiling org-mode.[1] > > Inspecting the Makefile, I see that I probably want to make the info > documentation and have that installed automatically, I just don't want > to byte-compile the lisp. > > 1) Is there a flag or something I can pass to make in order to skip > byte-compiling but perform the rest of the script tasks? (The Makefile > docstring suggests 'make doc' to make html and PDF docs. Will it also > make the info docs and install them automatically?) > > 2) Out of curiosity, is 'make install' ever necessary when the local > git directory is sourced into the load-path? > make info make install-info 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
Re: [Orgmode] How to match tags when no tag present
Jeff Horn writes:
> On Thu, Dec 30, 2010 at 12:54 AM, Noorul Islam K M wrote:
>
>> Jeff Horn writes:
>>
>>> Hey orgsters,
>>>
>>> I'm trying to have agenda show me a list of untagged tasks. Someone in
>>> #orgmode suggested using the regexp brackets {}, but the following tag
>>> matches produces nothing:
>>>
>>> 1) {}
>>> 2) +{}
>>> 3) -{}
>>>
>>> How would I match all TODOs that are untagged?
>>>
>>> Thanks for any pointers.
>>
>> For me this works. I am not sure about you.
>>
>> /+
>>
>
> Noorul,
>
> Thanks for your help in #org-mode this evening. I'm posting my
> question here in case others have advice between now and morning (on
> my side of the earth).
>
> Noorul (and others),
>
> This works when in the agenda view, which is fine if I have scheduled
> tasks. But if I want to catch unscheduled, untagged tasks using a
> custom agenda command, how would I do that?
Why don't you bring unscheduled tasks to Agenda buffer? I always has my
TODOs in Agenda buffer.
- 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
Re: [Orgmode] How to match tags when no tag present
Jeff Horn writes:
> Hey orgsters,
>
> I'm trying to have agenda show me a list of untagged tasks. Someone in
> #orgmode suggested using the regexp brackets {}, but the following tag
> matches produces nothing:
>
> 1) {}
> 2) +{}
> 3) -{}
>
> How would I match all TODOs that are untagged?
>
> Thanks for any pointers.
For me this works. I am not sure about you.
/+
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
Re: [Orgmode] Bug: HTML export fails to close list [7.4 (release_7.4.80.g0e5e5)]
Nicolas Goaziou writes: > Hello, > >>>>>> Noorul Islam K M writes: > >> Actually I did not face this issue as I explained earlier, I am not >> sure why. > > Were you selecting the sub-tree before exporting? > No, I was not. Now I can re-produce it. 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
Re: [Orgmode] Bug: HTML export fails to close list [7.4 (release_7.4.80.g0e5e5)]
Nicolas Goaziou writes: > Hello, > >> Bernt Hansen writes: > >> If you export the following org file to HTML the list is not >> terminated properly. There is a ORG-LIST-END tag in the source >> instead of the tags which results in invalid HTML. > > This should be fixed on master now. > > Thanks for the report. > Actually I did not face this issue as I explained earlier, I am not sure why. Thanks and Regards Noorul > Regard, > > -- Nicolas > > ___ > 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] Minor bug: org-agenda-holidays
Paul Sexton writes: > Yes. > "Wrong type argument: commandp, list-calendar-holidays" > > I think the following patch will fix the issue for you. Log [[[ Make org-agenda-holidays compatible with older versions of emacs. * lisp/org-agenda.el (org-agenda-holidays): Make this function compatible with older versions of emacs. ]]] Thanks and Regards Noorul diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index 19535b4..217c701 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -7685,7 +7685,9 @@ the cursor position." (defun org-agenda-holidays () "Display the holidays for the 3 months around the cursor date." (interactive) - (org-agenda-execute-calendar-command 'list-calendar-holidays)) + (if (fboundp 'list-calendar-holidays) + (org-agenda-execute-calendar-command 'list-calendar-holidays) +(org-agenda-execute-calendar-command 'calendar-list-holidays))) (defvar calendar-longitude) (defvar calendar-latitude) > On 22/12/2010 8:11 p.m., Noorul Islam K M wrote: >> Paul Sexton writes: >> >>> In org-agenda.el, the function org-agenda-holidays is coded as: >>> >>> (defun org-agenda-holidays () >>>"Display the holidays for the 3 months around the cursor date." >>>(interactive) >>>(org-agenda-execute-calendar-command 'list-calendar-holidays)) >>> >>> 'list-calendar-holidays' does not exist. It should be >>> 'calendar-list-holidays'. >>> >> Did you get any error when you executed this function? >> >> 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
Re: [Orgmode] Minor bug: org-agenda-holidays
Paul Sexton writes: > In org-agenda.el, the function org-agenda-holidays is coded as: > > (defun org-agenda-holidays () > "Display the holidays for the 3 months around the cursor date." > (interactive) > (org-agenda-execute-calendar-command 'list-calendar-holidays)) > > 'list-calendar-holidays' does not exist. It should be > 'calendar-list-holidays'. > Did you get any error when you executed this function? 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
Re: [Orgmode] Bug: Jumping to a date in the agenda changes view back to 'day' [7.4 (release_7.4.80.g0e5e5)]
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'. > 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
Re: [Orgmode] Bug: HTML export fails to close list [7.4 (release_7.4.80.g0e5e5)]
Bernt Hansen writes: > Hi, > > If you export the following org file to HTML the list is not terminated > properly. There is a ORG-LIST-END tag in the source instead of the > tags which results in invalid HTML. > > ,[ test.org ] > | * List ending on export > | > | - Item 2 - last > ` > > Here is part of the HTML from the resulting export. I first noticed > this when selecting a subtree for export to HTML where the subtree ends > in a list. > > ,[ Resulting HTML for C-c C-e H ] > | ... > | > | 1 List ending on > export > | > | > | > | > | > | Item 2 - lastORG-LIST-END > | > | > | ... > ` > But I get the following. 1 List ending on export Item 2 - last I have Org-mode version 7.4 (release_7.4.45.g61470f6) GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.12.12) of 2010-11-26 on noorul 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
Re: [Orgmode] Bug: Bad doc [7.4]
Dave Abrahams writes: > Remember to cover the basics, that is, what you expected to happen and > what in fact did happen. You don't know how to make a good report? See > > http://orgmode.org/manual/Feedback.html#Feedback > > Your bug report will be posted to the Org-mode mailing list. > > > Th' manual sez: > > 9.1.3 Capture templates > --- > > You can use templates for different types of capture items, and for > different target locations. The easiest way to create such templates is > through the customize interface. > > `C-c c C' >Customize the variable `org-capture-templates'. > > I don't know where that keybinding is supposed to come from, but as > far as I can tell, it isn't set anywhere. In fact, if we take the > manual's suggested `C-c c' binding for org-capture, the `C' above just > does a self-insert in the capture buffer. > For me it works fine. I have 'C-c r' bound to (org-capture) and when I hit C-c r C, I get customize frame. 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
Re: [Orgmode] Bastien is going to become the maintainer of Org mode in January
On Mon, Nov 15, 2010 at 5:21 PM, Carsten Dominik wrote: > Dear all, > > after 7 years of responsibility for Org-mode, it is time for > me to let go and step down as the maintainer of Org-mode. > Thank you Carsten for this wonderful software. Congratulations to Bastien for the new role. 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
Re: [Orgmode] Why are src_perl{} immediately executed?
On Sun, Nov 14, 2010 at 3:34 AM, Dov Grobgeld wrote:
> From the documentation it seems like a statement such as src_perl{foo()} are
> inline version of the multi line:
>
> #+src_perl
> foo();
> #+end_src
>
> But when exporting the org file to html I get the question "Evaluate this
> perl code on your system" for the inline version, but not for the multiline
> version. Is this a bug or did I miss something?
>
You can customize this with the variable org-confirm-babel-evaluate
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
[Orgmode] Patch 352
The patch http://patchwork.newartisans.com/patch/352/ is already applied in 491a39825b1205442ebe919009f5c11bdc31d7c4. I think this can be archived. ___ 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 349
I submitted a patch http://patchwork.newartisans.com/patch/349/ which is yet to get reviewed. I think it is a very small straight forward one. Or is there any blockers for this thing to be applied. 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
[Orgmode] Re: Variable 'org-ctrl-k-protect-subtree' defaults to nil
writes: > Hi everyone, > > It's the first time I'm giving any feedback on org-mode, so first of all I > would like to congratulate the original creator and all contributors on a > very interesting and useful work. > > I've discovered org-mode only a couple of weeks ago and was intrigued enough > to restart using emacs, after several years away from it! I've been studying > Org's documentation and tutorials, and started using it to help me manage my > relocation from Brazil to Italy. > > What I am reporting, technically, is a feature: the fact that variable > 'org-ctrl-k-protect-subtree' defaults to nil. But considering how easy this > makes to lose a whole subtree of data, especially for a newcomer to org-mode, > I think it should be considered a serious bug. As a matter of fact, I am very > surprised that C-k would be considered an admissible alternative to C-c C-x > C-w/M-w, as a way to kill a subtree! > > I propose that 'org-ctr-k-protect-subtree' is made to default to 't' ASAP > (already costumized it in that way on my setup), and that the behavior of C-k > on headings is made consistent: kill to the end of line, regardless of the > visibility of the subtree. > I slightly disagree here. Most of the time I definitely want the entire subtree to go away. I think this is the beauty of outline mode. 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
[Orgmode] Re: #+call ?
"Thomas S. Dye" writes:
> Aloha all,
>
> I'm expecting to see the file bar.pdf output.
>
> #+srcname: single-date
> #+begin_src R :results output :file foo.pdf
> library(ggplot2)
> z <- read.csv(file = x)
> g <- ggplot(z, aes(x=1950 + cal.BP, y=Posterior.probability))
> g + geom_bar(stat='identity') + xlab("Year AD") +
> ylab("Probability")
> #+end_src
>
> #+call: single-date(x="alpha-2.csv") :file bar.pdf :height 4
>
> #+results: single-date(x="alpha-2.csv")
> [[file:foo.pdf]]
>
> Also, the :height header argument doesn't have any effect.
>
> I want the single-date source block to be a general function that I
> can call several times from an Org-mode file that I hope to distribute
> as a piece of reproducible research. There will be separate #+calls
> for each of the graphs in the paper.
>
> Apologies in advance if the answer is obvious. I'm using Org-mode
> version 7.02trans (release_7.02.37.g52fb)
>
I think there was similar discussion already in this list.
Take a look at
http://www.mail-archive.com/emacs-orgmode@gnu.org/msg32516.html
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
Re: [Orgmode] org-export-string
On Sun, Oct 31, 2010 at 12:15 PM, Aidan Gauland wrote: > Evaluating (org-export-string "plain plain *bold* plain" "html") > prompts me (in the minibuffer) with... > > File to save in: /tmp/ > > I can't see any obvious s-exp in the definition of org-export-string > that would be bringing up the prompt. Aside from the prompt, this > function does exactly what I need. Any idea how I could get rid of > the prompt so I can run the function non-interactively? > I am not able to reproduce this on Org-mode version 7.01trans (release_7.02.22.gde21) GNU Emacs 23.2.2 (i686-pc-linux-gnu) of 2010-06-08 on sajida 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
Re: [Orgmode] Git pull has merge conflict
On Sat, Oct 30, 2010 at 7:02 PM, Greg Troxel wrote: > > Noorul Islam writes: > >> I am not sure why this conflict is arising even after resetting to >> head and then doing a pull >> >> $ noo...@sajida:~/emacs/org-mode$ git reset --hard >> HEAD is now at ba6b6f3 Merge branch 'master' of git://repo.or.cz/org-mode >> >> $ noo...@sajida:~/emacs/org-mode$ git pull >> Auto-merging ORGWEBPAGE/index.org >> CONFLICT (content): Merge conflict in ORGWEBPAGE/index.org >> Automatic merge failed; fix conflicts and then commit the result. > > Because you reset to master, which is your copy, rather than resetting > to origin/master, which would discard local changes. > Btw I did not have any local changes/commits. But still the merge failed. Thank you! 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
Re: [Orgmode] Git pull has merge conflict
On Sat, Oct 30, 2010 at 7:02 PM, Greg Troxel wrote: > > Noorul Islam writes: > >> I am not sure why this conflict is arising even after resetting to >> head and then doing a pull >> >> $ noo...@sajida:~/emacs/org-mode$ git reset --hard >> HEAD is now at ba6b6f3 Merge branch 'master' of git://repo.or.cz/org-mode >> >> $ noo...@sajida:~/emacs/org-mode$ git pull >> Auto-merging ORGWEBPAGE/index.org >> CONFLICT (content): Merge conflict in ORGWEBPAGE/index.org >> Automatic merge failed; fix conflicts and then commit the result. > > Because you reset to master, which is your copy, rather than resetting > to origin/master, which would discard local changes. > Thank you! 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
[Orgmode] Git pull has merge conflict
I am not sure why this conflict is arising even after resetting to head and then doing a pull $ noo...@sajida:~/emacs/org-mode$ git reset --hard HEAD is now at ba6b6f3 Merge branch 'master' of git://repo.or.cz/org-mode $ noo...@sajida:~/emacs/org-mode$ git pull Auto-merging ORGWEBPAGE/index.org CONFLICT (content): Merge conflict in ORGWEBPAGE/index.org Automatic merge failed; fix conflicts and then commit the result. 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
Re: [Orgmode] [BUG] org-exp.el: Broken Internal Links
On Sat, Oct 30, 2010 at 2:56 AM, Jambunathan K wrote: > > See Heading2 for description of the bug. This bug has been there since > time immemorial. > > # Input Org file > > * Heading1 > > * Heading2 > > Link to [[Heading1]] is OK. Link to [[Heading3]] is broken. To fix this, > org-link-search in org-export-target-internal-links should avoid > matching on the self somehow. > > * Heading3 > > # Buggy HTML Output > > #+begin_src html > > Link to Heading1 is OK. Link to > Heading3 is broken. To fix this, org-link-search > in org-export-target-internal-links should avoid matching on the > self somehow. > > #+end_src > > But this is what I get Link to Heading1 is OK. Link to Heading3 is broken. To fix this, org-link-search in org-export-target-internal-links should avoid matching on the self somehow. 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
Re: [Orgmode] Problem with publishing to html
On Sat, Oct 30, 2010 at 4:23 AM, wrote:
> I updated to 7.02 today and now am unable to publish a project to
> html. This is the error reported in *Messages*
>
> Publishing file /home/mark/teach/10fall/metaphysics/notes/index.org using
> `org-publish-org-to-html'
> Exporting...
> tramp-convert-file-attributes: Wrong type argument: numberp,
> 1288383678\.599600284\.0
>
> Here's my setting of org-publish-project-alist:
>
> (setq org-publish-project-alist '(("metaphysics"
> :base-directory
> "~/teach/10fall/metaphysics/notes/"
> :publishing-directory
> "/ssh:metaphys...@192.168.2.100:~/metaphysics"
> :recursive t
> :section-numbers nil
> :table-of-contents nil
> :base-extension "org"
> :publishing-function
> org-publish-org-to-html
> :author-info nil
> :creator-info nil)))
I tried to re-create this on my machine using
(setq org-publish-project-alist '(("metaphysics"
:base-directory "/tmp/notes/"
:publishing-directory
"/ssh:noo...@127.0.0.1:/tmp/publish"
:recursive t
:section-numbers nil
:table-of-contents nil
:base-extension "org"
:publishing-function org-publish-org-to-html
:author-info nil
:creator-info nil)))
I got the project published without any issues.
I have
Org-mode version 7.01trans (release_7.01h.880.gba6b6)
GNU Emacs 23.2.2 (i686-pc-linux-gnu)
of 2010-06-08 on sajida
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
Re: [Orgmode] Worg: link broken
2010/10/28 Sébastien Vauban :
> Hello,
>
> In page http://orgmode.org/guide/Working-With-Source-Code.html,
> see "further reading": link "chapter 14" broken (recursive, BTW?).
>
Fix recursive link
* doc/orgguide.texi: Remove broken recursive link
Thanks and Regards
Noorul
diff --git a/doc/orgguide.texi b/doc/orgguide.texi
index c6d5c51..e5d0da6 100644
--- a/doc/orgguide.texi
+++ b/doc/orgguide.texi
@@ -2603,7 +2603,6 @@ Org-mode buffer.
@end table
@seealso{
-...@uref{http://orgmode.org/manual/Working-with-source-code.html#Working-with-source-code,Chapter
14 of the manu...@*
@uref{http://orgmode.org/manual/Literal-examples.html#Literal-examples,
Chapter 11.3 of the manu...@*
@uref{http://orgmode.org/worg/org-contrib/babel/index.php,
___
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: Internal links in LaTeX export
On Fri, Oct 29, 2010 at 12:50 PM, Nick Dokos wrote:
> Noorul Islam K M wrote:
>
>> Carsten Dominik writes:
>>
>> > On Oct 29, 2010, at 5:22 AM, Jambunathan K wrote:
>> >
>> >> "Thomas S. Dye" writes:
>> >>
>> >>> Aloha Jambunathan K.,
>> >>>
>> >>> Yes, thanks for that suggestion. It should work on your example, but
>> >>> it breaks external links, like this:
>> >>>
>> >>> \hyperref[http://www.ctan.org/tex-archive/macros/latex/contrib/koma-script/
>> >>> ]{KOMA-script}
>> >>>
>> >>> External links require the \href{}{} command. It appears the LaTeX
>> >>> export process no longer distinguishes internal and external links,
>> >>> as
>> >>> I believe it used to do.
>> >>>
>> >>
>> >> This is the problematic commit:
>> >>
>> >> commit f5918bdcc05d7924dc204b57307023eb1ef011f0
>> >> parent df5894cdcb10819560f003c5b94b8f5f2b7d33cf
>> >> Date: Sun Oct 17 08:29:51 2010 +
>> >>
>> >> LaTeX export: use org-export-latex-hyperref-format
>> >
>> > I have just reverted this commit.
>> >
>> > - Carsten
>> >
>> Looks like time to change the variable name which is actually confusing.
>>
>> Since href and hyperref are two different things, I renamed the existing
>> `org-export-latex-hyperref-format' variable as
>> `org-export-latex-href-format' and introduced a new one
>> `org-export-latex-hyperref-format'.
>>
>> * org-latex.el (org-export-latex-hyperref-format): New option.
>> (org-export-latex-href-format): Renamed the existing variable
>> `org-export-latex-hyperref-format' as `org-export-latex-href-format'
>> (org-export-latex-links): Use `org-export-latex-hyperref-format' and
>> `org-export-latex-href-format'
>>
>> Thanks and Regards
>> Noorul
>>
>> diff --git a/lisp/org-latex.el b/lisp/org-latex.el
>> index cdc240c..8f0e0ea 100644
>> --- a/lisp/org-latex.el
>> +++ b/lisp/org-latex.el
>> @@ -295,7 +295,14 @@ markup defined, the first one in the association list
>> will be used."
>> :group 'org-export-latex
>> :type 'string)
>>
>> -(defcustom org-export-latex-hyperref-format "\\href{%s}{%s}"
>> +(defcustom org-export-latex-href-format "\\href{%s}{%s}"
>> + "A printf format string to be applied to href links.
>> +The format must contain two %s instances. The first will be filled with
>> +the link, the second with the link description."
>> + :group 'org-export-latex
>> + :type 'string)
>> +
>> +(defcustom org-export-latex-hyperref-format "\\hyperref[%s]{%s}"
>> "A printf format string to be applied to hyperref links.
>> The format must contain two %s instances. The first will be filled with
>> the link, the second with the link description."
>> @@ -2016,10 +2023,10 @@ The conversion is made depending of STRING-BEFORE
>> and STRING-AFTER."
>> (insert (format
>> (org-export-get-coderef-format path desc)
>> (cdr (assoc path org-export-code-refs)
>> - (radiop (insert (format "\\hyperref[%s]{%s}"
>> + (radiop (insert (format org-export-latex-hyperref-format
>> (org-solidify-link-text raw-path) desc)))
>> ((not type)
>> - (insert (format "\\hyperref[%s]{%s}"
>> + (insert (format org-export-latex-hyperref-format
>> (org-remove-initial-hash
>> (org-solidify-link-text raw-path))
>> desc)))
>> @@ -2030,7 +2037,7 @@ The conversion is made depending of STRING-BEFORE and
>> STRING-AFTER."
>> ;; a LaTeX issue, but we here implement a work-around anyway.
>> (setq path (org-export-latex-protect-amp path)
>> desc (org-export-latex-protect-amp desc)))
>> - (insert (format org-export-latex-hyperref-format path desc)))
>> + (insert (format org-export-latex-href-format path desc)))
>>
>> ((functionp (setq fnc (nth 2 (assoc type org-link-protocols
>> ;; The link protocol has a function for formatting the link
>>
>
> I don't think this patch is correct. I just pulled
[Orgmode] Re: Internal links in LaTeX export
Carsten Dominik writes:
> On Oct 29, 2010, at 5:22 AM, Jambunathan K wrote:
>
>> "Thomas S. Dye" writes:
>>
>>> Aloha Jambunathan K.,
>>>
>>> Yes, thanks for that suggestion. It should work on your example, but
>>> it breaks external links, like this:
>>>
>>> \hyperref[http://www.ctan.org/tex-archive/macros/latex/contrib/koma-script/
>>> ]{KOMA-script}
>>>
>>> External links require the \href{}{} command. It appears the LaTeX
>>> export process no longer distinguishes internal and external links,
>>> as
>>> I believe it used to do.
>>>
>>
>> This is the problematic commit:
>>
>> commit f5918bdcc05d7924dc204b57307023eb1ef011f0
>> parent df5894cdcb10819560f003c5b94b8f5f2b7d33cf
>> Date: Sun Oct 17 08:29:51 2010 +
>>
>>LaTeX export: use org-export-latex-hyperref-format
>
> I have just reverted this commit.
>
> - Carsten
>
Looks like time to change the variable name which is actually confusing.
Since href and hyperref are two different things, I renamed the existing
`org-export-latex-hyperref-format' variable as
`org-export-latex-href-format' and introduced a new one
`org-export-latex-hyperref-format'.
* org-latex.el (org-export-latex-hyperref-format): New option.
(org-export-latex-href-format): Renamed the existing variable
`org-export-latex-hyperref-format' as `org-export-latex-href-format'
(org-export-latex-links): Use `org-export-latex-hyperref-format' and
`org-export-latex-href-format'
Thanks and Regards
Noorul
diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index cdc240c..8f0e0ea 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -295,7 +295,14 @@ markup defined, the first one in the association list will
be used."
:group 'org-export-latex
:type 'string)
-(defcustom org-export-latex-hyperref-format "\\href{%s}{%s}"
+(defcustom org-export-latex-href-format "\\href{%s}{%s}"
+ "A printf format string to be applied to href links.
+The format must contain two %s instances. The first will be filled with
+the link, the second with the link description."
+ :group 'org-export-latex
+ :type 'string)
+
+(defcustom org-export-latex-hyperref-format "\\hyperref[%s]{%s}"
"A printf format string to be applied to hyperref links.
The format must contain two %s instances. The first will be filled with
the link, the second with the link description."
@@ -2016,10 +2023,10 @@ The conversion is made depending of STRING-BEFORE and
STRING-AFTER."
(insert (format
(org-export-get-coderef-format path desc)
(cdr (assoc path org-export-code-refs)
-(radiop (insert (format "\\hyperref[%s]{%s}"
+(radiop (insert (format org-export-latex-hyperref-format
(org-solidify-link-text raw-path) desc)))
((not type)
- (insert (format "\\hyperref[%s]{%s}"
+ (insert (format org-export-latex-hyperref-format
(org-remove-initial-hash
(org-solidify-link-text raw-path))
desc)))
@@ -2030,7 +2037,7 @@ The conversion is made depending of STRING-BEFORE and
STRING-AFTER."
;; a LaTeX issue, but we here implement a work-around anyway.
(setq path (org-export-latex-protect-amp path)
desc (org-export-latex-protect-amp desc)))
- (insert (format org-export-latex-hyperref-format path desc)))
+ (insert (format org-export-latex-href-format path desc)))
((functionp (setq fnc (nth 2 (assoc type org-link-protocols
;; The link protocol has a function for formatting the link
>>
>>* lisp/org-latex.el (org-export-latex-links) : Replaced hard coded
>>hyperref format with custom
>> variable `org-export-latex-hyperref-format'
>>
>> Note that href is not same as hyperref.
>>
>> Jambunthan K.
>>
>>
>>> All the best,
>>> Tom
>>>
>>> On Oct 28, 2010, at 3:30 PM, Jambunathan K wrote:
>>>
Thomas
There was a hint at possible solution (or atleast a partial
solution) in
my original post. Did you try it before jumping in to rough waters
or
digging deeper?
Do
,
| M-x customize-variable RET org-export-latex-hyperref-format'
`
so that your .emacs has an entry like this
, [.emacs]
|
| (custom-set-variables
| '(org-export-latex-hyperref-format "\\hyperref[%s]{%s}"))
|
`
The above setting solves the problem for me with the following
simple
Org file.
* Heading1
Make this section as large as possible so that it fills atleast a
page.
* Heading2
Links to [[Heading1]]
Jambunathan K.
"Thomas S. Dye" writes:
> On Oct 28, 2010, at 12:35 PM, Nick Dokos wrote:
>
>> Thomas S. Dye wrote:
>>
>>> On Oct 28, 2010, at 11:01 AM, Jambunathan K wrote:
>>
Re: [Orgmode] Re: org-babel-gnuplot broken today?
On Wed, Oct 27, 2010 at 7:50 PM, Nigel Beck wrote: > Thanks all - problem gone over here too! (Tested in a few other > permutations on the original convoluted doc that I hit the error in). > > Btw on the latest pull I get an error on the "make doc" part > > (cd doc; makeinfo --html --number-sections --no-split -o org.html org.texi) > org.texi:1330: Unknown command `Vindex'. > makeinfo: Removing output file `org.html' due to errors; use --force to > preserve. > *** Error code 1 > Already posted a patch for this. 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
Re: [Orgmode] org-cycle-item-indentation, org-use-sub-superscripts missed
On Wed, Oct 27, 2010 at 3:33 PM, Andreas Röhler wrote: > > Hi, > > get several errors with git-branch > > my daily-work Emacs complained ignoring `org-use-sub-superscripts' > > Check with emacs -Q got: > > Symbol's function definition is void: org-cycle-item-indentation > > I am surprised that you got that error with emacs -Q Are you sure? 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
Re: [Orgmode] quotes inside code markup: bug?
On Mon, Oct 25, 2010 at 8:13 PM, Robert Goldman wrote: > I'm finding that, when I export as Latex or html, quoted strings don't > get translated properly. > > I.e., a bit of text like ="foo"= will be translated literally, instead > of turning into a code marked-up string. > > I am attaching a simple document of this type, and the results of export > to latex. Export to HTML seems to give the same behavior. > > This seems like something that would happen to many people, so I wonder > if it's a bug or if I'm failing to understand something. > You can customize org-emphasis-regexp-components variable by removing \" from the component "Forbidden chars in border". There might be some reason why they someone has added \" by default. I am not sure about that. 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 > > ___ 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] Using capture to add plain text under a headline
On Wed, Oct 27, 2010 at 4:13 PM, Axis wrote:
> Hello,
>
> I'm having a struggle capturing a plain text item under a headline; it
> always gets added to the bottom of the file. List items or org entries can
> be stowed away properly without a problem, i.e.
>
> ("e" "Event" entry (file+headline "~/org/agenda.org" "Events") "* %? %^T")
>
> works but
>
> ("b" "Birthdays" plain (file+headline "~/org/agenda.org" "Birthdays")
> "%\\%(diary-anniversary %? mm dd yy) turns %d")
>
> doesn't.
>
> Any clues as to what might go wrong here or how else I could add a line of
> plain text to a headline?
>
I am not able to understand what you are trying to convey. Can you
provide some examples?
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
Re: [Orgmode] Bug? Capture not in customize until called by key (was Request - capture included in customize browser)
On Wed, Oct 27, 2010 at 3:28 PM, Gez wrote: > I wrote another post but it didn't thread properly - sorry. Anyway, I've > tested further and it seems that the customize capture appears and > disappears. > > Here's how to replicate, I hope. > > With .emacs having no reference to capture (no key defined, no templates), > customize capture is inaccessible (not found via M-x customize-apropos nor > listed in the customize browser) > > With .emacs having capture key defined, on each restart of emacs, customize > capture is likewise inaccessible, until the key combination is called (in my > case, C-c c), upon which capture appears both in the customize browser and > via M-x-customize-apropos - until the next restart. > > So you can't use customize for capture until you've both defined a key for > it in .emacs and also called that key combination in the current session. I > hope that's all clear enough. > > - Original Message - From: "Bernt Hansen" >> >> C-h v org-capture-templates >> and click on the _customize_ link. > > > Thank you, Bernt, but I can't see a _customize_ link there, either when > capture is in customize or when it's not. > Did you try putting the following inside .emacs? (require 'org-capture) The following worked for me. emacs -Q --eval "(add-to-list 'load-path \"/path/to/org-mode/lisp\")" --eval "(require 'org-capture)" M-x customize-apropos org-capture 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
Re: [Orgmode] Bug: can't export org file with tables to html [7.01trans]
On Wed, Oct 27, 2010 at 6:59 PM, Uwe Brauer wrote: > > Remember to cover the basics, that is, what you expected to happen and > what in fact did happen. You don't know how to make a good report? See > > http://orgmode.org/manual/Feedback.html#Feedback > > Your bug report will be posted to the Org-mode mailing list. > > > Hello > > I have an org file of the form > > | Nom | e-mail | Téléphone | > |---+--+-| > | Uwe Brauer | oub.oub@gmail.com | 123 456 789 | > when I try to export it to html I obtain an error, whose trace I attach > (debug-on-error t) > I tried to replicate this issue but I did not succeed. The attached file tells that org file contains more table entries than what you quoted in the bug report. I think you need to post all of them here. It might be because of one of the field entries which is causing this error. 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
[Orgmode] [PATCH] Fix typo
make doc/org is failing because of syntax error.
* doc/org.texi: Fix typo
Thanks and Regards
Noorul
diff --git a/doc/org.texi b/doc/org.texi
index a5f9dcc..7262c87 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -1327,7 +1327,7 @@ structure of these lists, many structural constructs like
@code{#+BEGIN_...}
blocks can be indented to signal that they should be considered of a list
item.
-...@vindex org-list-demote-modify-bullet
+...@vindex org-list-demote-modify-bullet
If you find that using a different bullet for a sub-list (than that used for
the current list-level) improves readability, customize the variable
@code{org-list-demote-modify-bullet}.
___
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] org-capture adds newline(s) when it should not
On Tue, Oct 26, 2010 at 2:05 PM, Marcel van der Boom wrote: > On di 26-okt-2010 13:54 > Noorul Islam wrote: > >>On Tue, Oct 26, 2010 at 1:46 PM, Marcel van der Boom >> wrote: >>> On di 26-okt-2010 06:35 >>> Carsten Dominik wrote: >>> >>>>>> I find that puzzling. What might have changed in Emacs 24 to >>>>>> cause such >>>>>> differences? I do not use Emacs 24 on a day-to-day basis yet. >>>>>> >>>>> >>>>> On emacs 24 (newline 0) inserts a new line which I think is >>>>> incorrect. >>>> >>>>Sounds like a but to me too. >>>>For now I am working around this in the latest git version. >>>> >>>>Marcel, this should be fixed. Could you please submit a bug report >>>>to Emacs 24, stating that (newline 0) does insert a newline? >>> >>> The newlines are indeed fixed, but I have to manually widen the >>> target buffer before the captured entry is visible. >>> >>> Tried this on emacs 23 as well and there it is functioning properly, >>> so this seems emacs 24 specific too. >> >>How did you fix it? >> > Sorry, I wasn't clear. Capturing with emacs 23 with the latest git > version works perfectly. > > If I use emacs 24 with the latest git capturing works with respect to > the newlines, but leaves the captured entry invisible in the target > buffer until I widen the buffer. > I thought it got automatically fixed. But I could see this. commit 2a58795e1958210b96e9adee52b9dd68f7d1f50e Author: Carsten Dominik Date: Tue Oct 26 06:34:16 2010 +0200 Fix empty line bug in capture * lisp/org-capture.el (org-capture-empty-lines-before): (org-capture-empty-lines-after): Make sure the n=0 does not insert any newlines. 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
Re: [Orgmode] capture initial "level" and refile of capture buffer
On Mon, Oct 25, 2010 at 5:04 PM, Carsten Dominik wrote: > Hi Noorul, > > could you please make a more detailed test case of this but, with an example > files (capture target and refile target files) and step by step > instructions. I am not sure I understand what exactly you are doing. > I think it was my misunderstanding of how C-c C-w works inside org capture. I think, now I have a clear picture and the behavior that I mentioned was an expected one. I was trying to refile to target file. Thanks and Regards Noorul > On Oct 23, 2010, at 10:42 AM, Noorul Islam wrote: > >> On Fri, Oct 22, 2010 at 5:13 PM, Richard Riley >> wrote: >>> >>> What determines the level of a new capture element? e.g I just created >>> one and it started at "". >>> >>> feature request : when I added some sub elements to a capture buffer e.g >>> >>> * my new capture >>> >>> ** sub point >>> >>> *** sub sub point 1 >>> *** sub sub point 2 >>> >>> and hit C-c C-w to refile, it only refiled the sub element (where cursor >>> was) and then lost the rest. I would like to suggest that refile from >>> the capture buffer should refile the entire buffer and not only the >>> "current nested org item". Or am I missing something in my setup? >> >> On my box I have this observation. >> >> If I have something like this in my capture buffer >> >> * TODO Test >> >> * my new capture >> >> ** sub point >> >> *** sub sub point 1 >> *** sub sub point 2 >> >> >> and if I press C-c C-w at the last line (*** sub sub point 2) and >> refile it to refile.org then what I get in refile.org is this >> >> >> * TODO Test >> >> * my new capture >> >> ** sub point >> >> *** sub sub point 1 >> * sub sub point 2 >> >> >> The last one's level got changed. >> I have latest pull from git repo. >> >> Org-mode version 7.01trans (release_7.01h.833.g21ad0) >> GNU Emacs 23.2.2 (i686-pc-linux-gnu) >> of 2010-06-08 on sajida >> >> 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] org-capture adds newline(s) when it should not
On Tue, Oct 26, 2010 at 1:46 PM, Marcel van der Boom wrote: > On di 26-okt-2010 06:35 > Carsten Dominik wrote: > I find that puzzling. What might have changed in Emacs 24 to cause such differences? I do not use Emacs 24 on a day-to-day basis yet. >>> >>> On emacs 24 (newline 0) inserts a new line which I think is >>> incorrect. >> >>Sounds like a but to me too. >>For now I am working around this in the latest git version. >> >>Marcel, this should be fixed. Could you please submit a bug report >>to Emacs 24, stating that (newline 0) does insert a newline? > > The newlines are indeed fixed, but I have to manually widen the > target buffer before the captured entry is visible. > > Tried this on emacs 23 as well and there it is functioning properly, so > this seems emacs 24 specific too. How did you fix it? 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
Re: [Orgmode] org-capture adds newline(s) when it should not
On Tue, Oct 26, 2010 at 10:34 AM, Noorul Islam wrote:
> On Tue, Oct 26, 2010 at 10:05 AM, Carsten Dominik
> wrote:
>>
>> On Oct 26, 2010, at 6:29 AM, Noorul Islam wrote:
>>
>>> On Mon, Oct 25, 2010 at 5:46 PM, Carsten Dominik
>>> wrote:
>>>>
>>>> On Oct 25, 2010, at 1:58 PM, Noorul Islam wrote:
>>>>
>>>>> On Mon, Oct 25, 2010 at 4:48 PM, Noorul Islam wrote:
>>>>>>
>>>>>> On Mon, Oct 25, 2010 at 4:21 PM, Marcel van der Boom
>>>>>> wrote:
>>>>>>>
>>>>>>> Hi all,
>>>>>>>
>>>>>>> I'm in the process of migrating from org-remember to org-capture.
>>>>>>> Pretty easy going so far, but it seems org-capture adds newlines,
>>>>>>> which
>>>>>>> I think it should not do.
>>>>>>>
>>>>>>> My (test) capture-template is:
>>>>>>>
>>>>>>> (("t" "Todo" entry
>>>>>>> (file "~/.outlet/GTD.org")
>>>>>>> "* TODO %?" :prepend t :empty-lines 0)
>>>>>>>
>>>>>>> with the intention of inserting the captured task on the
>>>>>>> first line of the file ~/.outlet/GTD.org. What happens when I capture
>>>>>>> an task is this:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> * TODO Captured task
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Both before and after the task is a newline. Also, when capturing and
>>>>>>> cancelling the capture with C-c C-k the newlines remain whereas the
>>>>>>> task is removed.
>>>>>>>
>>>>>>> I'm using the latest git version with emacs 24.0.50.1 on Ubuntu 10.10
>>>>>>>
>>>>>>> Am I doing something wrong or is this a bug?
>>>>>>>
>>>>>>
>>>>>> I do not have Emacs 24 as of now.
>>>>>>
>>>>>> With the same template I am not able to re-create this on
>>>>>>
>>>>>> Org-mode version 7.01trans (release_7.01h.832.gf7094)
>>>>>> GNU Emacs 23.1.1 (i686-pc-linux-gnu, GTK+ Version 2.12.12)
>>>>>> of 2010-01-30 on noorul
>>>>>>
>>>>>
>>>>> On emacs 24 I am able to re-create the problem Marcel reported.
>>>>
>>>> I find that puzzling. What might have changed in Emacs 24 to cause such
>>>> differences? I do not use Emacs 24 on a day-to-day basis yet.
>>>>
>>>
>>> On emacs 24 (newline 0) inserts a new line which I think is incorrect.
>>
>> Sounds like a but to me too.
>> For now I am working around this in the latest git version.
>>
>> Marcel, this should be fixed. Could you please submit a bug report
>> to Emacs 24, stating that (newline 0) does insert a newline?
>>
>
> I filed a bug report.
>
Here is the link
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7281
- 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
Re: [Orgmode] org-capture adds newline(s) when it should not
On Tue, Oct 26, 2010 at 10:05 AM, Carsten Dominik
wrote:
>
> On Oct 26, 2010, at 6:29 AM, Noorul Islam wrote:
>
>> On Mon, Oct 25, 2010 at 5:46 PM, Carsten Dominik
>> wrote:
>>>
>>> On Oct 25, 2010, at 1:58 PM, Noorul Islam wrote:
>>>
>>>> On Mon, Oct 25, 2010 at 4:48 PM, Noorul Islam wrote:
>>>>>
>>>>> On Mon, Oct 25, 2010 at 4:21 PM, Marcel van der Boom
>>>>> wrote:
>>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>> I'm in the process of migrating from org-remember to org-capture.
>>>>>> Pretty easy going so far, but it seems org-capture adds newlines,
>>>>>> which
>>>>>> I think it should not do.
>>>>>>
>>>>>> My (test) capture-template is:
>>>>>>
>>>>>> (("t" "Todo" entry
>>>>>> (file "~/.outlet/GTD.org")
>>>>>> "* TODO %?" :prepend t :empty-lines 0)
>>>>>>
>>>>>> with the intention of inserting the captured task on the
>>>>>> first line of the file ~/.outlet/GTD.org. What happens when I capture
>>>>>> an task is this:
>>>>>>
>>>>>>
>>>>>>
>>>>>> * TODO Captured task
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Both before and after the task is a newline. Also, when capturing and
>>>>>> cancelling the capture with C-c C-k the newlines remain whereas the
>>>>>> task is removed.
>>>>>>
>>>>>> I'm using the latest git version with emacs 24.0.50.1 on Ubuntu 10.10
>>>>>>
>>>>>> Am I doing something wrong or is this a bug?
>>>>>>
>>>>>
>>>>> I do not have Emacs 24 as of now.
>>>>>
>>>>> With the same template I am not able to re-create this on
>>>>>
>>>>> Org-mode version 7.01trans (release_7.01h.832.gf7094)
>>>>> GNU Emacs 23.1.1 (i686-pc-linux-gnu, GTK+ Version 2.12.12)
>>>>> of 2010-01-30 on noorul
>>>>>
>>>>
>>>> On emacs 24 I am able to re-create the problem Marcel reported.
>>>
>>> I find that puzzling. What might have changed in Emacs 24 to cause such
>>> differences? I do not use Emacs 24 on a day-to-day basis yet.
>>>
>>
>> On emacs 24 (newline 0) inserts a new line which I think is incorrect.
>
> Sounds like a but to me too.
> For now I am working around this in the latest git version.
>
> Marcel, this should be fixed. Could you please submit a bug report
> to Emacs 24, stating that (newline 0) does insert a newline?
>
I filed a bug report.
Thank you!
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
Re: [Orgmode] org-capture adds newline(s) when it should not
On Mon, Oct 25, 2010 at 5:46 PM, Carsten Dominik
wrote:
>
> On Oct 25, 2010, at 1:58 PM, Noorul Islam wrote:
>
>> On Mon, Oct 25, 2010 at 4:48 PM, Noorul Islam wrote:
>>>
>>> On Mon, Oct 25, 2010 at 4:21 PM, Marcel van der Boom
>>> wrote:
>>>>
>>>> Hi all,
>>>>
>>>> I'm in the process of migrating from org-remember to org-capture.
>>>> Pretty easy going so far, but it seems org-capture adds newlines, which
>>>> I think it should not do.
>>>>
>>>> My (test) capture-template is:
>>>>
>>>> (("t" "Todo" entry
>>>> (file "~/.outlet/GTD.org")
>>>> "* TODO %?" :prepend t :empty-lines 0)
>>>>
>>>> with the intention of inserting the captured task on the
>>>> first line of the file ~/.outlet/GTD.org. What happens when I capture
>>>> an task is this:
>>>>
>>>>
>>>>
>>>> * TODO Captured task
>>>>
>>>>
>>>>
>>>>
>>>> Both before and after the task is a newline. Also, when capturing and
>>>> cancelling the capture with C-c C-k the newlines remain whereas the
>>>> task is removed.
>>>>
>>>> I'm using the latest git version with emacs 24.0.50.1 on Ubuntu 10.10
>>>>
>>>> Am I doing something wrong or is this a bug?
>>>>
>>>
>>> I do not have Emacs 24 as of now.
>>>
>>> With the same template I am not able to re-create this on
>>>
>>> Org-mode version 7.01trans (release_7.01h.832.gf7094)
>>> GNU Emacs 23.1.1 (i686-pc-linux-gnu, GTK+ Version 2.12.12)
>>> of 2010-01-30 on noorul
>>>
>>
>> On emacs 24 I am able to re-create the problem Marcel reported.
>
> I find that puzzling. What might have changed in Emacs 24 to cause such
> differences? I do not use Emacs 24 on a day-to-day basis yet.
>
On emacs 24 (newline 0) inserts a new line which I think is incorrect.
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
Re: [Orgmode] org-capture adds newline(s) when it should not
On Mon, Oct 25, 2010 at 4:48 PM, Noorul Islam wrote:
> On Mon, Oct 25, 2010 at 4:21 PM, Marcel van der Boom wrote:
>> Hi all,
>>
>> I'm in the process of migrating from org-remember to org-capture.
>> Pretty easy going so far, but it seems org-capture adds newlines, which
>> I think it should not do.
>>
>> My (test) capture-template is:
>>
>> (("t" "Todo" entry
>> (file "~/.outlet/GTD.org")
>> "* TODO %?" :prepend t :empty-lines 0)
>>
>> with the intention of inserting the captured task on the
>> first line of the file ~/.outlet/GTD.org. What happens when I capture
>> an task is this:
>>
>>
>>
>> * TODO Captured task
>>
>>
>>
>>
>> Both before and after the task is a newline. Also, when capturing and
>> cancelling the capture with C-c C-k the newlines remain whereas the
>> task is removed.
>>
>> I'm using the latest git version with emacs 24.0.50.1 on Ubuntu 10.10
>>
>> Am I doing something wrong or is this a bug?
>>
>
> I do not have Emacs 24 as of now.
>
> With the same template I am not able to re-create this on
>
> Org-mode version 7.01trans (release_7.01h.832.gf7094)
> GNU Emacs 23.1.1 (i686-pc-linux-gnu, GTK+ Version 2.12.12)
> of 2010-01-30 on noorul
>
On emacs 24 I am able to re-create the problem Marcel reported.
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
Re: [Orgmode] org-capture adds newline(s) when it should not
On Mon, Oct 25, 2010 at 4:21 PM, Marcel van der Boom wrote:
> Hi all,
>
> I'm in the process of migrating from org-remember to org-capture.
> Pretty easy going so far, but it seems org-capture adds newlines, which
> I think it should not do.
>
> My (test) capture-template is:
>
> (("t" "Todo" entry
> (file "~/.outlet/GTD.org")
> "* TODO %?" :prepend t :empty-lines 0)
>
> with the intention of inserting the captured task on the
> first line of the file ~/.outlet/GTD.org. What happens when I capture
> an task is this:
>
>
>
> * TODO Captured task
>
>
>
>
> Both before and after the task is a newline. Also, when capturing and
> cancelling the capture with C-c C-k the newlines remain whereas the
> task is removed.
>
> I'm using the latest git version with emacs 24.0.50.1 on Ubuntu 10.10
>
> Am I doing something wrong or is this a bug?
>
I do not have Emacs 24 as of now.
With the same template I am not able to re-create this on
Org-mode version 7.01trans (release_7.01h.832.gf7094)
GNU Emacs 23.1.1 (i686-pc-linux-gnu, GTK+ Version 2.12.12)
of 2010-01-30 on noorul
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
Re: [Orgmode] capture initial "level" and refile of capture buffer
On Mon, Oct 25, 2010 at 12:41 PM, Carsten Dominik wrote: > Hi Noorul, hi Richard, > > > On Oct 23, 2010, at 12:16 PM, Noorul Islam wrote: > >> On Sat, Oct 23, 2010 at 2:12 PM, Noorul Islam wrote: >>> >>> On Fri, Oct 22, 2010 at 5:13 PM, Richard Riley >>> wrote: >>>> >>>> What determines the level of a new capture element? e.g I just created >>>> one and it started at "". >>>> >>>> feature request : when I added some sub elements to a capture buffer e.g >>>> >>>> * my new capture >>>> >>>> ** sub point >>>> >>>> *** sub sub point 1 >>>> *** sub sub point 2 >>>> >>>> and hit C-c C-w to refile, it only refiled the sub element (where cursor >>>> was) and then lost the rest. I would like to suggest that refile from >>>> the capture buffer should refile the entire buffer and not only the >>>> "current nested org item". Or am I missing something in my setup? >>> >>> On my box I have this observation. >>> >>> If I have something like this in my capture buffer >>> >>> * TODO Test >>> >>> * my new capture >>> >>> ** sub point >>> >>> *** sub sub point 1 >>> *** sub sub point 2 >>> >>> >>> and if I press C-c C-w at the last line (*** sub sub point 2) and >>> refile it to refile.org then what I get in refile.org is this >>> >>> >>> * TODO Test >>> >>> * my new capture >>> >>> ** sub point >>> >>> *** sub sub point 1 >>> * sub sub point 2 >>> >>> >>> The last one's level got changed. >>> I have latest pull from git repo. >>> >>> Org-mode version 7.01trans (release_7.01h.833.g21ad0) >>> GNU Emacs 23.2.2 (i686-pc-linux-gnu) >>> of 2010-06-08 on sajida >>> >> >> Fix org-capture bug. >> >> * lisp/org.el (org-capture-refile): Consider entire temporary buffer >> for refiling. > > >> diff --git a/lisp/org-capture.el b/lisp/org-capture.el >> index 7915f7f..6c62114 100644 >> --- a/lisp/org-capture.el >> +++ b/lisp/org-capture.el >> @@ -548,7 +548,7 @@ already gone." >> (unless (eq (org-capture-get :type 'local) 'entry) >> (error >> "Refiling from a capture buffer makes only sense for `entry'-type >> templates")) >> - (let ((pos (point)) >> + (let ((pos (point-min)) >> (base (buffer-base-buffer (current-buffer))) >> (org-refile-for-capture t)) >> (org-capture-finalize) > > > This patch catures the problem and brings forward a correct idea. > But I believe we need to think a bit further. The current > implementation of C-c C-w as a way to finish capture works > as closely as possible to the standard refile mechanism. > I.e. the tree *where the cursor is at* will be refiled. > > Your patch makes the cursor move back to beginning of the > accessible part of the buffer and refiles from there. > > If the captured entry starts at this point, and if all > the narrowed section contains is a single tree, this > is a good solution. However, if we move away from having > refile work in the exact same way as normally, the > following questions arise: > > 1. Maybe the user has entered an empty line before the subtree. > In this case, the outline node *before* the captured tree > will now be refiled. > > 2. Maybe the user has widened the capture buffer. In this case > the code will now refile the first node in the buffer, possibly > very far from the current location of point. Or, it will > throw an error because the may not be an outline > node at point min. > > 3. Maybe the user has added several trees (siblings) into the > capture buffer. In this case, the refile will only > affect the first of those siblings. > Fair enough. Thank you! > So we have two solutions here: > > Solution 1: Be aware that you are just calling refile, so > move the cursor to the appropriate place before > running the command. > If we insist this in the manual then I think no change is required. But what about the bug that I mentioned earlier, the one that looses the level? 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
Re: [Orgmode] bug? - can't set effort from agenda
On Sun, Oct 24, 2010 at 9:56 PM, George Pearson wrote: > Running org 7.01h and emacs 23.2.1 on windows XP. > > Typing "e" on a task in the daily agenda goes through the steps of > setting the effort, but the change is NOT made in the original org > buffer. This fails whether or not an effort had already been set > for the task. > > Using C-c C-x e in the original org buffer DOES work. > > Not sure when this started, as I haven't played with efforts for > some months now. > For me this works. In Agenda Buffer I typed 'e' and then entered select 2:00 hours and the original task entry got the following lines added. :PROPERTIES: :Effort: 2:00 :END: I have Org-mode version 7.01trans (release_7.01h.841.gd5360) GNU Emacs 23.2.2 (i686-pc-linux-gnu) of 2010-06-08 on sajida Thanks and Regards Noorul 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 > ___ 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] Minor docstring bug: org-footnote-goto-previous-reference
On Sun, Oct 24, 2010 at 12:56 PM, T.F. Torrey wrote: >> Date: Sun, 24 Oct 2010 08:57:35 +0530 >> Subject: Re: [Orgmode] Minor docstring bug: >> org-footnote-goto-previous-reference >> From: Noorul Islam >> To: rpgold...@sift.info >> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) >> Cc: Org Mode >> Sender: emacs-orgmode-bounces+tftorrey=tftorrey@gnu.org >> >> On Sun, Oct 24, 2010 at 5:00 AM, Robert Goldman wrote: >> > The docstring for the command "org-footnote-goto-previous-reference" is >> > >> > Find the next previous of the footnote with label LABEL. >> > >> > ...which I can't actually parse. >> > >> > "Find the (immediately) previous reference to the footnote with label >> > LABEL." >> > >> > Is that better? >> > >> >> Patch is attached. I modified it a bit. > > Noorul, > > Actually, your modification makes it grammatically incorrect. The word > "immediately" is to modify the adjective "previous", and in English, an > adjective needs to be modified by an adverb. So, "immediately previous" > would be correct, but "immediate previous" is not. > > Trying to be helpful, not merely nit-picking, I can understand. Attached is the modified patch. Thanks and Regards Noorul diff --git a/lisp/org-footnote.el b/lisp/org-footnote.el index 36fcfb2..1ce1815 100644 --- a/lisp/org-footnote.el +++ b/lisp/org-footnote.el @@ -188,7 +188,7 @@ with start and label of the footnote if there is a definition at point." (message "Edit definition and go back with `C-c &' or, if unique, with `C-c C-c'." (defun org-footnote-goto-previous-reference (label) - "Find the next previous of the footnote with label LABEL." + "Find the immediately previous reference of the footnote with label LABEL." (interactive "sLabel: ") (org-mark-ring-push) (setq label (org-footnote-normalize-label label)) ___ 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] Unable to quit emacs after enabling Clocking
On Sun, Oct 24, 2010 at 8:54 AM, mwnn wrote:
> The call trace is as shown below:
>
> Debugger entered--Lisp error: (wrong-type-argument stringp (".~"))
> expand-file-name((".~") "/home/mwnn/.emacs.d/")
> make-backup-file-name-1("/home/mwnn/.emacs.d/org-clock-save.el")
> find-backup-file-name("/home/mwnn/.emacs.d/org-clock-save.el")
> backup-buffer()
> basic-save-buffer-2()
> basic-save-buffer-1()
> basic-save-buffer()
> save-buffer()
> org-clock-save()
> run-hooks(kill-emacs-hook)
> kill-emacs()
> save-buffers-kill-emacs(nil)
> save-buffers-kill-terminal(nil)
> call-interactively(save-buffers-kill-terminal nil nil)
>
What is the value of backup-directory-alist?
C-h v backup-directory-alist
I think it should be an alist.
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
Re: [Orgmode] Minor docstring bug: org-footnote-goto-previous-reference
On Sun, Oct 24, 2010 at 5:00 AM, Robert Goldman wrote: > The docstring for the command "org-footnote-goto-previous-reference" is > > Find the next previous of the footnote with label LABEL. > > ...which I can't actually parse. > > "Find the (immediately) previous reference to the footnote with label > LABEL." > > Is that better? > Patch is attached. I modified it a bit. Fix doc string * lisp/org-footnote.el (org-footnote-goto-previous-reference): Fix doc string Proposed by Robert Goldman Thanks and Regards Noorul diff --git a/lisp/org-footnote.el b/lisp/org-footnote.el index 36fcfb2..1ce1815 100644 --- a/lisp/org-footnote.el +++ b/lisp/org-footnote.el @@ -188,7 +188,7 @@ with start and label of the footnote if there is a definition at point." (message "Edit definition and go back with `C-c &' or, if unique, with `C-c C-c'." (defun org-footnote-goto-previous-reference (label) - "Find the next previous of the footnote with label LABEL." + "Find the immediate previous reference of the footnote with label LABEL." (interactive "sLabel: ") (org-mark-ring-push) (setq label (org-footnote-normalize-label label)) ___ 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] Unable to quit emacs after enabling Clocking
On Saturday, October 23, 2010, mwnn wrote:
> Hi all,
> I added the following lines to my .emacs file to enable task clocking
> across emacs sessions:
>
> (setq org-clock-persist 'history)
> (org-clock-persistence-insinuate)
>
> Now i am unable to quit Emacs with C-x C-c command. I get the following error
> message:
>
> Saving file /home/mwnn/.emacs.d/org-clock-save.el...
> make-backup-file-name-1: Wrong type argument: stringp, (".~")
>
Can you get us a traceback of this?
(setq debug-on-error t)
and then try to quit emacs. It should show some traceback information.
Post it here.
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
[Orgmode] Patchwork system is down
John, It looks like the patchwork system is down for sometime now. 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
Re: [Orgmode] Lisp error
On Sat, Oct 23, 2010 at 6:16 PM, Carsten Dominik wrote: > > On Oct 23, 2010, at 2:56 AM, Marvin Doyley wrote: > >> There would seem to be an error in the latest version of org.elc. I get = >> the following error when I run a make >> >> lisp/org.el:16219:1:Error: Invalid character: 1048575, #o377, =#xf >> make: *** [lisp/org.elc] Error 1 > > That is due to a recent change in the regular expression > searching for inline images. > > I have modified the regexp, should work now. > Is that Mac related error? I did not get that error on linux. 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
Re: [Orgmode] capture initial "level" and refile of capture buffer
On Sat, Oct 23, 2010 at 3:46 PM, Noorul Islam wrote: > On Sat, Oct 23, 2010 at 2:12 PM, Noorul Islam wrote: >> On Fri, Oct 22, 2010 at 5:13 PM, Richard Riley >> wrote: >>> >>> What determines the level of a new capture element? e.g I just created >>> one and it started at "". >>> >>> feature request : when I added some sub elements to a capture buffer e.g >>> >>> * my new capture >>> >>> ** sub point >>> >>> *** sub sub point 1 >>> *** sub sub point 2 >>> >>> and hit C-c C-w to refile, it only refiled the sub element (where cursor >>> was) and then lost the rest. I would like to suggest that refile from >>> the capture buffer should refile the entire buffer and not only the >>> "current nested org item". Or am I missing something in my setup? >> >> On my box I have this observation. >> >> If I have something like this in my capture buffer >> >> * TODO Test >> >> * my new capture >> >> ** sub point >> >> *** sub sub point 1 >> *** sub sub point 2 >> >> >> and if I press C-c C-w at the last line (*** sub sub point 2) and >> refile it to refile.org then what I get in refile.org is this >> >> >> * TODO Test >> >> * my new capture >> >> ** sub point >> >> *** sub sub point 1 >> * sub sub point 2 >> >> >> The last one's level got changed. >> I have latest pull from git repo. >> >> Org-mode version 7.01trans (release_7.01h.833.g21ad0) >> GNU Emacs 23.2.2 (i686-pc-linux-gnu) >> of 2010-06-08 on sajida >> > > Fix org-capture bug. > > * lisp/org.el (org-capture-refile): Consider entire temporary buffer > for refiling. > Sorry incorrect log message. Here is the correct one. Fix org-capture bug. * lisp/org-capture.el (org-capture-refile): Consider entire temporary buffer for refiling. 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
Re: [Orgmode] capture initial "level" and refile of capture buffer
On Sat, Oct 23, 2010 at 2:12 PM, Noorul Islam wrote: > On Fri, Oct 22, 2010 at 5:13 PM, Richard Riley wrote: >> >> What determines the level of a new capture element? e.g I just created >> one and it started at "". >> >> feature request : when I added some sub elements to a capture buffer e.g >> >> * my new capture >> >> ** sub point >> >> *** sub sub point 1 >> *** sub sub point 2 >> >> and hit C-c C-w to refile, it only refiled the sub element (where cursor >> was) and then lost the rest. I would like to suggest that refile from >> the capture buffer should refile the entire buffer and not only the >> "current nested org item". Or am I missing something in my setup? > > On my box I have this observation. > > If I have something like this in my capture buffer > > * TODO Test > > * my new capture > > ** sub point > > *** sub sub point 1 > *** sub sub point 2 > > > and if I press C-c C-w at the last line (*** sub sub point 2) and > refile it to refile.org then what I get in refile.org is this > > > * TODO Test > > * my new capture > > ** sub point > > *** sub sub point 1 > * sub sub point 2 > > > The last one's level got changed. > I have latest pull from git repo. > > Org-mode version 7.01trans (release_7.01h.833.g21ad0) > GNU Emacs 23.2.2 (i686-pc-linux-gnu) > of 2010-06-08 on sajida > Fix org-capture bug. * lisp/org.el (org-capture-refile): Consider entire temporary buffer for refiling. Thanks and Regards Noorul diff --git a/lisp/org-capture.el b/lisp/org-capture.el index 7915f7f..6c62114 100644 --- a/lisp/org-capture.el +++ b/lisp/org-capture.el @@ -548,7 +548,7 @@ already gone." (unless (eq (org-capture-get :type 'local) 'entry) (error "Refiling from a capture buffer makes only sense for `entry'-type templates")) - (let ((pos (point)) + (let ((pos (point-min)) (base (buffer-base-buffer (current-buffer))) (org-refile-for-capture t)) (org-capture-finalize) ___ 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] Lisp error
On Sat, Oct 23, 2010 at 6:26 AM, Marvin Doyley wrote: > There would seem to be an error in the latest version of org.elc. I get = > the following error when I run a make > > lisp/org.el:16219:1:Error: Invalid character: 1048575, #o377, =#xf > make: *** [lisp/org.elc] Error 1 > I am not facing this problem on a debian box. 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
Re: [Orgmode] capture initial "level" and refile of capture buffer
On Fri, Oct 22, 2010 at 5:13 PM, Richard Riley wrote: > > What determines the level of a new capture element? e.g I just created > one and it started at "". > > feature request : when I added some sub elements to a capture buffer e.g > > * my new capture > > ** sub point > > *** sub sub point 1 > *** sub sub point 2 > > and hit C-c C-w to refile, it only refiled the sub element (where cursor > was) and then lost the rest. I would like to suggest that refile from > the capture buffer should refile the entire buffer and not only the > "current nested org item". Or am I missing something in my setup? On my box I have this observation. If I have something like this in my capture buffer * TODO Test * my new capture ** sub point *** sub sub point 1 *** sub sub point 2 and if I press C-c C-w at the last line (*** sub sub point 2) and refile it to refile.org then what I get in refile.org is this * TODO Test * my new capture ** sub point *** sub sub point 1 * sub sub point 2 The last one's level got changed. I have latest pull from git repo. Org-mode version 7.01trans (release_7.01h.833.g21ad0) GNU Emacs 23.2.2 (i686-pc-linux-gnu) of 2010-06-08 on sajida 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
Re: [Orgmode] exporting a html table with gridlines - is it possible
On Fri, Oct 22, 2010 at 9:34 PM, Cook, Malcolm wrote: > I don't see any hooks for this. > Did you try this above the table? #+ATTR_HTML: border="1" rules="all" frame="all" 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
[Orgmode] Re: Was "...questions about...email" -> orgmode + email + company firewall
John Hendy writes: > Hi, > > > I followed the conversation about email writing with org-mode and *loved* > it. I would absolutely like to live in emacs for email as it offers so many > neat tricks. My problem has to do with how to set up pop/imap access while > at work. I can use the web interface just fine, but I've never succeeded in > using a client trying to access via pop/imap (like Thunderbird) and have > simply figured it was due to firewall. > > Recently, I was finally able to get Thunderbird working since their webmail > extension [1] added gmail support. I just succeeded with pop (I'd prefer > imap, though, but apparently it's not possible). > > My question is whether gnus or some other text-based email program that > emacs can use has some method of doing whatever this webmail extention is > doing. I think it's somehow going through port 80 and getting messages that > way, but I could be mistaken. In the past, I've tried "telnet > imap.gmail.com993" and "telnet > pop.gmail.com 995" and never been able to connect. > It looks like at you work place they are blocking imaps and pops ports. I think you should be contacting System/Network Admin at your office for this. 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
