[Orgmode] Re: [PATCH] Fix typo and documentation of keys
Applied, thanks. - Carsten On Sep 5, 2008, at 4:43 AM, Bernt Hansen wrote: Fix key description of double prefix and spelling. --- lisp/org.el |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index d551602..2321f2c 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -7796,7 +7796,7 @@ first of the last subitem. With prefix arg GOTO, the command will only visit the target location, not actually move anything. -With a double prefix `C-c C-c', go to the location where the last refiling +With a double prefix `C-u C-u', go to the location where the last refiling operation has put the subtree. (interactive P) (let* ((cbuf (current-buffer)) @@ -13531,7 +13531,7 @@ With optional NODE, go directly to that node. (sit-for 0 (defun org-goto-marker-or-bmk (marker optional bookmark) - Go to MARKER, widen if necesary. When marker is not live, try BOOKMARK. + Go to MARKER, widen if necessary. When marker is not live, try BOOKMARK. (if (and marker (marker-buffer marker) (buffer-live-p (marker-buffer marker))) (progn -- 1.6.0.6.gc667 ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Undoing from Org Done Notes
Hi Rick, since you are normally going to edit the note, certainly with the ability to undo, I don't think it makes sense to redefine undo for this. I can see how what you ask for would be useful, but I see no good logic to implement it. Maybe the easiest is to define yourself a separate key for switching sequences, so that it is less likely to press S-right by accident? - Carsten On Aug 12, 2008, at 1:38 PM, Rick Moynihan wrote: Hi all, I make quite extensive use of org's sequences, and make use of the org-log-done features to prompt for a note when a task is closed. My problem is that when reorganising I often push a sequence on to a done state instead of switching sequences, i.e. I press S-Right instead of C-S-Right. When this happens a note window is popped up, where by I am forced to press C-c C-k to close the note window, then I need to press C-S-_ to undo the original change. One thing I have noticed is that my reflex action upon seeing the Note and realising that's not what I want, is to press undo at that point. Rather than enter the mildly frustrating workflow above, would it be possible to have undo close the note, and then revert the headline into it's previous state, by calling undo again in the original buffer? Obviously you'd only want this if the Org Note buffer didn't contain any changes. If it did, the stock undo behaviour makes sense, except when you've made some changes and spent all your undo's, pressing undo again might want to ask whether you want to close the note and revert the state change in the previous buffer. Does this make sense? R. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug in org-time-stamp?
Hi Bostjanv, first of all, I do not understand why you seem to think it matters if the mouse is inside or outside the time stamp when `C-c .' is called. I believe it does not matter at all. On Aug 31, 2008, at 3:56 AM, [EMAIL PROTECTED] wrote: Section 8.2 (node: Creating timestamps) of the info manual contains the following description: `C-c .' Prompt for a date and insert a corresponding time stamp. When the cursor is at a previously used time stamp, it is updated to NOW. When this command is used twice in succession, a time range is inserted. In my opinion, the second sentence does not correspond to the actual operation. To see this, one can perform a test on a single-line org file, for example: * TODO 2008-08-28 Thu test todo item We encounter (at least) the following types of behavior: (1) point is within the timestamp, mouse cursor is either inside or outside (if inside, do not click). In that case entering `C-c .' will result in a timestamp update query, and hitting RETURN will produce no change in the timestamp. This is correct, and it is a bug in the documentation. The documentation shows how this function behaved a long time ago, but since then we decided that the current value of the timestamp should be the default instead as this application seems to be more common. This allows you, for example, to use this command to quickly change or add the time component of a stamp by typing 15:33 or so. If you want a shortcut to shift the time stamp to today, use +0 at the prompt. Thank you for the report, I have updated the documentation to reflect the real behavior. - Carsten (2) point is outside the timestamp, mouse cursor inside. In that case the `C-c .' command and RETURN will result in an updated timestamp at the point position while the original timestamp remains unchanged. (3) point is within the timestamp. If after `C-c .' and the timestamp query one clicks on a date in the calendar, then the original timestamp will be changed to the selected date. On examining the first two cases one concludes that the origin of the problem is quite simple: In Case (1) the default answer to the update query is the ORIGINAL VALUE OF TIMESTAMP while in Case (2) it is NOW. In my opinion it should be NOW in both cases. Case (3) does not require comment as the corresponding behavior is expected. Additionally, if the previously suggested change be accepted, I propose that the above description in the info manual be changed to the following: `C-c .' Prompt for a date and insert a corresponding time stamp. When the point or mouse cursor is at a previously used time stamp, the prompt requests an updated value, and the latter is inserted at point (default is NOW). When this command is used twice in succession, a time range is inserted. Regards, bostjanv ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] calc-date-format in org-table.el
Wow, what a stupid, terrible bug. I applied you patch, thanks. - Carsten On Sep 4, 2008, at 11:54 PM, Nick Dokos wrote: The default calc-date-format in org-table.el uses a 12-hour clock, as Stephan Schmitt discovered - see http://article.gmane.org/gmane.emacs.orgmode/7753 I think it would be preferable to use either a 24-hour clock (or an am/pm indicator - imo, a 24-hour clock is better). Here is a patch to make it into a 24-hour clock: diff --git a/lisp/org-table.el b/lisp/org-table.el index 4ba83e9..5d72aab 100644 --- a/lisp/org-table.el +++ b/lisp/org-table.el @@ -191,7 +191,7 @@ t: accept as input and present for editing calc-angle-modedeg calc-prefer-frac nil calc-symbolic-mode nil -calc-date-format ( - MM - DD Www ( HH : mm)) +calc-date-format ( - MM - DD Www ( hh : mm)) calc-display-working-message t ) List with Calc mode settings for use in calc-eval for table formulas. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] DOH! - [Fwd: Suggestions for features OR Help?]
On Aug 28, 2008, at 3:19 AM, David A. Gershman wrote: Before anyone does, I'll ping myself with an RTFM! :) Found my answer in the org manual, page 39. However, it shows the 33% (by the example below), not the computed 65%. Anyone know if that method is possible? I am afraid no. - Carsten Thanks. --dag Original Message Subject: Suggestions for features OR Help? Date: Wed, 27 Aug 2008 18:11:28 -0700 From: David A. Gershman [EMAIL PROTECTED] To: emacs-orgmode@gnu.org Hello All, I'm fairly new to Org-Mode, but common to Emacs. I've have a need to create a task which is made up of sub-tasks. Each sub-task in turn has actions which comprise it. Each action, I'd like it to have a checkbox so that the sub-task can track percent complete. Like so: * Sub-Task [66%] - [X] Action 1 - [ ] Action 2 - [X] Action 3 Once the sub-task is complete, I can set it's TODO label: * COMPLETED Sub-Task [100%] - 2008/08/08 17:33:00 This is already how Org-mode works obviously. My question/request is this: is there a way to also track completeness via percentages for the sub-tasks (headings)? So I would have/see the following: * Primary Task [65%] * COMPLETED Sub-Task 1 [100%] - 2008/08/08 17:33:00... * Sub-Task 2 [24%]... * Sub-Task 3 [72%]... The primary task percent would be based on 3 sub-tasks of equal weight, so: (1*.33) + (.24*.33) + (.72*.33) = 65% I'd even be willing to settle for a primary task percent of just 33% since only 1 sub-task is completed. Any ideas? Is something like this possible? -- -- Gershman, David A. Sr. Systems Engineer II Information Assurance/CISSP NCS - Fullerton, Raytheon Company (714) 446-2669 office (714) 407-3636 pager [EMAIL PROTECTED] FU/675/Y343 1801 Hughes Drive Fullerton, CA 92833 This message contains information that may be confidential and privileged. Unless you are the addressee (or authorized to receive mail for the addressee), you should not use, copy or disclose to anyone this message or any information contained in this message. If you have received this message in error, please so advise the sender by reply e-mail and delete this message. Thank you for your cooperation. -- -- Gershman, David A. Sr. Systems Engineer II Information Assurance/CISSP NCS - Fullerton, Raytheon Company (714) 446-2669 office (714) 407-3636 pager [EMAIL PROTECTED] FU/675/Y343 1801 Hughes Drive Fullerton, CA 92833 This message contains information that may be confidential and privileged. Unless you are the addressee (or authorized to receive mail for the addressee), you should not use, copy or disclose to anyone this message or any information contained in this message. If you have received this message in error, please so advise the sender by reply e-mail and delete this message. Thank you for your cooperation. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] problem with appointments not cancelling
Hi Richard, what is your value of org-agenda-skip-scheduled-if-done? I believe that this variable will be respected with your appt setup. If you don't want to set this variable for normal agenda display, try (add-hook 'org-finalize-agenda-hook (lambda () (let ((org-agenda-skip-scheduled-if-done t)) (org-agenda-to-appt HTH - Carsten On Aug 26, 2008, at 2:05 PM, Richard G Riley wrote: I have the following in one of my org files but the reminder is still popping up (or was until the original scheduled time was passed). What do I need to call to have a cancelled org entry removed from the reminder mechanism? I use the gtk reminder system and include the code below. Does the org-agenda-to-appt not remove closed/cancelled entries? (Note I changed the run-at-time parameters to run now and repeat every while). 1) org entry ** CANCELED gf SCHEDULED: 2008-08-26 Tue 14:00 CLOSED: [2008-08-26 Tue 13:50] 2) code ;;; ; For org appointment reminders ; 5 minute warnings (setq appt-message-warning-time '15) (setq appt-display-interval '5) ; Update appt each time agenda opened. (add-hook 'org-finalize-agenda-hook 'org-agenda-to-appt) ; Setup zenify, we tell appt to use window, and replace default function (setq appt-display-format 'window) (setq appt-disp-window-function (function my-appt-disp-window)) (defun my-appt-disp-window (min-to-app new-time msg) (save-window-excursion (shell-command (concat /usr/bin/zenity --info --title='Appointment' --text=' msg ' ) nil nil) )) ;; activate and schedule refresh (appt-activate t) (run-at-time nil 3600 'org-agenda-to-appt) ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Using orgstruct-mode to structure source code
Hi Tassilo, I though a little bit about this, and using org-struct-mode in a commented block of text is going to be bumpy. No easy path. What I do in such cases: I put tow markers into the buffer hat delimit the text I want to edit in orgstruct-mode. And then I have custom function that toggles the comment starters on an off, like so: ;; BEGIN ORGSTRUCT ;; ;; * heading 1 ;; with text ;; * heading 2 ;; ** subheading ;; END ORGSTRUCT (defun my-toggle-comment-or-orgstruct () Toggle comment for orgstruc editing. (interactive) (let* ((re-beg BEGIN ORGSTRUCT \\\(.*?\\)\) (re-end END ORGSTRUCT) re rpl line1 line2) (save-excursion (save-excursion (unless (re-search-backward re-beg nil t) (error Not in an orgstruct bock)) (setq line1 (org-current-line) leader (match-string 1))) (save-excursion (unless (re-search-forward re-end nil t) (error Not in an orgstruct bock)) (setq line2 (org-current-line))) (goto-line (1+ line1)) (if (equal (buffer-substring (point) (+ (point) (length leader))) leader) (setq re (concat ^ (regexp-quote leader)) rpl ) (setq re ^ rpl leader)) (while (and (re-search-forward re nil t) ( (org-current-line) line2)) (replace-match rpl t t) Hope this helps - Carsten On Sep 3, 2008, at 12:20 PM, Tassilo Horn wrote: Carsten Dominik [EMAIL PROTECTED] writes: Hi Carsten, ?... is not a correct regular expression in Emacs. You are using wildcard synax, it seems. No, I used (concat comment-starter ?...) to make the comment starter optional. But that's not fully correct. In elisp the comment starter may be there multiple times. So now I go with this: --8---cut here---start-8--- (defun org-context-p (rest contexts) (let* ((pos (point)) (comment-starter (replace-regexp-in-string [ ]+$ (or comment-start ))) (regexp-start (if (string= comment-start) (concat comment-start * (goto-char (point-at-bol)) (let ((ret (prog1 (or (and (memq 'table contexts) (looking-at (concat regexp-start [ \t]*|))) (and (memq 'headline contexts) (looking-at (concat regexp-start \\*+))) (and (memq 'item contexts) (looking-at (concat regexp-start [ \t]*\\([-+*] \\| [0-9]+[.)] \\) (goto-char pos (message org-context-p with regexp-start = %s == %s regexp- start ret --8---cut here---end---8--- Here's a short elisp test file: --8---cut here---start-8--- ;;* First Headline; org-context-p == t, no visible action ; org-context-p == nil, no visible action (defun foo () nil); org-context-p == nil, TAB deletes indentation! ; org-context-p == nil, TAB indents to nil's column ;;** Level2 ; org-context-p == t, TAB indents heading to nil's column (+ 1 2 3) ;;** Another Level2 (- 1 1) ;;*** Three ;;* Second part (progn (list 1 2 3); org-context-p == nil, TAB deletes indentation! (* 1 2 3)) ; org-context-p == nil, TAB deletes indentation! ;;* Third part; org-context-p == t, TAB indents heading to ; column of (* 1 2 3) --8---cut here---end---8--- Behind the lines I've written what my redefinition of `org-context-p' returns and what TAB does (*without* these comments). As you can see `org-context-p' seems to work correctly, but TAB doesn't cycle through the visibility states but instead breakes indentation. And if I invoke `M-x org-cycle' on a headline nothing happens. As it seems, `org-context-p' is not the only function which has to be adapted to do the right thing if headlines are inside comments. If you want to allow extra characters # and ; at the begin of the line, try something like [;#]*... Yes, see the code above. I am not sure if this will work, in particular if it will make structure editing work. Sadly, it's not that easy. Give it a try and send us a report, ok? Done! Bye, Tassilo ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-remember items are stored to the wrong headline
Carsten Dominik [EMAIL PROTECTED] writes: Hi Carsten, Things will be fine if you explicitly specify nil for the file and headline fields in the template definition. Or get the latest git release, where this problem is fixed as well. Thanks a lot. Bye, Tassilo -- GNU Emacs is a text editor for Über-Geeks. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Undoing from Org Done Notes
On Sep 5, 2008, at 11:49 AM, Rick Moynihan wrote: Hi Carsten, I'll give Bernt's suggestion a try, and hopefully this will happen a lot less. I am quite fond of the sequence shifting keys though, so we'll see how I get on. Rather than re-defining undo, which I can see might cause problems. Would it be possible to add an extra command into that buffer (perhaps on C-c u) that was essentially a keyboard macro for this simple sequence? C-c C-k C-_ I've just tried a defining a macro for this, and it appears to work. Would having the following display be a good idea? # Insert note for closed todo item. # Finish with C-c C-c, cancel with C-c C-k, or restore the todo item # to it's previous state with C-c u. Thinking about this now, is there ever a time when you want to C-c C- k and not undo the state change?? For me, this would seem to be a better behaviour, but then I'm probably missing something. Hi Rick, this is a good proposal. However, the way the note-recording process is implemented (using a post-command-hok) makes me worry that after finishing the note it may not be guarantied to be returned to the correct buffer, in which case the undo might have undesired results. Also, the note taking mechanism is not only used after state changes, but can also be triggered by a clocking event, or by a command from the agenda. In these cases, the undo would definitely be unwanted, while you still want to be able to abort the note. Also, I believe that C-c C-k is useful as it is, because it aborts inserting the note but leaves the new state. I use it when I have switched the state correctly into a state the request a note, but I do not want to record a note. So I guess you are stuck with writing your own little function... :-) - Carsten Thanks again for your tireless work, R. Carsten Dominik wrote: Hi Rick, since you are normally going to edit the note, certainly with the ability to undo, I don't think it makes sense to redefine undo for this. I can see how what you ask for would be useful, but I see no good logic to implement it. Maybe the easiest is to define yourself a separate key for switching sequences, so that it is less likely to press S-right by accident? - Carsten On Aug 12, 2008, at 1:38 PM, Rick Moynihan wrote: Hi all, I make quite extensive use of org's sequences, and make use of the org-log-done features to prompt for a note when a task is closed. My problem is that when reorganising I often push a sequence on to a done state instead of switching sequences, i.e. I press S- Right instead of C-S-Right. When this happens a note window is popped up, where by I am forced to press C-c C-k to close the note window, then I need to press C-S-_ to undo the original change. One thing I have noticed is that my reflex action upon seeing the Note and realising that's not what I want, is to press undo at that point. Rather than enter the mildly frustrating workflow above, would it be possible to have undo close the note, and then revert the headline into it's previous state, by calling undo again in the original buffer? Obviously you'd only want this if the Org Note buffer didn't contain any changes. If it did, the stock undo behaviour makes sense, except when you've made some changes and spent all your undo's, pressing undo again might want to ask whether you want to close the note and revert the state change in the previous buffer. Does this make sense? R. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] protecting ascii art
My mistake, this is indeed also broken under GNU Emacs. I had turned off strikethrough emphasis, that is why it looked OK for me. - Carsten On Sep 5, 2008, at 9:05 AM, Carsten Dominik wrote: Actually, in my GNU Emacs, prefixing these lines with : makes them look fine. You are using XEmacs, right? - Carsten On Aug 15, 2008, at 11:54 PM, Scott Otterson wrote: Is there a way to protect text regions from org mode parsing? When I paste the following under an org mode headline: +---+ +-- future x ++ |predict| | +---+ x --|TDL +--| x |--+--| | ++ +---+ |predict|-- future y | | ++ | y | y --|TDL +| | ++ +---+ org mode scrambles it. If I precede each line with a ':', org mode still scrambles it, but less so. Thanks, Scott ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug: Angle brackets in org-time-stamp-format loses in html export
org.el has the following definition: (defconst org-time-stamp-formats '(%Y-%m-%d %a . %Y-%m-%d %a %H:%M) Formats for `format-time-string' which are used for time stamps. It is not recommended to change this constant.) The above loses when you use org-insert-export-options-template and then create HTML -- the #+ date: line ends with angle brackets around the date, and these eventually land up in the meta tag within an attribute value. The problem here is of course brain-dead html/sgml/xml which doesn't like angle brackets in attribute values. -- Best Regards, --raman Email: [EMAIL PROTECTED] WWW:http://emacspeak.sf.net/raman/ AIM:emacspeak GTalk: [EMAIL PROTECTED] PGP:http://emacspeak.sf.net/raman/raman-almaden.asc Google: tv+raman IRC:irc://irc.freenode.net/#emacs ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] How does prompt work for remember templates?
Hi,
I'd like to use the %^{prompt} option in a remember template, and I'd
like to have optional defaults. I thought this was done like so:
%^{Where|WORK|HOME|OUT}
but when I use the template I get:
Where [WORK] :
If I press the up arrow once I get HOME or the down arrow once I get
WORK. If I press either arrow a second time, I get:
End (Beginning) of history; no next (previous) item
Where () is for up twice, and no () is for down twice.
In other words, I never see the OUT option. What am I misunderstanding
about the %^{prompt|default|completion2|completion3...} syntax?
Thanks,
Yann
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Graphical Line in File
This is a really (*really*) trivial problem, but one that I've seen many times, is annoying, and I wonder if anyone knows an easy fix. I'll get these long lines (not text just some graphical artifact) off the left of comments. See image attached. The line goes away if: * Change to text mode * Change to nxml-mode * Or if I hunt-and-peck to remove a character: The / changed to x fixes it here: # _ _ # | |__ _ _| |_ ___ __ _ ___ _ __ _ _ # | _ \ / _ \ \ /\ / / __/ _ \ / _` |/ _ \ '_ \ / _ \ \ / / _` | # | | | | (_) \ V V /| || (_) | | (_| | __/ | | | __/\ V / (_| | # |_| |_|\___/ \_/\_/ \__\___/ \__, |\___|_| |_|\___| \_/ \__,_| # |___/ # _ _ # | |__ _ _| |_ ___ __ _ ___ _ __ _ _ # | _ \ / _ \ \ x\ / / __/ _ \ / _` |/ _ \ '_ \ / _ \ \ / / _` | # | | | | (_) \ V V /| || (_) | | (_| | __/ | | | __/\ V / (_| | # |_| |_|\___/ \_/\_/ \__\___/ \__, |\___|_| |_|\___| \_/ \__,_| # |___/ The _ changed to x fixes it here: # _ _ # __ _ _ __ _ _ | (_)_ __ _ ___ __ # / _` | '_ \| | | | | | | '_ \| | | \ \/ / # | (_| | | | | |_| | | | | | | | |_| | # \__, |_| |_|\__,_| |_|_|_| |_|\__,_/_/\_\ # |___/ # _ _ # __ _ _ __ _ _ | (_)_ __ _ ___ __ # / _` | '_ \| | | | | | | '_ \| | | \ \/ / # | (x| | | | | |_| | | | | | | | |_| | # \__, |_| |_|\__,_| |_|_|_| |_|\__,_/_/\_\ # |___/ # Note - this happens in emacs22 in emacsw32 and in emacs22 over putty. Thanks again for the great org-mode! :) attachment: lines-off-of-comment.png___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] protecting ascii art
On Aug 26, 2008, at 2:26 AM, William Henney wrote: Hi Scott On Sat, Aug 16, 2008 at 11:38 AM, Scott Otterson [EMAIL PROTECTED] wrote: By the way, it would be lovely if it were possible to use emacs's built-in artist-mode: http://www.cinsk.org/emacs/emacs-artist.html to draw diagrams inside of an org mode buffer. Right now, hitting M-x artist-mode while already in org-mode clobbers the org file. What seems to work is to first set aside some lines for your artistic creation, select them, and do C-x n n (narrow-to-region) before turning on artist-mode. Then, when you have finished, turn off artist-mode and do C-x n w (widen). This is a bit of a pain to remember the steps, but it does protect the org file from getting clobbered. This is a very good idea that fits right into the functionality of the C-c ' command, so I have added it there. If you now press C-c ' in a region of lines starting with a colon, you get to edit this region in artist-mode. Also, if you press these keys in an empty line, a new drawing is created. I always wanted to have drawing in some way and even did some experiments years ago - but I did not know of artist-mode. Thanks for the ideas! - Carsten P.S. I believe that also the strikethrough problem is fixed by now. Cheers Will -- Dr William Henney, Centro de Radioastronomía y Astrofísica, Universidad Nacional Autónoma de México, Campus Morelia ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: Angle brackets in org-time-stamp-format loses in html export
Thanks, another org-export irritant: could we lose the #+ insert some descriptive text here line from the default template? ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
