1
A
回答
1
我看到了多種解決方案。
- Custom Voting Buttons(內置在交換僅設有)
- Custom Task Pane(下一個出現停靠到郵件窗格)
- Ribbon UI Customization(添加按鈕與自定義圖像/自定義分組)
- Custom Form Region(新頁面或修改默認頁面)
- 注射HTML Links/Images into Content Body
- Context Menu Customizations(菜單/子菜單功能)
作爲跟蹤的結果(不會爲純文本機構工作) - 這真的取決於你在上面使用的解決方案你採取哪條路線。我可能會從使用該系統的用戶那裏獲得反饋,以確定在查看這些選項後他們更願意選擇哪條路線。
相關問題
- 1. SQL不喜歡和喜歡
- 2. 喜歡但不喜歡
- 3. mySQL喜歡,但不喜歡
- 4. Facebook畫布頁喜歡/不喜歡的內容
- 5. 發送邀請到喜歡收集電子郵件的「喜歡」餐廳
- 6. 喜歡和不喜歡在同一列
- 7. 添加「喜歡」在Angular.js
- 8. 計數喜歡不喜歡和點擊
- 9. Jquery ajax喜歡和不喜歡按鈕
- 10. 喜歡不喜歡功能AJAX
- 11. 喜歡/不喜歡發行系統
- 12. 優化mysql查詢(喜歡/不喜歡)
- 13. 喜歡/不喜歡系統像FB
- 14. 製作Youtube喜歡/不喜歡Bot
- 15. 喜歡/不喜歡Firebase的交易?
- 16. 在Facebook上顯示喜歡的喜歡數量喜歡按鈕
- 17. FQL:喜歡此內容的用戶也喜歡
- 18. 首選項喜歡TableView
- 19. 從數據庫中選擇所有的喜歡和不喜歡
- 20. Facebook喜歡在IE9不喜雪數量的喜歡
- 21. Oracle不喜歡
- 22. 流星 - 添加喜歡/喜歡的用戶帳戶
- 23. Facebook選項卡 - 粉絲選通 - 不喜歡顯示內容
- 24. 查詢你喜歡誰,誰喜歡你,相互喜歡?
- 25. 從YouTube頻道的上傳Feed中獲取喜歡/不喜歡的內容
- 26. 喜歡和不喜歡的帖子系統
- 27. IONIC:喜歡不喜歡`ng-repeat`內的功能
- 28. 喜歡在mongoDB
- 29. SQL:expading 「在(...)」 「喜歡」
- 30. 喜歡和喜歡的按鈕爲Drupal
挑戰不在於添加UI,而在於決定如何處理「喜歡」。我正在考慮在Outlook中添加「like」按鈕,以便在我們的組織內部進行類似社交網絡的交互。然而,問題在於如何展示喜歡 - 以及誰能看到喜歡的東西。例如,如果您「喜歡」發送給10人的消息,將所有消息都通知給他們是有道理的。你的加載項可以實現,但使用移動設備的人又該如何?還有隱私問題(你如何控制誰看到你的喜好?) –