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.]
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
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 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 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 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
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
file-name) (current-time-string)
#+END_SRC
What am I doing wrong?
Thanks for any help,
-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
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
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
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:
> >>
> >>
does not end a footnote!
-Ethan
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
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
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
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,
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
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
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
png]]
#+BEGIN_SRC sh :exports none
#<>
#+END_SRC
--
Ethan Ligon, Associate Professor
Agricultural & Resource Economics
University of California, Berkeley
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
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
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
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
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
tches, or work-arounds welcomed!
Thanks,
-Ethan
--
Ethan Ligon, Associate Professor
Agricultural & Resource Economics
University of California, Berkeley
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
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
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
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
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
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
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-
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
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
\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
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
;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
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
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?
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
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
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
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
: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
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
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
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
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
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
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
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
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
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
__
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
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
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.
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
(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.
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
61 matches
Mail list logo
