Am Sonntag, den 23.08.2009, 21:45 +0300 schrieb Timo Korvola: > It seems to me that the problem is with print representations of non- > ascii strings. That would be a pure rep problem, nothing to do with X > property handling or even Sawfish. It is just that print > representations don't read back right. Try to eval a non-ascii string > in rep and see how the printed return value looks. Note that princ or > format %s of the string works but format %S does not. Setting > print-escape to nil would seem to help, It does. FINALLY. Enough for a temporary workaround beeing used on my system :) > but the string escaping should really be fixed. > Of course, but there's one strangeness in the librep source, see src/streams.c: s Output the result of `(prin1 ARG)' S Output the result of `(princ ARG)' then later on: case 's': (...) rep_princ_val (stream, val); (...) case 'S': rep_print_val (stream, val); break; Huh? I thought S is princ and s is print? Or am I missing something? Chris
Attachment:
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil