Metro Style App當中的Toast Notification訊息傳遞

作者： -
Toast Notification是從WP7開始就有的新玩意兒，比起WP7，Metro Style App要送出Toast Notification比過去要來的簡單多了，而且有更多的樣板可以使用，在這段影片當中，我們介紹如何透過方便好用的NotificationsExtensions來送出Toast notification...


留言

Vannes Yang寫道…
請問您，有辦法使用Desktop App來發toast嗎？謝謝！

Vannes
2013年12月24日 中午12:09
David寫道…
就繞一圈，由Desktop App來觸發一個Web的Event，然後從web發notification就可以了(比較簡單)。

如果要直接發，當然也行，就是直接對channel送出XML Payload，更簡單明瞭。
2013年12月28日 下午5:06
張貼留言

這個網誌中的熱門文章

開啟 teams 中的『會議轉錄(謄寫)』與Copilot會議記錄、摘要功能

作者： -
圖片
在 Teams 中有一個非常好用的功能，可以透過 “謄寫” 把 Teams 的語音會議變成逐字稿，這部分當然是用到語音識別(語音轉文字)的AI技術。 開始謄寫與自動會議紀錄 當啟動一個會議之後，主席可以透過底下這個『開始謄寫』功能來開啟： 這個功能之所以重要，是因為他也是 Teams Copilot 要能夠順利使用的基礎。我們可以透過 Teams Copilot 進行會議的摘要、總結、整理、或是進行會議內容的詢問，而這後面用的則是LLM(大語言模型)的能力： 這功能對於需要參加很多會議的主管、或是在開會遲到的同仁，都是很方便的功能，可以透過詢問Copilot快速地進入會議狀況。 開啟 “謄寫” 功能 然而，這一切的基礎 “謄寫” 功能卻不是每一個機構都有預設開啟，如果你發現你的 “謄寫” 功能是灰色的(無法點選)，就意味著你的組織沒有開啟(或沒有為你開啟)這個功能。 那組織的管理員該如何開啟此功能呢? 很簡單，只需要到 Teams 系統管理中心，點選 『設定和原則』 --> 『會議』： 進入 『會議』 的設定之後，找到『會議錄製』–>『轉錄』 將其『開啟』即可: 如此一來，組織內的同仁就可以順利的使用 Tteams 會議中的語音轉文字(謄寫)功能，也可以使用 Copilot 來查詢會議的內容囉。 Enjoy it~
Read more »

VS Code的字體大小

作者： -
圖片
身為.net developer，這年頭是什麼code都得要會寫的年代。 而雖然我的NB還沒從Windows淪陷為Mac OS，但寫Node.js和Python免不了要用VS Code，這是一種愛的表現。 但歲月不饒人，盡管微臣非常熱於配合，但VS Code預設字體的大小在我還沒錢買大尺寸螢幕的狀況下，實在讓老臣難以適應。當下的第一個反應是什麼? 當然是 Ctrl+滑鼠滾輪往上推…哇靠，沒用。看…這設計…恩，千錯萬錯一定是我的錯。 只好從選單 file –> Preferences –> Settings: 在出來的視窗中，你可以看到 editor.fontsize: 沒錯，改它就行了。改不動? 喔，不好意思，我沒仔細看說明，要copy到右邊是吧，沒問題，copy->paste->modify->Save…搞定。 好簡單啊…連ctrl+(mouse scroll up)都用不到了呢… 咦?這是一篇抱怨文嗎? 沒有，誰說的? 免費的tool我們還有什麼好抱怨的呢…要感恩啦。 啊….對了，如果你還是堅持要使用 Ctrl+滑鼠滾輪，請找關鍵字… "editor.mouseWheelZoom"
Read more »

使用 Render.com 作靜態網站的自動化佈署

作者： -
圖片
最近在上課時，為了讓不想花錢申請 Azure 雲端服務的學員，也能夠實際體驗 CI/CD 的開發流程，我一直在尋找一個 免費、簡單 的網站部署的平台。希望用戶只要有 GitHub 帳號，就能將 repo 內的網站經由 GitHub Actions 自動佈署到雲端。 試過幾個方案之後，最後選擇了 Render.com 。它不但提供免費的靜態網站託管，還能輕鬆與 GitHub 整合，自動化部署流程幾乎沒什麼難度，非常適合教學與初學者練習使用。 什麼是 Render.com Render.com 是一個現代化的雲端平台，提供簡單、快速且免費的網站服務。​透過與 GitHub 的整合，開發者可以輕鬆地將靜態網站自動部署到 Render，並利用 GitHub Actions 進行持續整合與部署（CI/CD）。 Render 支援多種服務類型，包括： 靜態網站（Static Sites） ：​適用於 HTML、CSS、JavaScript 等前端資源，透過全球 CDN 提供快速、安全的內容傳遞。 Web 服務（Web Services） ：​支援 Node.js、Python、Ruby 等後端應用程式的部署。(但不支援 .net) 私有服務（Private Services） 、 背景工作（Background Workers） 、 排程任務（Cron Jobs） ：​適用於內部服務、非同步處理及定時任務。 如何從 GitHub 部署靜態網站到 Render Render 本身直接支援自動化佈署，你可用 GitHub 帳號申請Render.com ，並且直接建立一個靜態網站： 你可以在建立站台的時候，直接選擇要從哪一個 GitHub Repo 進行佈署: 在選擇好後，你可以配置該網站關聯的資料來源位置(選擇Repo中的資料夾): 設定完成之後，只需要一鍵就能佈署完成： 如果要變成自動化呢? 我們可以在 GitHub Repo 中設定 Action，來進行網站的自動化佈署。 由於Render.Com 提供一個自動化佈署的 WebHook(本質上就是一個API)，只要呼叫該API， Render.com 就可以自動從 GitHub repo 中取得最新的程式碼，並且佈署到伺服器端： 也因此，只要我們為其配置一個 GitHub Acti...
Read more »

令人徬徨的Silverlight?

作者： -
昨晚熬夜連續看完兩檔院線片之後, 上網轉換一下心情, 路過自己的BLOG, 驚覺似乎雜草又長高的幾吋, 不上來耕耘一下有點對不起冤親債主(ㄜ...不是, 是親朋好友), 不過, 昨晚熬了一整夜看完兩部片之後發現天已經亮了, 畢竟自己已經老了, 經不起年輕時候這樣糟蹋身體的方式, 補眠後才上網把這篇BLOG寫完。 跟大家報告一下最近的狀況, 話說...最近碰巧有幸拜訪一些微軟的Partner, ISV, 很自然的大家就談到了Silvlerlight這個技術, 我發現大家對Silverlight都花了不少心思, 不論是正在評估或是正在設法導入到自己的產品和專案當中, 當然我也知道這背後的秘辛與原因, 廠商們或多或少是在微軟的淫威之下, 被迫不得不奮發向上...ㄟ...不過我也要幫MS說說話, 不經一番寒澈苦, 哪得梅花撲鼻香...這些努力當然是會有代價的... 例如我最近已經聽到不少客戶對採用Silverlight技術所開發的產品大加讚賞, 一個是國內reporting/BI廠商(聯銓), 另一個, 內舉不避親, 是.NET Solutions上的BPM大廠(K2), 聯銓我很久以前和該公司合作過(也不算合作, 當時我是客戶端), 最近比較沒有接觸了, 關於聯銓使用到Silverlight相關的技術成果都是輾轉從客戶端聽到的, 但是客戶端給的評價都很高, 顯然我以前認識的該公司的開發人員有在Silverlight上下了一些功夫。 K2我當然就很熟了, 如果你對.NET上的BPM產品有興趣, 不難發現從去年開始, K2是第一個將Silverlight用在商業用途上的微軟Partner, 並第一時間推出相關產品(BlackPoint)的廠商, Scott的BLOG上還有介紹。 即便是這樣, 還是有不少學員或讀者會正式或非正式的問我, 到底Silverlight怎麼樣? 會不會取代ASP.NET? 對於Web Solutions的開發將帶來什麼影響?關於這種申論題, 一般而言我比較在書上回答, 而且畢竟我不是搞算命或搞政治的, 我很難掐指一算就告訴你未來的方向...而且，ASP.NET的書我還是會出(最近還有一些Plan, 我想寫寫跟ASP.NET架構設計有關的書), 這也表示我不會立刻放棄ASP.NET, 但是Silverlight又要在Web Solutions中擔當...
Read more »

迎向2011，面對軟體開發的未來

作者： -
最近花了不少時間寫WP7上的應用程式，坦白說，有一些心得和想法，一直想找機會分享(說真的，FaceBook真的剝奪了寫Blog的時間...)不過心得和想法都跟技術無關，網路上技術資源太多了，而且休假日，不是很適合談技術的問題。 這一陣子寫WP7的App，直覺的感覺就是很有趣、和很有成就感，主要是因為你知道你的客戶在哪裡，每天你都可以看到下載(和付費)數字，雖然不是即時的，但也足夠激勵人心了。而整個App開發的過程和循環都很短(相較於傳統應用程式)，手機上的功能不宜太複雜，所以一個有經驗的開發人員，用兩三天的時間，已經可以寫出一套不錯的手機應用程式(App)了，這也是開發手機應用程式吸引人的地方之一。 雖然我沒投身過iPhone軟體開發的領域，但我不難明白，iPhone開發人員當時的心情了，有一段最近看到的iPhone開發人員相關的影片，可以描述這個心情： 我很喜歡影片中受訪者提到『創作』這兩個字的神情... 手機應用程式相當適合小型(創業型)的公司投入，不需要花費太多的人力，需要的是創意、專注、和設計能力(不管是軟體或美術)，Apple確實是個有創意的公司，軟體市集的平台，讓屈身於大公司擔任小螺絲釘的程序員(這個字好有趣，用來描述帶點苦命的開發人員很貼切)，有一個獨當一面的可能性。 讓Developer可以暫時拋開空泛的設計模式、丟掉偉大的CMMI、離開把人搞得很悶的Testing plan，只需要專注在數個簡單的畫面、達成一項簡單的功能、讓使用者手上的電話，可以有不同的可能性。 而更有趣的是，從開發到上架，時程可以縮短到兩周，第一個feedback可以在上架後的數小時內出現，這都是過去的軟體開發人員所沒有享受過的『刺激』。東西好不好，評價可以很快地回你的面前(我寫了一個簡單的個人財務管理程式，第一個回應的居然是來自國外的某教授，讓我很驚奇)，開發人員和使用者之間的互動可以更頻繁，距離可以更短，這些，都和過去開發中大型應用程式完全不同。而獲利，則是隱藏在這些讓人興奮的回饋之後的紅利。 我相信很多手機開發人員並非專職，而是有其他的正職工作，對於它們來說，寫一個小App送上軟體市集，與其說是期待獲利，不如說是一種休閒和樂趣... 什麼?寫程式是休閒和樂趣? 我相信一定很多人知道這種感覺，對於讓開發人員來說，寫程式就跟寫小說、畫一幅畫一樣，他一直是一門創作、一項藝術，有時...
Read more »