Also think adding in features to enable some features of image-dired would
be good. Some of my images are stored at 400dpi and I would like to view
inline images at times but this is way to big for an inline image because
goes out of the frame.
On Sat, Aug 4, 2012 at 4:49 AM, Karl Voit
Jeffrey Spencer jeffspenc...@gmail.com writes:
Also think adding in features to enable some features of image-dired
would be good. Some of my images are stored at 400dpi and I would
like to view inline images at times but this is way to big for an
inline image because goes out of the frame.
The private reply was not intended.
I checked.
I do (of course) have /bin/bash
and the error is produced by bash.
It seems that the test suite does not find cc1 on Mountain Lion.
cc1 in installed byXCode, but PATH does not include the directory with cc1.
So I will try to add it there and report
SW sabrewo...@gmail.com writes:
Bastien bzg at gnu.org writes:
I have agenda TODO items due in 5d (in org-upcoming-deadline face),
in 16d (in default face) and in 26d (in org-upcoming-deadline face).
Why is the 16d deadline in default face?
I can't reproduce this.
Can you provide a
Waldemar Quevedo waldemar.quev...@gmail.com writes:
My name is Waldemar, and I am the current maintainer of the org-ruby
gem.
It looks like thanks to you (and many others who reported this)
github/markup was updated so that it uses the 0.7.0 org-ruby version
of the gem!
Hi Julia,
sorry for the more-than-late reply.
julia.jacob...@arcor.de writes:
Some time ago, Eric Fraga had posted a script for generating Gantt
charts directly out of Org-mode which is very helpful.
The Elisp part for Eric's Gantt generation tool is bit burried in
the mailing list.
Neuwirth Erich writes:
I do (of course) have /bin/bash and the error is produced by bash.
OK, so the linebreaks have been corrupted in your original post. You
actually got two error messages it seems:
i686-apple-darwin11-gfortran-4.2.1: error trying to exec 'cc1':
execvp: No such file or
James Harkins jamshar...@gmail.com writes:
Why do I now have to take an extra step to push to mobileorg, which I
did not have to take before?
Let's take it separately.
I'm not using org-mobile.el so I'm slow at figuring out such things.
My guess is that this step was already lurking there,
James Harkins jamshar...@gmail.com writes:
No, it didn't help.
It seems I was right. You can't pass a list of cons-cells into
org-global-tags-completion-table. It has to be a list of strings. It's
necessary to get car from each item in files-alist.
diff --git a/lisp/org-mobile.el
David Engster d...@randomsample.de writes:
Then I guess you patched org-caldav-sync to not test for
`url-dav-patched-version'? Anyway, I've now added support for the
Emacs-bzr version of url-dav.
Yes I did.
It does not ask for a username?
NO.
That is very strange. It should first
ask:
Hi Simon,
Simon Thum simon.t...@gmx.de writes:
I have a working setup for birthdays from org-contacts in my default agenda.
However I use split work/private agendas which are discerned using
org-agenda-tag-filter-preset. As it happens, my birthday heading does not
inherit its tags (from
mrigetitd...@safe-mail.net writes:
Sorry, I am on the road and have no access to my org files. I use the default
agenda M-o a a, and regular entries.
This could be one of my entries.
*** TODO make backups
SCHEDULED: 2012-07-21 Sat .+10d
I want to show this item in my agenda only if this
A small addendum:
Right after I posted (of course!), I noticed both a small mistake and an
opportunity for
simplification, relating to detecting and processing the todo expressions
after a /.
Specifically, the approximate fix I proposed to the bug in the 7.8 code is
insufficient
to handle regexp
I can adjust the line-spacing variable but I'm looking for a way to
separate paragraphs when writing large amounts of text in org-mode.
Sticking in an extra carriage return works and has become my habit but it
is annoying when the text is copy/pasted or exported to certain formats
(such as
Luis Anaya writes:
In org-toggle-heading:
org.el:19364:26:Warning: attempt to let-bind constant `org-outline-regexp-bol'
Are you using Emacs23? Because I don't get these on Emacs24 and they
look positively wierd...
Plus, it's one of those instances where it seems to make a difference in
which
Greg Troxel g...@ir.bbn.com writes:
Richard Riley rile...@gmail.com writes:
org-mobile allows you to use some form of encryption when pushing to the
MobileOrg directory. Encrypts and works fine. The issue is that the
mobile app has a password setting to unencrypt but there is no
protection
Achim Gratz writes:
In any case, the interaction between org and org-element needs a
serious overhaul and while we're at it this work should be extended to
other subsystems of org.
I've just pushed two new make targets to master that will compile org
with a single Emacs process per file,
* http://www.emacswiki.org/emacs/VisualLineMode --very intereting...
** This may explain why you found no help thru google:
Visual line mode is a new mode in Emacs 23 that is on by default.
* The following code convinces visual-line-mode to wrap at a given column
by expanding the right margin
Achim Gratz strom...@nexgo.de writes:
This seems to be further fallout from moving the require forms in org.el
past the constant and variable definitions (which does make a difference
for Emacs23 vs Emacs24 since the scope rules are now different).
Bastien, what was the problem you were
On 7/31/2012 9:23 AM, Robert Horn wrote:
I agree. The real use needs more clarification. Things like ID are
already well hidden as :PROPERTIES: until the user explicitly opens the
drawer for viewing. I don't understand the need to hide those further, so
a better explanation of why is needed.
In the interests of supporting accessibility, does a variable setting in
org-mode exist such that if someone tries to add an image to org-mode's
management and org-mode can't find a title and description for that image,
the user gets prompted to enter both and then the image gets srored with
Hi Miguel,
Miguel Ruiz rbeni...@yahoo.es writes:
In this minimal example
[...]
Bastien writes:
Yes. The whole maze needs a treat. Please submit a patch if you feel
like undertaking this task. I managed to get zero warnings with Emacs
24.1 and did not take the time to check with Emacs 23.
That is going to be one big hairy patch that touches almost everything.
Maybe it
23 matches
Mail list logo