On Dec 5, 2007 8:31 PM, Wanrong Lin [EMAIL PROTECTED] wrote:
Finally, I decided to learn some elisp debugging techniques and as a
practice, it seems I found the bug and fixed it with this patch (against
org.el in 5.16b)
@@ -24437,7 +24437,7 @@
(when (re-search-backward
Thanks a lot for looking at this and explaining what is the true cause.
Look forward to the fixed version.
Wanrong
Hi Wanrong,
thanks for this patch - it is not the correct fix in this case, it is an issue
having to do with the fact that an empty line cannot hold text properties,
and that
Wanrong Lin [EMAIL PROTECTED] writes:
Sorry, actually we were talking about different things. Maybe because we
have different understandings of the bug itself. Just want to clarify
the bug a little bit.
Actually, the bug is *NOT* concerned about how the HTML code looks, it
is concerned
Bastien wrote:
Hi Wanrong,
Wanrong Lin [EMAIL PROTECTED] writes:
Finally, I decided to learn some elisp debugging techniques and as a
practice, it seems I found the bug and fixed it with this patch (against
org.el in 5.16b)
@@ -24437,7 +24437,7 @@
(when (re-search-backward
Wanrong Lin [EMAIL PROTECTED] writes:
Thanks for testing. Surely the No.1 priority is to have correct HTML
syntax. But I think how the page looks comes very close as a second
priority.
I'm not sure we're speaking about the same thing: I was speaking about
the HTML *source code*, not the HTML
Hi Wanrong,
Wanrong Lin [EMAIL PROTECTED] writes:
Finally, I decided to learn some elisp debugging techniques and as a
practice, it seems I found the bug and fixed it with this patch (against
org.el in 5.16b)
@@ -24437,7 +24437,7 @@
(when (re-search-backward
Finally, I decided to learn some elisp debugging techniques and as a
practice, it seems I found the bug and fixed it with this patch (against
org.el in 5.16b)
@@ -24437,7 +24437,7 @@
(when (re-search-backward
\\(p\\)\\([ \t\r\n]*\\)\\= (- (point) 100) t)
(setq
