amarok-1.4b的中文补丁及其他
amarok-1.4将不在支持编码设置，也就是连原来那个工作不正常的功能都没有了。不否认MP3 ID3V1/ID3V2的权威性。
但是也应该考虑成千上万用简体中文作tag的MP3文件。
因此，既然amarok能够utf8 only，我们当然也可以Locale only。
为了保证那些比较有原则的用户也能够使用，因此补丁中加了个dirty的环境变量：
AMAROK_ORIG
如果在启动amarok之前，export AMAROK_ORIG=1，那么就是官方的amarok实现。
如果你的mp3都是简体中文tag，那么，不需要设置任何东西。
另外，附上gcc-4.1编译amarok的补丁，估计在--enable-final之后才出的问题，因为这时候代码都是一个上下文了。
不论如何，国外也有用户报告gcc-4.1编译amarok-1.4b不过，这两个补丁应该可以解决问题。
其中一个是关于taglib namespace的修改，我到现在也不知道原来为什么错了。
另外一个是关于ui中的Form的修改，这是一个原则性错误，也就是最终生成的文件，在同一个目录，有两个Form1类，不出错都怪了。
amarok-cjk.patch是关于amarok的中文支持修改，基本还是原来老版本的补丁的逻辑，只不过api变了，做了一些调整。
首先，补丁不提交，其次，不提BUG，再次，愿意用就用，千万不要说我违反标准。我一直认为，技术是为人服务的，而不是人为技术活着，我实在不愿意去修改我几千首MP3的TAG。 嗯，gcc4的确在--enable-final的时候会出问题。
但我当时的想法就简单认为一个正在svn中的软件本就不支持final吧。呵呵，不过这个补丁还是收了^_^ 太好了，前些时间试了1.4，全乱了，只好又装回1.3.8
最后还是把我的一些歌曲给搞乱了：（ 中文支持的问题这只能说本应由系统底层库实现的东西却需要顶层的应用程序解决………
某家大公司对Linux的绝对垄断是解决Linux现有问题的唯一出路。
我越来越支持了…… 太好了，前些时间试了1.4，全乱了，只好又装回1.3.8
最后还是把我的一些歌曲给搞乱了：（
嗯？怎么会这样？
我用原来1.3的补丁修改了些，也是可以用在1.4的啊 唉，我已经开始使用UTF-8了。
页:
[1]