R
Rafael Cortes (BiR0)
Guys,
I suspect we have a problem comming from the SP3 of Office 2003.
The text import wizzard has some kind of internal logic to dynamically
select the File origin (code page).
For example: for the 2 txt files below it will chose 2 different code pages:
For VED.TXT wizard will choose 1251 Cyrillic (Windows)
For VED2.TXT wizard will choose 1254 Turkish (Windows)
It is not a problem if user opens the txt file manually - s/he than has the
opportunity to specify the code page correctly in case the wizzard has chosen
the wrong one.
The problem comes when other programs (like our on-line banking and payroll)
export data in Excel. The mechanism is that the file in fact is exported as
text, but then opened in Excel automatically without going through the
wizard. In this case the File origin (code page) cannot be specified and we
rely on Excell to 'guess' it correctly, but unfortunately in most cases it
selects a wrong code page and the text in Cyrillic becomes unreadable.
Question: Is there a setting or a registry/GPO entry that can disable this
'smart' function and fix the File origin (code page) to always be 1251
Cyrillic (Windows)?
Regards,
I suspect we have a problem comming from the SP3 of Office 2003.
The text import wizzard has some kind of internal logic to dynamically
select the File origin (code page).
For example: for the 2 txt files below it will chose 2 different code pages:
For VED.TXT wizard will choose 1251 Cyrillic (Windows)
For VED2.TXT wizard will choose 1254 Turkish (Windows)
It is not a problem if user opens the txt file manually - s/he than has the
opportunity to specify the code page correctly in case the wizzard has chosen
the wrong one.
The problem comes when other programs (like our on-line banking and payroll)
export data in Excel. The mechanism is that the file in fact is exported as
text, but then opened in Excel automatically without going through the
wizard. In this case the File origin (code page) cannot be specified and we
rely on Excell to 'guess' it correctly, but unfortunately in most cases it
selects a wrong code page and the text in Cyrillic becomes unreadable.
Question: Is there a setting or a registry/GPO entry that can disable this
'smart' function and fix the File origin (code page) to always be 1251
Cyrillic (Windows)?
Regards,