【新聞小辭典：網路星期一】

【新聞小辭典：網路星期一】

「網路星期一」（Cyber Monday）是一行銷專有名詞，指感恩節促銷「黑色星期五」過後的第一個星期一。在零售業者發現線上營業額會在這一天顯著增加之後，多通路零售業者協會Shop.org於2005年首次提出這個用語。2006年，Shop.org推出CyberMonday.com入口網站，讓消費者能一網打盡各樣網路星期一的折扣優惠。現在網路星期一已是每年最盛大的線上購物日之一。

Five Tips For Getting iPhone Reviews

http://mobileorchard.com/five-tips-for-getting-iphone-reviews/

Five Tips For Getting iPhone Reviews

by JIM BERNARD on 26. FEB, 2009 in INTERVIEWS, RESOURCES, TIPS

Guest author Jim Bernard is the General Manager of MarketWatch.com and an iPhone marketing enthusiast. He can be reached at bernard.jim at gmail.com

Even though Mobile Orchard does not review apps, we get a surprising number of product pitches. Some are quite brilliant, others almost embarrassingly bad. This got us thinking: what makes a successful pitch-email?

To find out, we asked the experts at 148Apps, AppCraver, appstoreapps.com, and apptism to share the tips and tricks of creating a really excellent pitch. There was significant consensus among these sites, summarized here in five easy suggestions:

1. Provide complete information. Regardless of how great your program is, reviewers will not go to the app store and search around to find it. Every email, website, video should include basic information such as the app name, your contact information, company name, and link to the app store page. This may seem like a basic tip, but reviewers report that it is common to get inquires that are lacking basic information. “If I have to ask for something, I probably wonʼt and just ignore the app,” says Jeff Scott at 148Apps.

2. Start with a great description. Lead your inquiry letter with a precise description of what your application does, what segment it belongs in (games, productivity, etc.) and why it is unique or interesting. “Keep it simple and to the point,” said Rob Libbey at apptism. “Show the facts and differentiators of your app in short concise bullet points or sentences.” Stay away from anything not related to your app — reviewers do not respond well to calls for sympathy or other gimmicks.

3. Include promotion code. Reviewers want a promotion code with your request for coverage. “Immediately provide a promo code for publishers to try the app hands-on,” suggests Libbey. Make it easy for them to write about your application by giving them a chance to try it right away. This may require a more selective set of places where you go for reviews, but better to get a few mentions than none.

4. Make a great video. A short video that shows your application in action is perhaps one of your best selling tools. It allows reviewers to get a sense of the graphics, sound and interaction in just a few seconds. Videos should be no longer than two minutes–if you hook the reviewer youʼll do it right away. Also, pay attention to production quality, especially sound, image clarity, etc. “Itʼs unfortunate, but I donʼt have time to download and test every app that comes out,” said Barbara Holbrook, Editor in Chief, at AppCraver. “A video takes just seconds to watch and can be the difference in whether an app gets a longer look.”

5. Put your best app forward. “Most important of all” says Holbrook, “make sure your app is polished and superior to the competition before submitting it to the app store or to publishers.” Many aspiring developers submit apps that are by their own admissions incomplete. Publishers report getting submissions that say, “I created this app in 5 minutes. Itʼs not very good but your feedback would be appreciated.” If you canʼt take time to polish your application, why should a reviewer take time to provide feedback and encouragement?

Holbrook summed up the chase between developers and review sites this way: “Crafting your email to an editor is like creating a profile on a dating site. You want to do everything possible to get that editor to ‘wink’ back at you. Profiles with photos get more winks, but profiles with videos that show personality get even more.”

Thanks to Jim Bernard for contributing this article. Have an article, or an idea for an article, that might interest our readers? Contact us!

OpenGL

OpenGL（全寫Open Graphics Library）是個定義了一個跨程式語言、跨平台的編程介面(Application programming interface)的規格，它用於生成二維、三維圖像。

這個介面由近三百五十個不同的函式呼叫組成，用來從簡單的圖元繪製複雜的三維景象。而另一種編程介面系統是僅用於Microsoft Windows上的Direct3D。OpenGL常用於CAD、虛擬實境、科學視覺化程式和電子遊戲開發。

OpenGL的高效實現（利用了圖形加速硬體）存在於Windows，很多UNIX平台和MacOS。這些實現一般由顯示裝置廠商提供，而且非常依賴於該廠商提供的硬體。開放原始碼函式庫Mesa是一個純基於軟體的圖形API，它的代碼相容於OpenGL。但是，由於許可證的原因，它只聲稱是一個「非常相似」的API。

OpenGL規範由1992年成立的OpenGL架構評審委員會（ARB）維護。

ARB由一些特別興趣於建立一個統一的普遍可用的API的公司組成。

根據OpenGL官方網站，2002年6月的ARB投票成員包括3Dlabs、Apple Computer、ATI Technologies、Dell Computer、Evans & Sutherland、Hewlett-Packard、IBM、Intel、Matrox、NVIDIA、SGI和Sun Microsystems（Microsoft曾是創立成員之一，但已於2003年3月結束）。

擴充功能

當獨立廠商建立一種新技術時，OpenGL標準允許它們透過「擴充功能」的方法提供所擴充功能的功能。然後一個擴充功能就分成兩部分釋出：包含擴充功能函式原型的表頭檔和作為廠商的裝置驅動。每個廠商有一個用於命名它們的新函式和常量的字母縮寫。例如，NVIDIA的縮寫（「NV」）用於定義它們的專有函式「glCombinerParameterfvNV()」和它們的常量「GL_NORMAL_MAP_NV」。如果多於一個廠商同意實作相同的擴充功能功能，那麼就用縮寫「EXT」。進一步，架構評審委員會可能「祝福」這個擴充功能，那麼這就被稱為一個「標準擴充功能」，使用縮寫「ARB」。第一個ARB擴充功能是GL_ARB_multitexture。根據官方擴充功能提升路徑，多紋理不再是可選實作的ARB擴充功能，它已經是OpenGL 1.4以後的核心API的一部分。

幾個庫建立在OpenGL之上，提供了OpenGL本身沒有的功能：

• GLU
• GLUT
• GLUI
• GLEW
• GLEE

特別是，OpenGL Performer庫——由SGI開發並可以在IRIX、Linux和Microsoft Windows的一些版本上使用，構建於OpenGL，可以建立即時視覺化模擬程式。

當開發者需要使用最新的OpenGL擴充功能時，他們往往需要使用GLEW或者是GLEE庫提供的功能，可以在程式的執行期判斷當前硬體是否支援相關的擴充功能，防止程式崩潰甚至造成硬體損壞。

[编辑]繫結

為了加強它的多語言和多平台特性，已經用很多語言開發了OpenGL的各種繫結和移植。最值得注意的是，Java3D庫已經可以利用OpenGL（另一個選擇可能是DirectX）作為它的硬體加速了。OpenGL官方網頁 [1] 列出了用於Java、Fortran 90、Perl、Pike、Python、Ada和Visual Basic的多個繫結。

[编辑]高階功能

OpenGL被設計為只有輸出的，所以它只提供渲染功能。核心API沒有窗口系統、音訊、列印、鍵盤／滑鼠或其他輸入裝置的概念。雖然這一開始看起來像是一種限制，但它允許進行渲染的代碼完全獨立於他執行的作業系統，允許跨平台開發。然而，有些整合於原生窗口系統的東西需要允許和宿主系統互動。這透過下列附加API實現：

• GLX - X11（包括透明的網路）
• WGL - Microsoft Windows

另外，GLUT庫能夠以可移植的方式提供基本的窗口功能。

[编辑]歷史

OpenGL進化自（而且風格很相似）SGI的早期3D介面IRIS GL。

IRIS GL的一個限制是它只能存取底層硬體提供的特性。如果圖形硬體不支援例如紋理對映這樣的功能，那麼應用程式就不能使用它。OpenGL透過在軟體上對硬體不支援的特性提供支援的方法克服了這個問題，允許應用程式在相對低配置的系統上使用高階的圖形特性。Fahrenheit項目是Microsoft和SGI之間的聯合行動，為了統一OpenGL和Direct3D介面的目的。它一開始提出了一些把規則帶給互動3D電腦圖形API世界的承諾，但因為SGI的財政限制，這個項目後來被放棄了。

2002年微軟的DirectX 9提出了全新的Shader繪圖功能以及高階著色語言 (HLSL)，OpenGL霸主地位開始被瓦解。這使得3DLabs了解到必須開發全新的OpenGL 2.0版本，但僅加入支援GLSL的功能。2006年Khronos接手OpenGL，立刻著手發展Longs Peak與Mount Evans。2008年推出OpenGL 3，但評價普遍不高。

2010年3月10日, OpenGL同時推出了3.3和4.0版本，同年7月26日又釋出了4.1版本。2011年8月8日釋出4.2版本。

PSX

PSX是索尼公司生產的一款基於PlayStation 2的能進行數字錄象、DVD錄象的多功能媒體設備名稱。
因為它是作為一種綜合影音終端而不單純是遊戲機，所以是由索尼公司本部而非子公司新力電腦娛樂（SCEI）負責經營（通常SCEI負責索尼遊戲相關產品的經營）PSX最早於2003年12月13日在日本上市。
當時已有計劃2004年將陸續在其他地區推出該產品，但因產品銷量不佳而終止。

PSX有容量為160GB和250GB硬碟的兩個版本，用戶可以存儲電視節目、家庭錄象、數碼相片或玩PS2遊戲。
PSX可以與PSP連接以傳輸視頻或音樂，並已有消息宣稱PSX可以與PS3連接，
以使得單純作為遊戲設備的PS3成為一台綜合影音終端。
PSX還以索尼獨創的「十字媒體鍵」（Cross Media Bar，XMB）著稱。
PSX同時也是最早PlayStation遊戲機的一個別稱。

字母「X」代表索尼最早是想把PlayStation設計成為一台
CD-ROM和任天堂超級遊戲機（Super Nintendo Entertainment System，SNES）的混合體，
然而任天堂單方停止了該項計劃，於是索尼開始獨立開發自己的遊戲設備，
被稱為「PlayStation計劃」（the PlayStation Experimental）。


還是不太知道長什麼樣,沒有看過本尊...

Sissi

Selfish Man...

在那個很讚的網站,用五分鐘畫出來的圖...
改天來挑戰一個更複雜的!!:)
http://fontpark.morisawa.co.jp/



Sissi

Tower Defence（塔防遊戲）

Tower Defence（塔防遊戲）

TD也是Tower Defence，塔類防守的縮寫。
TD類型最早作為map setting類型的地圖出現於星際爭霸，在魔獸爭霸中得到極大發展。
TD魔獸爭霸遊戲圖裡面優秀的遊戲圖有,元素TD系列,寶石TD系列,水之TD系列,迷宮系列,等
除此之外目前還衍生出很多獨立的TD 遊戲，各種版本的都有，比如著名的flash遊戲“蛋糕保衛戰”。
目前TD已經是一大類游戲的代表而不僅僅局限於魔獸爭霸。
TD地圖也叫造塔防守地圖

關鍵有以下幾點:

1.位置要造對,一般是根據你所造建築的攻擊距離來判定的
2.建築的數量比較少,以升高級為主,適當聽取一下主機的建議
3.以數量取勝,也就是多造,雖然多造,但也要有點高級別的建築
4.過程中也有些小技巧,有時候可以出英雄的,一般把鼠標放在上面就能看到所要造的物品的需求,根據需求來造

AP 元素?

關於 Dreamweaver 中的 AP 元素

AP 元素可以包含文字、影像或任何其它可以放在 HTML 文件內文中的內容。

AP 元素 (絕對定位元素) 是已指派絕對定位的 HTML 頁面元素，特別是指 div 標籤或其他標籤。

AP 元素一般來說都是絕對定位的 Div 標籤。 (這些都是 Dreamweaver 預設會插入的 AP 元素種類)。然而，請記住，您可以為任何 HTML 元素指定一個絕對位置，以將 HTML 元素 (例如，影像) 分類為 AP 元素。 所有的 AP 元素 (而不是只有絕對定位的 Div 標籤) 都會出現在「AP 元素」面板中。

有了 Dreamweaver，您可以使用 AP 元素來配置網頁。 您可以在重疊、隱藏 AP 元素時顯示其它 AP 元素，以及將 AP 元素橫越整個螢幕。 您可以在一個 AP 元素中放入背景影像，然後在上面加上第二個含有文字而背景透明的 AP 元素。

好久沒來這裡ＰＯ文耶天哪

轉眼間工作都快滿一年了，
竟然忘了有這個好地方可以放我查到的一些東西．．．

看到TITLE當初劉牧師幫我做的禱告，
覺得很感動，想起來一些事。

放上一個覺得很讚的2D格鬥遊戲連結!!
http://gnn.gamer.com.tw/7/58037.html

PS.因為不能放在自己公司的粉絲團上面...XD

Sissi