Carsten Dominik | 1 Sep 13:45 2006
Picon
Picon

org-mode 4.46


at http://www.astro.uva.nl/~dominik/Tools/org

Changes in version 4.46

  - Custom commands may create an agenda which contains several blocks,
    each block made by a different agenda command.

      This was proposed by Piotr Zielinski and Pete Phillips.  Check
      out section 8.9.2 in the manual to find out how to do this.

  - Agenda commands can be restricted to the current file, region, or
    subtree.  Thanks to Piotr for this idea.

      You restrict to the current file by sneaking in a "1" between
      `C-c a' and the key selecting the agenda command.  For example
      `C-c a 1 t' creates the TODO list for the current buffer.
      By using "0" instead of "1", the restriction is to the current
      subtree or, if there is an active selection, to that selection.
      The next C-c a command will again use the all agenda files.

  - The timeline command must now be called through the agenda
    dispatcher (C-c a L).  `C-c C-r' no longer works.

  - Agenda items can be sorted by tag.  The *last* tag is used for this.

       This was a request from Pete.  Why the last tag, you may wonder?
       Because the tag list for an item starts with inherited tags, and
       most local tag setting is probably the best to use for sorting.

(Continue reading)

Carsten Dominik | 1 Sep 17:50 2006
Picon
Picon

Re: Emacs-Calendar export to iCal/vcal

It just occurred to me that a possible solution may be to write the 
ical file to your public HTML directory and *subscribe* iCal to it.  I 
don't know the correct syntax, but there must be a way to specify a url 
on the local computer.  Maybe it does not even have to be in the public 
HTML folder, maybe you can subscribe to any location?  I don't know, if 
anybody does, please tell us.

Disadvantage would be that this would be a read-only calendar in iCal.  
However, since you would not be able to import any changes back into 
org-mode anyway, maybe this is not a big problem - you can just write 
to another calendar to which you own the write rights.

- Carsten

On Aug 23, 2006, at 22:46, Philipp Raschdorff wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
>
> I'm using emacs +org-mode mainly for organizing todos and for 
> brainstorming in project planing and organizing tasks etc. So it's 
> mainly a (very powerfull) outliner.
>
> I playes arround with the DUE & DEADLINE features and realized that 
> there is one thing missing for me:
>
> synchronizing emacs-todos / appointments to iCal (Mac OS X 10.4)
>
(Continue reading)

Carsten Dominik | 1 Sep 17:44 2006
Picon
Picon

Re: Managing files?


On Aug 31, 2006, at 20:08, Li Yuanqian-MGIA0534 wrote:

> I think It would be great if there is some search capability like
> [[locate:Doc/foo.pdf]] in org-mode. Something similar to "globalff.el"
> that use "updatedb" utility. The utility is available in both MS 
> Windows and Unix.

I have had a look at globalff.el, and it seems to me that an even 
better way forward would be to talk to the developer of globalff and 
ask him to add a feature:  It should be possible to take a default 
search string is taken from the file name at point in a similar way as 
ffap does it.  He could even use ffap internals to grab that string in 
a useful  way, I guess.  This would be something not only useful in 
Org-mode, but in many other modes too.

- Carsten

>
>
> Jeff
>
> -----Original Message-----
> From: emacs-orgmode-bounces+jli=motorola.com <at> gnu.org
> [mailto:emacs-orgmode-bounces+jli=motorola.com <at> gnu.org] On Behalf Of
> Xiao-Yong Jin
> Sent: Thursday, August 31, 2006 11:10 AM
> To: emacs-orgmode <at> gnu.org
> Subject: [Emacs-orgmode] Managing files?
>
(Continue reading)

Carsten Dominik | 1 Sep 19:03 2006
Picon
Picon

Re: Managing files?


On Aug 31, 2006, at 18:19, Ed Hirgelt wrote:
>
> One way I handle this is to use environment variables to define the
> root directory of a project.  Then your file links can look like
> [[file:$proj1/Docs/foo.pdf]].
>
> This requires a little hack to org-open-file to call
> substitute-in-file-name. I've included below the start of that
> function so you can see what I did.  It does make certain
> restructuring easy.

That is a good idea, and I would like to take that change - if you 
agree.  Do you?

Thanks.

- Carsten

--
Carsten Dominik
Sterrenkundig Instituut "Anton Pannekoek"
Universiteit van Amsterdam
Kruislaan 403
NL-1098SJ Amsterdam
phone: +31 20 525 7477
Ed Hirgelt | 1 Sep 19:53 2006
Picon

Re: org-mode 4.46

On 9/1/06, Carsten Dominik <dominik <at> science.uva.nl> wrote:
>
>
> at http://www.astro.uva.nl/~dominik/Tools/org
>
>
> Changes in version 4.46

I just downloaded and installed 4.46 and find that if I try to create
a new frame from within an org-mode buffer I get wrong argument type:
stringp, t

Just simply invoking M-x make-frame will show the problem.

I'm using XEmacs 21.4.19 (on Cygwin).

Thanks,
Ed

--

-- 
Ed Hirgelt     925.324.8563

Discovery consists of seeing what everybody has seen
and thinking what nobody has thought.
Daniel J. Sinder | 1 Sep 22:24 2006
Picon

Re: org-mode 4.46


Carsten Dominik wrote:
> 
> 
> at http://www.astro.uva.nl/~dominik/Tools/org
> 

For installation, I'm still byte compiling things myself (ie, the
"old" way).  But I noticed that the documentation now describes a
'Makefile' method.  However, the makefile is not included in the
tarfile (for versions 4.44-4.46, at least).
Carsten Dominik | 1 Sep 23:04 2006
Picon
Picon

Re: org-mode 4.46

I cannot reproduce this.  Anyone?

Can you make a traceback?

- Carsten

On Sep 1, 2006, at 19:53, Ed Hirgelt wrote:

> On 9/1/06, Carsten Dominik <dominik <at> science.uva.nl> wrote:
>>
>>
>> at http://www.astro.uva.nl/~dominik/Tools/org
>>
>>
>> Changes in version 4.46
>
> I just downloaded and installed 4.46 and find that if I try to create
> a new frame from within an org-mode buffer I get wrong argument type:
> stringp, t
>
> Just simply invoking M-x make-frame will show the problem.
>
> I'm using XEmacs 21.4.19 (on Cygwin).
>
> Thanks,
> Ed

--
Carsten Dominik
Sterrenkundig Instituut "Anton Pannekoek"
(Continue reading)

Carsten Dominik | 1 Sep 23:33 2006
Picon
Picon

Quick fix: 4.47


I am making a quick release, fixing the two reported bugs:  Makefile 
missing, and problems in XEmacs with make-frame, both fixed now.  Sorry 
for the mess, and thanks for the quick reports from Ed and Daniel.

http://www.astro.uva.nl/~dominik/Tools/org/

- Carsten
Ed Hirgelt | 1 Sep 23:43 2006
Picon

Re: Quick fix: 4.47

Looks good -- my problem is gone. 

Thanks for the quick work!

Ed

On 9/1/06, Carsten Dominik <dominik <at> science.uva.nl > wrote:

I am making a quick release, fixing the two reported bugs:  Makefile
missing, and problems in XEmacs with make-frame, both fixed now.  Sorry
for the mess, and thanks for the quick reports from Ed and Daniel.

http://www.astro.uva.nl/~dominik/Tools/org/

- Carsten



_______________________________________________
Emacs-orgmode mailing list
Emacs-orgmode <at> gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode



--
Ed Hirgelt     925.324.8563

Discovery consists of seeing what everybody has seen
and thinking what nobody has thought.
_______________________________________________
Emacs-orgmode mailing list
Emacs-orgmode <at> gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Daniel J. Sinder | 1 Sep 23:50 2006
Picon

Resolution of LaTeX fragments

I've encountered a problem with LaTeX fragments: the default
resolution that dvipng produces results in text (in the images)
which is too small. Of course, browsers (eg, firefox) can manipulate
font size from the client side, but that doesn't affect images (and
changing the relative size of the two). Monitor resolution is also a
factor. Uugh. I guess mixing text with images containing text is not
really ideal, but I'll put that aside for now.

I don't have a great solution for this, but I needed something to
make it usable. I've added a little hack that creates a variable,
org-export-LaTeX-fragments-resolution, that is used in the call to
dvipng. I've found that a setting of 150 is much easier on my eyes
than the default (which I've estimated to be ~86). I added something
to org-export-plist-vars for publishing too, but that doesn't seem
to work -- not sure why (I'm new to Elisp).

The patch is attached in case anyone else was looking for a fix for
this.

Dan

--- org-orig.el	2006-09-01 14:36:16.000000000 -0700
+++ org.el	2006-09-01 13:38:30.000000000 -0700
 <at>  <at>  -1985,6 +1985,12  <at>  <at> 
   :group 'org-latex
   :type 'boolean)

+(defcustom org-export-LaTeX-fragments-resolution 86
+  "Output resolution of images created by conversion of LaTeX fragments when exporting to HTML."
+  :group 'org-export-translation
+  :group 'org-latex
+  :type 'integer)
+
 (defcustom org-export-with-fixed-width t
   "Non-nil means, lines starting with \":\" will be in fixed width font.
 This can be used to have pre-formatted text, fragments of code etc.  For
 <at>  <at>  -13110,6 +13116,7  <at>  <at> 
     (:sub-superscript      . org-export-with-sub-superscripts)
     (:TeX-macros           . org-export-with-TeX-macros)
     (:LaTeX-fragments      . org-export-with-LaTeX-fragments)
+    (:LaTeX-resolution     . org-export-LaTeX-fragments-resolution)
     (:fixed-width          . org-export-with-fixed-width)
     (:timestamps           . org-export-with-timestamps)
     (:tables               . org-export-with-tables)
 <at>  <at>  -15532,6 +15539,7  <at>  <at> 
       (call-process "dvipng" nil nil nil
 		    "-E" "-fg" fg "-bg" bg
 		    "-x" scale "-y" scale "-T" "tight"
+		    "-D" (number-to-string org-export-LaTeX-fragments-resolution)
 		    "-o" pngfile
 		    dvifile)
       (if (not (file-exists-p pngfile))

_______________________________________________
Emacs-orgmode mailing list
Emacs-orgmode <at> gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Gmane