tr-demoscene
the scene => coding => console => Konuyu başlatan: akvamlar57 - 14.02.2011 10:20:45
-
Bir eğitim setinden çalışıyorum. Adam devamlı Türkçe karakter kullanmaktan kaçınıyor. Bozuk çıktığından dolayı konsol uygulamalarında sorun varmış. Bunu nasıl çözebilirim.
-
@akvamlar57: çözmen biraz güç. aslında yöntemleri var ancak karakterleri remap etmen gerekir. yani ya sen source code'da türkçe karakter yerine başka birşey yazacaksın ya da her zaman bir filitre fonksiyonun olacak, burada karakterler remap edilecek. şunun gibi birşey;
char* remapChars(char* text) {
// burada karakterleri uygun karşılıklarıyla değiştir
// ı gördüğün yere XX kodlu karakteri koy gibi
}
void main() {
cin >> remapChars("türkçe karakter testi: ğüşıöçğÜşıÖÇ");
}
remapChars'ı yazmak sana kalıyor elbette ki. Ancak bence bunlara hiç kafa yorma. Zaten özel bir tool falan kodlamıyorsan, ileride yapacağın uygulamaların çoğunda konsol ile pek alakan olmayacaktır. Öğrenme sürecinde de Türkçe karakter kullanmayıver. :)
-
akvamlar: hangi compiler'i kullaniyorsun?
turkce karakterle ilgili iki konu var:
- yazdigin programin icinde turkce karakter olan stringleri isleyebilmesi: bu gayet kolay cozulur mesela VC++'da #define UNICODE demen ve butun stringler icin wstring, wchar vs kullanman yeterli
- yazdigin koddaki fonksiyon isimleri degisken isimleri gibi yerlerde Turkce karakter kullanmak: Bunu cozmek zor (hatta mumkun olup olmadigini bilmiyorum bile). Hic kasmana gerek yok.
-
ben "konsol çıktısında sorun var" şeklinde algılayarak cevaplamıştım. akvamlar57, biraz daha detay verir misin?
-
konsol çıktısında sorun vardı doğru tahmin etmişsin. Dediğiniz gibi öğrenme sürecinde fazla önemsemedim
-
şimdi biraz bakındım, sanırım kernel32.dll içinde yer alan "SetConsoleOutputCP(uint codePage)" bu işi çözüyormuş. .NET'deki karşılığı da Console::OutputEncoding. şimdilik kafa yorma ama dersen ki "bugün çok boş vaktim var...", sana ipucu. :)
-
Nightlordun önerdiği çözüm windows ta VC++ ile gelen compiler ile işe yarayabilir. ışe yarayabilir diyorum Win32 API ile işe yarayacağından eminim.
Adamlar tüm API yi
#ifdef UNICODE
#define CreateWindow CreateWindowW
#else
#define CreateWindow CreateWindowA
#endifşeklinde yazdıkları için.
Elimin altında windows ve VC++ yok , saf C++ ile işe yarar mı deneyemedim şimdi.
Linux ve GCC ( g++ ) de durum şöyle:
C++ ın lokalizasyon kütüphanesini kullanmak lazım. Sanırım libstdc++ sırtını yüklü
sistem locale lerine dayıyor. setlocale(...) ile türkçeyi set edememiştim. Sonra
sistemdeki (Ubuntu 10.10) locale leri terminalden :
locale -a ile query ettim.
Türkçe yoktu. Sonra
sudo locale-gen tr_TR.UTF-8türkçeyi ekledim.
Bunu yaptıktan sonra setlocale(..) çalıştı. Geriye de ASCII dışındaki
karakterler için wchar_t veri tipini ve her türlü stream (console i/o , file i/o)
in bu veri tipiyle çalışan versiyonlarını kullanmak kaldı.
Sanırım biraz kodla daha anlaşılır olur:
#include // locale
#include // file stream
// locale string in windows may be: "Turkish_Turkey.1252" test this.
const char* locStr = ::setlocale(LC_ALL , "tr_TR.utf8");
std::locale loc(locStr);
std::wcout.imbue(loc);
// console output
const wchar_t* test = L"şşğğüÜçÇıI";
std::wcout<<"Unicode: "<
// file i/o
std::wfstream ifs("şğşçııı.txt");
if(ifs.is_open()){
std::wcout<<"Yepp - file is open"<
ifs.close();
}
// console input
wchar_t buff[100];
std::wcout<<"Enter..."< std::wcin >> buff;
std::wcout<<"Entered text: "<
-
@scg: kullandığın editörde (eclipse, kwrite, gedit vs.) encodingi utf-8 yapsan yeterli. hatta sanırım üçünde de artık default böyle. shelller de default utf-8 geldiği için hiçbir şey yapmana gerek kalmıyor.
#include <iostream>
int main()
{
std::cout << "fıstıkçı şahap" << std::endl ;
return 0 ;
}
not: "locale -a" bende de türkçe getirmiyor. (ubuntu 10.10)
-
@Anes: Encoding konusunda haklısın. Default utf-8. Ama..anladığım kadarıyla char *Linux* da zaten unicode. Farkında olmadan unicode kullanıyormuşum zaten :)
şuna bak:
char hede[] = "fıstıkçı";
char hede2[] = "fistikci";
int size1 = sizeof(hede);
int size2 = sizeof(hede2);
std::cout<<"size1: "<<size1<<std::endl;
std::cout<<"size2: "<<size2<<std::endl;
int len1 = ::strlen(hede);
int len2 = ::strlen(hede2);
std::cout<<"len1: "<<len1<<std::endl;
std::cout<<"len2: "<<len2<<std::endl;
std::cout<<"hede: "<<hede<<std::endl;
std::cout<<"hede2: "<<hede2<<std::endl;Çıktısı da :
size1: 13
size2: 9
len1: 12
len2: 8
hede: fıstıkçı
hede2: fistikciBunun (ı , ç gibi karakterler 2 byte) portable olduğunu sanmıyorum. Windows da açıkça wchar_t - std::wstring falan kullanmak gerekebilir. Windows & VC++ elimin altında değil deneyemiyorum , denemeye üşeniyorum.
-
@scg: char unicode değil, char bir bytelık tamsayı. dolayısıyla char* içine birer bytelara ayrılmış her şeyi koyabiliriz. buna utf-8 diziler de dahil.
şimdi diyelim ki editör (eclipse, notepad, visual studio vs.) utf-8 dosyayla çalıştığını biliyor olsun. sen 'ğ' ekleyince dosyaya utf-8'de 'ğ''ya karşılık gelen bytelar ekleniyor. burada 2 byte ama başka karakterler için 1, 3, 4, 5... de olabilir. editör bu iki byte'ı ekranda 'ğ' olarak gösteriyor ama dosyada orada iki byte var.
gcc için char datasının encodingi diye bişey yok. o sadece sayıları depoluyor. kaç byte girilmişse strlen o kadar dönüyor. strlen kullanma zaten, unicode için özel tasarlanmış bir string sınıfı kullan.
konsola yazarken de shell, utf-8 yazacağını biliyorsa byteları inceleyip 'ğ' karakteri basıyor.
grafik arayüz olayı içinse kullandığın framework (gtk, qt) verdiğin byte dizilerinin utf-8 olduğunu varsayıp ona göre işlem yapıyor.
microsoft'un derleyicileri de farklı çalışmıyor. daha önce utf-8 hazırladığım kodu derlediğimde sorun yaşamadım. arayüz için winapi yerine qt kullandım ama. winapi'de başına gelecek sıkıntılar şunlar olabilir:
- microsoft'un toolları (notepad dahil) utf-8 dosyaların başına byte order mark (bom) koyuyor. python filan sıkıntı çekiyor onu parse ederken. utf-8'de byte order diye bir şey olmadığı için çok saçma bir olay aslında.
- winapi için unicode utf-16 (wchar) demek. utf-16 portable değil, (byte order) space efficient değil, içinde sıfırlar var :/ utf-8 ise kat kat daha portable (orada gördüğün ı için kullanılan iki byte her yerde aynı)
- winapi dünyasında her şey (data, kod, dosya) ya unicode ya değil. her şeyi önceden bunu düşünüp tasarlaman gerekiyor. diğer yandan her ascii string aynı zamanda geçerli bir utf-8 string olduğu için ve utf-8 içinde '\0' baytı bulunmadığı için, utf-8 seven toollar kullandığında istemeden unicode compliant kodlar üretmiş oluyorsun.
- utf-8 gibi süpersonik bir teknolojiyi göz ardı edip ıskalarsan, herkes mersin'e giderken tersine gitmiş olursun :)
taa 2003'lerden sesleniyorum sana scg :)
http://www.joelonsoftware.com/articles/Unicode.html
-
makaledeki her coder unicode ve karakter setleri hakkında bilgi sahibi olmalıdır lafı doğru ama eksik. sadece unicode bilmek de her zaman fayda etmiyor. benim gibi unicode desteklemeyen ancient dillerden arabic language support da yapıcan ki tam olsun. :) karakter birleşme kurallarını ne zaman hatırlarsam öğürüyorum.