未收到通话记录中的清晰列表通知
我一直在使用 CLogViewRecent 和 MLogViewChangeObserver 来监控 S60 第五版手机上的通话记录。
MLogViewChangeObserver 具有三个函数：
virtual void HandleLogViewChangeEventAddedL(TLogId aId, TInt aViewIndex, TInt aChangeIndex, TInt aTotalChangeCount);
virtual void HandleLogViewChangeEventChangedL(TLogId aId, TInt aViewIndex, TInt aChangeIndex, TInt aTotalChangeCount);
virtual void HandleLogViewChangeEventDeletedL(TLogId aId, TInt aViewIndex, TInt aChangeIndex, TInt aTotalChangeCount);
但是，只有前两个函数会定期调用，而 HandleLogViewChangeEventDeletedL 仅偶尔调用。
例如，当我从通话记录应用程序的“已接来电”列表中的菜单中选择“清除列表”时，不会调用 HandleLogViewChangeEventDeletedL 。
谁能指出发生这种情况的原因以及如何纠正这个问题？
谢谢。
I have been using CLogViewRecent and MLogViewChangeObserver to monitor call log on S60 5th edition phones.
MLogViewChangeObserver has three functions:
virtual void HandleLogViewChangeEventAddedL(TLogId aId, TInt aViewIndex, TInt aChangeIndex, TInt aTotalChangeCount);
virtual void HandleLogViewChangeEventChangedL(TLogId aId, TInt aViewIndex, TInt aChangeIndex, TInt aTotalChangeCount);
virtual void HandleLogViewChangeEventDeletedL(TLogId aId, TInt aViewIndex, TInt aChangeIndex, TInt aTotalChangeCount);
However, only the first two get called regularly, while HandleLogViewChangeEventDeletedL gets called only sometimes.
E.g. HandleLogViewChangeEventDeletedL is not called when I choose "Clear List" from the menu in "Received calls" list in Call log application.
Can anyone point to the reason why this is happening, and how to correct this?
Thank you.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
阅读 Symbian^3 logcli 源代码，“列表清除”是与“事件删除”不同的事件。它不会反映在
MLogViewChangeObserver回调 mixin 中，仅反映在MLogViewChangeObserverInternal中，如HandleLogViewChangeEventLogClearedL()。这就是它发生的原因。抱歉，无法为您提供解决方法，无法实现您自己的 Logsrv 客户端，以您想要的方式处理ELogChangeTypeLogCleared更改类型。也许您可以描述您在总体层面上想要实现的目标，以便可以提供其他替代方案。
Reading the Symbian^3 logcli source, "list cleared" is an event different from "event deleted". It's not reflected in the
MLogViewChangeObservercallback mixin, only inMLogViewChangeObserverInternalasHandleLogViewChangeEventLogClearedL(). That's why it's happening. Sorry, cannot offer you a workaround, short of implementing your own logsrv client that handlesELogChangeTypeLogClearedchange types the way you want.Maybe you could describe what you are trying to achieve on the big picture level so it could be possible to offer other alternatives.