Thảo luận Thành viên:Cao Xuân Hiếu/Note: Brainstorming về layout mới của tủ sách
@5 bài viết đang hot dựa trên số lần hoạt động sửa, thảo luận và đọc trong tuần: mình nghĩ vị trí nên để ở dưới fan box (giống recent watchings trước đây)
@sidebar#cộng đồng: Nhà tài trợ, Góp ý, Liên lạc, RSS ==> footer. Ok!
@sidebar#cộng đồng: tương lai là mình nên bỏ. Nhưng tớ nghĩ là nên chờ đến khi các hệ thống giới thiệu và dẫn dắt người đọc của mình tốt hơn.
@cột 1#Cộng đồng: bỏ các mục "Bài viết mới, Bài viết nhiều người đọc, Thảo luận mới, Nhà tài trợ" vì chúng đã có ở Trang Chính và có vẻ chúng không cần ở vị trí đó so với "nhu cầu" của người dùng. (chúng chưa hề xuất hiện trong top 15 trang được đọc nhiều nhất)
@favorite bar: mình đã xem và dùng favorite bar của en.wikipedia. Mình nghĩ nó chưa phù hợp với người dùng vietnam. Nó còn phức tạp quá - đặc tính khó bỏ của en.wp, người dùng phải "mất nhiều thao tác". Hãy so sánh với nút Like hay 1 - chỉ cần 1 thao tác - 1 click mà thôi.
@loan tin qua Email: với user đăng nhập thì mặc định các trường {email người gửi, họ tên người gửi} sẽ được lấy từ "Thông tin cá nhân"
@tạo link send BlastMess cho toàn bộ fan group (học từ Gmail): có vẻ chúng ta không phù hợp, vì nếu bài viết có thay đổi thì lập tức các fan sẽ được nhận tin rồi.
@loan tin VLOS: đúng là chỉ nên đến ng bạn chưa theo dõi bài viết.
@loan tin trên VLOS: chỉ loan tin tới những người bạn chưa theo dõi bài viết
@loan tin trên VLOS: đề xuất lời mời bao gồm đọc, theo dõi và thảo luận/góp ý ...
Và link đến tác vụ theo dõi bài viết.
Tích lũy Google 1 cho phép tăng thứ hạng tìm kiếm của VLOS thì phải
@sitenotice: với màn hình độ phân giải < 1024x768 thì sitenotice box bị co và bị đẩy xuống dưới content.
@Chia sẻ:
- Đổi tên thành buzz
- Gồm: facebook, twitter, googlebuzz, yahoobuzz
- Bỏ các bookmark
@loan tin: tớ nói google buzz
@sharethis: "buzz" cậu muốn nói đến buzz nào?
@loan tin => thế thì còn thiếu 1 bước loan tin đến toàn internet bằng buzz, twitter link, hoặc làm tăng thứ hạng trong cỗ máy tìm kiếm Google +1
@export bar: liệu có thể hiểu 2 tùy chọn của nhóm 3 là "email" và "share this" là một "khía cạnh" của "loan tin"?
Nếu hiểu theo nghĩa đó thì "Loan tin" được hiểu là chia sẻ thông tin tới người khác: 1) là thành viên trên vlos (loan tin bằng notif & email); 2) chưa là thành viên trên vlos (loan tin bằng email); 3) những người ở mạng xã hội khác (loan tin bằng share this).
Chú ý là tình huống 2 và 3 chủ yếu dành cho user chưa đăng nhập?
@export bar: mình nghĩ style Dân trí hợp với theme hiện giờ của tủ sách hơn
@cột 2: tớ nghĩ cat. bar nên để trên export bar theo mong muốn chủ quan của vlos muốn user lướt thêm trang liên quan.
@Cột 2: toolbar ở trên categorybar hay ngược lại?
@p-cactions: Đề xuất
- chỉ giữ hai tab "Bài viết" và "Thảo luận"
- các tab còn lại di chuyển xuống FP gồm 2 nhóm: Nhóm I: các tác vụ thường dùng gồm "Sửa", "Lịch sử", "Thêm chủ đề thảo luận", "Theo dõi". Nhóm II: các tác vụ còn lại cho vào list "Biên tập trang".
@p-cactions: wikia bỏ hết các tab trên cùng và di chuyển chúng xuống footpanel của họ.
@thói quen: theo tớ hiểu thì đa số người dùng khi mới tiếp cận vlos không phải là wikipedian. Thế nên chúng ta nên phát triển skin với giả định users ko thân thuộc với monobook/vector như là layout của các trang tin tức (vd như thế).
@p-captions: tớ ủng hộ việc này. Đây là cách trình bày namespace hữu hiệu nhất. Nhiều wiki users rất khó nhận thức được sự tồn tại này.
@vector: skin này họ đã khắc phục phần nào sự "dày đặc tab" ở thanh p-cations bằng cách gộp và "giãn cách" một khoảng khá lớn giữa hai nhóm tab. Nhưng theo mình nó vẫn là "Bội thực" với những người mới đến --> góp phần tạo ra cái cảm giác rằng 'WP thật phức tạp' --> gây cản trở đến việc họ muốn tham gia tích hơn/biên tập. Và bây giờ muốn thay đổi thói quen dùng tab này quả không dễ dàng.
@p-cactions: nếu ngay từ đầu Mediawiki chỉ để 2 tab Bài viết và Thảo luận thì Monobook sẽ thân thiện với người dùng hơn. Các tab khác nên để ở vị trí khác, không nên để cùng hàng thành dãy với 2 tab Bài viết và Thảo luận. Không biết tương lai tusach có thể làm như vậy?
@nóng: mình nghĩ không thể để "nóng" ở vị trí cuối cùng của cột 1 được, mặc dù kiểu chữ chạy như hiện tại hơi khó chịu nhưng nó có thể đạt hiệu quả "thông báo nóng" hơn.
@cột 1: liệu mình có nên chia frame để cột 1 cố định như thế thì ko fai liên tục load toàn bộ trang? Hình như cái này cậu và Minhcumeo đã thảo luận 1 lần rồi nhưng tớ ko nhớ rõ lắm vấn đề.
@nóng: uh, vô lý nhỉ. Để nghĩ thêm vậy. Hoặc tìm cách khác xem chứ tớ thực ko khoái lắm khi có cái gì cứ chạy qua mặt nhất là lúc chăm chú đọc bài viết.
@Chủ đề nóng: nếu dùng drop box thì chắc các chủ đề đã "bớt nóng". :D
@các đề án: mình quên rằng chúng thuộc tusach :D. vậy thống nhất như phương án đầu: để ở sidebar dạng dropbox.
@các đề án: thực tế tớ hiểu theo ý các đề án giống như phần kéo dài của dẫn lái và nó khác biệt với các vlos-wiki là mình ko cần đăng ký và đăng nhập 1 tài khoản khác. Về mặt thẩm mỹ thì tớ đồng ý là nó vấn (rất) đẹp.
@Các đề án: mình nghĩ có thể đặt cùng với vlos-wiki bar vì 1) chúng không là các content mà chỉ là liên kết định hướng ==> không nên đặt ở cột 1. 2) ngay cả khi đặt chúng ở cột 1 với kiểu dropbox thì tính thuận tiện sử dụng sẽ không dễ dàng bằng kiểu toggle menu trên top bar. 3) ở góc độ nào đó chúng ngang hàng với các dự án đã triển khai (dethi, tuvi). 4) khi đặt ở top bar, nó không cũng không gây cảm giác quá nhiều thông tin, vì thông tin ở top page được phân đều sang 2 bên và khỏang trống ở giữa khá thoáng ==> trang vẫn đẹp.
@Các đề án: tớ nghĩ mình nên chia làm 2 giai đoạn, đầu tiên là tạm để dưới dạng drop box ở Sidebar để mọi người làm quen với các thay đổi khác trên layout. Sau đó một thời gian mình sẽ thảo luận lại việc có nên đưa các đề án lên cùng bar với làng wiki không. Tớ thấy mình vừa rút được khá nhiều khoảng trống trên personal tool nên ko muốn lại trình bày quá nhiều thông tin vào vị trí đó nữa.
- D, hôm qua mình đã để logout ở trong đó nhưng nghĩ kĩ thì thấy không logic cho lắm nên lại để ra ngoài. Mình nghĩ cứ để 3 link vì sau này có thể phải mở rộng cột 3 thì lúc đó lại ổn.
@PT: nếu ko thì để logout vào trong username
@personaltools: Thật sự thì 2 link như hiện tại là hài hòa nhất vì nó nằm gọn so với cột 3 (cá nhân hóa), nhưng mình sẽ thử đặt link trợ giúp xem thế nào.
@personal tool: tớ nghĩ tạm có gắng để gọn 3 items thôi. Setting có lẽ tạm thời để gộp trong cá nhân.
Tớ có cảm giác đang tiếp cận đến idea layout
rất thú vị, hình như chúng ta đang tìm ra 1 sự khác biệt mới: cột 1 content, cột 3 xã hội hóa & cá nhân hóa
yes, it is Brainstorming
that is what we call brainstorming!
@chậm trang và treo server: thường là do nguyên nhân thứ hai (quá nhiều query vào database) kết hợp với số lượng người dùng truy cập đồng thời lớn.
@js: dùng tooltip hay js nhiều có phải là nguyên nhân làm load chậm trang và treo server? Hay là do có quá nhiều query vào database?
@Recent like box: nên chăng bổ sung tooltip?
@Future ahead: số người đã đọc bài này nhiều chứng tỏ là cái title đấy đang hot hoặc bài chứa nhiều hot keyword. Nhưng bài viết thực sự tốt hay ko là thể hiện qua số người quan tâm thực. Anh nghĩ đấy là sự khác biệt mà chúng ta cần nhắm tới.
Xem toàn bộ (n)
Bản thân các liên kết trong toolbox cũng chưa được logic.
Mình chưa hài lòng với từ "fan" lắm, nhưng vì chưa tìm được từ tiếng Việt ngắn mà có nghĩa tương đương nên dùng tạm.
bỏ tab fan cũng hợp lý nhưng thế thì => xem toàn bộ n fans
tớ nghĩ giữa lại 3 tabs chính như ý kiến của Phúc là hợp lý. Tên gọi và vị trí, hình thức tớ thấy mình học theo skin vector thì có tính logic cao.
@Tabs: Mình đề xuất thứ tự của 3 tab từ trái qua phải như sau: Theo dõi -> Xem thảo luận -> Sửa
Thứ tự đó dựa trên việc sắp xếp tăng về "mức độ quan tâm" của user đối với bài đọc và "số cách thức thực hiện" tác vụ tương ứng:
- "Sửa" được xếp sau cùng của thứ tự ưu tiên, vì khi đọc bài, nếu user muốn "Sửa" thì user có 3 lựa chọn/cách khác để thực hiện: link sửa trong content (các header), ở FP, phím tắt. Thêm nữa, khả năng đóng góp (Sửa) cho bài viết của user là rất ít (thực tế là như vậy), vì nhiều nguyên nhân: "thói quen chỉ nhận, ít cho", "bài viết khá hoàn chỉnh", ...
- "Xem thảo luận" được xếp thứ hai: phù hợp với user có mức độ quan tâm cao hơn, muốn biết ít kiến/quan điểm của người khác về bài viết. Số user có "mức độ quan tâm" này chắc chắn đông hơn số user có mức độ quan tâm (đóng góp/sửa). Hai là để "xem thảo luận", thì user có ít nhất 2 lựa chọn/cách khác để thực hiện: link thảo luận ở FP (trong mục biên tập trang), phím tắt và một số trang có thể dùng tính năng comment của AC extension.
- "Mức độ quan tâm" thấp nhất là Like (và không làm gì), số lượng user có mức độ quan tâm này chắc đông nhất và chỉ có 1 lựa chọn/cách khác để like là nút like trên FP.
@Tabs:
- Chỉ nên để các tab chính như thảo luận, sửa, like/unlike. Các tab khác gộp vào một nhóm "tác vụ khác". Còn vị trí, thứ tự của 3 tab thì cần suy nghĩ thêm. Tên tab thì thống nhất là các động từ: đọc thảo luận, sửa, theo dõi?
- Mình ủng hộ phương án đặt fan tab vào fan box, nhưng nên để căn phải cho thống nhất với cách căn phải của các link tương tự khác mà người dùng đã quen: xem chi tiết, xem thêm,...
tớ đã kết thúc việc storming mà ko có kết quả khả thi. Tạm thời để như vậy là suboptimal rồi.
Nhưng tớ nghĩ đến 1 cái khác trong author box là thêm vào link đến paypal extension của author. Điều đó cho phép độc giả có thể "tặng" tiền trực tiếp cho tác giả. Tất nhiên tôn chỉ của VLOS vẫn phải được giữ nghiêm nghĩa là độc giả không bị giới hạn tiếp cận bất kỳ nội dung nào (nói cách khác là phải được đọc miễn phí). Cái này cũng cần phải nghe ý kiến mọi người.
tớ đang brain storming chưa có kết quả :D
Theo cậu sẽ đặt link gì thay cho link "kết bạn" trong trường hợp đã 2 thành viên kết bạn. Chẳng hạn: thảo luận, gửi thư, tặng quà, kẻ thù (:D),...
cái link "kết bạn" rất tuyệt, đi trực tiếp vào mục đích của fan box!
Đầy đủ hơn là: <author = WikiSysop; Sysop /> cho bài viết của nhóm tác giả.
Về cái "author box": có thể tạo một tag <author = WikiSysop /> và nhúng vào bài viết của tác giả.
uh, chỗ đấy để tạm thời thôi em. Như Phúc nói ở dưới thì mình sẽ đưa nó sang bên cột mà hiện giờ có các banner quảng cáo ấy.
Nhưng mà cái fan box đấy làm anh nghĩ đến việc làm cái author box (gồm tên (link đến userpage); avatar; và 1 đoạn text tự giới thiệu về mình (nằm trong user profile).
e nghĩ cái "Thành viên quan tâm gần đây" nên để cuối trang thì hợp lí hơn :P
1) Đoạn text mình sửa lại: Thành viên quan tâm gần đây và xem toàn bộ.
2) Hiện tại mình thử đặt nó trong "content" nên sẽ bị "vỡ cấu trúc" ở một số trang. Phiên bản tới, mình sẽ đăt nó ở cột 3 - giống như tiêu chí 4 mà cậu viết
3) Cậu không tìm được cụm từ "đã viết mới" trong special:allmessages vì đó là hệ thống notif qua email nên không giống như hệ thống tin nhắn trên chính mw. Mình đã sửa lại cho phù hợp.
Làm thế nào để mình điều chỉnh được nội dung thư gửi đi khi có thành viên quan tâm? Vì nội dung thư đó đề là "được viết mới bởi" mà trong allmessages lại ko có
Ưhf, box này cũng rất hay. Có thể để text thành Thành viên đã quan tâm (full fans = xem toàn bộ). Nó có cái tag nào để turn off cái box ở một trang nhất định k? Vì một số trang box này làm vỡ kết cấu hiện tại.
Ext Fans này còn có tính năng thử nghiệm cho user có quyền sysop hoặc author: "box new fans".
Cái tab mới cho fans tuyệt lắm. Nó làm tớ nghĩ đến extension thống kê bài nhiều fans nhất; và đếm cả số fans vào ext. newpages của cậu cũ.
Trong 4 tiêu chí, theo mình:
- tiêu chí 1, 2, 3 không nên đặt ở cột phải với mọi trang mà nên đặt nó thuộc "phạm vi cá nhân". Vì các danh sách này chỉ mới khi user chưa "check", nếu đã check thì sẽ không còn hiện. Hơn nữa, nếu có "mới" mà chưa check thì nên đặt nó ở dạng "notifi" thì hợp lí hơn
- tiêu chí 4 thì đặt ở cột phải là hợp lý rồi, vì đó là thông tin liên quan đến trang hiện hành.
- bổ sung thêm cho tiêu chí 4: số lượng user like trang này.
Đúng là cột 2 trên layout của tủ sách có thể nhỏ lại. Độ rộng của cột 3 tăng gấp đôi. Trên cột 3 ngoài banner quảng cáo còn có thể đặt.
- Recent like of site
- Personal recent like
- List of user liked current page
Cái Hay /Không Hay hơi bị hay!!!. Tớ thấy ở tủ sách mình đã có extension hiển thị danh sách Hay của users. Liệu mình có cách nào đếm được số người đã hay một bài nhất định? Việc extract danh sách người đã hay cùng 1 bài cũng có thể tăng tính xây dựng cộng đồng => tìm những người có chung sở thích để kết bạn.
@5 bài viết: thuộc namespaces {mainpage, note}?