GTK ..... What error ?

GTK ..... What error ?

Postby yunbg1 » Sun Nov 30, 2008 10:26 am

Hi all.

2 byte char control -> tlistbox.

error ----> hear.

(<unknown>:12958): Pango-WARNING **: Invalid UTF-8 string passed to pango_layout_set_text()

Code: Select all  Expand view

Good code ->>>>>>>>>>>>>>>>>>>>>>>>>>>>>

FUNC Main()

AADD(aArray, "漢字語.avi")
AADD(aArray, "失手.avi")
AADD(aArray, "動力.avi")

DEFINE WINDOW oWnd1 TITLE "Testing SAMPLE" SIZE 822, 317

   @  2,  0 LISTBOX oLbx VAR aLbx OF oWnd1 ITEMS aArray SIZE 820, 250 UPDATE

   @ 28,  2 BUTTON "_Exit" OF oWnd ACTION oWnd1:End()

ACTIVATE WINDOW oWnd1

RETU NIL


Error code ->>>>>>>>>>>>>>>>>>>>>>>>>>>>>

Code: Select all  Expand view

FUNC Main()
publ aArray, oWnd

aArray := {}

DEFINE WINDOW oWnd TITLE "Testing SAMPLE" SIZE 822, 317

   @ 28,  2 BUTTON "_Exit" OF oWnd ACTION oWnd1:End()
   @ 28, 10 BUTTON "_Load" OF oWnd ACTION File_load()
   @ 28, 18 BUTTON "_Show" OF oWnd ACTION wnd_show()

ACTIVATE WINDOW oWnd

RETU NIL

//----------------------------------------------------------------------
FUNC wnd_show()

DEFINE WINDOW oWnd1 TITLE "Testing SAMPLE" SIZE 822, 317

   @  2,  0 LISTBOX oLbx VAR aLbx OF oWnd1 ITEMS aArray SIZE 820, 250 UPDATE

   @ 28,  2 BUTTON "_Exit" OF oWnd1 ACTION oWnd1:End()

ACTIVATE WINDOW oWnd1

//-----------------------------------------------------
FUNC File_load()

hFile := FOpen( "./test.txt", FC_NORMAL )

as := Fseek( hFile, 0, FS_END )

count := 0
fcount := 0
ft := ""

Fseek( hFile, 0, 0 )
fcount := 0

do while .t.

   ss := spac(1)
   Fread(hFile, @ss, 1)
   fcount += 1

   if ss == chr(10)
      if subs(ft, 1, 1) == "-"
         lensu := len(ft)
         kk := alltrim(subs(ft, 2, lensu - 1))
         AADD(aArray, kk)
      endi
      ft := ""
     else
      ft += ss
   endi
   if fcount > as
      exit
   endi
endd

FClose( hFile )

RETU NIL

-----------------------------------------------------------
sample test.txt file
-----------------------------------------------------------
-漢字語.avi
-失手.avi
-動力.avi
----end of ---------------------------------------------













FWH User
FWPPC User
FWLinux User
yunbg1
 
Posts: 107
Joined: Sun Nov 13, 2005 12:40 am
Location: Winnipeg Canada

Postby xProgrammer » Thu Dec 11, 2008 12:36 pm

I think you need to convert the strings to UTF-8 encoding. The following might help:

Description

File Name Encodings

Historically, Unix has not had a defined encoding for file names: a file name is valid as long as it does not have path separators in it ("/"). However, displaying file names may require conversion: from the character set in which they were created, to the character set in which the application operates. Consider the Spanish file name "Presentación.sxi". If the application which created it uses ISO-8859-1 for its encoding, then the actual file name on disk would look like this:

Character: P r e s e n t a c i ó n . s x i
Hex code: 50 72 65 73 65 6e 74 61 63 69 f3 6e 2e 73 78 69


However, if the application use UTF-8, the actual file name on disk would look like this:

Character: P r e s e n t a c i ó n . s x i
Hex code: 50 72 65 73 65 6e 74 61 63 69 c3 b3 6e 2e 73 78 69


Glib uses UTF-8 for its strings, and GUI toolkits like GTK+ that use Glib do the same thing. If you get a file name from the file system, for example, from readdir(3) or from g_dir_read_name(), and you wish to display the file name to the user, you will need to convert it into UTF-8. The opposite case is when the user types the name of a file he wishes to save: the toolkit will give you that string in UTF-8 encoding, and you will need to convert it to the character set used for file names before you can create the file with open(2) or fopen(3).

By default, Glib assumes that file names on disk are in UTF-8 encoding. This is a valid assumption for file systems which were created relatively recently: most applications use UTF-8 encoding for their strings, and that is also what they use for the file names they create. However, older file systems may still contain file names created in "older" encodings, such as ISO-8859-1. In this case, for compatibility reasons, you may want to instruct Glib to use that particular encoding for file names rather than UTF-8. You can do this by specifying the encoding for file names in the G_FILENAME_ENCODING environment variable. For example, if your installation uses ISO-8859-1 for file names, you can put this in your ~/.profile:

export G_FILENAME_ENCODING=ISO-8859-1


Glib provides the functions g_filename_to_utf8() and g_filename_from_utf8() to perform the necessary conversions. These functions convert file names from the encoding specified in G_FILENAME_ENCODING to UTF-8 and vice-versa. Figure 1, “Conversion between File Name Encodings” illustrates how these functions are used to convert between UTF-8 and the encoding for file names in the file system.

Figure 1. Conversion between File Name Encodings
Conversion between File Name Encodings
Checklist for Application Writers

This section is a practical summary of the detailed description above. You can use this as a checklist of things to do to make sure your applications process file name encodings correctly.

1.

If you get a file name from the file system from a function such as readdir(3) or gtk_file_chooser_get_filename(), you do not need to do any conversion to pass that file name to functions like open(2), rename(2), or fopen(3) — those are "raw" file names which the file system understands.
2.

If you need to display a file name, convert it to UTF-8 first by using g_filename_to_utf8(). If conversion fails, display a string like "Unknown file name". Do not convert this string back into the encoding used for file names if you wish to pass it to the file system; use the original file name instead. For example, the document window of a word processor could display "Unknown file name" in its title bar but still let the user save the file, as it would keep the raw file name internally. This can happen if the user has not set the G_FILENAME_ENCODING environment variable even though he has files whose names are not encoded in UTF-8.
3.

If your user interface lets the user type a file name for saving or renaming, convert it to the encoding used for file names in the file system by using g_filename_from_utf8(). Pass the converted file name to functions like fopen(3). If conversion fails, ask the user to enter a different file name. This can happen if the user types Japanese characters when G_FILENAME_ENCODING is set to ISO-8859-1, for example.
User avatar
xProgrammer
 
Posts: 464
Joined: Tue May 16, 2006 7:47 am
Location: Australia


Return to FiveLinux / FiveDroid (Android)

Who is online

Users browsing this forum: No registered users and 2 guests