headers
Letitia and Drew Hodge | 1 Dec 2008 01:23
Picon

Latex export to HTML

Hi,

I'm trying to export to HTML org files that contain Latex maths
fragments.  I can successfully export to PDF and I can see properly
typeset maths when I use the preview command (C-c C-x, C-l), but when
I export to HTML, I see just Latex code.

I'm using Org mode 6.13b in GNU Emacs 22.3.1 (i386-apple-darwin9.5.0,
Carbon Version 1.6.0) on Mac OS 10.5.5 and I have dvipng installed and
working.

Is anyone exporting Latex math to HTML successfully on a Mac -- and is
there anything I need to do outside the instructions in the latest Org
Manual?

Thanks very much.

Drew Hodge

PS: If you read this Carsten, Org mode is an amazing piece of work --
I don't know where I'd be without it. Thanks for all your time and
effort.

_______________________________________________
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode <at> gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
(Continue reading)

Permalink | Reply | 2 comments |
headers
Daniel Clemente | 1 Dec 2008 03:02
Picon

Export without TODO keywords


Hi,
  this seems to be very basic, but: is there a way to export a file without the TODO keywords and the other task
tracking information?
  I'm writing a web site where each section is a task (I schedule a day to write it, then it goes from TODO to
DONE). When I export to HTML, I see headers like „1.2 DONE Introduction“, but I would like just „1.2
Introduction“. In fact I would like to prevent all tracking information (CLOCK, SCHEDULED, DEADLINE,
priorities, properties, ...) from being exported.
  I found no export option to do that and also no variable.

Greetings,

Daniel

_______________________________________________
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode <at> gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Permalink | Reply | 7 comments |
headers
Samuel Wales | 1 Dec 2008 03:29
Picon

Re: Re: Git recommendations

Do you know whether any of the git modes allow you to
preprocess the files that get diffed or ediffed?

For example, let's say that you want to ignore all line
moves.  In that case, you might run both files (e.g. an old
version and the current version) through "sort -u".

Then the diff will look funny if you made a lot of changes,
but if you only moved lines, it would show up as a zero
diff, which is exactly what you want if you don't care about
line moves.  If you made just a few changes and a lot of
line moves, those changes would show up.  A more
sophisticated algorithm could keep the changed lines in
place.

Likewise, you could preprocess org files to make diffs
cleaner by eliminating all level changes, etc.

I have done this in the shell for a long time and found it
useful; it would be nice in a git mode, if any support that.

Of course, perhaps it could be done in ediff, somehow.

I wonder if dvc will win because it has backends.

_______________________________________________
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode <at> gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
(Continue reading)

Permalink | Reply | 4 comments |
headers
Alan E. Davis | 1 Dec 2008 13:56
Picon

Re: searchable refcard?

That all is a great help.  I like both ideas, but at the present it is much easier for me to go through orgcard.tex and study the info docs.  I think I have some mistakes in this, but it's been an interesting study to carefully comb through one or two headlines' worth (Agenda and clocking) and add something for my own use on relative clocks. 

It helps alot to study the info docs while going through this, but I cannot do it all in one sitthing.  Perhaps it's helpful to separate some of the commands where three variants are on one line to save space---it sure helps me to make sense of each of them.

I might ask, in cases where there is a discrepancy between the orgcard and the info docs, which one is up to date?  My guess would be the info docs, but I'm guessing. 

Attached is another pass at "org-help.org". 

Alan


--
Alan Davis

"It's never a matter of liking or disliking ..."
      ---Santa Ynez Chumash Medicine Man

Attachment (org-help.org): application/octet-stream, 16 KiB
_______________________________________________
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode <at> gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Permalink | Reply | 6 comments |
headers
Carsten Dominik | 1 Dec 2008 14:06
Picon

Re: searchable refcard?


On Dec 1, 2008, at 1:56 PM, Alan E. Davis wrote:

That all is a great help.  I like both ideas, but at the present it is much easier for me to go through orgcard.tex and study the info docs.  I think I have some mistakes in this, but it's been an interesting study to carefully comb through one or two headlines' worth (Agenda and clocking) and add something for my own use on relative clocks. 

It helps alot to study the info docs while going through this, but I cannot do it all in one sitthing.  Perhaps it's helpful to separate some of the commands where three variants are on one line to save space---it sure helps me to make sense of each of them.

I might ask, in cases where there is a discrepancy between the orgcard and the info docs, which one is up to date?  My guess would be the info docs, but I'm guessing. 


Please collect these differences and send them to me, I will check.  Likely, the manual is more up to date.

- Carsten




Attached is another pass at "org-help.org". 

Alan


--
Alan Davis

"It's never a matter of liking or disliking ..."
      ---Santa Ynez Chumash Medicine Man

<org-help.org> 

_______________________________________________
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode <at> gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Permalink | Reply | 5 comments |
headers
Sebastian Rose | 1 Dec 2008 15:02
Picon
Picon

Re: Export without TODO keywords

Hi Daniel,

you might want to customize these variables:

org-export-with-drawers
org-export-with-tags
org-export-with-timestamps
org-export-mark-todo-in-toc

I'm not aware of a way to suppress the export of todo keywords.

But the export puts the TODO keywords in span tags and assignes one of
the two classes 'todo' or 'done', depending on your todo setup:

<span class="todo">TODO</span>
<span class="todo">STARTED</span>
<span class="todo">WAITING</span>
<span class="done">DONE</span>

To hide the todo keywords in your HTML, you might add the following to
your stylesheet:

span.todo { display:none;visibility:hidden; }
span.done { display:none;visibility:hidden; }

Regards,

  Sebastian

Daniel Clemente <n142857 <at> gmail.com> writes:
> Hi, this seems to be very basic, but: is there a way to export a file without
> the TODO keywords and the other task tracking information?  I'm writing a web
> site where each section is a task (I schedule a day to write it, then it goes
> from TODO to DONE). When I export to HTML, I see headers like „1.2 DONE
> Introduction“, but I would like just „1.2 Introduction“. In fact I would like to
> prevent all tracking information (CLOCK, SCHEDULED, DEADLINE, priorities,
> properties, ...) from being exported.  I found no export option to do that and
> also no variable.
>
>
> Greetings,
>
> Daniel
>
>
> _______________________________________________ Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.  Emacs-orgmode <at> 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.rose emma-stil de, sebastian_rose gmx de
Http:  www.emma-stil.de

_______________________________________________
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode <at> gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Permalink | Reply | 6 comments |
headers
Gary | 1 Dec 2008 15:25

Notification of upcoming deadlines via email

Hi all,

I would say "long time reader, first time poster", but half of it
wouldn't be true ;)

I know from reading the manual that org-mode can "interact" with the
appointment notification facility in the emacs diary/calendar, so
maybe I am barking up the wrong tree by asking here, if so then then
please feel free to point me there. I couldn't see anything in the
archives, and haven't been able to find anything suitable with google
either.

What I would like to do is have emacs send me an email when a deadline
is approaching. Is that possible? I am *much* more likely to read an
email than remember to look at the calendar or whatever, and moreover
it sits in my mailbox until I really take some action to deal with it,
even if it is only to delete it.

If you respond, please do so to the list as I am subscribed.

--

-- 
TIA,
Gary

_______________________________________________
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode <at> gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Permalink | Reply | 1 comment |
headers
Alex Ott | 1 Dec 2008 15:25
Picon
Gravatar

Re: Re: Git recommendations

Re

>>>>> "SW" == Samuel Wales writes:
 SW> Do you know whether any of the git modes allow you to preprocess the
 SW> files that get diffed or ediffed?

in magit you can see diff for separate files

 SW> For example, let's say that you want to ignore all line moves.  In
 SW> that case, you might run both files (e.g. an old version and the
 SW> current version) through "sort -u".

 SW> Then the diff will look funny if you made a lot of changes, but if you
 SW> only moved lines, it would show up as a zero diff, which is exactly
 SW> what you want if you don't care about line moves.  If you made just a
 SW> few changes and a lot of line moves, those changes would show up.  A
 SW> more sophisticated algorithm could keep the changed lines in place.

 SW> Likewise, you could preprocess org files to make diffs cleaner by
 SW> eliminating all level changes, etc.

 SW> I have done this in the shell for a long time and found it useful; it
 SW> would be nice in a git mode, if any support that.

 SW> Of course, perhaps it could be done in ediff, somehow.

 SW> I wonder if dvc will win because it has backends.

You can look through modes, described in my article at
http://xtalk.msk.su/~ott/en/writings/emacs-vcs/EmacsGit.html 

In DVC, as i remember, support for Git is still very basic

--

-- 
With best wishes, Alex Ott, MBA
http://alexott.blogspot.com/           http://xtalk.msk.su/~ott/
http://alexott-ru.blogspot.com/

_______________________________________________
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode <at> gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Permalink | Reply | 3 comments |
headers
Sebastian Rose | 1 Dec 2008 15:38
Picon
Picon

Re: searchable refcard?

Hi Carsten, Alan & Co,

sorry for not following this thread closely. If the idea here is deleted
from your list already or is not feasable, just ignore it.

Refcard as info file
====================

  How about maintaining the extended refcard as a second texinfo file?
  After the install, we would have two resulting info files: org and
  org-refcard.

  We could then bind a key to some `org-open-ref-card' function, that
  simply calls (info "(orgrefcard)").

Context help
============

  As for help in general:

  How about binding a key (e.g. `C-c h') to a function calling (info
  &optional file-or-node) to get context-help while in an org-file?

  (info "(org)tags")                      if on a tag,
  (info "(org)properties and columns")    if in `#+COLUMNS' line

  ...and so on.

  Often more than one section will match, so a mapping would be needed
  as well, as some sort of completion.

Best,

   Sebastian

Carsten Dominik <carsten.dominik <at> gmail.com> writes:
> On Dec 1, 2008, at 1:56 PM, Alan E. Davis wrote:
>
>> That all is a great help.  I like both ideas, but at the present it is much
>> easier for me to go through orgcard.tex and study the info  docs.  I think I
>> have some mistakes in this, but it's been an  interesting study to carefully
>> comb through one or two headlines'  worth (Agenda and clocking) and add
>> something for my own use on  relative clocks.
>>
>> It helps alot to study the info docs while going through this, but I cannot do
>> it all in one sitthing.  Perhaps it's helpful to separate  some of the
>> commands where three variants are on one line to save  space---it sure helps
>> me to make sense of each of them.
>>
>> I might ask, in cases where there is a discrepancy between the orgcard and the
>> info docs, which one is up to date?  My guess would  be the info docs, but I'm
>> guessing.
>
>
> Please collect these differences and send them to me, I will check.  Likely, the
> manual is more up to date.
>
> - Carsten
>
>
>>
>>
>> Attached is another pass at "org-help.org".
>>
>> Alan
>>
>>
>> --
>> Alan Davis
>>
>> "It's never a matter of liking or disliking ..."
>>       ---Santa Ynez Chumash Medicine Man
>>
>> <org-help.org>
>

--

-- 
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.rose emma-stil de, sebastian_rose gmx de
Http:  www.emma-stil.de

_______________________________________________
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode <at> gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Permalink | Reply | 4 comments |
headers
Richard Riley | 1 Dec 2008 16:56

Re: Re: Git recommendations

Alex Ott <alexott <at> gmail.com> writes:

> Re
>
>>>>>> "SW" == Samuel Wales writes:
>  SW> Do you know whether any of the git modes allow you to preprocess the
>  SW> files that get diffed or ediffed?
>
> in magit you can see diff for separate files
>
>  SW> For example, let's say that you want to ignore all line moves.  In
>  SW> that case, you might run both files (e.g. an old version and the
>  SW> current version) through "sort -u".
>
>  SW> Then the diff will look funny if you made a lot of changes, but if you
>  SW> only moved lines, it would show up as a zero diff, which is exactly
>  SW> what you want if you don't care about line moves.  If you made just a
>  SW> few changes and a lot of line moves, those changes would show up.  A
>  SW> more sophisticated algorithm could keep the changed lines in place.
>
>  SW> Likewise, you could preprocess org files to make diffs cleaner by
>  SW> eliminating all level changes, etc.
>
>  SW> I have done this in the shell for a long time and found it useful; it
>  SW> would be nice in a git mode, if any support that.
>
>  SW> Of course, perhaps it could be done in ediff, somehow.
>
>  SW> I wonder if dvc will win because it has backends.
>
> You can look through modes, described in my article at
> http://xtalk.msk.su/~ott/en/writings/emacs-vcs/EmacsGit.html 
>
> In DVC, as i remember, support for Git is still very basic

It has improved.

http://richardriley.net/default/projects/emacs/dvc/tutorial/index

--

-- 
 important and urgent problems of the technology of today are no longer the satisfactions of the primary
needs or of archetypal wishes, but the reparation of the evils and damages by the technology of yesterday. 
~Dennis Gabor, Innovations:  Scientific, Technological and Social, 1970

_______________________________________________
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode <at> gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Permalink | Reply | 0 comments |

Gmane