分類：開發應用 （27 篇）
-
FileMaker Meetup Taipei（週二）
對 FileMaker 有興趣的朋友，不管是剛接觸的新手、使用者、資深開發者（有機會被抓來分享），每週二晚上一起來聊天吧。 地點：DeRoot休閒空間（有低消約 130） 時間：每週二 19:30 – 22:00 目前固定每週二晚上在 DeRoot 休閒空間，新手的任何問題，也很歡迎來交流。 https://www.meetup.com/Taipei-FileMaker-Meetup/events/shpvdpyxcbmb/
-
Why FileMaker? 為什麼選擇 FM
Michael Rocharde 的說法： 完全跨平台 WINDOWS, MACS, iOS, Web-Direct 開發快速 Rapid application development (RAID) 就 Michael Rocharde 的經驗來說，若是對同一件事來比較，用 FileMaker 開發的效率，速度至少達到其他工具的 5 倍。 好用的版面設計工具 像是 Tab panel, Sliding panel, Popover, Hidden field 等等，可以設計出方便且吸引人的使用者介面。還有 Themes 「主題版面」可以管理介面上的各種物件型式，讓使用者介面更為統一，開發者也方便隨時套用、更換「屬於自己的」 Themes 主題版面。 彈性造就更多創造性 FileMaker 的彈性也造就更多創造性，如果有人說 FileMaker 可以完成任何事情，那他距離事實並沒有太遠，FileMaker 的快速開發特性，提供了開發者各種嘗試空間，直到能達成理想中的目標。 關係結構容易設置 一旦了解 Context 基本原理之後，可以輕鬆的連線兩個不同 Table Occurrence 的 Fieids 就建立好關係結構。 除了主要的五點， Michael Rocharde 還有提到一點，現在的 FileMaker […]
-
2017 年度總結 – 紮根
2017 全年部落格總結 – 6,295 個瀏覽，2,751 個訪客 較較於 2016 年，2017 年整個部落格的「瀏覽數」、「訪客數」都有微幅成長 但另一個有意義的指標 -「文章數量」卻是大幅下降的，2016 年 40 篇，而 2017 年僅有 15 篇。文章數沒有成長反而下降，應該是瀏覽數跟訪客數量無明顯提升的原因。 2017 年自己把大部份時間都花在建構一個牧場系統並協助使用者上線使用，幾個月的實戰下來對於 FileMaker 以及系統開發有更多的認識與體會，能夠自己獨立完成一個小型的系統，是 2017 年最為重要的事情。 2017 因為技術的尚未成熟以及觀念上面的差異，曾經的夥伴希望我放棄 FileMaker 資料庫的使用，採用夥伴比較熟悉的系統。我沒有這樣做，一方面因為我對於 FileMaker 的潛力相當看好，另一方面自己感覺得到對 FileMaker 的熱愛，希望未來還能夠持續使用這個很美妙的資料庫軟體，來完成一些目標。 如果當時轉換了系統，那有可能就會離自己心中的目標越來越遠。 2017 堅持了下來，扎好了根，但過程中也發現自己還有許多不足，我希望 2018 年能夠持續成長，精進自己 FileMaker 、各方面資料庫相關的技術 ，以及系統導入跟開發效率提升，並持續把我所學會的東西內化分享給各位讀者，2017 還有一個很重要的體會 – 「教是最好的學」。 當有能力把學會的東西教給別人，用別人能了解的語言、方式，讓他能夠聽懂並學會，才表示自己真正學會一樣東西，未來會繼續朝著這個目標前進。 2018 的目標 每天寫一篇文章，含今天總共 365 篇 組織實體的 FileMaker Meetup 社群 考過 […]
-
拆解 • 表格設計 Less is more
上面兩張圖 Before（調整前）跟 After（調整露）差距很大，這邊文章是要回應之前的一篇文章： 表格設計 Less is more 裡面的一個 Gif 檔小影片 這個很棒的 Gif 檔小影片非常的清楚有結構！ 教讀者如何移除不必要的表格結構，把複雜、不易觀看的表格調整成好看的圖表。 但是由於小影片的速度太快，於是我把 Gif 檔拆成一張一張的圖片去看，學習專家怎樣製作「簡單易懂」的圖表技巧。（利用這個 Gif 轉 Jpg 服務網站） 我想這些技巧如果學會了，除了幫助 FileMaker 的畫面安排之外，對於一般的表格設計排版，也會有很大的幫助。 大道至簡，讓我們開始移除吧 第 1 步 – 移除表格彩色部分，留下黑白灰 第 2 步 – 移除表格直條、橫條格線 第 3 步 – 移除表格顏色填滿（包括 Header 跟 Body 部分） 第 4 步 – 移除表格外框 第 5 步 – 移除標題加粗 第 […]
-
[FileMaker] Custom Function 導入與應用，以 NumToCText 函數為例
範例檔案下載 FileMaker 除了內建自有的 Function 函數（以下都用 Function 稱呼）之外，還可以導入外部 Function（比如別人設計好的 Function），或是甚至你可以自己把常用的步驟製作成 Function，這些預設以外的 Function，就是所謂的 Custom Function 自訂函數。 Custom Function 何處尋？ 假設我們今天想要達成一個功能：把「阿拉伯數字」轉換成「中文大寫數字」，我們就可以使用 Custom Function 來達到這樣的目標。一開始我們還不熟悉怎麼去寫這樣的一個 Function。 有句話說得很好：「不需要重複打造輪子！」尤其身為一個資料庫或程式開發者，應該要懂的借力使力。 那我們應該去哪裡尋找這個「輪子」- Custom Function 呢？ 一般會去幾個地方尋找 Custom Function 的資源： briandunning.com fmfunctions.com Matt Petrowsky 的 Github 第一、第二個網站是由眾人貢獻的 Custom Function，加起來應該有上千個，第三個 Github 是由 FileMaker 資深開發者 Matt 所獨自貢獻的 Custom Function 資源。以上全部都是免費的資源，感謝這些開發者無償的付出！ 我們要找的數字轉換 Custom Function 位於 briandunning.com，Function 名稱叫做 NumToCText，如同 Function 功能敘述：把羅馬數字轉換成中文。 將 […]
-
[Vim] 學習資源
好用的編輯器 – Vim 的文本資源，隨著學習 Vim 的過程慢慢收集中。
-
[FileMaker] Debug 的一個過程記錄
FileMaker 不像其他的程式語言，其他的程式語言在出現錯誤的時候基本都會主動伴隨著「錯誤提示」，寫程式的人可以根據這些錯誤提示作為線索，進而找出問題並將錯誤更正過來，錯誤提示可以說是開發程式最重要的一個環節。 FileMaker 不知道爲什麼，很少情況會主動出現「錯誤提示」，在沒有錯誤提示的情況下，開發者不容易直接去把問題給找出來，想要修正某個錯誤，就必須根據自己的經驗，東試一下西試一下，可能需要花費好一段時間才能把問題找出來。 最近遇到的一個例子 以我自己正在維護的一個牧場系統為例，用 Portal 搭配 ExecuteSQL 函數把需要的工作列出來，以提醒牧場工作人員近期工作事項。 下方圖中共有兩個 Portal，分別代表不同的區域，上方的 Portal 可以正常顯示工作，而下方的 Portal 是空白的，表示下方的 Portal 可能有兩個情況： 所有工作已全數完成，沒有工作需要被顯示出來。 出現問題，導致這部分的工作列表沒有被顯示。（簡單說就是有 Bug） 我去看了一下資料，比對之下發現第二個 Portal 的確是有工作需要被顯示出來的，所以應該是第 二個情況：出現問題，導致這部分的工作列表沒有被顯示。 這個時候就要真的需要開始 Debug，檢查看看 FileMaker 哪邊有問題。 檢查的項目 Relashionship 關係圖是否有問題？關係連線兩方的 Field 是否有弄錯？ Relashionship 關係的選項是否有不需要的設定，或是設定錯誤？ 是某沒有選到正確的 Portal？ Portal 裡面的 Field 欄位、Merge Field 欄位是否有對應到同樣的 Portal 名稱？ Portal 的選項是否有不需要的設定，或是設定錯誤？ Field 欄位的設定或寫法是否有錯誤？ 檢查複雜的欄位寫法 由於這個欄位是 Calculation Field 計算欄位，中間又用上較為特殊的函示跟表示方法，計算過程的確有比較複雜，發生錯誤的機率也比較高，確定前面幾個大的檢查方向沒有問題之後，就開始專心處理 Calculation […]
-
[Vim] 初次見面，你好
學了 FileMaker 一陣子，有時候還會需要其他程式工具的輔助，暫時脫離 FileMaker，用不同的工具將問題做更好的處理，當然最後來是會丟回 FileMaker 做後續的應用，每一個軟體有他的擅長之處，今天要介紹的就是我最近學到的編輯器工具 – Vim Vim 是 Unix 家族下功能強大的一個文字編輯器，由 Vi 演化而來，在 Vim 底下甚至可以不用透過滑鼠就可以操作文字編輯，只是各種指令對於初學者來說比較不容易適應，有一段不容易越過的初學學習曲線，但據說只要學會了以後，就會得到很大的好處。好的，那我們就來學習一下。（vi 與 vim 的指令整理） 範例介紹 最近有機會學習到 Vim 這個工具，是因為看了 FileMaker Magazine 的這個影片 – Custom Function Database – Part 1 這個影片主要是想將 FileMaker 的各式 Custom Function 整理到自己設計的 Database 中做記錄、管理及應用，FileMaker Function 的一個大宗來源是 briandunning.com 網站，這個網站收集了幾百個以上的 Custom Function，Matt Petrowsky 以這個網站為例，示範如何擷取各個 Custom Function 的 ID 的方法。 這邊的 ID，指的是每一個函數在網站中對應的 ID，可以藉由這個 ID […]
-
[FileMaker] Primary key 主鍵的幾種型式
Primary key、Serial Number、ID 以上這些稱呼，可能都指的是同一個東西，也就每個資料表 Table 中不可或缺的「主鍵」。 主鍵具有「不重複性」，提供每一筆記錄的唯一參考値，做爲與其他資料表 Table 建立關係時候的一個依據。這樣說可能還是有點複雜，我們可以把主鍵想像成一筆記錄的「身分證字號」，不可能重複，而資料庫可以運用這個字串的特性來做各種連結，就不會出現重複所產生錯誤。 這邊用的稱呼是「字串」而非「數字」，原因是主鍵通常是文字+數字的複合體呈現。當然也可以全是數字，會因爲每個開發者所習慣的方式不同，而有不同的作法。 我自己接觸過的 Primary key (id) 有三種，分別介紹如下： Primary key (id) 第一型： 傳統的作法，就是採用 Serial Number 固定加 1 的方式，比如第一筆記錄就是 1，第二筆記錄是 2，第三筆記錄是 3，……，第 100 筆記錄是 100，依此類推：1, 2, 3, ……, 100 Primary key (id) 第二型： 承襲第一種作法，但稍微有點變動，把 Invoice Table 裡面的 id 加上前綴 INV，後面在接上 Serial Number，第一筆記錄變成 INV000001，第二筆記錄是 INV000002，第三筆記錄是 INV000003，……，第 100 筆記錄是 INV000100，依此類推：INV000001, INV000002, INV000003, …… , […]
-
[FileMaker] 標準？Standards ?
Matt Petrowsky 在 FileMaker Magazine Youtube 頻道的系列影片（高度推薦） FileMaker Magazine 頻道 (Youtube) 約兩個月前開始，每日新鮮提供 30-50 分鐘的 FileMaker 教學，誠心的建議，所有在學習 FileMaker 的朋友一定要 Follow 這個系列影片，直播的時間是台灣時間的凌晨 2AM（日光節約結束現在變 3AM），你會說實在是太晚了，不過沒關係直播完了馬上變成影片，隨時都可以看，愛看多久看多久。 這些影片搭配 Matt 的解說，將會大幅的提高你對 FileMaker 的功力，堅實打底並且有很多 Wow moment！看到影片才知道原來這麼簡單就可以達成。雖然看影片花時間，相對在開發上省很多時間，絕對值得！ 說了很多，進入正題，某個影片（參考文末） Matt 有提到 FileMaker 缺乏所謂的「標準」Standards，他說很多程式在設計的時候都有一定的開發標準可以參考，獨獨 FileMaker 至今似沒有所謂真正的標準存在。 所謂的標準是什麼呢？ 命名的規則：比如 Table 的命名、Layout 的命名、Field 的命名、Value List 的命名、Script 的命名、Table Occurrence 的命名，光是命名一件事情就可以搞得非常複雜，大寫小寫，底線等特殊符號怎麼放，順序怎麼安排…等等，命名做得好真的很重要，做不好連自己有可能都看不懂。 關聯的規則：在資料關係圖的安排中，有很多不同的派別，最常見的是 Anchor-Buoy System，其他還有 Selector-Connector system，以及中間種種的變形，各有不同的擁護支持者。 程式的規則：程式的部分又更多不同的變化了，個人的習慣不同，從 Calculation 計算的邏輯，False […]