Question about section titles

Question about section titles

[Neuwirth Erich]

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: Question about section titles

[Nick Dokos]

Neuwirth Erich <erich.neuwirth@univie.ac.at> 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

Features and stuff I've been working on.

[Luis Anaya]

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: Features and stuff I've been working on.

[Thomas S. Dye]

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 <papoanaya@hotmail.com> 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

Re: Features and stuff I've been working on.

[Luis Anaya]

tsd@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: Features and stuff I've been working on.

[Bastien]

Hi Luis,

Luis Anaya <papoanaya@hotmail.com> writes:

> 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.

Agreed.

> Newlisp and JLang happen to be fairly fringe languages. (C'mon +/%# =
> average?! :) ) and should belong to contrib

Agreed, too.

-- 
 Bastien

Re: Features and stuff I've been working on.

[Michael Brand]

Hi Luis

On Wed, Aug 29, 2012 at 12:14 AM, Luis Anaya <papoanaya@hotmail.com> wrote:
> [...] 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)

Just a short feedback: My vote goes for ob-mathomatic.el that sounds
very interesting [1] to me.

Michael

[1] e. g. mathomatic.org: “there are no dependencies other than the
standard C libraries”

Re: Features and stuff I've been working on.

[Bastien]

Hi Luis,

Luis Anaya <papoanaya@hotmail.com> writes:

> 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)

Can you send the link to the source code for each contribution?

E.g. In the "develop" branch, I've found this

https://github.com/papoanaya/emacs_utils/blob/develop/org-mom.el

but the first line says it's org-groff-mom.el...

> 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) 

Looks useful.

> org-groff-mom.el :: Groff exporter using MOM's macros. This one is
> almost complete. (http://www.schaffter.ca/mom/mom-01.html)

How much duplicate code with org-e-groff.el?  If the amount is not
small, would it make sense to let org-e-groff.el know that the user
wants to use the MOM macros through a customizable option?  If the 
files have the same user-base and share a lot of code, I guess we 
should merge them somehow.

> 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)

Great to see so many exporters :)

> 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)

This looks very useful.  Please share the code on this list when you
think it's ready for inclusion.

> 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)

Great.  I wonder why there is no Babel support for the Arc lisp
(http://paulgraham.com/arc.html) ... 

> 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.

Wow.  Again, great!  I wish I had more documents (and less code) to
write to get more occasions to enjoy all these features :)

Thanks!

-- 
 Bastien

Re: Features and stuff I've been working on.

[Luis Anaya]

Bastien <bzg@altern.org> writes:

> but the first line says it's org-groff-mom.el...

Yes, I need to clean that code up. That's why it's in the development
branch still. 


>> org-groff-mom.el :: Groff exporter using MOM's macros. This one is
>> almost complete. (http://www.schaffter.ca/mom/mom-01.html)
>
> How much duplicate code with org-e-groff.el?  If the amount is not
[chop...]
> should merge them somehow.

This would require some thought, but it has been on my radar. The reason
why this is tricky is because even though they both use
Groff, their behavior is different in some cases. 

There are a lot of items that are shared among them, like tables fonts
and picture handling, but there are some constructs that have a totally 
different behavior. Notably:

1. MM defines numbered headings with .H and unumbered with .HU. MOM asks
you to defined the type of heading you want at start.


2. MM terminates all constructs, MOM does not in some cases. 
For example .DS C/DE for centralizing in MM but in MOM I have to specify 
the next type of justification after a .CENTER which may not correspond
to the previous justification type. 

3. Letter macros work slightly different, but not horrible. But MOM
letter macros are unforgiving on the order in which the Macros
are called in.

4. Font definitions are slightly different \fB vs \*[BOLD] but MOM
macros can use \fB just as well. 

5. Colors are handled slightly different. MOM is a lot smarter on color
handling than MM, but MOM is ok with using Groff commands on colors.

The bottom line, considering that there's a lot of shared code, I think 
it's doable to merge both, Now that I have a working MOM exporter I
should be able to accomodate for nuances on each set during merge. 


>
> This looks very useful.  Please share the code on this list when you
> think it's ready for inclusion.
>


>> org-e-groff.el :: 


I need to push this to Org's Git. I do not think I want to wait until I
go through the exercise of merging MOM and MM's sets into one file to
get that out of the door. 


Now, back to bed. (allergies are killing me).



-- 
Luis Anaya
papo anaya aroba hot mail punto com
"Do not use 100 words if you can say it in 10" - Yamamoto Tsunetomo

Re: Features and stuff I've been working on.

[Bastien]

Luis Anaya <papoanaya@hotmail.com> writes:

> I need to push this to Org's Git. I do not think I want to wait until I
> go through the exercise of merging MOM and MM's sets into one file to
> get that out of the door. 

Sure.  And the merging is perhaps not called for, I was just wondering.

Thanks,

-- 
 Bastien