??xml version="1.0" encoding="utf-8" standalone="yes"?>国产精品xxxx国产喷水亚洲国产精品无码久久一区 ,av无码久久久久久不卡网站,久久精品综合网http://www.shnenglu.com/cyantree/zh-cnWed, 07 May 2025 02:49:12 GMTWed, 07 May 2025 02:49:12 GMT60fltk剖析 main-loop(?http://www.shnenglu.com/cyantree/archive/2015/11/01/212050.htmlcyantreecyantreeSun, 01 Nov 2015 03:58:00 GMThttp://www.shnenglu.com/cyantree/archive/2015/11/01/212050.htmlhttp://www.shnenglu.com/cyantree/comments/212050.htmlhttp://www.shnenglu.com/cyantree/archive/2015/11/01/212050.html#Feedback0http://www.shnenglu.com/cyantree/comments/commentRss/212050.htmlhttp://www.shnenglu.com/cyantree/services/trackbacks/212050.html1.H口创徏和销?
2.l图(点,直线Q曲U,?..Q?
3.字体昄
4.输入讑֤交互(键盘、鼠?

只要有这几种功能Q不需要系l提供全套的控gQ也可以自行构徏出界面。另外系l还会提供一些附加功能,对于丰富界面也很有帮助,但ƈ不是充分必要条gQ比?
1.囄d
2.文g操作
3.打印?
4.输入?

Zq样的认知,做ؓ一个GUI库,fltk需要提供一个模型,把这些元素组合在一P既要有够的Ҏ又要够简?nbsp; 阅读全文

cyantree 2015-11-01 11:58 发表评论
]]>
fltk剖析 (一)http://www.shnenglu.com/cyantree/archive/2015/10/19/212043.htmlcyantreecyantreeMon, 19 Oct 2015 15:52:00 GMThttp://www.shnenglu.com/cyantree/archive/2015/10/19/212043.htmlhttp://www.shnenglu.com/cyantree/comments/212043.htmlhttp://www.shnenglu.com/cyantree/archive/2015/10/19/212043.html#Feedback0http://www.shnenglu.com/cyantree/comments/commentRss/212043.htmlhttp://www.shnenglu.com/cyantree/services/trackbacks/212043.html
FLTK (pronounced "fulltick") is a cross-platform C++ GUI toolkit for UNIX]/Linux] (X11), Microsoft] Windows], and MacOS] X. FLTK provides modern GUI functionality without the bloat and supports 3D graphics via OpenGL] and its built-in GLUT emulation.

FLTK是一套适用于unix/linux、windows和macos的跨q_c++界面库,寸_Q具有现代GUI功能Q支持OpenGLQ内|glut

FLTK is designed to be small and modular enough to be statically linked, but works fine as a shared library. FLTK also includes an   阅读全文

cyantree 2015-10-19 23:52 发表评论
]]>
修正fltk 1.3在crunchbang linux下无法调用输入法的问?/title><link>http://www.shnenglu.com/cyantree/archive/2015/10/18/fltk.html</link><dc:creator>cyantree</dc:creator><author>cyantree</author><pubDate>Sun, 18 Oct 2015 15:46:00 GMT</pubDate><guid>http://www.shnenglu.com/cyantree/archive/2015/10/18/fltk.html</guid><wfw:comment>http://www.shnenglu.com/cyantree/comments/212042.html</wfw:comment><comments>http://www.shnenglu.com/cyantree/archive/2015/10/18/fltk.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.shnenglu.com/cyantree/comments/commentRss/212042.html</wfw:commentRss><trackback:ping>http://www.shnenglu.com/cyantree/services/trackbacks/212042.html</trackback:ping><description><![CDATA[<div>在fl_open_display()中添加以下两句:<br />// Add by cyantree, for root-window ime<br />if (!XSupportsLocale()) {<br /> //(void) fprintf(stderr, "%s: X does not support locale %s.", program_name, setlocale(LC_ALL, NULL));<br /> //exit(1);<br /> }<br /> if (XSetLocaleModifiers("") == NULL) {<br /> //(void) fprintf(stderr, "%s: Warning: cannot set locale modifiers.", argv[0]);<br /> }<br /><br /><br />原因是在crunchbang linux下面输入法是root-window模式Q所以需要这么设|,至于什么是root windowQ可以参考x11的说?br /></div><div>另外在Elementary OS下面q是不能调用输入法,估计原因是差不多的,但是修正Ҏq不够,有空的时候再_最q在折腾androidUL到fltkQ没什么时?/div><img src ="http://www.shnenglu.com/cyantree/aggbug/212042.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.shnenglu.com/cyantree/" target="_blank">cyantree</a> 2015-10-18 23:46 <a href="http://www.shnenglu.com/cyantree/archive/2015/10/18/fltk.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>在windows下,当FLTK界面上包含中文的时候启动速度很慢Q以下ؓ修正q程http://www.shnenglu.com/cyantree/archive/2014/04/29/206763.htmlcyantreecyantreeTue, 29 Apr 2014 09:28:00 GMThttp://www.shnenglu.com/cyantree/archive/2014/04/29/206763.htmlhttp://www.shnenglu.com/cyantree/comments/206763.htmlhttp://www.shnenglu.com/cyantree/archive/2014/04/29/206763.html#Feedback0http://www.shnenglu.com/cyantree/comments/commentRss/206763.htmlhttp://www.shnenglu.com/cyantree/services/trackbacks/206763.html在windows下,当FLTK界面包含中文的时候,打开E序的时候会p好几U的旉才能完整昄界面

原因Q?
查了代码Q最后发现原因在于绘制字W的时候通过GetTextExtentPoint32Wq个函数获取字符宽度Q由于这个函数本w速度不够快,所以FLTK使用~存方式来保存宽度,问题在于~存的方式不适合中文q种宽字W,当前的缓存方式是每当获取一个字W宽度时Q把q个字符左右?024个相dW的宽度提前获取q保存,以后每次获取字符宽度之前先搜索缓存,如果没有再通过API实际获取?

q个做法对于英文没有问题Q因为GetTextExtentPoint32W处理英文的速度很快Q而且一ơ获?024个相dW基本就把程序可能会用到的字W全部囊括了Q但是当界面出现中文的时候这U做法就出现问题了,中文的字W集是很大的Q一ơ获取相M1024字符宽度q不能保证囊括了l大多数的字W,所以每ơ界面显CZ前都会花很多旉获取很多用不到的字符宽度Q虽然显CZơ之后的速度很快Q但是启动程序的时候会出现卡顿

所以我做了修正Q每当需?nbsp; 阅读全文

cyantree 2014-04-29 17:28 发表评论
]]>
FLTK新手入门[译]http://www.shnenglu.com/cyantree/archive/2012/05/13/174761.htmlcyantreecyantreeSun, 13 May 2012 07:01:00 GMThttp://www.shnenglu.com/cyantree/archive/2012/05/13/174761.htmlhttp://www.shnenglu.com/cyantree/comments/174761.htmlhttp://www.shnenglu.com/cyantree/archive/2012/05/13/174761.html#Feedback8http://www.shnenglu.com/cyantree/comments/commentRss/174761.htmlhttp://www.shnenglu.com/cyantree/services/trackbacks/174761.html阅读全文

cyantree 2012-05-13 15:01 发表评论
]]>
讨论fltk的qq?/title><link>http://www.shnenglu.com/cyantree/archive/2007/01/28/18117.html</link><dc:creator>cyantree</dc:creator><author>cyantree</author><pubDate>Sun, 28 Jan 2007 10:43:00 GMT</pubDate><guid>http://www.shnenglu.com/cyantree/archive/2007/01/28/18117.html</guid><wfw:comment>http://www.shnenglu.com/cyantree/comments/18117.html</wfw:comment><comments>http://www.shnenglu.com/cyantree/archive/2007/01/28/18117.html#Feedback</comments><slash:comments>3</slash:comments><wfw:commentRss>http://www.shnenglu.com/cyantree/comments/commentRss/18117.html</wfw:commentRss><trackback:ping>http://www.shnenglu.com/cyantree/services/trackbacks/18117.html</trackback:ping><description><![CDATA[号Q?2425450<br /><br />Ƣ迎对fltk有兴的开发h员加?br /><br />==========================<img src ="http://www.shnenglu.com/cyantree/aggbug/18117.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.shnenglu.com/cyantree/" target="_blank">cyantree</a> 2007-01-28 18:43 <a href="http://www.shnenglu.com/cyantree/archive/2007/01/28/18117.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>fltk在windows上的一个小bughttp://www.shnenglu.com/cyantree/archive/2007/01/23/17934.htmlcyantreecyantreeTue, 23 Jan 2007 11:43:00 GMThttp://www.shnenglu.com/cyantree/archive/2007/01/23/17934.htmlhttp://www.shnenglu.com/cyantree/comments/17934.htmlhttp://www.shnenglu.com/cyantree/archive/2007/01/23/17934.html#Feedback4http://www.shnenglu.com/cyantree/comments/commentRss/17934.htmlhttp://www.shnenglu.com/cyantree/services/trackbacks/17934.html在windows下创Z个resizable windowQ最大化的时候会出错Q窗口的最下方实际上ƈ没有和Q务栏靠在一P而且如果d栏很高,那更是奇怪,H口会超ZQ务栏

原因Q?br />怀疑实现部分ƈ非是ql处理,而且自己处理了这个事Ӟ没有ȝ代码Q暂时存?br />
解决Q?br />无。只有找到源代码的实现部分才知道怎么修改?img src ="http://www.shnenglu.com/cyantree/aggbug/17934.html" width = "1" height = "1" />

cyantree 2007-01-23 19:43 发表评论
]]>
fltk2更新?/title><link>http://www.shnenglu.com/cyantree/archive/2007/01/23/17933.html</link><dc:creator>cyantree</dc:creator><author>cyantree</author><pubDate>Tue, 23 Jan 2007 11:42:00 GMT</pubDate><guid>http://www.shnenglu.com/cyantree/archive/2007/01/23/17933.html</guid><wfw:comment>http://www.shnenglu.com/cyantree/comments/17933.html</wfw:comment><comments>http://www.shnenglu.com/cyantree/archive/2007/01/23/17933.html#Feedback</comments><slash:comments>5</slash:comments><wfw:commentRss>http://www.shnenglu.com/cyantree/comments/commentRss/17933.html</wfw:commentRss><trackback:ping>http://www.shnenglu.com/cyantree/services/trackbacks/17933.html</trackback:ping><description><![CDATA[不久前fltkl于释出可以实用?.0版本Q目前的具体版本?.0.x-r5556Q让我们看看具体的更新和变动<br /><br />首先是字? 的巨大改q,开始支持utf8Q所以在linux下汉字无法显C和输入法无法输入的问题已经d解决Q但同时也带来一些问题,是在代码内必须使用 utf8的汉字才能正显C在界面上,但是unicode的编辑器又不是那么好找,再说在windows下开发的话一般都会用vcQ而在vc下输? unicode是一件有困难的事情,臛_我没有找到好的插Ӟ所以需要一个解军_法,那就?fltk>里的函数Q帮助文档里?有说的很清楚Q但是大体上q是可以猜到意思的<br /><br />? 改了class BrowserQ变成了一个treeQ在1.0中想昄一个grid或者listview一直只能自己处理,现在不用了,q个Browserq算可以Q提 供了基本的功能,E微q有一些扩充,如果惛_丰富一些就只有自己l承了,反正fltk的宗旨就是自己动手丰衣食?br /><br />Opengl的功能貌似有一些修正,但是我没有用刎ͼ而且demo中关于OpenGL的例子还没有提供Q所以目前情冉|?br /><br />帮助文档未完善,而且代码中附带的帮助无法使用Q所以很多时候还是查1.0的帮助以及看源代码更加有效一?br /><br />所 有的头文件和cd全部去除了FL_Q引入了namespaceQ好处是cȝh更清楚了Q坏处是?.0的代码升U变得很ȝ?/fltk>头文件从<FL/FL_XXXX.H>变成<fltk/xxxx.h><fltk><fltk>Q全部变成了写Q而且L了FL_Q同时目录也变成fltk/了,q些l?节稍微用一D|间就会习惯,一开始会造成一些问题,虽然在fltk目录下也保留了一些兼容的头文Ӟ但是q是不要用,因ؓ不全Q而且q早要换的, 何必不一步到位?<br /><br />对编译器支持的更全,目前支持vc6,vc.net,devcpp,gcc,Code::Blocks,bc5Q基本囊括了行的C/C++~译?br /><br />支持整体themeQ可以一ơ性设|当前界面的theme<br /><br />打算引入一个叫cairo的库Q具体作用好像是用于矢量q算的,属于W三方的代码Q在fltk的站点上关于q个有一个投,大多Chq是拒绝在fltk中加入外来插Ӟ都觉得应该保持fltk的轻量快速的特征<br /><br />待箋.....</fltk></fltk><img src ="http://www.shnenglu.com/cyantree/aggbug/17933.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.shnenglu.com/cyantree/" target="_blank">cyantree</a> 2007-01-23 19:42 <a href="http://www.shnenglu.com/cyantree/archive/2007/01/23/17933.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>class的沼泽地http://www.shnenglu.com/cyantree/archive/2006/10/19/13885.htmlcyantreecyantreeThu, 19 Oct 2006 13:15:00 GMThttp://www.shnenglu.com/cyantree/archive/2006/10/19/13885.htmlhttp://www.shnenglu.com/cyantree/comments/13885.htmlhttp://www.shnenglu.com/cyantree/archive/2006/10/19/13885.html#Feedback2http://www.shnenglu.com/cyantree/comments/commentRss/13885.htmlhttp://www.shnenglu.com/cyantree/services/trackbacks/13885.htmlhttp://blog.csdn.net/mfowler/archive/2006/10/19/1340364.aspx

   Martin Fowler的确是oo的大师,对类的理解和解析的确很深入,但是我还是想表述一些不同的意见。对于class而言Q越强大׃臃肿,简单就会越? ,q是不可避免的问题。对于一个够复杂的pȝQclass单了不行Q太散,最后的l装成本会相对过高,复杂了也不行Q复用和l护的成本也很高。而且 q两U都会造成中间层的脂肪q剩Q虽然所有讲oo的书都会说过度复杂的中间层不好,但是没有哪本书提Z很好的解军_法,g归结到最后就只有依靠开发? 本n了。这U情况其实很是可怕,面对目前的开发现Ӟ很多pȝ对复用的渴求会越来越明显Q但是老系l中到底有多模块可以无~移植,只怕没有h能说清楚? 而且随着需求的变化Q老系l的l护和升U也来成Z个巨大的负担Q重写是最常见的最l武器,但这武器所带来的损耗和费也是相当惊h的?br />
   其实问题的核心是Q如何在复杂度和可读性之间寻求最佳的q。h的脑定w是有限的和有差异的,不同的开发者对复杂度的衡量标准是不一L。一个确定的? 块,Ҏ些h而言是容易理解和消化的,但对另外的h而言却复杂的无法吞咽Q这是现实问题,q不是通过培训和努力就能消除的。不同的行业和不同的开发方向, 一定会造成不同的理解范围和理解方式Q也造成不同的开发者之间会存在必然的差异。只要这U差异存在,之前所q的问题׃定存在?br />
  ? 题不可怕,可怕的是不敢去面对。真的勇士,敢于直面惨E的h?-) 个h看法Q胶合层是一定要减肥的,但是如何减是一个问题。对于一个oo构架的系l,胶合层是一定存在的Q如何做薄做是个关键,同时薄和的标准也是因h 而异的。v码有一Ҏ很肯定,胶合层的复用性是很差的,甚至可以说根本没有复用的可能Q那么很单,一个系l中只创Z个胶合层Q尽量将特定的需求和无法 复用的部分整合进来,同时随时做好丢弃的准备,一旦需要开发新pȝ或者需要升U系l,胶合层就成ؓW一个被牺牲的对象,如果设计的好Q就有可能是唯一需? 丢弃的部分,q样L可以保证智力投资最大限度的保倹{?br />
  模块(classQ接口,函数Q随便你怎么定义?的复用性如何,军_了它? 生存旉Q也直接反应了开发者的能力Q如何确保复用性是个老生常谈的话题了Q但我还是要啰嗦两句。复用性好q不代表强大和复杂,Zq求一个万能模块而编 写够复杂的模块Q纯属浪Ҏ间和_֊Q简单是保证良好复用性的前提Q一个复杂的模块是不能指望有多少复用性的。同Ӟ单ƈ非是化,一个无法完成分? 工作的模块是D次品,是不能称之ؓh复用性的。基于之前的Q如何算是简单对于不同的开发者而言又是各不相同的,q需要开发者从别h的角度考虑和长? 间的自我衡量Q复杂了不行Q学习难度太高,单了不行Q会降低模块的灵zL。曾l看q一D话Q好的界面就是一眼看q去Q需要的功能都在Q没有什么复杂的? 在,但是需要深入控制的时候,该有的也都能扄到。挪到我们的问题上,也就差不多是q个意思了。这很难Q但是因ؓ难,也就同时创造了乐趣Q做Z个开? 者,当以q种困难为敌手,囄匕首玎ͼ五步溅血.....

2006-10-19 18:57

cyantree 2006-10-19 21:15 发表评论
]]>
两个bt聊天http://www.shnenglu.com/cyantree/archive/2006/07/06/9511.htmlcyantreecyantreeThu, 06 Jul 2006 15:20:00 GMThttp://www.shnenglu.com/cyantree/archive/2006/07/06/9511.htmlhttp://www.shnenglu.com/cyantree/comments/9511.htmlhttp://www.shnenglu.com/cyantree/archive/2006/07/06/9511.html#Feedback0http://www.shnenglu.com/cyantree/comments/commentRss/9511.htmlhttp://www.shnenglu.com/cyantree/services/trackbacks/9511.html 伟大的progame 11:30:40
我又在看?q多前的代码 向自己学?
伟大的progame 11:30:50
原来我处在一个极?现在在另一个极?
量大的老o 11:32:14
?q前的代码,只能形容为:不忍卒读
量大的老o 11:32:43
现在的代码,可以很公正的_垃圾
伟大的progame 11:33:07
我原来走标准的三?com+ businessobject
伟大的progame 11:34:15
现在是framework + xml
伟大的progame 11:34:28
接下来要中和?
伟大的progame 11:34:31
两个都是极端
老渔?11:34:57
标准的三层是垃圾?
量大的老o 11:37:01
我以前是标准的万物皆c,一个小的接口都要用类来包裹一番,l果累的不行
量大的老o 11:38:05
现在l于q然悔悟Q明白鸟手中无刀Q心中有刀的真谛,所谓放下屠刀Q立地成佛啊.....
伟大的progame 11:38:33
你不明白 你没有涉及到复杂多变的业?
量大的老o 11:39:30
以史为鉴Q展望未来,我们的目标是飞花摘叶Q皆可伤人,要做到手中无刀Q心中也无刀.....
乌鸦 11:39:50
_度看自己把?
量大的老o 11:40:05
我坚持认为,复杂的需求未必一定带来复杂的实现
老渔?11:40:36
我一直用成熟的技术,不用最先进的技术?
乌鸦 11:40:44
复杂的实现必带来不稳?
量大的老o 11:40:53
葵花宝典Z么那么nbQ化JؓQ一根绣花针搞定一切啊
老渔?11:40:57
q是Z么很多国家不修磁悬Q的原因?
乌鸦 11:41:10
复杂的东西必带来不可?
量大的老o 11:41:46
再看独孤九剑Q关键就在一个破?
乌鸦 11:42:02
以前是数据库,非要怎么设计
乌鸦 11:42:15
现在是类
乌鸦 11:42:23
然后又是?
量大的老o 11:42:34
所谓九贱齐出,处可破.....
伟大的progame 11:43:41
没说实现要复?
伟大的progame 11:43:53
但是你如何有一个灵zȝ东西去面对多变的业务?
伟大的progame 11:44:08
最后发?事实上是很难面对?
量大的老o 11:44:09
要灵z,p?
伟大的progame 11:44:32
想一个东襉K吃不同的业务是不现实的
乌鸦 11:44:33
很多业务其实实现的代仯q大于维护的代h
乌鸦 11:44:43
所以这个业务实际上是错?
量大的老o 11:44:44
内敛,通用
伟大的progame 11:44:48
首选是业务模型的徏?
伟大的progame 11:45:01
q不比Y件架构的设计?
量大的老o 11:45:06
所谓浓~的是_֍
量大的老o 11:45:49
个hl验Q要从h的角度考虑Q就可以避免一些不必要的复?
量大的老o 11:46:48
几乎所有的windowsE序都有搜烦Q但你看linux的做法,find+grep搞定一?
伟大的progame 11:46:50
你不_N业?再怎么设计 都可能走入死?
量大的老o 11:47:17
业务Zh而存?
伟大的progame 11:47:32
业务W一 软gW二
量大的老o 11:47:48
人第一Q业务第二,软gW三
量大的老o 11:48:26
表认为客户都是笨蛋,其实当你愿意教他的时候,客户会比你想像的聪明
伟大的progame 11:48:49
你从每个人的x出发是错误的 因ؓ即是一个客?在它的内部也是有大量的冲H?
伟大的progame 11:49:00
操作和管理层 市场和售后服?
伟大的progame 11:49:12
他们的出发点是不同的 出来的东西是矛盾?
量大的老o 11:49:17
冲突是一定的Q而且一定会造成矛盾的需?
伟大的progame 11:49:26
你如果精通业?有成功案?
伟大的progame 11:49:33
那么好办?q时才可以指导它
量大的老o 11:49:50
在这个时候,可以l出一个二义性的解决ҎQ有何不可?
伟大的progame 11:49:58
不会因ؓ你的软g多么多么地灵z?多么多么地先q?你才有资格指导它
伟大的progame 11:50:23
那么你的软g最后给他们是带来问?
伟大的progame 11:50:27
而不是解决问?
量大的老o 11:50:37
解决问题的核心是解决?
专弹金属的JJ 11:50:43
因ؓ人本w,是一个问题!
量大的老o 11:50:44
而不是事?
伟大的progame 11:50:53
_N业?成功案例 q是利实施的不二法?
伟大的progame 11:51:59
其它都是扯蛋 跟客戯技术先q?负蝲?可׾~?跨^?节约成本 最后都会因为流E无法顺利走通而完?
量大的老o 11:52:21
我没有做q数据库应用Q所以只能从我的l验q行推论Q未必正,但是Q我恨这个词Q,一些原理也许可以通用
伟大的progame 11:52:21
老梦你做的是提供功能性的东西 功能有了 OK?
伟大的progame 11:52:30
我做的是业务程的东?
伟大的progame 11:52:40
程才是最重要?
量大的老o 11:52:54
程C通,可以变?
量大的老o 11:53:03
变通的基点是?
伟大的progame 11:53:16
客户不是要你拿他来当实验?
量大的老o 11:53:23
否则׃能{化ؓ最l实?
量大的老o 11:53:49
客户是上帝,是猪Q是畜生
量大的老o 11:54:08
当一回试验品也没关系
量大的老o 11:54:43
要敢于摸着mimi找mm
量大的老o 11:54:58
只要爽就可以
伟大的progame 11:55:17
所以没办法 只好牺牲几个试验品了
伟大的progame 11:55:25
代h是被客户骂
量大的老o 11:55:32
没h敢说他的模型是万能的Q他的流E是通用?
量大的老o 11:56:09
如果能做到尽量灵z,也能做到无限接近正确
量大的老o 11:56:52
写的再多Q不如抓住核?
伟大的progame 11:57:21
我现在就是想 用底层的东西 能够大大节省开发时?q样 无需开发通用产品 而是快速开发多个?
量大的老o 11:58:22
也许我更_暴Q我想用q程Q灵zȝ接口方式Q提供一x逸的模块Q将来的事情是l装
量大的老o 11:58:57
没有胶合层,拒绝转发
量大的老o 11:59:16
界面都可以抛弃,只有功能永存
量大的老o 12:00:24
所谓的框架、模型、接口,最l的目标是功能,如果带来的附加部分远过实际所需Q那么再先进也是废物
量大的老o 12:01:05
最极端的例子就是java的那些狗屁框Ӟ也不知道是ؓ什么样的脑袋而准备的
量大的老o 12:01:43
我只要一杯水Q却l我送上来一个净水处理工?/p>

 

2006-06-29 http://www.heybrain.com 首发


cyantree 2006-07-06 23:20 发表评论
]]>
޹Ʒþþò| ޹˾þþƷӰ| þֻ⾫Ʒ99| ޾ƷۺϾþ| ƷŮþþþþ2018| 99þþƷһëƬ | AVݺɫۺϾþ| ŷ˾þƬ| þ㽶߿ۿè?v| ɫɫۺϾþҹҹ| 㽶þһ޶ӰԺ| ŷ޾Ʒ˾þ| þ99Ʒ99þ6| ޾þһ| ˾þþƷһ| ƷŮٸaѾþ| һɫþ99һۺ| ƷѾþþþùһ| þþþavר| 99þۺϹƷ| þ޾ƷƵ| AVһȾþ| þþþùƷ۲ӰԺ| 91Ʒþþþþù۲| þþøƵ| ŷҹAŴƬþ| wwþþþþþþþ| þþþþ| պþþþþ| þ¶ݺɫ| ŵþ| Ʒþ| ˺ݺۺϾþ| ˬˬƬaþ| ˹ھƷþþþһ| ˾þˬ| þþþþҹƷƷ | þٸ۲AV| 99þþƷһ| þܳ| ޾Ʒһۺ99þ|