text-mode-hook and c-mode-hook do NOT have this bug.
and the org-mode-hook of orgmode shipped within emacs 23.3 does NOT have
this bug.
On Wed, Mar 14, 2012 at 1:41 PM, David Maus wrote:
> Hi,
>
> At Tue, 13 Mar 2012 14:49:41 +0800,
> Du Yanning wrote:
> > org-mode 7.8.03
&g
org-mode 7.8.03
emacs 23.3, 23.4, 24.0.94
steps to recreate:
emacs -q
copy the following code and paste it into the *scratch* buffer:
(add-to-list 'auto-mode-alist '("\\.txt\\'" . org-mode))
(add-hook 'org-mode-hook '(lambda () (text-scale-set 4)))
M-x eval-buffer
then C-x C-f to open a .txt f
win7
emacs 23.3
org-mode 7.7
The appearance of source code inside code block
#+BEGIN_SRC c++
void foo()
{
}
#+END_SRC
is affected by M-x buffer-face-set.
However, It should look exactly the same as it is in a c++-mode buffer.
t "-q" and
compile. Perhaps this process is the cause of the problem.
Thank you very much.
On Sun, Oct 9, 2011 at 10:12 PM, Jambunathan K wrote:
> Du Yanning writes:
>
> > Windows 7
> > GNU Emacs 23.3.1 for Windows (i386-mingw-nt6.1.7601)
> > Org 7.7
> >
Windows 7
GNU Emacs 23.3.1 for Windows (i386-mingw-nt6.1.7601)
Org 7.7
When I press C-c C-c to align a table, it says "invalid function:
org-called-interactively-p"
Org 7.5 is Ok.
when org-src-font-lock-fontify-block copies text from the buffer named "
org-src-fontification:c++-mode" to code block,
#+BEGIN_SRC c++
void foo()
{
}
#+END_SRC
it copies face text properties of strings at the same time.
However, face text property relies on the default face of the source buf