[O] How can I schedule a multiday event
How can I schedule a multiday event? I mean, for instance there is a multiday holiday or a vacation... I don't want to schedule Day 1, Day 2, etc. I've tried entering an interval after C-c C-s, like 2011-05-01 - 05-10 but that doesn't work. How can I do this? -- JJ
Re: [O] How can I schedule a multiday event
Hey Marco: 'info' is your friend: 8.1 Timestamps, deadlines, and scheduling = Hey Marco: Indeed it is there, how could I've missed it. I did RTFM, but just didn't see it there, and it is there :O) Thanks for helping... :O) -- JJ
Re: [O] [PATCH][ANN] org-html/org-odt
Hi, Jambunathan,
Sorry, it took me a long time to get around to this. I pulled your
current version this morning. Tested with LibreOffice 3.3.2, Emacs
23.3.1 and Org-mode 7.5 under Mac OS X 10.6.7 this time.
You have addressed all my reports, and it's working fine with the test
document. However, I have two and a half new issues to report for ODT
output (HTML is fine).
- The centered paragraph is not centered.
- Description lists are now formatted with bulleting (see the enclosed
output). Both term and description are bulleted, and in addition,
there's an empty bulleted line between them. IIRC, description lists
were nicely formatted the last time I tested, so something must have
broken.
- Radio-target links work perfectly well, but in a slightly different
way than I expected (must be clicked like external links, not internal
ones; see below).
On 4/12/11 10:33 AM, Jambunathan K wrote:
Christian
I have fixed most of the issues that you had reported earlier.
I have added two new features:
1. Attaching Custom Styles to the document
- See http://permalink.gmane.org/gmane.emacs.orgmode/40026
I confirm that this works, both with reference to a specific
styles.xml and with reference to an .odt document.
This is a major advance!
2. TOC and Outline numbering are done natively. i.e.,
Tools-Update-Update All would update TOC index automagically. (This
wasn't the case with earlier exporter)
I hadn't tried that before, but I can confirm that it works now.
* Blocks
There's no syntax highlighting in exported src blocks (ODT and HTML
both). Not a priority?
Currently syntax highlighting is done using htmlize. This package is not
part of Emacs proper and has to be installed separately. Since my setup
instructions doesn't include htmlize as part of load path, HTML source
blocks are uncolored.
As for ODT, fonitification support is missing. I can probably take it up
once my sources gets in to Orgmode proper.
I see, thanks.
For .odt export, there are probably many cases where black-and-white
is preferable anyway.
The OrgVerse style can, luckily, be changed to something more
poetic...
May be if you can share your config for OrgVerse I can include it in the
default styles file.
Well, like I said, it's user-changeable anyway, and it's probably not
a heavily used feature, so it's no big deal at all.
Still, I'd suggest basing the default verse on default paragraph
style, not preformatted; dropping the background/borders; and
indenting, as with the HTML output. I have done that in the enclosed.
---and while we're at it: Trimming leading spaces from the verse lines
would be good.
Of course, it could be objected that in much modern verse, layout
elements are significant, so it would be better to use a fixed-width
font, like you're doing now, and not mess with the whitespace at all.
In any case, I'd lose the background and borders.
I have fixed issues with LaTeX: verbatim.
I confirm this is fixed.
Still don't have dvipng working, so I can't report on that.
Everything shows up in HTML, but linebreaks before the
=\end{equation}= line are lost.
In the master branch, the html exporter doesn't seem to be terminating
each line of \begin{equation} ... \end{equation} withbr/. I see your
POV that including of line breaks will make the output pretty. For now I
have retained the existing behaviour of HTML exporter.
OK.
* Links
The link to =Dedicated Target1= under 8.2.3 does not work when clicked
(in odt -- it works in html). Hovering does show a popup,
=.OrgXref.Dedicated-Target1=. All other links work as expected.
I have fixed this.
I confirm that this link is fixed.
Radioed target:
This works, but in a slightly puzzling way. Unlike the other internal
links, simply clicking the link does not take me to the target. On the
Mac, I have to CMD-click it, same as when clicking on an external URL.
* Captions, labels, references
(...)
The caption now has a Colon separator.
- However, the reference to that table appears as a hyperlink saying
10, and the hyperlink does not appear to work. A cross-reference
link to Table 1 would be better.
On opening, caption and reference labels include verbatim the
reference key used in the Org source, which was my main concern last
time.
But now I realize that this is not an issue after all! =Tools Update
Update all= takes care of automatic renumbering of all
labels/references. This should probably be mentioned in the
documentation.
Tools-Update-Update All (OpenOffice.org) will make sure that all
references to Tables and Images are 'correct'. Yes, this needs to be
mentioned in the manual.
Exporting one of my own documents, I also found that:
- A space is inserted before *footnote markers*; it shouldn't be. You
can't see this in the text document, where there is space before all
footnote references anyway.
This is now fixed.
- Paragraphs were frequently split up, mid-sentence,
Re: [O] [ANN] org-bibtex.el --- convert between Org headings and bibtex entries
Hi Eric and Christian, Christian Moe m...@christianmoe.com writes: The *conclusion* (where Eric Schulte's new bibtex functions should go) is not a big concern to me, but FWIW, the *premise* strikes me as unnecessarily restrictive. I submit that, for any non-Org format or application foo, the module org-foo.el does not have to be restricted to providing an Org link type for foo. It seems a sensible namespace for e.g. foo-Org/Org-foo conversion functions as well. The fact that several modules so named *at present* only provide link functionality does not, I think, amount to a convention that this is all they should do. Christian, you are right. I stand corrected. I agree that the namespace can accommodate import/export/conversion features in addition to hyperlinking. Apologies (especially to Eric) for my wavering on where to put this. This functionality is indeed not a generic bib backend, but rather tightly integrated with bibtex-mode and the bibtex format. So a full +1 for adding this to org-bibtex.el. And that's my final answer... :) By packaging the new functionality separately perhaps we could lay the groundwork for internal, backend agnostic bibliographical export and formatting---not unlike the way in which org-contacts.el replaces bbdb. That's a great aim. Still, a future bibliography module (be it org-bib, org-cite or whatever) could just as well rely, for bits of bibtex functionality, on some utilities packaged in org-bibtex. Agreed. Best, Matt
Re: [O] [ANN] org-bibtex.el --- convert between Org headings and bibtex entries
Alan E. Davis lngn...@gmail.com writes: [...] cat ~/references.bib |xclip -selection clipboard will copy the entirety of the references.bib file to the clipboard. This is good. Thank you. This will certainly be helpful in some cases. The case for cb2Bib is somewhat different, as once the template is filled in, one may save it to .bib file, and one may select which file. If one were able to use a pipe, xclip, or a fifo file, perhaps this could be made immediately available to org-bibtex-read. With the `org-bibtex-yank' function mentioned (briefly) in one of my previous responses, it is possible to read directly from the top of the kill ring, which (assuming your kill ring is integrated with your clipboard --- which is the case for me, but I don't know if it is a common setup) means that entries can be yanked directly from your clipboard into an Org-mode file as a headline. -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] [ANN] org-bibtex.el --- convert between Org headings and bibtex entries
Matt Lundin m...@imapmail.org writes: Hi Eric and Christian, Christian Moe m...@christianmoe.com writes: The *conclusion* (where Eric Schulte's new bibtex functions should go) is not a big concern to me, but FWIW, the *premise* strikes me as unnecessarily restrictive. I submit that, for any non-Org format or application foo, the module org-foo.el does not have to be restricted to providing an Org link type for foo. It seems a sensible namespace for e.g. foo-Org/Org-foo conversion functions as well. The fact that several modules so named *at present* only provide link functionality does not, I think, amount to a convention that this is all they should do. Christian, you are right. I stand corrected. I agree that the namespace can accommodate import/export/conversion features in addition to hyperlinking. Apologies (especially to Eric) for my wavering on where to put this. This functionality is indeed not a generic bib backend, but rather tightly integrated with bibtex-mode and the bibtex format. So a full +1 for adding this to org-bibtex.el. And that's my final answer... :) No problem here, this is the sort of question I'm happy to defer on, especially as it shouldn't really affect the final functionality. Given that I hadn't yet started to extract the code this is no skin off my nose. I'll go ahead and leave this code where it is. Cheers -- Eric -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] How can I schedule a multiday event
Marco Wahl marcow...@gmail.com writes: How can I schedule a multiday event? I mean, for instance there is a multiday holiday or a vacation... I don't want to schedule Day 1, Day 2, etc. I've tried entering an interval after C-c C-s, like 2011-05-01 - 05-10 but that doesn't work. How can I do this? Hi JJ, 'info' is your friend: 8.1 Timestamps, deadlines, and scheduling = [...] TIME/DATE RANGE Two timestamps connected by `--' denote a range. The headline will be shown on the first and last day of the range, and on any dates that are displayed and fall in the range. Here is an example: ** Meeting in Amsterdam 2004-08-23 Mon--2004-08-26 Thu Ciao Marco Or you can create it from a block entry in the agenda | Key | Notes| |--+--| | C-c a a | Show the agenda | | c| Show the calendar| | arrows | Move to first date | | C-SPC| Mark first date | | arrows | Move to last date| | i b | Create a block diary entry | | Meeting in Amsterdam RET | Create description for the event | This creates an entry like this: Meeting in Amsterdam 2004-08-23 Mon--2004-08-26 Thu -Bernt
[O] Can I get match count?
Hi. I' like to know a count of search results. (message You have %s habits which are out of date. (org-agenda-match-count (tags-todo STYLE=\habit\+SCHEDULED=\now\))) Is there any way? Regards.
Re: [O] [ANN] org-bibtex.el --- convert between Org headings and bibtex entries
Hi Eric,
Eric Schulte schulte.e...@gmail.com writes:
Matt Lundin m...@imapmail.org writes:
[...]
I understand I may add to the types variable. When using
org-bibtex-create, I can enter any arbitrary field as a PROPERTY;
however, org-bibtex ignores anything outside of the universe it knows
about. Would it be bad practice to allow the export of any arbitrary
field type one has recorded? I think the emacs bibtex-mode may
recognize erroneous bibtex entries.
Bibtex-mode does indeed allow for arbitrary fields, as do bibtex and
biblatex. AFAIK, they are simply ignored when processing a bib file. One
limitation that arises when storing bibtex data as org properties is
that properties drawers are used for much more. For instance, one would
probably not want to see logging = {lognoterepeat}, in one's exported
bibtex file.
But for biblatex users, it would indeed be prohibitively expensive to
have to inform org-mode ahead of time about the innumerable odd fields
that various biblatex backends define.
There is already an option for an org-bibtex specific property name
prefix, (namely `org-bibtex-prefix'). Perhaps when this prefix is used,
and the `org-bibtex' functions is called with a prefix argument (note:
entirely different usage of the term prefix) then only entries which
begin with the `org-bibtex-prefix' would be exported... I believe that
should provide a natural way for arbitrary fields to pass through
org-bibtex without the user needing to explicitly name them, or there
being any danger of contamination from existing org-mode properties.
I went ahead and implemented this. (Alas, it meant cluttering up your
very elegant org-bibtex-headline with another mapcar.)
Assuming that not all users who use a prefix will want to export
arbitrary fields, I made the functionality dependent on two variables:
org-bibtex-prefix and a org-bibtex-export-arbitrary-fields. But this
could be simplified.
I also made the key property configurable.
The patch was created against a patched org-bibtex.el, so I will wait
until your changes get merged into the repo before sending a formal
patch. But I thought I'd send it along to see if you think the changes
are appropriate.
Best,
Matt
--8---cut here---start-8---
diff --git a/lisp/org-bibtex.el b/lisp/org-bibtex.el
index 9ee30f1..afa3764 100644
--- a/lisp/org-bibtex.el
+++ b/lisp/org-bibtex.el
@@ -221,6 +221,24 @@ For example setting to 'BIB_' would allow interoperability
with fireforg.
:group 'org-bibtex
:type 'string)
+(defcustom org-bibtex-export-arbitrary-fields nil
+ When converting to bibtex allow fields not defined in `org-bibtex-fields'.
+This only has effect if org-bibtex-prefix is defined, so as to
+ensure that other org-properties, such as CATEGORY or LOGGING are
+not placed in the exported bibtex entry.
+ :group 'org-bibtex
+ :type 'boolean)
+
+;; TODO if ID, test to make sure ID is unique
+(defcustom org-bibtex-key-property CUSTOM_ID
+ Property that holds the bibtex key.
+By default, this is CUSTOM_ID, which enables easy linking to
+bibtex headlines from within an org file. This can be set to ID
+to enable global links, but only with great caution, as global
+IDs must be unique.
+ :group 'org-bibtex
+ :type 'string)
+
;;; Utility functions
(defun org-bibtex-get (property)
@@ -232,7 +250,7 @@ For example setting to 'BIB_' would allow interoperability
with fireforg.
(substring (symbol-name property) 1)
property
(org-set-property
- (concat (unless (string= CUSTOM_ID prop) org-bibtex-prefix) prop)
+ (concat (unless (string= org-bibtex-key-property prop) org-bibtex-prefix)
prop)
value)))
(defun org-bibtex-headline ()
@@ -246,7 +264,7 @@ For example setting to 'BIB_' would allow interoperability
with fireforg.
(if (listp e) (apply #'flatten e) (list
e)))
lsts
(let ((notes (buffer-string))
- (id (org-bibtex-get custom_id))
+ (id (org-bibtex-get org-bibtex-key-property))
(type (org-bibtex-get type)))
(when type
(let ((entry (format
@@ -254,15 +272,23 @@ For example setting to 'BIB_' would allow
interoperability with fireforg.
(mapconcat
(lambda (pair) (format %s={%s} (car pair) (cdr
pair)))
(remove nil
-(mapcar
- (lambda (field)
- (let ((value (or (org-bibtex-get (from-k field))
-(and (equal :title field)
- (org-get-heading)
- (when value (cons (from-k field) value
- (flatten
- (get :required (get (to-k type) org-bibtex-types))
-
[O] org-bibtex.el
Hi Eric, This is fitting very nicely into my workflow. Thanks. Here are some reactions after a bit more experience with the package. It would be nice to be able to call org-bibtex-create with an option to fill in required and optional fields. I typically need a few optional fields and so end up running org-bibtex-check with a prefix to get at the optional fields. Perhaps I've missed an easier way to do this? It might also be good to let the user specify the bibtex file name, wither on a per-export basis or as a configuration possibility. Bibtex file management can become an issue in a long career and I've found naming conventions to be a help in this task. Thanks again for your work on org-bibtex. All the best, Tom
Re: [O] DITAA and Unicode characters [babel]
Hi Juan, Juan Pechiar j...@pechiar.com writes: Hi, Out of the box, ob-ditaa does not work with non-ascii characters. I looked into the problem in order to answer a user request on StackOverflow (yes, there are org-mode questions posted there instead of here!). http://stackoverflow.com/questions/5758498/problem-with-ditaa-and-foreign-characters-in-org-mode Thanks for catching questions in these other forums. In order for ditaa to accept UTF-8 characters in the input file, it must be called with the corresponding property setting: java -Dfile.encoding=UTF-8 -jar path/to/ditaa.jar ... I just pushed up a change to ob-ditaa which adds a new header argument, namely :java through which options can be passed to the java command. With that patch the following should work #+begin_src ditaa :file ... :cmdline -e utf-8 -r -v :java -Dfile.encoding=UTF-8 ... #+end_src Attached is a dirty patch for hard-coding this property setting. I don't know what the proper way of setting this property should be: - somehow setting it system-wide (any Java guru out there?). - or adding a customization to ob-ditaa.el for this property - or adding magic to ob-ditaa so that the same encoding of the buffer gets set to this Java property I can help with the implementation if given some feedback on the above options. Now that there is a :java header argument for ditaa code, the following could be put in a user's init file to set this flag for *all* ditaa code run on their system. #+begin_src emacs-lisp (push '(:java . -Dfile.encoding=UTF-8) org-babel-default-header-args:ditaa) #+end_src I wonder if there would be any downside to adding this as a default value? This could be added to `org-babel-default-header-args:ditaa' in ob-ditaa.el. Best -- Eric Regards, .j. -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] a new way to navigate your org files
Suvayu Ali fatkasuvayu+linux at gmail.com writes: This is very useful. I made some enhancements in the attached patches. The first one adds a very basic minibuffer history. You can navigate the history by the usual `M-p' and `M-n'. The second patch fixes an issue, now you can go to the first match by just hitting `RET' instead of `down RET'. I added your changes to the code (implementing the second one slightly differently, but it works the same way). I also turned on full cursor for the Occur buffer, instead of the hollow one, so it can be seen more easily. The code is on EmacsWiki for easier downloed: http://www.emacswiki.org/emacs/org-occur-goto.el
Re: [O] Using orgmode to take inline notes for research
Hi John, John Hendy wrote: Sebastien: my other questions re. how to interpret the code and inserting proper linebreaks are still of interest! Sorry, just came back today after a 2-week holiday. Given the number of posts I have to read, could you tell me if all your questions have been answered and, if not, provide a minimal, but problematic, example of yours? Best regards, Seb -- Sébastien Vauban
Re: [O] Begginer using orgmode
Suvayu Ali fatkasuvayu+linux at gmail.com writes: Since you are starting out, I would recommend to start with Emacs 23.2 if it is possible. There have been too many enhancements to make the effort definitely worth it. Thank you, how can I update emacs on mac? I've customized the variables for my current setup, but how can I update with Mac? looking at the website it appears to just be the tarbell? Is there an idiot proof walkthrough? -Travis? (80 character limit in messages?)
Re: [O] Begginer using orgmode
Either install emacs DMG from http://emacsformacosx.com/ or Aquaemacs from http://aquamacs.org/ Both will read your .emacs customizations. HTH -- Urs Rau
Re: [O] Begginer using orgmode
Is there a difference between the two? Or personal prefrence? -Travis On 25 Apr, 2011, at 6:23 PM, Urs Rau (UK) wrote: http://aquamacs.org/ PGP.sig Description: This is a digitally signed message part
Re: [O] Begginer using orgmode
Google it. Sifting through, however... - http://stackoverflow.com/questions/1096009/carbon-vs-aqua-vs-cocoa-emacs-builds - http://www.emacswiki.org/emacs/EmacsForMacOS I chose gnu emacs. No particular reason, but there was something psychological about using the same on Linux as well, so I went with it. I asked this question before and don't think I heard much say one way or the other. John On Mon, Apr 25, 2011 at 5:56 PM, Arnold, Travis tlarn...@radford.edu wrote: Is there a difference between the two? Or personal prefrence? -Travis On 25 Apr, 2011, at 6:23 PM, Urs Rau (UK) wrote: http://aquamacs.org/
Re: [O] Continuation of main section text after subsections
Marcel van der Boom marcel at hsdev.com writes: My personal conclusion was, given proper outlining and no or very few assumptions about indentation preferences, it would be very difficult or confusing to implement. The amount of alternatives given in the thread gave me enough food for a while to try out if those would be sufficient. So far, the inline tasks (see below) seem to fit my need the best, although their use feels a bit like a hack to me. It seems like a hack to me as well. I would very much like to see this feature implemented but am not very happy with the inline task workaround. The reason inline tasks work for this purpose is that they allow for a termination string. This is also true for plain lists which terminate with two blank lines by default. It would be useful and logical to allow for a section terminator as well. This could be done very simply with a '/' character after (or before?) the appropriate number of asterisks, similar to the way html tags are terminated: * Here is a top-level heading This text follows the top level heading. ** This is a sub-section heading Here is some text within the sub-section. *** The sub-section contains an even lower level This text is part of the sub-sub-section. **/ Now we resume the top-level section. The string **/ terminates both the 2nd and 3rd level sections. If a section terminates in this way, the next highest level continues where it left off. Section terminators would be strictly optional, sort of like /p in html. Would this be a sensible, feasible thing to implement? I understand that it may cause difficulty for some exporters. But I don't think that org features should be limited by what other formats can easily handle, especially since there are some obvious workarounds for latex and html.
Re: [O] Begginer using orgmode
I had aquaemacs on my mac earlier. It didn't come with org-mode built in. I think maybe org-mode 4.54 is included in emacsformacosx if ifo org in terminal mode on my mac mini is any indicator. I hope this helps somebody. On Mon, 25 Apr 2011, John Hendy wrote: Google it. Sifting through, however... - http://stackoverflow.com/questions/1096009/carbon-vs-aqua-vs-cocoa-emacs-builds - http://www.emacswiki.org/emacs/EmacsForMacOS I chose gnu emacs. No particular reason, but there was something psychological about using the same on Linux as well, so I went with it. I asked this question before and don't think I heard much say one way or the other. John On Mon, Apr 25, 2011 at 5:56 PM, Arnold, Travis tlarn...@radford.edu wrote: Is there a difference between the two? Or personal prefrence? -Travis On 25 Apr, 2011, at 6:23 PM, Urs Rau (UK) wrote: http://aquamacs.org/
Re: [O] Begginer using orgmode
I'd just recommend installing whatever version of emacs you want and then install org from git. Dead simple, no confusion about being up to date, etc. http://orgmode.org/worg/org-faq.html#keeping-current-with-Org-mode-development Best regards, John On Mon, Apr 25, 2011 at 7:06 PM, Jude DaShiell jdash...@shellworld.net wrote: I had aquaemacs on my mac earlier. It didn't come with org-mode built in. I think maybe org-mode 4.54 is included in emacsformacosx if ifo org in terminal mode on my mac mini is any indicator. I hope this helps somebody. On Mon, 25 Apr 2011, John Hendy wrote: Google it. Sifting through, however... - http://stackoverflow.com/questions/1096009/carbon-vs-aqua-vs-cocoa-emacs-builds - http://www.emacswiki.org/emacs/EmacsForMacOS I chose gnu emacs. No particular reason, but there was something psychological about using the same on Linux as well, so I went with it. I asked this question before and don't think I heard much say one way or the other. John On Mon, Apr 25, 2011 at 5:56 PM, Arnold, Travis tlarn...@radford.edu wrote: Is there a difference between the two? Or personal prefrence? -Travis On 25 Apr, 2011, at 6:23 PM, Urs Rau (UK) wrote: http://aquamacs.org/
Re: [O] DITAA and Unicode characters [babel]
On Mon, Apr 25, 2011 at 01:13:41PM -0600, Eric Schulte wrote: I just pushed up a change to ob-ditaa which adds a new header argument, namely :java through which options can be passed to the java command. With that patch the following should work #+begin_src ditaa :file ... :cmdline -e utf-8 -r -v :java -Dfile.encoding=UTF-8 ... #+end_src Now that there is a :java header argument for ditaa code, the following could be put in a user's init file to set this flag for *all* ditaa code run on their system. #+begin_src emacs-lisp (push '(:java . -Dfile.encoding=UTF-8) org-babel-default-header-args:ditaa) #+end_src Works perfectly! Thanks! I wonder if there would be any downside to adding this as a default value? This could be added to `org-babel-default-header-args:ditaa' in ob-ditaa.el. I think it'd be a reasonable default that will work out-of-the-box for most users. In case of not using UTF-8, the user can override this setting at will as you show above. Regards, .j.
Re: [O] DITAA and Unicode characters [babel]
Juan Pechiar j...@pechiar.com writes: On Mon, Apr 25, 2011 at 01:13:41PM -0600, Eric Schulte wrote: I just pushed up a change to ob-ditaa which adds a new header argument, namely :java through which options can be passed to the java command. With that patch the following should work #+begin_src ditaa :file ... :cmdline -e utf-8 -r -v :java -Dfile.encoding=UTF-8 ... #+end_src Now that there is a :java header argument for ditaa code, the following could be put in a user's init file to set this flag for *all* ditaa code run on their system. #+begin_src emacs-lisp (push '(:java . -Dfile.encoding=UTF-8) org-babel-default-header-args:ditaa) #+end_src Works perfectly! Thanks! I wonder if there would be any downside to adding this as a default value? This could be added to `org-babel-default-header-args:ditaa' in ob-ditaa.el. I think it'd be a reasonable default that will work out-of-the-box for most users. OK, this is now part of the default ditaa header arguments, we'll see if anyone complains... Best -- Eric In case of not using UTF-8, the user can override this setting at will as you show above. Regards, .j. -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] Begginer using orgmode
On 25 Apr, 2011, at 8:21 PM, John Hendy wrote: I'd just recommend installing whatever version of emacs you want and then install org from git. Dead simple, no confusion about being up to date, etc. http://orgmode.org/worg/org-faq.html#keeping-current-with-Org-mode-development Ok, looking through that, it seems slightly more complicated then I am currently comfortable with, does this require me to have some sort of server running, or is it a client-server thing, with my mac as the client getting whatever it needs from the repository? Apperently I the other .emacs file someone posted does not work for whatever reason with the defualt emacs in Mac OS X, it lost all formatting, stars, TODO's etc. Am playing around in Aquaemacs for now and the org buttons, are rather nice I admit. -Travis PGP.sig Description: This is a digitally signed message part
Re: [O] Begginer using orgmode
Dead simple so long as build goes nominally. That didn't happen with current stable version on my mac, so you recommend the git clone? On Mon, 25 Apr 2011, John Hendy wrote: I'd just recommend installing whatever version of emacs you want and then install org from git. Dead simple, no confusion about being up to date, etc. http://orgmode.org/worg/org-faq.html#keeping-current-with-Org-mode-development Best regards, John On Mon, Apr 25, 2011 at 7:06 PM, Jude DaShiell jdash...@shellworld.net wrote: I had aquaemacs on my mac earlier. It didn't come with org-mode built in. I think maybe org-mode 4.54 is included in emacsformacosx if ifo org in terminal mode on my mac mini is any indicator. I hope this helps somebody. On Mon, 25 Apr 2011, John Hendy wrote: Google it. Sifting through, however... - http://stackoverflow.com/questions/1096009/carbon-vs-aqua-vs-cocoa-emacs-builds - http://www.emacswiki.org/emacs/EmacsForMacOS I chose gnu emacs. No particular reason, but there was something psychological about using the same on Linux as well, so I went with it. I asked this question before and don't think I heard much say one way or the other. John On Mon, Apr 25, 2011 at 5:56 PM, Arnold, Travis tlarn...@radford.edu wrote: Is there a difference between the two? Or personal prefrence? -Travis On 25 Apr, 2011, at 6:23 PM, Urs Rau (UK) wrote: http://aquamacs.org/
Re: [O] Begginer using orgmode
Arnold, Your mac will be the client and pull off the remote git server.On Mon, 25 Apr 2011, Arnold, Travis wrote: On 25 Apr, 2011, at 8:21 PM, John Hendy wrote: I'd just recommend installing whatever version of emacs you want and then install org from git. Dead simple, no confusion about being up to date, etc. http://orgmode.org/worg/org-faq.html#keeping-current-with-Org-mode-development Ok, looking through that, it seems slightly more complicated then I am currently comfortable with, does this require me to have some sort of server running, or is it a client-server thing, with my mac as the client getting whatever it needs from the repository? Apperently I the other .emacs file someone posted does not work for whatever reason with the defualt emacs in Mac OS X, it lost all formatting, stars, TODO's etc. Am playing around in Aquaemacs for now and the org buttons, are rather nice I admit. -Travis
[O] org-src-font-lock-fontify-block does NOT copy the default face
when org-src-font-lock-fontify-block copies text from the buffer named
org-src-fontification:c++-mode to code block,
#+BEGIN_SRC c++
void foo()
{
}
#+END_SRC
it copies face text properties of strings at the same time.
However, face text property relies on the default face of the source buffer.
If the default face of the source buffer and the default face of the target
buffer is different,
text in source blocks will have different appearances than the source buffer
depending on the default faces.
Also, if I use buffer-face-set in the org-mode buffer, text in code block
will change too.
I think it is better to incorporate the default face of c++-mode buffer to
the face of text in code block in
org-mode buffer when copy string using org-src-font-lock-fontify-block.
Re: [O] Begginer using orgmode
Ok -- it's settled. I was completely unfamiliar with org-mode on OS X until about a month ago. I'm going to trash my installation, start over from scratch, and write a beginner's version of setting this up for OS X. I'll probably take a week to get around to it, so others can chime in during the interim (or write their own). I think this thread has shown that this is heavily needed. The basic process is pretty simple, but I know first hand that some emacs stuff can be pretty assuming when it comes to how much knowledge instructions think one has. In the meantime: - install [aqua/Carbon] emacs - install git for os x (I used this: http://code.google.com/p/git-osx-installer/) - make a .elisp folder for elisp files --- open a terminal and type: cd /Users/username --- mkdir .elisp --- cd .elisp --- git clone git://orgmode.org/org-mode.git org.git --- cd org.git --- make [1] - I created a default .emacs file --- download it: https://sites.google.com/site/jwhendytank/home/osx-emacs-config --- save it as: /Users/username/.emacs --- note that the config relies on the org stuff being in /Users/username/.elisp/org.git - start emacs and cross your fingers Does that help at all? Just trying to get something on the books to get everyone going. I realize that the Installation and Activation instruction pages exist, but for those unfamiliar with emacs, perhaps we need an org-mode from scratch set of pages on Worg for this? Emacs can have that deer in the headlights effect on some folks (it did to some extent for me), and if you've never heard of .emacs or .el files, you can get a bit lost, I think. I'd be happy to start a skeleton page for this which others could correct at will (I don't expect my shot at it to be perfect). I've been using it on Linux for over a year, just got it up on OS X a month or so ago, and will be doing a fresh install on Windows 7 (new work computer) very shortly, so steps should be fairly fresh in my mind. Best regards, John [1] Someone can pipe in here, but is this necessary? I only ask because not everyone with OS X will have installed the Developer Tools and thus I don't think make will carry out without them. Though I think one can run org fine with the source files uncompiled, right? I also left out 'make doc' because I think that requires LaTeX? Or not? On Mon, Apr 25, 2011 at 8:48 PM, Jude DaShiell jdash...@shellworld.net wrote: Arnold, Your mac will be the client and pull off the remote git server.On Mon, 25 Apr 2011, Arnold, Travis wrote: On 25 Apr, 2011, at 8:21 PM, John Hendy wrote: I'd just recommend installing whatever version of emacs you want and then install org from git. Dead simple, no confusion about being up to date, etc. http://orgmode.org/worg/org-faq.html#keeping-current-with-Org-mode-development Ok, looking through that, it seems slightly more complicated then I am currently comfortable with, does this require me to have some sort of server running, or is it a client-server thing, with my mac as the client getting whatever it needs from the repository? Apperently I the other .emacs file someone posted does not work for whatever reason with the defualt emacs in Mac OS X, it lost all formatting, stars, TODO's etc. Am playing around in Aquaemacs for now and the org buttons, are rather nice I admit. -Travis
Re: [O] Begginer using orgmode
On Mon, Apr 25, 2011 at 8:19 PM, Arnold, Travis tlarn...@radford.edu wrote: On 25 Apr, 2011, at 8:21 PM, John Hendy wrote: I'd just recommend installing whatever version of emacs you want and then install org from git. Dead simple, no confusion about being up to date, etc. http://orgmode.org/worg/org-faq.html#keeping-current-with-Org-mode-development Ok, looking through that, it seems slightly more complicated then I am currently comfortable with, does this require me to have some sort of server running, or is it a client-server thing, with my mac as the client getting whatever it needs from the repository? Apperently I the other .emacs file someone posted does not work for whatever reason with the defualt emacs in Mac OS X, it lost all formatting, stars, TODO's etc. Am playing around in Aquaemacs for now and the org buttons, are rather nice I admit. -Travis Probably just the wording scaring you a bit. Git is simply a protocol for sharing code. Those who are programming org-mode can work together on all of the little files that make org-mode work. These files live on a server, and those of use who use org-mode pull (or clone) from that server. In this way, you can keep your version up to date with what the coders are doing. You don't have to have anything running. There's a server that keeps all of the org-mode program living on it. We, the users, use git (a small program) to interact with that server and download a fresh copy. Git is smart, though, and after the first long download, every time you run it afterwards, it only pulls down files that have changed so that it's much faster afterwards. Sound good? John
[O] Custom agenda view by TODO state and tag
Hi everybody - I want to create a custom agenda view that filters by both TODO state and tags, i.e. a combination of todo and tags-todo search types. I have tried creating custom search action ((org-agenda-todo TODO) (org-agenda-filter tag1|tag2)) but failed. Any pointers? Thanks, -- Laurynas
[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
