emembering 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
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
>
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
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: Example bash
egin{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 <m...@nicolasgoaziou.fr>
wrote:
> Hello,
>
> Ethan Ligon <li...@are.berkeley.edu> writes:
>
> > On Thu, Dec 17, 2015 at 12:47 PM Nicolas Goaziou <m...@nicolasgoaziou.fr
> >
> > wrote:
> >
> >&
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
not end a footnote!
-Ethan
On Thu, Dec 17, 2015 at 12:47 PM Nicolas Goaziou <m...@nicolasgoaziou.fr>
wrote:
> Hello,
>
> Ethan Ligon <li...@berkeley.edu> writes:
>
> > I've long used the following construction for displayed equations in org
> > #
> > \[
> > u_i(c)=p_i\la
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, 2014 at 3:50 AM
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
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:81
#1 0x75618fe4 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2
/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 eric.schu...@gmx.com wrote:
Ethan Ligon li...@are.berkeley.edu 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
* Figure
]]
#+BEGIN_SRC sh :exports none
#bar
#+END_SRC
--
Ethan Ligon, Associate Professor
Agricultural Resource Economics
University of California, Berkeley
.
-Ethan
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.
Help!
-Ethan
--
Ethan Ligon, Associate Professor
Agricultural Resource Economics
University of California, Berkeley
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 li...@are.berkeley.edu
Date: Sat Apr 9 18:39:35 2011 +0200
Fix for html docbook export
of the
desired headings, I get a literal, as below.
#+call: print_list(lst=list1)
#+results: print_list(lst=list1)
: * foo
: * bar
I think this qualifies as a bug---surely the method of calling the
code block shouldn't affect the output?
Thoughts, patches, or work-arounds welcomed!
Thanks,
-Ethan
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 schulte.e...@gmail.com wrote:
Ethan Ligon li...@are.berkeley.edu writes:
I'd
this way
#+call: print_list[:results org](lst=list2) :results output
#+results: print_list[:results org](lst=list2)
or this way
#+call: print_list(lst=list2) :results output org
#+results: print_list(lst=list2)
#+END_ORG
#+BEGIN_ORG
Thanks for any enlightenment!
-Ethan
--
Ethan Ligon, Associate
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 Brand
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
documenting my actions here, since it is
related to the patch below.
Best,
Matt
49e6bc899758114d6d29e69a8f9e40798d26782b is the first bad commit
commit 49e6bc899758114d6d29e69a8f9e40798d26782b
Author: Ethan Ligon li...@are.berkeley.edu
Date: Sat Apr 9 18:39:35 2011 +0200
Fix
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).
snip
I can report a very similar apparent bug, but using python.
--
Ethan Ligon, Associate Professor
Agricultural Resource Economics
University
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 addresses
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
-
Nic-
Nicolas Goaziou n.goaziou at gmail.com writes:
Ethan Ligon ligon at 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
\textbf{Doesn't} work in html export, does in latex.
\end{itemize}
\end{description}
#+end_src
Thanks for any help!
-Ethan Ligon
Ethan Ligon ligon at 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., whether - Item :: is
treated
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 --git a/lisp/org-exp.el b
. A possible bonus if we use the message id:
when we get to the point of getting replies *back* into the org
file it'll be possible to thread things properly.
-Ethan
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list
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://lists.gnu.org/mailman
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?
Thanks.
Ethan
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 mailing list
Please use `Reply All' to send replies
...@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 of an email
From: li
*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-orgmode mailing
On Sat, Dec 19, 2009 at 8:07 AM, Matt Lundin m...@imapmail.org wrote:
Ethan Brown ethandbr...@gmail.com 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
On Sun, Dec 20, 2009 at 8:51 AM, Rick Moynihan rick.moyni...@gmail.com wrote:
2009/12/19 Ethan Brown ethandbr...@gmail.com:
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
!
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
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 to learn -- but I'm really
struggling to get to level 2.
Ethan
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.
Thanks for everything!
Ethan
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies
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
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
___
Emacs-orgmode
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
., 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.
-- Cesare Beccaria, On Crimes
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
--
The laws that forbid the carrying of arms are laws [that have no remedy
for evils]. They disarm
53 matches
Mail list logo