建议升级amarok-1.3.1补丁在此！

mandrakechina

既然amaroK已经提供了编码选择的功能，那么就应该撰写针对这个选项的补丁，让它在写入tag的时候也使用这个编码。而不是强制使用local8bit。这样的补丁，别的发行版没法用，amaroK也没法接受。长此以往，我们的唯一工作就是维护这些dirty的补丁。

cjacker

[quote:f93ef21e84="mandrakechina"]既然amaroK已经提供了编码选择的功能，那么就应该撰写针对这个选项的补丁，让它在写入tag的时候也使用这个编码。而不是强制使用local8bit。这样的补丁，别的发行版没法用，amaroK也没法接受。长此以往，我们的唯一工作就是维护这些dirty的补丁。[/quote]

这个补丁唯一dirty的地方就是没有把这个选项彻底disable掉。

让用户自己去选择编码本身就不是什么好设计。

拿着下面的几个问题去问问在Windows下用Winamp听歌的群众吧。
什么是"Latin1"?
什么是"GBK"?
什么是"UTF-8"?
什么叫"ID3tag"?

他知道的就是启动这个软件，然后看到乱码，然后乱骂一通。

现在没有骂的指说明一个问题：用的人太少了，并不能说明这个软件的设计就是多么的好。


个人观点：amarok设计的实在是没办法用，听个MP3，用这么麻烦吗？
更有甚者还有使用MySQL或者PGSql作backend的，这更可怕。
从技术观点看，很多软件都不错，从用户角度，唉......

mandrakechina

作为Magic的本分，是将一个本来不适合中国人用的软件，按照该软件的思路进行patch，而不是按照自己的要求对软件进行随意改造，因为软件注定不是给一个用户或者一组用户用的，这与Windows的情况是不同的。不想让用户选择一个设置，可以通过KDE的组策略将某个设定锁死。我们可以通过预置一些选项对软件进行设置，比如media player就预置扫描 My Music文件夹。

用数据库后端存储曲库，是一个没有办法的办法。Kexi作为一个桌面数据库，也是同时提供了mysql和sqlite两种后端。

wall_john

作为Magic的本分，是将一个本来不适合中国人用的软件，按照该软件的思路进行patch，而不是按照自己的要求对软件进行随意改造，因为软件注定不是给一个用户或者一组用户用的，这与Windows的情况是不同的。不想让用户选择一个设置，可以通过KDE的组策略将某个设定锁死。我们可以通过预置一些选项对软件进行设置，比如media player就预置扫描 My Music文件夹。

mandrakechina, 我和你的观点可能不一样，我觉的linux最好玩的就是可以乱改，在改的过程中读代码（可能我对linux的最
终目的就是读代码的消遣工具），从而学到一些东西，正确的或错误的 ，当然如果能够帮到别人，那更好。。。

mandrakechina

That's fine. Magic Linux is just for fan. It shouldn't be a scientific research project focused on the usability of Linux.

wall_john

mandrakechina, 你的英文能力应该很棒，有没有想过帮中国人开源项目translate
to english，真希望有那么一天。

mandrakechina

除了scim以外，我目前没有看到过有哪个项目甚或补丁值得向全世界的Linux用户推荐，包括你的若干脏补丁。

cjacker

[quote:697dc8d2d0="mandrakechina"]除了scim以外，我目前没有看到过有哪个项目甚或补丁值得向全世界的Linux用户推荐，包括你的若干脏补丁。[/quote]

别人的补丁脏你可以不用嘛，没必要这样子带情绪。

sejishikong

wang在这个区不知道有什么意义。呵呵，这是技术支持区哎。

mandrakechina

我没有带情绪啊，补丁就是有干净的和脏的区分。干净的补丁不但可以在其它发行版上使用，也可以反馈到上游；脏的补丁只能自娱自乐。Magic本来就是一个自娱自乐的发行版，我并没有说它这样那样不好啊。

KDE

amarok 在编码和数据存储上的思路是一种纯学究思路，是榆木疙瘩脑袋想出来的馊主意。把什么都搞成一个特定的编码，无论从哪个角度考虑，对用户而言都是令人生厌的，这不仅丧失了灵活性，而且是强奸民意的武断作法。作为站在用户易用性的角度开发的系统，是不应该把任何低层技术暴露给普通用户的，请问哪个 windows 或者 mac 操作系统会让用户自己选择编码？哪个 windows 下的商业播放器会让用户自己选择编码？再如，作为客户端 web 扩展的脚本语言，原则上其实现是与具体浏览器无关的，任何一个浏览器都应该具备支持他们的能力，然而 vbs 和 jscript 离开 IE 就不灵了。从用户的角度看，一个好的浏览器应当是包罗万象的、高度容错的，其智能程度应该达到遇到一大堆垃圾代码时依然能够从中挑选出有价值的部分呈现给用户。迄今为止，linux 下的多数浏览器还为他们狭隘地局限在 w3c 的指导性规范里而沾沾自喜，并以此作为遮羞布来掩饰自己的技术力量的薄弱。

一切底层操作都应该由程序自动完成，用户只要按一下按钮就够了，这才是好的系统。系统是拿来用的工具而已，和酒瓶起子、抽水马桶没什么区别，工具就是用来服务大众的，绞架、电椅和毒气室也一样，不过是面向统治者的，服务面小一些罢了。从这一点来讲，没有什么产品是不可改变的，只要它不触犯法律和严重违反当前时代的伦理道德。过去，magic 作得也非常不好，比如系统安装、网络设置和硬件支持，我们一直在努力改变这一局面，整个开源世界也在朝着易用性这一方向努力。

mandraxxxxxxx：有一点可以肯定，那就是无论你是马桶还是电椅，购买者绝对不会希望你复杂难用。否则消费者就会要求厂家修改你的设计，或者干脆选择 susx、debxxx 牌的马桶和电椅。

商人就是商人，书呆子就是书呆子。

KDE

mandrake 作为一个技术实力比较雄厚的厂商，如果其开发者为 magic 这个小发行版寝食难安，那它就可能有问题了。我个人相信 mandrake 完全有能力自己实现更好的补丁，或者经历过剩、实力有余干脆实现自己的播放器，如能被上游开发者接纳着实是件好事。

liuspider

to KDE: 我以前也说过，不知道你为什么发帖子总是上纲上线。这个帖子是讨论 amarok，你看看你的帖子中讨论的都是什么呢？

在此参加讨论的，都是希望让 amarok 更好的支持中文，大家为什么不从如何更好的解决这个问题来着手发帖呢？

我不否认你说的关于用户不应该需要关心技术细节的话的正确性，但是仅仅一通比喻而没有给出任何修改 amarok 的具体建议，给人感觉就不好了

to mandrakechina: 也许你是无意，但是你的说话口气确实让当事人不太舒服。毕竟别人做了个 patch 出来，不论是否很美观、是否能被官方接受，怎么都是向着最终的方向前进了，不是吗？


我刚刚又提交了一个 patch，只有一行
http://bugs.kde.org/show_bug.cgi?id=89747
http://bugs.kde.org/attachment.cgi?id=12649&action=view

打了这个 patch 后，选择上 gbk 或者 gb18030 后，就会以指定的这个编码写 tag，而不是乱码。

这个 patch 接收之后，为了解决 “用户不应该需要关心技术细节” 的问题，我想再加入一个选项：
使用 locale 指定的编码来处理 mp3 tags

并且这个选项默认是打开的，这样用户就不需要再进行什么设置了，只要他们的locale 是 gb*

当然对于 utf8 的 locale 还是要自己设置

不知道大家有什么看法

PS：我以前说过 1.3 的amarok 就不需要自己打 patch 来支持中文了，这次一试还是不行，因此又花了点时间去找到底是哪出的问题，希望这次是找到真正的原因了

KanKer

这个补丁打上后，无法读出 tag 信息，编辑功能未测试。用楼主的则正常。在 amarok-1.3.2 上测试的。

liuspider

I just added another comment to that bug report, please follow the instructions there

what you probably missed is:
打了这个 patch 后，选择上 gbk 或者 gb18030 后 (in the configure dialog, check "id3v1 tags" and select GB18030 and then delete your collection and regenerate it)，就会以指定的这个编码写 tag，而不是乱码。