关于Deepin 软件的一些设想。
Tofloor
poster avatar
qiansen1386
deepin
2012-10-30 09:35
Author
我就不说有什么bug了吧。我测试的结果来看,深度音乐,深度影音等软件作为1.0版本的作品在各方面都堪称完美。在linux领域的贡献不能说世界第一吧。至少非常接地气。Deepin music感觉非常像千千静听加酷狗音乐。深度影音在简洁度上不输VLC,稳定性与格式通吃的特性更是大杀四方。灰常给力。如果说外观设计上还有什么瑕疵的话,作为1.0时代的作品其实很好理解,广大linuxer也不会太过吹毛求疵。赞扬的话我就不多说了,主要是看过这些作品之后很容易引起新的联想。再加上前些天看到了LD的概念桌面,感觉有些地方很漂亮,但未必就一定是适合的。正所谓,当局者迷旁观者清,别的开发者想到的东西,自己不一定想得到,每次设计软件都能被老师挑出改进之处就是这个道理。所以借这个机会,把小弟我对deepin软件的一些想法说出来,如果碰巧有LD的各位大大没有想到的,那我就立功了不是。(说了好多废话啊)

1.Media Software
LD在12.12概念文件中曾经提到过打通各个软件之间的屏障使各个Deepin软件融为一体的设想。其实就是把各个软件都整合到衣蛾生态系统中来,不要让彼此单独存在。
我个人觉得想清楚用户使用该软件时所经历的过程,每一动作的具体流程。然后根据流程而非功能设计软件,是一种比较好的设计思路。这样做的好处是不会把功能放错位置,也不会添加冗余功能,除非是故意加入的彩蛋。而每一个步骤用户需要选择的时候就可以视线焦点内只有一两个选项可选,像均衡器,播放顺序,这类功能就不需要放在面板上,有时候像提示是否删除XX的提示框就要智能的放到用户眼前。
增加Deepin软件的一体性的重中之重就是整合媒体软件。有个很贴心的设计就是以资源管理器为核心,把压缩软件媒体播放软件直接整合进去。单击选中某媒体文件,下面或右边的属性面板就可以变化为相应的播放器,如果识别为音乐则可以自动在属性面板中显示歌词。属性面板同时提供简单的控制如播放暂停,前进后退音量高低,至于视频大小则可以通过调整属性框大小来实现。(不清楚属性框为何物的,可以参见win7资源管理器的最复杂视图,下面的那个显示文件基本信息的小栏。)

第二个小建议就是把媒体播放器合并为一个,用视频播放器播放视频和音频。用视频框显示歌词或绚烂的波形图。
但是这样就带来一个问题。就是我们的需求其实并不统一的。我们有看电影看视频的需求,但是听音乐时另外一种需求。怎么办?
第三个小建议就是如果保留音乐播放器功能。同时加入一个智能判定,如果被播放的软件时音乐的话,则询问是否使用音乐播放器来播放。那么如何判定是否为音乐呢?就要用到音频特征识别的提取器来比对音乐的特征数据库。我知道TrackID这个软件可以,酷我酷狗好像都有类似的技术。至于技术是否困难,获取是否方便就不是我所能够接触的到的了。
如果提取特征进行比对的时间过慢,则用系统空闲时间用背景进程来搜索硬盘的音乐提前准备数据库减轻程序负担提高响应速率。如果做不到的话,就只能维持两个软件齐头并进的。其实想想听音乐和看电影的需求差异还是很大的,就算不能整合只要确保每个软件单独都很好用,其实不会有太大问题。

2.关于软件安装
Linux的软件安装其实为很多新人所诟病。我接触linux的时间只有几年也了解不很全面,如果有遗漏还请指出。linux安装软件一般有四条路可走。第一是通过源直接下载和更新,省心省力,第二是通过包管理软件单独安装deb或rpm软件包,基本不需设置。第三是绿色软件直接下载tar.gz解压之后直接运行,第四,是通过bash运行sh写的批处理文件。
简化linux的使用简化安装的过程是至关重要的。新人拿到linux也不知道怎么用很大程度上是不知道如何安装和卸载程序。这里小吐槽一下,不要动不动就劝说新人回家学习学习,比别人多知道点如何使用linux很了不起么?linux桌面市场占有率才1%上下,没玩过很正常。何况让用户去学习本身并不是一个那么理直气壮的要求,iphone如果配一本400页的说明书,别说全球市场了,连10万台他都卖不出去。我们能简化的不应该多简化么?
我分别来说下吧。
一,源,源是个很省心的东西,用户省心,服务提供商可不省心,源和软件超市是类似的。每个提交市场的app都需要审核,其工作量何其大也!因此如果一个软件频繁更新,尤其是现在软件一般采用敏捷开发没1到4周就交付一些新功能。可是浩如烟海的软件又不能每1到4周就给他审核一遍。所以linux软件源的软件放眼望去都是落后或不再更新的软件。这里有一点浅见,不知道360软件管家是怎么做到的?是人工审核,盯住一批常用软件,还是从各大软件网站上用机器人抓更新,抑或本身就有软件公司给他推送,或者从用户电脑搜集信息?不过linux就够呛有这个条件了。不过话又说回来,其实桌面又不是服务器不需要这么多审核。linux厂商都不大,又不是苹果不用自己给自己找罪受。上游有个上游的源,自己的源里面再分出一个不稳定源,专门放各个软件的最新更新,尤其是火狐eclipse这类常用软件。用户有使用稳定程序的权利但也有选择自担风险选择最新软件的权利。我相信很多人的chrome就从来都不是stable channel的。
二,关于tar。gz的绿色软件谁都喜欢,但是放到linux这里就成了一个问题。linux是没有program file文件夹的。home文件夹只有几个子文件夹分别对应一个种类,非常简洁非常好。但如果像程序文件夹这样本身对用户几乎没有任何意义的东西扔的到处都是就不好了。所以应该放到平时看不到的地方比如usr/lib usr/share usr/local。说老实话,我从来这些文件夹的用处,也不知道为什么程序就被分到了lib有些就被分到了share。但是随便找个这种地方放一下,是必须的,可是执行这样的步骤,要么用sudo mv,要么用sudo gnome-open。不觉得很复杂吗?用智能的手段解决这个问题。一般可执行文件不在根目录就在bin子目录,如果系统能自动解压程序并自动把目录中所有的可执行文件都挑出来让用户多选几个他认为需要发送到桌面或开始菜单或应用托盘的可执行文件,绿色软件的安装过程就结束了。最简单的方法是在home文件夹添加My Green Applications的子文件夹专门用来存放绿色软件。这样即使安装再多的绿色软件也不用担心会忘记放到哪里了。唯一一个问题是更新的问题,我们很难知道这是什么软件,如何更新,是否重复安装,是否替换。我的一个想法是一般软件都带有版本号,如MySql-5.5-XX-blabla……。能不能让用户选择,或只能判别出这个软件的名称如eclipse,mysql等,这样如果系统发现已经绿软文件夹下已有同名文件夹则提示是否覆盖文件夹,合并文件夹,并列文件夹,放弃操作等。
三, 关于compile sh 文件。这个其实很好办让sh变得可执行就行了啊,为什么一定要打开终端来一句sudo bash XXX.sh。不用命令行不舒服么?新手一定会抓耳挠腮不知道怎么处理sh文件的。比如曾经的我。
四,deb包,不用多说了,灰常好用。问题在于安装程序竟然不是软件中心。总有种怪怪的感觉。

说完这四种安装软件的方法再来说一下深度软件中心。目前深度软件中心最大的问题是稳定性问题。这个可以通过时间慢慢提升不急。一点小疑惑软件中心的全部更新按钮跑到哪去了?软件数量感觉上不如ubuntu商店多,或者分类没有ubuntu合理。ubuntu的编程下面有子类,web, java,haskell等很贴心。其次,软件管理软件不仅仅需要安装和升级,更重要的是卸载和管理,做成360那样就完美了。别吐槽,360的软件管家功能做的很不错的。
Reply Favorite View the author
All Replies
qiansen1386
deepin
2012-10-30 09:37
#1
祈祷一下,半夜赶出来的东西,第二天早八的课都翘了的苦逼孩子拜求切莫沉贴。
Reply View the author
a287740928
deepin
2012-10-30 16:20
#2
帮你顶一下,最后一点用软件中心安装deb,我比较反感,看看ubuntu,安装一个小小的deb都要打开臃肿的软件中心,太烦人了,我还是喜欢用gdebi,小巧,简介,强大!
Reply View the author
136******54
deepin
2012-10-30 17:16
#3
帮你顶一下,最后一点用软件中心安装deb,我比较反感,看看ubuntu,安装一个小小的deb都要打开臃肿的软件中心,太烦人了,我还是喜欢用gdebi,小巧,简介,强大!

确实,用gdebi打开deb轻巧快捷,我的台式机(有点老)每次用软件中心打开deb必卡死,还是gdebi省心
还有就是,不建议媒体播放器合二为一
Reply View the author
4***[email protected]
deepin
2012-10-30 18:21
#4
[quote]帮你顶一下,最后一点用软件中心安装deb,我比较反感,看看ubuntu,安装一个小小的deb都要打开臃肿的软件中心,太烦人了,我还是喜欢用gdebi,小巧,简介,强大!

确实,用gdebi打开deb轻巧快捷,我的台式机(有点老)每次用软件中心打开deb必卡死,还是gdebi省心
还有就是,不建议媒体播放器合二为一[/quote]
有同感啊,我最讨厌ubuntu的安装deb包要用软件中心,ubuntu的软件中心臃肿耗时,慢的像老牛,gdebi多好用啊,反正我装ubuntu后肯定先装新立德,然后gdebi,软件中心最讨厌的就是他的卡啊,卡的都心焦,心里都骂娘,深度的软件中心比他好多啦,虽然有时也会卡,还有楼主所说的软件安装位置的问题,也许是受windows太深了,总感觉linux把一个软件安装以后分得七零八散特别扭,很多人都说这样才更清楚啊,bin里是执行,lib里是库,share里什么什么,可我感觉每次修改个配置什么的都得找半天,太菜啦没办法,人又懒啊!如果能把所有的用户安装文件都指定一个地方多好,就像现在的/opt下的软件,当然我讨厌360,却也喜欢它软件中心的强大啊,模仿改进是应该的!固守传统而不改变不行啊,对deepin喜爱太多,才是要求太多啊,希望理解一个小白的心!能做的也只有心里支持和放空话啦!
Reply View the author
electricface
deepin
2012-10-30 19:39
#5
软件安装,下载下来的deb包,我认为是可以在文件管理器内部,就是那个deb文件下方直接出现安装进度条,什么都不弹出来,等出了问题再弹出窗口.
绿色软件,也许可以考虑 "绿色安装" ,托管它的压缩包,或者包裹它的文件夹,将可执行文件加入"启动器"(开始菜单),也建立卸载通道(软件中心的卸载页?).然后告诉你原始文件包可以删掉了.
Reply View the author
qiansen1386
deepin
2012-10-31 05:58
#6
其实各位所说的,那个打开软件中心的问题,可以这样解决,写一个和软件中心相同UI的子程序,专门用来deb,tar.gz等软件包的单独安装。把各个软件的组件分开安装更清楚是有可能的,不过好处在哪里?结构更清晰么?这里主要有这么几个问题。
第一,安装绿色软件的时候总不能挨个把包下的这几个组件分别复制一遍,还不够麻烦的呢。一般网上的高手都是告诉我,需要复制到usr/local或者usr/share等目录。问题在于这样一放,不也就乱了,不还是不如放到program files
第二,正如楼上几位所说,如果要修改某个xml或文本文件你怎么能知道在哪个文件夹里呢?

目前不太清楚软件包的原理。是通过类似注册表一样的东西么?把软件直接复制到相应文件夹里就能用新立德更新么?求大神们解惑
Reply View the author
cxbii
deepin
2012-10-31 06:23
#7
其实各位所说的,那个打开软件中心的问题,可以这样解决,写一个和软件中心相同UI的子程序,专门用来deb,tar.gz等软件包的单独安装。把各个软件的组件分开安装更清楚是有可能的,不过好处在哪里?结构更清晰么?这里主要有这么几个问题。
第一,安装绿色软件的时候总不能挨个把包下的这几个组件分别复制一遍,还不够麻烦的呢。一般网上的高手都是告诉我,需要复制到usr/local或者usr/share等目录。问题在于这样一放,不也就乱了,不还是不如放到program files
第二,正如楼上几位所说,如果要修改某个xml或文本文件你怎么能知道在哪个文件夹里呢?

目前不太清楚软件包的原理。是通过类似注册表一样的东西么?把软件直接复制到相应文件夹里就能用新立德更新么?求大神们解惑


1.你说的放在program files这个是'大包'思想,但linux传统的安装方法是把软件包分散在系统各个地方,然后利用依赖关系,节省软件相同依赖所需要的空间,但弊端是依赖问题,所以,这个有利有弊....
2这个还真看不懂...后面的也是
Reply View the author
qiansen1386
deepin
2012-10-31 07:19
#8
第二说的是如果要修改某个参数文件,怎么知道它放在哪个文件夹里。

后面说的是,用绿色软件直接拷贝到相应文件夹中,或替换掉某个包,能用sudo apt-get update & upgrade更新到这个绿色的包么?比如你从官网下载了一个gtk的tar。gz的包,把它替换了lib里的gtk库,还能更新么?
Reply View the author
cxbii
deepin
2012-10-31 07:40
#9
第二说的是如果要修改某个参数文件,怎么知道它放在哪个文件夹里。

后面说的是,用绿色软件直接拷贝到相应文件夹中,或替换掉某个包,能用sudo apt-get update & upgrade更新到这个绿色的包么?比如你从官网下载了一个gtk的tar。gz的包,把它替换了lib里的gtk库,还能更新么?

我这么说吧,你安装的软件在你的/home/你的用户名/下会有一个隐藏的配置文件,名字就是.+软件名字,你要修改局部设置可以去这些文件修改

然后你说的那个更新.这个我没试过,但安常理,应该是不可以的,因为APT没这些软件的信息
Reply View the author
dplord
deepin
2012-11-01 09:48
#10
这个,oepnsuse上安装你们的影音播放器可以完美使用,安装你们的音乐播放器不能用啊,我超级喜欢深度播放器自动显示歌词的功能...求教啊
Reply View the author
cxbii
deepin
2012-11-01 10:10
#11
这个,oepnsuse上安装你们的影音播放器可以完美使用,安装你们的音乐播放器不能用啊,我超级喜欢深度播放器自动显示歌词的功能...求教啊
http://wiki.linuxdeepin.com/index.php/% ... E.E9.A2.98
Reply View the author
proudzhu
deepin
2012-11-04 00:11
#12
其实各位所说的,那个打开软件中心的问题,可以这样解决,写一个和软件中心相同UI的子程序,专门用来deb,tar.gz等软件包的单独安装。把各个软件的组件分开安装更清楚是有可能的,不过好处在哪里?结构更清晰么?这里主要有这么几个问题。
第一,安装绿色软件的时候总不能挨个把包下的这几个组件分别复制一遍,还不够麻烦的呢。一般网上的高手都是告诉我,需要复制到usr/local或者usr/share等目录。问题在于这样一放,不也就乱了,不还是不如放到program files
第二,正如楼上几位所说,如果要修改某个xml或文本文件你怎么能知道在哪个文件夹里呢?

目前不太清楚软件包的原理。是通过类似注册表一样的东西么?把软件直接复制到相应文件夹里就能用新立德更新么?求大神们解惑
1、你可以在$HOME下面建个文件夹,比如bin,然后将其加入PATH就行了,一般在shell执行的命令是在PATH中的文件夹逐个搜索的,依赖关系应该只要安装在PATH包含的文件夹中就行了。为什么这么强调”绿色“,linux下又不会有广告、病毒之类的。并且从源里安装的软件在卸载时会自动删除文件的。
2、你可以用locate命令,并且一般的软件会提供配置文件的位置的,一般为$HOME/.软件 或.软件/ 或.config/软件/
Reply View the author
qiansen1386
deepin
2012-11-04 23:47
#13
[quote]其实各位所说的,那个打开软件中心的问题,可以这样解决,写一个和软件中心相同UI的子程序,专门用来deb,tar.gz等软件包的单独安装。把各个软件的组件分开安装更清楚是有可能的,不过好处在哪里?结构更清晰么?这里主要有这么几个问题。
第一,安装绿色软件的时候总不能挨个把包下的这几个组件分别复制一遍,还不够麻烦的呢。一般网上的高手都是告诉我,需要复制到usr/local或者usr/share等目录。问题在于这样一放,不也就乱了,不还是不如放到program files
第二,正如楼上几位所说,如果要修改某个xml或文本文件你怎么能知道在哪个文件夹里呢?

目前不太清楚软件包的原理。是通过类似注册表一样的东西么?把软件直接复制到相应文件夹里就能用新立德更新么?求大神们解惑
1、你可以在$HOME下面建个文件夹,比如bin,然后将其加入PATH就行了,一般在shell执行的命令是在PATH中的文件夹逐个搜索的,依赖关系应该只要安装在PATH包含的文件夹中就行了。为什么这么强调”绿色“,linux下又不会有广告、病毒之类的。并且从源里安装的软件在卸载时会自动删除文件的。
2、你可以用locate命令,并且一般的软件会提供配置文件的位置的,一般为$HOME/.软件 或.软件/ 或.config/软件/[/quote]
感谢大大解答。其实我一点也不喜欢Linux下的绿色软件,无奈大多数软件为了避免Red hat和Debian 的打包都是发布的绿色软件啊。源里的软件落后的要死啊。
Reply View the author
bsfmig
deepin
2012-11-05 00:52
#14
1.你说的放在program files这个是'大包'思想,但linux传统的安装方法是把软件包分散在系统各个地方,然后利用依赖关系,节省软件相同依赖所需要的空间,但弊端是依赖问题,所以,这个有利有弊....
2这个还真看不懂...后面的也是
对于通用大型软件,恐怕这个是比较必要的。其实这里的主要问题是,现在Linux的API太不稳定了。
Reply View the author
cxbii
deepin
2012-11-05 01:32
#15
[quote]

1.你说的放在program files这个是'大包'思想,但linux传统的安装方法是把软件包分散在系统各个地方,然后利用依赖关系,节省软件相同依赖所需要的空间,但弊端是依赖问题,所以,这个有利有弊....
2这个还真看不懂...后面的也是
对于通用大型软件,恐怕这个是比较必要的。其实这里的主要问题是,现在Linux的API太不稳定了。[/quote]
不是不稳定,根本是混乱!
Reply View the author