对于10.2的几点失望

james_su

Post by k8k
http://www.linuxsir.cn/bbs/showthread.php?p=1086944#post1086944
看这里？MDK10.2 limitted 2005为何要和RH一样带个没人用的输入法？
搜索一下帖子，有多少人在用RH自带的输入法？MDK10.2 limitted 2005正式版还未出来，刚来到这里就见到有二人说输入法有问题，难道就没有好点的输入法？
KDE 3.4新呀，有新版还要用旧版干什么？SUSE在用，FC4在用。

老大，你不用 SCIM 不等于别人不用。MDK 上 SCIM 有问题也不是因为 SCIM 有问题。

SUSE 上 SCIM 和别的软件包就没有冲突，为什么 MDK 做不到？

james_su

Post by k8k
有答案那为什么不解决？另请告诉：RH的输入法又有什么优点？干何死抱着不放？
走到那里都见有人问如何删，见了无数次

RH 用的是 IIIMF，中文支持实在是有问题，所以中文用户用不习惯，当然要删掉了。

hsl203

苏先生好！

fedorak

是MDK的问题或者是SCIM的问题？
flac格式是什么格式？音频？

hsl203

是SCIM用了比REAL还旧的GTK的问题。
FLAC是一种高质量的音频板式，有点类似于APE。

fedorak

Post by hsl203
是SCIM用了比REAL还旧的GTK的问题。
FLAC是一种高质量的音频板式，有点类似于APE。

SCIM用了比REAL还旧的GTK,那就不关MDK的事了？
在SUSE也是它，为什么就行？
FLAC还未用过呢，有机会要试试了。

james_su

Post by hsl203
是SCIM用了比REAL还旧的GTK的问题。
FLAC是一种高质量的音频板式，有点类似于APE。

跟 GTK 库没有任何关系。是因为 REAL 是用比较旧的 GCC 编译的。而 SCIM 是用新的 GCC 编译的。

maramail

1、REALPLAYER和SCIM的冲突问题。
2、APE、FLAC格式文件播放的问题。
3、XMMS的问题。虽然有GTK的问题，但犹如WINDOWS里的WINAMP一样，用的人也不在少数。
4、网络联接问题。如网卡热插拔，网络文件共享，网络连接共享。

1:scim的问题自10.1就越来越麻烦,所以我真诚建议SCIM重新开发,以C++编写,脱离严重依赖版本的GTK.SCIM本身概念很好,但设计基础很有问题.
2:XMMS有APE的插件.如果不用XMMS你可以考虑BEEP,和XMMS基本一样
3:参考上条
4:请手动修改配置文件(无论是RH还是MDK,图形界面配置依然存在大量问题)

fedorak

Post by maramail


1:scim的问题自10.1就越来越麻烦,所以我真诚建议SCIM重新开发,以C++编写,脱离严重依赖版本的GTK.SCIM本身概念很好,但设计基础很有问题.
2:XMMS有APE的插件.如果不用XMMS你可以考虑BEEP,和XMMS基本一样
3:参考上条
4:请手动修改配置文件(无论是RH还是MDK,图形界面配置依然存在大量问题)

SCIM严重依赖版本的GTK?

james_su

关于 SCIM 的问题，再次重申，跟 GTK 没有任何关系。其实正是 C＋＋的兼容性问题。如果希望我用 C 重写 SCIM，以解决这个问题，那大家还是找别的输入法用吧。

其实归根结底还是 MDK 用了 GCC 3.4 导致的。不光是 SCIM 会碰到因为 GCC 版本不统一导致的 C＋＋ 兼容性问题，别的软件也会碰到。只不过大家没有遇见罢了。

所以我个人认为使用 GCC 3.4 是 MDK 一个很不明智的做法。

SUSE 坚持不用 GCC 3.4 就是因为这个原因。

等到换 GCC 4 的时候，大家还有的痛苦呢。

Post by maramail
1、REALPLAYER和SCIM的冲突问题。
2、APE、FLAC格式文件播放的问题。
3、XMMS的问题。虽然有GTK的问题，但犹如WINDOWS里的WINAMP一样，用的人也不在少数。
4、网络联接问题。如网卡热插拔，网络文件共享，网络连接共享。

1:scim的问题自10.1就越来越麻烦,所以我真诚建议SCIM重新开发,以C++编写,脱离严重依赖版本的GTK.SCIM本身概念很好,但设计基础很有问题.
2:XMMS有APE的插件.如果不用XMMS你可以考虑BEEP,和XMMS基本一样
3:参考上条
4:请手动修改配置文件(无论是RH还是MDK,图形界面配置依然存在大量问题)