date:20100213

Re: [Orgmode] Which Emacs on Ubuntu

2010-02-13 Thread Graham Smith

Ian,

> I use the emacs-snapshot ppa from
> https://launchpad.net/~ubuntu-elisp/+archive/ppa. I had some problems with
> the Ubuntu Emacs 23 package (menu drawing, etc). However, these have
> probably been fixed by now.
>
> The snapshot is a bleeding edge version of Emacs, so you can expect bug
> fixes and new bugs - best of both worlds! Having said that I haven't
> encountered any bugs that affected me.

Given my limited experience with Ubuntu I am always a bit nervous with
bleeding edge but equally there is some confusion in Synaptic with
versions. However, this confusion is well and truly a Ubuntu issues
and  well off topic.

Graham


___
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: Which Emacs on Ubuntu

2010-02-13 Thread Graham Smith

Ben,

> Right. So, people who installed ‘emacs’ several years ago would have
> Emacs 22, and then later, without changing their selection, the same
> people got Emacs 23 when the Ubuntu package maintainers decided it was
> ready.

Thanks

In fact 'emacs' says its 23 but it actually installs 22.

I was pointed to this

https://bugs.launchpad.net/ubuntu/+source/emacs22/+bug/462936


However, this confusion seems to 100% a Ubuntu issue and now well off
topic as it seems the consensus as regards Orgmode is Emacs 23.

Graham


___
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] Which Emacs on Ubuntu

2010-02-13 Thread Ian Barton


Graham Smith wrote:

Ian,


I use the emacs-snapshot ppa from
https://launchpad.net/~ubuntu-elisp/+archive/ppa. I had some problems with
the Ubuntu Emacs 23 package (menu drawing, etc). However, these have
probably been fixed by now.

The snapshot is a bleeding edge version of Emacs, so you can expect bug
fixes and new bugs - best of both worlds! Having said that I haven't
encountered any bugs that affected me.


Given my limited experience with Ubuntu I am always a bit nervous with
bleeding edge but equally there is some confusion in Synaptic with
versions. However, this confusion is well and truly a Ubuntu issues
and  well off topic.

As I said the emacs-snapshot package has been entirely stable for me. 
The nice thing about Debian based systems is that it's easy to uninstall 
stuff if it doesn't work for you.


The only thin I would caution against is mixing Emacs 22 and 23 on the 
same system. Usually this is OK. However Emacs 23 has lots of things 
built in e.g. epa for encryption, which require extra packages in Emacs 
22. Installing the Emacs 22 package for something that is built into 
Emacs 23 can sometimes cause problems with Emacs loading the wrong package.


Ian.


___
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-protocol: non-ASCII characters

2010-02-13 Thread Jan Böcker

On 12.02.2010 23:23, dmg wrote:

> For evince, I think I have found a problem in the parsing of the link.
> Evince already encodes
> the URL, but it does not encode the '/', hence you will get a link like this:
> 
> emacsclient 
> 'org-protocol://remember://docview/tmp/00%C3%A1%C3%A9%C3%AD%C3%B3%C3%BA.pdf::1'
> 
> the filename is  /tmp/00áéíóú.pdf
> 
> But emacs incorrectly stops parsing the link after tmp/

I think I have found the proper way to handle this in evince.
Check out the attached patch or pull from:

git://github.com/jboecker/evince.git

This code first retrieves the non-URI-encoded UTF-8 filename and passes
that to uri_encode. Should g_file_get_path return NULL, we abort,
because the URI specifies something in gnomes VFS layer that has no
local path, so the link would not work, anyway.

> By the way, xournal now supports store-link

Works as advertised, thanks!

The only problem I have left now is a cosmetic one: when I store a link
to, say, /tmp/test.xoj, in Org it becomes file://tmp/test.xoj instead of
file:/tmp/test.xoj. (I have patched xournal and evince to generate file:
instead of docview: links.)

This is because org-protocol-sanitize-uri is called after decoding the
string, allegedly because emacsclient compresses multiple slashes in a
row to one. However, it seems that this function should be applied
/before/ the string is URL-decoded. Is this a bug?

>From f777bca64fd23066f626bc55cee6a81d6e03dac5 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Jan=20B=C3=B6cker?= 
Date: Sat, 13 Feb 2010 12:38:39 +0100
Subject: [PATCH 1/2] bugfix in encode_uri: cast to unsigned char to get the 
correct byte value

---
 libview/ev-view.c |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/libview/ev-view.c b/libview/ev-view.c
index c334fdc..1130d39 100644
--- a/libview/ev-view.c
+++ b/libview/ev-view.c
@@ -5775,8 +5775,8 @@ static void encode_uri(gchar *encoded_uri, gint bufsize, 
const gchar *uri)
   if (k + 4 >= bufsize)
 break;
   encoded_uri[k++] = '%';
-  encoded_uri[k++] = hexa[uri[i] / 16];
-  encoded_uri[k++] = hexa[uri[i] % 16];
+  encoded_uri[k++] = hexa[(unsigned char)uri[i] / 16];
+  encoded_uri[k++] = hexa[(unsigned char)uri[i] % 16];
 }
   }
   encoded_uri[k] = 0;
-- 
1.6.6.1

>From 1003e7809fbf2823e23b8dc8c7e3b46dfad0bcd5 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Jan=20B=C3=B6cker?= 
Date: Sat, 13 Feb 2010 12:37:31 +0100
Subject: [PATCH 2/2] URI-encode the utf-8 filename instead of a partially 
URI-encoded gnome vfs uri

---
 libview/ev-view.c |   28 
 1 files changed, 16 insertions(+), 12 deletions(-)

diff --git a/libview/ev-view.c b/libview/ev-view.c
index 1130d39..4fda860 100644
--- a/libview/ev-view.c
+++ b/libview/ev-view.c
@@ -5800,9 +5800,18 @@ ev_view_annotate (EvView *ev_view, gchar *uri, int page)
 
EvDocumentInfo  *p = ev_document_get_info(ev_view->document);
 
+   // get the real file path from evince
+   GFile *gfile = g_file_new_for_uri(uri);
+   char *filePath = g_file_get_path(gfile);
+   g_object_unref (gfile);
+   if (!filePath) {
+   printf("invalid file path");
+   return;
+   }
+   
tempSel = g_malloc(ANN_MAX_BUFFER_LEN);
tempFileName = g_malloc(strlen(uri) * 4);
-
+   
if (!EV_IS_SELECTION (ev_view->document))  {
strcmp(tempSel,  ""); 
text = "";
@@ -5811,20 +5820,13 @@ ev_view_annotate (EvView *ev_view, gchar *uri, int page)
text = get_selected_text (ev_view);
encode_uri(tempSel, ANN_MAX_BUFFER_LEN, text);
}
-   /// encode filename
-#define ANN_FILE_PREFIX "file://"
-   if (strncmp(uri,ANN_FILE_PREFIX, strlen(ANN_FILE_PREFIX) ) == 0) {
-   // skip the prefix
-   encode_uri(tempFileName, 
-  ANN_MAX_BUFFER_LEN, uri+strlen(ANN_FILE_PREFIX));
-   } else {
-   encode_uri(tempFileName, ANN_MAX_BUFFER_LEN, uri);
-   }
-
+   
+   encode_uri(tempFileName, ANN_MAX_BUFFER_LEN, filePath);
+   
tempCommandLine = g_malloc(strlen(tempSel) + strlen(tempFileName) + 
200);
 
-   printf("remember%s%s%s%d\n", p->title, uri, text, page);
sprintf(tempCommandLine, "emacsclient 
'org-protocol://remember://docview:%s::%d'", tempFileName, page+1);
+   printf("remember%s%s%s%d\n", p->title, filePath, text, 
page);
printf("temp: [%s]\n", tempCommandLine);
 
if (!g_spawn_command_line_async (tempCommandLine, &error)) {
@@ -5836,6 +5838,8 @@ ev_view_annotate (EvView *ev_view, gchar *uri, int page)
g_free (tempSel);
g_free (tempCommandLine);
g_free (tempFileName);
+   g_free (filePath);
+   
 
 
 #ifdef fork
-- 
1.6.6.1

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu

Re: [Orgmode] Minor nit - LaTeX header contents and footnotes

2010-02-13 Thread Ruud Brekelmans

> This doesn't solve the problem directly but putting spaces around the 1
> works:
>
> --8<---cut here---start->8---
> #+BEGIN_LaTeX
> \newcommand{\norm}[ 1 ]{\lVert#1\rVert}
> #+END_LaTeX
> --8<---cut here---end--->8---
>
> (and also works with the header version).
>

Yes, it's not a big deal, but the header version doesn't have this problem
anymore.

Ruud
___
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] [PATCH] Make org-agenda-todo-ignore-* more flexible

2010-02-13 Thread Andrew Lutomirski

Hi all-

I'm pretty close to switching to org-mode to keep a todo list, but the
current set of options doesn't do it for me.  I want my todo list to
show:

 - todos without a date (that means "do at earliest convenience")
 - todos scheduled for today or earlier (that means "do at earliest
convenience, but don't bother until scheduled date")
 - todos with near deadlines (that means "do by deadline but not
before warning")

This patch adds more options to
org-agenda-todo-ignore-{scheduled,deadlines} to allow this usecase.
It shouldn't break compatibility with existing uses -- both variables
do exactly what they used to when set to t.

commit: 
http://github.com/amluto/org-mode/commit/afa59fc91630bcffe388228566aa0137d1b2e7fd
topic: http://github.com/amluto/org-mode/tree/agenda-todo-improvements
git URL: g...@github.com:amluto/org-mode.git agenda-todo-improvements

Do you like this patch?  And do I need to submit a copyright assignment?

Thanks,
Andy


___
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] Introducing ical2org

2010-02-13 Thread Doug Hellmann

ical2org is a command line tool for exporting data from the Mac OS X  
application iCal so it can be used with org-mode.  Data transfer is  
one-way only (from iCal to emacs), and is intended to be used to show  
alarms and scheduled events managed by iCal within org's agenda view.   
Any calendar accessible to iCal can be converted; I use it with group  
calendar subscriptions, Google calendar feeds, and private local  
calendars.


Version 1.0.2 produces output using org-mode outline (in which each  
entry includes the summary, location, date and time, and complete  
event description) or an abbreviated format compatible with diary mode.


The program is a stand-alone Python app, available under a BSD  
license.  Installation and usage instructions are available from http://www.doughellmann.com/projects/ical2org/ 
.


Doug



___
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] About publishing to html

2010-02-13 Thread Chao Lu

Dear all,

I'm still adjusting the web publishing of org, for I got a little confused
about one line:

Here is my configuration for publishing:

 :style "
 
 
  
 
 "
---

But as I published foo.org to foo.html, and check the html file, I found
what is actually there is



 

 *
 

 
ONLY This part is in my CONF file
 *

http://orgmode.org/org-info.js
">








So where does other part of the style come from, and is it possible to
control these styles?

All the best,

Chao
___
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] About publishing to html

2010-02-13 Thread Carsten Dominik


Hi Chao,

this is all coverend in the relevant section of the manual:

http://orgmode.org/manual/CSS-support.html#CSS-support

- Carsten

On Feb 13, 2010, at 11:25 PM, Chao Lu wrote:


Dear all,

I'm still adjusting the web publishing of org, for I got a little  
confused about one line:


Here is my configuration for publishing:

 :style "
 x-icon\">

 
 \"text/css\"> 
 \">

 "
---

But as I published foo.org to foo.html, and check the html file, I  
found what is actually there is




 

 

 

  ONLY This part is in my CONF file
 script>