headers
Samuel Wales | 1 Nov 2008 01:23
Picon

Re: feature request: org-yank to call org-paste-subtree

Thanks, Carsten, I look forward to trying it in the next release.

_______________________________________________
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
Sergey A. | 1 Nov 2008 02:22
Picon

Re: Strange behavior of C-RET and C-S-RET

Hello.

I didn't think that the bug will be so difficult to reproduce.

In my case, the bug always happens with the following file:

*** foo
***** bar

Below is the steps to reproduce that 100% works to me:

1) File is opened, headline is folded, cursor is on the second asterisk:

*[*]* foo...

2) After pressing C-<RET>, I see the following:

*** foo
...
***

If instead of "***** bar" there is "    bar", then the bug doesn't happen.

I've deleted some tweaks to orgmode, so my config now is:

(add-to-list 'auto-mode-alist '("\\.org\\'" . org-mode))
(global-set-key "\C-cl" 'org-store-link)
(global-set-key "\C-ca" 'org-agenda)
(global-set-key "\C-cb" 'org-iswitchb)
(Continue reading)

Permalink | Reply | 2 comments |
headers
Ethan Blanton | 1 Nov 2008 03:29

Re: Org-publish - too many index.org files

Matthew Lundin spake unto us the following wisdom:
> A problem arises when I invoke org-publish (or org-agenda). All of the
> org files in the project are loaded into buffers resulting in too many
> index.org files in my buffer list.
[snip]
> 2) Alternatively, is there an easy way to rename the buffers to the
> title of the page designated with #+TITLE so that they can be told
> apart in the buffer list.

While this isn't exactly what you asked, I find the following useful
in my emacs config:

(require 'uniquify)
(setq uniquify-buffer-name-style 'post-forward)
(setq uniquify-min-dir-content 0)
(setq uniquify-after-kill-buffer-p t)

With this, if you have:

web/index.org
web/images/index.org
web/articles/index.org

... then when the buffers are all loaded, you will have buffer names
like:

index.org|web
index.org|images
index.org|articles
(Continue reading)

Permalink | Reply | 1 comment |
headers
Matthew Lundin | 1 Nov 2008 04:25

Re: Org-publish - too many index.org files

Ethan Blanton <elb <at> psg.com> writes:

> Matthew Lundin spake unto us the following wisdom:
>> A problem arises when I invoke org-publish (or org-agenda). All of the
>> org files in the project are loaded into buffers resulting in too many
>> index.org files in my buffer list.
[snip]
> While this isn't exactly what you asked, I find the following useful
> in my emacs config:
>
> (require 'uniquify)
> (setq uniquify-buffer-name-style 'post-forward)
> (setq uniquify-min-dir-content 0)
> (setq uniquify-after-kill-buffer-p t)
>
> With this, if you have:
>
> web/index.org
> web/images/index.org
> web/articles/index.org
>
> ... then when the buffers are all loaded, you will have buffer names
> like:
>
> index.org|web
> index.org|images
> index.org|articles

That's perfect! Thanks.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Samuel Wales | 1 Nov 2008 05:21
Picon

anybody have regexps for sentence-end in org?

I write headlines and bullet lines without periods, so commands that
navigate sentences skip over them.  Has anybody solved this problem
with an appropriate set of settings for sentence-end-* variables in
emacs?  I don't know if xemacs is the same or not.

Thanks.

_______________________________________________
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 |
headers
Ian Barton | 1 Nov 2008 08:57

Column Headers Not Displaying

I searched the list and found a similar problem a while ago, but no 
solution. When I use column mode any titles I have defined do not 
display. The appended file reproduces the problem.

I am using GNU Emacs 22.2.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll 
bars) of 2008-09-05 on vernadsky, modified by Ubuntu

and the latest org from git.

Ian.

* ssh Passwords.
:PROPERTIES:
:COLUMNS: %25ITEM(User) %Pwd(Password)
:END:

** firewall.banter.local
*** ian
:PROPERTIES:
:Pwd: foobar23
:END:
*** root
:PROPERTIES:
:Pwd: notmypassword
:END:

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

Permalink | Reply | 4 comments |
headers
Carsten Dominik | 1 Nov 2008 13:51
Picon
Picon
Favicon

Re: bug with org-agenda-export

Hi Robert,

I agree that the exported agenda view should not contain the stuff
hidden by a filter.  The next push to the git repo fixes this problem.

Thanks for the report!

- Carsten

On Oct 30, 2008, at 4:27 PM, Robert Goldman wrote:

> I have been using tag filtering from my agenda to get, e.g., a view of
> the agenda that has only my TODOs that are tagged as ' <at> car'.  This  
> works
> fine.  But when I try to write them to a text file, using C-x C-w, I  
> get
> output containing TODOs that are *not* tagged with  <at> car.
>
> I am doing this using the latest version from git.
>
> I have done this before successfully, so I think this may be a  
> recently
> introduced problem.
>
> I will have a look at the code, but thought I would report this right
> away, in case anyone on the list has any insight.
>
> Best,
> r
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Carsten Dominik | 1 Nov 2008 13:51
Picon

Re: tags-tree question


On Oct 29, 2008, at 4:52 PM, Carsten Dominik wrote:

> Hi Pete,
>
> since the TODO part i this logic was only implemented very late,
> the logic is unfortunately a bit strange:  "/" has the
> lowest priority, and only on is allowed.
>
> So I believe this should be your search string.
>
> "Office|LaptopS/NEXT"
>
> It really should be the other way round... :-(
>
> With a speed penalty, you can also write
>
> "Office+TODO=\"NEXT\"|LaptopS+TODO=\"NEXT\""

I have now removed the speed-penalty on this syntax.
So if, during a tag search, you use property-like expressions
for TODO, LEVEL, or CATEGORY, there will be no speed penalty
involved.  If you access any other properties, there will be
a one-time penalty.  Once you have paid that penalty for a
single property, it is cheap to test additional properties
(unless inheritance is involved).

I have also improved the documentation related to this.

- Carsten
(Continue reading)

Permalink | Reply | 11 comments |
headers
Carsten Dominik | 1 Nov 2008 13:55
Picon
Picon
Favicon

Re: Patch org-jsinfo.js

Applied, thanks.

- Carsten

On Oct 31, 2008, at 9:08 PM, Sebastian Rose wrote:

> Hi,
>
>
> I fear I have introduced this error:
>
>
> lsitemap.html:41: element script: validity error : No declaration  
> for attribute language of element script
> Document sitemap.html does not validate against http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd
>
>
> says there is no attribute 'language' in http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd
>
>
>
> Appended patch corrects this.
>
> Didn't find a place in the docs where this error is duplicated
> (grep -lFr 'language=').
>
>
>
> Regards,
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Carsten Dominik | 1 Nov 2008 14:15
Picon
Picon
Favicon

Re: Org-publish - too many index.org files

Hi Matthew,

what org version are you using?

Because I believe that in the current version, those buffers will be  
killed, if they have been visited to get published.  Only buffers  
which are already present  then starting the publishing will not be  
killed.

At least this is how it should work.

- Carsten

On Oct 30, 2008, at 4:04 PM, Matthew Lundin wrote:

>
> I am setting up my website with multiple subdirectories, each, of
> course, with its own index.org (index.html) file.
>
> A problem arises when I invoke org-publish (or org-agenda). All of the
> org files in the project are loaded into buffers resulting in too many
> index.org files in my buffer list.
>
> 1) Is there any way to have org-publish close buffers after publishing
> the files?
>
> 2) Alternatively, is there an easy way to rename the buffers to the
> title of the page designated with #+TITLE so that they can be told
> apart in the buffer list.
>
(Continue reading)

Permalink | Reply | 4 comments |

Gmane