Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[aliciaviola]

Once again, because the problem still has not be solved, the urgent prayer to solve the "special character problem".
Any word, containing a special character (Ä, ö, ü, é, è, î....) copied from a MAC program (with the exception of Google Crome!) appears broken when pasted into a MC tag field.
In the example you can see in the appended pictures I wrote the tags in Metadatics and then imported them in MC. As you can see some of the tag fields show the name "Mäkelä" in the correct way, some not.

Frank

[bob]

I just tried this from Safari and Notes without any trouble.

Pasted this into a conductor field
Vänskä

Looks fine.

[HaWi]

I just tried this from Safari and Notes without any trouble.

Pasted this into a conductor field
Vänskä

Looks fine.

I see the same, however, in the case of my spaces and hyphens that I have investigate a bit more, while they copy and paste fine and look the same, they are still different when you try to "find" them with an expression. In other words, if I copy and paste a hyphen from some source it behaves differently in a find command executed in MC versus when I type it on the keyboard; the typed hyphen/space is found while the pasted hyphen/space is not. Have you tried to compare the typed version of Västä or, say, Dvořak, with the copy/pasted version in a find/replace scenario? I'm just just curious.
Best regards,
Hans

[bob]

I see the same, however, in the case of my spaces and hyphens that I have investigate a bit more, while they copy and paste fine and look the same, they are still different when you try to "find" them with an expression. In other words, if I copy and paste a hyphen from some source it behaves differently in a find command executed in MC versus when I type it on the keyboard; the typed hyphen/space is found while the pasted hyphen/space is not. Have you tried to compare the typed version of Västä or, say, Dvořak, with the copy/pasted version in a find/replace scenario? I'm just just curious.
Best regards,
Hans

The hypen for example probably needs to be a UTF-8 character when it's in a tag, it probably isn't always when it's being copied from a web or other resource.

[Gretschguy]

Is this related to the same problem whereby handheld devices do a full resync and re-load of all files if the file names contain certain characters (dashes might be the problem in my case)?  So frustrating.

[HaWi]

The hypen for example probably needs to be a UTF-8 character when it's in a tag, it probably isn't always when it's being copied from a web or other resource.

That could definitely be the issue. I find it a bit sad that in the 21st century such differences still exist. I don't know much about character encoding but kind of assumed we have a universal standard by now. Is there a way to find out, in MacOS, whether a certain character is UTF-8 or not? Or is there a way to automatically force a conversion when it isn't UTF-8?
cheers,
Hans

[bob]

That could definitely be the issue. I find it a bit sad that in the 21st century such differences still exist. I don't know much about character encoding but kind of assumed we have a universal standard by now. Is there a way to find out, in MacOS, whether a certain character is UTF-8 or not? Or is there a way to automatically force a conversion when it isn't UTF-8?
cheers,
Hans

Is there any consistency in the types of files that the issue shows up in?

[HaWi]

I am not sure but it might have been files I ripped from CDs
Cheers
Hans

[aliciaviola]

It doesn't happen if there is already the identical name - as in the conductor's or artist/artist-album - but with all new copy and paste things (save from Google Chrome).