Bernt Hansen | 1 Aug 2011 06:18
Picon

Bug: Refile sometimes loses the last line [7.7 (release_7.7.15.gc363)]

Hi Jason,

I noticed a nasty refile bug this evening.  The problem commit is
identified as:

,----
| 85f03c0859d84d0b3b51764f379644d1461733df is the first bad commit
| commit 85f03c0859d84d0b3b51764f379644d1461733df
| Author: Jason Dunsmore <emacs-orgmode <at> deathroller.dunsmor.com>
| Date:   Tue Feb 15 21:31:17 2011 +0000
| 
|     Bugfix: honor `org-blank-before-new-entry' correctly in various contexts.
|     
|     * org.el (org-back-over-empty-lines): Bugfix.  Honor
|     `org-blank-before-new-entry' correctly in various contexts.
| 
| :040000 040000 b820d279cd7b170907d9171494dc65dd4c944d0b
f45fdfa1a6e6181c4b9de712cafbd40fac38deb9 M      lisp
`----

I have the following minimal emacs setup to reproduce the problem:

~/bin/minimal-emacs
--8<---------------cut here---------------start------------->8---
#!/bin/sh
TESTEL=
TESTFILE=/tmp/test.el
if test -e $TESTFILE
then
  TESTEL="-l /tmp/test.el"
(Continue reading)

Andras Major | 1 Aug 2011 06:53
Picon

Re: making coloured tables

Hi Sebastian,

> Andras Major wrote:
>> I'm really intrigued by org-mode's table and spreadsheet functionality
>> and would like to use it for those cases where I found excel and
>> gnumeric impractically cumbersome.
>>
>> What I want are two slightly diffent things:
>>
>> - Make tables that have cells with individual background colours when
>> exported as HTML or PDF.
>>
>> - Make tables that have cells with background colours and typeface
>> details (bold, italic, etc.) based on contents of either the cells
>> themselves or other cells in the table. (Example: mark all negative
>> numerical values of a table with a red background.)
>>
>> Furthermore, the colouring should be portable, i.e. independent of the
>> settings in .emacs.
>
> I add wishes on the above list. Maybe someone will be able to implement
> them,
> if they seem to make sense... So, here's my idea: having some automagic
> style
> (background) applied on the cells to distinguish:
>
> - the input cells (the ones you cannot delete... without troubles): they
> don't
>   have any formula associated with them
>
(Continue reading)

Sebastien Vauban | 1 Aug 2011 08:35

Re: making coloured tables

Hi Andras,

Andras Major wrote:
>> Andras Major wrote:
>>> I'm really intrigued by org-mode's table and spreadsheet functionality and
>>> would like to use it for those cases where I found excel and gnumeric
>>> impractically cumbersome.
>>>
>>> What I want are two slightly diffent things:
>>>
>>> - Make tables that have cells with individual background colours when
>>>   exported as HTML or PDF.
>>>
>>> - Make tables that have cells with background colours and typeface details
>>>   (bold, italic, etc.) based on contents of either the cells themselves or
>>>   other cells in the table. (Example: mark all negative numerical values
>>>   of a table with a red background.)
>>>
>>> Furthermore, the colouring should be portable, i.e. independent of the
>>> settings in .emacs.
>>
>> I add wishes on the above list. Maybe someone will be able to implement
>> them, if they seem to make sense... So, here's my idea: having some
>> automagic style (background) applied on the cells to distinguish:
>>
>> - the input cells (the ones you cannot delete... without troubles): they
>>   don't have any formula associated with them
>>
>> - the final result cells: the ones with computed results
>>
(Continue reading)

Sebastien Vauban | 1 Aug 2011 08:51

fatal: The remote end hung up unexpectedly

Hello,

For a couple of weeks (2 to 3 weeks, I would say), I often experience the
above message when git pull'ing.

It does not bother me: I just retry later, and it often works then, but I
thought it'd be worth mentioning.

Best regards,
  Seb

--

-- 
Sebastien Vauban

Andras Major | 1 Aug 2011 09:30
Picon

Re: making coloured tables

I have an idea how my feature could be implemented, and it consists of
two parts.

- introduce a special row, or extend the "/" type used for colgroup
and narrowing, to specify hidden (non-export) columns and special tag
columns;

- in that special row, there are two new special entries, say "T<" and
"T>" which specify that the contents of each cell in that column
should be exported into the <td> tag of the cell to the left or to the
right.

This way, the <td> tag can be set from within the table for each
relevant cell. The only drawback is that all this is backend-specific,
it only works for HTML, not for PDF in the way I've just described.

  AndrĂ¡s

On 8/1/11, Sebastien Vauban <wxhgmqzgwmuf <at> spammotel.com> wrote:
> Hi Andras,
>
> Andras Major wrote:
>>> Andras Major wrote:
>>>> I'm really intrigued by org-mode's table and spreadsheet functionality
>>>> and
>>>> would like to use it for those cases where I found excel and gnumeric
>>>> impractically cumbersome.
>>>>
>>>> What I want are two slightly diffent things:
>>>>
(Continue reading)

Rainer M Krug | 1 Aug 2011 09:38
Picon

Re: making coloured tables



On Mon, Aug 1, 2011 at 8:35 AM, Sebastien Vauban <wxhgmqzgwmuf <at> spammotel.com> wrote:
Hi Andras,

Andras Major wrote:
>> Andras Major wrote:
>>> I'm really intrigued by org-mode's table and spreadsheet functionality and
>>> would like to use it for those cases where I found excel and gnumeric
>>> impractically cumbersome.
>>>
>>> What I want are two slightly diffent things:
>>>
>>> - Make tables that have cells with individual background colours when
>>>   exported as HTML or PDF.
>>>
>>> - Make tables that have cells with background colours and typeface details
>>>   (bold, italic, etc.) based on contents of either the cells themselves or
>>>   other cells in the table. (Example: mark all negative numerical values
>>>   of a table with a red background.)
>>>
>>> Furthermore, the colouring should be portable, i.e. independent of the
>>> settings in .emacs.
>>
>> I add wishes on the above list. Maybe someone will be able to implement
>> them, if they seem to make sense... So, here's my idea: having some
>> automagic style (background) applied on the cells to distinguish:
>>
>> - the input cells (the ones you cannot delete... without troubles): they
>>   don't have any formula associated with them
>>
>> - the final result cells: the ones with computed results
>>
>> - the other ones, whose content is computed, but serves as input to other
>>   cells.
>>
>> Would these be in different colors, I think it would make the reading of
>> tables much more efficient. And, as far as I know, this does not exist yet
>> in tools like Excel -- though people can manually apply such color
>> conventions.
>
> I was thinking along slightly different lines. We have a customizable <td>
> tag in HTML export already, but that customization isn't very flexible. If
> we could have something like a <td> tag that can be set from values in the
> table, or by Lisp code, then I think that would solve my problems.

My above feature of the wishlist isn't for export -- I misread your original
post. Just speaking of editing feature in the Org buffer, for giving more
insight on formulas in tables.

I think that would be very useful feature to be included - I trashed a few times already (fairly simple) tables because of modifying formula cells....

Cheers,

Rainer




These "color features" weren't intended IMHO for export. So the 2 "problems"
are in fact apart from each other.

> It's important, however, that setting the export tag must be local to the
> Org file so I can set it there instead of the global .emacs.

Best regards,
 Seb

--
Sebastien Vauban





--
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel :       +33 - (0)9 53 10 27 44
Cell:       +33 - (0)6 85 62 59 98
Fax (F):       +33 - (0)9 58 10 27 44

Fax (D):    +49 - (0)3 21 21 25 22 44

email:      Rainer <at> krugs.de

Skype:      RMkrug

Michael Brand | 1 Aug 2011 10:57
Picon

[PATCH] Agenda: Simplify old fix of face for deadline warning 0 day

Agenda: Simplify old fix of face for deadline warning 0 day

* lisp/org-agenda.el (org-agenda-get-deadlines): Fix dfrac for the
case of wdays being 0.  Don't pass wdays to org-agenda-deadline-face,
like before the old fix.
(org-agenda-deadline-face): Revert to old state that was without
wdays.

This allows a deadline warning period of "-0d" to work also with a
custom configuration like:
(setq org-agenda-deadline-faces
      '((1.0001 . org-warning)              ; due yesterday or before
        (0.0    . org-upcoming-deadline)))  ; due today or later
For org-agenda-deadline-faces left at default and all other settings
not exceeding 1.0, the face for a deadline warning of any length
remains untouched by this patch.

references to history:
* commit of the old fix
  - http://orgmode.org/w/?p=org-mode.git;a=commitdiff;h=d0d6325
  - git show d0d6325
* mailing list old thread
  - http://thread.gmane.org/gmane.emacs.orgmode/5753
  - http://lists.gnu.org/archive/html/emacs-orgmode/2008-02/msg00395.html
Stephen Eglen | 1 Aug 2011 11:27
Picon
Picon
Favicon

Problems with latex exporting in verbatim environment

Consider the following short example (code taken from Eric S's foo.org
file, which I'm working on):

----------------------------------------------------------------------
* Example 1

Using colon, the text is not reported verbatim.

: were $\beta_2$ = src_R{round(out3$coef[3], 4)}
: and $\beta_3$ = src_R{round(out3$coef[4], 4)}

* Example 2

Using example environment it seems to be exported fine in .tex

#+begin_example
were $\beta_2$ = src_R{round(out3$coef[3], 4)}
and $\beta_3$ = src_R{round(out3$coef[4], 4)}
#+end_example

----------------------------------------------------------------------
Example 1 is not exported okay, there are stray = and \texttt added;
whereas version two seems fine.  See snippet from tex file below.

This looks like a bug to me.  Are the two forms of verbatim really
equivalent?

Stephen

----------------------------------------------------------------------
relevant snippet from tex file, exported from above.

\section{Example 1}
\label{sec-1}

Using colon

\begin{verbatim}
 were $\beta_2$ = =src_R{round(out3$coef[3], 4)}=
 and $\beta_3$ = \texttt{src\_R\{round(out3\$coef[4], 4)\}}
\end{verbatim}
\section{Example 2}
\label{sec-2}

Using example environment

\begin{verbatim}
were $\beta_2$ = src_R{round(out3$coef[3], 4)}
and $\beta_3$ = src_R{round(out3$coef[4], 4)}
\end{verbatim}

Stephen

Peter de Jong | 1 Aug 2011 13:05
Picon
Gravatar

Re: Remove \maketitle from scrlttr2 latex export

Adding [dutch]{babel} package to the LCO file fixed the issue. I'm
very pleased with the result!

Thank you again.

2011/7/31 Peter de Jong <p.de.jong <at> gmail.com>:
> Yup, it's the way to go, i agree.
>
> 2011/7/31 Jambunathan K <kjambunathan <at> gmail.com>:
>>
>> Peter
>>
>> (Sorry about spamming you)
>>
>> Does the example here work for you
>> http://en.wikibooks.org/wiki/LaTeX/Letters
>>
>> Atleast you can isolate the issue to your lco file this way.
>>
>> Jambunathan K.
>>
>
>
>
> --
> Met vriendelijke groet,
>
> Peter de Jong
>

--

-- 
Met vriendelijke groet,

Peter de Jong
Attachment (brief.pdf): application/pdf, 77 KiB
Attachment (pdj.lco): application/octet-stream, 399 bytes
Attachment (pdj.pdf): application/pdf, 33 KiB
John Hendy | 1 Aug 2011 14:12
Picon

Something like refile + make destination/subtree?

Would it be possible to specify a custom tree when refiling? I know if
a tree exists one can type a bit of it and use tab completion on the
existing file trees, but would it be possible to create a tree on the
fly? If a Level 1 headline existed, for example, but not the desired
Level 2, one could type in "File.org/Level1/Level2" and it would be
created for you and the refile snippet would be refiled under it?

Would this be useful for anyone else, or does something like it already exist?

It seems like a variable might allow for this fairly easily.
'org-refile-create-on-the-fly' or something...

Thanks for any input,
John


Gmane