Comments on: 傲游 – Maxthon 2.0 RC4 公众版本发布 http://blog.maxthon.cn/?p=91 点点滴滴, 我们一起走过 Thu, 02 Sep 2010 13:15:38 +0800 http://wordpress.org/?v=2.8.4 hourly 1 By: Jack http://blog.maxthon.cn/?p=91&cpage=2#comment-30275 Jack Sun, 06 Jun 2010 02:01:58 +0000 http://blogcn.maxthon.com/?p=91#comment-30275 还是无法调用啊，郁闷 还是无法调用啊，郁闷

]]> By: hazenou http://blog.maxthon.cn/?p=91&cpage=2#comment-16088 hazenou Tue, 24 Jul 2007 02:40:29 +0000 http://blogcn.maxthon.com/?p=91#comment-16088 居然不看这里，晕。 我给个建议吧。建议开发人员看看。。自己版本公布的地方都不看，我觉得不可思议。 其实你现在也看到了。或许应该提交上去。 这里说问题更加直接，更加方便。 我从myie第一个版本就开始用了（虽然那个时候还不是你们公司的）。 前不久才因为一些插件反馈的问题注册了账户。平常的时候我一般都不注册账户的。相信很多人像我一样都是想反馈问题而不注册账户的。 真诚希望sic向开发人员提议一下。去看看自己公司版本发布的评论吧。 居然不看这里，晕。
我给个建议吧。建议开发人员看看。。自己版本公布的地方都不看，我觉得不可思议。
其实你现在也看到了。或许应该提交上去。
这里说问题更加直接，更加方便。
我从myie第一个版本就开始用了（虽然那个时候还不是你们公司的）。
前不久才因为一些插件反馈的问题注册了账户。平常的时候我一般都不注册账户的。相信很多人像我一样都是想反馈问题而不注册账户的。
真诚希望sic向开发人员提议一下。去看看自己公司版本发布的评论吧。

]]> By: SiC http://blog.maxthon.cn/?p=91&cpage=2#comment-15999 SiC Mon, 23 Jul 2007 00:26:14 +0000 http://blogcn.maxthon.com/?p=91#comment-15999 开发人员一般都没时间来这里看. 一般都是订阅论坛上的 Bug 报告和已确认 bug 列表. 论坛账户其实就是 2.0 的账户. 开发人员一般都没时间来这里看. 一般都是订阅论坛上的 Bug 报告和已确认 bug 列表.
论坛账户其实就是 2.0 的账户.

]]> By: haitao http://blog.maxthon.cn/?p=91&cpage=2#comment-15995 haitao Sun, 22 Jul 2007 07:48:06 +0000 http://blogcn.maxthon.com/?p=91#comment-15995 论坛需要注册、登录 这里不用 论坛需要注册、登录
这里不用

]]> By: SiC http://blog.maxthon.cn/?p=91&cpage=2#comment-15993 SiC Sun, 22 Jul 2007 07:06:00 +0000 http://blogcn.maxthon.com/?p=91#comment-15993 任何使用方面的问题请到 http://forum.maxthon.cn 报告给我们. 在论坛提交反馈也方便我们跟踪和处理每个问题. 任何使用方面的问题请到 http://forum.maxthon.cn 报告给我们.
在论坛提交反馈也方便我们跟踪和处理每个问题.

]]> By: haitao http://blog.maxthon.cn/?p=91&cpage=2#comment-15967 haitao Fri, 20 Jul 2007 06:44:02 +0000 http://blogcn.maxthon.com/?p=91#comment-15967 最近一段时间，最头痛的maxthon占满cpu的事情很少遇到了 今天用winrar压缩一个比较大的文件时，突然winrar慢下来了 一检查，原来是开着很多页面的maxthon开始也占满cpu了！ 而且很多cpu其实是红色的内核时间。。。。。 但是maxthon发作之前，winrar开始压缩之后不久，都不会有这么高的内核时间占用量 好像是maxthon遇到系统cpu或io忙时，会激化内核时间的使用量，已经自己的某种“死循环？”， 从而导致假死。。。。。。。。 请开发人员模拟这种现象，好好跟踪一下实际的触发过程，早日找到原因！ 最近一段时间，最头痛的maxthon占满cpu的事情很少遇到了
今天用winrar压缩一个比较大的文件时，突然winrar慢下来了
一检查，原来是开着很多页面的maxthon开始也占满cpu了！
而且很多cpu其实是红色的内核时间。。。。。
但是maxthon发作之前，winrar开始压缩之后不久，都不会有这么高的内核时间占用量
好像是maxthon遇到系统cpu或io忙时，会激化内核时间的使用量，已经自己的某种“死循环？”，
从而导致假死。。。。。。。。

请开发人员模拟这种现象，好好跟踪一下实际的触发过程，早日找到原因！

]]> By: hazenou http://blog.maxthon.cn/?p=91&cpage=2#comment-15962 hazenou Fri, 20 Jul 2007 05:26:33 +0000 http://blogcn.maxthon.com/?p=91#comment-15962 怎么不见max人回复的呢？ 难道不看这个网页的么? 怎么不见max人回复的呢？
难道不看这个网页的么?

]]> By: rerbin http://blog.maxthon.cn/?p=91&cpage=2#comment-15957 rerbin Fri, 20 Jul 2007 03:52:40 +0000 http://blogcn.maxthon.com/?p=91#comment-15957 tw基本没有假死现象、多说有些页面慢、cpu冲到90%多、还没遇到过cpu 100%的时候，但虚拟内存占用感觉比遨游多很多。遨游cpu占用如果再降下来，稳定性提高起来，流失的老用户应该会回来的。 tw基本没有假死现象、多说有些页面慢、cpu冲到90%多、还没遇到过cpu 100%的时候，但虚拟内存占用感觉比遨游多很多。遨游cpu占用如果再降下来，稳定性提高起来，流失的老用户应该会回来的。

]]> By: rerbin http://blog.maxthon.cn/?p=91&cpage=2#comment-15956 rerbin Fri, 20 Jul 2007 03:44:16 +0000 http://blogcn.maxthon.com/?p=91#comment-15956 继续努力，看了这个版本，感觉遨游有希望了。早先因为崩溃＋假死转向的tw。现在好像好多了。只期待少崩溃、少假死，cpu、内存占用低一些，别的无所谓。我比较了一下，现在遨游打开相同的多个页面内存占用比tw低，对我这样的内存紧张的这点很有吸引力。但cpu占用比tw高很多。希望官方继续努力。 继续努力，看了这个版本，感觉遨游有希望了。早先因为崩溃＋假死转向的tw。现在好像好多了。只期待少崩溃、少假死，cpu、内存占用低一些，别的无所谓。我比较了一下，现在遨游打开相同的多个页面内存占用比tw低，对我这样的内存紧张的这点很有吸引力。但cpu占用比tw高很多。希望官方继续努力。

]]> By: hazenou http://blog.maxthon.cn/?p=91&cpage=2#comment-15937 hazenou Thu, 19 Jul 2007 07:43:34 +0000 http://blogcn.maxthon.com/?p=91#comment-15937 1，报告一下小毛病： 删除插件后，关闭，再次打开傲游设置中心--插件管理器会报错。 但是关闭了maxthon再打开就不会有事了。。 2，建议收藏夹和ie的同步。现在这样子很容易混淆，因为装好后，第一次打开收藏菜单是和ie那个收藏夹是一样的内容，但是日后新增的网址就没有了。。这个功能不好，要么就和ie收藏夹分开来以免混淆。而且maxthon有时候出问题，需要ie的时候却发现收藏夹的宝贝网址没有了。你说这样好么？如果maxthon超级稳定且永远都不用ie就可以不用同步了（^_^）。 现在只有用导出功能来手工达到目的了。。。。。惨。。。。 1，报告一下小毛病：
删除插件后，关闭，再次打开傲游设置中心–插件管理器会报错。
但是关闭了maxthon再打开就不会有事了。。

2，建议收藏夹和ie的同步。现在这样子很容易混淆，因为装好后，第一次打开收藏菜单是和ie那个收藏夹是一样的内容，但是日后新增的网址就没有了。。这个功能不好，要么就和ie收藏夹分开来以免混淆。而且maxthon有时候出问题，需要ie的时候却发现收藏夹的宝贝网址没有了。你说这样好么？如果maxthon超级稳定且永远都不用ie就可以不用同步了（^_^）。
现在只有用导出功能来手工达到目的了。。。。。惨。。。。

]]>