Welcome, Guest. Please login or register. Did you miss your activation email?

Author Topic: Extended operations for sf::String  (Read 10782 times)

0 Members and 1 Guest are viewing this topic.

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32498
    • View Profile
    • SFML's website
    • Email
Extended operations for sf::String
« Reply #15 on: November 21, 2011, 11:25:14 am »
Could you give me a link to the related thread(s) on the boost mailing list? I'd like to read that.
Laurent Gomila - SFML developer

Klaim

  • Full Member
  • ***
  • Posts: 137
    • View Profile
Extended operations for sf::String
« Reply #16 on: November 21, 2011, 01:56:15 pm »
Here is the more recent discussion about the subject, it's a review of a Google Summer of Code project : http://boost.2283326.n4.nabble.com/gsoc-Request-Feedback-for-Boost-Ustr-Unicode-String-Adapter-td3725600.html

They get again into the same arguments but don't talk a lot about the benefits of UTF-8 in this one.

I tried to find all the discussions that spawn in the beginning of the year :

 - I think this one was the root from which other discussions spawned : http://boost.2283326.n4.nabble.com/general-What-will-string-handling-in-C-look-like-in-the-future-was-Always-treat-tt3224967.html
 - http://boost.2283326.n4.nabble.com/string-proposal-tt3229406.html?bcsi_scan_0FB23122DF0CD2C6=0&bcsi_scan_filename=string-proposal-tt3229406.html
 - http://boost.2283326.n4.nabble.com/string-gt-text-tt3243373.html
 - http://boost.2283326.n4.nabble.com/string-Realistic-API-proposal-tt3244173.html
 - http://boost.2283326.n4.nabble.com/UTF-String-UTF-String-library-1-5-ready-for-perusal-tt3297381.html
 - http://boost.2283326.n4.nabble.com/string-Yet-another-Unicode-string-class-tt3300220.html
 - http://boost.2283326.n4.nabble.com/UTF-String-Feedback-on-UTF-String-library-please-tt3301346.html

It's in chronological order of the first posting of each thread.


That being said, the boost::locale review had a lot of thinking on the Unicode subject because Artyom (the Locale author) says he's a specialist in localization domain and that in the end UTF-8 was the only long-term solution (he tends to say things in a harsh way...)

I think lot of the Boost.Locale documentation (http://www.boost.org/doc/libs/1_48_0/libs/locale/doc/html/index.html) gives informations about the subject, like http://www.boost.org/doc/libs/1_48_0/libs/locale/doc/html/index.html

Personally, I just wish they provide a std::text or something that is encoding aware and let me forget about this very subject  :x

(but it's fascinating to see a lot of big brains having headache discussions about a such a subject)

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32498
    • View Profile
    • SFML's website
    • Email
Extended operations for sf::String
« Reply #17 on: November 21, 2011, 02:17:27 pm »
Nice, thank you :)
Laurent Gomila - SFML developer

Klaim

  • Full Member
  • ***
  • Posts: 137
    • View Profile
Extended operations for sf::String
« Reply #18 on: November 21, 2011, 02:26:08 pm »
No problem, looks like I'm not finished :D

Here is the root of the one I said was the root discussion :

http://boost.2283326.n4.nabble.com/General-Treat-narrow-strings-as-UTF-8-compilation-flag-tt3646453.html#a3686141

It referes to yet another root discussion... I'll let you find it XD

Also, some other discussions related to this (certainly refered in previous links):

 - http://boost.2283326.n4.nabble.com/UTF-String-UTF-String-library-1-5-ready-for-perusal-tp3297381p3297381.html
 - http://boost.2283326.n4.nabble.com/GSoC-Proposal-Preparation-For-Encoding-Awared-String-tp3381149p3381149.html << first post about the summer of code project
 - http://boost.2283326.n4.nabble.com/GSoC-Proposal-Preparation-For-Encoding-Awared-String-tp3381149p3381149.html << abandonned implemetnation