MTK Screen Histroy机制

最新推荐文章于 2018-07-17 21:30:02 发布
最新推荐文章于 2018-07-17 21:30:02 发布
阅读量600 收藏
点赞数
分类专栏： MTK
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/bravoon/article/details/8661219
版权

初涉mtk平台，遇到一个奇怪的问题,假如有这样一段代码：

void EntryFristScreen()

{

   EntryNewScreen(SCR_ID_1,NULL, EntryFristScreen, NULL);//第三个参数newEntryHandler不为空

   guiBuffer = GetCurrGuiBuffer_r(SCR_ID_1);

     ........//为了更好的说明问题，省去部分代码和参数

   SetLeftSoftkeyFunction(EntrySecondScreen,KEY_EVENT_UP);

   SetRightSoftkeyFunction(GoBackHistory,KEY_EVENT_UP);

   ShowCategory52Screen(。。, 。。,。。, 

         。。, 。。, 。。,

        。。,。。,。。, 。。, 。。,

 0, guiBuffer); //其中0为设置的列表项高亮度条所在位置

   //问题就在这里，当第一次进入52Screen的时候高亮条在列表项索引0位置，改变高亮条位置之后进入下一屏，再返回,虽然依然是调用EntryFristScreen，虽然ShowCategory52Screen中高亮参数依然是0，但是高亮位置已经不在列表索引0位置

}

为了弄清这个问题和更好的说明Screen的History机制，我们添加一屏,如下:

void EntrySecondScreen()

{

   EntryNewScreen(SCR_ID_2,NULL, EntrySecondScreen, NULL);

   guiBuffer = GetCurrGuiBuffer_r(SCR_ID_2);

   SetLeftSoftkeyFunction(EntryXXXScreen,KEY_EVENT_UP);

   SetRightSoftkeyFunction(GoBackHistory,KEY_EVENT_UP);

   ShowCategoryXXXScreen(。。,。。, 。。, 。。, 。。, 。。,

        。。,。。, 。。, 。。, 。。,

        。。, 。。);

}

        我们要分析的是从第一屏进到第二屏这个动作过程，对于这个过程中发生的任何操作我们只关心对SCR_ID_1和SCR_ID_2的操作，其他的一概不管，首先我们来分析EntryFristScreen中EntryNewScreen(SCR_ID_1, NULL, EntryFristScreen,NULL)所作的操作，在这个操作中除了对SCR_ID_1上一屏的操作我们不管外，这个操作中和

SCR_ID_1相关的操作是：

 currExitScrnID =newscrnID; //即currExitScrnID   =SCR_ID_1;

//currExitScrnID=scrnID; //在SetGenericExitHandler中有一个重复的操作，我们忽略它

currExitFuncPtr=exitFuncPtr;  //即currExitFuncPtr = NULL;

currEntryFuncPtr= entryFuncPtr; //即currEntryFuncPtr =EntryFristScreen

          在EntryNewScreen(SCR_ID_1, NULL, EntryFristScreen,NULL)中与SCR_ID_1相关的重要操作仅有这么多,guiBuffer = GetCurrGuiBuffer_r(SCR_ID_1)操作由于SCR_ID_1并没有被写入historyData栈，所以guiBuffer=NULL,而在ShowCategory52Screen中的层层调用中，我们只需要记住这其中的一个操作，就是对全局函数指针的赋值：

GetCategoryHistory =get_history_function;即GetCategoryHistory   = dm_get_category_history。

          关于第一屏的分析就到这里了，我们即将进入第二屏，在进入第二屏之前，我们先假设它会保存上一屏的参数(高亮度条位置等参数,保存到historyData的Scr栈中的guiBuffer和inputBuffer中),我们先假设这一假设成立，然后再证实它。让我们开始第二屏的分析,同样,在所有的操作过程中，我们只关心SCR_ID_1和SCR_ID_2相关的，并且和主题相关的操作:

         首先，EntryNewScreen(SCR_ID_2, NULL, EntrySecondScreen,NULL)的操作;

以EntryNewScreen->ExecuteCurrExitHandler->ExecuteCurrExitHandler_Ext->GenericExitScreen->AddHistory【#defineAddHistory(addHistory)AddHistoryReference(&(addHistory))】这样的调用顺序来分析，我们着重分析一下GenericExitScreen函数，

在执行GenericExitScreen时，

currExitScrnID   = SCR_ID_1;currExitFuncPtr = NULL;

currEntryFuncPtr =EntryFristScreen;GetCategoryHistory   = dm_get_category_history;这4个变量的值并没有发生改变；因此这段代码

void GenericExitScreen(U16 scrnID, FuncPtrentryFuncPtr)

{

history h;

U16nHistory = 0;   

h.scrnID = scrnID;

h.entryFuncPtr = entryFuncPtr;

mmi_ucs2cpy((S8*)h.inputBuffer, (S8*) &nHistory);//只起一个初始化的作用，把inputBuffer数组置空

GetCategoryHistory_r(h.guiBuffer);

AddHistory(h);    

}

       在ExecuteCurrExitHandler_Ext中调用GenericExitScreen(currExitScrnID,currEntryFuncPtr);相当于：

       void GenericExitScreen(currExitScrnID, currEntryFuncPtr)

{

history h;

U16nHistory = 0;  

h.scrnID = SCR_ID_1;

h.entryFuncPtr = EntryFristScreen;

mmi_ucs2cpy((S8*) h.inputBuffer, (S8*) &nHistory);

dm_get_category_history(h.guiBuffer);

AddHistory(h);  

}

在dm_get_category_history中依据刚才画SCR_ID_1过程中的全局变量（因为SCR_ID_2的画屏操作尚未开始，因此当前的全局变量是记录的是画上一屏的参数或称上下文，保留现场），将这些现场数据保存到h.guiBuffer(对于其他屏，也有保存inputBuffer的过程)中，在dm_get_category_history中根据现场的全局变量找到对应的ManagerControls，

这里是：

case DM_LIST1:

{

   get_list_menu_category_history((U16)p_dm_data->s32CatId, history_buffer);   

   break;

}

在get_list_menu_category_history中将现场的全局变量保存到h.guiBuffer中（这里只用到了guiBuffer），

//这里的history_buffer就是我们传进来的h.guiBuffer

void get_list_menu_category_history (U16history_ID, U8 *history_buffer)

{

   if (history_buffer !=NULL)

   {

U16 hID =(U16) (history_ID | 0x8000); 

list_menu_category_history *h= (list_menu_category_history*)history_buffer; h->history_ID = hID;

   #ifndef__MMI_DICTIONARY__

h->highlighted_item = (S16)MMI_fixed_list_menu.highlighted_item;

h->first_displayed_item= (S16) MMI_fixed_list_menu.first_displayed_item;

h->last_displayed_item= (S16) MMI_fixed_list_menu.last_displayed_item;

h->displayed_items= (S16) MMI_fixed_list_menu.displayed_items;

   #else

h->highlighted_item =    MMI_fixed_list_menu.highlighted_item;

h->first_displayed_item= MMI_fixed_list_menu.first_displayed_item;

h->last_displayed_item= MMI_fixed_list_menu.last_displayed_item;

h->displayed_items= MMI_fixed_list_menu.displayed_items;

#endif

    h->flags= MMI_fixed_list_menu.flags;

    h->state= (S8) (-1);

    h->num_items= MMI_fixed_list_menu.n_items;

   }

}

回到GenericExitScreen函数，在获得现场数据之后调用AddHistory(h)，将现场数据添加到Screen的History栈historyData中，History栈中inputBuffer和guiBuffer空间的申请都是在AddHistory也就是AddHistoryReference这个操作中完成的，并用我们用dm_get_category_history得到的现场数据为他赋值：

void AddHistoryReference(history *addHistory)

{

increment();

memset(&historyData[currHistoryIndex],0,sizeof(historyNode)); historyData[currHistoryIndex].scrnID=addHistory->scrnID;

historyData[currHistoryIndex].entryFuncPtr= addHistory->entryFuncPtr;

#ifdef __MMI_UI_SMALL_SCREEN_SUPPORT__

historyData[currHistoryIndex].isSmallScreen =(U16) small_history_node;

#endif

length = mmi_ucs2strlen((PS8)addHistory->inputBuffer);

if (length)

{

 historyData[currHistoryIndex].inputBuffer= OslMalloc(length * ENCODING_LENGTH+            ENCODING_LENGTH);

mmi_ucs2cpy((PS8)historyData[currHistoryIndex].inputBuffer, (PS8)addHistory->inputBuffer); }

historyData[currHistoryIndex].guiBuffer =OslMalloc(MAX_GUI_BUFFER); memcpy(historyData[currHistoryIndex].guiBuffer,addHistory->guiBuffer, MAX_GUI_BUFFER);

}

        到这里我们前面的假设已经得到证明，保存上一屏的现场数据的操作在进入新的一屏前的这一时刻完成，进入新的一屏后在返回上一屏（SCR_ID_1），系统就会从historyData中去读取上一屏（SCR_ID_1）的现场数据。假如依旧是

void EntryFristScreen()

{

EntryNewScreen(SCR_ID_1, NULL,EntryFristScreen, NULL);

guiBuffer = GetCurrGuiBuffer_r(SCR_ID_1);

........//为了更好的说明问题，省去部分代码和参数

SetLeftSoftkeyFunction(EntrySecondScreen,KEY_EVENT_UP);

SetRightSoftkeyFunction(GoBackHistory,KEY_EVENT_UP);

ShowCategory52Screen(。。, 。。, 。。,。。, 。。, 。。,

       。。,。。,。。, 。。, 。。,

       0, guiBuffer);

}

       此时在调用guiBuffer = GetCurrGuiBuffer_r(SCR_ID_1); guiBuffer就不为空了，在ShowCategory52Screen中会通过set_list_menu_category_history(...,guiBuffer)去读取上次退出时的现场数据，而不去理会ShowCategory52Screen中倒数第二个参数(highlighted_item= 0)的赋值情况。所以高亮度条不停留在列表索引0位置。

         写到这里，你是不是豁然开朗了？为了能善始善终，我们再来看一下guiBuffer和inputBuffer的是在哪些时机下释放的，在History模块中，只有static voidmmi_free_history_buffer(S16 id)和voidDinitHistory(void)操作调用了OslMfree(historyData[id].guiBuffer)和OslMfree(historyData[id].inputBuffer);其中DinitHistory是一个全局初始化函数或善后处理函数，即初始化或重新初始化整个History栈；而mmi_free_history_buffer又是一个局部的接口，因此调用它的外部接口就是释放操作的时机，归结起来，在调用一下接口的时候（假如条件满足），会导致inputBuffer和guiBuffer的释放：

U8 DeleteScreens(U16 start_scrnid, U16 end_scrnid)

U8 DeleteBeyondScrTillScr(U16 beyondScrnid, U16 tillScrnid)

U16 DeleteBetweenScreen(U16 StartScrId, U16 EndScrId)

U16 DeleteScreenIfPresent(U16 ScrId)

U16 DeleteScreenFromToNnodes(U16 ScrId, U16 num_nodes)

U8 DeleteFromScrUptoScr(U16 start_scrnid, U16 upto_scrnid)

pBOOL HistoryReplace(U16 out_scrn_id, U16 in_scrn_id, FuncPtrin_src_func)

U8 ExecuteRootMainHistoryScreen(void *funcPtr)

当然还有GoBackHistory()


FORM:http://hi.baidu.com/cwt0408/blog/item/1cfe3b1928af124842a9ad41.html

Aaron-Liu
关注
专栏目录
MTK平台学习－－History管理机制与EntryNewScreen函数的关系
03-05 2517
简单的分析一下History管理机制与EntryNewScreen的关系1.  与EntryNewScreen函数有关的全局变量:    currEntryFuncPtr,     currExitScrnID, currTopScrnID,     currExitFuncPtr2.  EntryNewScreen函数部分流程:    Step1:  保存新屏幕ID(函数第一参数)-->
MTK平台退出Screen的回调函数
cyou2008的专栏
01-23 839
MTK平台退出Screen的回调函数接触MTK平台的人都知道MTK Application Screen的“入口”函数是EntryNewScreen，其中的一个参数为Exit Handler，根据字面意思的理解，这个函数应为退出Screen时的回调函数。所以，一些有Win32开发经验的程序员很自然的想到利用这个回调函数来完成释放资源之类的处理，就如同Win32应用程序对WM_C
EntryNewScreen函数解析
weixin_34056162的博客
09-21 197
EntryNewScreen 函数解析 函数原型： U8 EntryNewScreen(U16 newscrnID, FuncPtr newExitHandler, FuncPtr newEntryHandler, void *flag); 参数news...
Screen Histroy机制
一头雾水的Blog
02-17 2070
       初涉mtk平台，遇到一个奇怪的问题,假如有这样一段代码：（郭金原创，转载请注明出处） void EntryFristScreen() { EntryNewScreen(SCR_ID_1, NULL, EntryFristScreen, NULL);//第三个参数newEntryHandler不为空 guiBuffer = GetCurrGuiBuffer(SC
MTK短信模块分析（一）
chenvenbin的专栏
12-10 1703
<br />短信编辑完成后会进入函数mmi_msg_entry_send_option()中，其函数实现如下：<br />[SmsMoMtGuiInterface.c]<br />void mmi_msg_entry_send_option(void)<br />{<br />    /*----------------------------------------------------------------*/<br />    /* Local Variables                 
mtk_screen_history.rar_history_mtk_screen_history
09-23
"mtk_screen_history.doc"文件很可能是详细阐述MTK屏幕历史管理流程和技术实现的文档，包括具体的API调用、系统接口设计、性能指标等，供开发者理解和优化相关功能。 7. **实际应用**： 对于开发者来说，理解MTK...
mtk history机制
12-07
### MTK History机制详解 MTK（MediaTek）平台中的`History`机制是用于管理屏幕切换及维护历史记录的一种机制，它与`EntryNewScreen`函数有着密切的关系。本文将详细解析这一机制，并探讨`EntryNewScreen`在该机制...
MTK-stack-and-stack-management-.rar_Stack_history
最新发布
09-24
"MTK-stack-and-stack-management-.rar_Stack_history"这个压缩包文件似乎着重于介绍MTK（MediaTek）芯片平台上的屏幕栈历史管理，特别是从空闲屏幕（Idle Screen）过渡到主菜单（Main Menu）屏幕，以及如何回退到...
MTK架构分析.ppt Framework启动流程/Queue/Event/History相关介绍
04-16
启动流程 ●在InitAPPlication();函数中创建了几个线程，用这几个线程来模拟手机中的不同的任务线程。...●在fast_openscreen里开始就播放开机动画及声音，点亮显示屏，并且设置好当开机画面播放完后需
MTK窗口绘制机制.doc
10-25
MTK（MediaTek）窗口绘制机制是针对MTK平台，如6225、6226、6228等，所采用的一种图形用户界面（GUI）处理方式。在这个机制中，窗体（category screen）的管理和绘制，以及控件和事件响应是核心部分。以下是对这个...
MTK: ShowCategory200Screen()
xqq2009的专栏
09-12 1351
 说明：1.所有的ShowScreen都有2个ID：Screen ID（EntryNewScreen()函数中设置的ID），以及模板ID（Category ID）。2.所有的窗口模板的基本设置都保存在一个全局变量：g_categories_controls_map中。它的结构是：typedef struct{    U16 category_id;           
MTK中EntryNewScreen进入新屏幕和GoBackHistory返回原屏幕机制
luscas的专栏
09-29 675
以下假设从A屏幕进入B屏幕再返回A屏幕，有兴趣的朋友可以跟踪MTK代码验证一下： EntryNewScreen(U16 new_scrn_id, exit_func_ptr new_exit_handler, entry_func_ptr new_entry_handler,
MTK history机制
折翼飞翔
11-23 958
MTK的屏幕历史记录(history机制)也是开发中肯定要遇到的。简单的讲就是应用(界面)切换时，有一个正常的循序。比如A->B->C，那么最长见返回顺序就是C->B->A，这里的A、B、C可以是应用，也可以是某个应用里的不同界面，也就是说，当在某个屏幕按下返回键时，能正常地返回到上一界面。从应用开发的角度来讲，应用完全可以自己实现一套机制，让应用自己界面切换顺序正常。但是如果应用之间的切换，那么
MTK 图层，详细讲解加案例(转载)
weixin_30919429的博客
02-21 230
在某些频繁更新的界面中，如果某些显示元素一直没有变化，我们就可以将这些元素提取出来画到一个模拟的屏幕中，而将一些需要更新的元素画到另外的模拟屏幕，而后将两个模拟屏幕合并到真正的屏幕上，这样我们就节省了不变元素的重画时间，从而减轻了系统负担及加速画面更新。我们把这样的模拟屏幕就叫层，也可以说层就是屏幕的缓冲空间。例如，如果我们用动画做为背景，将其他的一些元素也画到这一层中，就会出现当动画...
MTK平台——History管理
ShorminHsu的专栏
01-23 1491
一、什么是History管理     对于我们上层用户而言，经常接触到的History管理是这样的：    void EntryFunc(){U8 *guiBuffer;            EntryNewScreen( Screen_ID , Exit_Func , Entry_Func , NULL );            guiBuffer = GetCu
MTK高亮机制
12-25 2082
修改人 版本号 变更说明 修改日期   V1.0 Init 2009-12-26               MTK高亮机制 1     介绍：... 3 2     相关函数和变量列表：... 3
MTK总结-------------CATEGORYSCREENHISTORY
cycbest的专栏
07-18 2628
声明：前阶段进行了近两个月的MTK平台上层开发，由于缺乏技术支持，对于整个平台的认识都是通过简略的文档和浅薄的经验摸索出来的。其间整理了一些文档。由于联发科提供的PDF全部是英文，有些名词难以翻译准确，只能凭单方理解和嵌入式开发的词汇习惯进行意译，还请谅解。系列文章均出自原创，肤浅可笑之处，望海涵。        （一）窗体的重画       通过观察可以发现，每个窗体模板都调
window属性中Screen、Location、History等用法
YDesire的博客
07-17 883
·1、screen Screen 对象包含有关客户端显示屏幕的信息。 常用属性 availHeight 返回显示屏幕的高度 (除 Windows 任务栏之外)。 availWidth 返回显示屏幕的宽度 (除 Windows 任务栏之外)。 height 返回显示屏幕的高度。 width 返回显示器屏幕的宽度。 pixelDepth 返回显示屏幕的颜色分辨率（比特每像素）。 upd...
MTK平台屏幕切换机制探索--group机制（11A版本）
daywait的专栏
09-05 6468
熟悉了几个模块的代码流程以后，发现屏幕创建并没有想像中的简单，每个程序似乎都要在创建自己的屏幕之前先创建一个群，随后又进入这个群后，这才开始自己屏幕的创建，为什么要这么多此一举呢，为了研究屏幕的运作流程？我用MODIS追踪了屏幕的创建过程。     首先，介绍下两个根节点，一个
MTK Event处理机制解析
"MTK Event事件分析总结，主要探讨了MTK平台中事件的传输与响应机制，特别是针对按键和触摸屏事件、电话事件、短信事件、电量事件、信号量事件以及时间事件的处理方式。文章提到了MTK平台如何通过...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值