[SFML 2.0] [fstream] Wczytanie wstringa z pliku

Ok, to jak będę miał wolny czas to zajmę się tą sprawą :) Napiszę też czy pomogło.

Taki mój mały odkop :P Dopiero dzisiaj mogłem się zająć tą sprawą :)
Rozwiązaniem problemu jest zapisywanie plików w kodowaniu ANSCII oraz dodaniu takiej funkcji:

Mam nadzieję, że komuś to pomoże :P

A to nie jest tak ze myslisz UTF8 z UCS2? UCS2 mowi ze kazda litera zajmuje dokladnie 2 bajty, UTF8 mowi o tym ze literki beda przechowywane jako adresy w codepagu, i o ile sie da beda upychane w systemie 8bitowym. Caloscia zajmuje sie system, wiec o ile masz dobrze ustawiona strode kodowa, to takie cos powinno zadzialac:

std::string stringg = "Zażółć gęślą jaźń";
std::ostream o;
o.open("test");
o<<stringg;
o.close();
std::ifstream i;
i.open("test");
std::string s;
std::getline(i,s);
std::cout<<s;

jesli chcesz wymusic jakies inne kodowanie to mozesz to zrobic przez fstream::imbue.

Niestety nie ma tak łatwo :) Siedziałem z tym problemem wystarczająco długo, aby przetestować wiele różnych kombinacji i nic innego nie zadziałało :)
W twoim kodzie  stringg nie będzie przechowywał tego tekstu. Bez L" ". Natomiast po dodaniu L oczywiście nie uda się skompilować programu (wchar_t do char nie da się przypisać)

Przez ciekawosc, mozesz wkleic kawalek kodu, napisac czym to kompilujesz i czym objawia sie to ze string nie przechowa tego textu?

Kod taki sam jak zamieściłeś. Kompilator gcc 4.7.1. Objawia się tym, że wyświetlane są błędne znaki, a jest to spowodowane tym, że poszczególne znaki mają ujemne wartości:)

Nie wiem czemu ale moja wczesniejsza odpowiedz sie nie zapisala. polskie znaki sa w extenede codes, dlatego maja wartosc ujemna, ale skoro ci sie program skompilowal tzn ze jest ok. Problem raczej jest z wyswietleniem, jesli uzywasz linuxa to sprawdz czy konsola ma odpwoiednio ustawione locale i kodowanie, oraz ma odpowiednia czcionke. Ja sprawdzilem pod gcc4.4 xterm i gnome-termianl i u mnie dziala. Pod windowsem powinienes miec codepage 1250 (np. wywolujac system("chcp 1250"), lub SetCOnsoleOutputCP(1250), i czcionka lucian console (czy jakos tak).

Według tej strony http://www.ascii-code.com/ w extended ASCII nie ma polskich znaków (oprócz 'ó'). Na windowsie po dodaniu tych funkcji o których wspomniałeś, nic się nie zmieniło.