[O] How-to evaluate Java-snippets in org-mode/org-babel?
Hi all, I need to evaluate many small java snippets. I tried to do this in org-mode but so fare it didn't work out. org-babel seems to have no java support ? I can put the snippets in #BEGIN_SRC #END_SRC brackets which works nice for archiving and reporting. I can even call them in there own buffer via C-'. Now I would like to execute them to see if they work. Most of them just create some console output. If I could simply execute the buffer I'm getting via C-' and see the output this would be totally sufficient. I have trouble with different aspects of this. The buffer called by C-' has an unfortunate naming e.g. *Org Src main.org[ java ]* simply saving this buffer and trying to compile it troubles the java compiler. Giving it a different name works, but then I face the problem that I need the following directories and name convention: directory: \.java to call javac \.java to create the class file and java name. to execute the file. Obviously, I would prefer to to this automatically from within emacs. Ideally I would love to use org-babel. If this doesn't work out. A command to create the directories and filenames on fly, compile and execute it would be awesome too. If there is someone who did something similar or has an idea... would be glad to hear about Totti
Re: [O] Conditional Inclusion
On Tue, Jul 5, 2011 at 6:43 AM, Avdi Grimm wrote: > I'm trying to produce two slightly different PDF versions from the > same document. > > I want to be able to conditionally include a few LaTeX_HEADER lines > when I publish an Org file. I need to do it in a way I can control > from the command line when I run the export in batch mode. So I need > to either enable the lines with some eval-ed lisp on the emacs command > line, or with an environment variable. > > Thoughts on the best way to go about this? > If you are doing it from batch mode, one non-org approach would be to have the conditional headers in two different files (say header1.tex, header2.tex) and depending which ones you wantt, you could copy them into a file header.tex, which is then when exporting included in the document. Non-org, but very flexible. Cheers, Rainer > -- > Avdi Grimm > http://avdi.org > > -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax (F): +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug
Re: [O] Org Mode dedicated app on OS X
Dear Ken, you could start with an Emacs-typical approach by editing your ~/.emacs-file so that .org-files are automatically opened with org-mode, also adding any other keyboard shortcuts you find useful, see http://orgmode.org/guide/Activation.html#Activation If you put this line into your .bashrc file: alias e="open -a /Applications/Aquamacs.app/" you can do this from the commandline: e somefile.org and it will be opened in Aquamacs (using an existing instance of Aquamacs if it is already open - I find that I have Aquamacs open all the time). One way of changing the icon is to copy Aquamacs.app, then using an icon editor (e.g. the one from the Apple's Developer Kit). A simpler way is this: http://support.apple.com/kb/ht2493 If you are thinking about a distribution-like approach (so it works "out-of-the-box" for others) you would probably need to copy your changes to a /Applications/Aquamacs.app/Contents/Resources/site-lisp directory. Hope this helps, Stefan On 05.07.2011, at 06:19, Ken Mankoff wrote: > Hi, > > I'm just beginning to use org-mode on OS X. I'm in a terminal a lot, and in > Aquamacs Emacs a lot too, but not all the time. To make it easier to use > org-mode, I would like to give it a dedicated app with the org-mode icon > (unicorn) in the dock. Is there a way to do this? > > Fluid.app is a single site browser (SSB) that sort of turns web pages into > desktop apps. I would like something similar for Emacs. > > I think one way might be to make a copy of Aquamacs Emacs, change the icon, > and then edit the "info.plist" or some internal file so that when it launches > it launches directly into org-mode, loading some keystrokes to my default > view. > > Has anyone else done something similar? Is anyone else interested in > something like this? Any suggestions how to go about doing it? > > Thanks, > > -k. > -- Dr. Stefan Vollmar, Dipl.-Phys. Head of IT group Max-Planck-Institut für neurologische Forschung Gleuelerstr. 50, 50931 Köln, Germany Tel.: +49-221-4726-213 FAX +49-221-4726-298 Tel.: +49-221-478-5713 Mobile: 0160-93874279 Email: voll...@nf.mpg.de http://www.nf.mpg.de smime.p7s Description: S/MIME cryptographic signature
Re: [O] Calendar-like view of the org-agenda
Michael Markert googlemail.com> writes: > > On 4 Jul 2011, Kan-Ru Chen wrote: > > > Michael Markert googlemail.com> writes: > > : > > I just find this emacs-calfw project today. > > > > https://github.com/kiwanami/emacs-calfw > > > > It looks very interesting and supports org! > > Indeed. Not quite what I was looking for but interesting nonetheless. > > What I miss: > - It lacks some org support (e.g. org-contacts anniversaries -- they > look horrible) > - a week view > - a time grid Just yesterday in JST, I released calfw v1.0. I will write and append the documents. In the latest version (v1.0), this program can display the 1, 2 week view and daily view. Key bindings are following: - M Monthly view - W 1 week view - T 2 week view - D Daily view And, pushing SPC key, a daily view is displayed, like the Quicklook in Mac. The handling of the time grid is a new task. Because the calfw is designed with focusing on the replacement of the calendar.el, I should consider the extending schedule data. I have not used orgmode so far, so I'm not good at the schedule management in the orgmode. Comments and patches are welcome. -- SAKURAI Masashi
Re: [O] [PATCH] org-end-of-meta-data-and-drawers
Hi Eric, Eric Abrahamsen writes: > Thanks, but this introduces new problems for me -- the regexp matches on > every line, so it trucks along past both drawers and regular text to the > next heading, and stops there. I think the test for the drawer end is > necessary, which probably means the regexp grouping is also necessary… This should be fixed now. Thanks for the careful testing! > PS My own use case (another version of org word count) didn't rely on a > return value from the function, but it strikes me that, all else being > equal, a return value of point could be more useful than nothing… Yes, I left the (point) call at the end. Best, -- Bastien
Re: [O] How-to evaluate Java-snippets in org-mode/org-babel?
Torsten Wagner writes:
> Hi all,
>
> I need to evaluate many small java snippets. I tried to do this in
> org-mode but so fare it didn't work out. org-babel seems to have no
> java support ?
Not directly but, given the issues with class paths and naming schemes,
I would suggest that the best route is to use babel to tangle code
instead of trying to execute it directly within org. So, for instance,
you might have:
--8<---cut here---start->8---
#+begin_src java :tangle "mypackage/myclass.java"
package mypackage;
public class myclass
{
...
}
#+end_src
--8<---cut here---end--->8---
Then "C-c v t" in org will put the code into the appropriate file.
You can have different snippets of code (e.g. each individual method in
the class) as separate source code blocks which can be tangled to the
same file. You can also have different destinations for tangling in the
case that you have different classes.
Finally, you could then have a shell script, within org, to execute the
particular Java class you want:
--8<---cut here---start->8---
#+begin_src sh :results output
javac -cp . mypackage/myclass.java
java -cp . mypackage.myclass
#+end_src
--8<---cut here---end--->8---
Untested but I do this (on Linux, not sure about Windows however) with
Octave all the time, despite Octave being supported by org directly.
When I have multiple functions, this approach is easier.
HTH.
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.5 (release_7.5.574.g5a503)
Re: [O] Conditional Inclusion
Rainer M Krug writes: > On Tue, Jul 5, 2011 at 6:43 AM, Avdi Grimm wrote: > >> I'm trying to produce two slightly different PDF versions from the >> same document. >> >> I want to be able to conditionally include a few LaTeX_HEADER lines >> when I publish an Org file. I need to do it in a way I can control >> from the command line when I run the export in batch mode. So I need >> to either enable the lines with some eval-ed lisp on the emacs command >> line, or with an environment variable. >> >> Thoughts on the best way to go about this? >> > > If you are doing it from batch mode, one non-org approach would be to have > the conditional headers in two different files (say header1.tex, > header2.tex) and depending which ones you wantt, you could copy them into a > file header.tex, which is then when exporting included in the document. > > Non-org, but very flexible. or, if you want to do this from org, turn this around and have two main org files, both of which #+include the one with all the common text? then export the main file you want... -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.5 (release_7.5.574.g5a503)
Re: [O] Calendar-like view of the org-agenda
Hi Masashi's, welcome to the list! SAKURAI Masashi writes: > Just yesterday in JST, I released calfw v1.0. Thanks for this -- I guess you'll find a lot of dedicated testers here. Please use and abuse Org-mode. You'll soon find out that calendar.el is a central piece of Org-mode: it uses it to quickly pick up a date. Also explore the Agenda views (M-x org-agenda -- see the manual), your package might give us new ideas on how to display agenda information. Best regards, -- Bastien
Re: [O] Conditional Inclusion
On Tue, Jul 5, 2011 at 11:09 AM, Eric S Fraga wrote: > Rainer M Krug writes: > > > On Tue, Jul 5, 2011 at 6:43 AM, Avdi Grimm > wrote: > > > >> I'm trying to produce two slightly different PDF versions from the > >> same document. > >> > >> I want to be able to conditionally include a few LaTeX_HEADER lines > >> when I publish an Org file. I need to do it in a way I can control > >> from the command line when I run the export in batch mode. So I need > >> to either enable the lines with some eval-ed lisp on the emacs command > >> line, or with an environment variable. > >> > >> Thoughts on the best way to go about this? > >> > > > > If you are doing it from batch mode, one non-org approach would be to > have > > the conditional headers in two different files (say header1.tex, > > header2.tex) and depending which ones you wantt, you could copy them into > a > > file header.tex, which is then when exporting included in the document. > > > > Non-org, but very flexible. > > or, if you want to do this from org, turn this around and have two main > org files, both of which #+include the one with all the common text? > then export the main file you want... > True. But for both scenarios, you can put all files into one main org file and tangle the final files needed. Rainer > > -- > : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 > : using Org-mode version 7.5 (release_7.5.574.g5a503) > -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax (F): +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug
Re: [O] Makefile patch to show targets
Hi Jude, Jude DaShiell writes: > Only in ./b/: 1 > Only in ./b/: 2 > diff -c ./a//Makefile ./b//Makefile > *** ./a//Makefile 2011-07-03 11:06:04.0 -0400 > --- ./b//Makefile 2011-07-04 18:02:29.0 -0400 Thanks for this suggestion -- I applied a similar patch, adding a few targets, as Nick suggested. Best, -- Bastien
Re: [O] How-to evaluate Java-snippets in org-mode/org-babel?
Eric S Fraga writes:
> Torsten Wagner writes:
>
>> Hi all,
>>
>> I need to evaluate many small java snippets. I tried to do this in
>> org-mode but so fare it didn't work out. org-babel seems to have no
>> java support ?
>
> Not directly but, given the issues with class paths and naming schemes,
> I would suggest that the best route is to use babel to tangle code
> instead of trying to execute it directly within org. So, for instance,
> you might have:
>
> #+begin_src java :tangle "mypackage/myclass.java"
> package mypackage;
> public class myclass
> {
>...
> }
> #+end_src
>
> Then "C-c v t" in org will put the code into the appropriate file.
That should have been "C-c C-v t" (org-babel-tangle); apologies for
typographical error!
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.5 (release_7.5.574.g5a503)
[O] patch Makefile - show valid org-mode targets
diff -c ./a//Makefile ./b//Makefile *** ./a//Makefile 2011-07-03 11:06:04.0 -0400 --- ./b//Makefile 2011-07-05 05:22:13.0 -0400 *** *** 513,515 --- 513,530 lisp/org-w3m.elc: lisp/org.el lisp/org-wl.elc: lisp/org.el lisp/org-xoxo.elc:lisp/org-exp.el + # describe valid make targets for org-mode. + targets help: + @echo "Available targets for org-mode are as follows:" + @echo "make all - compile org lisp and documentation" + @echo "make install - install org" + @echo "make install-lisp - install org-mode lisp files" + @echo "make install-info - install org info file" + @echo "make install-info-debian - install info on old debian systems" + @echo "newer debian systems use ginstall" + @echo "make update - start org-mode update process with git pull" + @echo "make up2 - finish update to org on local system" + @echo "make compile - compile lisp files" + @echo "make doc - make documentation" + @echo "make pdf - make org-mode pdf documentation" + @echo "make card - make org-mode reference cards"
Re: [O] patch Makefile - show valid org-mode targets
Hi Jude, I've already applied a similar patch -- see my other email. Thanks! -- Bastien
Re: [O] Links in tables and LaTeX export
Thanks to both of you for the report. Nicolas, would you have time to take care of this today? If so, I can delay 7.6 a bit. Otherwise I will release 7.6 and we can make a 7.6.1 release shortly with such major bugfixes, then push 7.6.1 to Emacs trunk. Best, -- Bastien
Re: [O] Links in tables and LaTeX export
Hello, Bastien writes: > Thanks to both of you for the report. > > Nicolas, would you have time to take care of this today? I'm on it right now. Regards, -- Nicolas Goaziou
[O] [export] Problem with '-{}-' export ?
Hello,
in both the PDF and HTML versions of the manual, in section 8.2.1, you
can read:
"You can specify a time range by giving start and end times or by
giving a start time and a duration (in HH:MM format). Use `-' or
`-{}-' as the separator"
The correct output should instead mention:
"Use `-' or '--' as the separator"
Maybe an export problem ?
For the record, this is Debian bug #632158[0].
Cheers,
--Seb
[0] http://bugs.debian.org/632158
Re: [O] [export] Problem with '-{}-' export ?
Hi Sébastien, Sébastien Delafond writes: > For the record, this is Debian bug #632158[0]. Thanks for reporting this -- I've just pushed a fix which doesn't use the dashes themselves as they are in the examples below the text. > [0] http://bugs.debian.org/632158 Can you close this bug report on Debian side? Thanks! -- Bastien
Re: [O] Links in tables and LaTeX export
Hello,
t...@tsdye.com (Thomas S. Dye) writes:
> Aloha all,
>
> Links in tables have changed recently.
>
> I have this link definition:
>
> #+source: define-citep-link
> #+begin_src emacs-lisp :results silent
> (org-add-link-type
> "citep" 'ebib
> (lambda (path desc format)
>(cond
> ((eq format 'html)
> (format "(%s)" path))
> ((eq format 'latex)
> (if (or (not desc) (equal 0 (search "citep:" desc)))
>(format "\\citep{%s}" path)
>(format "\\citep[%s]{%s}" desc path)
> )
> #+end_src
>
> Links outside of a table export correctly:
>
> [[citep:wagner90][598]] exports to \citep[598]{wagner}
>
> Inside a table the same link exports like this:
>
> [[citep:wagner90]\footnote{DEFINITION NOT FOUND: 598}]
I think I have fixed it in master. Could you confirm this?
Regards,
--
Nicolas Goaziou
Re: [O] bug: footnotes do not export to HTML
Hello, Samuel Wales writes: > I find that in recent git org, footnotes do not export to HTML. The > calls export, but the footnotes do not. As I cannot reproduce this on my test files, I will need an ECM to debug this. Regards, -- Nicolas Goaziou
Re: [O] Regression bug in tangle/weave
I tested this again over the weekend, and finally understood what you were saying. I put a #+resname: blah : blahcontent and then I can use <> to get "blahcontent" replaced without keeping the newlines. Is this "abusing" resname, or is it a proper use of the keyword? Will this behavior be stable in the future? Brian - Original Message - From: MidLifeXis at PerlMonks To: Eric Schulte Cc: emacs-orgmode Sent: Friday, July 1, 2011 3:40 PM Subject: Re: [O] Regression bug in tangle/weave I am still getting prompted with the 'Evaluate this text code block (file-version) on your system?' message. What is your value of org-confirm-babel-evaluate set to? Mine is set as the default, 't. According to the docs, this is the more secure setting. I updated no more than two weeks ago. I will refresh my org-mode setup over the weekend and see if that takes care of it. Brian - Original Message - From: Eric Schulte To: MidLifeXis at PerlMonks Cc: emacs-orgmode Sent: Friday, July 1, 2011 2:14 PM Subject: Re: [O] Regression bug in tangle/weave Yes, the second example I gave (shown immediately below) requires no execution of code. #+begin_src text :tangle yes <>. #+end_src #+results: file-version : 1.2.3.4 Best -- Eric MidLifeXis at PerlMonks writes: > Is there an example of this that does not use something like elisp, R, perl, > python, shell, or some other process that requires either allowing all blocks > to execute without prompting, or prompting for authority to run the block > every time the file is tangled? > > Brian > > > > - Original Message - > From: Eric Schulte > To: MidLifeXis at PerlMonks > Cc: emacs-orgmode > Sent: Thursday, June 30, 2011 1:30 PM > Subject: Re: [O] Regression bug in tangle/weave > > Hi, > > Indeed this example below no longer works, however I believe the new > behavior is both desired and permanent. I'll explain and include an > option for how your example could be restructured to work with the new > code. > > We ran into problems automatically removing trailing newlines from code > block bodies as in some languages (looking at you Python and Haskell) > things like trailing newlines are of syntactic importance. In your > example this behavior results in the insertion of newlines after > file-name and file-version. Babel is careful to preserve line prefixes > when expanding references in comments, so it then reproduces the > > # Generated from > > portion of that line for every line of the expanded noweb references. > > I would suggest the following alternatives, either using a data > references in stead of a code block reference as in the file-version > example below, or using an evaluated code block as in the file-name > example below. Hope this helps. > > Best -- Eric > > > > MidLifeXis at PerlMonks writes: > >> It appears that there may be a regression problem with the current >> tangle/weave process. I used to be able to have a noweb section for >> the name of the file, another for the version of the file, and then >> have an autogenerated header section that included those two pieces of >> information on a single line. Following is an org file snippet of my >> bug description. >> >> >> * Bugs >> ** SOMEDAY org-mode bug with tangle and newlines :BUG: >> :PROPERTIES: >> :created: [2011-06-30 Thu 10:00] >> :ID: e4c992b5-4d35-443b-b34a-0fbda7c66aea >> :END: >> :LOGBOOK: >> - Added on [2011-06-30 Thu 10:00] >> :END: >> [2011-06-30 Thu] >> >> A regression bug has surfaced in org-mode with the tangle/weave >> process mangling the following setup: >> >> #+begin_src perl :noweb yes :tangle testoutput.pl :shebang #!perl >> # <> >> print "Hello world\n"; >> #+end_src >> >> #+srcname: generated-from >> #+begin_src text :noweb yes >> Generated from <> version <>. >> #+end_src >> >> #+srcname: file-name >> #+begin_src text :noweb yes >> ATestFile.org >> #+end_src >> >> #+srcname: file-version >> #+begin_src text :noweb yes >> 1.2.3.4 >> #+end_src >> >> The last it worked* was sometime in the early 7.4 timeframe. If I >> get some time, I may do a bisect on it, although others are welcome >> to do the work required. Timeframe is based on memory, not >> actual checking, so first a bisect needs to be done to find where >> it last worked. >> >> >> *** Actual output >> >> #+begin_src perl >> #!perl >> >> # Generated from ATestFile.org >> # Generated from version 1.2.3.4 >> # Generated from <> version . >> # >> print "Hello world\n"; >> #+end_src >> >> *** Expected output (or at least similar) >> >> #+begin_src perl >> #!perl >> >> # Generated from ATestFile.org version 1.2.3.4. >> >> print "Hello world\n"; >> #+end_src >> >> * End of org file >> >> -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] [export] Problem with '-{}-' export ?
On 2011-07-05, Bastien wrote: > Thanks for reporting this -- I've just pushed a fix which > doesn't use the dashes themselves as they are in the examples > below the text. Thank you ! > Can you close this bug report on Debian side? I'll do so as soon as I upload to Debian the next release of org-mode that will include this fix :) --Seb
Re: [O] Calendar-like view of the org-agenda
SAKURAI Masashi writes:
[...]
> Just yesterday in JST, I released calfw v1.0.
This is just awesome!
[...]
> I have not used orgmode so far, so I'm not good at the schedule management in
> the orgmode. Comments and patches are welcome.
Ok. Here you go:
1. I have just send you a patch off-list to deal with bad sexps caused by
unbound `span' variable (this appears e.g. in diary-sunset and friends -- see
http://orgmode.org/worg/org-hacks.html). And while writing this email,
you notified me you have applied it... thanks!
2. For people using org-google-weather and using icons to spicen up
their agenda views for the weather, there is a problem with the grid as
the icons do not fit well inside a grid.
The simplest way to get around this I guess is advising
`cfw:org-collect-schedules-period' (I use a similar strategy for
`org-mobile-push' where one would otherwise only see the text "icon").
#+begin_src emacs-lisp
(defadvice cfw:org-collect-schedules-period (around no-icon activate)
(let (org-google-weather-display-icon-p)
ad-do-it))
#+end_src
3. I'd like to select items with my keyboard, but the normal emacs
navigation bindings are not available. Maybe tabbing to items in
`cfw:details-mode' (but preferably also in cfw:calendar-mode) would do
it for me, where it would be nice if the mouse echo was also shown when
entering an item by way of keyboard navigation.
4. I do not know whether it is possible due to the dynamic construction
of mode maps in calfw.el, but it would be nice if you could take
advantage of the self-documenting nature of Emacs by including a
reference to the keymap in the docstring for the various modes. For
cfw:calendar-mode this would be st. like:
#+begin_src diff
"This hook is called at end of setting up major mode `cfw:calendar-mode'.")
(defun cfw:calendar-mode (&optional custom-map)
- "Set up major mode `cfw:calendar-mode'."
+ "Set up major mode `cfw:calendar-mode'.
+
+\\{cfw:calendar-mode-map}"
(kill-all-local-variables)
(setq truncate-lines t)
(use-local-map (cfw:calendar-mode-map custom-map))
#+end_src
This way users have a quick overview of keybindings by pressing C-h m.
5. (perhaps slightly OT) From your screenshots I see you have no problem
with putting multibyte (japanese) characters inside a grid, something
with which I always have problems (e.g. in org tables but also in your
calendar). Do you do anything special to make that work?
Regards and many thanks for such a nice addition to Emacs and Org Mode,
Niels.
--
http://pft.github.com/
Re: [O] Calendar-like view of the org-agenda
Michael Markert writes: > On 1 Jul 2011, Bastien wrote: > >> PS: there are definitely nice things in Taskwarrior I would love to >> see integrated in Org. Let's continue brainstorming about this. > > I don't know if Taskwarrior features that, but I'd like to see a > time-table like week-view with correct (maybe color coded) time > ranges. Since I'm a student I've got lots of recurring lectures and it > would be nice to have a nice overview. > > To give an example: The way Google Calendar displays it fulfills my > need, but I don't like feeding my appointments to Google. I just find this emacs-calfw project today. https://github.com/kiwanami/emacs-calfw It looks very interesting and supports org! > Pointers where I should look to implement it (or maybe Org already > features it and I just don't know it -- after all this is Org ;)) are > highly appreciated! > > Michael -- Kanru
Re: [O] bug: footnotes do not export to HTML
Nicolas Goaziou writes: > Hello, > > Samuel Wales writes: > >> I find that in recent git org, footnotes do not export to HTML. The >> calls export, but the footnotes do not. > > As I cannot reproduce this on my test files, I will need an ECM to debug > this. could it be an Emacs 22 specific issue? Giovanni
Re: [O] Conditional Inclusion
I would just use a symlink to the right header. On Tue, Jul 05, 2011 at 11:25:41AM +0200, Rainer M Krug wrote: > On Tue, Jul 5, 2011 at 11:09 AM, Eric S Fraga wrote: > > > Rainer M Krug writes: > > > > > On Tue, Jul 5, 2011 at 6:43 AM, Avdi Grimm > > wrote: > > > > > >> I'm trying to produce two slightly different PDF versions from the > > >> same document. > > >> > > >> I want to be able to conditionally include a few LaTeX_HEADER lines > > >> when I publish an Org file. I need to do it in a way I can control > > >> from the command line when I run the export in batch mode. So I need > > >> to either enable the lines with some eval-ed lisp on the emacs command > > >> line, or with an environment variable. > > >> > > >> Thoughts on the best way to go about this? > > >> > > > > > > If you are doing it from batch mode, one non-org approach would be to > > have > > > the conditional headers in two different files (say header1.tex, > > > header2.tex) and depending which ones you wantt, you could copy them into > > a > > > file header.tex, which is then when exporting included in the document. > > > > > > Non-org, but very flexible. > > > > or, if you want to do this from org, turn this around and have two main > > org files, both of which #+include the one with all the common text? > > then export the main file you want... > > > > True. But for both scenarios, you can put all files into one main org file > and tangle the final files needed. > > Rainer > > > > > > -- > > : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 > > : using Org-mode version 7.5 (release_7.5.574.g5a503) > > > > > > -- > Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, > UCT), Dipl. Phys. (Germany) > > Centre of Excellence for Invasion Biology > Stellenbosch University > South Africa > > Tel : +33 - (0)9 53 10 27 44 > Cell: +33 - (0)6 85 62 59 98 > Fax (F): +33 - (0)9 58 10 27 44 > > Fax (D):+49 - (0)3 21 21 25 22 44 > > email: rai...@krugs.de > > Skype: RMkrug -- Russell Adamsrlad...@adamsinfoserv.com PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3
Re: [O] How-to evaluate Java-snippets in org-mode/org-babel?
On Tue, 05 Jul 2011 10:07:19 +0100, Eric S Fraga wrote: Torsten Wagner writes: Hi all, I need to evaluate many small java snippets. I tried to do this in org-mode but so fare it didn't work out. org-babel seems to have no java support ? Not directly but, given the issues with class paths and naming schemes, I would suggest that the best route is to use babel to tangle code instead of trying to execute it directly within org. My guess is that if you want to execute it directly within org, the thing to do is to run it in beanshell[1], like JDEE does. I'm not really familiar enough with org-babel to tell you how to go about doing that, though. [1] http://www.beanshell.org/ -- +---+ | Jason F. McBrayerjmcb...@carcosa.net | | If someone conquers a thousand times a thousand others in | | battle, and someone else conquers himself, the latter one | | is the greatest of all conquerors. --- The Dhammapada|
Re: [O] Links in tables and LaTeX export
Nicolas Goaziou wrote:
> Hello,
>
> t...@tsdye.com (Thomas S. Dye) writes:
>
> > Aloha all,
> >
> > Links in tables have changed recently.
> >
> > I have this link definition:
> >
> > #+source: define-citep-link
> > #+begin_src emacs-lisp :results silent
> > (org-add-link-type
> > "citep" 'ebib
> > (lambda (path desc format)
> >(cond
> > ((eq format 'html)
> > (format "(%s)" path))
> > ((eq format 'latex)
> > (if (or (not desc) (equal 0 (search "citep:" desc)))
> >(format "\\citep{%s}" path)
> >(format "\\citep[%s]{%s}" desc path)
> > )
> > #+end_src
> >
> > Links outside of a table export correctly:
> >
> > [[citep:wagner90][598]] exports to \citep[598]{wagner}
> >
> > Inside a table the same link exports like this:
> >
> > [[citep:wagner90]\footnote{DEFINITION NOT FOUND: 598}]
>
> I think I have fixed it in master. Could you confirm this?
>
Assuming my simple test is representative, this seems fixed: I get
expected results with a link in either normal text or in a table cell.
I have not tried any other contexts (e.g. inside a list).
Nick
Re: [O] Regression bug in tangle/weave
MidLifeXis at PerlMonks writes: > I tested this again over the weekend, and finally understood what you were > saying. > > I put a > > #+resname: blah > : blahcontent > > and then I can use <> to get "blahcontent" replaced without keeping > the newlines. > > Is this "abusing" resname, or is it a proper use of the keyword? Will this > behavior be stable in the future? > This is not an abuse of inline results, and this behavior _will_ be stable in the future. Another optional alias for #+resname: which may make more sense in this context is #+data: blah : blahcontent Best -- Eric -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] Calendar-like view of the org-agenda
SAKURAI Masashi writes: [...] >> > https://github.com/kiwanami/emacs-calfw [...] > > Just yesterday in JST, I released calfw v1.0. This is brilliant! Many thanks for this. Very useful for quick diary planning! I particularly like the different views and, for once, the default colour scheme ;-) Also, as a long time vi user (sorry), I like the vi movement commands. One quick question: I loaded the relevant files and then, not knowing exactly what to do, I followed the instructions in calfw.el which said: ;;; Usage: ;; Executing the command `cfw:open-calendar-buffer', switch to the calendar buffer. ;; You can navigate the date like calendar.el. so I tried M-x cfw:open-calendar-buffer which proceeded to give me the error: let: Symbol's function definition is void: cfw:create-calendar-buffer I did get the calendar working by executing, instead, cfw:open-org-calendar so everything is fine but I thought I would suggest changing the usage documentation in calfw.el to give a pointer to the more appropriate command? One feature request: in the display of individual calendar items, it would be nice to have tags and the originating file name highlighted (in different ways, of course), but this is a minor request. Thanks again, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.5 (release_7.5.574.g5a503)
[O] Unauthorized quote about odt exporter
Looking over the IRC overnight logs, I saw a post and it brought a smile to my face, so I thought I would share: , | ... | *** jceb (~j...@mail.univention.de) has joined channel #org-mode [02:15] | I love the odt export. Jambunathan is my hero! [02:22] | *** chrisb (~chr...@pool-71-175-247-89.phlapa.east.verizon.net) has quit: Ping | timeout: 255 seconds [02:27] | *** madnificent (~madnifice@83.101.62.132) has joined channel #org-mode | ... ` Just an exclamation of joy in the middle of the night :-) Nick PS I didn't get Christian's permission to repost: I hope he does not mind.
Re: [O] Links in tables and LaTeX export
Aloha Nicolas,
I can confirm that the formerly broken links in my tables work with
Org-mode version 7.5 (release_7.5.596.gea215).
All the best,
Tom
Nicolas Goaziou writes:
> Hello,
>
> t...@tsdye.com (Thomas S. Dye) writes:
>
>> Aloha all,
>>
>> Links in tables have changed recently.
>>
>> I have this link definition:
>>
>> #+source: define-citep-link
>> #+begin_src emacs-lisp :results silent
>> (org-add-link-type
>> "citep" 'ebib
>> (lambda (path desc format)
>>(cond
>> ((eq format 'html)
>> (format "(%s)" path))
>> ((eq format 'latex)
>> (if (or (not desc) (equal 0 (search "citep:" desc)))
>>(format "\\citep{%s}" path)
>>(format "\\citep[%s]{%s}" desc path)
>> )
>> #+end_src
>>
>> Links outside of a table export correctly:
>>
>> [[citep:wagner90][598]] exports to \citep[598]{wagner}
>>
>> Inside a table the same link exports like this:
>>
>> [[citep:wagner90]\footnote{DEFINITION NOT FOUND: 598}]
>
> I think I have fixed it in master. Could you confirm this?
>
> Regards,
--
T.S. Dye & Colleagues, Archaeologists
735 Bishop St, Suite 315, Honolulu, HI 96813
Tel: 808-529-0866, Fax: 808-529-0884
http://www.tsdye.com
Re: [O] Org Mode dedicated app on OS X
Hi Stefan,
Thanks for the tips. Most already done.
On Tue, 5 Jul 2011, Stefan Vollmar wrote:
you could start with an Emacs-typical approach by editing your
~/.emacs-file so that .org-files are automatically opened with
org-mode
Yes I've followed the initial instructions and love that emacs knows
modes based on file extension and/or content.
If you put this line into your .bashrc file:
alias e="open -a /Applications/Aquamacs.app/"
you can do this from the commandline:
e somefile.org
I use this:
eee() { if [ ! -e "$@" ]; then touch "$@"; fi; /sw/bin/launch -m -a Aquamacs
"$@"; }
I also have copied Aquamacs.app, renamed it OrgMode.app, and have
the unicorn as the icon. I'm a bit stuck on the last step you
suggest.
If you are thinking about a distribution-like approach (so it
works "out-of-the-box" for others) you would probably need to copy
your changes to a
/Applications/Aquamacs.app/Contents/Resources/site-lisp
directory.
I don't need it to distribute it to 3rd parties, but I'm not opposed
to setting it up like that. What files should I put in the
directory? And what contents? And how do I get emacs to auto-load
them? I'm still figuring out a workflow so please let me know if
this makes sense, but I'm picturing something like this:
* I launch my OrgMode.app
* It opens and (via its internal site-lisp magic) loads
~/Dropbox/Org/index.org
* index.org is a file I'll maintain manually that links to my other
org files so I can access them using the inter-linking ability in
org-mode
* If something like index.org can be automated that would be OK, but
I don't mind maintaning it as my meta-org file. Perhaps based on
something like I have now in my .emacs:
(setq org-agenda-files (list "~/Dropbox/org/foo.org"
"~/Dropbox/org/bar.org))
-k.
Re: [O] Calendar-like view of the org-agenda
Hi, I'm very excited about this project! However it doesn't seem to work? Calling M-x cfw:open-calendar-buffer results in: let: Symbol's function definition is void: cfw:create-calendar-buffer It seems that this function isn't defined anywhere? I'm running off of git master. SAKURAI Masashi writes: > Michael Markert googlemail.com> writes: >> >> On 4 Jul 2011, Kan-Ru Chen wrote: >> >> > Michael Markert googlemail.com> writes: >> > : >> > I just find this emacs-calfw project today. >> > >> > https://github.com/kiwanami/emacs-calfw >> > >> > It looks very interesting and supports org! >> >> Indeed. Not quite what I was looking for but interesting nonetheless. >> >> What I miss: >> - It lacks some org support (e.g. org-contacts anniversaries -- they >> look horrible) >> - a week view >> - a time grid > > Just yesterday in JST, I released calfw v1.0. > I will write and append the documents. > > In the latest version (v1.0), this program can display > the 1, 2 week view and daily view. Key bindings are following: > - M Monthly view > - W 1 week view > - T 2 week view > - D Daily view > And, pushing SPC key, a daily view is displayed, like the Quicklook in Mac. > > The handling of the time grid is a new task. > Because the calfw is designed with focusing on the replacement of the > calendar.el, I should consider the extending schedule data. > > I have not used orgmode so far, so I'm not good at the schedule management in > the orgmode. Comments and patches are welcome. > > -- > SAKURAI Masashi > > -- 𝓒𝓱𝓻𝓲𝓼𝓽𝓸𝓹𝓱𝓮𝓻 𝓐𝓵𝓵𝓪𝓷 𝓦𝓮𝓫𝓫𝓮𝓻
Re: [O] Calendar-like view of the org-agenda
Also, cfw:open-org-calendar works, but things seem really slow... it looks like you're recalculating the entire orgmode agenda for every day. I wonder if things could be sped up if the orgmode agenda was calculated for the entire period all at once and then broke that up into days? SAKURAI Masashi writes: > Michael Markert googlemail.com> writes: >> >> On 4 Jul 2011, Kan-Ru Chen wrote: >> >> > Michael Markert googlemail.com> writes: >> > : >> > I just find this emacs-calfw project today. >> > >> > https://github.com/kiwanami/emacs-calfw >> > >> > It looks very interesting and supports org! >> >> Indeed. Not quite what I was looking for but interesting nonetheless. >> >> What I miss: >> - It lacks some org support (e.g. org-contacts anniversaries -- they >> look horrible) >> - a week view >> - a time grid > > Just yesterday in JST, I released calfw v1.0. > I will write and append the documents. > > In the latest version (v1.0), this program can display > the 1, 2 week view and daily view. Key bindings are following: > - M Monthly view > - W 1 week view > - T 2 week view > - D Daily view > And, pushing SPC key, a daily view is displayed, like the Quicklook in Mac. > > The handling of the time grid is a new task. > Because the calfw is designed with focusing on the replacement of the > calendar.el, I should consider the extending schedule data. > > I have not used orgmode so far, so I'm not good at the schedule management in > the orgmode. Comments and patches are welcome. > > -- > SAKURAI Masashi > > -- 𝓒𝓱𝓻𝓲𝓼𝓽𝓸𝓹𝓱𝓮𝓻 𝓐𝓵𝓵𝓪𝓷 𝓦𝓮𝓫𝓫𝓮𝓻
[O] Create a view of just source-code blocks?
Greetings. I'd like to be able to view just the source-code blocks in a Babel file. I.e., I'd like to do something logically equivalent to "tangle", but without creating a separate file, just a view within the current file. Any suggestions? Thanks, -- Mike
Re: [O] Links in tables and LaTeX export
Thomas S. Dye wrote: > I can confirm that the formerly broken links in my tables work with > Org-mode version 7.5 (release_7.5.596.gea215). > I'm puzzled (and a bit worried about the integrity of my tree): I pulled a short while ago and ''git describe HEAD'' says: baseline-490-gde0fcdf so it seems I have an extra tag between release_7.5 and HEAD and although I have no idea where it came from, it does not seem to be much of a problem[fn:1], since I can get things relative to release_7.5: $ git describe --long --match release_7.5 HEAD release_7.5-579-gde0fcdf But why do I have 579 commits since then and you have 596 (and the HEADs have different SHA1s)? Are you applying local mods? That would explain the discrepancy in the commit count, as well as the discrepancy in the SHA1, but if so, why isn't your version marked ``dirty''? Just trying to understand, Nick Footnotes: [fn:1] For the record, in my tree, ``baseline'' is related to release_7.5 like so: $ git describe --match release_7.5 --long baseline release_7.5-89-g3d802ee
Re: [O] bug: footnotes do not export to HTML
Hi Nicolas, On 2011-07-05, Nicolas Goaziou wrote: > As I cannot reproduce this on my test files, I will need an ECM to debug > this. Included. The bug occurs in ASCII export also. Try exporting with and without tasks (see end of minimal code). Hope it helps. Samuel -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com I support the Whittemore-Peterson Institute (WPI) === Bigotry against people with serious diseases is still bigotry. alpha-org-testcase.el Description: Binary data footnotes-export.org Description: Binary data
Re: [O] bug: footnotes do not export to HTML
Samuel Wales writes: > On 2011-07-05, Nicolas Goaziou wrote: >> As I cannot reproduce this on my test files, I will need an ECM to debug >> this. > > Included. > > The bug occurs in ASCII export also. Thank you ! I have (hopefully) fixed it in master. Regards, -- Nicolas Goaziou
Re: [O] Org Mode dedicated app on OS X
How about emacsclient -ca "" --eval "(org-mode)" or just your index.org file: emacsclient -ca "" ~/index.org In Gnome or other fancy DE you'd just create a .desktop file to make an entry in your launcher. I don't know how one does something similar in Macs. –Rasmus -- Sent from my Emacs
Re: [O] LaTex export: How to use `csquotes' and `\enquote{}'
Hey Tom!
One way to use \enquote in your LaTeX export is described here:
http://orgmode.org/worg/org-tutorials/org-latex-export.html#sec-10-3
[[latex:enquote][Das ist ein Test]] will export as \enquote{Das ist ein
Test}.
Thanks for your hint. But this is a rather cumbersome way to quote
text... It would be handy to have " directly converted to enquote - this
should be possible, because org-mode is obviously able to distinguish
whether to use `` or '' at the beginning and at end of a word, respectively.
Regards.
--
Frederik
Re: [O] Links in tables and LaTeX export
Nick Dokos writes: > Thomas S. Dye wrote: > >> I can confirm that the formerly broken links in my tables work with >> Org-mode version 7.5 (release_7.5.596.gea215). >> > > I'm puzzled (and a bit worried about the integrity of my tree): I pulled > a short while ago and ''git describe HEAD'' says: > > baseline-490-gde0fcdf > > so it seems I have an extra tag between release_7.5 and HEAD and > although I have no idea where it came from, it does not seem to be much > of a problem[fn:1], since I can get things relative to release_7.5: > > $ git describe --long --match release_7.5 HEAD > release_7.5-579-gde0fcdf > > But why do I have 579 commits since then and you have 596 (and the HEADs > have different SHA1s)? Are you applying local mods? That would explain > the discrepancy in the commit count, as well as the discrepancy in the > SHA1, but if so, why isn't your version marked ``dirty''? > > Just trying to understand, Hi Nick, The tree is only marked 'dirty' if you have uncommitted changes in your working tree. If other commits were merged in with master in their repository (ie. they made local commits and then did git pull which is fetch + merge on top of their local commits they'll have their commits in the history and it will change all of the subsequent SHA1s) I have the same tree as you - my current origin/master is --8<---cut here---start->8--- bernt@gollum:~/git/org-mode$ git describe origin/master release_7.5-580-g301b345 bernt@gollum:~/git/org-mode$ git describe origin/master^ release_7.5-579-gde0fcdf --8<---cut here---end--->8--- and one commit before my current head is the same SHA1 that you have. So... your repository is good. :) git describe will use the closest tag (in your case 'baseline'. You can just remove the baseline tag from your repository if you don't want it. If it's an exported tag in a repository you fetch from it will be recreated on a future fetch. Maybe it came from some repository other than origin? -- Bernt
Re: [O] LaTex export: How to use `csquotes' and `\enquote{}'
Frederik writes:
> Hey Tom!
>
>> One way to use \enquote in your LaTeX export is described here:
>>
>> http://orgmode.org/worg/org-tutorials/org-latex-export.html#sec-10-3
>>
>> [[latex:enquote][Das ist ein Test]] will export as \enquote{Das ist ein
>> Test}.
>
> Thanks for your hint. But this is a rather cumbersome way to quote
> text... It would be handy to have " directly converted to enquote -
> this should be possible, because org-mode is obviously able to
> distinguish whether to use `` or '' at the beginning and at end of a
> word, respectively.
>
> Regards.
Aloha Frederik,
It looks more cumbersome than it is in practice. You can use C-c C-l to
add the link and depending on the length of the link type name, it can
be very close to the same number of keystrokes you'd need for
\enquote{}.
Please let me know if you're able to configure Org-mode to translate "
to \enquote{}. That would be a worthwhile addition to either the LaTeX
export tutorial or Org Hacks on Worg.
All the best,
Tom
--
Thomas S. Dye
http://www.tsdye.com
Re: [O] Links in tables and LaTeX export
Bernt Hansen wrote: > Nick Dokos writes: > > > Thomas S. Dye wrote: > > > >> I can confirm that the formerly broken links in my tables work with > >> Org-mode version 7.5 (release_7.5.596.gea215). > >> > > > > I'm puzzled (and a bit worried about the integrity of my tree): I pulled > > a short while ago and ''git describe HEAD'' says: > > > > baseline-490-gde0fcdf > > > > so it seems I have an extra tag between release_7.5 and HEAD and > > although I have no idea where it came from, it does not seem to be much > > of a problem[fn:1], since I can get things relative to release_7.5: > > > > $ git describe --long --match release_7.5 HEAD > > release_7.5-579-gde0fcdf > > > > But why do I have 579 commits since then and you have 596 (and the HEADs > > have different SHA1s)? Are you applying local mods? That would explain > > the discrepancy in the commit count, as well as the discrepancy in the > > SHA1, but if so, why isn't your version marked ``dirty''? > > > > Just trying to understand, > > Hi Nick, > > The tree is only marked 'dirty' if you have uncommitted changes in your > working tree. If other commits were merged in with master in their > repository (ie. they made local commits and then did git pull which is > fetch + merge on top of their local commits they'll have their commits > in the history and it will change all of the subsequent SHA1s) > Ah, OK: for some reason, I thought "dirty" meant "not pristine" (and I guess it does in some sense, but not here :-) ). > I have the same tree as you - my current origin/master is > > bernt@gollum:~/git/org-mode$ git describe origin/master > release_7.5-580-g301b345 > bernt@gollum:~/git/org-mode$ git describe origin/master^ > release_7.5-579-gde0fcdf > > and one commit before my current head is the same SHA1 that you have. > > So... your repository is good. :) > Phew! > git describe will use the closest tag (in your case 'baseline'. You > can just remove the baseline tag from your repository if you don't want > it. If it's an exported tag in a repository you fetch from it will be > recreated on a future fetch. Maybe it came from some repository other > than origin? > Maybe - or maybe I created it and I don't remember (so what's new?). I guess I'll play whack-a-mole with it and see. >From what I gather, Tom is getting additional merge commits every time he pulls (which accounts for the extras and the different SHA1). I think I used to have that problem, but I don't any more, and I don't remember (so what's new?) how it came about and/or I resolved it. Any ideas about that? I may have just deleted the master branch and recreated it. Thanks for checking and thanks for the pointers, Nick
Re: [O] Links in tables and LaTeX export
Nick Dokos writes: > Bernt Hansen wrote: > >> Nick Dokos writes: >> >> > Thomas S. Dye wrote: >> > > From what I gather, Tom is getting additional merge commits every time > he pulls (which accounts for the extras and the different SHA1). I think > I used to have that problem, but I don't any more, and I don't remember > (so what's new?) how it came about and/or I resolved it. Any ideas > about that? I may have just deleted the master branch and recreated > it. Tom should run gitk on his master branch - then the merge commits (if that is what they are) will be very obvious. If Tom create even a single commit in the past and then subsequently added new commits from origin/master with git pull then he'll get an extra merge commit for everytime he updates. There is a write up on worg about how to keep local commits on top of origin/master by rebasing the local commits each time git pull is run. http://orgmode.org/worg/org-faq.html#keeping-local-changes-current-with-Org-mode-development Assuming his has local commits buried in his history somewhere Tom can 'fix' it by doing $ git checkout master $ git reset --hard origin/master $ git cherry-pick so the new commits are on top of origin/master, and set his master branch to automatically rebase on pulls as described in the link above. HTH, -- Bernt
Re: [O] Links in tables and LaTeX export
Bernt Hansen wrote: > Assuming his has local commits buried in his history somewhere Tom can > 'fix' it by doing > > $ git checkout master > $ git reset --hard origin/master > $ git cherry-pick > > so the new commits are on top of origin/master, and set his master > branch to automatically rebase on pulls as described in the link above. > Yup, now that you mention it, I think the first two steps is how I recovered (I try to keep a pristine master and do local work in branches, but I must have goofed up my master branch in that instance). Thanks, Nick
Re: [O] Links in tables and LaTeX export
Nick Dokos writes: > Bernt Hansen wrote: > >> Assuming his has local commits buried in his history somewhere Tom can >> 'fix' it by doing >> >> $ git checkout master >> $ git reset --hard origin/master >> $ git cherry-pick >> >> so the new commits are on top of origin/master, and set his master >> branch to automatically rebase on pulls as described in the link above. >> > > Yup, now that you mention it, I think the first two steps is how I recovered > (I try to keep a pristine master and do local work in branches, but I > must have goofed up my master branch in that instance). > > Thanks, > Nick > > Aloha Nick and Bernt, Thanks much for the explanation. git reset --hard origin/master appears to have restored a pristine tree. I pulled just now and didn't generate my own commit in the process, so with a little discretion I can keep it that way. All the best, Tom -- T.S. Dye & Colleagues, Archaeologists 735 Bishop St, Suite 315, Honolulu, HI 96813 Tel: 808-529-0866, Fax: 808-529-0884 http://www.tsdye.com
[O] patch org-mode Makefile - solve a couple debian build problems and a slackware build problem
diff -c a//Makefile b//Makefile *** a//Makefile 2011-07-05 21:05:08.0 -0400 --- b//Makefile 2011-07-05 21:05:21.0 -0400 *** *** 14,20 EMACS=emacs # Where local software is found ! prefix=/usr/local # Where local lisp files go. lispdir = $(prefix)/share/emacs/site-lisp --- 14,23 EMACS=emacs # Where local software is found ! #prefix=/usr/local ! # solve debian and slackware prefix problem. ! # if using slackware or debian uncomment next line and comment line above this line. ! prefix=/usr # Where local lisp files go. lispdir = $(prefix)/share/emacs/site-lisp *** *** 51,57 CP = cp -p # Name of the program to install info files ! INSTALL_INFO=install-info ##-- ## BELOW THIS LINE ON YOUR OWN RISK! --- 54,63 CP = cp -p # Name of the program to install info files ! #INSTALL_INFO=install-info ! # solve debian install-info program name problem. ! # if using debian uncomment next line and comment line above this line. ! INSTALL_INFO=ginstall-info ##-- ## BELOW THIS LINE ON YOUR OWN RISK!
[O] org-mode debian squeeze problem
a git clone of org-mode in /home/jude prouces /home/jude/org-mode/org-mode/ and puts content in the fourth level directory which breaks the Makefile's ability to make all. I don't know how or why this happens.
[O] not about /usr/local slackware and debian
On slackware and debian /usr/local is used by some programs sometimes though originally /usr/local directory hierarchy was intended to be a place in which things could be put by the system administrator and be left alone by the system's package updates system. If it was in that folder hierarchy, the system's package system for updates was supposed to bypass it. Actually on both slackware and debian the proper prefix for those systems is /usr in order to put info files where they'll be found by info using the infopath variable. Specifically /usr/share/info/ and this was one of the things preventing me from updating existing outdated org-mode documentation until I figured it out.
Re: [O] org-mobile setup: org-mobile-push not copying my org files?
On Mon, Jul 4, 2011 at 10:40 AM, Vinh Nguyen wrote: > Dear list, > > I'm having trouble setting up org-mobile in emacs for use with > MobileOrg on Android. I have the following in my init file: > > ;; org-mode OrgMobile > (setq org-directory "~/Documents/Org") ;; my folder is empty > (setq org-mobile-directory "~/Dropbox/MobileOrg") > (setq org-mobile-inbox-for-pull "~/Documents/Org/notes.org") > > In ~/Documents/Org, I have a file notes.org that contain my notes. > > When I call org-mobile-push, only 4 files get created in ~ /Dropbox/MobileOrg: > agendas.org, checksum.dat, index.org, and mobileorg.org. > > Based on my understanding, ~/Documents/Org/notes.org should be copied > to ~/Dropbox/MobileOrg/, and a link to notes.org should be created in > index.org. However, this does not happen. Am I not configuring > things correctly or am I misunderstanding how to use org-mobile? > > I also tried setting: > (setq org-mobile-files (quote "notes.org")) > > but this does not work either. > Setting the following made it work (file copied to MobileOrg's staging directory): (setq org-mobile-files (list "~/Documents/Org/notes.org")) > Thanks for your help. > -- Vinh
Re: [O] org-mode debian squeeze problem
At Tue, 5 Jul 2011 21:13:47 -0400 (EDT), Jude DaShiell wrote: > > a git clone of org-mode in /home/jude prouces > /home/jude/org-mode/org-mode/ and puts content in the fourth level > directory which breaks the Makefile's ability to make all. I don't know > how or why this happens. I cannot reproduce this , | dmaus@x60s ~ % pwd | /home/dmaus | dmaus@x60s ~ % git clone git://orgmode.org/org-mode.git | Cloning into org-mode... | remote: Counting objects: 49669, done. | remote: Compressing objects: 100% (12906/12906), done. | remote: Total 49669 (delta 39522), reused 45889 (delta 36700) | Receiving objects: 100% (49669/49669), 52.24 MiB | 848 KiB/s, done. | Resolving deltas: 100% (39522/39522), done. | git clone git://orgmode.org/org-mode.git 27,28s user 2,17s system 22% cpu 2:12,47 total | dmaus@x60s ~ % ls -l org-mode | insgesamt 72 | drwxrwxr-x 2 dmaus dmaus 4096 6. Jul 07:21 BUGFIXING/ | drwxrwxr-x 7 dmaus dmaus 4096 6. Jul 07:21 contrib/ | drwxrwxr-x 2 dmaus dmaus 4096 6. Jul 07:21 doc/ | drwxrwxr-x 2 dmaus dmaus 4096 6. Jul 07:21 EXPERIMENTAL/ | drwxrwxr-x 2 dmaus dmaus 4096 6. Jul 07:21 lisp/ | -rw-rw-r-- 1 dmaus dmaus 14908 6. Jul 07:21 Makefile | -rw-rw-r-- 1 dmaus dmaus 1138 6. Jul 07:21 README | -rw-rw-r-- 1 dmaus dmaus 1051 6. Jul 07:21 README_DIST | -rw-rw-r-- 1 dmaus dmaus 3300 6. Jul 07:21 README_GIT | -rw-rw-r-- 1 dmaus dmaus 11765 6. Jul 07:21 README_maintainer | -rw-rw-r-- 1 dmaus dmaus 1007 6. Jul 07:21 request-assign-future.txt | drwxrwxr-x 6 dmaus dmaus 4096 6. Jul 07:21 testing/ | drwxrwxr-x 2 dmaus dmaus 4096 6. Jul 07:21 UTILITIES/ | dmaus@x60s ~ % cat /etc/debian_version | 6.0.2 | dmaus@x60s ~ % ` Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpAVeD6pjTfC.pgp Description: PGP signature
[O] disregard debian squeeze emacs-orgmode problem
I needed to fix a script on my end and just got it in hand.
Re: [O] LaTex export: How to use `csquotes' and `\enquote{}'
Hi Tom!
It looks more cumbersome than it is in practice. You can use C-c C-l to
add the link and depending on the length of the link type name, it can
be very close to the same number of keystrokes you'd need for
\enquote{}.
During normal LaTex editing I never type `\enquote{}'. Of course I type
" and AucTeX automatically inserts `\enquote{' at the beginning of a
word and `}' at the end of a word, depending on whether `csquotes' is
loaded or not.
Apparently someone tried a simple hack:
http://osdir.com/ml/emacs-orgmode-gnu/2010-01/msg00681.html
When I find the time I will try this...
Thanks & Regards.
--
Frederik
Re: [O] HTML Postamble is inside Content DIV
Hello,
I checked and indeed "content" is working well.
Pierre
Le 1 juil. 11 à 16:06, Sebastien Vauban a écrit :
Hi Pierre,
Pierre de Buyl wrote:
Le 28 juin 11 à 23:45, Sebastien Vauban a écrit :
Here is thus my proposition for a better div-structured HTML.
There are only four parts required in the HTML for all the magic
to work
with the CSS:
- The first part is a container div ("content", by default) that
surrounds
everything.
- Inside that are three more parts:
+ a preamble (in a div, if the user wants it),
+ a div "body" and
+ a postamble (in a div, if the user wants it).
I think my regular use of the html export would be broken.
We'll try to solve that, then.
I add a in the preamble and a in the
postamble.
This allows me to make a "boxed" page (see
http://homepages.ulb.ac.be/~pdebuyl/ ) which I like.
If I cannot end my div in the postamble, I think it would break my
setup.
Here is my setup:
:html-preamble "
HERE, some static menu items.
"
:html-postamble "
"
Why are you adding a `wrapper' div in the already existing
`content' div (that
surrounds everything). I see no real difference between both.
I tried without that extra div and I cannot reproduce my former
layout.
Would you apply your CSS rule onto `content', would that make a diff?
Best regards,
Seb
--
Sebastien Vauban
