Re: [O] bug with org-mode-hook and text-scale-set

[Du Yanning]

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 dm...@ictsoc.de wrote:

 Hi,

 At Tue, 13 Mar 2012 14:49:41 +0800,
 Du Yanning wrote:
  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 file, and then C-x C-f to open another .txt
 file.
  Every time a .txt is opened, the font size become larger and larger.
  However, the indicator in the mode line remains +4.

 I can confirm this behaviour but I don't think this is an error. The
 description of `text-scale-set' reads:

 C-h f text-scale-set RET

 ,
 | text-scale-set is an interactive autoloaded Lisp function in
 | `face-remap.el'.
 |
 | (text-scale-set LEVEL)
 |
 | Set the scale factor of the default face in the current buffer to LEVEL.
 | If LEVEL is non-zero, `text-scale-mode' is enabled, otherwise it is
 disabled.
 |
 | LEVEL is a number of steps, with 0 representing the default size.
 | Each step scales the height of the default face by the variable
 |   ^
 | `text-scale-mode-step' (a negative number decreases the height by
 | the same amount).
 `

 The first time `org-mode-hook' is run the height of default font is
 scaled by 4 levels, i.e. the height of default font is set to a new
 value. The second time `org-mode-hook' is run the height is scaled
 again, this time based on the new value. And so on.

 If you want to set the face height you might use:

 (set-face-attribute 'default nil :height 100)

 Here `100' means 100% of the font size in pt (afaik).

 Best,
  -- David
 --
 OpenPGP... 0x99ADB83B5A4478E6
 Jabber dmj...@jabber.org
 Email. dm...@ictsoc.de

[O] bug with org-mode-hook and text-scale-set

[Du Yanning]

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 file, and then C-x C-f to open another .txt
file.
Every time a .txt is opened, the font size become larger and larger.
However, the indicator in the mode line remains +4.

[O] Bug of code block

[Du Yanning]

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.

[O] org-7.7, C-c C-c to align tables says invalid function: org-called-interactively-p

[Du Yanning]

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.

Re: [O] org-7.7, C-c C-c to align tables says invalid function: org-called-interactively-p

[Du Yanning]

Thank you for your reply.
I have solved it by reinstalling org-7.7.

Originally, I started emacs with parameter -q , and then used C-u 0 M-x
byte-recompile-directory to compile the lisp folder under org-7.7. However,
the compilation experienced problem. Then I started emacs without -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 kjambunat...@gmail.comwrote:

 Du Yanning duyann...@gmail.com writes:

  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.

 Check

 M-x locate-library RET org-table RET
 M-x locate-library RET org-macs RET

 Make sure the reported values are both elc files (or they are both el
 files) and they are in the same dir

 

 --

[O] org-src-font-lock-fontify-block does NOT copy the default face

[Du Yanning]

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 buffer.
If the default face of the source buffer and the default face of the target
buffer is different,
text in source blocks will have different appearances than the source buffer
depending on the default faces.

Also, if  I use buffer-face-set in the org-mode buffer, text in code block
will change too.

I think it is better to incorporate the default face of c++-mode buffer to
the face of text in code block in
org-mode buffer when copy string using org-src-font-lock-fontify-block.