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
>