Hi all,
short story:
I wonder if anyone is using McCLIM on CLX with the :unicode feature. Please test with:
(cl:member :unicode cl:*features*)
and report non-NIL results to this list. Thank you!
long story:
while trying to refactor the CLX backend's medium implementation, I found a lot of #+unicode statements in Backends/CLX/medium.lisp. From the comments, it looks like they shouldn't even be there:
; Yes, the following is a nasty hack. ; It's just a proof of concept, I'll try not to commit it :] ; If it does get committed, it shouldn't affect anyone much...
These definitions don't *seem* to me like they are used by anyone, so I'd like to nuke them in favour of definitions that have a chance of working with mcclim-freetype's idea of text-style properties without requiring an ugly hack (like the method redefinitions that mcclim-freetype currently employs).
So, again, please test if you're using McCLIM with the feature :unicode.
Run (cl:member :unicode cl:*features*)
and report non-NIL results to this list. I may be breaking your McCLIM soon, and we don't want that to happen without a good reason (-:
Thanks,
Hello Andreas,
Andreas Fuchs writes:
short story:
I wonder if anyone is using McCLIM on CLX with the :unicode feature. Please test with:
(cl:member :unicode cl:*features*)
and report non-NIL results to this list. Thank you!
I already answered you on #lisp, but for the record:
That code is currently not in a usable state (it has references to a package named `external-format' and that is not in the McCLIM distribution.
For that reason, I think it is safe to remove. That said, I think we will need something to replace it in order to get the fonts right when doing arbitrary Unicode stuff.