• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 523
  • Last Modified:

Use of UNICODE Maltese Fonts on webs

UNICODE - How can I use Maltese fonts throughout Dreamweaver - including on buttons, etc?
The odd characters    z g c with a dot on top and an h, a slash through the vertical.
They are available with UNICODE with fonts like Verdana, Arial, Times New Roman etc.
Can they be integrated with CSS? - FLASH Mx etc.
  • 4
  • 3
1 Solution
I assume you're asking if they can be displayed in html, and the answer is certainly yes.  You can just specify the particular font in your CSS:

font-family: Arial;

And then anytime you want to insert a UCS character, just insert it using the hex code:  


will be a backwards, capital "R".  This character code can be used in the "value" attribute of the input elements, captions, etc.  Try it, it's pretty cool.  Just make sure you specify the font-family to be a UCS-compatible font.
Oh, probably should have mentioned, you can find the hex codes either in a UNICODE reference online, or by ordering the UNICODE reference from Amazon, or by opening up the character map program (under Windows), selecting the font you plan to use, and then finding the character you want to include.  And it's always best to use fonts that come standard with most modern operating systems, so users won't have to install new fonts to view your sites.
ocallejaAuthor Commented:
The fonts are standard ariel, times new roman, verdana, the only difference from what I understand (admittedly not much) is that they have to be inserted as Unicode fonts.  the problem is it seems like UTF8 Unicode is an option you can choose in the page properties of any DW web page.  HAVEnot tried to publish a webpage formatted this way YET , but the fonts do show on DW layouts. Also, must mention:  before I can input text I have to put them thru notepad and save them as Unicode - then paste.
BUT how can one use these fonts on buttons, pop up windows and the like where you cannot paste text?
Independent Software Vendors: We Want Your Opinion

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

I think a distinction needs to be made between the PRESENTATION of an html file, and the ENCODING of an HTML file.

The encoding of the file is the character set that's used to represent it on disk.  When you make an HTML file and you store the text into it as UNICODE characters, you're actually changing how the file is stored on disk.  I believe that if you embed the UNICODE characters you want displayed into the file in this manner, they will be displayed as such on the client side.

However, UTF-8 != UNICODE.  UTF-8 is capable of displaying the entire UNICODE character set (UCS), but is a variable byte-length character set.  Specifically, the 7-bit ASCII charset is embedded in UTF-8 exactly.  i.e., if you open notepad, and type only letters that are part of the 7-bit ASCII set, and save the file as plaintext, the file is simultaneously in UTF-8 AND 7-bit ASCII.  Where UTF-8 goes different is when the high-order bit of a character is set, it interprets it AND the next byte as a single character.  And if the high order bit of the second byte is ALSO set, UTF-8 uses all THREE consecutive bytes to represent a single character.  Hence, for most (at least most western European) applications, it is more efficient to store text as UTF-8, because most of the characters will take only a single byte, whereas in UCS they always take two bytes each.

On the other hand, you can (as I said in my first post) instruct the client to display UNICODE characters while rendering a file that was encoded in, say, ISO-8859-1 (basically 8-bit ASCII), or UTF-8, even if it uses only the 7-bit ASCII characters.  The way to do this is to insert entities of the form   The "F0F0" part is the index of the corresponding character in the UCS.  Even though the client will receive only the (7-bit ASCII) characters '&', '#', 'x', 'F', '0', 'F', '0', and ';', it will RENDER that entity as a UNICODE character.  So, while it's a pain and makes the code unreadable when used a lot, it is generally considered better practice (read: more portable) to encode your docs as ISO-8859-1 or UTF-8, and use the HTML character entities to instruct the client to render UNICODE characters.

Also not that if you don't feel like using hex, Ӓ will render the same thing, but the numbers are in decimal, not hex.
ocallejaAuthor Commented:
I spent some time to make sure to get all the points made and did manage to see my way clearer on the value of encoding html - character sets etc. Still, though I am the wiser (I think!) for it, I cannot seem to get to the solution.
What next? I know why this could be done this way. I would like to know how. I appreciate that this explanation has the solution encoded in it...
As you can see I can input the few oddball Maltese characters there are  -ħĦ = ġĠ = żŻ = and ċĊ  
 onto the DM pages (by designated them UTF8) - still haven't tested an upload yet =
BUT - how do I get these to show on buttons, alternated text displays., menu bars etc?
They type in OK but once transfered to the page they revert to regular character displays.
Would appreciate further clarification.
ocallejaAuthor Commented:
PS!!   I did NOT type  this coding in the message

-ħĦġĠ żŻand ċĊ  

My screen dispayed the characters as they should have been displayed BUT what did end up showing after I submitted is what you see!
Hmm...  Another option is to put in the characters you want in a program such as Microsoft Word.  Get the characters showing the way you think they ought to in a program like that, and then copy and paste them into Dreamweaver.  First, though, you need to set the encoding of your file to UTF-8 in Dreamweaver.  I don't remember how to do this offhand...  I think it might be under Tools->Options.  This will change the encoding and embed the appropriate characters in the file so that they will display correctly on the client site without you needing to use the Ӓ format.

Are you sure you're typing the character codes into the CODE view of Dreamweaver, not the WYSIWYG view?  If you type in those character codes into the WYSIWYG view, they won't be rendered correctly.

I hope this solves your problem!  Unfortunately, I'm leaving later today on a trip to Italy, and I'll be gone for two weeks.  If the above info doesn't help you solve the problem, I've very sorry, and I'll back you up if you decide to ask for a point refund.

Good luck!

Featured Post

Free Tool: IP Lookup

Get more info about an IP address or domain name, such as organization, abuse contacts and geolocation.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

  • 4
  • 3
Tackle projects and never again get stuck behind a technical roadblock.
Join Now