Re: [Orgmode] Org and financial data
On Tue, Jan 6, 2009 at 9:24 AM, Memnon Anon wrote: > Hi! > > A new year has started and I try to get even more organized. > So, I think it is time to keep track of my financial data, and > I think orgmode is the way to go. > > Yet, I am not sure how to keep the structure. > I started with something quite simple like using a date structure > and tables: > > *2008 > **January > ***01 > | What | Cost | > |-+---| > | Milk | 0.50 | > | Apples | 1.50 | > | Butter | 0.89 | > |-+---| > | Sum | 2.89 | > |-+---| > | Library Penalty | 13.50 | > | Library Copies | 3.00 | > | Power Bill | 35.00 | > |-+---| > | Sum Total| xyz | > > But having a closer look at it, this does not seem that flexible. > Using ColumnView to display the sum of a day might be one idea, > adding tags like food, bill, wasted (Library Penalty :) etc. is > another thing that comes to my mind. > > Orgmode became so flexible and powerful, and I still have no clue about > all its features. I am sure there are people out there doing what I am > planning to do. > > So, what is your setup? > How do you use orgmode to keep a record of where your money goes and > comes from? > > I am sorry, this mail is a bit off topic. > But, as I said, my org knowledge is still quite limited and it would be > a colossal waste of time to enter data for weeks, just to find out that > a different format is more feasible and converting everything. > > Thanks, have a nice day. Have you considered (a more convenient and flexible approach, IMHO) John Weigley's Ledger [1] -- Manish [1] http://www.newartisans.com/software/ledger.html ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Hide-until (release time) for todos?
Bernt Hansen writes: > I push tasks into the future with scheduled / deadline dates and prevent > them from showing up in the agenda too early with something like > > DEADLINE: <2009-02-04 Wed -3d> > Ooh... that's nice. Individualized lead times for deadline warnings. I didn't read that section of the manual carefully enough. http://orgmode.org/manual/Repeated-tasks.html#Repeated-tasks Thanks, Matt ___ 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] Org and financial data
Hi! A new year has started and I try to get even more organized. So, I think it is time to keep track of my financial data, and I think orgmode is the way to go. Yet, I am not sure how to keep the structure. I started with something quite simple like using a date structure and tables: *2008 **January ***01 | What| Cost | |-+---| | Milk| 0.50 | | Apples | 1.50 | | Butter | 0.89 | |-+---| | Sum | 2.89 | |-+---| | Library Penalty | 13.50 | | Library Copies | 3.00 | | Power Bill | 35.00 | |-+---| | Sum Total | xyz | But having a closer look at it, this does not seem that flexible. Using ColumnView to display the sum of a day might be one idea, adding tags like food, bill, wasted (Library Penalty :) etc. is another thing that comes to my mind. Orgmode became so flexible and powerful, and I still have no clue about all its features. I am sure there are people out there doing what I am planning to do. So, what is your setup? How do you use orgmode to keep a record of where your money goes and comes from? I am sorry, this mail is a bit off topic. But, as I said, my org knowledge is still quite limited and it would be a colossal waste of time to enter data for weeks, just to find out that a different format is more feasible and converting everything. Thanks, have a nice day. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Hide-until (release time) for todos?
Matthew Lundin writes: > Robert Goldman writes: > >> Has anyone implemented a property that's the opposite of deadline for >> Org TODOs? >> >> What I'd like is a property I could put on a TODO that would hide it >> from agenda display (probably with some preference that would permit >> unfiltered display) until a specified date. >> > > I've wondered the same thing a couple times. But I usually end up > asking myself: How would this be different from scheduling something > in the future? I've found that the easiest solution to this problem is > to schedule something in the future (e.g., C-c C-s +2w) and to get rid > of the TODO keyword (C-c t , or t in the agenda). That way, > the item will appear in my agenda on the date scheduled (and on every > day thereafter), but won't show up in your global TODO list. (I > suppose this use of the agenda is like a GTD style "tickler file.") > >> This would keep me from being overwhelmed by tasks that I have >> deferred. I push tasks into the future with scheduled / deadline dates and prevent them from showing up in the agenda too early with something like DEADLINE: <2009-02-04 Wed -3d> I also have the following settings (setq org-agenda-todo-ignore-with-date t) that keeps any task with a scheduled/deadline date out of the global todo lists - they're on the agenda and I don't need to see them in multiple places. I also have a DEFERRED todo keyword for things that just aren't going to get done anytime soon (if ever). I review the DEFERRED tasks weekly. C-5 C-c a t lists all of my deferred tasks (since for me DEFERRED is the 5th todo keyword) -Bernt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Hide-until (release time) for todos?
Matthew Lundin writes: > > I've found that the easiest solution to this problem is to schedule > something in the future (e.g., C-c C-s +2w) and to get rid of the > TODO keyword (C-c t , or t in the agenda). This should read C-c C-t for the TODO keyword command. - Matt ___ 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] Hide-until (release time) for todos?
Hi Robert, Robert Goldman writes: > Has anyone implemented a property that's the opposite of deadline for > Org TODOs? > > What I'd like is a property I could put on a TODO that would hide it > from agenda display (probably with some preference that would permit > unfiltered display) until a specified date. > I've wondered the same thing a couple times. But I usually end up asking myself: How would this be different from scheduling something in the future? I've found that the easiest solution to this problem is to schedule something in the future (e.g., C-c C-s +2w) and to get rid of the TODO keyword (C-c t , or t in the agenda). That way, the item will appear in my agenda on the date scheduled (and on every day thereafter), but won't show up in your global TODO list. (I suppose this use of the agenda is like a GTD style "tickler file.") > This would keep me from being overwhelmed by tasks that I have > deferred. > > Another possibility, I suppose, would be to have a special DEFERRED TODO > keyword, and just hide all the deferred tasks. But then I would like > some processing that would automagically un-defer them later. Sorry I can't help out on the elisp side of things. As a non-programmer, my preferred solution to this problem for unscheduled todos is exactly what you say---to create an inactive todo called "LATER." When I want to defer something, I simply switch it from TODO to LATER and then make sure that I review the LATER list once a week (a convienient agenda reminder helps here). In the end, I figure that I'm going to have to make a decision about whether I want or need to do something even if it is automatically activated. Just my two cents. I imagine there may well be other aspects to this problem I'm not considering, so please don't let my ramblings dissuade you from going forward. :) Best, Matt ___ 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] tiny typo in org.texi
[Sorry, I couldn't bring myself to actually make a git branch and generate a diff for this.] On line 7545 we read: "after having types[sic -- typed] the backslash and maybe a few characters" cheers, 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
[Orgmode] Hide-until (release time) for todos?
Has anyone implemented a property that's the opposite of deadline for Org TODOs? What I'd like is a property I could put on a TODO that would hide it from agenda display (probably with some preference that would permit unfiltered display) until a specified date. This would keep me from being overwhelmed by tasks that I have deferred. Another possibility, I suppose, would be to have a special DEFERRED TODO keyword, and just hide all the deferred tasks. But then I would like some processing that would automagically un-defer them later. On the one hand, having TODO items change their status without human intervention doesn't seem to be in the spirit of Org. On the other hand, it seems a bit odd to have a task that is TODO, but hidden --- it seems like the TODO keyword should parallel the state. As the tone of this email may suggest, I'm thinking about trying to implement such a facility, so my questions really are: 1. Does this exist already? ISTR someone asking for this earlier, but I didn't see a positive response to that earlier request. 2. If the answer is "no," I'd welcome any suggestions for how to implement this. For setting, looks like cloning org-deadline and tweaking org-add-planning-info would be relatively straightforward; then I'd need to look into modifying the agenda commands. Best, 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
Re: [Orgmode] Re: How to pause the relative timer
Hi Alan, I like to be able to pause the timer, very nice, this will make its way into Org one way or another. About talking to the VLC process - maybe it is easier to just send signals to the process, with `stop-process' and `continue' process, because this will work for any process, not just a specific player. - Carsten On Jan 5, 2009, at 12:23 PM, Alan E. Davis wrote: Hello: I have been able to put together a tentative solution to this problem of pausing the relative timer. It needs work, but perhaps one will be forgiven for posting it (below). It has mostly been stolen, as anyone will see: Code -- (defvar org-timer-pause-time nil "t=0 for pause") (defvar org-timer-pause-restart-time nil "t=last for pause") (defun org-aed-pause-timer-pause () "Set the time of the pause timer to the start time of the pause interval." (interactive) (setq org-timer-pause-time (current-time)) (let ((ind 0)) (save-excursion (skip-chars-backward " \n\t") (condition-case nil (progn (org-beginning-of-item) (setq ind (org-get-indentation))) (error nil))) (or (bolp) (newline)) (org-indent-line-to ind) (insert "- paused: ") (org-timer))) (defvar scnds nil) (defun org-aed-pause-timer-restart () "Get current time, calculate pause interval, do the math, and reset org-timer-start-time" (interactive) ; (setq org-timer-start-time ;(seconds-to-time ; (+ (time-to-seconds org-timer-start-time) (setq scnds (time-to-seconds org-timer-start-time)) (setq org-timer-start-time (seconds-to-time (+ scnds (- (time-to-seconds (current-time)) (time-to-seconds org-timer-pause-time) (let ((ind 0)) (save-excursion (skip-chars-backward " \n\t") (condition-case nil (progn (org-beginning-of-item) (setq ind (org-get-indentation))) (error nil))) (or (bolp) (newline)) (org-indent-line-to ind) (insert "- pause off: ") (org-timer))) END Code ---%- -- Alan Davis "It's never a matter of liking or disliking ..." ---Santa Ynez Chumash Medicine Man ___ 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
OT Re: [Orgmode] Re: Suggestion with bad patch for org-remember-templates
On Mon, Jan 5, 2009 at 12:41 PM, Carsten Dominik wrote: > >> -- >> "In the bathtub of history the truth is harder to hold than the soap, >> and much more difficult to find." -- Terry Pratchett > > > I do love this citation in your signature.. > Actually, as of last week it should be "Sir Terry Pratchett" http://news.bbc.co.uk/2/hi/entertainment/7805143.stm :) 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
[Orgmode] Re: Suggestion with bad patch for org-remember-templates
On Jan 5, 2009, at 5:31 PM, Wes Hardaker wrote: On Sun, 4 Jan 2009 08:23:04 +0100, Carsten Dominik > said: CD> I think it would be better not to use the remember buffer for this, CD> but another, dedicated, temporary buffer. Why would it matter though? You're already opening and displaying it... Granted, you could stop doing that. The only benefit to using another buffer is if the person canceled the request (ctrl-g) in mid-selection then the original contents of the remember buffer would be unaltered. There are more reasons why it matters. It is possible to make setup that will pop up the remember buffer in a different/new frame, but you might still want to have the template selection in your current frame. Also, it is allowed to call org-remember again in an existing remember buffer, to apply a new template to the existing context. Most of all, it is much cleaner this way. A dispatcher splash screen is by definition a one-off temporary buffer. Creating and displaying temporary buffer is very cheap and easily done, and it is the standard way to do this kind of stuff. I have reasonably strong feelings about this, because at the beginning of my career, I did work with legacy computer codes which where done in the old days when dynamic allocation was not possible and computer memory was small, so people would write programs where the same vector was used for different purposes, in different locations of the program... :-) -- "In the bathtub of history the truth is harder to hold than the soap, and much more difficult to find." -- Terry Pratchett I do love this citation in your signature.. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Suggestion with bad patch for org-remember-templates
> On Sun, 4 Jan 2009 08:23:04 +0100, Carsten Dominik > said: CD> I think it would be better not to use the remember buffer for this, CD> but another, dedicated, temporary buffer. Why would it matter though? You're already opening and displaying it... Granted, you could stop doing that. The only benefit to using another buffer is if the person canceled the request (ctrl-g) in mid-selection then the original contents of the remember buffer would be unaltered. -- "In the bathtub of history the truth is harder to hold than the soap, and much more difficult to find." -- Terry Pratchett ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Suggestion with bad patch for org-remember-templates
> On Sat, 3 Jan 2009 18:45:36 +, James TD Smith > said: JTS> I think I'm about 2/3rds of the way through the refactoring and JTS> adding plist templates. Thanks for the updates to both of you and I'm very much looking forward to the new code! One of the reasons that I have so many remember templates is I almost always have 2 per subject: one that includes a link to the current spot in the current buffer and one that doesn't. Having a multi-stage selection would certainly fix that aspect of the problem. JTS> I have auto-expanding minibuffers turned on (Emacs 22.2) and JTS> haven't noticed any problems with them, so I'd suggest Wes give JTS> them another try. FYI, this was under XEmacs and it was a number of years ago (10+ probably) where if you had too long of a potential buffer it would crash XEmacs (probably when the mini buffer needed to be larger than the original window size or something). I'll try again... -- "In the bathtub of history the truth is harder to hold than the soap, and much more difficult to find." -- Terry Pratchett ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: extensible syntax
Hello again :), Let me provide examples -- using footnotes. All footnote references and definitions would be inside $[...]. (As mentioned in my previous post.) There was a concern about keeping code executable. You can use a parameter to specify whether you want the footnote to: - disappear in the code (thus keeping the code executable without having to use comments, so that the reference is at the correct position in the line, yet keeping the link pointing to the correct position) - or show up as a numbered or labeled reference The reference can look like: (defun my-example-defun $[fn "defun name" :invisible t] () (interactive "P") ;$[fn "interactive"] ... The second reference is visible, but the first is not. Note that this allows references with spaces (or anything else). No need to worry about syntax conflicts within org. There was also a concern about conflicting with code syntax. Your decision as a user is whether you want $[...] to be interpreted as code or footnote. You could want either one. To make it be interpreted as code, you simply prefix the $ with a \. That takes away org's special handling of the syntax. org's footnote code merely checks for a \ in front of the $ and then it knows not to do anything except remove the \. In fact, the footnote code doesn't even have to do that. The org extensible syntax code (the code for $[...]) is what does it. The footnote code simply calls the extensible syntax code. To make it be a footnote, you don't do anything. This will work for all code examples you can dream up. There is no need to worry about which languages have $[...] in them. The advantage is that for future features, the same solutions will work. And since the syntax is extensible, it will work for completely new features. Finally, the escaping scheme should be familiar to users, as it is a common method in programming languages. Is this idea possibly of interest? -- For personal gain, myalgic encephalomyelitis denialists are knowingly causing further suffering and death by grossly corrupting science. Do you care about the world? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: LaTeX Export
> First of all, org 3.16c is very old indeed so *maybe* this works > better in a more recent version? Sorry, it is 6.16c :-) (Thanks Matthew!) I believe it is the version bundled with the latest Emacsw32 from ourcomments.org. I am using a Emacsw32 from December 2008. Since I use win32 I am not able to use the provided update-script. Is is okay to overwrite the el files in the Emacs folder and recompile them? > Second, you could help with an example which demonstrates the problem. Sorry. I should have included examples in the first post. Here is an example from the notes I am working on. The LaTeX output is: \begin{itemize} \item Indtegnes i et $x_1/x_2$-diagram, evt. med indifferentkurver. \item Kurve, der sammensætte alle de bedste løsninger \$(x_1^{*}, x_2^{*})$ ved varierende indkomst $m$. \end{itemize} Notice the \$ in the second item. Since I rarely use $ as a symbol but use it all the time as math delimiter it would be more efficient to use \$ when I actually need a $-sign. Here is the corresponding Org code: - Indtegnes i et $x_1/x_2$-diagram, evt. med indifferentkurver. - Kurve, der sammensætte alle de bedste løsninger $(x_1^{*}, x_2^{*})$ ved varierende indkomst $m$. The trouble is probably caused by my auto-fill-mode hook, but I really cannot stand long lines, and I absolutely love auto-fill-mode. Here is an example of the information I would like to have washed out. The LaTeX code contains the following: \section{Forbrugeroverskud} \label{sec-10} \texttt{SCHEDULED:} \texttt{<2008-12-30 ti>} \texttt{CLOCK:} [2008-12-30 ti 13:42]--[2008-12-30 ti 15:47] => 2:05 Here is the corresponding Org code: * DONE Forbrugeroverskud SCHEDULED: <2008-12-30 ti> CLOCK: [2008-12-30 ti 13:42]--[2008-12-30 ti 15:47] => 2:05 I have (setq org-export-with-timestamps t) btw. With #+OPTIONS: <:nil time stamps are still present (after refreshing and re-exporting). Another thing on LaTeX Export: Why so much \texttt{}? Org stamps (and tags) such as CLOSED are written with \texttt{}. I am not sure why. On check boxes: Can their look be customized? I would rather use \CheckedBox and \Square from the Wasysym package. It is LaTeX so there is no reason to use ASCII persudo boxes (IMO, of course). Long post. Sorry. --Rasmus ___ 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] LaTeX Export
Hi Rasmus, Rasmus Pank Roulund writes: > Hello, > I have got two questions. > I am using Org-mode v. 3.16c. I usually use LaTeX but Org has been > really nice. However, I want to export to LaTeX. I assume you mean org-mode 6.13c? > Two features are bugging me though. > 1. Timestambs are really nice, but I don't want them in my final > print (the LaTeX output). Is there an easy way to remove these? You can control this option either with global settings: (setq org-export-with-timestamps nil) or with in-buffer options[1]: #+OPTIONS: <:nil As I'm testing this myself, however, I'm finding that this option works fine for html export, but is not working for LaTeX export in org 6.17a. (Just to be clear: I'm refreshing the buffer settings with C-c C-c before exporting.) Strangely, when export with timestamps is turned on, only the last timestamped item appears in the LaTeX export (e.g., the CLOSED timestamp on an item that had been scheduled). But when I turn the timestamp option off, all timestamps appear in the exported LaTeX (e.g., both SCHEDULED and CLOSED timestamps). I'm also finding that TODO keywords do not appear in the latex output with the following option turned on: #+OPTIONS: todo:t Can anyone else duplicate this behavior? Thanks, Matt Footnotes (courtesy of the wonderful new org-footnote-action): [1] http://orgmode.org/manual/Export-options.html#Export-options ___ 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] LaTeX Export
Hi Rasmus, First of all, org 3.16c is very old indeed so *maybe* this works better in a more recent version? Second, you could help with an example which demonstrates the problem. - Carsten On Jan 5, 2009, at 1:42 PM, Rasmus Pank Roulund wrote: Hello, I have got two questions. I am using Org-mode v. 3.16c. I usually use LaTeX but Org has been really nice. However, I want to export to LaTeX. Two features are bugging me though. 1. Timestambs are really nice, but I don't want them in my final print (the LaTeX output). Is there an easy way to remove these? 2. The interpretation of $ is probably nice for American but for me it creates a lot of undesirable results, since a lot of math is not recognized as math for unknown reasons. It would be nice to be able to turn the $-feature off [1]. When I need a $-sign I would much rather use \$. Maybe the universal currency-symbol ¤ could be used as a replacement, if the user desire. If either of these are already possible I appoligize. I was not able to find an answear to my questions in the manual. [1] "To avoid conflicts with currency specifications, single '$' characters are only recognized as math delimiters if the enclosed text contains at most two line breaks, is directly attached to the '$' characters with no whitespace in between, and if the closing '$' is followed by whitespace or punctuation". --From the Org manual. Thanks, Rasmus ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Release 6.17
"Steven E. Harris" writes: > Also, that one would tolerate anything but a closing parenthesis in a > label; That was a mistake to propose. I had forgotten that I intended the label to run to the end of the line, not to a bounding parenthesis. So much for writing code in haste without testing it -- or thinking it through clearly. -- Steven E. Harris ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: BROKEN BADLY: How to pause the relative timer. new version and warning
I feel sorry that I have unleashed this broken code, and have now "fixed" the first problem I have found. I think it's best to ask for help and advice. The code I just posted does work, but when restarting after a pause, if one has paused twice, time is subtracted serially, each time the restart routine is run. Also, the rest of the relative timer code is ignorant of my code, and continues to stamp times using, for example, org-timer-item, progressively. But then, when the timer is "restarted" the time is adjusted to the paused time. I have solved one problem, and left others. I would welcome any ideas. I cannot hack the timer code, as much of it is beyond the limits of my lisp cluefullness. But probably the best that can be hoped for is for this to be incorporated into the code in org-timer.el . I have written into my little dired-vlc a test for C-u that starts the relative timer if the argument is detected when starting the video! Man, this is nice. It's much more straightforward for me to start, comment, pause, reset as needed, etc., at this point. And I already see the pitfalls. I'm likely to keep it simple, keep it for my own purposes. Should I post that? It's not very large, so I will do so below, with thanks to the emms people and others, as well as caveats aplenty. Thanks for the relative timer. And org-mode. Alan --PAUSEVERSION 2 ---% (defvar org-timer-pause-time nil "t=0 for pause") (defvar org-timer-pause-restart-time nil "t=last for pause") (defvar org-timer-pause-flag nil) (defun org-aed-pause-timer-pause () "Set the time of the pause timer to the start time of the pause interval." (interactive) (if org-timer-pause-flag (let ((ind 0)) (save-excursion (skip-chars-backward " \n\t") (condition-case nil (progn (org-beginning-of-item) (setq ind (org-get-indentation))) (error nil))) (or (bolp) (newline)) (org-indent-line-to ind) (insert "Timer is already paused! Do not pause again."))) (or org-timer-pause-flag (progn (setq org-timer-pause-time (current-time)) (let ((ind 0)) (save-excursion (skip-chars-backward " \n\t") (condition-case nil (progn (org-beginning-of-item) (setq ind (org-get-indentation))) (error nil))) (or (bolp) (newline)) (org-indent-line-to ind) (insert "- paused: ") (org-timer)) (setq org-timer-pause-flag ta ;; Temporary variable for (defvar scnds nil) (defun org-aed-pause-timer-restart () "Get current time, calculate pause interval, do the math, and reset org-timer-start-time" (interactive) (if org-timer-pause-flag (progn (setq scnds (time-to-seconds org-timer-start-time)) (setq org-timer-start-time (seconds-to-time (+ scnds (- (time-to-seconds (current-time)) (time-to-seconds org-timer-pause-time) (let ((ind 0)) (save-excursion (skip-chars-backward " \n\t") (condition-case nil (progn (org-beginning-of-item) (setq ind (org-get-indentation))) (error nil))) (or (bolp) (newline)) (org-indent-line-to ind) (insert "- pause off: ") (org-timer)) (setq org-timer-pause-flag nil)) (let ((ind 0)) (save-excursion (skip-chars-backward " \n\t") (condition-case nil (progn (org-beginning-of-item) (setq ind (org-get-indentation))) (error nil))) (or (bolp) (newline)) (org-indent-line-to ind) (insert "Error: not paused." -END Version 2-%-- ;;-dired-vlc.el --%- ;; -*- mode: elisp -*- ;; Time-stamp: <05-Jan-2009 23:03:58 o...@hardware> ;; AED 05 January 2009 ; (require 'org-mode) (defvar dired-vlc-program "/usr/bin/vlc") (defun dired-vlc (&optional timer) "Asynchronously start vlc on file through dired. If an optional argument is given (C-u), the org relative timer is started. This function purports to start vlc in rc mode, to leave open the possibility of remote control." (interactive "P") (let ((file (expand-file-name (dired-get-filename))) ext files basename dir curr-file ;idx-file sub-file srt-file command options) (setq basename (file-name-nondirectory (file-name-sans-extension file))) (setq dir (file-name-directory file)) (setq files (directory-files dir t basename)) (delete file files) (setq command (format "\"%s\" \"%s" dired-vlc-program "--intf rc")) ; file)) (if (y-or-n-p (format "Run command %s?" command)) ;(shell-command command (start-process "junk" nil dired-vlc-program file))) (if (equal timer '(4)) (org-timer-start)) ) ;; Doesn't work. ;(defun vlc-pause () ; (interactive) ; "Depends on vlc's rc
[Orgmode] LaTeX Export
Hello, I have got two questions. I am using Org-mode v. 3.16c. I usually use LaTeX but Org has been really nice. However, I want to export to LaTeX. Two features are bugging me though. 1. Timestambs are really nice, but I don't want them in my final print (the LaTeX output). Is there an easy way to remove these? 2. The interpretation of $ is probably nice for American but for me it creates a lot of undesirable results, since a lot of math is not recognized as math for unknown reasons. It would be nice to be able to turn the $-feature off [1]. When I need a $-sign I would much rather use \$. Maybe the universal currency-symbol ¤ could be used as a replacement, if the user desire. If either of these are already possible I appoligize. I was not able to find an answear to my questions in the manual. [1] "To avoid conflicts with currency specifications, single '$' characters are only recognized as math delimiters if the enclosed text contains at most two line breaks, is directly attached to the '$' characters with no whitespace in between, and if the closing '$' is followed by whitespace or punctuation". --From the Org manual. Thanks, Rasmus ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Release 6.17
Hi Steven, thank you for your thoughtful post and everyone else for chiming in with useful suggestions. I have just uploaded 6.17a which revamps the codeline references stuff, in the following way: 1. The default label now looks like (ref:name) 2. The default format is defined in org-coderef-label-format, with the default value "(ref:%s)". 3. You can change the format for each individual snippet with the -l switch: #+BEGIN_SRC pascal -n -r -l "((%s))" 4. Links to the labels have also changed, they are now [[(name)]] or [[(name)][in line (name)]] instead of [[((name))]] or [[((name))][in line ((name))]] i.e. only single parenthesis around the label name. 5. For technical reasons, there are currently some restrictions to what you can use as label format: - Do not use the character special in HTML: `<', `>', and `&'. - Use something that will not be split up into sections with different fonts by font-lock/htmlize. For example, in pascal-mode, "{{%s}}" will not work (I know nothing of Pascal, was just something I tried). The reason for both restrictions is that the current implementation looks for the labels only *after* htmlize has done its work on the example. Clearly it would be good to change this, but it is non-trivial and I won't do it until I see that it is really necessary. Let's see how ar we get with this. - Carsten On Jan 4, 2009, at 9:24 PM, Steven E. Harris wrote: Carsten Dominik writes: This idea is to make this work in a heuristic way, by using something that is unlikely enough to occur in real code. And that is a tough problem, as code is usually defined as stuff that contains all kinds of weird (and often paired) delimiters. [...] What would be safer? <>like the other Org-mode targets? That would make sense. Does anyone know a language where this would be used in real life? It would make it harder to write about Org-mode, though. Or do we need another option, so that, if needed, we could switch do a different syntax? This reminds me of the "leaning toothpick" problem with regular expression syntax; Perl and some other languages adopted the flexibility to accept any "matching" delimiters (either the same character used twice or a balancing pair) in lieu of the default '/' delimiter character. There was the need to have the delimiters be able to "get out of the way" of the dominant syntax within that particular regular expression. Here, too, I expect that we'd either need to define language-specific escape hatches, or stop guessing and force the user to define the active delimiters. What if the user could specify before each code block some "dispatch character" that then had to be followed by a more telling string, such as "#line:def". In that example, the octothorpe is the dispatch character, the "line:" is the belt-and-suspenders clarifying tag, and the "def" is the named label for that line. Force it to be at the end of the line (perhaps modulo trailing space), as there should only be one definition per line. A regular expression match would look for #line:([^)]+)\s*$ ^ | + (not fixed) except that the dispatch character would need to be composed in and regex-quoted appropriately. Also, that one would tolerate anything but a closing parenthesis in a label; it could be more restrictive to tolerate something more commonly expected of an identifier such as alphanumerics, dashes, and underscores. You could punt even further and just demand that the user provide a suitable regex for finding the line labels unambiguously. I'm just leery of trying to pick a default that's expected to work not just within natural language, but within program source code. -- Steven E. Harris ___ 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] Minor bug in footnotes
Fixed, thanks. - Carsten On Jan 5, 2009, at 2:14 AM, Matthew Lundin wrote: Hi Carsten, After some additional testing of footnote options, I discovered another minor quirk. It occurs when org-footnote-section is set to a value such as "Footnotes" (the default value). When org-footnote-action is called for the very first time in an org buffer, the "Footnotes" headline is automatically created, but the footnote is placed above the headline. I believe this occurs when the "Footnotes" headline is the last line in the buffer, which is the case when the headline is automatically created. Once an empty line is placed beneath the "Footnotes" headline, new footnotes are correctly placed beneath it. The example below illustrates the behavior. Thanks, Matt begin org file * Headline one The first footnote.[fn:1] The second footnote.[fn:2] Now I will add a an empty line beneath the "Footnotes" section.[fn:3] [fn:1] Notice that this footnote is inserted above the "Footnotes" section. [fn:2] The same behavior. * Footnotes [fn:3] Notice that the footnote is now placed below the footnote section. -end org file- ___ 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] Re: Release 6.17
Carsten Dominik wrote: On Jan 4, 2009, at 3:33 PM, Steven E. Harris wrote: Carsten Dominik writes: Code references use special labels embedded directly into the source code. Such labels look like "((name))" and must be unique within a document. How does the parser know that, say, "((def))" is not a valid expression in the surrounding Lisp forms? Is it important that it be separated by space, or be the last token on the line? Trying to concoct a motivating example, consider a structure represented as nested lists: , | '(a | ((b c) d) | (((e) f))((def)) | g) ` Without knowing what the enclosing `quote' form means, how do know that "((def))" is not part of it? Hi Steven, good question, and the answer is that is does not know, cannot know, because this is a feature that is supposed to work for any kind of example, an the parser cannot know all possible syntaxes :-) This idea is to make this work in a heuristic way, by using something that is unlikely enough to occur in real code. You are right that what I am using might be too dangerous for emacs lisp or other lisp dialects, and it could also show up in other languages like C. What would be safer? <>like the other Org-mode targets? That would make sense. Does anyone know a language where this would be used in real life? It would make it harder to write about Org-mode, though. Or do we need another option, so that, if needed, we could switch do a different syntax? Is a good work around not to simply supply the marker inside an inline comment, e.g. , | '(a | ((b c) d) | (((e) f)) ;; ((def)) | g) ` The advantage to this approach is that you can keep your code executable, which is really nice if you're writing documentation and want to be able to make sure the code always runs and is never broken. This solution seems to be more sensible than supporting different link markers etc... though the <> does seem more consistent. It might even be possible to link the ((def)) to the comment that describes it, so the links between code and comments are bidirectional. Just some food for thought! :-) 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
Re: [Orgmode] Re: Release 6.17
Carsten, 2009/1/4 Carsten Dominik : > > <>like the other Org-mode targets? That would make sense. > Does anyone know a language where this would be used > in real life? It would make it harder to write about > Org-mode, though. Yes, Oracle pl/sql uses that for loop labels. You might also want to check ADA since pl/sql is based on it. -- David Lord ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: How to pause the relative timer
Hello: I have been able to put together a tentative solution to this problem of pausing the relative timer. It needs work, but perhaps one will be forgiven for posting it (below). It has mostly been stolen, as anyone will see: Code -- (defvar org-timer-pause-time nil "t=0 for pause") (defvar org-timer-pause-restart-time nil "t=last for pause") (defun org-aed-pause-timer-pause () "Set the time of the pause timer to the start time of the pause interval." (interactive) (setq org-timer-pause-time (current-time)) (let ((ind 0)) (save-excursion (skip-chars-backward " \n\t") (condition-case nil (progn (org-beginning-of-item) (setq ind (org-get-indentation))) (error nil))) (or (bolp) (newline)) (org-indent-line-to ind) (insert "- paused: ") (org-timer))) (defvar scnds nil) (defun org-aed-pause-timer-restart () "Get current time, calculate pause interval, do the math, and reset org-timer-start-time" (interactive) ; (setq org-timer-start-time ;(seconds-to-time ; (+ (time-to-seconds org-timer-start-time) (setq scnds (time-to-seconds org-timer-start-time)) (setq org-timer-start-time (seconds-to-time (+ scnds (- (time-to-seconds (current-time)) (time-to-seconds org-timer-pause-time) (let ((ind 0)) (save-excursion (skip-chars-backward " \n\t") (condition-case nil (progn (org-beginning-of-item) (setq ind (org-get-indentation))) (error nil))) (or (bolp) (newline)) (org-indent-line-to ind) (insert "- pause off: ") (org-timer))) END Code ---%- -- Alan Davis "It's never a matter of liking or disliking ..." ---Santa Ynez Chumash Medicine Man ___ 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