Skip to main content

AIR : Little Jam desktop land 蕭可愛桌面樂園


小jam角色設計:circe from 蕭敬騰國際論壇.蕭幫
蕭可愛照片來源 蕭敬騰國際論壇.蕭幫

蕭可愛系列第二發:Little Jam Desktop Land
這是一個類似桌面小寵物的軟體,可供使用者自行新增*.gif and *.png的圖檔到桌面上,並提供「配置儲存」功能,可以依照自己喜好作不同主題的配置,預設的配置是小Jam應援團..=)
只提供.gif and .png用意在於它們都擁有透明背景,這樣放置在桌面會比較有意思,重點是取得容易。 Gif的decoder就是使用 AS3 GIF Player Class 0.1

安裝說明:這是一個免費軟體 base on Adobe AIR Beta2 (使用有效日期至 06/01 2008)
  1. 若你沒安裝過 AIR 請事先安裝好Adobe AIR Beta 2主體 ,這樣以後只要點選 .air 檔案即可自動安裝。(※只需要裝一次喔!,裝過就等著升級就好,有舊版的請先移除再安裝)
  2. 下載LittleJamDesktopLand.air
  3. 執行 LittleJamDesktopLand.air 選擇你想要的安裝路徑,預設會出現在program files檔案夾內

建議將.air檔案收集在同一個資料夾中,可以當作quick launch與uninstall的捷徑

安裝後,會在螢幕的右下方出現小Jam樂園的面板: 以下是menu打開的畫面

主要功能都會有小Jam提示你喔!

功能說明:
add / 新增任意*.gif, *.png到桌面,不過太貪心載入太多動畫有可能會造成電腦效能變差!

save / 儲存目前桌面配置,會將你新增到桌面的動畫,圖片位置記錄下來,可以儲存不同主題檔案

load / 載入已儲存的桌面配置,但是載入期間(依照動畫多寡) 可能會有短暫的時間無法使用其他功能,並不是當機喔!

clean all / 清除目前桌面配置,不會對已儲存的配置造成影響。

about Jam / 蕭可愛簡介與歌迷團體的網站連結

credit / 版權聲明

在載入的圖片上面連點滑鼠左鍵(double-click)是角色操作menu:
到最前面 /
往前一個 /
往後一個 /
到最後面 /
都是用來排列角色的前後位置

點選「固定位置」會無法拖曳直到取消固定。
刪除角色 /





小技巧
同步:想要讓分批載入的動畫同步的話,可以在配置好後,點選「save」儲存後,再點選「load」載入剛剛儲存的.jdp檔,就會讓畫面上的動畫同步開始。
關閉程式:直接點選「開始列上」執行中的Little Jam Desktop Land按紐,按滑鼠右鍵選擇「關閉」(如下圖)
工作時要保持效能:點選「開始列上」執行中的Little Jam Desktop Land按紐,按滑鼠右鍵選擇「最小化」(如下圖)

Comments

Popular posts from this blog

PureMVC 我也會 [0]

最近感覺 PureMVC 又熱了起來,也剛好好久沒有更新文章了, 就順便將去年底做的企業內訓 PureMVC 課程部分整理寫出來, 要講 PureMVC 當然要先從啥是 MVC 講起: Model-View-Control 出處: 維基百科 MVC ,大概節錄一段: (控制器Controller)- 負責轉發請求,對請求進行處理。 (檢視View) - 介面設計人員進行圖形介面設計。 (模型Model) - 程式設計師編寫程式應有的功能(實作算法等等)、數據庫專家進行資料管理和數據庫設計(可以實作具體的功能)。 其實到 Flash 的世界來講,Model and Control 都是由 .as 處理,而 View 便是 .fla+.as ,為了要鬆綁之間的關係,Event 機制就相當重要。其實每個人對 MVC 的最佳解釋都不同,真的要多練習才會有所領悟。 簡單來說: Model = 餐廳廚房 data: 西餐類 action:依照點菜單做餐點 action: 做完餐點就是將餐點放在出菜口按下通知鈴等服務生來 Control = 服務生 action: 聽到大門歡迎鈴就要說「歡迎光臨」 action: 看到客人揮揮手要去收點菜單 action: 聽到廚房通知鈴看是哪桌的餐點去送菜 View = 餐廳外場 view: 田園式的西餐廳裝潢 action: 客人進門會有歡迎鈴 action: 客人揮揮手叫服務生過來服務,是哪個服務生都無所謂,重點只要會收點菜就行了。 action: 客人收到餐點準備開動 當餐廳要改成外炒店,這時候只需要將大廚換成會中餐廚師,其出的菜就是中式快炒。 當餐廳外場由田園式外觀重新裝潢成華麗感夜店風,其進門的客層也會有所不同。 重點就是當你換掉一個地方時,對其它的部份不會造成太大的影響或者根本無所謂,這就是 MVC 所講求的境界... 一般來說,小專案有沒有必要使用 MVC 就是由各位自己判斷了,當你習慣將程式切分開來,發現 debug 不是一件痛苦的事情時,這時候有沒有強制使用 MVC 倒不是重點,因為你已經養成良好的撰寫習慣。但是開始接觸大型專案配合 team work 時,在沒有一個共用的核心框架前提下,這個專案開發到最後一定會是一個多手多腳的怪物,共用核心框架的價值就在這邊展現,這

[Swift3] weak 與 unowned 關鍵字

雖然在 Swift 中看起來"很像"是不需要煩惱內存管理的問題,不過實際上它還是遵循著自動引用計數 (ARC) 的規則,當一個物件沒有被其他對象引用時會自動被銷毀,如果三魂七魄沒有完全回位的話,就會有個靈體留在現世的空間裡,最經典的範例如下: 閉包(Closure)引用 classClassA { typealias Complete = ()->() var name : String var onComplete : Complete? init(_ name: String){ self.name = name print("Hello I am \(self.name)") onComplete = { print("\(self.name): onComplete!") // --> 閉包引用 self, 計數 + 1 } } deinit { print("deinit: \(self.name)") } } var a : ClassA? = ClassA("A") // --> 引用計數 + 1 a = nil // 2-1 = 1 還剩下 1 所以沒辦法銷毀 ---output------- Hello I am A 由於這邊的 onComplete 宣告為 Optional, 正確的做法要連同 onComplete 一起刪除才可以被回收,若不是 Optional 則會進入無法回收狀態: var b : ClassA? = ClassA("B") b?.onComplete = nil // --> 還好是 Optional 可以設成 nil 計數 - 1 b = nil // 計數 = 0 所以被回收 ---output------- Hello I am B deinit: B 但是做人不需要煩惱太多,這時候就出動 unowned 關鍵字讓物件可以順利被回收: onComplete = { [unowned self] in print