Re: returning propertized strings

[John Kitchin <jkitchin@andrew.cmu.edu>]

[-- Attachment #1: Type: text/plain, Size: 1925 bytes --]

I figured out the properties are getting lost in org-babel-format-result,
in the beginning with (setq result (org-no-properties result)).

I can see a reason this is desirable is that the properties would not be
persistent on saving/closing. On the other hand, it could be really useful
in some scenarios where temporary properties would be useful.

Are there other reasons having properties on strings in the output are not
desirable?

John

-----------------------------------
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu


On Sun, May 21, 2017 at 9:04 AM, John Kitchin <jkitchin@andrew.cmu.edu>
wrote:

>
>
> On Sat, May 20, 2017 at 9:46 PM, Charles C. Berry <ccberry@ucsd.edu>
> wrote:
>
>> On Sat, 20 May 2017, John Kitchin wrote:
>>
>> If I run this block I get test as a result, but all its properties have
>>> been stripped.
>>>
>>> #+BEGIN_SRC emacs-lisp :results drawer
>>> (propertize "test" 'font-lock-face '(:foreground "red") 'help-echo
>>> "tooltip")
>>> #+END_SRC
>>>
>>> #+RESULTS:
>>> :RESULTS:
>>> test
>>> :END:
>>>
>>> Does anyone know where this happens and if it can be avoided?
>>>
>>
>> Where?
>>
>> Not sure, but late enough that `:results pp' will print them or `:post
>> ...' will receive them in `*this*'.
>>
>> #+BEGIN_SRC emacs-lisp :results drawer pp
>> (propertize "test" 'font-lock-face '(:foreground "red") 'help-echo
>> "tooltip")
>> #+END_SRC
>>
>> #+RESULTS:
>> : #("test" 0 4
>> :   (help-echo "tooltip" font-lock-face
>> :            (:foreground "red")))
>>
>
> I get this too, but  I really want test to actually be red, and have a
> tooltip in the results, and neither of these two methods seem to achieve
> that.
>
>
>>
>> also `*this*' will contain the propertized version if you use the :post
>> header arg.
>>
>> HTH,
>>
>> Chuck
>>
>>
>

[-- Attachment #2: Type: text/html, Size: 3356 bytes --]