1.通過eq判斷result結果的總數-1與key是否相等,相等則表示當前進度,不想等的則表示進度的過程圓點顯示
2.通過eq判斷name值與value值是否相等,如果相等這顯示等待審批、同意或者拒絕
控制器**
/**
* 審批記錄
* @auth true
* @menu true
* @throws \think\db\exception\datanotfoundexception
* @throws \think\db\exception\modelnotfoundexception
* @throws \think\exception\dbexception
*/public
function
audit_log()
else
$this
->
fetch()
;}
前端**顯示
="padding-25" style=
"max-height:450px;overflow:auto"
>
還沒有審批記錄哦!<
/div>
="layui-timeline"
>
="layui-timeline-item"
>
="layui-icon layui-timeline-axis"
>
="layui-timeline-content layui-text"
>
="layui-timeline-title"
>
<
/strong>
="color-blue font-s12"
>待審批<
/span>
="color-green font-s12"
>同意<
/span>
="color-red font-s12"
>拒絕<
/span>
="color-desc font-s12"
>駁回<
/span>
="margin-left-40 font-s10"
>意見:
<
/span>
<
/p>
<
/div>
<
/li>
<
/ul>
<
/div>
顯示結果頁 審批資訊記錄 ZZ
zz 資訊記錄的審批,除了新增乙個關鍵的審批事務碼 如zme12 外,還應有一些相應的配套設施。新建的有審批作用的事務碼,是乙個帶變式的事務碼,進入後,狀態列顯示的還是me12,而每批乙個之後,都要用 nzme12進入一次,這對於審批人員來說,是很不方便的,尤其在批量調整 的時候。所以可以做乙個報表...
SharePoint 2013 實現多級審批工作流
這個demo是基於多級審批工作流。以古代上傳奏摺為場景,共分為3個階段。當建立者上傳奏摺時,首先會由對應的上級領導審批,審批通過,交付對應的下一級,審批拒絕時,則整個流程結束,具體的官階資訊如下所示 然後,我們預先設定,以文件庫來作為我們的上報奏摺庫,所以我們需要為其設定自定義的多級審批工作流。最後...
SharePoint 2013 實現多級審批工作流
這個demo是基於多級審批工作流。以古代上傳奏摺為場景,共分為3個階段。當建立者上傳奏摺時,首先會由對應的上級領導審批,審批通過,交付對應的下一級,審批拒絕時,則整個流程結束,具體的官階資訊如下所示 然後,我們預先設定,以文件庫來作為我們的上報奏摺庫,所以我們需要為其設定自定義的多級審批工作流。最後...