M-q anywhere here fills all three paragraphs together:
# this is a paragraph. i want to fill it.
#
# this is too. and i commented the blank line because i am
# a badass.
# asdfasdf akjdn fkand sflkajnsd fklajns dfkjan dskfjna
# kdsfn
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blog
You can use an indirect buffer.
On 7/7/13, Bob Newell wrote:
> This likely has been asked in the past but I didn't find it so please
> allow me :)
>
> Is visibility cycling per-buffer and not per-window?
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MA
Perhaps this note from my .emacs might help.
;;
;; removing timestamps
;;
;; the variable seems to be completely ignored. it always
;; removes active timestamps no matter what the setting of this
;; variable is. it never removes any other timestamps or time
;; specifications.
;;
;; if it is fixe
, Samuel Wales wrote:
> It is probably common to refresh the refile cache at times when one is
> not watching. This has the effect of loading files that are refile
> targets. If there is auto-save data in one of those files, the
> message will likely often go unnoticed.
>
> I d
It is probably common to refresh the refile cache at times when one is
not watching. This has the effect of loading files that are refile
targets. If there is auto-save data in one of those files, the
message will likely often go unnoticed.
I don't know the best solution.
Samuel
--
The Kafka
On 6/30/13, Bastien wrote:
>> I confirm the following bug in git master.
>
> Fixed, thanks.
Thanks. Does this work for the OP?
Now there is a new bug. When the region is not active, I expect an
ordinary refile.
What happens instead is that the entire entry gets copied to the
target location a
Hi Bastien,
I require 'org-id, then store the link, then insert the link, and that
is the backtrace I get. Please tell me what else I can provide. If
nobody else can confirm it, I will require 'newcomment and work around
the bug. :)
Samuel
On 7/1/13, Bastien wrote:
> Hi Samue
Thank you.
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY can get it.
Denmark: free Karina Hansen NOW.
Here is an example:
===
a par
:LOGBOOK:
- Note taken on [2013-06-30 Sun 13:32] \\
test
:END:
another par
# another par
# another par
another par
===
Where forward-paragraph stops is at the dots:
===
a par
.
:LOGBOOK:
- Note taken on [2013-06-30 Sun 13:32] \\
test
.:END:
another par
I finally found out how some duplicate subtrees are created:
* test 1
* test 2
Refile test 1. Kill test 2.
Move. Yank.
You will yank both lines.
To fix: make refiling not be an appendable kill.
Thanks.
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES p
I confirm the following bug in git master.
P.S. One possibility for the OP's question would be to allow a
special prefix arg to select the list item and its children as a
region then call refile region.
On 1/17/12, Jeff Horn wrote:
> On Wed, Aug 17, 2011 at 05:32, Bastien wrote:
>> I pushed th
Just wondering if anybody has done any significant work on
automatically expiring old logbook entries for archiving. A search
did not find anything. I know it's been discussed here.
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have
Debugger entered--Lisp error: (void-variable comment-region-function)
default-value(comment-region-function)
org-run-like-in-org-mode(org-insert-link)
org-insert-link-global()
call-interactively(org-insert-link-global nil nil)
On 6/27/13, Bastien wrote:
> Hi Samuel,
>
> Sam
When Org says this:
"Please regenerate the refile cache with `C-0 C-c C-w'"
I wonder if it makes sense to:
1) regenerate the cache automatically
- probably usually the user still wants to refile
2) for a massive increase in speed, ONLY regenerate it for
whichever file is out of
On 6/21/13, Nicolas Goaziou wrote:
> #+OPTIONS: :* t :e t :: t :f t :- t :^ t :| t
>
> Maybe we should expand them in order to make them less cryptic.
To me, that would be ideal.
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have
It seems reasonable to me.
I also think it is good that you are using hyphen-separated
human-readable identifiers like html-style instead of single-character
identifiers.
I wonder if it would be worth the backward incompatibility to make a:b
syntax become :a b syntax to be consistent with Babel a
I use the refile cache, but there is one operation that is not
performed by the caching.
The first call to refile after rebuilding the cache takes seconds to
run. Subsequent calls are much faster.
How can I do a refile without refiling in the following defun?
(defun hoka-org-refile-rebuild-cach
Hi Carsten,
On 5/31/13, Carsten Dominik wrote:
> could you go back to a much older Org version, like release_7.9.4 and check
> if this is still happening? It would be an indication if it has to do with
> Org, or with something external like magit.
I have not been able to do this much because I
Inactive timestamp entries in the agenda are currently rendered with
the same face that is used for events.
Showing them is superb for telling me what I have done so far.
Therefore, I want to color them a little similarly to done face, if
possible.
But events, to me, are things that need to be do
If newcomment is loaded, this bug does not occur:
Pasting link results in "org-run-like-in-org-mode: Symbol's value as
variable is void: comment-region-function".
Thanks.
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from
I don't know if this is related, but I had issues with org-mouse not
working on Org files that I load with find-file-noselect in .emacs.
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY can get it.
In recent git master, when org-mouse is loaded, the mouse is not
active in the stars of headlines.
After reverting the Org buffer, the mouse is active.
This is an insufficient bug report, but I cannot do better at this
time. I hope that somebody can think of recent activity in the git
repo that
Hi Bernt,
Optional.
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY can get it.
Hi Bastien,
On 6/4/13, Bastien wrote:
>> On 6/3/13, Carsten Dominik wrote:
4. Define that lists alway have to have a newline in front of them.
>>
>> I presume Michael means blank line. I like this.
>
> Mhhh... I don't.
Perhaps can be optional the way alphabetic lists and numbered list typ
Hi Carsten,
On 6/3/13, Carsten Dominik wrote:
>> 4. Define that lists alway have to have a newline in front of them.
I presume Michael means blank line. I like this.
>> 5. Define that lists always have to be indented.
I like this also, and have long wanted c-c - on a region to indent the
resu
I don't recall whether I said I had a filling problem.
Filling is a red herring for my use case.
My point is that regardless of filling, it would be a good idea to be
stricter about what a list is, for the reasons I listed. In my use
case.
Samuel
--
The Kafka Pandemic: http://thekafkapandemic
In case it helps:
I can say that I never, ever,
no matter what, and there are no exceptions
- make a list like this
I always
- make a list like this (I happen also to always indent by 2 spaces)
IIRC, org-list-allow-alphabetical is default nil largely to avoid
making a list. IMO doing so by r
Perhaps we can make a formal feature request that the user be able to
specify (in an option) that a list must have a blank line preceding
it?
I realize Nicolas's opinion is different.
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people hav
The 30 and the - get exported as lists.
===
paragraph. Emily died at age
30. New sentence.
paragraph
- the list is long.
===
Filling and yanking can create lines like those.
Perhaps this is intended behavior? If so, is there a way to change it
so that it requires a blank line before every li
This might not be reproducible as all I can do is give general information.
I am getting "Please regenerate the refile cache with `C-0 C-c C-w'"
quite a lot recently. Git master.
I use the refile cache and I also do restricted refile to :refile: and
I use a verify function.
I use magit.el.
I k
On 5/24/13, Wagemans, Peter wrote:
> In org 7.8.11 with emacs 24.2 fill-paragraph used to recognize
> paragraph fill prefixes as usual for mail citations. This seems to be
> no longer the case (which I noticed first with org 7.9.3 with emacs
> 24.3). Apparently this has been noticed before and a b
Hi Eric,
On 5/15/13, Eric Abrahamsen wrote:
> I still think it's pretty important to have an option for creating a new
> headline *below* all the contents of the current subtree -- what C-RET
> used to do.
This might be a good thing to make a user preference.
> Also, the above provides a whole
How about this? IMO this would be ideal.
- M-RET is for the current context
- C-RET is for a new context
|-+--++--|
| command | context | pos| action |
|-+--+---
On 5/13/13, Achim Gratz wrote:
> All things considered, there may be room for an argument that Babel
> shouldn't ignore the data from STDOUT on non-zero exit or have an option
> to ignore the return code for cases like this.
That sounds good for newcomers.
Samuel
--
The Kafka Pandemic: http://
Hi Bastien,
On 5/7/13, Bastien wrote:
> IMHO this would be too much, since the let-binding solution is there
> already.
I won't object to whatever decision is made, but it made me curious:
is it not there for inheritance?
This raises another question. Is it possible to do a let for each of
the
Hi Sebastien,
On 5/7/13, Sebastien Vauban wrote:
> I understand, maybe wrongly though, that he agrees not seeing COMMENTed
> headlines in "C-c a a", but not in "C-c a s" results. He'll tell us...
Yes, that is correct, thank you. (There is also the apparent
inconsistency between commented subtre
When I search for a {regexp}, using the agenda, with restriction set
to the current file, I get entries that contain matching text in
ordinary lines and entries that contain matching text in commented
lines. This is desired.
However, the COMMENT keyword on a headline stops results from showing.
Hi Carsten,
On 5/3/13, Carsten Dominik wrote:
>> Has there been a recent change in HTML centering? We get this now:
>>
>>
>>
>> This does not work in browsers that do not support CSS.
>
> Specifically, which browsers are you talking about?
>
> What do you mean by "not working"? Just not cente
Has there been a recent change in HTML centering? We get this now:
This does not work in browsers that do not support CSS.
Thanks.
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY can get it.
Hi Bastien,
On 4/27/13, Bastien wrote:
> Samuel Wales writes:
>
>> If I run it using M-:, it is fast. If I run it using a key binding,
>> it is a bit slow (about 1s).
>
> Then this is about `org-meta-return', not `org-insert-heading'.
>
> What is the
Hi Nicolas,
On 4/26/13, Nicolas Goaziou wrote:
> I pushed a speed-up for `org-insert-heading'. Is it speed acceptable
> now?
If I run it using M-:, it is fast. If I run it using a key binding,
it is a bit slow (about 1s).
C-RET is fast using a key binding.
So perhaps there is some interaction
In recent git, M-RET takes a few seconds before it does anything. I
wonder what sophisticated calculation it is doing? :)
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY can get it.
Hi Marcelo,
Did you try (add-to-list 'auto-mode-alist '("\\.org_archive$" . org-mode))?
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY
can get it. There is NO hope without action. This means YOU.
As a non-expert HTML user, I'd want whatever works on the most
browsers, even old ones, as my audience is likely to include many who
have old browsers in addition to many who have new ones, mobile ones,
and accessibility-oriented browsers and extensions.
Dunno if that helps at all.
Samuel
--
Th
It works. Thanks.
On 4/21/13, Bastien wrote:
> This is now fixed, thanks.
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY
can get it. There is NO hope without action. This means YOU.
On 4/22/13, Bastien wrote:
> I use xcalib (http://xcalib.sourceforge.net/) to quickly switch
> from light-on-dark (most often) to dark-on-light (from time to
> time) and I recommend it.
Interesting. How did you use it to do that? I had assumed that
colors could not be inverted automatically wit
[headers were somehow set to other than the mailing list itself.
maybe a gmane bug?]
On 4/20/13, Nicolas Goaziou wrote:
> I will slowly integrate org-element-at-point in core interactive
> functions, like visibility cycling. Though, fontification will have to
> wait, because the parser isn't read
On 4/15/13, Bastien wrote:
> bad bug indeed, fixed now. Thanks for reporting this.
It works, thank you.
I am getting a hang while sorting this:
===
:LOGBOOK:
- State "DONE" from "NEXTREPEAT" [2013-04-15 Mon 21:03]
- State "DONE" from "NEXTREPEAT" [2013-03-24 Sun 16:27]
:END:
===
S
Thank you to Bastien.
Welcome to Carsten.
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY
can get it. There is NO hope without action. This means YOU.
I want to add to the thanks to everybody for making speed improvements.
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY
can get it. There is NO hope without action. This means YOU.
Hi Bastien,
On 3/24/13, Bastien wrote:
>> So in Firefox for me at least, there is no blank line between
>> Footnotes: and 1.
>
> "Footnotes:" is inserted as a header in the HTML file.
>
> So there should be a visual space after it.
I don't know why there isn't. I guess it means CSS is required
Thanks to everybody who made this release possible.
To reproduce, place point at one of the entries and do:
C-c ^ t
===
- State "DONE" from "SOMESTATE" [2012-12-28 Fri 02:16]
- Note taken on [2012-12-29 Sat 02:15] \\
test
===
wrong-type-argument integer-or-marker-p nil in
org-list-get-item-end-before-blank.
I tried loading from
Hi Eric,
Here is old not-working not-finished code that I abandoned. But it
illustrates the goal.
Samuel
===
Maybe something like:
- In source file, C-c ' to go to Org entry associated with nearest ID marker
- C-u C-c ' to create ID marker and create its Org entry in your Org file
Hi Thorsten,
On 4/12/13, Thorsten Jolitz wrote:
> If you structure your Emacs Lisp files the 'outshine way', you can
> convert them into complete Org files fast and easily using 'outorg.el'.
No, we are talking about different things.
With what I am talking about, you can:
- put your Org note
On 4/12/13, Bastien wrote:
> I'm convinved now, and switching to "state" without any TODO keyword
> will now remove the CLOSED planning information.
Thanks, Bastien. One of the great things about Org is its attention
to detail, and that includes little orthogonality pieces.
Samuel
--
The Kafk
BTW, not critical. However, todo state orthogonality is worth raising
from the perspective of what is most intuitive for new users.
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY
can get it. There is NO hope witho
Hi Bastien,
On 4/10/13, Bastien wrote:
>> Changing a doneified entry to blank todo state leaves a
>> closed ts.
>>
>> #+BEGIN_SRC org
>> ,* DONE doneify
>> CLOSED: [2013-04-09 Tue 14:11]
>> ,* now change to blank todo kw -- notice the closed ts
>> CLOSED: [2013-04-09 Tue 14:11]
>> #+END_S
On 4/5/13, Thorsten Jolitz wrote:
> that sounds like a different idea. I have heard about programming
> environments that keep comments and source-code in two different (but
> sync'd) files to minimize distraction from the source code - maybe a
> possible use case for your idea?
Yes. The purpose
On 4/6/13, Eric Schulte wrote:
>>> The idea is to be in my-lisp.el, and do C-c ', and get to a canonical
>>> entry in my-org.org, then do C-c ' again and get back to my-lisp.el.
> That could be handy. For jumping back and for by function name, the
> following simple implementation might be suffi
Yes, it is possible.
I use priorities locally. That is, they sort in the outline and do
not have global semantics. Therefore, they have no meaning in the
agenda. Perhaps someday I will figure out how to remove the cookies
from the agenda.
You can do the opposite from me, using priorities only
Hi Nick,
Yes, those are good. I like the style. However, in Org, the same
document can be used for more than one backend, so it is more
convenient to export to ASCII. If a lot of people use it, a lot of
newcomers will have to manually delete characters.
Samuel
On 4/9/13, Nick Dokos wrote:
>
Changing a doneified entry to blank todo state leaves a
closed ts.
#+BEGIN_SRC org
,* DONE doneify
CLOSED: [2013-04-09 Tue 14:11]
,* now change to blank todo kw -- notice the closed ts
CLOSED: [2013-04-09 Tue 14:11]
#+END_SRC
Perhaps it would be more intuitive for newcomers, and safer
for
ASCII boxes for blocks might be more convenient for the
reader if they do not have any characters to the left of the
code.
#+BEGIN_SRC emacs-lisp
(defun code-for-copy-and-paste ()
(makes newcomer use rectangle or unboxing commands :())
#+END_SRC
Maybe output like this instead:
,--
On 4/5/13, Bastien wrote:
> I must say I have been lazy and quite gave up on this "wrong ellipses"
> issue. Since your description involves en/decryption, I assume it does
> affect too many users and too many possible use-cases.
For clarity, wrong ellipses (and other non-canonical visibility
iss
Hi Thorsten,
IIUC, I don't think this is related. The idea is not to edit source
code in Org buffers, and it is not to use a Navi buffer or to do
navigation.
The idea is to be in my-lisp.el, and do C-c ', and get to a canonical
entry in my-org.org, then do C-c ' again and get back to my-lisp.el.
On 4/3/13, Tim Howe wrote:
> How are you getting those profiling results?
24.2. I know 24.3 has a possibly better profiler.
Run agenda T.
(defun alpha-elp-instrument-packages ()
"Instrument some likely packages."
(interactive)
;;too slow:
;; (elp-instrument-package "org")
;;(elp-ins
On 4/3/13, Bastien wrote:
> Just throwing this in case, to make sure you saw it already:
>
> http://orgmode.org/worg/agenda-optimization.html
Hi Bastien,
Thanks, that is a great resource and I already did everything that it
suggested before posting.
Samuel
--
The Kafka Pandemic: http://thek
Great write-up, Thorsten.
There is a whole other set of options also. I don't know if they are
close enough for you to include, but it's worth pointing them out.
These are in the general category of Org annotations. Instead of
editing Org in a temporary buffer, you use a real, permanent Org fil
The agenda in general is slow for me, and follow mode especially; many
operations take several seconds.
This is just an indication as I have not tried with emacs -Q yet:
===
org-agenda-goto 23
146.9413486.3887542608
org-agenda-cycle-show
Have you tried org-yank-adjusted-subtrees?
Samuel
On 4/1/13, 42 147 wrote:
> sub-headlines, and the killed headline itself needs to be adjusted to a
> deeper / shallower level (depending on where I inserted it).
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES prog
There is also a variable (org-export-with-sub-superscript or something
like that).
Maybe this would be good as default nil?
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY
can get it. There is NO hope without actio
On 3/24/13, Bastien wrote:
> It is for me. Screenshots help a lot with those issues,
> especially when they are often not bugs, but small quirks
> wrt personal preferences. Thanks for sending screenshots
> if you can.
Screenshot is not feasible ATM. However, the example I showed was a
copy pas
On 3/19/13, Bastien wrote:
> (org-agenda-tag-filter ("+Tag"))
org-agenda-filter-preset?
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY
can get it. There is NO hope without action. This means YOU.
On 3/19/13, Bastien wrote:
>> It might be good to add a blank line after the Footnotes section.
>
> The default is fine IMHO.
>
> You'd need to define the #footnotes css id for this.
I'm not familiar with CSS enough to know here. It wouldn't come for
free with the header code? Here is what it l
Much more helpful, thank you!
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY
can get it. There is NO hope without action. This means YOU.
Hi Christian,
On 3/21/13, Christian Moe wrote:
> The new exporter adds paragraph breaks around the anchor for the
> marginal comment. This is the wrong behavior in all cases. These
> comments are meant to be anchored inside paragraphs that are not meant
> to be broken. (Using a fresh Org-mode ver
Is it possible for there to be a more informative error message here or earlier?
org.el
===
(when (and marker (null (marker-buffer marker)))
(message "not found") (sit-for 3)
(throw 'exit nil)))
===
Thanks.
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogs
On 3/20/13, Florian Beck wrote:
> Samuel Wales writes:
>> I find that inline footnotes solve a lot of problems:
> Absolutly. The main reason I don't generally inline footnotes is that I
> don't want to *see* them. Basically, footnotes are for readers that are
Others h
Not a direct answer to your question, but:
I find that inline footnotes solve a lot of problems:
locality of reference is a huge deal both cognitively and
for organization; they cannot be put in the wrong sections
by mistake; they can't get numbers mixed up; they can't get
deleted or commented wit
On 2/26/13, Nicolas Goaziou wrote:
> Try the following:
I got it to work. Thank you.
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY
can get it. There is NO hope without action. This means YOU.
On 3/17/13, Nicolas Goaziou wrote:
> This should be fixed. Thank you.
Thanks.
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY
can get it. There is NO hope without action. This means YOU.
On 3/9/13, Waldemar Quevedo wrote:
> By the way, does it exist somewhere a set of examples of Emacs
> org-mode -> html conversion for all org-mode features?
> (How are changes from org-mode -> html converstion from Emacs tested
> during development?)
+1
That would be great. I'd definitely donat
On 3/13/13, Bastien wrote:
> This should be fixed now, thanks.
Thanks, Bastien.
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY
can get it. There is NO hope without action. This means YOU.
Hi Bastien,
On 3/12/13, Bastien wrote:
> Samuel Wales writes:
>> For some reason, I am getting no blank lines between footnotes, and no
>> blank lines between paragraphs in multi-paragraph footnotes. Any idea
>> why? Tested in Firefox.
>
> This should now be fixed,
Thank you for writing that, Scott.
On 3/10/13, Scott Randby wrote:
> Last September, I attended a talk given by the lead developers of a
> prominent free software project. One of the developers spoke about the
> importance of maintaining a friendly community that does not drive
> people away. In
On 3/11/13, Russell Adams wrote:
>> [ts] \\
>> par
>
> Adding double \'s didn't work for me.
No other ideas. It works in Emacs 24.2 with git master; did you try
point in par?
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it.
On 3/11/13, Russell Adams wrote:
> Minor question, I frequently use inactive timestamps in org, and
> noticed that M-q (fill-paragraph) will often combine my timestamp in
> with the text I'm writing.
>
> Is there a method to prevent that?
[ts] \\
par
Samuel
--
The Kafka Pandemic: http://thekaf
Hi Bastien,
Thanks for removing the table tags. It looks great in w3m. Much less
confusing.
For some reason, I am getting no blank lines between footnotes, and no
blank lines between paragraphs in multi-paragraph footnotes. Any idea
why? Tested in Firefox.
I can try to dig up old exporter ou
On 3/6/13, Bastien wrote:
> Hello Jambunathan,
>
> You are not welcome on this list anymore, please ban yourself.
>
> Thanks,
Thank you, Bastien. This has been necessary since around May of 2011.
How do we make it a reality NOW?
Samuel Wales
--
The Kafka
n 2/12/13, Jambunathan K wrote:
> I let go of my commit access sometime ago. Now, I am leaving this
> forum.
Bastien asked you to ban yourself.
You need to be taught to take a hint.
Samuel Wales
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people ha
On 2/27/13, Samuel Wales wrote:
> On 2/13/13, Nicolas Goaziou wrote:
>> Anyway, if you send the correct HTML that should be generated, I will
>> fix it.
>
> Probably all that needs to be done is to not use a table. I tested this by
> manually removingand their closi
On 2/28/13, Nicolas Goaziou wrote:
> Anyway, I've moved title out of inner template, which means it shouldn't
> appear anymore in body-only export.
Thank you.
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY
The ellipses still occur.
Here is an ECM.
===
# -*- coding: utf-8 -*-
#+CATEGORY: executive
the long line and logbook are necessary. try with fewer
lines and columns.
* a
*** a /a/ a a a a a a a a a a
a a a a a a
:LOGBOOK:
- Not s
Hi Bastien,
On 2/20/13, Bastien wrote:
> Fixed, thanks!
Thank you. Not working though. Reverted?
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY
can get it. There is no hope without action.
On 2/27/13, Bastien wrote:
> What I suggest is a less convoluted version of your advice,
> where you would call `show-all' as a "before" advice for
> undo-tree-undo.
Ah, I thought you meant manually.
Still, I thought (org-reveal t) not to be convoluted, but to show the
minimal amount, which is t
I will pull and test it tomorrow. Thank you. Posted manually for now.
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY
can get it. There is no hope without action.
On 2/27/13, Samuel Wales wrote:
> I tested it in Firefox and w3m.
It solves the problem and it seems reasonably good to me.
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY
can get it. There is no h
We were talking about the HTML for footnote definitions.
On 2/13/13, Nicolas Goaziou wrote:
> Anyway, if you send the correct HTML that should be generated, I will
> fix it.
Probably all that needs to be done is to not use a table. I tested this by
manually removingand their closing tags.
On 2/27/13, Nicolas Goaziou wrote:
> I understand that it shouldn't appear anywhere when exporting body only.
> But where should it go when not exporting body only? Where to put it
> outside of body?
I don't know HTML well enough to know.
The purpose (in all of my use cases at least) is to outpu
1301 - 1400 of 2244 matches
Mail list logo