Re: [Orgmode] C-a and C-e in org-mode

[Ken Harris]

Hi Carsten,

> Hmmm, why would you ever want to call thee commands with
> a prefix argument?  That did not occur to me, which is why these
> commands do not care about it.

Do you mean "what does it do"?  It goes down by that many lines first.

Do you mean "what's the practical value"?  I'm right-handed, so I
frequently move my right hand over to the mouse to test my program,
but my left hand always stays on the keyboard (what else would it
do?).  On my keyboard layout, I can hit all of C-u, C-a, C-e, C-p,
C-k, and C-y with my left hand, so I can a whole lot of simple
navigation editing without putting down the mouse (or mousing back
over to my emacs window).  If C-a and C-e can't use numeric prefixes,
I need twice as many hands to move the cursor down.  :-)

More generally, I have many years of experience with the emacs
keybindings.  A mode should have a really good reason to change the
built-ins.  (Steve Yegge's js2-mode also screws up some of these, but
has what are essentially unbreak-my-keybindings variables to let you
work around them.)  It looks like this is not a case of it being
intentional, but merely that nobody has gotten around to it yet.
That's fine, but I'm simply reporting that some of us would like this
fixed.  :-)


- Ken


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Recurring events/tasks

[Bernt Hansen]

Mark Elston  writes:

> * Marcelo de Moraes Serpa wrote (on 2/2/2009 3:55 PM):
>> Firstly, I would like to congratulate Carsten and everyone else who
>> helped making org-mode this killer software it is. Kudos!
>>
>> So here's my doubt -- I was scheduling a task in my org gtd list and
>> felt the need for scheduled events that would show-up automatically
>> every n time (recurring). Is there a way to do that in org?
>>
> Here is what I have for two meetings that occur weekly:
>
> ** Weekly Review Meeting
><2009-01-26 Mon 13:30-14:30 +1w>
> ** OPR
><2009-01-20 Tue 11:00-12:00 +1w>
>
> Notice these are not "Scheduled" but have a date entry where the last
> element is "+1w".  This is used to put it on the agenda every week after
> the first date.  There are other such things you can do.  From the
> manual:
>
> 
> A time stamp may contain a @emph{repeater interval}, indicating that it
> applies not only on the given date, but again and again after a certain
> interval of N days (d), weeks (w), months(m), or years(y).  The
> following will show up in the agenda every Wednesday:
>
> @example
> * Pick up Sam at school <2007-05-16 Wed 12:30 +1w>
> @end example
> 

Here's the org mode manual page about repeated tasks

http://orgmode.org/manual/Repeated-tasks.html#Repeated-tasks

You can use repeaters like +1w, ++1w, .+1w, etc

-Bernt


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Recurring events/tasks

[Mark Elston]

Marcelo,

Here is what I have for two meetings that occur weekly:

** Weekly Review Meeting
   <2009-01-26 Mon 13:30-14:30 +1w>
** OPR
   <2009-01-20 Tue 11:00-12:00 +1w>

Notice these are not "Scheduled" but have a date entry where the last
element is "+1w".  This is used to put it on the agenda every week after
the first date.  There are other such things you can do.  From the
manual:


A time stamp may contain a @emph{repeater interval}, indicating that it
applies not only on the given date, but again and again after a certain
interval of N days (d), weeks (w), months(m), or years(y).  The
following will show up in the agenda every Wednesday:

@example
* Pick up Sam at school <2007-05-16 Wed 12:30 +1w>
@end example


Hope this helps.

Mark

* Marcelo de Moraes Serpa wrote (on 2/2/2009 3:55 PM):

Hello List,

Firstly, I would like to congratulate Carsten and everyone else who 
helped making org-mode this killer software it is. Kudos!


So here's my doubt -- I was scheduling a task in my org gtd list and 
felt the need for scheduled events that would show-up automatically 
every n time (recurring). Is there a way to do that in org?


Thanks,

Marcelo.




___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode



___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Sorting a column of inactive dates

[Hsiu-Khuern Tang]

Hi all,

I have a table where one column consists of inactive dates, such as this:

   | Date | OK? |
   |--+-|
   | [2009-01-30 Fri] | x   |
   | [2009-01-27 Tue] | x   |
   | [2009-01-28 Wed] | x   |

I can't sort the table by that column.  If I change the dates to active, then
sorting (by time) works fine.  Is this behavior intentional?

-- 
Best,
Hsiu-Khuern.


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Wishlist: drop "a4paper" option from the default LaTeX class

[Hsiu-Khuern Tang]

* On Sat 09:44PM +, 31 Jan 2009, Carsten Dominik (domi...@science.uva.nl) 
wrote:
> I have removed the a4paper from the default classes.
> 
> Thanks.

That's great, thank you!

> On Jan 29, 2009, at 8:53 PM, Hsiu-Khuern Tang wrote:
> 
> > The default class "article" in the variable org-export-latex-classes  
> > (which
> > Emacs can't find anymore -- I have just filed a report) is
> >
> >\documentclass[11pt,a4paper]{article}
> >
> > I suggest dropping the "a4paper" option and letting the local TeX  
> > customization
> > determine the default papersize.
> >
> > -- 
> > Best,
> > Hsiu-Khuern.
> >
> >
> > ___
> > Emacs-orgmode mailing list
> > Remember: use `Reply All' to send replies to the list.
> > Emacs-orgmode@gnu.org
> > http://lists.gnu.org/mailman/listinfo/emacs-orgmode
> 

-- 
Best,
Hsiu-Khuern.


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Recurring events/tasks

[Marcelo de Moraes Serpa]

Hello List,

Firstly, I would like to congratulate Carsten and everyone else who helped
making org-mode this killer software it is. Kudos!

So here's my doubt -- I was scheduling a task in my org gtd list and felt
the need for scheduled events that would show-up automatically every n time
(recurring). Is there a way to do that in org?

Thanks,

Marcelo.
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Changing variable defaults.

[Mike Newman]

> (setq org-tags-column -77)

For the past few months, I have been using org-mode in conjunction with
Visual Line mode, a new feature of Emacs 23, and found they work
together well. From the v23 NEWS file:

** Visual Line mode provides support for editing by visual lines.
It turns on word-wrapping in the current buffer, and rebinds C-a, C-e,
and C-k to commands that operate by visual lines instead of logical
lines.  This is a more reliable replacement for longlines-mode.
This can also be turned on using the menu bar, via
Options -> Line Wrapping in this Buffer -> Word Wrap

I think in the long-term many (most) org users will start enabling
this, and there will be requests for tweaks to make the two cooperate
a little better.

One customisation I would recommend for anyone using the two together
would be 

  (setq org-tags-column -75)

Trying to put the tags any further to the right will cause them to wrap
on to the next line.  Perhaps this is not too far from your suggestion
to make it the default in all cases?
-- 
Mike


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Emacs 23 will ship with Org-mode 6.21b

[Carsten Dominik]

On Feb 2, 2009, at 11:12 PM, Manish wrote:


On Tue, Feb 3, 2009 at 3:28 AM, Carsten Dominik  wrote:

I just uploaded the final fixes for Emacs 23.1 which is
now in pretest. I am so glad this is done.


You worked like crazy to get to this.  Kudos!


It is true that I worked very hard to get this and I
am glad the maintainers let me get in more and more
changes even though most of Emacs was in feature freeze
for quite some time.




Now may be all of you[1] would like to take some (well deserved) rest.


Yes, we will, at least some of us ... :-)




1. http://article.gmane.org/gmane.emacs.orgmode/10967

Regards,
--
Manish


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode




___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Creating links to ITEMs in captured column views (code attached)

[Taru Karttunen]

Hello

I was using a captured column view to display some properties
and wanted the ITEMs to be displayed as nice links to the
proper destinations.

The code has two purposes:
+ to number items according to their heading number in export (dirty)
+ to create links to the headings

Attached is an org-mode file that contains an example on how
it is used and the elisp code.

- Taru Karttunen
#+TITLE: Captured column view item links
#+OPTIONS: toc:nil
#+COLUMNS:   %25ITEM(Item) %10Foo{+} %ID

* Captured column view item links

I was using a captured column view to display some properties
and wanted the items to be displayed as nice links.

Here is the result of a quick hacking session for the list archives.

*** ITEMs are numbered with heading numbers (dirty)
*** ITEMs are linked with a heading link or link to the id if it exists

* Elisp
  :PROPERTIES:
  :Foo:  bar
  :ID:   cd40863f-6980-406c-8501-29fdd3f170cb
  :END:

#+BEGIN_SRC emacs-lisp
(defvar taruti-org-hc '())

(defun taruti-org-hlist (string id)
  (labels ((taruti-inc-last (l) (let* ((rl (reverse l)))
(setcar rl (+ 1 (car rl)))
(reverse rl)))
   (taruti-org-hc-f (m) 
(let* ((nl (if org-odd-levels-only (/ (+ 1 (length 
m)) 2) (length m)))
   (ol (length taruti-org-hc)))
  (setq taruti-org-hc
(if (> nl ol)
(append taruti-org-hc '(1))
  (taruti-inc-last (subseq taruti-org-hc 0 
nl
  (apply 'concat (mapcar (lambda (e) (format "%d." 
e)) taruti-org-hc)

(when (string-match "\\(\\*+\\) \\(.+\\)" string)
  (let ((m1 (substring string (match-beginning 1) (match-end 1)))
(m2 (substring string (match-beginning 2) (match-end 2
(if (zerop (length id))
(concat "[[*" m2 "][" (taruti-org-hc-f m1) " " m2 "]]")
(concat "[[id:" id "][" (taruti-org-hc-f m1) " " m2 "]]"))

(defun taruti-org-hlist-reset (x) (setq taruti-org-hc '()) x)

(taruti-org-hlist "** Foobar")
#+END_SRC

* Output

#+BEGIN: columnview :hlines 1 :id global
| Item   | Foo |   |
|+-+---|
| [[*Captured column view item links][1. Captured column view item links]] |
 |   |
|+-+---|
| [[id:cd40863f-6980-406c-8501-29fdd3f170cb][2. Elisp]] 
  | bar |   |
|+-+---|
| [[*Output][3. Output]]  | |   |
#+TBLFM: @1$1='(taruti-org-hlist-reset 
$1)::@1$3='(concat)::$1='(taruti-org-hlist $1 $3)::$3='(concat)
#+END:

___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Can't make TODO dependencies work

[Wes Hardaker]

> On Mon, 2 Feb 2009 22:08:55 +0100, Carsten Dominik 
>  said:

CD> org-tab-follows-link

And *that* explains one of my other issues!

Thanks!

-- 
"In the bathtub of history the truth is harder to hold than the soap,
 and much more difficult to find."  -- Terry Pratchett


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Emacs 23 will ship with Org-mode 6.21b

[Manish]

On Tue, Feb 3, 2009 at 3:28 AM, Carsten Dominik  wrote:
> I just uploaded the final fixes for Emacs 23.1 which is
> now in pretest. I am so glad this is done.

You worked like crazy to get to this.  Kudos!

Now may be all of you[1] would like to take some (well deserved) rest.

1. http://article.gmane.org/gmane.emacs.orgmode/10967

Regards,
-- 
Manish


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Emacs 23 will ship with Org-mode 6.21b

[Russell Adams]

Yay Carsten! Rock on!

It means alot to have an up to date version of Org in each Emacs
release, less integration hurdles to overcome for a new user.

Thanks!

On Mon, Feb 02, 2009 at 10:58:32PM +0100, Carsten Dominik wrote:
> I just uploaded the final fixes for Emacs 23.1 which is
> now in pretest.  I am so glad this is done.
>
> - Carsten
>
>
> ___
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>


--
Russell Adamsrlad...@adamsinfoserv.com

PGP Key ID: 0x1160DCB3   http://www.adamsinfoserv.com/

Fingerprint:1723 D8CA 4280 1EC9 557F  66E8 1154 E018 1160 DCB3


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Emacs 23 will ship with Org-mode 6.21b

[Carsten Dominik]

I just uploaded the final fixes for Emacs 23.1 which is
now in pretest.  I am so glad this is done.

- Carsten


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Can't make TODO dependencies work

[Carsten Dominik]

On Feb 2, 2009, at 5:05 PM, Wes Hardaker wrote:

On Sun, 1 Feb 2009 20:38:21 +0100, Carsten Dominik > said:


CD> I *could* do a different implementation, where the functions
CD> are always in the blocker hook, but are only active when the
CD> variables are set.  However, the problem is then that it is
CD> difficult to see from the outside if the hook is doing something,
CD> and I want to use that knowledge to avoid overhead in the
CD> agenda for people who do not use todo dependencies.

FYI, I'd actually suggest this approach.  I think the number of people
that will get confused by variable-and-loading-ordering will be far
greater than the number of people trying to figure out why the  
function

isn't doing anything (especially if in the function documentation it
says a variable must be set for it to perform any actions).

I too immediately tried the new TODO dependencies after the last  
release

announcement and couldn't get it to work...  Old habit of performing
'(require ...)' ahead of the variable settings.


I don't think this is easily possible in all cases, but I have made
this chance now for the dependency variables.  Causes some overhead
when entering org-mode, but only trivial.

But there are more such variables,

org-replace-disputed-keys
org-tab-follows-link
org-return-follows-link
org-mouse-1-follows-link

These all have to do with keymaps I am setting up al load time.

- Carsten



--
"In the bathtub of history the truth is harder to hold than the soap,
and much more difficult to find."  -- Terry Pratchett




___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] TODO progress regression in org-mode in Emacs pretest

[Carsten Dominik]

Hi Michael,

I have fixed this bug and checked the changes into Emacs CVS, so they
should be part of the next pretest.

Thank you for the report!

- Carsten

On Feb 2, 2009, at 7:31 PM, Michael Ekstrand wrote:

I upgraded this morning from an Emacs CVS build from Jan 28 or 19 to  
the

pretest release, and noticed a regression or undocumented change with
respect to org-after-todo-statistics-hook.  I am using the org-mode
which is included in the pretest distribution.

I have a function based on the code in section 5.5 of the Org manual  
to

close projects when their subtasks are complete.  Now, if I have a
headline which does not have a subtask counter in it and toggle one of
its children to DONE, my org-after-todo-statistics-hook function gets
called with n-done and n-not-done values of 0.  The parent headline  
thus

has its TODO status changed.

I don't think it matters too much, as my code worked before, but my  
hook

function is `org-summary-todo' from the following.  The first case of
the cond is being activated.

(defun mde-org-entry-is-project-p ()
 "Query whether the current headline is a project, returning
non-`nil' if it is and `nil' otherwise."
 (member "PROJECT" (org-get-tags-at)))

;;; Taken from Org Mode manual chapter 5.5
(defun org-summary-todo (n-done n-not-done)
 "Switch entry to DONE when all subentries are done, to TODO  
otherwise."

 (let ((org-log-done nil)
   (org-log-states nil))
   (cond
((and (or (org-entry-is-todo-p)
  (mde-org-entry-is-project-p))
  (= n-not-done 0))
 (org-todo
  (if (mde-org-entry-is-project-p)
  "FINISHED"
"DONE")))
;; Entry is a project that is marked done
((and (mde-org-entry-is-project-p)
  (not (org-entry-is-todo-p))
  (org-get-todo-state)
  (> n-not-done 0))
 (org-todo 'none))
;; Entry is a task
((and (not (mde-org-entry-is-project-p))
  (not (org-entry-is-todo-p))
  (org-get-todo-state)
  (> n-not-done 0))
 (org-todo (org-get-todo-sequence-head))

There is a small chance that the problem was actually introduced a bit
earlier, perhaps since my Jan 20 build, but I think I would have  
noticed

it after at least the Jan 28 build.

I have CC'd bug-gnu-emacs to get this in as a bug report there as  
well.


- Michael

--
mouse, n: A device for pointing at the xterm in which you want to  
type.

Confused by the strange files?  I cryptographically sign my messages.
For more information see .
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode




___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Colored highlights?

[David St-Hilaire]

Hi all!

I would like to know if it is possible to highlight some text region with a
certain color. I know that the *bold*, _underligned_ and /italic/ works fine,
and I was wondering if it would be possible to colorize some other parts to have
a better contrast.

Thank you! ^_^Y

David



signature.asc
Description: OpenPGP digital signature
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] TODO progress regression in org-mode in Emacs pretest

[Michael Ekstrand]

I upgraded this morning from an Emacs CVS build from Jan 28 or 19 to the
pretest release, and noticed a regression or undocumented change with
respect to org-after-todo-statistics-hook.  I am using the org-mode
which is included in the pretest distribution.

I have a function based on the code in section 5.5 of the Org manual to
close projects when their subtasks are complete.  Now, if I have a
headline which does not have a subtask counter in it and toggle one of
its children to DONE, my org-after-todo-statistics-hook function gets
called with n-done and n-not-done values of 0.  The parent headline thus
has its TODO status changed.

I don't think it matters too much, as my code worked before, but my hook
function is `org-summary-todo' from the following.  The first case of
the cond is being activated.

(defun mde-org-entry-is-project-p ()
  "Query whether the current headline is a project, returning
non-`nil' if it is and `nil' otherwise."
  (member "PROJECT" (org-get-tags-at)))

;;; Taken from Org Mode manual chapter 5.5
(defun org-summary-todo (n-done n-not-done)
  "Switch entry to DONE when all subentries are done, to TODO otherwise."
  (let ((org-log-done nil)
(org-log-states nil))
(cond
 ((and (or (org-entry-is-todo-p)
   (mde-org-entry-is-project-p))
   (= n-not-done 0))
  (org-todo
   (if (mde-org-entry-is-project-p)
   "FINISHED"
 "DONE")))
 ;; Entry is a project that is marked done
 ((and (mde-org-entry-is-project-p)
   (not (org-entry-is-todo-p))
   (org-get-todo-state)
   (> n-not-done 0))
  (org-todo 'none))
 ;; Entry is a task
 ((and (not (mde-org-entry-is-project-p))
   (not (org-entry-is-todo-p))
   (org-get-todo-state)
   (> n-not-done 0))
  (org-todo (org-get-todo-sequence-head))

There is a small chance that the problem was actually introduced a bit
earlier, perhaps since my Jan 20 build, but I think I would have noticed
it after at least the Jan 28 build.

I have CC'd bug-gnu-emacs to get this in as a bug report there as well.

- Michael

-- 
mouse, n: A device for pointing at the xterm in which you want to type.
Confused by the strange files?  I cryptographically sign my messages.
For more information see .


pgpDaspTJB2Ik.pgp
Description: PGP signature
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Can't make TODO dependencies work

[Wes Hardaker]

> On Sun, 1 Feb 2009 20:38:21 +0100, Carsten Dominik 
>  said:

CD> I *could* do a different implementation, where the functions
CD> are always in the blocker hook, but are only active when the
CD> variables are set.  However, the problem is then that it is
CD> difficult to see from the outside if the hook is doing something,
CD> and I want to use that knowledge to avoid overhead in the
CD> agenda for people who do not use todo dependencies.

FYI, I'd actually suggest this approach.  I think the number of people
that will get confused by variable-and-loading-ordering will be far
greater than the number of people trying to figure out why the function
isn't doing anything (especially if in the function documentation it
says a variable must be set for it to perform any actions).

I too immediately tried the new TODO dependencies after the last release
announcement and couldn't get it to work...  Old habit of performing
'(require ...)' ahead of the variable settings.
-- 
"In the bathtub of history the truth is harder to hold than the soap,
 and much more difficult to find."  -- Terry Pratchett


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Usage of #+STYLE:

[Sebastian Rose]

David St-Hilaire  writes:
>> Hm - anything else must cause this. I don't think your org-mode version
>> older than the feature?
>> 
>
> I don't think so. I'm using the most recent version available in gentoo's 
> portage:
>
> d...@david-laptop ~ $ eix org-mode
> [I] app-emacs/org-mode
>  Available versions:  6.05b ~6.16c ~6.20c
>  Installed versions:  6.05b(08:51:52 AM 09/01/09)
>  Homepage:http://www.orgmode.org/
>  Description: An Emacs mode for notes and project planning
>
> Is this version too old?



Git says it's from 2008-06-20 00:21:15

This is actually _very_ old. You'll miss tons of features :-)


I recently started to believe in more than one Carsten Dominik on the
other end of my internet connection.


I'd suggest to visit http://orgmode.org/index.html#sec-3 and track the
git repo (as most of us here do). You won't regret it.



Regards,

-- 
Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover
Tel.:  +49 (0)511 - 36 58 472
Fax:   +49 (0)1805 - 233633 - 11044
mobil: +49 (0)173 - 83 93 417
Http:  www.emma-stil.de


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Usage of #+STYLE:

[David St-Hilaire]

Manish wrote:
> #+STYLE was added on 6.08 [1].  Org-mode is a very fast moving target.  You
>  might want to take a look at "Keeping current" in Org FAQ [2].
> 
> 1. http://orgmode.org/Changes.html
> 2. http://orgmode.org/worg/org-faq.php
> 

I see! Sorry for that newb question and thank you for your help!

David



signature.asc
Description: OpenPGP digital signature
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Usage of #+STYLE:

[Manish]

On Mon, Feb 2, 2009 at 8:02 PM, David St-Hilaire wrote:
> Sebastian Rose wrote:
>> Hi David,
>>
>>
>> Exactly that file works fine here.
>>
>> Hm - anything else must cause this. I don't think your org-mode version
>> older than the feature?
>>
>
> I don't think so. I'm using the most recent version available in gentoo's 
> portage:
>
> d...@david-laptop ~ $ eix org-mode
> [I] app-emacs/org-mode
>   Available versions: 6.05b ~6.16c ~6.20c
>   Installed versions: 6.05b(08:51:52 AM 09/01/09)
>   Homepage:  http://www.orgmode.org/
>   Description: An Emacs mode for notes and project planning

#+STYLE was added on 6.08 [1].  Org-mode is a very fast moving target.  You
 might want to take a look at "Keeping current" in Org FAQ [2].

1. http://orgmode.org/Changes.html
2. http://orgmode.org/worg/org-faq.php

-- 
Manish


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Usage of #+STYLE:

[David St-Hilaire]

Sebastian Rose wrote:
> Hi David,
> 
> 
> Exactly that file works fine here.
> 
> Hm - anything else must cause this. I don't think your org-mode version
> older than the feature?
> 

I don't think so. I'm using the most recent version available in gentoo's 
portage:

d...@david-laptop ~ $ eix org-mode
[I] app-emacs/org-mode
 Available versions:  6.05b ~6.16c ~6.20c
 Installed versions:  6.05b(08:51:52 AM 09/01/09)
 Homepage:http://www.orgmode.org/
 Description: An Emacs mode for notes and project planning

Is this version too old?

Thanks!

David




signature.asc
Description: OpenPGP digital signature
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Usage of #+STYLE:

[Sebastian Rose]

Hi David,


Exactly that file works fine here.

Hm - anything else must cause this. I don't think your org-mode version
older than the feature?



Regards,


   Sebastian

-- 
Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover
Tel.:  +49 (0)511 - 36 58 472
Fax:   +49 (0)1805 - 233633 - 11044
mobil: +49 (0)173 - 83 93 417
Email: s.r...@emma-stil.de, sebastian_r...@gmx.de
Http:  www.emma-stil.de


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Usage of #+STYLE:

[David St-Hilaire]

Carsten Dominik wrote:
> When I do this, the line is included.
> 
> I need a minimal example to find out more.

Ok I've attached a minimal org file which uses both the #+TITLE: form (which
works fine) and the #+STYLE: form (wich doesn't). I've also attach the generated
html file.

Thank you! ^_^

Title: Plan du mémoire de maîtrise



Plan du mémoire de maîtrise

Table of Contents


1 This is a test!

1.1 blublu
1.2 blabla







1 This is a test!







1.1 blublu








1.2 blabla





 Author: 


 Date: 2009/02/02 09:08:29 AM
HTML generated by org-mode 6.05b in emacs 22


#+TITLE: Plan du mémoire de maîtrise
#+STYLE: 

* This is a test!

** blublu

** blabla


signature.asc
Description: OpenPGP digital signature
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] LaTeX and syntax highlighting

[Sebastian Rose]

Hi all,




I just discovered writing LaTeX through OrgMode. It's _really_ great!



Only missing thingy is just something like htmlize.el to hihglight code
syntax. Currently my codes look like this here:


\begin{codeblock}
\openbrace \variable{action}: \dqstring{newMap},
\doindent \variable{instance}:  INSTANZ\_NAME, \comment{/* Instanzname dieser 
VMap */}
\doindent \variable{x}: INT\_X, \comment{/* X-Wert in Pixeln der gewünschten 
Zoomstufe */}
\doindent \variable{y}: INT\_Y, \comment{/* Y-Wert in Pixeln der gewünschten 
Zoomstufe */}
\doindent \variable{z}: INT\_Z, \comment{/* Gewünschte Zoomstufe */}
\doindent \variable{rID}: AKTUELLES\_STANDARD\_HIGHLIGHT,
\doindent \variable{type}: TYPE \comment{/* Aktiver Hotel-Typ-Filter */}
\closebrace
\end{codeblock}


In my headers I include my /home/sebastian/develop/lib/latex/code.tex
which does all the formating and stuff (uses the `ifthen' package for
the indentation stuff) and simply sets some faces and defines the
environment `codeblock'. I wonder if it wouldn't be easy to extend
htmlize.el to do this formating for me.


While this is nice to have, since I can use syntaxhighlighting in
headlines this way (document code), I found out about listings.el, which
seems to be part of the texlive distibution (at least I can `usepackage'
it here without extra installations).

See
http://www.ctan.org/tex-archive/macros/latex/contrib/listings/listings.pdf

It supports refs to linenumbers, supports lots of languages and so on.



With the listings package we could convert

#+begin_src emacs-lisp
...
#+end_src


to


\begin{lstlisting}[language=Lisp]
\dots
\end{lstlisting}



Could something like this be in org-blocks.el or similar? We could then
export highlighted stuff to LaTeX and HTML from the same file.



Regards,

-- 
Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover
Tel.:  +49 (0)511 - 36 58 472
Fax:   +49 (0)1805 - 233633 - 11044
mobil: +49 (0)173 - 83 93 417
Http:  www.emma-stil.de


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Extra columns in LaTeX tables when =fixed=

[Carsten Dominik]

On Feb 2, 2009, at 1:47 PM, Sebastian Rose wrote:


Carsten Dominik  writes:

Fixed, thanks.


More than perfect. Thanks!

I can keep on working without a break here. Even in the rare  
situations

I run into a bug.


I discovered writing LaTeX through OrgMode and it's absolutely
phantastic. Forget about LyX and all the others :-D



:-D




Regards,


 Sebastian

--
Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449  
Hannover

Tel.:  +49 (0)511 - 36 58 472
Fax:   +49 (0)1805 - 233633 - 11044
mobil: +49 (0)173 - 83 93 417
Http:  www.emma-stil.de




___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Extra columns in LaTeX tables when =fixed=

[Sebastian Rose]

Carsten Dominik  writes:
> Fixed, thanks.

More than perfect. Thanks!

I can keep on working without a break here. Even in the rare situations
I run into a bug.


I discovered writing LaTeX through OrgMode and it's absolutely
phantastic. Forget about LyX and all the others :-D



Regards,


  Sebastian

-- 
Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover
Tel.:  +49 (0)511 - 36 58 472
Fax:   +49 (0)1805 - 233633 - 11044
mobil: +49 (0)173 - 83 93 417
Http:  www.emma-stil.de


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] checkboxes and agenda invisibility

[Carsten Dominik]

Good point, but non-trivial to implement.  I'll put it on the list.

- Carsten


On Feb 1, 2009, at 9:44 PM, John Rakestraw wrote:


I noticed today that, at least in my set-up, setting these variables
this way:

(setq org-agenda-dim-blocked-tasks 'invisible)
(setq org-enforce-todo-checkbox-dependencies t)

means that a TODO task with checkboxes doesn't get included in the
agenda. However, the sub-tasks in the checkbox list don't get  
included,
either. So the TODO task with checkboxes doesn't show up in the  
agenda.


It makes sense given the way the variables work. However, I wonder if
it makes more sense for a task with checklisted sub-tasks to be
included in the agenda so that the tasks and sub-tasks don't get lost.
Or, to put the point slightly differently, I think that a TODO that's
blocked because it has dependent TODOs might be treated differently in
agenda listings than a TODO that's blocked because it has dependent
checklist items.

Not a big deal to me because I don't typically use checkboxes for TODO
items. But I thought I'd raise it for consideration.

--John


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode




___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] table exporters should exclude column width specifiers

[Carsten Dominik]

Hi Dan,

Use the following:

|   | aa| bb|
|---+---+---|
| / | <5>   | <5>   |
|   |   |   |

Works for all kinds of export, I believe, documented under "Advanced  
Features"

in the table chapter of the manual.

HTH

- Carsten



On Feb 1, 2009, at 10:34 PM, Dan Davison wrote:


The csv and tsv table exporters are currently including the 
'narrow columns' width specifiers. They are also appearing in the html
export. I think they should be excluded, but I'm not sure what the
best strategy is.

It seems to me that if a row contains only width specifiers, then that
row should be deleted. However, the manual says that "one field
anywhere in the column may contain just the string ...". Is it
possible that that is an undesirable amount of freedom? Might it be
preferable to impose the restriction that if they are present, they
are on their own row, with no other data on that row?

Dan

--
http://www.stats.ox.ac.uk/~davison


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode




___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Some css issues in org-export

[Sebastian Rose]

Carsten Dominik  writes:
> I have implemented a different fix for the problem Sebastian mentions.
> Hopefully it will work correctly, please test.


Yes does :-)


Thanks Carsten!

-- 
Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover
Tel.:  +49 (0)511 - 36 58 472
Fax:   +49 (0)1805 - 233633 - 11044
mobil: +49 (0)173 - 83 93 417
Http:  www.emma-stil.de


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Some css issues in org-export

[Carsten Dominik]

I have implemented a different fix for the problem Sebastian mentions.
Hopefully it will work correctly, please test.

- Carsten

On Feb 2, 2009, at 10:33 AM, Sebastian Rose wrote:


Hi,



This solves the problem with the  inside a . That  is  
only

created when images are included using `org-export-html-format-image'.





diff --git a/lisp/org-exp.el b/lisp/org-exp.el
index 760c83f..4f035a4 100644
--- a/lisp/org-exp.el
+++ b/lisp/org-exp.el
@@ -3638,8 +3638,10 @@ lang=\"%s\" xml:lang=\"%s\">
  (and org-export-html-inline-images (not  
descp)))

  (org-file-image-p
   path org-export-html-inline-image-extensions))
+   (progn
+   (org-close-par-maybe)
 (setq rpl (org-export-html-format-image
-(concat type ":" path)))
+(concat type ":" path
   (setq link (concat type ":" path))
   (setq rpl (concat "
  (or (eq t org-export-html-inline- 
images)
  (and org-export-html-inline- 
images

   (not descp
- (org-export-html-format-image thefile)
+ (progn
+   (org-close-par-maybe)
+ (org-export-html-format-image thefile))
   (concat ""
   (org-export-html-format-desc desc)
   "")))




Regards,



Rustom Mody  writes:

I tried validating this at http://validator.w3.org/
and its not valid XHTML.

Dont know more HTML to comment :-)


On Mon, Jan 19, 2009 at 8:43 PM, Sebastian Rose > wrote:

Hi Rustom,


"Rustom Mody"  writes:
On Mon, Jan 19, 2009 at 6:29 PM, Sebastian Rose > wrote:


Hm - we do not provide a special stylesheet for printing. But  
since




Maybe we should add this line to the very top of the document:




I tried adding this by hand (using emacs) it made no difference  
to the printout

The boxes show the digits like this:

0 0
2 0

Also I noticed that emacs shows (Unix) in the modeline but it shows
^Ms at EOLs in the buffer.

I understand too little of unicode etc to even claim that this is
'not-as-it-should-be' -- just mentioning it in case it gives any
clues...



Hmmm. In the modeline I have either an `U' (for utf-8) or `1' or
iso-8859-1 and other single byte encodings. OrgMode seems to set the
charset correctly on export here. If I do a `save file as' in  
Firefox
and open it in emacs, I see the encoding is exactly what's in the  
line
with the `charset'.  You should change the `utf-8' to what's in  
that line

with the `charset':

 


in case of
http://orgmode.org/worg/org-tutorials/org-custom-agenda- 
commands.php.



If you add the `Anyway, I believe it's a question of your browsers configuration  
since

no one else has that problem.



The line endings have nothing to do with encoding. Their bit-wise
representation is the same for all single byte encodings and utf-8.



Good luck,



--
Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449  
Hannover

Tel.:  +49 (0)511 - 36 58 472
Fax:   +49 (0)1805 - 233633 - 11044
mobil: +49 (0)173 - 83 93 417
Http:  www.emma-stil.de




___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode



--
Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449  
Hannover

Tel.:  +49 (0)511 - 36 58 472
Fax:   +49 (0)1805 - 233633 - 11044
mobil: +49 (0)173 - 83 93 417
Email: s.r...@emma-stil.de, sebastian_r...@gmx.de
Http:  www.emma-stil.de
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode




___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Extra columns in LaTeX tables when =fixed=

[Carsten Dominik]

Fixed, thanks.

- Carsten

On Feb 2, 2009, at 12:03 PM, Sebastian Rose wrote:


Hi,


I have a problem with tables and LaTeX export (PDF). I'm not shure if
this is because of my LaTeX headers, but I don't think so.

It seems that `=' is considered a column divider or something. Is  
there

an option I overlooked?

As soon as I add =fixed width= to a table, extra columns are created:


=> --->8->8- 
>8---


 || Tabelle | Inhalt   |
 |+-+--|
 | *Regionen* | |  |
 || =countries= | Staaten  |
 || =zones= | Bundesländer |
 || =territories=   | Erdteile |
 | *Hotels*   | |  |
 || =hotel= | Hotels   |
 || =geocache=  | GEO-Daten|
 | *Produkte* | |  |
 || =produkt=   | Produkte |
 || =produktoption= | Optionen |
 |+-+--|


<=  
---8<-8<-8<---



results in this tex file:


=> --->8->8- 
>8---


\begin{center}
\begin{tabular}{l}
   &  Tabelle  &  Inhalt &  
&\\

\hline
\textbf{Regionen}  &   & &  
&\\
   &  \verb&  countries  & &   
Staaten   \\
   &  \verb&  zones  & &   
Bundesländer  \\
   &  \verb&  territories& &   
Erdteile  \\
\textbf{Hotels}&   & &  
&\\
   &  \verb&  hotel  & &   
Hotels\\
   &  \verb&  geocache   & &  GEO- 
Daten \\
\textbf{Produkte}  &   & &  
&\\
   &  \verb&  produkt& &   
Produkte  \\
   &  \verb&  produktoption  & &   
Optionen  \\

\hline
\end{tabular}
\end{center}

<=  
---8<-8<-8<---


Note the extra Columns. Also, not the position of the headers (I
wouldn't have noticed this without those).



While this one works:

=> --->8->8- 
>8---


 || Tabelle   | Inhalt   |
 |+---+--|
 | *Regionen* |   |  |
 || countries | Staaten  |
 || zones | Bundesländer |
 || territories   | Erdteile |
 | *Hotels*   |   |  |
 || hotel | Hotels   |
 || geocache  | GEO-Daten|
 | *Produkte* |   |  |
 || produkt   | Produkte |
 || produktoption | Optionen |
 |+---+--|

<=  
---8<-8<-8<---





Regards,


--
Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449  
Hannover

Tel.:  +49 (0)511 - 36 58 472
Fax:   +49 (0)1805 - 233633 - 11044
mobil: +49 (0)173 - 83 93 417
Http:  www.emma-stil.de


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode




___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Some css issues in org-export

[Sebastian Rose]

Rustom Mody  writes:
> On Mon, Feb 2, 2009 at 3:03 PM, Sebastian Rose  wrote:
>> Hi,
>>
>>
>>
>> This solves the problem with the  inside a . That  is only
>> created when images are included using `org-export-html-format-image'.
>
> Does this solve the original problem (unicode boxes on printing?)


I don't think it will. AFAIK, the structure has nothing to do with the
encoding.


Actually, I still have problems to use gnus eficiently. One point is the
threading. That's why I were not aware of the original problem.



Regards,

-- 
Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover
Tel.:  +49 (0)511 - 36 58 472
Fax:   +49 (0)1805 - 233633 - 11044
mobil: +49 (0)173 - 83 93 417
Http:  www.emma-stil.de


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Extra columns in LaTeX tables when =fixed=

[Sebastian Rose]

Hi,


I have a problem with tables and LaTeX export (PDF). I'm not shure if
this is because of my LaTeX headers, but I don't think so.

It seems that `=' is considered a column divider or something. Is there
an option I overlooked?

As soon as I add =fixed width= to a table, extra columns are created:


=> --->8->8->8---

  || Tabelle | Inhalt   |
  |+-+--|
  | *Regionen* | |  |
  || =countries= | Staaten  |
  || =zones= | Bundesländer |
  || =territories=   | Erdteile |
  | *Hotels*   | |  |
  || =hotel= | Hotels   |
  || =geocache=  | GEO-Daten|
  | *Produkte* | |  |
  || =produkt=   | Produkte |
  || =produktoption= | Optionen |
  |+-+--|


<= ---8<-8<-8<---


results in this tex file:


=> --->8->8->8---

\begin{center}
\begin{tabular}{l}
&  Tabelle  &  Inhalt & &\\
\hline
 \textbf{Regionen}  &   & & &\\
&  \verb&  countries  & &  Staaten   \\
&  \verb&  zones  & &  Bundesländer  \\
&  \verb&  territories& &  Erdteile  \\
 \textbf{Hotels}&   & & &\\
&  \verb&  hotel  & &  Hotels\\
&  \verb&  geocache   & &  GEO-Daten \\
 \textbf{Produkte}  &   & & &\\
&  \verb&  produkt& &  Produkte  \\
&  \verb&  produktoption  & &  Optionen  \\
\hline
\end{tabular}
\end{center}

<= ---8<-8<-8<---

Note the extra Columns. Also, not the position of the headers (I
wouldn't have noticed this without those).



While this one works:

=> --->8->8->8---

  || Tabelle   | Inhalt   |
  |+---+--|
  | *Regionen* |   |  |
  || countries | Staaten  |
  || zones | Bundesländer |
  || territories   | Erdteile |
  | *Hotels*   |   |  |
  || hotel | Hotels   |
  || geocache  | GEO-Daten|
  | *Produkte* |   |  |
  || produkt   | Produkte |
  || produktoption | Optionen |
  |+---+--|

<= ---8<-8<-8<---




Regards,


--
Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover
Tel.:  +49 (0)511 - 36 58 472
Fax:   +49 (0)1805 - 233633 - 11044
mobil: +49 (0)173 - 83 93 417
Http:  www.emma-stil.de


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] POLL: the 40 variables project

[Carsten Dominik]

Hi everyone,

I want to do more with these results, but for now I have put Manish'  
analysis

and the raw data table on the web at

http://orgmode.org/worg/org-customization-survey.php

- Carsten

On Feb 1, 2009, at 9:55 PM, Manish wrote:


On Fri, Jan 30, 2009 at 2:46 PM, Carsten Dominik wrote:



[snip: table formula help (22 lines)]
Anyhow, I will try and add additional results to the data if we  
get more

responses (so far 2.)


And please use the default values to clean out "configurations" to  
the

default.


Hello Carsten/List,

Here are the final set of results after three days of polling.


1. Total respondents  : 36

2. No. of customizations reported: 887 (minus faces)

3. Avg. no. of customizations/respondent : 24.6

4. No. of unique variables customized: 260 (give or take a few to
   account for faces etc.)

5. Percentge of variables customized : ~ 69% (when total 377)

6. Percentage of variables customized by
  at least more than one person : ~ 36% (135/377)


Following table lists those variables (total 78) that have been
customized to non-default values by at least three users (threshold
decided to limit the size of the table.)

|---+---|
|   | No. of times reported |
| Variable  | *not* same as default |
|---+---|
| org-log-done  |22 |
| org-todo-keywords |22 |
| org-agenda-files  |21 |
| org-agenda-start-on-weekday   |19 |
| org-hide-leading-stars|19 |
| org-remember-templates|19 |
| org-agenda-skip-scheduled-if-done |18 |
| org-agenda-include-diary  |17 |
| org-agenda-skip-deadline-if-done  |16 |
| org-use-fast-todo-selection   |16 |
| org-agenda-custom-commands|15 |
| org-default-notes-file|15 |
| org-special-ctrl-a/e  |14 |
| org-agenda-sorting-strategy   |13 |
| org-fast-tag-selection-single-key |12 |
| auto-mode-alist   |11 |
| org-agenda-window-setup   |11 |
| org-stuck-projects|11 |
| org-mode-hook |10 |
| org-refile-targets|10 |
| org-completion-use-ido| 9 |
| org-directory | 9 |
| org-return-follows-link   | 9 |
| org-blank-before-new-entry| 8 |
| org-columns-default-format| 8 |
| org-enforce-todo-dependencies | 8 |
| org-tag-alist | 8 |
| org-reverse-note-order| 7 |
| org-drawers   | 7 |
| org-export-with-LaTeX-fragments   | 7 |
| org-publish-project-alist | 7 |
| org-special-ctrl-k| 7 |
| org-tags-column   | 7 |
| org-export-html-style | 6 |
| org-agenda-todo-ignore-scheduled  | 6 |
| org-modules   | 6 |
| org-refile-use-outline-path   | 6 |
| org-deadline-warning-days | 5 |
| org-startup-folded| 5 |
| org-agenda-todo-ignore-with-date  | 5 |
| org-archive-location  | 5 |
| org-clock-persist | 5 |
| org-export-latex-classes  | 5 |
| org-global-properties | 5 |
| org-id-method | 5 |
| org-odd-levels-only   | 5 |
| org-agenda-ndays  | 4 |
| org-agenda-restore-windows-after-quit | 4 |
| org-agenda-skip-timestamp-if-done | 4 |
| org-agenda-tags-column| 4 |
| org-agenda-time-grid  | 4 |
| org-agenda-todo-ignore-deadlines  | 4 |
| org-archive-save-context-info |

Re: [Orgmode] Some css issues in org-export

[Rustom Mody]

On Mon, Feb 2, 2009 at 3:03 PM, Sebastian Rose  wrote:
> Hi,
>
>
>
> This solves the problem with the  inside a . That  is only
> created when images are included using `org-export-html-format-image'.

Does this solve the original problem (unicode boxes on printing?)

There are also errors in the js (see http://www.jslint.com/ )
and css (see http://jigsaw.w3.org/css-validator/)


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Some css issues in org-export

[Sebastian Rose]

Hi,



This solves the problem with the  inside a . That  is only
created when images are included using `org-export-html-format-image'. 





diff --git a/lisp/org-exp.el b/lisp/org-exp.el
index 760c83f..4f035a4 100644
--- a/lisp/org-exp.el
+++ b/lisp/org-exp.el
@@ -3638,8 +3638,10 @@ lang=\"%s\" xml:lang=\"%s\">
   (and org-export-html-inline-images (not descp)))
   (org-file-image-p
path org-export-html-inline-image-extensions))
+   (progn
+   (org-close-par-maybe)
  (setq rpl (org-export-html-format-image
-(concat type ":" path)))
+(concat type ":" path
(setq link (concat type ":" path))
(setq rpl (concat "
   (or (eq t org-export-html-inline-images)
   (and org-export-html-inline-images
(not descp
- (org-export-html-format-image thefile)
+ (progn
+   (org-close-par-maybe)
+ (org-export-html-format-image thefile))
(concat ""
(org-export-html-format-desc desc)
"")))




Regards,



Rustom Mody  writes:
> I tried validating this at http://validator.w3.org/
> and its not valid XHTML.
>
> Dont know more HTML to comment :-)
>
>
> On Mon, Jan 19, 2009 at 8:43 PM, Sebastian Rose  wrote:
>> Hi Rustom,
>>
>>
>> "Rustom Mody"  writes:
>>> On Mon, Jan 19, 2009 at 6:29 PM, Sebastian Rose  wrote:

 Hm - we do not provide a special stylesheet for printing. But since
>>> 

 Maybe we should add this line to the very top of the document:

 
>>>
>>> I tried adding this by hand (using emacs) it made no difference to the printout
>>> The boxes show the digits like this:
>>>
>>> 0 0
>>> 2 0
>>>
>>> Also I noticed that emacs shows (Unix) in the modeline but it shows
>>> ^Ms at EOLs in the buffer.
>>>
>>> I understand too little of unicode etc to even claim that this is
>>> 'not-as-it-should-be' -- just mentioning it in case it gives any
>>> clues...
>>
>>
>> Hmmm. In the modeline I have either an `U' (for utf-8) or `1' or
>> iso-8859-1 and other single byte encodings. OrgMode seems to set the
>> charset correctly on export here. If I do a `save file as' in Firefox
>> and open it in emacs, I see the encoding is exactly what's in the line
>> with the `charset'.  You should change the `utf-8' to what's in that line
>> with the `charset':
>>
>>   
>>
>> in case of
>> http://orgmode.org/worg/org-tutorials/org-custom-agenda-commands.php.
>>
>>
>> If you add the `>   a) the encoding is the same as the one in the `charset' line and
>>   b) the file is indeed written to disk using that encoding. See
>>  `C-h k C-x RET f' or ust do `C-x RET f TAB TAB'.
>>
>>
>>
>> Anyway, I believe it's a question of your browsers configuration since
>> no one else has that problem.
>>
>>
>>
>> The line endings have nothing to do with encoding. Their bit-wise
>> representation is the same for all single byte encodings and utf-8.
>>
>>
>>
>> Good luck,
>>
>>
>>
>> --
>> Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover
>> Tel.:  +49 (0)511 - 36 58 472
>> Fax:   +49 (0)1805 - 233633 - 11044
>> mobil: +49 (0)173 - 83 93 417
>> Http:  www.emma-stil.de
>>
>
>
> ___
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>

-- 
Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover
Tel.:  +49 (0)511 - 36 58 472
Fax:   +49 (0)1805 - 233633 - 11044
mobil: +49 (0)173 - 83 93 417
Email: s.r...@emma-stil.de, sebastian_r...@gmx.de
Http:  www.emma-stil.de
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Some css issues in org-export

[Sebastian Rose]

Hi,


Seems there are some regressions/new issues. XHTML-validity is a moving
target and someting to re-work from time to time.

It's actually quite seldom I have these problems with the current
version.


I only found this one on the first glance:

*  is _not_ allowed in 


=> --->8->8->8---
  * Produkt Attribute 

[[file:../img/osCommerce-products-attributes.png]]

more text

<= ---8<-8<-8<---

becomes

=> --->8->8->8---

1 Produkt Attribute 








<= ---8<-8<-8<---



* Also I found some more, but they where homegrown

I had this in my configuration file:

(setq org-link-abbrev-alist
   '(("man"   . "http://localhost/devel/man.php?q=man&what=%s";)
 ("info"  . "http://localhost/devel/man.php?q=info&what=%s";)
 ("wikipedia-en" . "http://en.wikipedia.org/wiki/%s";)))

Note the ampersands in `man' and `info'! This is no valid XHTML!
Hence I had to change all apersands to `&' like this:

(setq org-link-abbrev-alist
   '(("man"   . "http://localhost/devel/man.php?q=man&what=%s";)
 ("info"  . "http://localhost/devel/man.php?q=info&what=%s";)
 ("wikipedia-en" . "http://en.wikipedia.org/wiki/%s";)))





Please post the errors you get here, so we all can hunt them when we
find time for it.

I use http://validator.w3.org/ (press CTRL-SHIFT-A in Firefox to
validate local HTML) and the error messages are quite clear.



Regards,

  Sebastian




Rustom Mody  writes:
> I tried validating this at http://validator.w3.org/
> and its not valid XHTML.
>
> Dont know more HTML to comment :-)
>
>
> On Mon, Jan 19, 2009 at 8:43 PM, Sebastian Rose  wrote:
>> Hi Rustom,
>>
>>
>> "Rustom Mody"  writes:
>>> On Mon, Jan 19, 2009 at 6:29 PM, Sebastian Rose  
>>> wrote:

 Hm - we do not provide a special stylesheet for printing. But since
>>> 

 Maybe we should add this line to the very top of the document:

 
>>>
>>> I tried adding this by hand (using emacs) it made no difference to the 
>>> printout
>>> The boxes show the digits like this:
>>>
>>> 0 0
>>> 2 0
>>>
>>> Also I noticed that emacs shows (Unix) in the modeline but it shows
>>> ^Ms at EOLs in the buffer.
>>>
>>> I understand too little of unicode etc to even claim that this is
>>> 'not-as-it-should-be' -- just mentioning it in case it gives any
>>> clues...
>>
>>
>> Hmmm. In the modeline I have either an `U' (for utf-8) or `1' or
>> iso-8859-1 and other single byte encodings. OrgMode seems to set the
>> charset correctly on export here. If I do a `save file as' in Firefox
>> and open it in emacs, I see the encoding is exactly what's in the line
>> with the `charset'.  You should change the `utf-8' to what's in that line
>> with the `charset':
>>
>>   
>>
>> in case of
>> http://orgmode.org/worg/org-tutorials/org-custom-agenda-commands.php.
>>
>>
>> If you add the `>   a) the encoding is the same as the one in the `charset' line and
>>   b) the file is indeed written to disk using that encoding. See
>>  `C-h k C-x RET f' or ust do `C-x RET f TAB TAB'.
>>
>>
>>
>> Anyway, I believe it's a question of your browsers configuration since
>> no one else has that problem.
>>
>>
>>
>> The line endings have nothing to do with encoding. Their bit-wise
>> representation is the same for all single byte encodings and utf-8.
>>
>>
>>
>> Good luck,
>>
>>
>>
>> --
>> Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover
>> Tel.:  +49 (0)511 - 36 58 472
>> Fax:   +49 (0)1805 - 233633 - 11044
>> mobil: +49 (0)173 - 83 93 417
>> Http:  www.emma-stil.de
>>
>
>
> ___
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>

--
Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover
Tel.:  +49 (0)511 - 36 58 472
Fax:   +49 (0)1805 - 233633 - 11044
mobil: +49 (0)173 - 83 93 417
Email: s.r...@emma-stil.de, sebastian_r...@gmx.de
Http:  www.emma-stil.de


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Some css issues in org-export

[Rustom Mody]

I tried validating this at http://validator.w3.org/
and its not valid XHTML.

Dont know more HTML to comment :-)


On Mon, Jan 19, 2009 at 8:43 PM, Sebastian Rose  wrote:
> Hi Rustom,
>
>
> "Rustom Mody"  writes:
>> On Mon, Jan 19, 2009 at 6:29 PM, Sebastian Rose  
>> wrote:
>>>
>>> Hm - we do not provide a special stylesheet for printing. But since
>> 
>>>
>>> Maybe we should add this line to the very top of the document:
>>>
>>> 
>>
>> I tried adding this by hand (using emacs) it made no difference to the 
>> printout
>> The boxes show the digits like this:
>>
>> 0 0
>> 2 0
>>
>> Also I noticed that emacs shows (Unix) in the modeline but it shows
>> ^Ms at EOLs in the buffer.
>>
>> I understand too little of unicode etc to even claim that this is
>> 'not-as-it-should-be' -- just mentioning it in case it gives any
>> clues...
>
>
> Hmmm. In the modeline I have either an `U' (for utf-8) or `1' or
> iso-8859-1 and other single byte encodings. OrgMode seems to set the
> charset correctly on export here. If I do a `save file as' in Firefox
> and open it in emacs, I see the encoding is exactly what's in the line
> with the `charset'.  You should change the `utf-8' to what's in that line
> with the `charset':
>
>   
>
> in case of
> http://orgmode.org/worg/org-tutorials/org-custom-agenda-commands.php.
>
>
> If you add the `   a) the encoding is the same as the one in the `charset' line and
>   b) the file is indeed written to disk using that encoding. See
>  `C-h k C-x RET f' or ust do `C-x RET f TAB TAB'.
>
>
>
> Anyway, I believe it's a question of your browsers configuration since
> no one else has that problem.
>
>
>
> The line endings have nothing to do with encoding. Their bit-wise
> representation is the same for all single byte encodings and utf-8.
>
>
>
> Good luck,
>
>
>
> --
> Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover
> Tel.:  +49 (0)511 - 36 58 472
> Fax:   +49 (0)1805 - 233633 - 11044
> mobil: +49 (0)173 - 83 93 417
> Http:  www.emma-stil.de
>


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode