2015年11月18日 星期三

[Release] TDStickerLibrary

其實這項作業應該要在好幾個月前就應該要搞定的,只不過,遇到了注意力渙散的把心思彎去玩 Arduino/AVR 去了 ~

挺好玩的啊,會有玩到不想停下來的念頭啊,不過,現階段的狀況來說,那應該不容易成為我謀生的知識 ~

世事難料、人生無常、計畫趕不上好奇心發作 ~

原本打算在這說長不長說短不短的時間裡頭,在邊學、邊玩、邊寫的方式之下把腦袋裡頭想要完成的那個 App 給實作出來,也已經把被我區分成四個主要區塊的功能項目,完成了算是 二點五 個了吧!

然而,人生的 but,通常不會在你希望它出現的地方出現,所以在初步完成了這個所謂的 TDStickerLibrary 的函式庫之後,腦袋中的思緒就被眼光裡頭的 Arduino 給吸走了,然後,完全不想幹正經事了。

以現實的狀況來說,我還是可以想像出最後這個 App 能長成什麼樣子,只不過呢,縱使我完成了所有環節的功能開發啊,我還是欠缺那個最重要的 內容,所以呢,就是繼續一去不回頭地繼續玩 Arduino

唯一確定不會有變化的是,把程式碼釋出這個動作,差別是,這不是個成品 :P

依我現在腦袋裡仍然在想 Arduino 有哪些東西可以玩的狀況來說,好像把最後的積蓄都燒光,也不會拿來幹正經事了,所以還是趕緊把這些餘下未完成的部份弄一弄,這樣應該還能再栽進去 Arduino 裡頭個把個月吧 ~

講是這樣講,完成整理的部份也只是半成品裡頭的半成品 ~

至於其他幾個類似被我稱為 TDStickerController 的存在,目前整理的進度是打算完全無視!

至於,選擇公開這種方式的緣故嘛,大致上就是向別人的東西伸手久了,總是要在別人的手上放些東西 ? .?
其實明明就是,我不太喜歡花太多時間去造一顆和別人一模一樣的輪子,所以公開之後,可以讓想要製造和我造的一模一樣的輪子的人,有機會把這些時間省下來,去造些更好玩好用的東西出來 (´・_・`)

這是一種,就算我的 App 最後暈死在鋼琴上了,我還是決定拿它來當作祭品,用來召喚真紅眼皮卡丘的動作。

喔 ~ 對了 ~ 這個 TDStickerLibrary 函式庫 是一個當作 iOS 貼圖瀏覽器以及取得其 imageData 的存在

輕重擊此處前往 TDStickerLibrary

看得懂中文的,個人強烈建議服用 README_CHT.md 這個檔案,英文版本的 README.md 應該是屬於 慘不忍睹的 情境。


#iOS, #Object-C #TDStickerLibrary, #MIT

2015年11月13日 星期五

[IDE Update] XCode 更新後的 library 檔案修正

毫無意外地,凡更新,必有包 ~ 原本使用的 libz.dylib 沒有辦法在 XCode 7.1 這個版本之下的 iOS 實裝環境下使用,專案內的檔列表已經呈現為紅色的無檔案狀態;進行編譯則會顯示 file not found.

有網友反映,要改用這個新的格式 libz.tbd 的檔案;不過,在我稍微嘗試了之後,確認至少以目前來說,我沒有因此解決問題。

其他網友則表示,透過這個步驟重加一次 library 應該就可以用了

1. Go to Build Phases >Link Binary with Librairies > + > Add other
2. Once in the file selection window do "CMD"+Shift+G (Go to folder) and type /usr/lib/
3. From /usr/lib you can add : libz.dylib and more...
4. Compile and have fun

雖然點選的是 libz.dylib,不過實際上增加進專案的卻是 libz.1.dylib 檔案。 確實加入這個檔案之後,Library 專案就能順利編譯完成了 ( Target 選擇為 Library & Generic iOS Device 的時候 );

如果在加入這個檔案之後,把原本已經成為紅色的 libz.dylib 從專案移除的話呢,在編譯模擬器版本的時候,還是會產生錯誤,所以變成專案檔列表裡頭會同時存在兩個 libz.dylib 的檔案。

不過,至少這樣能先解決掉編譯錯誤的問題。


#Xcode7.1 #libz.dylib

2015年6月2日 星期二

關於 UITableView 的物件的 property 設定 ~


這是一個讓我跌坑兩次的問題;

今天凌晨又跌了一次,因為對這樣的問題有點印象,很類似即視感,卻又感覺真的遇到過 ⋯

結果慢慢查 git log ⋯ 確實發現 ⋯ 今年二月中的時候已經跌過一次了,
記憶太遙遠,所以跌了第二次那種感覺 XDDD


不過,本回合不直接說明問題原因,要不要試著來討論看看 ?

2015年5月10日 星期日

[記錄] Objective-c 的正規表示式問題排除.



經過網友的提醒發現,正規表示式裡頭存在著重複的規則,所以就把它移掉來測試一下。
因為以實況來說,我已經用 c 重新改寫了本來那個 method 的運作流程,也沒好掉這麼多地時間;而且一併拿來進行測試, test unit & ouput report 我就懶得打了 ^^"

讓數據證明一切,用看的吧 ~

2015年5月9日 星期六

[記錄][Bug?]一種用了 Objective-c 的正規表示式 苦逼狀態


以為可以用個很簡單的方式,完成字串檢查,結果程式跑進去後不打算出來,只能 debug 再開起來跑,結果 ⋯ 有種很悲劇的 fu ~

這是一種,用了正規表示式,更浪費時間的概念 ⋯

完全死魚臉 。・゜・(ノД`)・゜・。

2015年5月6日 星期三

[記錄]判斷 iDevice Platform 的方式



(set macro define)

因為參考了上面這一類的網址的 device platform 的取得方式, 覺得如果是使用 define macro 的方式,然後透過檢查裝置的寬或高的 points 值來進行判斷其實是很有可能在之後 Apple 如果釋出了寬或高其中一項相同螢幕解析度重複為兩樣時這種判斷方式應該就 Game Over 了。

比方 iPhone6 ( W:H = 376:667), 未來如果有個 Apple X ( W:H = XXX:667 ), 這樣 ...
這個 667 就無法用來確定是哪個裝置的解析度了. =..="

2015年3月31日 星期二

[記錄]GCD 不是每種惡搞的流程都會接受的


本來打算試著利用  Object-C 的 GCD 特性, 進行資料下載後的 callback 回傳機制 ...

結果總是會有些意外的情況發生, GCD 的結果判定比預期中來得早,

簡單的說就是 使用 dispatch_group_async 指令包裝起來的執行內容, 裡頭其實不能又包含了一個 block ...