跳到主要內容

Apple 3/21 的 Let us loop you in 發表會

螢幕快照 2016-03-15 上午12.07.38

3/21 日是美西時間，上午十時是台灣的凌晨一點，想要看發表會現場串流直播的朋友，要準備好雞排看新機秀了。從 4S 以來，新 iPhone 的發表都是在秋季，但這次的發表會應該會有新  iPhone 發表，iPhone SE ? 不管叫做什麼，應該是定位成低價位 iPhone，C/P 值高不高，現在討論似乎也沒什麼意義，就等發表會見真章了。

Let us loop you in，有讓您明瞭或將您"圈進來"來的意思，用什麼來引人注意？用什麼來圈人進來咧？一般預料會有 iPhone、9.7" 的 iPad Pro，以及 Apple Watch 的錶帶(就是 loop 那個字帶來的聯想)等新品發表。軟體方面，應會推出 iOS 9.3、OS X 10.11.4、watchOS 2.2 與 tvOS 9.2 的更新。

自庫克大接手 Apple 以來，新品發表會已經不像賈大主持的那麼吸引人了，而且要發表什麼，在發表會前由媒體所"洩漏"出來的，也大都就是那樣，這二年來，小弟已經不看現場直播的場次了，大都等到隔天才找時間看。有致命吸引力的 One more thing，不知道還能不能期待。

這次的發表會，小弟期待的有新 mini，可用在多數裝置上的 Apple pencil，還有改款的 MacBook Pro，iPad mini 上要塞 4 個喇叭的機會應該不大， 13" 的 MacBook，嗯，有看頭。2009 年中的 MBP，已到了該退役的時候了。

老話一句，先把錢"傳"好，若要一直追著新玩意跑，是要準備一些錢的，沒錢如小弟的，流口水不收錢。
標籤：

留言

張貼留言

這個網誌中的熱門文章

何謂博士？

在 簡睿隨筆網誌 中閒逛，無意間發現了這一篇文章，個人覺得寫得很好，特此引用其中一張圖，希望傳佈給更多朋友知道。 這張圖是該文章提到 Ph.D 是什麼時所用的圖，黑線是表示人類目前所瞭解的知識領域，而紅色區域的部份就是個人透過不斷學習所累積的知識，而所謂的 Ph.D. 就是在知識領域的某一點有特別的進展，進而讓人類的知識領域又擴展「一點點」的人。 個人從這篇文章以及自身的體驗中看到至少三件事。首先，大自然是浩瀚無涯的，不管人類再怎麼發展進步，總還是會有未知的地方，所以人要謙卑。其次，要不斷地努力，才能有所突破。最後，在人類的知識領域中，既使您已經是某個領域或一些領域的 Ph.D 了，您不知道的事情還多著呢！ 努力、謙卑，就是小弟看完這篇文章後感受到的。
張貼留言
閱讀完整內容

iPod、iPhone 與 iPad 的螢幕自動亮度問題

許多使用 iDevice 的網友應該有注意到螢幕自動亮度的問題，約在 iOS 5 或 iOS 6 時，自動亮度的運作方式似乎有些調整，不會再像以前那樣，螢幕亮度會隨環境不同而即時自動調整。目前觀察到的現象是，會自動調亮但不會自動調暗。 要確認您的 iDevice 裝置上的自動亮度運作是否有問題，可以依照下列的操作檢查看看，雖然有網友說這叫校正，但個人並不覺得下列操作是在進行亮度感應器的校正。 1。將機子帶到暗處（也可以將光感應器遮起來），將亮度滑桿拉到最暗的位置，並將自動調整亮度關閉。 2。將機子帶到亮處，開啟自動亮度。此時應可看到螢幕會漸漸變亮，而亮度滑桿也會往右滑。如果您的機子不會變亮，請 Reset 後（久按睡眠/開啟鍵與 Home 鍵至白蘋果出現）再試看看。如果您的機子像小弟的一樣亮度會變化，那應該就是正常的。如果 Reset 後還是不會作動，可能就是機子的問題。 但如果您又將機子帶到暗處，很抱歉，這時螢幕就不會變暗了。有人說這是 Bugs，有人說這是阿婆怕使用者將機器橫拿時遮到感應器而特別設定的，不論如何，不能自動變暗會讓習慣在晚上使用機子的朋友感到困擾，而這到底是蟲還是故意設定成如此，這就有待證實。 如果環境的照明條件變了但機子不會調暗時，您可以按一下睡眠/開啟鍵讓機子進入休眠，然後再開啟，這時畫面亮度應該就會停在適當的亮度狀態了。 後記：小弟在 iPad mini 與 iPad 2 上測試，iPad mini 運作正常(如大多數朋友所觀察到的狀況)，但 iPad 2 在升級到 iOS 6 之後，亮度感應器就都沒有作動，不管怎麼調整都沒有辦法讓亮度自動改變。小弟的 iPad 2 是整修機，而且也過保了，如果您手頭上現還有 iPad 2 而且沒有過保，建議您測看看，有問題且這問題很困擾您的話，請換修吧！
張貼留言
閱讀完整內容

以 Ad-Hoc 方式測試軟體 iOS 7.1 裝置需要使用具 SSL 憑證的伺服器

在進行 iOS 的 app 開發時，常需要讓一些團隊成員或測試者測試 beta 版的 app。如果您以 Ad-Hoc 方式發送測試用 app 給測試者下載安裝的話，使用者的裝置若已更新至 iOS 7.1，則您需要找個有 SSL 憑證，支援 HTTPS 的 host 來放置您的 app，否則測試者要下載測試軟體時，會遇上憑證無效的錯誤訊息而無法下載安裝。 提供給您參考，若您有相關的解決方法，也請不吝賜教分享給大家。 [更新] 可將 ipa 與 plist 檔上傳到 Dropbox 中的"公開檔夾(public)"中，然後連到 itms-services://?action=download-manifest&amp;url=<plist 檔的位置>，即可進行 Ad Hoc 的發佈。當然，測試者的裝置需經過開發裝置的 UDID 碼註冊才行。 另外，Google Site 因不支援以 itms-services:// 的協定連結，所以無法透過 Google Site 的連結來進行 Ad Hoc 的發佈。  [回覆 -> 天天網友] 請如圖所示般，複製 .ipa 檔的公開連結，將 .ipa 的公開連結加到 .plist 檔中。以同樣的方法複製 .plist 檔的公開連結，並將連到 .plist 檔的超連結寫成 itms-services://?action=download-manifest&amp;url=<plist 檔超連結> 的形式(沒有角括號)，放在網頁中，或以電郵傳給測試者，點選之後，即可將 .ipa 檔下載安裝。不是以 HTML 的 <a href=""> 來連結。 您的問題應該是沒有在網頁的連結中使用 itms-services:// 的方式來進行連結，或不是連結到 .plist 的公開連結上。 .plist 的 URL 看起來會像是 https://dl.dropboxusercontent.com/u/xxxxxxx/xxxxxx/xxxxxxxx.plist。網頁中連結的寫法是 <a href=itms-services://?action=download-manifest&amp;url=https://dl.dropboxuserco...
18 則留言
閱讀完整內容