Re: [Orgmode] Re: Org mode and emacs email
On 31 Mar 2010, at 21:09, Gary wrote: On Tue, Mar 30, 2010 at 08:53:17PM +0100, Leo wrote: although many people have been saying it is intimidating, it is not. Oh yes it is :) I kind of agree. This brings up another question, related to the recent discussion about making a 'ready to fly' emacs/org-mode package, suitable for the non-emacs-sapiens that are attracted by org-mode. I can imagine those people would like to send their carefully crafted org buffers by email. Do you expect them to set up gnus/vm/wanderlust/... ? I guess not. So, wouldn't it be good if org could send those nicely formatted emails using their mail clients? 'M-x org-send-email' and woosh, there it goes! Org prepares the body, then tells the mail app to prepare an mail with it. On the mac with Mail.app that's fairly easy to do with Applescript, and I guess other mac clients provide similar access. On Windows or *nix I don't know, but I can only assume similar functionality exists. Maybe we needs some hooks in some places to encode images and such, and a way to deal with the communication with the mail client, ... Wooosh, it would be nice. Cheers, Peter. ___ 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
[Orgmode] Re: using orgmode to send html mail?
David Maus dm...@ictsoc.de writes: Eric Schulte wrote: [...] I should have been clearer here. I *am* using the multipart/alternative appropriately. When a chunk of org-mode text is converted to html I am adding a single multipart/alternative block with two alternatives, both the plain org-mode text, and the html, so that users like me who prefer to see plain text can do so, and users of web clients like gmail can see nice markup. [...] But I still feel uncomfortable with the current solution: Even if the message created by current org-mail-htmlize is a valid MIME message (I think so) it is a rather complex MIME structure and I have no idea how other MUAs will display such a message. Complex? That is how most emails are structured today. -- Vagn Johansen ___ 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
Re: [Orgmode] Re: IMPORTANT: (possibly) incompatible Change
Hi Mark,
OK, it seems that I have really overstated this change. You are of
course right that your header for a document type can be very long,
that that defining it in org-export-latex-classes is a viable option
(other being to put this stuff into a separate file).
So let me restate what I am trying to say in this thread.
--
Org-mode contains now a new variable `org-export-latex-default-
packages-alist'
which contains all the LaTeX packages it needs to use for basic Org-mode
functionality. The corresponding \usepackage statements used to be part
of the header definitions in org-export-latex-classes, and they had to
be repeated for each document class. This is wasteful, error prone, and
hard to maintain.
Therefore, these packages are now collected in the new variable,
and they will be spliced into the header.
If you have customized the variable org-export-latex-classes, you need
to
remove the following lines from each class definition:
\usepackage[AUTO]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{graphicx}
\usepackage{longtable}
\usepackage{float}
\usepackage{wrapfig}
\usepackage{soul}
\usepackage{latexsym}
\usepackage{amssymb}
\usepackage{hyperref}
If you have other packages you always want to use in all
classes, you can add them to another variable,
`org-export-latex-packages-alist'.
--
I think this makes more sense, thank you for making me clarify this.
- Carsten
On Mar 31, 2010, at 8:41 PM, Mark Elston wrote:
On 3/31/2010 5:35 AM, Carsten Dominik wrote:
On Mar 31, 2010, at 11:00 AM, Chris Gray wrote:
Carsten Dominik wrote:
-
* =org-export-latex-classes= no longer should be customized for
packages
...
So if you have customized this variable, please remove once more
(hopefully for the last time) your customization, so that it can
revert to its now much simpler default value. Put all your
package definitions into org-export-latex-packages-alist.
I hope this works, and we will not get conflicts because of the
sequence in which packages are called. If there are problems,
please let me know so that we can find a solution.
Is it sufficient to change the variable that is being set from
org-export-latex-classes to org-export-latex-default-packages-
alist? Or
does the format of the list change at all?
org-export-latex-default-packages-alist has the same format as
org-export-latex-pakcages-alist. And I am filling
org-export-latex-default-packages-alist already with the correct
set of
default packages, so you should not touch that variable.
Only if you have previously customized org-export-latex-classes in
order
to add more usepackage statements, then you should remove your
customization of that variable and list your set of additional
packages
in org-export-latex-packages-alist instead.
Am I making sense?
So, org-export-latex-classes will no longer be used to define
LaTeX_CLASS classes? Instead these classes will be defined in
org-export-latex-default-packages-alist?
The problem is mainly nomenclature, I guess, but my LaTeX_CLASS
definitions are usually a *lot* more than a list of packages.
It seems a little odd, but OK.
Mark
___
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
___
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
Re: [Orgmode] Re: IMPORTANT: (possibly) incompatible Change
OK, this change is now in the master branch.
- Carsten
On Apr 1, 2010, at 8:59 AM, Carsten Dominik wrote:
Hi Mark,
OK, it seems that I have really overstated this change. You are of
course right that your header for a document type can be very long,
that that defining it in org-export-latex-classes is a viable option
(other being to put this stuff into a separate file).
So let me restate what I am trying to say in this thread.
--
Org-mode contains now a new variable `org-export-latex-default-
packages-alist'
which contains all the LaTeX packages it needs to use for basic Org-
mode
functionality. The corresponding \usepackage statements used to be
part
of the header definitions in org-export-latex-classes, and they had to
be repeated for each document class. This is wasteful, error prone,
and
hard to maintain.
Therefore, these packages are now collected in the new variable,
and they will be spliced into the header.
If you have customized the variable org-export-latex-classes, you
need to
remove the following lines from each class definition:
\usepackage[AUTO]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{graphicx}
\usepackage{longtable}
\usepackage{float}
\usepackage{wrapfig}
\usepackage{soul}
\usepackage{latexsym}
\usepackage{amssymb}
\usepackage{hyperref}
If you have other packages you always want to use in all
classes, you can add them to another variable,
`org-export-latex-packages-alist'.
--
I think this makes more sense, thank you for making me clarify this.
- Carsten
On Mar 31, 2010, at 8:41 PM, Mark Elston wrote:
On 3/31/2010 5:35 AM, Carsten Dominik wrote:
On Mar 31, 2010, at 11:00 AM, Chris Gray wrote:
Carsten Dominik wrote:
-
* =org-export-latex-classes= no longer should be customized for
packages
...
So if you have customized this variable, please remove once more
(hopefully for the last time) your customization, so that it can
revert to its now much simpler default value. Put all your
package definitions into org-export-latex-packages-alist.
I hope this works, and we will not get conflicts because of the
sequence in which packages are called. If there are problems,
please let me know so that we can find a solution.
Is it sufficient to change the variable that is being set from
org-export-latex-classes to org-export-latex-default-packages-
alist? Or
does the format of the list change at all?
org-export-latex-default-packages-alist has the same format as
org-export-latex-pakcages-alist. And I am filling
org-export-latex-default-packages-alist already with the correct
set of
default packages, so you should not touch that variable.
Only if you have previously customized org-export-latex-classes in
order
to add more usepackage statements, then you should remove your
customization of that variable and list your set of additional
packages
in org-export-latex-packages-alist instead.
Am I making sense?
So, org-export-latex-classes will no longer be used to define
LaTeX_CLASS classes? Instead these classes will be defined in
org-export-latex-default-packages-alist?
The problem is mainly nomenclature, I guess, but my LaTeX_CLASS
definitions are usually a *lot* more than a list of packages.
It seems a little odd, but OK.
Mark
___
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
- Carsten
___
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
Re: [Orgmode] Re: Org mode and emacs email
Hi Peter, peter.fri...@agfa.com writes: So, wouldn't it be good if org could send those nicely formatted emails using their mail clients? 'M-x org-send-email' and woosh, there it goes! I agree this would be nice, however my initial reaction is that this will be the sort of project which has to be rewritten/tweaked for each individual personal system configuration. That said, since mml is distributed as part of Emacs, then the entire mime encoding process could end up being relatively easy, the only question is how to convince guified email clients to send pre-packaged mime email. I suspect this will be difficult for most email applications, and impossible for web email clients (e.g. Gmail). Also, if user's can send fancy email from civilian email clients why would they switch to real Emacs based email clients. :) Org prepares the body, then tells the mail app to prepare an mail with it. On the mac with Mail.app that's fairly easy to do with Applescript, and I guess other mac clients provide similar access. On Windows or *nix I don't know, but I can only assume similar functionality exists. That's great that this would be easy with Mail.app. My uneducated guess is that it will also be fairly easy with *nix clients like Thunderbird, near impossible with MS Outlook, and fully impossible with web clients. Hopefully I'm wrong on this, and I'd be happy to work on the org export and mime-encoding portions of this task. Cheers -- Eric ___ 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
Re: [Orgmode] [CONTRIB?] using orgmode to send html mail?
Dan Davison davi...@stats.ox.ac.uk writes: [...] As I understand it the code you've written is designed to be called in a message-mode buffer with orgstruct-mode in force. Would it make sense to also include in your package a complementary function, that one calls in an org-mode buffer? I envisage this generating the HTML, forming the multipart email contents, and then saving it to the kill ring, so that it can be pasted into an email. This function would have access to the directory-name and so should be able to resolve relative paths. Also, there might be some other advantages -- for example when exporting just a region or subtree, buffer-wide properties such as #+TITLE and #+AUTHOR are picked up by the org exporter and packaged into the HTML. In other words, can I use your machinery to package up the HTML generated by Org's C-e dispatcher into an appropriately-constructed email? Hi Dan, That sounds like a good idea, I've added it to a fledgling task list packaged in the README at [1]. I'd say there are two options. 1) which you mentioned saving the entire exported content to the kill-ring. One problem here is that everything is still text and pastable only *before* the mime export process, which means that linked images wouldn't resolve after pasting into the email client. 2) having the function generate a new mail buffer containing the exported content. This buffer would need to have it's `buffer-file-name' set, for images to resolve during export. I'm not sure how this should best work. Thanks -- Eric Footnotes: [1] http://github.com/eschulte/org-mime ___ 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
Re: [Orgmode] Re: Org mode and emacs email
Eric Schulte schulte.e...@gmail.com writes: peter.fri...@agfa.com writes: Org prepares the body, then tells the mail app to prepare an mail with it. [...] On Windows or *nix I don't know, but I can only assume similar functionality exists. My uneducated guess is that it will [...] near impossible with MS Outlook My workflow for Outlook Express (6.00.29) + (Windows XP SP 3) is: + open a html formatted message in outlook express (oe) + switch to Emacs and + export my email text (mainly quotations, with tables!) in a html file, + view it in Firefox, + select with the mouse + cut paste in the oe message cheers, Giovanni ___ 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
[Orgmode] Combine tag search and timeline view?
Hi all, how can I generate a timeline view that contains only tasks that have a certain tag attached to it? Let's say I have a project Project 1 and I attach a tag P1 to all TODO entries in this project. Can I generate a timeline view that contains only items with the tag P1 attached? BR Johan ___ 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
Re: [Orgmode] Re: Org mode and emacs email
Giovanni Ridolfi giovanni.rido...@yahoo.it writes: Eric Schulte schulte.e...@gmail.com writes: peter.fri...@agfa.com writes: Org prepares the body, then tells the mail app to prepare an mail with it. [...] On Windows or *nix I don't know, but I can only assume similar functionality exists. Just a suggestion from an almost beginner: All Gnu Emacs distributions include both org-mode and gnus by default. Maybe we could provide and .emacs file with code for org-mode and gnus for IMAP and POP3 commented out in sections. Then we could explain that in case you need A and B you un-comment these sections and fill in the appropriate data and so on. Or if you need A and C then you un-comment It still would require some basic editing of a text file, but since someone has already decided to use a text editor that should not be a major impediment. I know it would have helped me immensely when I started out. -- Henri-Paul Indiogine Email: hindiog...@gmail.com Skype: hindiogine Website: http://www.coe.tamu.edu/~enrico ___ 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
[Orgmode] Re: Combine tag search and timeline view?
Johan Ekh ekh.jo...@gmail.com writes: Hi all, how can I generate a timeline view that contains only tasks that have a certain tag attached to it? Let's say I have a project Project 1 and I attach a tag P1 to all TODO entries in this project. Can I generate a timeline view that contains only items with the tag P1 attached? Select the file you want C-c a L l to turn no clock details (or C-u l depending on your setup) / TAB enter tag you want RET You can do similar things in the calendar agenda HTH, Bernt ___ 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
Re: [Orgmode] Re: IMPORTANT: (possibly) incompatible Change
Aloha Carsten,
Packages that aren't used for all classes can still appear in org-
export-latex-classes, correct?
All the best,
Tom
On Apr 1, 2010, at 1:13 AM, Carsten Dominik wrote:
OK, this change is now in the master branch.
- Carsten
On Apr 1, 2010, at 8:59 AM, Carsten Dominik wrote:
Hi Mark,
OK, it seems that I have really overstated this change. You are of
course right that your header for a document type can be very long,
that that defining it in org-export-latex-classes is a viable option
(other being to put this stuff into a separate file).
So let me restate what I am trying to say in this thread.
--
Org-mode contains now a new variable `org-export-latex-default-
packages-alist'
which contains all the LaTeX packages it needs to use for basic Org-
mode
functionality. The corresponding \usepackage statements used to be
part
of the header definitions in org-export-latex-classes, and they had
to
be repeated for each document class. This is wasteful, error
prone, and
hard to maintain.
Therefore, these packages are now collected in the new variable,
and they will be spliced into the header.
If you have customized the variable org-export-latex-classes, you
need to
remove the following lines from each class definition:
\usepackage[AUTO]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{graphicx}
\usepackage{longtable}
\usepackage{float}
\usepackage{wrapfig}
\usepackage{soul}
\usepackage{latexsym}
\usepackage{amssymb}
\usepackage{hyperref}
If you have other packages you always want to use in all
classes, you can add them to another variable,
`org-export-latex-packages-alist'.
--
I think this makes more sense, thank you for making me clarify this.
- Carsten
On Mar 31, 2010, at 8:41 PM, Mark Elston wrote:
On 3/31/2010 5:35 AM, Carsten Dominik wrote:
On Mar 31, 2010, at 11:00 AM, Chris Gray wrote:
Carsten Dominik wrote:
-
* =org-export-latex-classes= no longer should be customized for
packages
...
So if you have customized this variable, please remove once more
(hopefully for the last time) your customization, so that it can
revert to its now much simpler default value. Put all your
package definitions into org-export-latex-packages-alist.
I hope this works, and we will not get conflicts because of the
sequence in which packages are called. If there are problems,
please let me know so that we can find a solution.
Is it sufficient to change the variable that is being set from
org-export-latex-classes to org-export-latex-default-packages-
alist? Or
does the format of the list change at all?
org-export-latex-default-packages-alist has the same format as
org-export-latex-pakcages-alist. And I am filling
org-export-latex-default-packages-alist already with the correct
set of
default packages, so you should not touch that variable.
Only if you have previously customized org-export-latex-classes
in order
to add more usepackage statements, then you should remove your
customization of that variable and list your set of additional
packages
in org-export-latex-packages-alist instead.
Am I making sense?
So, org-export-latex-classes will no longer be used to define
LaTeX_CLASS classes? Instead these classes will be defined in
org-export-latex-default-packages-alist?
The problem is mainly nomenclature, I guess, but my LaTeX_CLASS
definitions are usually a *lot* more than a list of packages.
It seems a little odd, but OK.
Mark
___
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
- Carsten
___
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
___
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
Re: [Orgmode] Re: Org mode and emacs email
I too am a non-programmer-type who loves emacs/org-mode. I second this approach. I don't think it will ever be possible -- nor desirable -- to create a pure out-of-the-box setup as in window's programs -- but this approach would work well for those of us able to tinker and learn a little but not quick enough to build from scratch. A good initial setup(s) and a good manual entry should suffice. d. On Thu, 01 Apr 2010, Henri-Paul Indiogine wrote: Giovanni Ridolfi giovanni.rido...@yahoo.it writes: Eric Schulte schulte.e...@gmail.com writes: peter.fri...@agfa.com writes: Org prepares the body, then tells the mail app to prepare an mail with it. [...] On Windows or *nix I don't know, but I can only assume similar functionality exists. Just a suggestion from an almost beginner: All Gnu Emacs distributions include both org-mode and gnus by default. Maybe we could provide and .emacs file with code for org-mode and gnus for IMAP and POP3 commented out in sections. Then we could explain that in case you need A and B you un-comment these sections and fill in the appropriate data and so on. Or if you need A and C then you un-comment It still would require some basic editing of a text file, but since someone has already decided to use a text editor that should not be a major impediment. I know it would have helped me immensely when I started out. -- Daniel Goldin 213.926.1960 ___ 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
Re: [Orgmode] Re: IMPORTANT: (possibly) incompatible Change
On Apr 1, 2010, at 6:17 PM, Thomas S. Dye wrote:
Aloha Carsten,
Packages that aren't used for all classes can still appear in org-
export-latex-classes, correct?
Aloha Tom,
Anything can appear there. But you should not have the packages I
have listed in the new variable org-export-latex-default-packages-
alist, because these will be used anyway. If you keep them in org-
export-latex-classes, they will be called twice (which may or may not
be a problem)
- Carsten
All the best,
Tom
On Apr 1, 2010, at 1:13 AM, Carsten Dominik wrote:
OK, this change is now in the master branch.
- Carsten
On Apr 1, 2010, at 8:59 AM, Carsten Dominik wrote:
Hi Mark,
OK, it seems that I have really overstated this change. You are of
course right that your header for a document type can be very long,
that that defining it in org-export-latex-classes is a viable option
(other being to put this stuff into a separate file).
So let me restate what I am trying to say in this thread.
--
Org-mode contains now a new variable `org-export-latex-default-
packages-alist'
which contains all the LaTeX packages it needs to use for basic
Org-mode
functionality. The corresponding \usepackage statements used to
be part
of the header definitions in org-export-latex-classes, and they
had to
be repeated for each document class. This is wasteful, error
prone, and
hard to maintain.
Therefore, these packages are now collected in the new variable,
and they will be spliced into the header.
If you have customized the variable org-export-latex-classes, you
need to
remove the following lines from each class definition:
\usepackage[AUTO]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{graphicx}
\usepackage{longtable}
\usepackage{float}
\usepackage{wrapfig}
\usepackage{soul}
\usepackage{latexsym}
\usepackage{amssymb}
\usepackage{hyperref}
If you have other packages you always want to use in all
classes, you can add them to another variable,
`org-export-latex-packages-alist'.
--
I think this makes more sense, thank you for making me clarify this.
- Carsten
On Mar 31, 2010, at 8:41 PM, Mark Elston wrote:
On 3/31/2010 5:35 AM, Carsten Dominik wrote:
On Mar 31, 2010, at 11:00 AM, Chris Gray wrote:
Carsten Dominik wrote:
-
* =org-export-latex-classes= no longer should be customized
for packages
...
So if you have customized this variable, please remove once more
(hopefully for the last time) your customization, so that it can
revert to its now much simpler default value. Put all your
package definitions into org-export-latex-packages-alist.
I hope this works, and we will not get conflicts because of the
sequence in which packages are called. If there are problems,
please let me know so that we can find a solution.
Is it sufficient to change the variable that is being set from
org-export-latex-classes to org-export-latex-default-packages-
alist? Or
does the format of the list change at all?
org-export-latex-default-packages-alist has the same format as
org-export-latex-pakcages-alist. And I am filling
org-export-latex-default-packages-alist already with the correct
set of
default packages, so you should not touch that variable.
Only if you have previously customized org-export-latex-classes
in order
to add more usepackage statements, then you should remove your
customization of that variable and list your set of additional
packages
in org-export-latex-packages-alist instead.
Am I making sense?
So, org-export-latex-classes will no longer be used to define
LaTeX_CLASS classes? Instead these classes will be defined in
org-export-latex-default-packages-alist?
The problem is mainly nomenclature, I guess, but my LaTeX_CLASS
definitions are usually a *lot* more than a list of packages.
It seems a little odd, but OK.
Mark
___
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
- Carsten
___
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
___
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
[Orgmode] Re: [CONTRIB?] using orgmode to send html mail?
Eric Schulte schulte.e...@gmail.com writes: Hi, I've been using the code currently located at [1] for sending HTML email [2] for a little while now, and it is working very well. I wonder if this should be included in the contrib directory of Org-mode? Also, since it currently only supports gnus (it should be very easy to extend to WL and VM, but I don't have access to these other mailers for testing/verification) maybe it should be sent to the gnus mailing list instead? Please do. Whether gnus committers would add it in is another thing but it wouldn't hurt to post to the gnus lists of such a facility. And could you also post on the gnu.Emacs.sources newsgroup so that people know of it there too? [snipped 22 lines] sivaram -- ___ 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
[Orgmode] A bright new Org-mode clone project
Dear org-moders, Today is quite a special day for me, and for many of org-mode users I think, because I'm going to introduce a project that, I believe, could really help to promote and transform org-mode as a major killer-app. It has been a long time since I think about it, but now I am going to fork the org-mode project. I say fork, but I should better say clone, because the idea is to reimplement org-mode from scratch while keeping the same features, and much more. Why restart from scratch ? Because I think that org-mode should be easier to install and run on different OSes. That's why I'm going to rewrite it in C#/Mono : this will assure that the new project can run on every machine you can think about, and it would be much lighter on resources (especially memory) than Emacs. Another major change from the current org-mode will be the shortcuts and general organization of the interface. Because Emacs keys are really to complicated and quite outdated, I'm going to reimplement org-mode with a modern graphical interface, which would be almost exclusively mouse driven. I also plan to add some 3D compiz-like effects that would allow some text animation or blinking in order to make tags and keywords more visible. As you see, the project is already quite advanced and mature. The last thing I have to do is to find a name for it. I was thinking of smog-mode, or maybe frog-mode, but I'm open to any suggestion. And, of course, feel free to join your forces to this bright new project ! Sincerely, -- Julien ___ 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
[Orgmode] Re: A bright new Org-mode clone project
there must be something special with today ... :-) nice one Detlef On Thu, 01 Apr 2010 19:39:14 +0200 Julien Barnier jul...@no-log.org wrote: Dear org-moders, Today is quite a special day for me, and for many of org-mode users I think, because I'm going to introduce a project that, I believe, could really help to promote and transform org-mode as a major killer-app. It has been a long time since I think about it, but now I am going to fork the org-mode project. I say fork, but I should better say clone, because the idea is to reimplement org-mode from scratch while keeping the same features, and much more. Why restart from scratch ? Because I think that org-mode should be easier to install and run on different OSes. That's why I'm going to rewrite it in C#/Mono : this will assure that the new project can run on every machine you can think about, and it would be much lighter on resources (especially memory) than Emacs. Another major change from the current org-mode will be the shortcuts and general organization of the interface. Because Emacs keys are really to complicated and quite outdated, I'm going to reimplement org-mode with a modern graphical interface, which would be almost exclusively mouse driven. I also plan to add some 3D compiz-like effects that would allow some text animation or blinking in order to make tags and keywords more visible. As you see, the project is already quite advanced and mature. The last thing I have to do is to find a name for it. I was thinking of smog-mode, or maybe frog-mode, but I'm open to any suggestion. And, of course, feel free to join your forces to this bright new project ! Sincerely, -- Julien ___ 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 ___ 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
[Orgmode] Re: [CONTRIB?] using orgmode to send html mail?
Eric Schulte schulte.e...@gmail.com writes: [snipped 13 lines] Footnotes: [1] http://github.com/eschulte/org-html-mail Presumably, you meant http://github.com/eschulte/org-mime as your link does not work. [snipped 18 lines] sivaram -- ___ 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
[Orgmode] Re: A bright new Org-mode clone project
Julien Barnier jul...@no-log.org writes: Dear org-moders, Today is quite a special day for me, and for many of org-mode users I think, because I'm going to introduce a project that, I believe, could really help to promote and transform org-mode as a major killer-app. Thank goodness, the killer app is going to special only for today! :-) [snipped 29 lines] sivaram -- ___ 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
Re: [Orgmode] A bright new Org-mode clone project
Julien Barnier jul...@no-log.org writes: [...] Why restart from scratch ? Because I think that org-mode should be easier to install and run on different OSes. That's why I'm going to rewrite it in C#/Mono There are some very good reasons to avoid Mono [1]. If I could recommend another language; Clojure [2] is a lisp (which would make elisp translation easier), and it runs on the JVM making it very portable. -- Eric Footnotes: [1] http://www.fsf.org/news/dont-depend-on-mono [2] http://clojure.org/ ___ 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
[Orgmode] Re: A bright new Org-mode clone project
Julien Barnier jul...@no-log.org writes: Dear org-moders, Today is quite a special day for me, and for many of org-mode users I think, because I'm going to introduce a project that, I believe, could really help to promote and transform org-mode as a major killer-app. It has been a long time since I think about it, but now I am going to fork the org-mode project. I say fork, but I should better say clone, because the idea is to reimplement org-mode from scratch while keeping the same features, and much more. Why restart from scratch ? Because I think that org-mode should be easier to install and run on different OSes. That's why I'm going to rewrite it in C#/Mono : this will assure that the new project can run on every machine you can think about, and it would be much lighter on resources (especially memory) than Emacs. Get real. No one writes any real applications in anything other than QuickBasic! ___ 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
[Orgmode] Re: A bright new Org-mode clone project
Julien Barnier jul...@no-log.org writes: That's why I'm going to rewrite it in C#/Mono : this will assure that the new project can run on every machine you can think about, and it would be much lighter on resources (especially memory) than Emacs. :) Because Emacs keys are really to complicated and quite outdated, I'm going to reimplement org-mode with a modern graphical interface, which would be almost exclusively mouse driven. I think it would be quite innovative if the user could move headlines/entries by 1) selecting text with the mouse, 2) using a drop-down menu option to cut the selection, 3) selecting a destination with the mouse, and 4) using a drop-down menu option to paste the text. Also, I would like to request WYSIWYG formatting. Have you considered a binary format for the files? Then we could use styles to demarcate separate sections of an org-file instead of all those asterisks!! I also plan to add some 3D compiz-like effects that would allow some text animation or blinking in order to make tags and keywords more visible. Might I request spinning text? ;) As you see, the project is already quite advanced and mature. The last thing I have to do is to find a name for it. I was thinking of smog-mode, or maybe frog-mode, but I'm open to any suggestion. How about edomgro? - Matt ___ 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
[Orgmode] Feature request: Show notes in clock report
Here's the use-case: I'm working on Task 1, and encounter an unusual problem. I want my clock report to show some detail about why Task 1 took more time than usual. I don't want to create a sub-heading and clock into it then adjust the clock, etc. I just want to store a note or create a heading with an inactive timestamp, and have the note appear in the clock report. Example: -- * Task 1 :LOGBOOK: CLOCK: [2010-03-01 Mon 10:35]--[2010-03-01 Mon 11:40] = 1:05 :END: ** Encountered unusual problem [2010-03-01 Mon 10:45] - I'd like the clock report to look like this: Clock summary at [2010-03-03 Wed 14:15] | L | Headline | Time | |---+--+| | | *Total time* | *1:05* | |---+--+| | 1 | Task 1 | 1:05 | || Encountered unusual problem | | I've tried the C-2 C-c C-c approach, where I create a remember note, then refile it under the currently clocking task. The problem with that approach is that the note won't show up in the clock report unless it has time 1 min. Thanks for the consideration, --Nate ___ 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
[Orgmode] Spreadsheet FR
Fellow Org'ers, I adore the text spreadsheet, however there's one feature Excel provides which I don't have in org. I often use Excel for lists, where I can sort or narrow the data by specific criteria from a larger list. Would it be feasible to narrow a table by criteria on a specific field in between separators? Ie: only display those cells in field A if they are 2, or if field B matches Pick Me!. A nice feature would be updating the totals at the bottom with only the visible data. Just like the outline folding the goal would be to hide entries that don't match, they should still remain. So for example: |+| | *Lime* | *Cost* | |+| | Y | 1 | | Y | 2 | | Y | 2 | | N | 3 | | N | 4 | | Y | 5 | |+| | Total | 17 | |+| #+TBLFM: @8$2=vsum(@-...@-ii) I can already sort by Lime or Cost, but if I filtered where Lime = Y, I would have: |+| | *Lime* | *Cost* | |+| | Y | 1 | | Y | 2 | | Y | 2 |... | Y | 5 | |+| | Total | 10 | |+| #+TBLFM: @8$2=vsum(@-...@-ii) No loss of the lines, on reload or changing the view they would come back, but note that the formula at the end didn't consider them. Ideally the cell references wouldn't change (the example above would break if recalc was hit). I'm not sure whether this would be cumulative or whether the criteria specification would need to allow for multiple logical conditions. Would anyone else consider this a useful feature? I'm not sure how difficult the implementation would be. Thanks. ___ 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
[Orgmode] Re: A bright new Org-mode clone project
Julien Barnier jul...@no-log.org writes: [snip] Why restart from scratch ? Because I think that org-mode should be easier to install and run on different OSes. Are there other OSes besides Emacs? You are talking about the tiny embedded ones, aren't you? That's why I'm going to rewrite it in C#/Mono : I have no idea why you want to rewrite org-mode in C++ (aren't you going too far by superimposing the two `+' to save just one character?) but I have news for you: org-mode already works fine with monospaced fonts. But all in all, I'll love to run org-mode on my new VHS video recorder, no matter the font you use. Good luck! [snip] ___ 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
[Orgmode] Bug: Entering formula in cell on spreadsheet replaces all other formulas
When using the =formula syntax in the spreadsheet and tabbing to the next cell instead of using C-u C-c =, the entire TBLFM line is overwritten. Thanks! ___ 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
Re: [Orgmode] A bright new Org-mode clone project
On Friday 02 April 2010 05:39 am, Julien Barnier wrote: Dear org-moders, Today is quite a special day for me, and for many of org-mode users I think, because I'm going to introduce a project that, I believe, could really help to promote and transform org-mode as a major killer-app. [ snip ] Happy April the 1st to you too, Julien. I daren't announce my Smalltalk Squeak org clone at this stage. ___ 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
Re: [Orgmode] Re: IMPORTANT: (possibly) incompatible Change
Carsten,
Thanks for this clarification. This makes the transition much
simpler than I originally thought. I can certainly remove the
common package names.
The existing org-export-latex-classes also contains the
documentclass line. That won't change, will it? I am
assuming from what you have written that the generated LaTeX code
will be something like:
contents of org-export-latex-classes for the selected class
contents of org-export-latex-default-packages-alist
contents of org-export-latex-packages-alist for the selected class
Is this correct?
Mark
On 3/31/2010 11:59 PM, Carsten Dominik wrote:
Hi Mark,
OK, it seems that I have really overstated this change. You are of
course right that your header for a document type can be very long,
that that defining it in org-export-latex-classes is a viable option
(other being to put this stuff into a separate file).
So let me restate what I am trying to say in this thread.
--
Org-mode contains now a new variable
`org-export-latex-default-packages-alist'
which contains all the LaTeX packages it needs to use for basic Org-mode
functionality. The corresponding \usepackage statements used to be part
of the header definitions in org-export-latex-classes, and they had to
be repeated for each document class. This is wasteful, error prone, and
hard to maintain.
Therefore, these packages are now collected in the new variable,
and they will be spliced into the header.
If you have customized the variable org-export-latex-classes, you need to
remove the following lines from each class definition:
\usepackage[AUTO]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{graphicx}
\usepackage{longtable}
\usepackage{float}
\usepackage{wrapfig}
\usepackage{soul}
\usepackage{latexsym}
\usepackage{amssymb}
\usepackage{hyperref}
If you have other packages you always want to use in all
classes, you can add them to another variable,
`org-export-latex-packages-alist'.
--
I think this makes more sense, thank you for making me clarify this.
- Carsten
___
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
Re: [Orgmode] [PATCH] IMPORTANT: (possibly) incompatible Change
After updating to the current git head, I have to make the following
changes for latex image generation to work.
diff --git a/lisp/org.el b/lisp/org.el
index dc45871..443f881 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -2936,7 +2936,7 @@ appears on the page.
;; when formatting latex fragments. Originally it was part of the
;; LaTeX exporter, which is why the name includes export.
(defcustom org-export-latex-default-packages-alist
- '((AUTO . inputenc)
+ '(( . inputenc)
(T1 . fontenc)
( . graphicx)
( . longtable)
@@ -15247,9 +15247,9 @@ Some of the options can be changed using the variable
(concat \n
(mapconcat (lambda(p)
(if (equal (car p))
- (format \\usepackage{%s} (cadr p))
+ (format \\usepackage{%s} (cdr p))
(format \\usepackage[%s]{%s}
- (car p) (cadr p
+ (car p) (cdr p
(append
org-export-latex-default-packages-alist
org-export-latex-packages-alist)
The AUTO change is because the AUTO.def file is not present on my
fairly complete Ubuntu texlive latex install
: ERROR: LaTeX Error: File `AUTO.def' not found.
The other change is because `org-export-latex-default-packages-alist' is
now a simple cons cell rather than a list so cadr was throwing errors.
It seems to me these may be general problems, not just specific to my
setup.
Best -- Eric
Carsten Dominik carsten.domi...@gmail.com writes:
Dear all,
I have just checked in an important change - if you use LaTeX
export, you need to be aware of it.
1. Org contains now a much better system for handling special entities
that are written like LaTeX macros, for example \therefore,
\emptyset,
etc. I will write more about this in the release notes for 6.35.
But
already now thanks go to Ulf Stegemann without whom this would not
have happened.
2. I could no longer keep the old setup for LaTeX export in
org-export-latex-classes. The disadvantage was that whenever you
needed to make changes to the header, you would fix the value of
this
variable so that any changes I'd make in the future would not be
visible
to you.
The way this is solved now is (excerpt from the upcoming release
notes)
-
* =org-export-latex-classes= no longer should be customized for packages
The HEADER part of this variable should now only contain the
documentclass macro, nothing else - at least normally. All the
package calls via usepackage should go into
org-export-latex-packages-alist. I moved all the default packages
that into a new variable org-export-latex-default-packages-alist.
This will allow me to add more packages (as needed) in the
future, withour requiring you to erase and then redo your
configuration of org-export-latex-classes.
So if you have customized this variable, please remove once more
(hopefully for the last time) your customization, so that it can
revert to its now much simpler default value. Put all your
package definitions into org-export-latex-packages-alist.
I hope this works, and we will not get conflicts because of the
sequence in which packages are called. If there are problems,
please let me know so that we can find a solution.
-
I have not yet put this onto the master branch, but I will soon.
If you want to help testing this new setup, please check out the branch
new-entity-support from the git repo and let me know if you run into any
problems.
Thanks!
- Carsten (and Ulf)
___
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
___
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
Re: [Orgmode] [PATCH] IMPORTANT: (possibly) incompatible Change
It appears that the cadr - cdr change is also necessary in org-latex.el
(at least for Emacs 22.3).
Mark
On 4/1/2010 6:29 PM, Eric Schulte wrote:
After updating to the current git head, I have to make the following
changes for latex image generation to work.
diff --git a/lisp/org.el b/lisp/org.el
index dc45871..443f881 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -2936,7 +2936,7 @@ appears on the page.
;; when formatting latex fragments. Originally it was part of the
;; LaTeX exporter, which is why the name includes export.
(defcustom org-export-latex-default-packages-alist
- '((AUTO . inputenc)
+ '(( . inputenc)
(T1 . fontenc)
( . graphicx)
( . longtable)
@@ -15247,9 +15247,9 @@ Some of the options can be changed using the variable
(concat \n
(mapconcat (lambda(p)
(if (equal (car p))
- (format \\usepackage{%s} (cadr p))
+ (format \\usepackage{%s} (cdr p))
(format \\usepackage[%s]{%s}
-(car p) (cadr p
+(car p) (cdr p
(append
org-export-latex-default-packages-alist
org-export-latex-packages-alist)
The AUTO change is because the AUTO.def file is not present on my
fairly complete Ubuntu texlive latex install
: ERROR: LaTeX Error: File `AUTO.def' not found.
The other change is because `org-export-latex-default-packages-alist' is
now a simple cons cell rather than a list so cadr was throwing errors.
It seems to me these may be general problems, not just specific to my
setup.
Best -- Eric
___
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
Re: [Orgmode] Re: A bright new Org-mode clone project
How about smorgasbord-mode? On Thu, 01 Apr 2010, Detlef Steuer wrote: there must be something special with today ... :-) nice one Detlef On Thu, 01 Apr 2010 19:39:14 +0200 Julien Barnier jul...@no-log.org wrote: As you see, the project is already quite advanced and mature. The last thing I have to do is to find a name for it. I was thinking of smog-mode, or maybe frog-mode, but I'm open to any suggestion. And, of course, feel free to join your forces to this bright new project ! Sincerely, ___ 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 -- Daniel Goldin 213.926.1960 ___ 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
Re: [Orgmode] A bright new Org-mode clone project
:-) This was fun, thanks! - Carsten On Apr 1, 2010, at 7:39 PM, Julien Barnier wrote: Dear org-moders, Today is quite a special day for me, and for many of org-mode users I think, because I'm going to introduce a project that, I believe, could really help to promote and transform org-mode as a major killer-app. It has been a long time since I think about it, but now I am going to fork the org-mode project. I say fork, but I should better say clone, because the idea is to reimplement org-mode from scratch while keeping the same features, and much more. Why restart from scratch ? Because I think that org-mode should be easier to install and run on different OSes. That's why I'm going to rewrite it in C#/Mono : this will assure that the new project can run on every machine you can think about, and it would be much lighter on resources (especially memory) than Emacs. Another major change from the current org-mode will be the shortcuts and general organization of the interface. Because Emacs keys are really to complicated and quite outdated, I'm going to reimplement org-mode with a modern graphical interface, which would be almost exclusively mouse driven. I also plan to add some 3D compiz-like effects that would allow some text animation or blinking in order to make tags and keywords more visible. As you see, the project is already quite advanced and mature. The last thing I have to do is to find a name for it. I was thinking of smog-mode, or maybe frog-mode, but I'm open to any suggestion. And, of course, feel free to join your forces to this bright new project ! Sincerely, -- Julien ___ 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 ___ 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
Re: [Orgmode] [PATCH] IMPORTANT: (possibly) incompatible Change
Hi Eric,
I have fixed this issue in the definition of the variable value instead
of in the code. Bastien did define `org-export-latex-packages'
as a list of lists instead of a list of cons cells. So we should
stick with this structure - which is also better because it is
more easily extended, for example if we later need another parameter
to modify the sequence of some packages.
Thanks.
- Carsten
On Apr 2, 2010, at 3:29 AM, Eric Schulte wrote:
After updating to the current git head, I have to make the following
changes for latex image generation to work.
diff --git a/lisp/org.el b/lisp/org.el
index dc45871..443f881 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -2936,7 +2936,7 @@ appears on the page.
;; when formatting latex fragments. Originally it was part of the
;; LaTeX exporter, which is why the name includes export.
(defcustom org-export-latex-default-packages-alist
- '((AUTO . inputenc)
+ '(( . inputenc)
(T1 . fontenc)
( . graphicx)
( . longtable)
@@ -15247,9 +15247,9 @@ Some of the options can be changed using the
variable
(concat \n
(mapconcat (lambda(p)
(if (equal (car p))
- (format \\usepackage{%s} (cadr p))
+ (format \\usepackage{%s} (cdr p))
(format \\usepackage[%s]{%s}
-(car p) (cadr p
+(car p) (cdr p
(append
org-export-latex-default-packages-alist
org-export-latex-packages-alist)
The AUTO change is because the AUTO.def file is not present on my
fairly complete Ubuntu texlive latex install
: ERROR: LaTeX Error: File `AUTO.def' not found.
The other change is because `org-export-latex-default-packages-
alist' is
now a simple cons cell rather than a list so cadr was throwing errors.
It seems to me these may be general problems, not just specific to my
setup.
Best -- Eric
Carsten Dominik carsten.domi...@gmail.com writes:
Dear all,
I have just checked in an important change - if you use LaTeX
export, you need to be aware of it.
1. Org contains now a much better system for handling special
entities
that are written like LaTeX macros, for example \therefore,
\emptyset,
etc. I will write more about this in the release notes for 6.35.
But
already now thanks go to Ulf Stegemann without whom this would not
have happened.
2. I could no longer keep the old setup for LaTeX export in
org-export-latex-classes. The disadvantage was that whenever you
needed to make changes to the header, you would fix the value of
this
variable so that any changes I'd make in the future would not be
visible
to you.
The way this is solved now is (excerpt from the upcoming release
notes)
-
* =org-export-latex-classes= no longer should be customized for
packages
The HEADER part of this variable should now only contain the
documentclass macro, nothing else - at least normally. All the
package calls via usepackage should go into
org-export-latex-packages-alist. I moved all the default packages
that into a new variable org-export-latex-default-packages-alist.
This will allow me to add more packages (as needed) in the
future, withour requiring you to erase and then redo your
configuration of org-export-latex-classes.
So if you have customized this variable, please remove once more
(hopefully for the last time) your customization, so that it can
revert to its now much simpler default value. Put all your
package definitions into org-export-latex-packages-alist.
I hope this works, and we will not get conflicts because of the
sequence in which packages are called. If there are problems,
please let me know so that we can find a solution.
-
I have not yet put this onto the master branch, but I will soon.
If you want to help testing this new setup, please check out the
branch
new-entity-support from the git repo and let me know if you run
into any
problems.
Thanks!
- Carsten (and Ulf)
___
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
___
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
