Android版本的混乱将这个阵营推向了深渊的边缘,除非google承认他本来就是来搅局的,google善长快速开发简单产品,像google redader、gmail、Google+等产品,但作为一个操作系统来说这太儿戏了,Android从收购来推出太快了,我一直认为他就是来搅局的,便宜的授权(几呼免费)和快速的版本更新(硬件更新也会同步跟上),这是硬件制造商最渴望的东西,所以才让市面上的Android机器泛滥了,Android的占用率其根本就在这里,而并不是因为他的品质。
另外一个为Android呐喊的是web2.0企业,因为他可以快速推非增值附属产品,像facebook、qq、微博工具等,而他们只是造制了Android就业岗位,他们根本不靠移动应用来直接营利!
到最后最受伤的是自由开发者和增值应用开发的公司,他们完全靠开发应用盈利,而在Android面前,只能慢慢被免费吃掉!前有Android的版本兼容性混乱,后有web2.0公司的免费,再加上越狱、第三方免费应用商城等怪现象的的打压,自由Android开发者不知道还会不会存在!
WQ微博客户端,尼玛终于做完了,无需安装AIR之类的东东,Winodws7用户直接安装,XP用户需要.net framework 3.0以上内裤,采用oAuth授权安全可靠,用户可以放心使用,本软件功能一点也不强大,非常简单,有木有见过这么简单的微博客户端,有木有?有木有?木有就下载的试一下!^_^
本软件不需要任何CHM或视频教程,你懂的......
FlowDocument是一个高级文档控件,可以承载丰富的流内容格式,FlowDocument顶级子元素必须派生自Block,包括:BlockUIContainer,List,Paragraph,Section,Table等内容模型,那么这样含盖的控件元素就相当丰富了,那么一个丰富的流文档中的元素很少在.cs中一个个加入,也不可能直接构建在.xaml文件中,一般的“富流”可能都是来至外部。例如:远程或本地的.xml流中,或者是把html流转换过来的xml文档等(我现在做的一个微博工具就要这样),很显然WPF直接支持将xml流转换成相应的WPF控件或内容模型,前提是将xml流的标签必须是有效的WPF控件标签,否则抛出异常,例如:要将一个xml流转换成FlowDocument控件,这个xml中的标签结构必须是上面提到5种Block内容模型。
下面通过一个例子说明:
string _text="<Image Source=\"http://www.xxx.com/xxx.png\" /><Label>my face</Label>";
string _xml = "<FlowDocument xmlns=\"http://schemas.microsoft.com/winfx/2006/xaml/presentation\" xmlns:x=\"http://schemas.microsoft.com/winfx/2006/xaml\">";
_xml+="<Paragraph LineHeight=\"18\">"+_text+"</Paragraph>";
_xml+="</FlowDocument>";
System.IO.StringReader reader = new System.IO.StringReader(_xml);
System.Xml.XmlReader xmlreader = System.Xml.XmlReader.Create(reader);
FlowDocument doc = (FlowDocument)XamlReader.Load(xmlreader);
一个总是说这有什么用的人
这是个总是说“这有什么用”的人 一个玩世不恭的人
他总是说:“这有什么用”
一个总是说着“这有什么用”的人 一名卑微的吉他手
从来不用其他语调:“这又有什么用”
一个总是说“这有什么用”的人 有一点沉迷于空想的人
总用这样的口吻说着:“这有什么用”
一个总是说“这有什么用”的人
他说对或者说错:“又有什么用”
一个总是说“这有什么用”的人 受尽了所有人的嘲笑,还始终坚持
说虽然我很渴望,但事实上,又有什么用
一个总是说“这有什么用”的人 他不需要眼科医生
就可以看得清这世间的种种烦恼 可是,这又有什么用
一个总是说“这有什么用”的人 哀伤地看着我说
我爱你 其他的都无关紧要.
定不下心来,没办法把QQ关了,但手上暂时又没事情做,写代码很难集中注意力,想去去uirss欣赏佳作,但打不开,最近不知道是不是要拿技术类网站开刀(javaeye再前),只好去chinaui看了,发觉还是没有像平常那样的热衷了,不知道是真的懒了还是神游,看到里面的twitter图标很可爱,想到一个办法,把这个小t画大一点刚好即可以练练手,又可以集中注意力,好久没用ps画过东西了,再熟悉一下(声明,还是那句话其实我是名程序员)。

很多事情我都不想放弃,尤其是技术层面上的事件,但这次我真的要放弃了,4个月前我将界面和控件全部用wpf写好,当时真的兴致勃勃,尽管新浪微博开放平台的api还不够完善,很而有很多请求限制,包括限制请求次数,而且在api接口文档最后说明搜索功能只限“新浪合作伙伴”,我一直认为正式开放时,这些限制会取消或降低,今天看了他们的发布会才终于醒过来,这个我一直认为将是国内最开放的平台,其实也不过如此,相比google和bing的开放自由度相差太远了。
新浪微博开放平台根本就是只开放给合作伙伴,前面的测试开放平台只是让自由程序员做了“小白鼠”,现在的微博平台应用程序中心全是“测试品”,用户根本不可能使用这些产品,只有今天的发布会上的合作伙伴才是重头戏,创新工场、eico他们才是真正开放平台的被开放者。
发布会看了一半,我不想看了,我进入api文档库查看,依然是4个月前的那是微弱的开放接口说明,仍然没有搜索,继续限制请求,我要这个鸡肋api有什么用?我真的心灰意冷,打开4个月前做好的界面库和控件库---我全删了,“国产api”真的太让人无语了。
现在的平台都配备有基本用户体验团队,挖空心思为了给用户好的映象和体验,那么产品在从他们的“脑子”到“纸上”再到“应用”上,是否真正的证实过用户也是按这个 思路来的?他们手上的“用户习惯”、“产品导向”等数据从哪来的?他们的“应用”做过何种程度的测试?这些疑问不是我现在要讨论的,我这里用一个实际例子看一下我们是否忽视了什么?
先说明一点,我是以很普通用户很随意的常规方式在体验整个流程,并没有故意刁难这个平台的性能(那是测试员做的事),此文不是故意针对飞虎乐购平台,只是分 析一下“交互层与用户体验的同步性能”。飞虎乐购帐号是我很早就注册了的,联系方式(配送地址)包括真姓名我当时是随便填写的(因为后面关系到这个)。
昨天 白天和朋友闲聊时说起富士康的“飞虎乐购”,晚上回家想体验一下他们的订购流程,我在上面买了一个罗技摄像头,订购操作基本上没什么特殊的,大至和其它B2C平台一致,只是在提交订单页面引起 了我的注意,飞虎的订单提交页面将支付和配送等表单集中在一个页面(vancl和乐淘等就不是,其中vacal用多个分布页面)让用户填写,减少了用户的“下一步”操作,可能是为节省提交时间或者降低 用户的耐性,这样做同时也增加了交互层的运载能力,这样做有他的好处,同时问题也不可避免的产生了,下面分析一下这个页面的“创新”的交式互功能和引发的系列问题。
1.自动识别是否可“货到付款”
2.自动匹配配送仓库
3.自动计算匹送费用
最近360和QQ两个sb掐架,吵死人了,不停的弹窗口水横飞,又不去法院解决(估计他们也知道那帮人更靠不住),最后QQ不知道是口水快干了还是实在没招了,居然逼着用户卸掉360,但tm搞笑,有胆就自己卸,还好意思连发好几个公告,听说那发言人还湿了?难道这就是中国互联网的真实写照?
继续掐,往死里掐,我一点也不急,而且很优雅的给msn打个广告,大家都来用吧!
今天把QQ空间关了!开了2个月不到,算了还是放弃了,不想试着让别人了解我了,该了解的会了解的,在意的太多失去的更多...