ORMAT and TABLE_EXPORT_FILE? Just something like the following
in the "Built in table editor" section would have made my life easier.
* Table
:PROPERTIES:
:TABLE_EXPORT_FILE: foo.rst
:TABLE_EXPORT_FORMAT: orgtbl-to-rst
:END:
Other than that, thanks! Org mode's table editor is pre
Hey everyone,
There's some code in EXPERIMENTAL (find-links-to-local.el) that causes
paredit to barf when I open it. This code doesn't do anything, hasn't been
touched in two years, and it offends my sense of order. Would someone please
delete it in master?
e only information I could find
about org and visual-line-mode was about "clean mode", which I'm not using.
I'm using emacs 23.2.1 and Org-mode version 7.5 (release_7.5.204.g7327b)
from git.
Thanks!
Ethan
Hi, I decreased org-tags-column by a little bit and now it doesn't wrap.
Thanks! Is there a similar option for org clock displays (as generated by
C-c C-x C-d)? I think that's the only other place where I get gratuitous
wrapping.
Ethan
On Fri, May 13, 2011 at 12:05 PM, Michael B
use that? Is there a simple way to column-view a whole
file that I'm missing?
Thanks!
Ethan
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
ch is the "entire tree"? Why did it only create a column
view for the headline I was on? Why is #+COLUMNS different from the
:COLUMNS: property?).
Thanks!
Ethan
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
was intentional -- until
recently it was a hyperlinked different-page manual, and I just want to
report that it changed in case it was by accident. I don't much have a
preference but it's easier to bookmark where you are in a hyperlinked
version.
Thanks!
Ethan
__
command to archive
all projects which didn't have open TODO items.".
I wish I could offer more concrete improvements in the form of patches and
so on! Maybe as I learn more about org-mode I can do this too, but I wanted
to offer this criticism while it was still fresh in my mind.
Tha
gotten to it yet,
since I've been trying to put together a coherent org-mode setup by
cargo-culting things from the advanced users' setups. This probably isn't
the best way to go about it, of course..
I thought org-mode level 1 was pretty easy
basic concepts of org-mode.
>
I just wanted to say thank you! This was amazingly, amazingly helpful.
Just one thought: The section on Archiving says that C-u C-c C-x C-s is an
"alternate version" of the C-c C-x C-s command, but C-u C-c C-x C-s doesn't
archive the current head
one else comment about this issue so I assume it's
something specific to my configuration. Has anyone else seen anything like
this?
Ethan
(gdb) thread apply all backtrace
Thread 4 (Thread 0x7fffe37ae700 (LWP 10101)):
#0 0x71a6afbd in poll () at ../sysdeps/unix/syscall-template.S:8
Sorry for the late reply. Thanks for the advice Nicolas. Today I tried to
reproduce it with the same file and couldn't. However, I have hit the bug
(whatever it is) without org-log-done 'time, so I guess that was a red
herring. I'll keep an eye on it.
Ethan
On Fri, Jul 18,
I just noticed that there was a commit
3c14db868574c97eff0eb0df7a72a618d5517292 that might have fixed it. The
linked bug report seems to sound very similar to what I experienced. Thanks!
http://permalink.gmane.org/gmane.emacs.orgmode/88673
Ethan
On Wed, Jul 23, 2014 at 1:03 PM, Ethan wrote
ry apology for not noticing the exhaustive
thread on exactly this topic that I've undoubtedly missed. 8^)
Thanks,
-Ethan
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://l
;m
thinking of having org-mime-subtree set a property MAIL_SENT to a
time stamp or perhaps to the message id.
This way, if we inspect the subtree later we'll know if and when
it was actually sent. A possible bonus if we use the message id:
when we get to the point of getting replie
MER_envargs(Env Args)
%4BEAMER_col(Col) %8BEAMER_extra(Extra)
PROPERTY: BEAMER_col_ALL 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1.0 :ETC
Note the final line. Surely this should be preceded by a "#+"?
-Ethan
___
Emacs-orgmode mailing list
Please use `Rep
I've been an emacs user since about 1990, but have just recently
discovered org-mode. It seems as if it would be very well suited to
use as my work log--I currently just use a regular text file.
Since a work log is based around daily entries, I'm wondering if
anyone can recommend the best way to
On Sat, Dec 19, 2009 at 8:07 AM, Matt Lundin wrote:
> Ethan Brown writes:
>
>> I've been an emacs user since about 1990, but have just recently
>> discovered org-mode. It seems as if it would be very well suited to
>> use as my work log--I currently just use a reg
On Sun, Dec 20, 2009 at 8:51 AM, Rick Moynihan wrote:
> 2009/12/19 Ethan Brown :
>> I've been an emacs user since about 1990, but have just recently
>> discovered org-mode. It seems as if it would be very well suited to
>> use as my work log--I currently just use a regu
y *is* a
better way and I've simply overlooked it.
Vague ideas that have occurred to me:
- Sending the email might be something like exporting it to smtp?
- Could org-protocol be useful for acquiring responses?
Thoughts?
-Ethan
___
Emacs-orgmo
:To: kenn...@example.com
:END:
Dear Ken-
Could you please let me know when you've made progress on computing
the optimal frequency?
Thanks,
-Ethan
Then a transition in workflow state from EMAIL to WAITING would cause
(perhaps via org-mime) the construction
mething not private
Kenneth-
Do please get back to me regarding the frequency.
-Ethan
Cut here
If I use C-c @ to select only the second item and then invoke
org-mime-org-buffer-htmlize, that results in a buffer:
Cut here
From: Ethan Ligon
To:
Subject:
User-Agent: Wanderlust/2
s instead of the mime.
But (3) and (4) seem weak to me. What am I missing?
-Ethan
___
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
ways to extend org's functionality have
already been thought of, so I'm expecting one of you to point me to a
thread from three years ago and point to the code that's sitting right
there in contrib.
Thanks!
-Ethan
___
Emacs-orgmode mai
0798d26782b). I don't
know the best to clean this up, since the ChangeLog is derived from
the git log. But here's a ChangeLog entry that I think would have been
valid:
commit 49e6bc899758114d6d29e69a8f9e40798d26782b
Author: Ethan Ligon
Date: Sat Apr 9 18:39:35 2011 +0200
Fix for
part of the
stuff that octave writes to stdout when the interpreter is invoked (my
first guess).
I suspect that the options that need to be offered on the #+begin_src
line have changed somehow since that worg page was last updated at the
end of April of this year, but don't really know.
Hel
e
>other, while in the exported pdf / html I would like the answers and
>solutions to be at the end of the document, numbered according to the
>numbers of the questions. How could I achieve this?
>
Haven't done this, but the LaTeX code could put the answers and
solutions in a float, which could then be floated to the end of the
document.
-Ethan
\item So it works in both html and latex export!
\item Even though it's difficult to distinguish from the next example.
\end{itemize}
\item[Lacks a terminating space]
\begin{itemize}
\item \textbf{Doesn't} work in html export, does in latex.
\end{itemize}
\end{description}
#+end_src
Thanks for any help!
-Ethan Ligon
Ethan Ligon are.berkeley.edu> writes:
>
> I've just stumbled across what I regard as a bug in the html export of
> description list items.
>
> The problem has to do with whether the specification of a description
> list includes a trailing space or not; i.e., whethe
Nic-
Nicolas Goaziou gmail.com> writes:
> > Ethan Ligon are.berkeley.edu> writes:
> >>
> >> I've just stumbled across what I regard as a bug in the html export of
> >> description list items.
> >>
> >> The problem has to do with w
After some very helpful corrections and suggestions from Nic, I'd like
to propose the following patch, which addresses a problem in the html
and docbook export of description items.
The problem is illustrated by the following example:
#+begin_src org
* Illustration of bug in html export
- Thi
Nic-
Sent this to the list earlier; should have cc'd you.
Thanks again for your help!
-Ethan
--
After some very helpful corrections and suggestions from Nic, I'd like
to propose the following patch, which a
to create the table from the /output/ of the octave code, not the
> value. However, specifying =:results output table= doesn't seem to work
> (for me, in any case).
I can report a very similar apparent bug, but using python.
--
Ethan Ligon, Associate Professor
Agricultural & Reso
he same problem, but with octave code
blocks in
http://thread.gmane.org/gmane.emacs.orgmode/36091
but so far there's been no useful response to his post.
Thanks for any help!
-Ethan Ligon
ion item. I'm applying this fix to Worg for the
> sake of readability, but am documenting my actions here, since it is
> related to the patch below.
>
> Best,
> Matt
>
>>
>> 49e6bc899758114d6d29e69a8f9e40798d26782b is the first bad commit
>> commit 49e6bc899
tches, or work-arounds welcomed!
Thanks,
-Ethan
--
Ethan Ligon, Associate Professor
Agricultural & Resource Economics
University of California, Berkeley
So, the ":result output org" ought to be associated with the *call*,
not with the function. That makes good sense. But perhaps it still
doesn't work quite as it ought...
On Thu, May 26, 2011 at 11:46 AM, Eric Schulte wrote:
> Ethan Ligon writes:
>
>> I'd like t
alling doesn't
#+call: print_list[:results output org](lst=list2)
#+results: print_list[:results output org](lst=list2)
: * Item3
: * Item4
and neither does this way
#+call: print_list[:results org](lst=list2) :results output
#+results: print_list[:results org](lst=list2)
or this way
#+ca
png]]
#+BEGIN_SRC sh :exports none
#<>
#+END_SRC
--
Ethan Ligon, Associate Professor
Agricultural & Resource Economics
University of California, Berkeley
On Fri, Jun 8, 2012 at 8:13 AM, Eric Schulte wrote:
> Ethan Ligon writes:
>
>> #+TITLE: Example of name collision bug
>> #+AUTHOR:
>> #+EMAIL:
>> #+DATE: 2012-06-07 Thu
>> #+OPTIONS: H:3 num:t toc:nil \n:nil @:t ::t |:t ^:t -:t f:t *:t <:t
&g
template to enter the TODO item "Vacuum the
carpet", todo.org will have "Wash the dishes" removed and replaced by
"Vacuum the carpet":
* TODO Mow the lawn
* TODO Vacuum the carpet
The location 'top' works as expected, as do literal headings.
Ethan
--
T
(org-end-of-item)) statement "fixes"
this behavior for me, but may be breaking something else which I am
not seeing.
Ethan
--
The laws that forbid the carrying of arms are laws [that have no remedy
for evils]. They disarm only those who are neither inclined nor
determined to commit crimes.
t;
> A work-around would be to leave an empty line before your list, like so:
That is imminently reasonable ... thanks. :-)
Ethan
--
The laws that forbid the carrying of arms are laws [that have no remedy
for evils]. They disarm only those who are neither inclined nor
determined to commit crime
much more useful than index.org<1>, <2>, etc., and you
might find that it makes those buffers more manageable.
Ethan
--
The laws that forbid the carrying of arms are laws [that have no remedy
for evils]. They disarm only those who are neither inclined nor
determined to commit crimes.
ably a reference to
https://bitbucket.org/josemaria.alkala/odt2org/wiki/Home
I haven't used it, and it's rather old (predates org-elements, I think).
-Ethan
not how do others deal with similar
issues?
Thanks,
-Ethan Ligon
* Sam Wales' example: commenting a paragraph will truncate footnotes
in xanadu[fn:b3e0f07]
um
# comment
[fn:b3e0f07]
did kublai khan
# was it "seemly"?
a stately pleasure dome
decree
On Thu, Dec 17, 2015 at 12:47 PM Nicolas Goaziou
wrote:
> Hello,
>
> Ethan Ligon writes:
>
> > I've long used the following construction for displayed equations in org
> > #
> > \[
> > u_i(c)=p_i\lambda
> > \]
> > #
> > which (i) gi
does not end a footnote!
-Ethan
On Sun, Dec 20, 2015 at 1:29 AM Nicolas Goaziou
wrote:
> Hello,
>
> Ethan Ligon writes:
>
> > On Thu, Dec 17, 2015 at 12:47 PM Nicolas Goaziou >
> > wrote:
> >
> >> Hello,
> >>
> >> Ethan Ligon writes:
> >>
> >>
rkup for display equations does *not* really allow
one to make the manuscript mirror what one is trying to do.
Enthusiastic thanks and support for this patch!
-Ethan
sset{showonlyrefs}
aaa
\begin{equation}
bbb
\end{equation}
ccc
#+end_example
sort of answers itself. It's not so much that we must make Org mimic
LaTeX; it's that people actually use Org to compose documents with
equations, and making this easier and simpler is a good thing.
-Ethan
specification of the path ORG_HOME.
I've fixed the issue with ORG_HOME, another issue with grepping for strings
that no longer are emitted by ob-tangle, and removed some obsolete
dependencies.
I'm finding the corrected script a useful thing to call from makefiles.
-Ethan
* doc/org.texi: Ex
file-name) (current-time-string)
#+END_SRC
What am I doing wrong?
Thanks for any help,
-Ethan
Are
there exporters for which collecting footnotes in one place is
necessary? I think org-export-as-html could handle keeping the footnotes
where they are with minimal changes.
Attached is a sketchy patch that does what I want. It's an ugly hack.
What do you think?
Thanks.
Ethan
diff
If you won’t take a possible XY problem answer amiss: In general, I’ve
found it much easier to use visual-line-mode than to worry about all
this—in fact, I have visual-line-mode set to automatically engage in
org-mode. At some point in 2016 I see from my Git history that I un-filled
all my Org file
On Sat, Jan 4, 2020 at 17:56 Steven Penny wrote:
> On Sat, Jan 4, 2020 at 4:35 PM Trey Ethan Harris wrote:
> > At some point in 2016 I see from my Git history that I un-filled all my
> Org
> > files (i.e., changed “paragraphs” interspersed with newlines near
> fill-column
On Sat, Jan 4, 2020 at 18:26 Steven Penny wrote:
> I dont think you understand, I want what I work on and publish to be
> readable.
> On my own system thats easy enough, and your method would work fine. But
> if you
> publish to GitHub or other sites, they have their own view of what a proper
> d
On Sat, Jan 4, 2020 at 19:23 Steven Penny wrote:
> On Sat, Jan 4, 2020 at 6:18 PM Trey Ethan Harris wrote:
> > I think you did not explain your issue clearly, then—on GitHub, long
> lines and
> > long links are displayed perfectly, as this example with a 434-character
&
On Sat, Jan 4, 2020 at 19:58 Steven Penny wrote:
> On Sat, Jan 4, 2020 at 6:45 PM Trey Ethan Harris wrote:
> > Uh... that’s an HTML file—this is the emacs-orgmode mailing list.
>
> My original post:
>
> https://lists.gnu.org/archive/html/emacs-orgmode/2019-12/msg00422.html
On Tue, May 19, 2020 at 15:49 Russell Adams
wrote:
> Is there a problem with submitting issues via the mailing list? Has
> something
> gone unaddressed? Do you have any statistics to show that there is
> decreased
> participation because you have to use email? Is something really
> inefficient at
thout remembering to refresh
intermediate tables. I was wondering if there is another way, either
simpler or more robust?
Thanks!
Ethan
[Please cc me on replies, I'm not subscribed to the list.]
61 matches
Mail list logo
