emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* Release 7.02
@ 2010-10-29  6:49 Carsten Dominik
  2010-10-29  8:30 ` Sébastien Vauban
                   ` (3 more replies)
  0 siblings, 4 replies; 18+ messages in thread
From: Carsten Dominik @ 2010-10-29  6:49 UTC (permalink / raw)
  To: Org Mode

Dear all,

I have release version 7.02 or Org-mode.  Thanks to all who
have contributed!

Enjoy

- Carsten


Changes in version 7.02


Incompatible Changes
~~~~~~~~~~~~~~~~~~~~~

Code block hashes
==================
Due to changes in the code resolving code block header arguments
hashing of code block results should now re-run a code block when
an argument to the code block has changed.  As a result of this
change *all* code blocks with cached results will be re-run after
upgrading to the latest version.

Testing update
===============
Anyone using the org-mode test suite will need to update the jump
repository for test navigation by executing the following from
the root of the org-mode repository.
git submodule update
Failure to update this repository will cause loading of
org-test.el to throw errors.

Lists handling
===============

Due to changes made to lists, it is no longer possible to have a
sublist, some text and then another sublist while still in the same
top-level list item, like in the following situation:


   - Some list
     + A first sublist
     + of two elements

     A text belonging to the top-level list

     + Then another sublist
     + and a second element in it
   - End of main list

Moreover, two variables are now obsolete, namely
=org-provide-checkbox-statistics= and =org-auto-renumber-ordered-lists=.
If you have changed default value of the former, you should have a
look at the new variable =org-list-automatic-rules=, specifically at the
checkbox rule. The latter has no equivalent, but a new way is provided
to enforce some special numbering in a list. See [announcement] below.


[announcement]: sec-2_1

Details
~~~~~~~~

Plain lists changes
====================

There is now two possibilities to end a plain list: either by
indenting some text less than the last bullet of the list — like
before, but now it now closes /all/ sublists in the process — or by
specifying some regex — two blank lines, by default. All of this can
be configured through =org-list-ending-method=, =org-list-end-regexp=  
and
=org-empty-line-terminates-plain-lists=. This allows such constructs:


   1. an ordered list
   2. with two items


   - another independent list
   - of two items

Note that anyting inside a block (like example or src) isn't taken
into consideration with regards to list ending.

You can now enforce a special numbering in an ordered list with =[@num]=
syntax, which generalizes the =[@start:num]= concept. It can be inserted
in any item of the list, and exporters recognize it. Here is an
example of what you can obtain:


   2. [@2] I like
   3. prime-numbered
   5. [@5] lists

Cycling an item – using TAB — more than once just after its creation
no longer moves it until it reaches the left margin. Now, all
positions offered are meaningful in list's structure. Furthermore,
indenting and outdenting items or subtrees within the list cannot
break its integrity either.

=org-insert-item=, when plain-list-item is set to auto in
=org-blank-before-new-entry=, will apply some heuristics to insert the
right number of blank lines, if any, after, or before, the newly
created item. When no information is avalaible to take a guess, it
will default to no blank line.

=org-sort-list= sorts timer lists with t and T commands.

Automatic actions are now taken by Org when some commands are issued.
You can have a look at them and disable them individually with the
help of the new variable =org-list-automatic-rules=.

It is possible to change indentation of the whole list — it's, by the
way, the only way to acheive this: indenting a region won't move lists
— by using M-S-right and M-S-left when on its very first item. This
global indentation has no influence on the text after the list:


   You can have some text before a list.

         - then a
         - small list

   And a text following the list, indented like if there was no list at
   all.

Many bugfixes are included. For example, =org-cycle= on a list no longer
swallows text after it and indenting a region containing a list
shouldn't be problematic anymore. Some inconsistencies are also
corrected. Thus, =org-cycle-list-bullet= will not offer "1." if you have
disabled this kind of bullet by configuring
=org-plain-list-ordered-item-terminator=.

Implement MathJax support
==========================

Org-mode now uses MathJax to display math on web pages.  We serve
MathJax from the orgmode.org server, at least for the time being
(thanks Bastien!).  If you are going to use this for pages which
are viewd often, please install MathJax on your own webserver.

To return to the old way of creating images and inserting them
into web pages, you would have to set

(setq org-export-with-LaTeX-fragments 'dvipng)

or on a per-file basis

#+OPTIONS: LaTeX:dvipng

Add org-wikinodes.el as a contributed package
==============================================

One frequent request has been to be able to use CamelCase words
for automatic cross links in a Wiki created by Org.  THis is now
possible with org-wikinodes.el, which is available in the contrib
directory.  We also have some [documentation] for this feature up
on Worg.


[documentation]: http://orgmode.org/worg/org-contrib/org-wikinodes.php

Timer/clock enhancements
=========================

=org-timer-set-timer= displays a countdow timer in the modeline.
 From the agenda, `J' invokes =org-agenda-clock-goto=.

Fontify code in code blocks.
=============================

Source code in code blocks can now be fontified.  Please customize the
varable =org-src-fontify-natively=. For very large blocks (several
hundreds of lines) there can be delays in editing such fontified
blocks, in which case C-c ' should be used to bring up a dedicated
edit buffer.

Thanks to Dan Davison for this.

Allow "#" and "%" in tags
==========================

Tags can now also contain the characters =#= and =%=, in addition
to =@= and letters.

MobileOrg: Encryption finally works
====================================

As soon as MobilOrg 1.5 hits the Apple's AppStore, you can
encrypt your org files on public servers.  Please see the
documentation of MobileOrg and Appendix B of the manual for more
details.


MobileOrg: Do not force to insert IDs
======================================

If you dislike the property of MobileOrg to insert ID properties
for in all entries being part of an agenda view, you can now turn
this off using the variable
=org-mobile-force-id-on-agenda-items=.  When this variable is set
to =nil=, MobileOrg will use outline paths to identify entries.
Note that this may fail if several entries have identical outline
paths.

Table fields are now aligned better, new <c> cookie.
=====================================================

In HTML export, table fields are now properly aligned in accord
with automatic alignment in org, or as set by the =<r>=, =<l>=, and
=<c>= cookies.  The =<c>= cookie is new and has no effect in
Org, but it does do the right thing in HTML export.

Improve XEmacs compatibility
=============================

Org-mode 7.02 now runs again in 21.4.22 if the new XEmacs base
package is installed.

Thanks to Uwe Bauer, Volker Ziegler, Michael Sperber and others
for a discussion that lead to this nice result.


Agenda: Allow compact two-column display in agenda dispatcher
==============================================================

If you have many custom agenda commands, you can have the display
in the dispatcher use two columns with the following settings

(setq org-agenda-menu-show-match nil
       org-agenda-menu-two-column t)

This was a request by John Wiegley.

Language-mode commands are available in the Org-buffer
=======================================================
     The most general machinery for doing this is the macro
     `org-babel-do-in-edit-buffer'. There is also the convenience
     function `org-babel-do-key-sequence-in-edit-buffer' which makes
     use of this macro, and is bound to C-c C-v C-x and C-c C-v x. If
     there is an active region contained within the code block, then
     this is inherited by the edit buffer. Some examples of the sorts
     of usage this permits are

C-c C-v C-x M-;       comment region according to language
C-c C-v C-x C-M-\     indent region according to language

Users can make these more convenient, e.g.

(defun my/org-comment-dwim (&optional arg)
     (interactive "P")
     (or (org-babel-do-key-sequence-in-edit-buffer "\M-;")
         (comment-dwim arg)))

(define-key org-mode-map "\M-;" 'my/org-comment-dwim)

A common instance of this general pattern is built in to Org-mode,
controlled by the variable `org-src-tab-acts-natively': if this
variable is set, then TAB in a code block has the effect that it would
have in the language major mode buffer.

Org-babel commands are available in language-mode edit buffer
==============================================================
     Mirroring the language-native commands in Org buffers above, a new
     macro `org-src-do-at-code-block' and convenience function
     `org-src-do-key-sequence-at-code-block' provide the converse. When
     used in a language major-mode edit buffer (i.e. a buffer generated
     by C-c '), `org-src-do-key-sequence-at-code-block' executes a key
     sequence at the code block in the source Org buffer.  The command
     bound to the key sequence in the Org-babel key map is executed
     remotely with point temporarily at the start of the code block in
     the Org buffer.

     The command is not bound to a key by default, to avoid conflicts
     with language major mode bindings. To bind it to C-c @ in all
     language major modes, you could use

   (add-hook 'org-src-mode-hook
             (lambda () (define-key org-src-mode-map "\C-c@"
                     'org-src-do-key-sequence-at-code-block)))

     In that case, for example, C-c @ t issued in code edit buffers
     would tangle the current Org code block, C-c @ e would execute
     the block and C-c @ h would display the other available
     Org-babel commands.

Multi-line header arguments to code blocks
===========================================
Code block header arguments can now span multiple lines using the
new =#+header:= or =#+headers:= lines preceding a code block or
nested in between the name and body of a named code block.
Examples are given below.

- multi-line header arguments on an un-named code block
   #+headers: :var data1=1
   #+begin_src emacs-lisp :var data2=2
     (message "data1:%S, data2:%S" data1 data2)
   #+end_src

   #+results:
   : data1:1, data2:2

- multi-line header arguments on a named code block
     #+source: named-block
     #+header: :var data=2
     #+begin_src emacs-lisp
       (message "data:%S" data)
     #+end_src

     #+results: named-block
     : data:2

Unified handling of variable expansion for code blocks
=======================================================
The code used to resolve variable references in code block header
arguments has now been consolidated.  This both simplifies the
code base (especially the language-specific files), and ensures
that the arguments to a code block will not be evaluated multiple
times.  This change should not be externally visible to the
Org-mode user.

Improved Caching
=================
Code block caches now notice if the value of a variable argument
to the code block has changed, if this is the case the cache is
invalidated and the code block is re-run.  The following example
can provide intuition for the new behavior.

   #+srcname: random
   #+begin_src R :cache yes
   runif(1)
   #+end_src

   #+results[a2a72cd647ad44515fab62e144796432793d68e1]: random
   0.4659510825295

   #+srcname: caller
   #+begin_src emacs-lisp :var x=random :cache yes
   x
   #+end_src

   #+results[bec9c8724e397d5df3b696502df3ed7892fc4f5f]: caller
   0.254227238707244

Added :headers header argument for LaTeX code blocks
=====================================================
This makes it possible to set LaTeX options which must take place in
the document pre-amble for LaTeX code blocks.  This header argument
accepts either a single string or a list, e.g.


   #+begin_src latex :headers \usepackage{lmodern} :file name1.pdf
     latex body
   #+end_src

   #+begin_src latex :headers '("\\usepackage{mathpazo}" "\ 
\usepackage{fullpage}") :file name2.pdf
     latex body
   #+end_src

New function `org-export-string'
=================================
Allows exporting directly from a string to the specified export format.

Code block header argument ":noweb tangle"
===========================================
Only expands noweb syntax references when tangling, not during
export (weaving).

New function `org-babel-switch-to-session-with-code'
=====================================================
C-c C-v z (`org-babel-switch-to-session-with-code') is a variant of
C-c C-v C-z (`org-babel-switch-to-session'): instead of switching to
the session buffer, it splits the window between (a) the session
buffer and (b) a language major-mode edit buffer for the code block in
question. This can be convenient for using language major mode for
interacting with the session buffer.

Improvements to R sessions
===========================
     R now uses standard ESS code evaluation machinery in the :results
     value case, which avoids unnecessary output to the comint
     buffer. In addition, the R command responsible for writing the
     result to file is hidden from the user.  Finally, the R code edit
     buffer generated by C-c ' is automatically linked to the ESS
     session if the current code block is using :session.

Temporary file directory
=========================
All babel temporary files are now kept in a single sub-directory in
the /tmp directory and are cleaned up when Emacs exits.

Function for demarcating blocks `org-babel-demarcate-block'
============================================================
Can be called to wrap the region in a block, or to split the block
around point, bound to (C-c C-v d).

Function for marking code block contents `org-babel-mark-block'
================================================================
     Bound to C-M-h in the babel key map (i.e. C-c C-v C-M-h by
     default).  This can be useful in conjunction with
     `org-babel-do-in-edit-buffer', for example for language-native
     commenting or indenting of the whole block.

Lists of anniversaries are now handeled better
===============================================

When several anniversaries are defined in the bbdb anniversaries
field (separated by semicolon), this is now handled nicely by the
agenda.

Thanks to Lukasz Setmann for a patch to this effect.

Update freemind converter to include body text
===============================================

The freemind exporter now incorporates body text into the mind
map.

Thanks to Lennard Borgman for this patch.


Make footnotes work correctly in message-mode
==============================================
The footnotes code now searches for the message delimiter "--" in
order to place footnotes before the signature.
Thanks to Tassilo Horn for this patch.


Make it configurable wether agenda jumping prefers the future
==============================================================

When jumping to a date from the agenda using the =j= key, you may
or may not like the property of Org's date reader to prefer the
future when you enter incomplete dates.   This can now be
configured using the variable =org-agenda-jump-prefer-future'.

Add publishing functions for ASCII, Latin-1 and UTF-8
======================================================

There are now publishing functions =org-publish-org-to-ascii=,
=org-publish-org-to-latin1=, and =org-publish-org-to-utf8=.

Thanks to Matthias Danzl for showing how to do this.

Indentation and headline insertion after inline tasks
======================================================

Indentation in inline tasks, and headline insertion after inline
tasks now behave as expected.

Encryption in MobileOrg finally works
======================================

As soon as MobilOrg 1.5 hits the Apple's AppStore, you can
encrypt your org files on public servers.  Please see the
documentation of MobileOrg and Appendix B of the manual for more
details.


MobileOrg: Do not force to insert IDs
======================================

If you dislike the property of MobileOrg to insert ID properties
for in all entries being part of an agenda view, you can now turn
this off using the variable
=org-mobile-force-id-on-agenda-items=.  When this variable is set
to =nil=, MobileOrg will use outline paths to identify entries.
Note that this may fail if several entries have identical outline
paths.

LaTeX minted package for fontified source code export
======================================================
Patch by Dan Davison.

Setting `org-export-latex-listings' to have the special value 'minted
causes source code to be exported to latex using the minted package,
which will fontify source code with color.  If you want to use this,
you need to make LaTeX use the minted package. Add minted to
`org-export-latex-packages-alist', for example using customize, or
with something like

   (require 'org-latex)
   (add-to-list 'org-export-latex-packages-alist '("" "minted"))

In addition, it is neccessary to install
pygments ([http://pygments.org]), and to configure
`org-latex-to-pdf-process' so that the -shell-escape option is
passed to pdflatex.

Allow to use texi2dvi or rubber for processing LaTeX to pdf
============================================================

Please see the variable =org-export-latex-to-pdf-process= for
more information.

Thanks to Olivier Schwander for the rubber part.

LaTeX package fixes
====================

We updated the list of default packages loaded by LaTeX exported
files.

New STARTUP keywords to turn on inline images
==============================================

If you want to inline images whenever you visit an Org file, use

#+STARTUP: inlineimages


Support for user-extensible speed commands.
============================================

There is a new hook =org-speed-command-hook=.  Thanks to
Jambunathan for a patch to this effect.

Add macro to insert property values into exported text
=======================================================

you can use {{{property{NAME}}}} to insert the value of a
property upon export.

Thanks to David Maus for a patch to this effect.

Show command names in manual
=============================

Andreas Röhler is adding command names to keys in the manual.
This will take a while to complete, but a start has been made.

Make backslash escape "-" in property matches
==============================================

When entering a tags/property query, "-" is a logical operator.
However, "-" is also allowed in property names.  So you can now
write "SOME\-NAME" to work around this issue.

This was a request by Ilya Shlyakhter.


Document quick insertion of empty structural elements
======================================================

Org-mode has a built-in template mechanism for inserting block
templates.  This was undocumented until now.

Thanks to Jambunathan K for the patch.

- Carsten

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: Release 7.02
  2010-10-29  6:49 Release 7.02 Carsten Dominik
@ 2010-10-29  8:30 ` Sébastien Vauban
  2010-10-29  9:26   ` Carsten Dominik
  2010-10-29  9:28   ` Carsten Dominik
  2010-10-29 12:59 ` Łukasz Stelmach
                   ` (2 subsequent siblings)
  3 siblings, 2 replies; 18+ messages in thread
From: Sébastien Vauban @ 2010-10-29  8:30 UTC (permalink / raw)
  To: emacs-orgmode-mXXj517/zsQ

Hi Carsten,

Thanks a lot to you (and all others who made this happen) for this beautiful
new version!!

Carsten Dominik wrote:
> Lists handling
> ===============
>
> Due to changes made to lists, it is no longer possible to have a sublist,
> some text and then another sublist while still in the same top-level list
> item, like in the following situation:
>
>
>   - Some list
>     + A first sublist
>     + of two elements
>
>     A text belonging to the top-level list
>
>     + Then another sublist
>     + and a second element in it
>   - End of main list

Basically, it means that this entry for this entry (about Org Babel) from an
old file of mine (update this morning) does not publish anymore the same way:

--8<---------------cut here---------------start------------->8---
* How to view the results

- =C-c C-v C-v= (or =C-c C-v v=) -- View the expanded body of a code block.

- =C-c C-v C-z= -- Switch to the *session* of the current code block (first,
  you need to add =:session= to it).

  Use =C-u C-c C-v C-z= to bring up the session with the input variable
  pre-loaded.

  =C-c C-v z= (=org-babel-switch-to-session-with-code=) is a variant of =C-c
  C-v C-z= (=org-babel-switch-to-session=): instead of switching to the
  session buffer, it splits the window between:

  + the session buffer, and
  + a language major-mode edit buffer for the code block in question.

  This can be convenient for using language major mode for interacting with
  the session buffer.
--8<---------------cut here---------------end--------------->8---

The last sentence is *not* considered part of the second element of the first
list.

Although I've seen similar constructs in many, many documents, does anyone
know enough rules of style to tell me if this is a wrong way to write things
down?  Or, does some possibility still exist to support this seamlessly?


> Make footnotes work correctly in message-mode
> ==============================================
> The footnotes code now searches for the message delimiter "--" in order to
> place footnotes before the signature. Thanks to Tassilo Horn for this patch.

Just a detail: the delimiter is "-- " (space after the dashes).

Best regards,
  Seb

-- 
Sébastien Vauban


_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: Re: Release 7.02
  2010-10-29  8:30 ` Sébastien Vauban
@ 2010-10-29  9:26   ` Carsten Dominik
  2010-10-29 11:36     ` Sébastien Vauban
  2010-10-29  9:28   ` Carsten Dominik
  1 sibling, 1 reply; 18+ messages in thread
From: Carsten Dominik @ 2010-10-29  9:26 UTC (permalink / raw)
  To: Sébastien Vauban; +Cc: emacs-orgmode

Hi Sebastian,

On Oct 29, 2010, at 10:30 AM, Sébastien Vauban wrote:

> Hi Carsten,
>
> Thanks a lot to you (and all others who made this happen) for this  
> beautiful
> new version!!
>
> Carsten Dominik wrote:
>> Lists handling
>> ===============
>>
>> Due to changes made to lists, it is no longer possible to have a  
>> sublist,
>> some text and then another sublist while still in the same top- 
>> level list
>> item, like in the following situation:
>>
>>
>>  - Some list
>>    + A first sublist
>>    + of two elements
>>
>>    A text belonging to the top-level list
>>
>>    + Then another sublist
>>    + and a second element in it
>>  - End of main list
>
> Basically, it means that this entry for this entry (about Org Babel)  
> from an
> old file of mine (update this morning) does not publish anymore the  
> same way:
>
> --8<---------------cut here---------------start------------->8---
> * How to view the results
>
> - =C-c C-v C-v= (or =C-c C-v v=) -- View the expanded body of a code  
> block.
>
> - =C-c C-v C-z= -- Switch to the *session* of the current code block  
> (first,
>  you need to add =:session= to it).
>
>  Use =C-u C-c C-v C-z= to bring up the session with the input variable
>  pre-loaded.
>
>  =C-c C-v z= (=org-babel-switch-to-session-with-code=) is a variant  
> of =C-c
>  C-v C-z= (=org-babel-switch-to-session=): instead of switching to the
>  session buffer, it splits the window between:
>
>  + the session buffer, and
>  + a language major-mode edit buffer for the code block in question.
>
>  This can be convenient for using language major mode for  
> interacting with
>  the session buffer.
> --8<---------------cut here---------------end--------------->8---
>
> The last sentence is *not* considered part of the second element of  
> the first
> list.
>
> Although I've seen similar constructs in many, many documents, does  
> anyone
> know enough rules of style to tell me if this is a wrong way to  
> write things
> down?  Or, does some possibility still exist to support this  
> seamlessly?

It is not that this would be bad style.  In fact I do miss this kind  
of structure as well, and accepting loosing it was the biggest  
argument against Nicolas' change.

However, the trade was for much greater stability and consistency of  
plain lists, Nicolas has done some great work here.  Another issue was  
that the LaTeX exporter never had any support for these structures, so  
that was inconsistent for a long time.

- Carsten


>
>
>> Make footnotes work correctly in message-mode
>> ==============================================
>> The footnotes code now searches for the message delimiter "--" in  
>> order to
>> place footnotes before the signature. Thanks to Tassilo Horn for  
>> this patch.
>
> Just a detail: the delimiter is "-- " (space after the dashes).
>
> Best regards,
>  Seb
>
> -- 
> Sébastien Vauban
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

- Carsten

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: Re: Release 7.02
  2010-10-29  8:30 ` Sébastien Vauban
  2010-10-29  9:26   ` Carsten Dominik
@ 2010-10-29  9:28   ` Carsten Dominik
  2010-10-29 12:42     ` Eric S Fraga
  2010-10-29 13:07     ` Łukasz Stelmach
  1 sibling, 2 replies; 18+ messages in thread
From: Carsten Dominik @ 2010-10-29  9:28 UTC (permalink / raw)
  To: Sébastien Vauban; +Cc: emacs-orgmode

>
>
>> Make footnotes work correctly in message-mode
>> ==============================================
>> The footnotes code now searches for the message delimiter "--" in  
>> order to
>> place footnotes before the signature. Thanks to Tassilo Horn for  
>> this patch.
>
> Just a detail: the delimiter is "-- " (space after the dashes).

Really?  Is that the official delimiter?  I never knew.

- Carsten

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: Release 7.02
  2010-10-29  9:26   ` Carsten Dominik
@ 2010-10-29 11:36     ` Sébastien Vauban
  2010-10-29 11:48       ` Carsten Dominik
  2010-10-29 16:20       ` Nicolas Goaziou
  0 siblings, 2 replies; 18+ messages in thread
From: Sébastien Vauban @ 2010-10-29 11:36 UTC (permalink / raw)
  To: emacs-orgmode-mXXj517/zsQ

Hi Carsten,

Carsten Dominik wrote:
> On Oct 29, 2010, at 10:30 AM, Sébastien Vauban wrote:
>> Carsten Dominik wrote:
>>> Due to changes made to lists, it is no longer possible to have a sublist,
>>> some text and then another sublist while still in the same top- level list
>>> item, like in the following situation:
>>>
>>>  - Some list
>>>    + A first sublist
>>>    + of two elements
>>>
>>>    A text belonging to the top-level list
>>>
>>>    + Then another sublist
>>>    + and a second element in it
>>>  - End of main list
>>
>> Basically, it means that this entry for this entry (about Org Babel) from
>> an old file of mine (update this morning) does not publish anymore the same
>> way:
>>
>> --8<---------------cut here---------------start------------->8---
>> * How to view the results
>>
>> - =C-c C-v C-v= (or =C-c C-v v=) -- View the expanded body of a code block.
>>
>> - =C-c C-v C-z= -- Switch to the *session* of the current code block (first,
>>  you need to add =:session= to it).
>>
>>  Use =C-u C-c C-v C-z= to bring up the session with the input variable
>>  pre-loaded.
>>
>>  =C-c C-v z= (=org-babel-switch-to-session-with-code=) is a variant of =C-c
>>  C-v C-z= (=org-babel-switch-to-session=): instead of switching to the
>>  session buffer, it splits the window between:
>>
>>  + the session buffer, and
>>  + a language major-mode edit buffer for the code block in question.
>>
>>  This can be convenient for using language major mode for interacting with
>>  the session buffer.
>> --8<---------------cut here---------------end--------------->8---
>>
>> The last sentence is *not* considered part of the second element of the
>> first list.
>>
>> Although I've seen similar constructs in many, many documents, does anyone
>> know enough rules of style to tell me if this is a wrong way to write
>> things down? Or, does some possibility still exist to support this
>> seamlessly?
>
> It is not that this would be bad style. In fact I do miss this kind of
> structure as well, and accepting loosing it was the biggest argument against
> Nicolas' change.

Does that mean that we must admit this will stay like that forever, or will
one try to look and see if it's possible to make that extension?


> However, the trade was for much greater stability and consistency of plain
> lists, Nicolas has done some great work here. Another issue was that the
> LaTeX exporter never had any support for these structures, so that was
> inconsistent for a long time.

I know that Bastien told he would fix it when he would have time. So, that did
not seem to be an impossible wish.

Best regards,
  Seb

-- 
Sébastien Vauban


_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: Re: Release 7.02
  2010-10-29 11:36     ` Sébastien Vauban
@ 2010-10-29 11:48       ` Carsten Dominik
  2010-10-29 16:20       ` Nicolas Goaziou
  1 sibling, 0 replies; 18+ messages in thread
From: Carsten Dominik @ 2010-10-29 11:48 UTC (permalink / raw)
  To: Sébastien Vauban; +Cc: emacs-orgmode


On Oct 29, 2010, at 1:36 PM, Sébastien Vauban wrote:

> Hi Carsten,
>
> Carsten Dominik wrote:
>> On Oct 29, 2010, at 10:30 AM, Sébastien Vauban wrote:
>>> Carsten Dominik wrote:
>>>> Due to changes made to lists, it is no longer possible to have a  
>>>> sublist,
>>>> some text and then another sublist while still in the same top-  
>>>> level list
>>>> item, like in the following situation:
>>>>
>>>> - Some list
>>>>   + A first sublist
>>>>   + of two elements
>>>>
>>>>   A text belonging to the top-level list
>>>>
>>>>   + Then another sublist
>>>>   + and a second element in it
>>>> - End of main list
>>>
>>> Basically, it means that this entry for this entry (about Org  
>>> Babel) from
>>> an old file of mine (update this morning) does not publish anymore  
>>> the same
>>> way:
>>>
>>> --8<---------------cut here---------------start------------->8---
>>> * How to view the results
>>>
>>> - =C-c C-v C-v= (or =C-c C-v v=) -- View the expanded body of a  
>>> code block.
>>>
>>> - =C-c C-v C-z= -- Switch to the *session* of the current code  
>>> block (first,
>>> you need to add =:session= to it).
>>>
>>> Use =C-u C-c C-v C-z= to bring up the session with the input  
>>> variable
>>> pre-loaded.
>>>
>>> =C-c C-v z= (=org-babel-switch-to-session-with-code=) is a variant  
>>> of =C-c
>>> C-v C-z= (=org-babel-switch-to-session=): instead of switching to  
>>> the
>>> session buffer, it splits the window between:
>>>
>>> + the session buffer, and
>>> + a language major-mode edit buffer for the code block in question.
>>>
>>> This can be convenient for using language major mode for  
>>> interacting with
>>> the session buffer.
>>> --8<---------------cut here---------------end--------------->8---
>>>
>>> The last sentence is *not* considered part of the second element  
>>> of the
>>> first list.
>>>
>>> Although I've seen similar constructs in many, many documents,  
>>> does anyone
>>> know enough rules of style to tell me if this is a wrong way to  
>>> write
>>> things down? Or, does some possibility still exist to support this
>>> seamlessly?
>>
>> It is not that this would be bad style. In fact I do miss this kind  
>> of
>> structure as well, and accepting loosing it was the biggest  
>> argument against
>> Nicolas' change.
>
> Does that mean that we must admit this will stay like that forever,  
> or will
> one try to look and see if it's possible to make that extension?

I am not against it if it can be done in a clean way that is in  
keeping with the structure and philosophy Nicolas has implemented.

I think this will mean that we would not use just indentation to  
define this,
but some explicit piece of syntax.

Patches and discussions about this will always be welcome, no need to  
close any door for good.


>
>
>> However, the trade was for much greater stability and consistency  
>> of plain
>> lists, Nicolas has done some great work here. Another issue was  
>> that the
>> LaTeX exporter never had any support for these structures, so that  
>> was
>> inconsistent for a long time.
>
> I know that Bastien told he would fix it when he would have time.  
> So, that did
> not seem to be an impossible wish.

Trust me, it is not something I can do in a day or two, or I would  
have done it a long time ago.  I don't know why Bastien has never done  
it.  bastien, did you ever try?

- Carsten

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: Re: Release 7.02
  2010-10-29  9:28   ` Carsten Dominik
@ 2010-10-29 12:42     ` Eric S Fraga
  2010-10-29 13:07     ` Łukasz Stelmach
  1 sibling, 0 replies; 18+ messages in thread
From: Eric S Fraga @ 2010-10-29 12:42 UTC (permalink / raw)
  To: Carsten Dominik; +Cc: Sébastien Vauban, emacs-orgmode

Carsten Dominik <carsten.dominik@gmail.com> writes:

>>
>>
>>> Make footnotes work correctly in message-mode
>>> ==============================================
>>> The footnotes code now searches for the message delimiter "--" in
>>> order to
>>> place footnotes before the signature. Thanks to Tassilo Horn for
>>> this patch.
>>
>> Just a detail: the delimiter is "-- " (space after the dashes).
>
> Really?  Is that the official delimiter?  I never knew.
>
> - Carsten

More precisely: "^-- $" in a regex form.  That is, a single line
consisting of exactly two dashes and one space indicates the start of
the signature.  Nothing else does.

-- 
Eric S Fraga
GnuPG: 8F5C 279D 3907 E14A 5C29  570D C891 93D8 FFFC F67D

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: Release 7.02
  2010-10-29  6:49 Release 7.02 Carsten Dominik
  2010-10-29  8:30 ` Sébastien Vauban
@ 2010-10-29 12:59 ` Łukasz Stelmach
  2010-10-29 14:42   ` Bastien
  2010-10-29 14:02 ` Jambunathan K
  2010-10-29 17:50 ` Jeff Horn
  3 siblings, 1 reply; 18+ messages in thread
From: Łukasz Stelmach @ 2010-10-29 12:59 UTC (permalink / raw)
  To: emacs-orgmode

Carsten Dominik <carsten.dominik@gmail.com> writes:

> Lists of anniversaries are now handeled better
> ===============================================
>
> When several anniversaries are defined in the bbdb anniversaries
> field (separated by semicolon), this is now handled nicely by the
> agenda.
>
> Thanks to Lukasz Setmann for a patch to this effect.
            ^^^^^^^^^^^^^^
Who's that guy? ;-)

BTW. according to the docstring of org-bbdb-anniversary-field multiple
anniversaries for one contact are separated with "\n". Semicolon had
been used in org-bbdb-anniversaries (until I created the patch) to join
different anniversaries, possibly from different contacts, occuring on
the same day to display them as a single line in the agenda view.

-- 
Miłego dnia,
Łukasz Stelmach

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: Release 7.02
  2010-10-29  9:28   ` Carsten Dominik
  2010-10-29 12:42     ` Eric S Fraga
@ 2010-10-29 13:07     ` Łukasz Stelmach
  1 sibling, 0 replies; 18+ messages in thread
From: Łukasz Stelmach @ 2010-10-29 13:07 UTC (permalink / raw)
  To: emacs-orgmode

Carsten Dominik <carsten.dominik@gmail.com> writes:

>>> Make footnotes work correctly in message-mode
>>> ==============================================
>>> The footnotes code now searches for the message delimiter "--" in
>>> order to
>>> place footnotes before the signature. Thanks to Tassilo Horn for
>>> this patch.
>>
>> Just a detail: the delimiter is "-- " (space after the dashes).
>
> Really?  Is that the official delimiter?  I never knew.

I suppose so, it's mentioned in the RFC[1]

[1] http://tools.ietf.org/html/rfc3676#section-4.3
-- 
Miłego dnia,
Łukasz Stelmach

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: Release 7.02
  2010-10-29  6:49 Release 7.02 Carsten Dominik
  2010-10-29  8:30 ` Sébastien Vauban
  2010-10-29 12:59 ` Łukasz Stelmach
@ 2010-10-29 14:02 ` Jambunathan K
  2010-10-29 14:31   ` Carsten Dominik
  2010-10-29 14:52   ` Eric Schulte
  2010-10-29 17:50 ` Jeff Horn
  3 siblings, 2 replies; 18+ messages in thread
From: Jambunathan K @ 2010-10-29 14:02 UTC (permalink / raw)
  To: Carsten Dominik; +Cc: Org Mode

Carsten Dominik <carsten.dominik@gmail.com> writes:

> Dear all,
>
> I have release version 7.02 or Org-mode.  Thanks to all who
> have contributed!
>
> Enjoy
>
> - Carsten
>
>
> Changes in version 7.02
>

1. Would be nice if Babel specific changes are in a separate headline.
2. Please mention support for Speed Keys on Babel header lines.

The entry titled 'Support for user-extensible speed commands' could
either be subsumed in to (2) or kept separately. I would personally
prefer the later option.

Jambunathan K.

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: Release 7.02
  2010-10-29 14:02 ` Jambunathan K
@ 2010-10-29 14:31   ` Carsten Dominik
  2010-10-29 14:52   ` Eric Schulte
  1 sibling, 0 replies; 18+ messages in thread
From: Carsten Dominik @ 2010-10-29 14:31 UTC (permalink / raw)
  To: Jambunathan K; +Cc: Org Mode


On Oct 29, 2010, at 4:02 PM, Jambunathan K wrote:

> Carsten Dominik <carsten.dominik@gmail.com> writes:
>
>> Dear all,
>>
>> I have release version 7.02 or Org-mode.  Thanks to all who
>> have contributed!
>>
>> Enjoy
>>
>> - Carsten
>>
>>
>> Changes in version 7.02
>>
>
> 1. Would be nice if Babel specific changes are in a separate headline.
> 2. Please mention support for Speed Keys on Babel header lines.
>
> The entry titled 'Support for user-extensible speed commands' could
> either be subsumed in to (2) or kept separately. I would personally
> prefer the later option.

Please send me a patch!

- Carsten

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: Re: Release 7.02
  2010-10-29 12:59 ` Łukasz Stelmach
@ 2010-10-29 14:42   ` Bastien
  0 siblings, 0 replies; 18+ messages in thread
From: Bastien @ 2010-10-29 14:42 UTC (permalink / raw)
  To: Łukasz Stelmach; +Cc: emacs-orgmode

Łukasz Stelmach <lukasz.stelmach@iem.pw.edu.pl> writes:

>> Thanks to Lukasz Setmann for a patch to this effect.
>             ^^^^^^^^^^^^^^
> Who's that guy? ;-)

Fixed :)  

You even obtained a proper "Ł" in your first name.

-- 
 Bastien

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: Re: Release 7.02
  2010-10-29 14:02 ` Jambunathan K
  2010-10-29 14:31   ` Carsten Dominik
@ 2010-10-29 14:52   ` Eric Schulte
  1 sibling, 0 replies; 18+ messages in thread
From: Eric Schulte @ 2010-10-29 14:52 UTC (permalink / raw)
  To: Jambunathan K; +Cc: Org Mode, Carsten Dominik

Hi,

Sorry about this oversight, I must have missed it when trolling through
the git logs.  I've now added an entry on the Babel speed commands.

Thanks -- Eric

Jambunathan K <kjambunathan@gmail.com> writes:

> Carsten Dominik <carsten.dominik@gmail.com> writes:
>
>> Dear all,
>>
>> I have release version 7.02 or Org-mode.  Thanks to all who
>> have contributed!
>>
>> Enjoy
>>
>> - Carsten
>>
>>
>> Changes in version 7.02
>>
>
> 1. Would be nice if Babel specific changes are in a separate headline.
> 2. Please mention support for Speed Keys on Babel header lines.
>
> The entry titled 'Support for user-extensible speed commands' could
> either be subsumed in to (2) or kept separately. I would personally
> prefer the later option.
>
> Jambunathan K.
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: Re: Release 7.02
  2010-10-29 11:36     ` Sébastien Vauban
  2010-10-29 11:48       ` Carsten Dominik
@ 2010-10-29 16:20       ` Nicolas Goaziou
  1 sibling, 0 replies; 18+ messages in thread
From: Nicolas Goaziou @ 2010-10-29 16:20 UTC (permalink / raw)
  To: Sébastien Vauban; +Cc: emacs-orgmode

Hello,

>>>>> Sébastien Vauban writes:

> Does that mean that we must admit this will stay like that forever,
> or will one try to look and see if it's possible to make that
> extension?

Nobody said it was impossible. For now, it is unavailable because not
satisfying enough.

The main difficulty isn't coming from exporters or even to make Org
recognize such constructs. It is, as I already said, about user
interface. How do you create such lists? How does Org is supposed to
react when you ask to indent such lists? I asked others practical
questions about it in a previous thread.

Did you read them? Do you have some answers? What do you think about
Carsten's idea to use "- @<"?

Regards,

-- Nicolas

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: Release 7.02
  2010-10-29  6:49 Release 7.02 Carsten Dominik
                   ` (2 preceding siblings ...)
  2010-10-29 14:02 ` Jambunathan K
@ 2010-10-29 17:50 ` Jeff Horn
  2010-10-29 18:03   ` Erik Iverson
  3 siblings, 1 reply; 18+ messages in thread
From: Jeff Horn @ 2010-10-29 17:50 UTC (permalink / raw)
  To: Carsten Dominik; +Cc: Org Mode

On Fri, Oct 29, 2010 at 2:49 AM, Carsten Dominik
<carsten.dominik@gmail.com> wrote:
> Implement MathJax support
> ==========================
>
> Org-mode now uses MathJax to display math on web pages.  We serve
> MathJax from the orgmode.org server, at least for the time being
> (thanks Bastien!).  If you are going to use this for pages which
> are viewd often, please install MathJax on your own webserver.

I use this, and forty page views a week may be too much (I don't
know). I didn't know how MathJax worked, and I thought it was always
served from MathJax servers (I didn't give it much thought,
obviously).

What do I need to customize to get MathJax to load from my own server
instead of orgmode.org?

-- 
Jeffrey Horn
Graduate Lecturer and PhD Student in Economics
George Mason University

(704) 271-4797
jhorn@gmu.edu
jrhorn424@gmail.com

http://www.failuretorefrain.com/jeff/

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: Release 7.02
  2010-10-29 17:50 ` Jeff Horn
@ 2010-10-29 18:03   ` Erik Iverson
  2010-10-29 18:20     ` Jeff Horn
  0 siblings, 1 reply; 18+ messages in thread
From: Erik Iverson @ 2010-10-29 18:03 UTC (permalink / raw)
  To: Jeff Horn; +Cc: Org Mode, Carsten Dominik



Jeff Horn wrote:
> On Fri, Oct 29, 2010 at 2:49 AM, Carsten Dominik
> <carsten.dominik@gmail.com> wrote:
>> Implement MathJax support
>> ==========================
>>
>> Org-mode now uses MathJax to display math on web pages.  We serve
>> MathJax from the orgmode.org server, at least for the time being
>> (thanks Bastien!).  If you are going to use this for pages which
>> are viewd often, please install MathJax on your own webserver.
> 
> I use this, and forty page views a week may be too much (I don't
> know). I didn't know how MathJax worked, and I thought it was always
> served from MathJax servers (I didn't give it much thought,
> obviously).
> 
> What do I need to customize to get MathJax to load from my own server
> instead of orgmode.org?
> 

See the org-export-html-mathjax-options variable.

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: Release 7.02
  2010-10-29 18:03   ` Erik Iverson
@ 2010-10-29 18:20     ` Jeff Horn
  2010-10-29 18:23       ` Erik Iverson
  0 siblings, 1 reply; 18+ messages in thread
From: Jeff Horn @ 2010-10-29 18:20 UTC (permalink / raw)
  To: Erik Iverson; +Cc: Org Mode, Carsten Dominik

Thanks. That did the trick. I think it may be a bit faster too,
running on my server... but that could be my imagination.

On Fri, Oct 29, 2010 at 2:03 PM, Erik Iverson <eriki@ccbr.umn.edu> wrote:
>
>
> Jeff Horn wrote:
>>
>> On Fri, Oct 29, 2010 at 2:49 AM, Carsten Dominik
>> <carsten.dominik@gmail.com> wrote:
>>>
>>> Implement MathJax support
>>> ==========================
>>>
>>> Org-mode now uses MathJax to display math on web pages.  We serve
>>> MathJax from the orgmode.org server, at least for the time being
>>> (thanks Bastien!).  If you are going to use this for pages which
>>> are viewd often, please install MathJax on your own webserver.
>>
>> I use this, and forty page views a week may be too much (I don't
>> know). I didn't know how MathJax worked, and I thought it was always
>> served from MathJax servers (I didn't give it much thought,
>> obviously).
>>
>> What do I need to customize to get MathJax to load from my own server
>> instead of orgmode.org?
>>
>
> See the org-export-html-mathjax-options variable.
>



-- 
Jeffrey Horn
Graduate Lecturer and PhD Student in Economics
George Mason University

(704) 271-4797
jhorn@gmu.edu
jrhorn424@gmail.com

http://www.failuretorefrain.com/jeff/

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: Release 7.02
  2010-10-29 18:20     ` Jeff Horn
@ 2010-10-29 18:23       ` Erik Iverson
  0 siblings, 0 replies; 18+ messages in thread
From: Erik Iverson @ 2010-10-29 18:23 UTC (permalink / raw)
  To: Jeff Horn; +Cc: Org Mode



Jeff Horn wrote:
> Thanks. That did the trick. I think it may be a bit faster too,
> running on my server... but that could be my imagination.

It is very likely faster.

Also, note the following about using Firefox:

http://www.mathjax.org/resources/faqs/#image-fonts

> 
> On Fri, Oct 29, 2010 at 2:03 PM, Erik Iverson <eriki@ccbr.umn.edu> wrote:
>>
>> Jeff Horn wrote:
>>> On Fri, Oct 29, 2010 at 2:49 AM, Carsten Dominik
>>> <carsten.dominik@gmail.com> wrote:
>>>> Implement MathJax support
>>>> ==========================
>>>>
>>>> Org-mode now uses MathJax to display math on web pages.  We serve
>>>> MathJax from the orgmode.org server, at least for the time being
>>>> (thanks Bastien!).  If you are going to use this for pages which
>>>> are viewd often, please install MathJax on your own webserver.
>>> I use this, and forty page views a week may be too much (I don't
>>> know). I didn't know how MathJax worked, and I thought it was always
>>> served from MathJax servers (I didn't give it much thought,
>>> obviously).
>>>
>>> What do I need to customize to get MathJax to load from my own server
>>> instead of orgmode.org?
>>>
>> See the org-export-html-mathjax-options variable.
>>
> 
> 
> 

^ permalink raw reply	[flat|nested] 18+ messages in thread

end of thread, other threads:[~2010-10-29 18:23 UTC | newest]

Thread overview: 18+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-10-29  6:49 Release 7.02 Carsten Dominik
2010-10-29  8:30 ` Sébastien Vauban
2010-10-29  9:26   ` Carsten Dominik
2010-10-29 11:36     ` Sébastien Vauban
2010-10-29 11:48       ` Carsten Dominik
2010-10-29 16:20       ` Nicolas Goaziou
2010-10-29  9:28   ` Carsten Dominik
2010-10-29 12:42     ` Eric S Fraga
2010-10-29 13:07     ` Łukasz Stelmach
2010-10-29 12:59 ` Łukasz Stelmach
2010-10-29 14:42   ` Bastien
2010-10-29 14:02 ` Jambunathan K
2010-10-29 14:31   ` Carsten Dominik
2010-10-29 14:52   ` Eric Schulte
2010-10-29 17:50 ` Jeff Horn
2010-10-29 18:03   ` Erik Iverson
2010-10-29 18:20     ` Jeff Horn
2010-10-29 18:23       ` Erik Iverson

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).