还有一张图。

引用:

原帖由 OpEth 于 2011-2-28 15:02 发表

文件名没用？彻底喷了，这是你今天说的最神的观点。。。。。

如果你要在一万张图片里面找到一张指定的图片，你会怎么办？一张张的查看？还是文件名排序或搜索？

指定？按照文件名指定的？iOs做不到。
如果按照要在一万张红色的图片里面找一张黄色的，iOs很快哦。

按照你的规则玩，当然玩不过你咯。

瓶子的意思到了。知道就行了。也不是扣他字眼。有共享文件夹的话更好，没有的话现在用得也挺舒坦的。
我还想它支持safari上传图片呢，也只有等。

引用:

原帖由 OpEth 于 2011-2-28 15:31 发表

不是按照谁的规则的问题，文件名本身就是表示图片属性的重要标识，抛弃文件名，就意味着无法进行精确搜索。。。。。


当然了，果青们也可以表示精确搜索是不必要的，只要能把肉色的图片搜出来就行了。。。。。

不是跟你较真，我用iPhone和iPad到现在，就没有过一次我要在相册里面找图片找不到，而要根据文件名来精确搜索的。
你用到现在有这样需要文件名来找图片的情况吗？

引用:

原帖由 OpEth 于 2011-2-28 15:41 发表

当然需要，俺的AV图片都是按照女优名字来归档的，否则都是肉色的，找个屁啊。。。。。

你也知道还能归档啊？不是可以文件夹归档好同步进机器而有多个照片图库的么。
什么？你喜欢一万张照片放在一个文件夹一起同步进机器里然后不是看照片，再是按照名字来精确搜索找到里面特定的一张啊？
恩，苹果显然忽略了你这部分用户的感受。怪不得我没有觉得麻烦，我没那么用过。

引用:

原帖由 OpEth 于 2011-2-28 15:55 发表

原来果青也知道有文件夹这种东西的存在啊。。。。。

俺还以为你都是用颜色来区分图片类型的。。。。。

iMac也有文件夹啊。同步的时候还选文件夹呢。怎么可能不知道啊。
iPad相册里的是照片图库，不是你要打开上层目录复制命名改名字的那个文件夹哦。
不光有颜色哦，还有图形，还有明暗哦。这就是图片的意义啊，而不是什么名字呃。

引用:

原帖由 aweiwei 于 2011-2-28 16:09 发表
posted by wap, platform: GoogleChrome

1. iOS的看图软件（姑且这么叫吧），可以识别人脸，也可以识别拍摄地点等，还可以按日期排序，识别率是比较高的（当然Windows下也有）
2. IFILE是真的可以让所有的软件都共 ...

怎么小黑屋了233

引用:

原帖由 enix7501 于 2011-2-28 16:22 发表
posted by wap, platform: SAMSUNG

说到这里我也来插一嘴，如果不用itunes同步的前提下，ipad上有什么比较好的看图软件，类似安卓上图库的那种，倒是用过几个

不知道你说的图库具体是什么，iPhone上可以管理图片的软件很多。
国内一个app开发者有给我试用过他开发的图片管理app，也已经上架更新过了。很不错。叫Fotoboard。
http://itunes.apple.com/us/app/fotoboard-free/id393403832?mt=8
可以自己创建独立相册并从iPhone的相册中复制选定的图片到这个独立相册。这样可以只展示自己希望展示的图片给别人看。
不知道能不能满足你的要求。

云计算是不是也是一种对传统目录树结构的突破啊。文件不在本地目录管理，而是在云端，需要的时候检索获得。
这样理解对不对啊。

用户只要管用得方便就好，文件怎么管理的放在哪个文件夹都不必要劳神知道。
管它什么A盘B盘C盘A目录B目录C目录，我要设计图稿就检索得到设计图稿，我要论文报告就检索得到论文报告，难道不是这样不是最好吗。

引用:

原帖由 mushroom 于 2011-2-28 17:19 发表

R U SURE?
请给我一个不以目录为依托的项目相关数据管理方法。包括2进制数据文件，源程序文件，多种文档文件，参考资料等。
请给我一个不以目录和文件名为依托按照我心情喜好分类的音乐管理方法，包括各种多种有损无损格式，图片，歌词，以及歌手唱片公司咨询。

如果用tab管理如何？一个文件标示为2进制数据文件或源程序文件或参考资料，音乐标识为有损无损格式，各种信息都有tab对应。

你不要关心文件夹，你要用的时候只要检索tab就可以。

引用:

原帖由 mushroom 于 2011-2-28 17:33 发表
按照邮件，文档，照片来分类数据的人就不要说什么别人应用简单了。
只会用现成的工具来强制简化自己的应用复杂度，还有什么好说的。

你这逻辑逆天了。
你这么爱自己搞定干嘛用操作系统啊。操作系统也是工具而已啊。二进制好了。
软件都是根据人的需求来开发的，以前的系统也没有那么复杂，根据人的需求开发了实现了就变成现成的工具了。
你是目录爱好者的话那还有什么好说的。

引用:

原帖由 mushroom 于 2011-2-28 17:37 发表


当你的设计图稿数量以K记的时候你用什么来检索？当你要找当前设计图关联的设计文档的时候你用什么检索？当你要找当前设计图实际效果图的时候你用什么检索？

你用目录的时候是怎么检索的？你是不是找到这个文件夹，然后打开相应的文件？
非目录的状态下你找到这个属性好了，找到这个文件就好了。只不过这个属性不是以树状目录的形态呈现的，你别墅A的目录里的别墅A设计图里的别墅A效果图，如果不用进入到目录，直接别墅A属性+设计效果图属性就能出来，不是更好吗？ 几万个也能处理啊，你一定要一个目录一个目录装吗？

Gmail我也用得不爽，但并不表示我希望mail管理变成目录文件式的才好。
我希望Gmail在现有的基础上有更多改善，我才不要倒退到把邮件全部下载到本地目录管理的狗屁时代。我希望Gmail在线就能搞定。

引用:

原帖由 OpEth 于 2011-2-28 18:02 发表

所谓的标签，实质上就是某种形式的文件名。。。。。

差别大了。

引用:

原帖由 OpEth 于 2011-2-28 18:15 发表

那你能否解释一下为什么如此简陋、蠢笨、不灵活的目录树结构会被广泛应用于专业领域？

你手机上的文档的数量总不可能比一座图书馆的藏书数量更多吧？你手机上文档的种类也不可能比地球上所有生物的种类更多吧？ ...

你觉得图书馆里的书在电脑里管理是目录树的结构嘛？
社会一个文件夹，然后每本社会类书名字都在这个文件夹里？
科技一个文件夹，然后每本科技类书名字都在这个文件夹里？
数据库管理好不好。数据库各个表就在一层结构，互相key关联而已。恰恰不是文件夹管理的。