Thank you for reporting it. I've applied your changes to the version of irrUString.h that I'm hosting.MartinVee wrote:I found a bug in the ustring16::findLastCharNotInList() method. This causes problems too in the ustring16::trim() method.
Search found 194 matches
- Tue Feb 28, 2017 10:05 pm
- Forum: Project Announcements
- Topic: Irrlicht i18n (Unicode, FreeType, etc.)
- Replies: 176
- Views: 115177
Re: Irrlicht i18n (Unicode, FreeType, etc.)
- Thu Jul 31, 2014 7:10 pm
- Forum: Project Announcements
- Topic: Irrlicht i18n (Unicode, FreeType, etc.)
- Replies: 176
- Views: 115177
Re: Irrlicht i18n (Unicode, FreeType, etc.)
OK. Thanks for the reply! So if I understand correctly, when you create a ustring it should be created in UTF16 and is stored in that format. If I have another character encoding in the string (Irrlicht bitmap font usually use ANSI-Similar to LATIN1), it will have to be converted first. The USTRING...
- Thu Jul 31, 2014 3:54 am
- Forum: Project Announcements
- Topic: Irrlicht i18n (Unicode, FreeType, etc.)
- Replies: 176
- Views: 115177
Re: Irrlicht i18n (Unicode, FreeType, etc.)
HI, Learned more about the character encoding and just figured out that when I open XML files in UTF8 the string is still in UTF8 in memory and have to convert it to ANSI (The Irrlicht font system). Can I use the irrUString.h classes to convert the UTF8 encoded string coming from IRRxml to somethin...
- Wed May 21, 2014 9:56 pm
- Forum: Project Announcements
- Topic: Irrlicht i18n (Unicode, FreeType, etc.)
- Replies: 176
- Views: 115177
Re: Irrlicht i18n (Unicode, FreeType, etc.)
Actually, I believe the majority of usable Chinese characters are in plane 0. Just some of the older characters are in later planes. It should be fine for the majority of actual text.
- Wed May 21, 2014 7:58 pm
- Forum: Project Announcements
- Topic: Irrlicht i18n (Unicode, FreeType, etc.)
- Replies: 176
- Views: 115177
Re: Irrlicht i18n (Unicode, FreeType, etc.)
I expect the string to correspond already to the encoding requested from freetype when drawing is requested. Unless I'm missing something you can pass through utf-16 using wchar_t for example (just will waste 2 bytes on Linux). I think any kind of encoding conversions should already happen earlier ...
- Wed May 21, 2014 6:31 pm
- Forum: Project Announcements
- Topic: Irrlicht i18n (Unicode, FreeType, etc.)
- Replies: 176
- Views: 115177
Re: Irrlicht i18n (Unicode, FreeType, etc.)
That's really neat!
How will you be able to draw unicode glyphs then? Are you just forgoing unicode entirely with your version?CuteAlien wrote:- No dependency on ustring (I don't think string-conversions should happen inside the font-class itself)
- Thu Jun 21, 2012 8:21 am
- Forum: Project Announcements
- Topic: Irrlicht i18n (Unicode, FreeType, etc.)
- Replies: 176
- Views: 115177
Re: Irrlicht i18n (Unicode, FreeType, etc.)
Just some small updates:
- xml_io.patch: Updated to the latest trunk revision.
- irrUString.h: Changed u32 to size_t.
- CXMLWriterUTF8.zip: Merged CXMLWriter.cpp performance improvements from trunk.
- Tue May 22, 2012 3:53 pm
- Forum: Project Announcements
- Topic: Irrlicht i18n (Unicode, FreeType, etc.)
- Replies: 176
- Views: 115177
Re: Irrlicht i18n (Unicode, FreeType, etc.)
If you aren't relying on Irrlicht's built-in serialization to create entitites, and you are just using the XML loader raw, just pass the data you receive to the ustring class. Irrlicht's XML loader won't mangle the bytes at all, so you can just directly pass the data into the ustring class and it wi...
- Sun May 20, 2012 6:58 pm
- Forum: Project Announcements
- Topic: Irrlicht i18n (Unicode, FreeType, etc.)
- Replies: 176
- Views: 115177
Re: Irrlicht i18n (Unicode, FreeType, etc.)
Edit: Reading from of this thread, I think I will have to patch the XML loader, as the data came from there. Correct. Because of how Irrlicht's XML loader was programmed, there is no way to extend or replace it without modifying the Irrlicht source code. You could write your own loader, but then yo...
- Tue Jan 10, 2012 7:33 pm
- Forum: Project Announcements
- Topic: Irrlicht i18n (Unicode, FreeType, etc.)
- Replies: 176
- Views: 115177
Re: Irrlicht i18n (Unicode, FreeType, etc.)
Ok, so I decided to check out the svn. After fixing a problem with the project file where someone forgot to add files to all projects, I found out CGUITTFont doesn't build anymore. So, here's what to change to make this work with current svn (r4032)! Thanks, but I caught that a while ago. I have tw...
- Mon Jan 09, 2012 8:17 pm
- Forum: Project Announcements
- Topic: Irrlicht i18n (Unicode, FreeType, etc.)
- Replies: 176
- Views: 115177
Re: Irrlicht i18n (Unicode, FreeType, etc.)
Thanks for catching that. You put it in the right place, so don't worry about that. I've uploaded the fixed version. For anyone who still watches this thread, I have a newer version of irrUString.h in the pipeline. It replaces occurrences of u32 and s32 with size_t to make it more portable. The only...
- Mon Jan 09, 2012 12:42 am
- Forum: Beginners Help
- Topic: Multithreading-Style
- Replies: 2
- Views: 264
Re: Multithreading-Style
what pros and cons has IReferenceCounted to std::auto_ptr<> and such? does anybody use boost (its a so big lib) Irrlicht made a design decision not to use the STL at all. That is why you will see manual reference counting and things like core::map. Also, keep in mind that auto_ptr is being deprecat...
- Thu Dec 15, 2011 8:20 am
- Forum: Beginners Help
- Topic: tile based world irrlicht UPDATE - example!!
- Replies: 7
- Views: 656
Re: tile based world irrlicht I need help
You are definitely running into floating point inaccuracy issues. Getting it to work well is going to be VERY tough. It gets worse once you use a single image for your tileset and start zooming the camera in and out. You basically have to make sure your scene objects are being drawn on correct half-...
- Thu Nov 24, 2011 8:31 pm
- Forum: Project Announcements
- Topic: cAudio 2.0.0 Release!
- Replies: 27
- Views: 8278
Re: cAudio 2.0.0 Release!
If you are compiling from the cAudio source, it only includes 32-bit .lib files for its dependencies. \cAudio\dependencies\Libs\windows If you want a 64-bit cAudio .dll file, you need to make 64-bit versions of all those dependencies first. I have a 64-bit version of cAudio working just fine, except...
- Fri Nov 04, 2011 7:42 am
- Forum: FAQs, Tutorials, Howtos, and external tool lists
- Topic: TrueType font Support by FreeType Library
- Replies: 183
- Views: 102453
Re: TrueType font Support by FreeType Library
Or maybe a post with the classes and some simple guidance. I looked at the mentioned aboive "viewtopic.php?f=6&t=37296" but its not so easy to follow without documentation or an example. What part of my thread confused you? I would like to know so I can make the examples more clear. W...