PTT數位生活區 / Web_Design

[問題] 請問有關『滑動』照片技巧

看板Web_Design作者 (ChiChi)時間15年前 (2009/12/23 16:09), 編輯推噓19(19推 0噓 92→)
留言111則, 8人參與, 最新討論串1/2 (看更多)
網址如下 http://tinyurl.com/yaro85v 當點選右方其他商品時，照片從右方『滑動』出來 以及左方的分類列表，當滑鼠指過去時會自動『滑動』出來 由於最近我們公司要架設網站，請網頁設計公司幫我們報價時 對方提到這種『滑動』的技巧算是先進而且非常昂貴， 請問各位大大真的是如此嘛？ 我是新手不太懂網頁設計，所以來這裡求救～ 只希望公司別被騙錢　XD -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 218.167.99.185
推
12/23 16:15, , 1F
用flash寫的話很落後 用javascript的話很先進（逃）
12/23 16:15, 1F
推
12/23 16:16, , 2F
不論是 as 或 js 解，我覺得都沒到昂貴的地步吧…
12/23 16:16, 2F
推
12/23 16:16, , 3F
想聽看看報價多少^^
12/23 16:16, 3F
→
12/23 16:19, , 4F
我也想知道用 jquery 「都」的出來的東西可以報多少 XDD
12/23 16:19, 4F
→
12/23 16:28, , 5F
談的時候說可能是原來(8萬)的倍數，但目前還尚未報價
12/23 16:28, 5F
→
12/23 16:39, , 6F
我覺得不能用兜不兜的出來來評估啦 , 不過我認為報價應該要
12/23 16:39, 6F
→
12/23 16:39, , 7F
看整體結構 , 畢竟養一個會js的跟一個會flash的人都需要錢
12/23 16:39, 7F
→
12/23 16:39, , 8F
而且能兜出來跟能解決需求是有差距的事情 , 這種事情說到底
12/23 16:39, 8F
→
12/23 16:40, , 9F
就是要做自己做當然做得到 , 只是專業得來可能五分鐘 , 自己
12/23 16:40, 9F
→
12/23 16:40, , 10F
做五天的差別而已.
12/23 16:40, 10F
→
12/23 16:41, , 11F
再說 , 素材要怎麼呈現 , 東西有哪些 , 很多東西沒有實際的
12/23 16:41, 11F
→
12/23 16:41, , 12F
spec底下 , 實在是不適合說這樣昂不昂貴先不先進.
12/23 16:41, 12F
→
12/23 16:42, , 13F
首先，要先看你的網站功能，才知道價格合不合理
12/23 16:42, 13F
推
12/23 18:58, , 14F
光滑動這功能來看 一小時內搞定 jquery很簡單可以做到
12/23 18:58, 14F
→
12/23 18:58, , 15F
網頁排版設計反而比較花時間
12/23 18:58, 15F
推
12/23 19:51, , 16F
搞懂 HTML CSS JavaScript 要花多少時間
12/23 19:51, 16F
推
12/23 20:32, , 17F
自己做不到，就值得花錢了事 與去補習班自己學 選一個吧?
12/23 20:32, 17F
→
12/23 20:49, , 18F
一小時內能搞定的大概只有一個會亂動的元素而不是case吧.
12/23 20:49, 18F
推
12/24 22:24, , 19F
有時候會亂動的元素反而比限定她怎麼動還難做呢
12/24 22:24, 19F
→
12/24 22:24, , 20F
認真的講 就是寫js去控制css 既然都是控制css了
12/24 22:24, 20F
→
12/24 22:24, , 21F
說只是亂動 有點不對喔
12/24 22:24, 21F
推
12/24 22:27, , 22F
不過也不是說這網頁一小時就有辦法寫出來
12/24 22:27, 22F
→
12/24 23:27, , 23F
只要客戶覺得不是他認為的動法=亂動啊 XD
12/24 23:27, 23F
→
12/24 23:28, , 24F
很多事情沒去做就不要說太滿 , 使用者狀況一堆 , 到時候什麼
12/24 23:28, 24F
→
12/24 23:29, , 25F
元素什麼元素遮來遮去再加個png半透明問題 , 運氣好的jQuery
12/24 23:29, 25F
推
12/24 23:29, , 26F
她demo的網頁的動法 要一個小時內動起來 不會很誇張
12/24 23:29, 26F
→
12/24 23:30, , 27F
animate 改一下 position 就能搞定 , 運氣不好的可能還要改
12/24 23:30, 27F
→
12/24 23:30, , 28F
我只有說可以動 不是說整個網頁做完
12/24 23:30, 28F
→
12/24 23:30, , 29F
素材改資料改z-index , 多測個幾回時間就過去了. XD
12/24 23:30, 29F
→
12/24 23:31, , 30F
要改來改去就是另外的問題 我只就技術來說 會的人就不難
12/24 23:31, 30F
→
12/24 23:31, , 31F
光是可以動就可能會有遮到的問題啊 , 你總不能跟客戶說你只
12/24 23:31, 31F
→
12/24 23:31, , 32F
有叫我動吧.
12/24 23:31, 32F
→
12/24 23:32, , 33F
連測試都要算進去 測試就要測試多久 怎會一小時就好
12/24 23:32, 33F
→
12/24 23:32, , 34F
要給客戶的是一個好的case 我並沒有說一小時做出來case
12/24 23:32, 34F
→
12/24 23:33, , 35F
光滑動這功能來看 , 我覺得至少要考慮到滑動路徑上的遮演問
12/24 23:33, 35F
→
12/24 23:33, , 36F
這篇的討論是讓他動會不會很難 並不是這網頁複雜與否
12/24 23:33, 36F
→
12/24 23:33, , 37F
題才算是滑動問題的解決 , 所以我不認同你說的一小時可搞定.
12/24 23:33, 37F
→
12/24 23:35, , 38F
讓她動這功能我寫過更複雜的 並不是沒做過在那邊亂講
12/24 23:35, 38F
→
12/24 23:36, , 39F
我也說過複雜的是設計和版型 技術不難 debug又是其他層
12/24 23:36, 39F
還有 32 則推文
→
12/25 00:00, , 72F
個人認知在講功能都嘛是全面性...-_-;;
12/25 00:00, 72F
→
12/25 00:00, , 73F
不過重點不是我的認知 , 重點是客戶的認知如何就是了 , 你有
12/25 00:00, 73F
→
12/25 00:01, , 74F
信心這樣可以溝通我倒也沒啥興趣去跟你討論用詞～～
12/25 00:01, 74F
→
12/25 00:02, , 75F
要說我雞蛋裡挑骨頭也行 , 總之我就回應到這 , 您請便.
12/25 00:02, 75F
推
12/25 00:04, , 76F
滑動包含在動裡面 這是一般認知邏輯
12/25 00:04, 76F
推
12/25 00:08, , 77F
要做ajax要考慮的可多的 我建議妳另外開一篇文章來討論
12/25 00:08, 77F
→
12/25 00:10, , 78F
這還不需要扯到 ajax 要考慮的就已經夠多了.
12/25 00:10, 78F
推
12/25 00:10, , 79F
如果你有甚麼關於效能調教的經驗 願意分享 也很歡迎
12/25 00:10, 79F
→
12/25 00:11, , 80F
不是說不回應了 >< 又出現了
12/25 00:11, 80F
→
12/25 00:11, , 81F
嘖嘖 , 不小心又回了 , 我會建議你先a我文章看先前已討論的.
12/25 00:11, 81F
→
12/25 00:12, , 82F
好了 XD 這次真的不回應了 , 我的耐性實在是沒有這麼好.
12/25 00:12, 82F
→
12/25 00:13, , 83F
其實妳說的是對的 我也沒有否認妳 只是請妳看清楚再回
12/25 00:13, 83F
推
12/25 00:30, , 84F
單純技術不難 牽扯到人就會很難 妳覺得順 她覺得不順
12/25 00:30, 84F
→
12/25 00:31, , 85F
還有spec複雜度也沒先說 就可以討論那麼多
12/25 00:31, 85F
→
12/25 00:31, , 86F
搞不好她這頁只要一張照片可以在上面左右移動
12/25 00:31, 86F
→
12/25 00:31, , 87F
妳說的z-index還需要考慮嗎 當然case by case
12/25 00:31, 87F
推
12/25 00:35, , 88F
附帶一提 這個網頁也是include jquery lib
12/25 00:35, 88F
推
12/25 00:46, , 89F
如果硬要加上人的因素 還嫌別人想的太單純 這樣有欠公允
12/25 00:46, 89F
推
12/25 00:49, , 90F
我倒是很想知道 如果是因為使用者電腦不好導致滑動不順
12/25 00:49, 90F
→
12/25 00:49, , 91F
有甚麼好的解決方式 這點是我目前遇到最困難的問題
12/25 00:49, 91F
→
12/25 00:59, , 92F
滑動不順是全面性的問題 , 你要先看看它頁面上清掉其他元素
12/25 00:59, 92F
→
12/25 00:59, , 93F
只留你的目標效果時會不會lag , 如果會 , 就要換實做方式 ,
12/25 00:59, 93F
→
12/25 00:59, , 94F
如果不會 , 可能就要試著去優化頁面上同時loading的script量
12/25 00:59, 94F
→
12/25 01:00, , 95F
通常在ie6底下是最大的困擾 , 而所有困擾中我覺得最重的會是
12/25 01:00, 95F
→
12/25 01:00, , 96F
selector 的使用 , selector 其實在無形之中常常多消耗很多
12/25 01:00, 96F
→
12/25 01:01, , 97F
可以透過其他方式避免的 , 三種selector覆載 id>tag>class
12/25 01:01, 97F
→
12/25 01:01, , 98F
寫反了 *是建議的優先順序
12/25 01:01, 98F
→
12/25 01:01, , 99F
沒必要盡量不要都只透過class selector , 同時作用中的元素
12/25 01:01, 99F
→
12/25 01:02, , 100F
也不要超過15個 , 比方說有時候會同時新增到幾十個格子,
12/25 01:02, 100F
→
12/25 01:02, , 101F
像我最近在做行事曆 , 有每日例行事件就會需要一次新增到30
12/25 01:02, 101F
→
12/25 01:03, , 102F
個格子 , 這種時候就要特別小心操作 . 最好是可以排queue一
12/25 01:03, 102F
→
12/25 01:03, , 103F
定時間內處理完就好 , 不要擠在一起. 當然最基本的還是要盡
12/25 01:03, 103F
→
12/25 01:03, , 104F
減少不必要的script量 , 另外還有一個重要因素是dom的物件量
12/25 01:03, 104F
→
12/25 01:04, , 105F
如果移動或插入的對象是含有非常多的元素的內容, 甚至是網頁
12/25 01:04, 105F
→
12/25 01:04, , 106F
本身承載過多的元素 , 都會造成計算上的負擔.
12/25 01:04, 106F
→
12/25 01:04, , 107F
所以在用類似 jQuery corner 這類會大量新增元素的東西 ,
12/25 01:04, 107F
→
12/25 01:05, , 108F
也要小心注意使用 . 基本的我知道的東西大概就這些了. :3
12/25 01:05, 108F
→
12/25 01:05, , 109F
我自己是會去插timer log 看每個元件運做的狀況跟效能 , 再
12/25 01:05, 109F
→
12/25 01:05, , 110F
回來決定我要針對哪個東西開刀或者是處理.
12/25 01:05, 110F
→
12/25 01:09, , 111F
既然是要純粹討論技術性的問題 , 就沒有不回應的設限了.:3
12/25 01:09, 111F
‣ 更多 pochichioq 的文章
文章代碼(AID): #1BCT0s83 (Web_Design)
Web_Design 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 pochichioq 的文章
文章代碼(AID): #1BCT0s83 (Web_Design)