Carsten Dominik wrote:

On Apr 20, 2008, at 4:09 PM, Jose Robins wrote:

On a related note, I have some emphasis formatting/cell width problems within tables.
I have some custom emphasis alist along with hiding the emphasis markers defined so...

'(org-emphasis-alist (quote (("*" bold "<b>" "</b>") ("/" italic "<i>" "</i>") ("_" underline "<u>" "</u>") ("=" org-code "<code>" "</code>" verbatim) ("~" org-verbatim "" "" verbatim) ("+" (:strike-through t) "<del>" "</del>") ("&" font-lock-keyword-face "" "") ("#" j-green-face "" "") ("^" j-highlight-face "" ""))))

 '(org-hide-emphasis-markers t)

where j-green-face or essentially the default face with the color green etc.

When I do an emphasis inside a table, the emphasis special characters would disappear and the correct formatting would appear on the word, however the right cell vertical divider character would get pulled in by 1 character. <tab> does not resize the table cell properly. I need to manually insert a space to move the divider to the right and then everything would work as expected.  Just a minor annoyance..

Not sure if I explained the issue correctly...

Hi Jose,

does C-c C-c fix the alignment, or not?

- Carsten
Hi Carsten,
Actually, C-c C-c does work while <tab> does not work reliably. I was just trying out different emphasis markers. Bold was what was giving me problem today (* regexp) - <TAB> didn't work while C-c C-c worked. My customized ones seemed to work fine today. However I do distinctly remember them not working properly earlier.  Let me know if C-c C-c is the "recommended" method for reformatting tables...

I've also found my custom emphasis markers not working reliably on headlines. Sometimes, they will revert back to not being emphasized depending on the following headline's contents. Not sure if using emphasis markers on headlines is discouraged or not. If you like, I can document this better and send you more details on the type of actions that cause the formatting to break.

I've always been known to indulge in "corner" cases and using things on the bleeding edge, so things like this always happen to me :)

Thanks,
Jose




Jose

Chris Randle wrote:

Hi

I define an Emacs abbrev of, say, "hnbc" to exapand to "how now brown
cow", and then type "hnbc[space]" inside an org table cell. After it has
expanded it pushes the trailing cell divider away, even though the cell
width was adequate. Tabbing out of the cell doesn't re-fit the cell
divider - it stays "stuck" where it was after the expansion.

It's slightly odd, because if I type lots of leading spaces before the
abbrev and then tab, org happily moves the expanded text back to the
beginning of the cell, but still doesn't move the trailing divider.

C-c C-c fixes it, and also moving the cursor over to the trailing cell
divider and backspace one char and tab.

Any other workarounds or suggestions?


_______________________________________________
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



_______________________________________________ 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