托了这么久,总算发布了v0.1了...

[bones7456]

哈哈...
接下来打算写个代码说明之类的东西.

[lerosua]

帮顶一下， 希望能尽快回到贡献中
On Sun, Aug 02, 2009 at 06:19:31PM -0700, bones7456 wrote:
>哈哈...
>接下来打算写个代码说明之类的东西.
>>

[崔贵林]

祝贺gmbox0.1 发布！好久没看gmbox了，这两天不上班，学习一下。
专辑下载有小问题：
gmbox> searchalbum 刘若英
正在获取"刘若英"的搜索结果列表... done!
Num=1 Name="如何让你懂" Memo="刘若英2004年4月7日推出. 其中包含: 如何让你懂" ID="B44374fd1d60e354c"
Num=2 Name="Rene" Memo="刘若英2008年2月22日推出. 其中包含: 飞   分开旅行   很爱很爱你   飞行中的思念..." ID="Beb1f17435378f7ae"
Num=3 Name="听说" Memo="刘若英2004年10月13日推出. 其中包含: 轻   幸福的路   听!是谁在唱歌   听说..." ID="Bb8a39a7667492da3"
Num=4 Name="我很好" Memo="刘若英2008年1月11日推出. 其中包含: 12月3日 北京   不能跟情人说的话   口香糖..." ID="B57aef4ace293a42f"
Num=5 Name="我的失败与伟大" Memo="刘若英2004年4月7日推出. 其中包含: 我的失败与伟大   分开旅行   开始的那句话..." ID="B61db0eac0d330e12"
Num=6 Name="一整夜(All Night Long)" Memo="刘若英2005年12月9日推出. 其中包含: 序   黄昏以后天亮之前   ..." ID="B36558bc4f7f409c9"
Num=7 Name="分开旅行" Memo="刘若英2004年4月7日推出. 其中包含: 分开旅行" ID="B31a51a517ffdd61d"
Num=8 Name="我的眼前的幸福" Memo="刘若英2004年4月7日推出. 其中包含: 我的眼前的幸福" ID="B82fd9806972f35cc"
Num=9 Name="换我先吻你" Memo="刘若英2004年4月7日推出. 其中包含: 换我先吻你" ID="B4b7deea88ca5fb9b"
gmbox> downalbum 1
正在获取专辑信息
Traceback (most recent call last):
  File "./cli.py", line 219, in <module>
    cli.cmdloop()
  File "/usr/lib/python2.6/cmd.py", line 142, in cmdloop
    stop = self.onecmd(line)
  File "/usr/lib/python2.6/cmd.py", line 219, in onecmd
    return func(arg)
  File "./cli.py", line 120, in do_downalbum
    gmbox.downalbums(k)
  File "/home/laputa/gmbox/src/lib/core.py", line 227, in downalbums
    [self.downalbum(i,callback) for i in albumids if i in range(len(self.albumlist))]
  File "/home/laputa/gmbox/src/lib/core.py", line 234, in downalbum
    self.get_albumlist(albumnum)
  File "/home/laputa/gmbox/src/lib/core.py", line 219, in get_albumlist
    p.feed(html)
  File "/usr/lib/python2.6/HTMLParser.py", line 108, in feed
    self.goahead(0)

貌似问题还是关于页面解析的。。。
何时改解析xml呢？骨头兄策划一下吧？


--
崔贵林 csip
E-mail:  amo...@gmail.com
MSN :  amo...@msn.cn
  Cell  :  13260179436

[thom]

我觉得把这两者分开比较好，一个是音乐解析专用。
另一个是界面，包括cli和gui，现在是这样做的。
前期以解析为主，要应对各种各样的情况。
但是现在出问题，主要是在解析上。
而在解析，最好能在出错的地方有出错机制。

我这边解析这个没有任何问题。
一会把我的解析页面发上来，gmparse.py
因为前期不知道有xml，所以song页面，album页面都没有使用xml
最近也没有更新，因为解析xml相对简单，或者说，特别简单。

p.s.改为xml，非常简单，所以不用策划。
在团队里最好分工一下，也有一两个后备人员。
不要主创一没空，整个项目就降下来了。

如果确实我可以提交代码，我就开始做这块。
不过代码风格肯定是会有差别的。

p.s.2 centos的那家伙失踪了，centos不知道以后会怎么样。
这点想起gentoo了，前负责人去ms了，gentoo继续运营。

> E-mail: amob...@gmail.com
> MSN : amob...@msn.cn
> Cell : 13260179436

[崔贵林]

随着下载歌曲的增多，我感觉下载目录应该细化。
我是这样想的：artist/title.mp3 如果专辑下载：artist/album/title.mp3
不知大家意见如何？

[thom]

这样不好。
因为一曲一曲下载，和整个专辑下载无法体现出来。
当然，觉得如果能引用数据库就好些，使用songid来管理。

artist/title.mp3和artist/album/title.mp3是同一首怎么办呢。
做软链接么？

要不直接做软链接得了。所有的歌存到一个位置。用songid命名

songid是唯一的，但是歌曲就不一定了。

On Aug 4, 10:18 am, 崔贵林 <amob...@gmail.com> wrote:
> 随着下载歌曲的增多，我感觉下载目录应该细化。
> 我是这样想的：artist/title.mp3 如果专辑下载：artist/album/title.mp3
> 不知大家意见如何？
>
> --
> 崔贵林 csip

[崔贵林]

我更新了。你试试看。minidom不支持xpath吧？

2009/8/4 thom <han...@gmail.com>

[LLY]

不能用软链接,还要考虑到windows的朋友的需要,在FAT32/NTFS下,软链接基本不是那么回事.

2009/8/4 thom <han...@gmail.com>

[LLY]

下载目录也不能就这么突然就改了啊.
毕竟我还是比较喜欢老的目录组织方式,要改变用户习惯的话,可以通过增加配置项来解决,而且不能轻易修改默认设置,这样才能保证各种用户的不同需求.
  另外,我有个还未实现的想法: 就是设置页面有个"本地歌曲目录",是个字符串列表,可以把用户的多个本地目录加进去,包括子目录.默认应该包括歌曲下载目录.然后如果要下载的歌曲能在本地歌曲目录里找到(仅根据文件名,其他的不管了)的话,就执行下面动作(由用户设置)中的一种:复制/移动/链接(仅linux)/重新下载/询问用户 .这样应该可以比较好地解决这个问题了.

2009/8/4 崔贵林 <amo...@gmail.com>

[LLY]

最近本人在出差,所以,能上网的时间很少,大家见谅,呵呵~
另外,已经把 han...@gmail.com 加入,大家欢迎,鼓掌.~~~~

2009/8/4 LLY <bone...@gmail.com>