Re: [O] org2blog: referencing to other blog posts?
On Wed, Aug 29, 2012 at 3:01 AM, Steinar Bang wrote: >> Puneeth Chaganti : > >> I hope we are talking of org2blog/wp. There's another package called >> org2blog authored by tehom, that works for blogger. > > Yes, org2blog/wp. > > [snip!] >>> Also is there a way to link related articles, that will show up in the >>> wordpress blog. > >> I haven't been using WordPress (and org2blog) for quite some time now. > > I tried various blogging frameworks for org, and this was the first one > I was able to make work, so I've sort of stuck with it. Great! I'm glad it worked for you. :^) >> Is there a new feature in WordPress that lets you link related >> articles? > > I don't know. I know very little of WP out of the setup needed to use > org2blog. I guess this would probably be me making a WP feature > request...? :-) Yes, I've searched for plugins that let you do this, but didn't find any that work with WP 3.4 (on a quick search). >> Or are you using some plugin? > > Nope. I'm using a spam limiting plugin (can't remember its name), but > that's all. I meant, a plugin for having related posts show up. Nevermind. -- Puneeth
Re: [O] Multicolumn
Neuwirth Erich writes: > My problem is that the tables are produce by R code snippets. > The code snippets produce plain org tables, bracketed by attributes > identifying > the text as ORG code. > > > > #+RESULTS: > #+BEGIN_ORG > | Jahr | Region | m | w | pWert | m.se | w.se | > |--++-+-+---+---+---| > | 2000 | Sonst | 508 | 507 | 0.85 | 4.91 | 4.93 | > #+END_ORG > > > I am able to insert additional lines before and after the text produce > by the R commands with the following technique (in R): > > > print(as.table(NULL),quote=FALSE,type="org") > cat("|---|\n") > print(res,type="org") > cat("|---|\n") > > > So I could write a line with my multicol headers. > But for that to work, org mode would have to honor multicol indicators > in the text. Alternatively, compose latex or html tables in R and then have the source code block :results output latex or :results output html That should wrap the output in #+BEGIN_LATEX ... #+END_LATEX, which org will export directly to LaTeX, or #+BEGIN_HTML ... #+END_HTML, which org will export directly to HTML. hth, Tom > > > > > > On Aug 29, 2012, at 2:28 AM, "Christopher J. White" > wrote: > >> Hi Erich, >> >> I have a hack for multicolumn support that may help... It's not >> great, but serves my purpose. >> >> I implemented a TWiki mode that uses orgtbl-minor-mode. TWiki pages >> support multicolumn cells by adding vertical bars with no >> separators: >> >> Display: >> >> | Multicol | >> | C1 | C2 | >> >> TWiki format: >> | Multicol || >> | C1 | C2 | >> >> Notice the double vertical bars after Multicol. The number of >> vertical bars on every row must be the same. You can join as many >> cells as you want that way. I basically wanted to be able to still >> use orgtbl-minor-mode to edit such tables. So I hacked my >> twiki-import/export code to convert "||" to "| << |" and vice-versa. >> >> So the orgtbl version of the above looks like this in the buffer: >> >> | Multicol | << | >> | C1 | C2 | >> >> The down side is that the text "Multicol" will expand the display >> size of C1, so if it gets long, the table grows: >> >> | This is a long multicol cell | << | >> | C1 | C2 | >> >> So it gets me what I want, which is orgtbl editing, and >> import/export support to twiki format. Seems a similar technique >> could be backed in to any org export engine. >> >> ...cj >> >> On 8/28/12 5:10 PM, Neuwirth Erich wrote: >>> After some googling it seems that multicolumn support is not yet >>> implemented in org tables. >>> I would need multicolumn headers quite urgently, >>> but I have not yet found a way to make this possible. >>> >>> I think that tables with headers like this: >>> >>> | |mean | s.e.| >>> | gender | varA | varB | varA | varB | >>> >>> are quite common, so I really want to put this feature on the wish list. >>> I am not able to implement this myself. >>> >>> Erich >>> >>> >>> >>> >> >> > > > -- Thomas S. Dye http://www.tsdye.com
Re: [O] Multicolumn
On Tue, Aug 28, 2012 at 8:05 PM, Neuwirth Erich wrote: > My problem is that the tables are produce by R code snippets. > The code snippets produce plain org tables, bracketed by attributes > identifying > the text as ORG code. > > > > #+RESULTS: > #+BEGIN_ORG > | Jahr | Region | m | w | pWert | m.se | w.se | > |--++-+-+---+---+---| > | 2000 | Sonst | 508 | 507 | 0.85 | 4.91 | 4.93 | > #+END_ORG > > > I am able to insert additional lines before and after the text produce by the > R commands with the following technique (in R): > > > print(as.table(NULL),quote=FALSE,type="org") > cat("|---|\n") > print(res,type="org") > cat("|---|\n") > Not ideal, but could your R code just write the LaTeX syntax? cat() the align statement and then cat() the "&" and "\\" stuff manually? John > > So I could write a line with my multicol headers. > But for that to work, org mode would have to honor multicol indicators in the > text. > > > > > > On Aug 29, 2012, at 2:28 AM, "Christopher J. White" > wrote: > >> Hi Erich, >> >> I have a hack for multicolumn support that may help... It's not great, but >> serves my purpose. >> >> I implemented a TWiki mode that uses orgtbl-minor-mode. TWiki pages support >> multicolumn cells by adding vertical bars with no separators: >> >> Display: >> >> | Multicol | >> | C1 | C2 | >> >> TWiki format: >> | Multicol || >> | C1 | C2 | >> >> Notice the double vertical bars after Multicol. The number of vertical bars >> on every row must be the same. You can join as many cells as you want that >> way. I basically wanted to be able to still use orgtbl-minor-mode to edit >> such tables. So I hacked my twiki-import/export code to convert "||" to "| >> << |" and vice-versa. >> >> So the orgtbl version of the above looks like this in the buffer: >> >> | Multicol | << | >> | C1 | C2 | >> >> The down side is that the text "Multicol" will expand the display size of >> C1, so if it gets long, the table grows: >> >> | This is a long multicol cell | << | >> | C1 | C2 | >> >> So it gets me what I want, which is orgtbl editing, and import/export >> support to twiki format. Seems a similar technique could be backed in to >> any org export engine. >> >> ...cj >> >> On 8/28/12 5:10 PM, Neuwirth Erich wrote: >>> After some googling it seems that multicolumn support is not yet >>> implemented in org tables. >>> I would need multicolumn headers quite urgently, >>> but I have not yet found a way to make this possible. >>> >>> I think that tables with headers like this: >>> >>> | |mean | s.e.| >>> | gender | varA | varB | varA | varB | >>> >>> are quite common, so I really want to put this feature on the wish list. >>> I am not able to implement this myself. >>> >>> Erich >>> >>> >>> >>> >> >> > >
Re: [O] Features and stuff I've been working on.
t...@tsdye.com (Thomas S. Dye) writes: > Aloha Luis, Aloha islander! :) > The babel documentation at > http://orgmode.org/worg/org-contrib/babel/languages.html encourages Thanks a lot, I'll go through it. > Maintenance seems always to be an issue. Several language support files > currently lack a maintainer. Would you be able to maintain those files > if they go into core? This is a fair concern, for that I would say, yes, but I cannot predict the future. My current job allows me to have side projects being there's a lot of "hurry up and wait". (Tomorrow I'll be on hurry up mode :( ) With that said, my personal view is that ob-tcl should be included being that is a common language used in many applications. I'm on the fence on mathomatic being that there's already plenty alternatives, but I would say yeah, sure. These need to be cleaned up, hence I appreciate you forwarding me the documentation link. Number of line of code is fairly modest on these. Unless there are API changes they should remain fairly stable after clean up. (IMHO). Newlisp and JLang happen to be fairly fringe languages. (C'mon +/%# = average?! :) ) and should belong to contrib, or be made available out of org, which they can be maintained on a secondary basis for those who use them. My 2 cents... -- Luis R. Anaya papo anaya aroba hot mail punto com "Do not use 100 words if you can say it in 10" - Yamamoto Tsunetomo
Re: [O] Multicolumn
My problem is that the tables are produce by R code snippets. The code snippets produce plain org tables, bracketed by attributes identifying the text as ORG code. #+RESULTS: #+BEGIN_ORG | Jahr | Region | m | w | pWert | m.se | w.se | |--++-+-+---+---+---| | 2000 | Sonst | 508 | 507 | 0.85 | 4.91 | 4.93 | #+END_ORG I am able to insert additional lines before and after the text produce by the R commands with the following technique (in R): print(as.table(NULL),quote=FALSE,type="org") cat("|---|\n") print(res,type="org") cat("|---|\n") So I could write a line with my multicol headers. But for that to work, org mode would have to honor multicol indicators in the text. On Aug 29, 2012, at 2:28 AM, "Christopher J. White" wrote: > Hi Erich, > > I have a hack for multicolumn support that may help... It's not great, but > serves my purpose. > > I implemented a TWiki mode that uses orgtbl-minor-mode. TWiki pages support > multicolumn cells by adding vertical bars with no separators: > > Display: > > | Multicol | > | C1 | C2 | > > TWiki format: > | Multicol || > | C1 | C2 | > > Notice the double vertical bars after Multicol. The number of vertical bars > on every row must be the same. You can join as many cells as you want that > way. I basically wanted to be able to still use orgtbl-minor-mode to edit > such tables. So I hacked my twiki-import/export code to convert "||" to "| > << |" and vice-versa. > > So the orgtbl version of the above looks like this in the buffer: > > | Multicol | << | > | C1 | C2 | > > The down side is that the text "Multicol" will expand the display size of C1, > so if it gets long, the table grows: > > | This is a long multicol cell | << | > | C1 | C2 | > > So it gets me what I want, which is orgtbl editing, and import/export support > to twiki format. Seems a similar technique could be backed in to any org > export engine. > > ...cj > > On 8/28/12 5:10 PM, Neuwirth Erich wrote: >> After some googling it seems that multicolumn support is not yet implemented >> in org tables. >> I would need multicolumn headers quite urgently, >> but I have not yet found a way to make this possible. >> >> I think that tables with headers like this: >> >> | |mean | s.e.| >> | gender | varA | varB | varA | varB | >> >> are quite common, so I really want to put this feature on the wish list. >> I am not able to implement this myself. >> >> Erich >> >> >> >> > >
Re: [O] Multicolumn
Hi Erich, I have a hack for multicolumn support that may help... It's not great, but serves my purpose. I implemented a TWiki mode that uses orgtbl-minor-mode. TWiki pages support multicolumn cells by adding vertical bars with no separators: Display: | Multicol | | C1 | C2 | TWiki format: | Multicol || | C1 | C2 | Notice the double vertical bars after Multicol. The number of vertical bars on every row must be the same. You can join as many cells as you want that way. I basically wanted to be able to still use orgtbl-minor-mode to edit such tables. So I hacked my twiki-import/export code to convert "||" to "| << |" and vice-versa. So the orgtbl version of the above looks like this in the buffer: | Multicol | << | | C1 | C2 | The down side is that the text "Multicol" will expand the display size of C1, so if it gets long, the table grows: | This is a long multicol cell | << | | C1 | C2 | So it gets me what I want, which is orgtbl editing, and import/export support to twiki format. Seems a similar technique could be backed in to any org export engine. ...cj On 8/28/12 5:10 PM, Neuwirth Erich wrote: After some googling it seems that multicolumn support is not yet implemented in org tables. I would need multicolumn headers quite urgently, but I have not yet found a way to make this possible. I think that tables with headers like this: | |mean | s.e.| | gender | varA | varB | varA | varB | are quite common, so I really want to put this feature on the wish list. I am not able to implement this myself. Erich
[O] Multicolumn
After some googling it seems that multicolumn support is not yet implemented in org tables. I would need multicolumn headers quite urgently, but I have not yet found a way to make this possible. I think that tables with headers like this: | |mean | s.e.| | gender | varA | varB | varA | varB | are quite common, so I really want to put this feature on the wish list. I am not able to implement this myself. Erich
Re: [O] Features and stuff I've been working on.
Aloha Luis, The babel documentation at http://orgmode.org/worg/org-contrib/babel/languages.html encourages developers to take the steps necessary to include ob-* language support in the Org mode core. ob-mathomatic, ob-tcl, ob-jlang, and ob-newlisp sound like fine additions to me. I think they should be available from Org mode. Maintenance seems always to be an issue. Several language support files currently lack a maintainer. Would you be able to maintain those files if they go into core? All the best, Tom Luis Anaya writes: > Hi: > > I was interchanging emails with Bastien regarding some items I've been > working on for the past few month in my spare time. Some will be posted > into the development branch, but for others I would like to get some > feedback if these should be made available or not in the org-mode > github, they're available on mine (https://github.com/papoanaya/emacs_utils) > > New items > > ob-mathomatic.el :: Babel mode for Mathomatic. Mathomatic is a CAS written > in C. Very small and portable. I wrote it out of necessity being that my > Atrix > does not have enough drive space for anything too big. It supports > plotting via gnuplot. For more information go to. > (www.mathomatic.org) > > org-groff-mom.el :: Groff exporter using MOM's macros. This one is > almost complete. (http://www.schaffter.ca/mom/mom-01.html) > > org-platypus.el :: Exporter mode for Platypus. Platypus is a small > typesetter written in java that is still in active development. Not > something I would put in main yet being that there are missing features > in the typesetter. (like no numbered headings!) > > But it is good enough to play with it. You can see the > results at https://www.box.com/s/b02f017f0d8854c6cbdb > (platypus.pz.org) > > ob-tcl.el :: I work with TCL daily, I just had to do it. It's a clone of > the ob-perl.el one translated to TCL. This should also work with expect and > ns2. (ww.tcl.tk) > > ob-jlang.el :: C'mon, there's nothing cooler than: > #+begin_src jlang :results output > a =. +/%$ > echo a i. 10 > #+end_src > :) This is org babel for JLanguage. This one is still in the works, but > it is functional. It has support for JConsole only (which makes sense). > (www.jsoftware.com) > > For those curious enough, the code computes the average from 0 to 9. > > ob-newlisp.el :: Why newlisp? Well, there's picolisp and other lisps > available. I use newlisp for a lot for system programming at home, so > there. Based on the ob-picolisp.el code. (www.newlisp.org) > > Updated features. These I will post in the org-mode Github after I test them > thoroughly > > org-e-groff.el :: > > 1. Ability to inline .PNG and JPEG. It wil use pngtopnm/pngtops or sam2p > for translating raster into Groff. But the process should be > automatic. This enables the use of ditaa on Groff exports. It is > controlled with a variable to allow disabling the feature if none of > these options are available. > 2. Ability to resize pic images. Height and attributes are now available > for .pic images in addition to eps ones. > > > Regards, -- Thomas S. Dye http://www.tsdye.com
[O] Features and stuff I've been working on.
Hi: I was interchanging emails with Bastien regarding some items I've been working on for the past few month in my spare time. Some will be posted into the development branch, but for others I would like to get some feedback if these should be made available or not in the org-mode github, they're available on mine (https://github.com/papoanaya/emacs_utils) New items ob-mathomatic.el :: Babel mode for Mathomatic. Mathomatic is a CAS written in C. Very small and portable. I wrote it out of necessity being that my Atrix does not have enough drive space for anything too big. It supports plotting via gnuplot. For more information go to. (www.mathomatic.org) org-groff-mom.el :: Groff exporter using MOM's macros. This one is almost complete. (http://www.schaffter.ca/mom/mom-01.html) org-platypus.el :: Exporter mode for Platypus. Platypus is a small typesetter written in java that is still in active development. Not something I would put in main yet being that there are missing features in the typesetter. (like no numbered headings!) But it is good enough to play with it. You can see the results at https://www.box.com/s/b02f017f0d8854c6cbdb (platypus.pz.org) ob-tcl.el :: I work with TCL daily, I just had to do it. It's a clone of the ob-perl.el one translated to TCL. This should also work with expect and ns2. (ww.tcl.tk) ob-jlang.el :: C'mon, there's nothing cooler than: #+begin_src jlang :results output a =. +/%$ echo a i. 10 #+end_src :) This is org babel for JLanguage. This one is still in the works, but it is functional. It has support for JConsole only (which makes sense). (www.jsoftware.com) For those curious enough, the code computes the average from 0 to 9. ob-newlisp.el :: Why newlisp? Well, there's picolisp and other lisps available. I use newlisp for a lot for system programming at home, so there. Based on the ob-picolisp.el code. (www.newlisp.org) Updated features. These I will post in the org-mode Github after I test them thoroughly org-e-groff.el :: 1. Ability to inline .PNG and JPEG. It wil use pngtopnm/pngtops or sam2p for translating raster into Groff. But the process should be automatic. This enables the use of ditaa on Groff exports. It is controlled with a variable to allow disabling the feature if none of these options are available. 2. Ability to resize pic images. Height and attributes are now available for .pic images in addition to eps ones. Regards, -- Luis R. Anaya papo anaya aroba hot mail punto com "Do not use 100 words if you can say it in 10" - Yamamoto Tsunetomo
Re: [O] org2blog: referencing to other blog posts?
> Puneeth Chaganti : > On Mon, Aug 27, 2012 at 11:50 PM, Puneeth Chaganti > wrote: >> I think using absolute URLs would be the most robust way of doing >> this, but of course, this process can be simplified, by providing a >> way of inserting those links from within org2blog. I imagine this >> would use link abbreviations, and provide some sort of a completion >> mechanism to insert links to other posts. I'll try and get to this, >> some time soon. > I've implemented something very basic and crude for this. Feel free > to try it out and let me know if it works for you and suggest > improvements. I will try this out, and give feedback. Thanks! :-)
Re: [O] org2blog: referencing to other blog posts?
> Puneeth Chaganti : > I hope we are talking of org2blog/wp. There's another package called > org2blog authored by tehom, that works for blogger. Yes, org2blog/wp. [snip!] >> Also is there a way to link related articles, that will show up in the >> wordpress blog. > I haven't been using WordPress (and org2blog) for quite some time now. I tried various blogging frameworks for org, and this was the first one I was able to make work, so I've sort of stuck with it. > Is there a new feature in WordPress that lets you link related > articles? I don't know. I know very little of WP out of the setup needed to use org2blog. I guess this would probably be me making a WP feature request...? :-) > Or are you using some plugin? Nope. I'm using a spam limiting plugin (can't remember its name), but that's all.
Re: [O] scale inline images in orgmode
On Tue, 28 Aug 2012 15:34:59 -0500 Russell Adams wrote: > On Tue, Aug 28, 2012 at 10:13:18PM +0200, AW wrote: > > > > I would like to scale the images on screen in the buffer, often I don't > > need a > > large picture, but just a reminder, what's on the picture. Is there a way to > > scale the image on screen, something like #+ATTR: scale=0.5 ? > > Alexander, > > I believe Org calls out to image.el via create-image. That doesn't > appear to do any resizing. > > I read there may be compiled in Emacs support for Imagemagick, and I > have existing elisp code that shells out to resize images for display > separate from Org via Imagemagick's convert utility. > > To Org devs, would it be difficult to add a wrapper around the > create-image call that only resizes if the image will exceed certain > dimensions (ie: window width or 75% of height?). > > This is a feature I'd love to see. +1 Detlef > > Thanks. > > > -- > 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] scale inline images in orgmode
On Tue, Aug 28, 2012 at 10:13:18PM +0200, AW wrote: > > I would like to scale the images on screen in the buffer, often I don't need a > large picture, but just a reminder, what's on the picture. Is there a way to > scale the image on screen, something like #+ATTR: scale=0.5 ? Alexander, I believe Org calls out to image.el via create-image. That doesn't appear to do any resizing. I read there may be compiled in Emacs support for Imagemagick, and I have existing elisp code that shells out to resize images for display separate from Org via Imagemagick's convert utility. To Org devs, would it be difficult to add a wrapper around the create-image call that only resizes if the image will exceed certain dimensions (ie: window width or 75% of height?). This is a feature I'd love to see. Thanks. -- Russell Adamsrlad...@adamsinfoserv.com PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3
[O] scale inline images in orgmode
Hi! If I include an image in an *.org file, let's say [[large-image.jpg]], I can toggle the inline image with C-c C-x C-v . I would like to scale the images on screen in the buffer, often I don't need a large picture, but just a reminder, what's on the picture. Is there a way to scale the image on screen, something like #+ATTR: scale=0.5 ? Regards, Alexander
Re: [O] LaTeX table formatting
On Tue, Aug 28, 2012 at 1:10 PM, Neuwirth Erich wrote: > I would like to add some twists to tables. > Using the ATTR_LaTeX attribute I can control > alignment and vertical gridlines in the table. > I also would like to have horizontal gridlines, > and I would like to have multicol top headers. > tgroupt and n.tgroup in theory should me give these multicol headers, > but it does not work. I didn't think Org tables supported multicol/multirow. After searching a bit... does this help? - http://www.gnu.org/software/emacs/manual/html_node/org/A-LaTeX-example.html For \hlines, you need dashed sep between all rows. Like so: | || *mean* | | *se* | | | year | gender | m1 | m2 | s1 | s2 | |--+++-+--+--| | 2000 | f |1.0 | 4.6 | 1.00 | 1.50 | |--+++-+--+--| | 2003 | m |1.1 | 4.7 | 1.14 | 1.64 | |--+++-+--+--| | 2006 | f |1.2 | 4.7 | 1.29 | 1.79 | |--+++-+--+--| John > > Is there a way of accomplishing what I want? > > > > > #+title: Testing R table output > #+author: Erich Neuwirth > #+date: 28. August 2012 > > #+ATTR_LaTeX: align=|l|c|r|r|r|r| > #+ATTR_HTML: border="2" rules="all" frame="border" > #+begin_src R :session *RPisa* :results output org :exports results > require(ascii) > mydf <- data.frame( > year = rep(as.character(rep(seq(2000,2009,3)),each=2)), > gender = rep(c("f","m"),times=2), > m1 = (11:18)/11, > m2 = (102:109)/22, > s1 = seq(1,2,length.out=8), > s2 = seq(1.5,2.5,length.out=8) >) > > res <- ascii(mydf, > digits=c(0,0,1,1,2,2), > align=c("l","c","r","r","r","r"), > format=c("d","s","f","f","f","f"), > include.rownames=FALSE, > tgroup=c("","mean","se"), > n.tgroup=c(2,2,2)) > > print(res,type="org") > #+end_src > >
[O] Wrapping lines
Hi there, Does any body know how to wrap very long text at the heading levels thanks M
[O] LaTeX table formatting
I would like to add some twists to tables. Using the ATTR_LaTeX attribute I can control alignment and vertical gridlines in the table. I also would like to have horizontal gridlines, and I would like to have multicol top headers. tgroupt and n.tgroup in theory should me give these multicol headers, but it does not work. Is there a way of accomplishing what I want? #+title: Testing R table output #+author: Erich Neuwirth #+date: 28. August 2012 #+ATTR_LaTeX: align=|l|c|r|r|r|r| #+ATTR_HTML: border="2" rules="all" frame="border" #+begin_src R :session *RPisa* :results output org :exports results require(ascii) mydf <- data.frame( year = rep(as.character(rep(seq(2000,2009,3)),each=2)), gender = rep(c("f","m"),times=2), m1 = (11:18)/11, m2 = (102:109)/22, s1 = seq(1,2,length.out=8), s2 = seq(1.5,2.5,length.out=8) ) res <- ascii(mydf, digits=c(0,0,1,1,2,2), align=c("l","c","r","r","r","r"), format=c("d","s","f","f","f","f"), include.rownames=FALSE, tgroup=c("","mean","se"), n.tgroup=c(2,2,2)) print(res,type="org") #+end_src
Re: [O] Org-mode release 7.9
Achim Gratz writes: > Can we see the full output, please? I got a mail from Robert (apparently not sent to the list) that the error was related to his use of some stuff in contrib/, resulting in a mixed installation. So everyone else who sees that problem, could you please check if you are maybe using something from contrib/, too? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves
Re: [O] Question about section titles
Neuwirth Erich wrote: > I am exporting an org file to html. The text is German. > The table of contents, however, gets a sections with the title > Table of Contents. > > How can I change this section title? Add the following to the beginning of your file: --8<---cut here---start->8--- #+LANGUAGE: de #+LaTeX_header: \usepackage[german]{babel} --8<---cut here---end--->8--- The second is strictly LaTeX of course, not HTML, but the latex exporter does not seem to obey the #+LANGUAGE: option, so this is a way to force it. Nick
[O] Question about section titles
I am exporting an org file to html. The text is German. The table of contents, however, gets a sections with the title Table of Contents. How can I change this section title? Erich
Re: [O] Please consider making a donation
On 26.08.2012 15:19, BernardH wrote: Bastienaltern.org> writes: Hello all, I've been a freelancer for the last two months and I want to continue this experience. As such, my main challenge is to discipline myself not to spend too much time on Org -- because, as you can imagine, it *is* very tempting. So the more donation I receive, the more time I will have for Org. Great ! You might want to lower the barrier to donate by providing a link to http://orgmode.org/org-mode-donate.html ☺. Made a (too-small) donation to Bastien for org-mode. Anyone needing motivation to donate money to Free Software projects should check out The Donate Pledge (http://f-droid.org/posts/the-donate-pledge/) at the F-Droid site. -- +---+ | Jason F. McBrayer jmcb...@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] Alternate format for datetree
Ian Barton wrote: > I would like to use something like this. However, using a recent git > checkout of org mode and the following simple template from the > original list message: > > ("u" > "Test" > entry > (file+headline "~/test.org" > ,(format "%s %s" > (format-time-string "%B") > (format-time-string "%Y" > I get the following error: > > Debugger entered--Lisp error: (wrong-type-argument stringp (\, (format > "%s %s" (format-time-string "%B") (format-time-string "%Y" > regexp-quote((\, (format "%s %s" (format-time-string "%B") > (format-time-string "%Y" > org-capture-set-target-location() > org-capture(nil) > call-interactively(org-capture nil nil) > > I also get the same error from John Hendy's template. Is this a bug in > recent versions of org, or is there an error in the template lisp? I > have tried doing a git bisect, but can only go back a few commits, as > my config now includes several things that have only recently been > added to org. > You are missing the backquote: --8<---cut here---start->8--- `("u" "Test" entry (file+headline "~/test.org" ,(format "%s %s" (format-time-string "%B") (format-time-string "%Y" --8<---cut here---end--->8--- Nick
Re: [O] Alternate format for datetree
[O] [PATCH] Check org-timer-display in org-timer-set-mode-line when, value is 'off
Check org-timer-display in org-timer-set-mode-line when value is 'off * lisp/org-timer.el (org-timer-set-mode-line): Check org-timer-display when value is 'off. This solves the error of (org-timer-set-mode-line 'off) when org-timer-display is 'mode-line. In this case frame-title-format may not be a list. TINYCHANGE --- lisp/org-timer.el | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/lisp/org-timer.el b/lisp/org-timer.el index 551dbea..92aaf1c 100644 --- a/lisp/org-timer.el +++ b/lisp/org-timer.el @@ -304,10 +304,14 @@ VALUE can be `on', `off', or `pause'." (when org-timer-mode-line-timer (cancel-timer org-timer-mode-line-timer) (setq org-timer-mode-line-timer nil)) -(setq global-mode-string - (delq 'org-timer-mode-line-string global-mode-string)) -(setq frame-title-format - (delq 'org-timer-mode-line-string frame-title-format)) +(when (or (eq org-timer-display 'mode-line) + (eq org-timer-display 'both)) + (setq global-mode-string +(delq 'org-timer-mode-line-string global-mode-string))) +(when (or (eq org-timer-display 'frame-title) + (eq org-timer-display 'both)) + (setq frame-title-format +(delq 'org-timer-mode-line-string frame-title-format))) (force-mode-line-update)) ((equal value 'pause) (when org-timer-mode-line-timer -- 1.7.12
Re: [O] bugs in commenting and filling
Hello, Samuel Wales writes: > Here are 6 bugs (or at least changes that might need to be > documented) in Org commenting and filling. > > Context: commenting and filling used to use generic Emacs > facilities, but now use Org-specific ones. > > original: > > === > x > > bug 1: the line above now does not get commented even if > comment-empty-lines is t. > > bug 2: this line now does not indent consistently with the > rest of emacs. > === > > comment-dwim: > > === > # x > > # bug 1: the line above now does not get commented even if > # comment-empty-lines is t. > > # bug 2: this line now does not indent consistently with the > # rest of emacs. > === Both fixed. > bug 3: outside of org with filladapt turned OFF, filling this > paragraph does not > indent it. also auto-fill > indents unlike the rest of emacs. ret tab is ok. Fixed. > #bug 4: this paragraph now gets exported in HTML subtree > #export, which will likely surprise many people who formerly > #used "#" comments instead of "# " comments and don't > #carefully check all output. they might > #even publish private information automatically without > #realizing it using old files that they forgot or did not > #know to convert. This has been announced in 7.9 changes. > #bug 5: filling this paragraph with "===" on the following > #line will fill the ===, unlike the rest of emacs with > #filladapt turned ON. we are supposed to not use filladapt > #with org. therefore, how do you emulate the filladapt > #behavior so that there is consistency between emacs and > #org? I don't know filladapt.el. I've done my homework, though, and looked at the file. If you want to use filladapt.el, you'll have to tweak `filladapt-token-*' variables. If you come up with a working setup, please put it on org-hacks.org as some users may appreciate it. For example, `cc-mode' does it in `c-setup-filladapt' function. > Bug 6: what does the Org-specific commenting do? i was not > able to determine that from the docstring to > org-comment-or-uncomment-region. maybe update docstring > would help others trying to find out why commenting works > differently in org from the rest of emacs? I don't think such explanations belong to `org-comment-or-uncomment-region' docstring. Though, I have dropped a note in org.el: Org comments syntax is quite complex. It requires the entire line to be just a comment. Also, even with the right syntax at the beginning of line, some some elements (i.e. verse-block or example-block) don't accept comments. Usual Emacs comment commands cannot cope with those requirements. Therefore, Org replaces them. Org still relies on `comment-dwim', but cannot trust `comment-only-p'. So, `comment-region-function' and `uncomment-region-function' both point to`org-comment-or-uncomment-region'. Eventually, `org-insert-comment' takes care of insertion of comments at the beginning of line. I hope it is clearer now. Thanks for the detailed report. Regards, -- Nicolas Goaziou
Re: [O] Alternate format for datetree
On 27/08/12 07:08, John Hendy wrote: On Sun, Aug 26, 2012 at 11:04 PM, Nick Dokos wrote: John Hendy wrote: On Sun, Aug 26, 2012 at 3:11 PM, c b <24x7x...@gmail.com> wrote: Hi, I have been using org-mode for about 18 months now and love it. I recently came across the org-capture file+datetree format and it is just what I am looking for, except that I need a slightly different format described as below Currently format is * 2012 ** 2012-08 *** 2012-08-26 Sunday [2012-08-26 Sun 13:00] My note for this Sunday afternoon Needed format is * 08 ** 26 *** 2012 Sunday [2012-08-26 Sun 13:00] My note for this Sunday afternoon Basically, I need to have the "root" of the date tree on the month, followed by date and then Year, so that for a particular date, I can see all yearly activity. Is there currently a way to alter this? If not, how would I go about adding a file+monthtree format for org-capture? Any suggestions would be appreciated I was looking for something similar and someone provided a custom capture template that allowed for using inactive timestamps vs. the default datetree format. See the example provided here: - http://osdir.com/ml/emacs-orgmode-gnu/2012-08/msg00396.html I fiddled with this a bit, not really being familiar and learned a good bit in the process to achieve your desired format. Give this a try: #+begin_src .emacs (setq org-capture-templates `(("t" "test" entry (file+headline "~/file.org" ,(format "%s" (format-time-string "%m"))) ,(format "** %s \n*** %s-%s \n [%s-%s-%s %s %s:%s] " (format-time-string "%d") (format-time-string "%Y") (format-time-string "%A") (format-time-string "%Y") (format-time-string "%m") (format-time-string "%d") (format-time-string "%a") (format-time-string "%H") (format-time-string "%M")) ))) #+end_src One thing I couldn't figure out was how to insert a %? after that second long format option. If I just put in %?, loading .emacs caused the error "Not enough arguments to format" or something like that. I'm sure there's some secret elisp escape syntax I just don't know. I tried various combinations of \ and '("") with no success. Try --8<---cut here---start->8--- ,(format "** %s \n*** %s-%s \n [%s-%s-%s %s %s:%s] %%?" --8<---cut here---end--->8--- You basically need to escape the % from being interpreted by format. C-h f format RET says , | ... | Use %% to put a single % into the output. | ... ` Perfect -- thanks! John Nick That'd put the finishing touch on things so your cursor was where you wanted it. I would like to use something like this. However, using a recent git checkout of org mode and the following simple template from the original list message: ("u" "Test" entry (file+headline "~/test.org" ,(format "%s %s" (format-time-string "%B") (format-time-string "%Y" I get the following error: Debugger entered--Lisp error: (wrong-type-argument stringp (\, (format "%s %s" (format-time-string "%B") (format-time-string "%Y" regexp-quote((\, (format "%s %s" (format-time-string "%B") (format-time-string "%Y" org-capture-set-target-location() org-capture(nil) call-interactively(org-capture nil nil) I also get the same error from John Hendy's template. Is this a bug in recent versions of org, or is there an error in the template lisp? I have tried doing a git bisect, but can only go back a few commits, as my config now includes several things that have only recently been added to org. Ian.
Re: [O] Please consider making a donation
Hi Unfortunately, org-mode is too complete already. Otherwise we could have a bounty fund race on Worg... list the top ten requested features and ask a price for it according of what you believe it would cost you to implement it. People who donates can donate to one or the other feature request. If the price is reached, work can start. If the limit is not reached in a certain time the money might be spend to other feature request in a equal manner. Some sort of org-mode own kickstart projects. Just guess that people like to donate more easily if they have a certain target in view. However, org-mode might be to complete and to uniform to allow a clear separation of different feature requests. Complete OT: As for Lenovo Thinkpad lines durability, can't say anything positive about my T410s (I was very happy with previous models) the T410s was defect after almost a year had hard fights to get it still fixed outside of the one year warranty. Here in Japan, Panasonic Let's Notes have a good reputation of being a road warriors companion and they have a insane high battery life. They are sort of thick and ugly but that even more confirms them as "working horse" instead of a designer gadget. They are not available in Europa as far as I know but Panasonic has a line of Tough-books they are very similar to the Japanese Lets Notes... as the name implies they are well tough... Torsten On 28 August 2012 15:20, Jeremiah Dodds wrote: > Bastien writes: > >> Hello all, >> >> I've been a freelancer for the last two months and I want to continue >> this experience. >> >> As such, my main challenge is to discipline myself not to spend too >> much time on Org -- because, as you can imagine, it *is* very tempting. >> >> So the more donation I receive, the more time I will have for Org. >> >> Any donation will first go into a new computer, as my lovely Thinkpad >> X61 is about to die. >> >> I you think of any Emacs/Org development you would like to sponsor, >> independantly from what's already existing, please send me an email. >> >> Thanks for your help! > > You're on my shortlist of people to donate to when I have some spare > cash. I'm eternally grateful for the work you've put into Org! > > If I had the ability, I'd just pay you to work on it straight-up. > > As an aside, Thinkpads are pretty notorious for living through hell. My > T410 is currently ridiculously beat up, but still runs like a charm. > > -- > Jeremiah Dodds > > blog : http://jdodds.github.com > github : https://github.com/jdodds > freenode : exhortatory > twitter: kaens >