Đề nghị Diễn đàn Bổ sung thêm nút (button) Attach File, tag [code] ở trả lời nhanh (3 người xem)

Liên hệ QC

Người dùng đang xem chủ đề này

Zerothink

Thành viên hoạt động
Tham gia
18/6/14
Bài viết
110
Được thích
109
Để tiện lợi và nhanh chóng, cũng như cải thiện tốc độ truy cấp , Đề nghị BQT Diễn đàn Bổ sung thêm nút (button) Attach File, tag [code_] ở phần Toolbar trả lời nhanh, giúp

- đính file kèm nhanh chóng khôgn cần chuyển sang khung đầy đủ

- bổ sung tag code
[CODE_]

[/CODE_]

- bổ sung các nút khác nữa... ít thôi --các thành viên khác đề nghị
 
Mang ý nghĩa trả lời nhanh nghĩa là viết nhanh vài câu. Còn trả lời với code kiết, làm file mẫu attach lên thì không còn gọi là trả lời nhanh nữa. Thiết nghĩ nhấn 1 nút và chờ vài giây cũng không lâu gì, và bên khung trả lời đầy đủ sẽ có các toolbar đầy đủ. (Vậy mới gọi là khung đầy đủ chứ?)
Nếu 2 khung giống nhau thì chả lẽ bỏ bớt đi 1 cái?

Ngoài ra, không thể nói là hỗ trợ như vậy sẽ "cải thiện tốc độ truy cấp", vì chẳng liên quan với nhau.
 
Mang ý nghĩa trả lời nhanh nghĩa là viết nhanh vài câu. Còn trả lời với code kiết, làm file mẫu attach lên thì không còn gọi là trả lời nhanh nữa. Thiết nghĩ nhấn 1 nút và chờ vài giây cũng không lâu gì, và bên khung trả lời đầy đủ sẽ có các toolbar đầy đủ. (Vậy mới gọi là khung đầy đủ chứ?)
Nếu 2 khung giống nhau thì chả lẽ bỏ bớt đi 1 cái?

Ngoài ra, không thể nói là hỗ trợ như vậy sẽ "cải thiện tốc độ truy cấp", vì chẳng liên quan với nhau.



có lẽ vấn đề này cần Admin kỹ thuật mới hiểu, điều chỉnh được, tuy thế tôi vẫn trả lời ý bạn ở đây

Code kiết là sao?, tôi đang nói về tag code một cách chính xác, không nói từ láy ở đây.

Cứ thử hỏi tất cả các thành viên, đặc biệt các thành viên hay trả lời bài (vì tôi đã tham gia nhiều diễn đàn rồi nên tôi biết) xem là khi trả lời bài, đặc biệt excel nhiều giải pháp không chỉ công thức mà có khi người hỏi công thức nhưng giải pháp cuối lại cần là code VBA, họ có lần thích ước gì có tag CODE ở trả lời nhanh không? và đã nhiều lần họ tự tay minh gõ cặp thẻ [CODE_] [/CODE_] này vào rồi copy code từ VBE vào hay không., cho nhanh chóng thay vì phải chuyển sang khung lớn 1 cách chậm chạp (đặc biệt với tốc độ internet như rùa ở vn chúng ta, các tỉnh xa càng rùa nữa) . Và nữa, không phải lúc nào cũng có code dài, đôi khi chỉ là trích, sửa 1,2 dòng code, lúc đó gắn vào ô trả lời nhanh, phải nhanh biết bao nhiêu.

Điều này ở trang excelforum.com, các diễn đàn liên quan tin học code khác đã cải thiện từ lâu (họ có đầy đủ các cặp tab luôn: PHP, HTML, FORMULA...)

Về Attach File tương tự , và càng thuận lợi cho các thành viên mới chưa quen với giao diện (phải chuyển sang khung đầy đủ) có thể up file câu hỏi - cái này chúng ta thấy đầy dãy hàng ngày một loạt thành viên mới loanh hoay hỏi đi hỏi lại không biết up file ở đâu , cách nào

Tại sao nói cải thiện tốc độ truy cập: Khi người dùng không cần chuyển sang khung đầy đủ cũng đồng nghĩa dữ liệu trang web hiện thời hiện nhanh chóng hơn (cải thiện cho thành viên) và không cần sử dụng khung đầy đủ ==> y.c xử lý, sử dung tài nguyên trên sever ít đi, nhiều users như thế dẫn đến giảm tải cho server dẫn đến cải thiện tốc độ hơn. --- cái này về logic và người hiểu biết kỹ thuật sẽ hiểu ngay.

Nếu 2 khung giống nhau thì chả lẽ bỏ bớt đi 1 cái?

Bớt đi hay không là việc của quản lý, nhưng ở đây 2 cái khác xa nhau, ở Khung lớn còn nhiều chức năng khác hơn nhiều : như xem trước bài gửi, tô nền và khác nữa (nên lo gì giống). Dù có bỏ đi chăng nữa (ở đây không) nhưng thuận lợi cho thành viên, khả năng kỹ thuật làm được thì càng nên làm.

Các điều chỉnh thêm nút như thế này không có khó khăn gì với người kỹ thuật biết quản lý và hiệu chỉnh controlpanel diễn đàn của Vbulletin - vì mọi phần mềm sinh ra để đơn giản và tiện lợi cho người sử dụng nó.

Vì thế BQT nên xem xét và bổ sung các chức năng này sớm cho thành viên thuận lợi. Nếu có khó khăn gì thì cứ lập topic cùng giải quyết.
 
Lần chỉnh sửa cuối:
[thongbao]
Thấy bạn nêu ra thì toàn là ưu điểm;

Mình thì không rõ lắm, nhưng bạn thử nghiền ngẫm xem có khuyết tật gì sẽ fát sinh hay không vậy?

Mình không rành nhiều, mong bạn thông cảm & bớt chút thời gian!
[/thongbao]
 
Chỉnh sửa lần cuối bởi điều hành viên:
# Tôi cũng mong Ban Quản Trị xem xét việc tùy chỉnh thanh công cụ trong khung Trả Lời Nhanh, vì :
## Còn chỗ trống trên một dòng hiển thị;
## Ấn nút Đổi Sang Khung Lớn sẽ điều hướng đến trang mới;
## Tác vụ chèn tag
Mã:
[/B], [B]đính kèm file[/B] khá là thường xuyên;
## Tác vụ [B]Remove Format[/B], [B]Paste as plain text[/B], [B]Unlink[/B], [B]Insert Video[/B], [B]Spell Check [/B](hình như) ít khi được sử dụng;

# Xin cảm ơn và mong các thành viên Giải Pháp Excel đóng góp ý kiến.
 
Lần chỉnh sửa cuối:
[thongbao]
Thấy bạn nêu ra thì toàn là ưu điểm;

Mình thì không rõ lắm, nhưng bạn thử nghiền ngẫm xem có khuyết tật gì sẽ fát sinh hay không vậy?

Mình không rành nhiều, mong bạn thông cảm & bớt chút thời gian!
[/thongbao]

Cái gì cũng có tính 2 mặt của nó, Nhưng ở đây ưu điểm hơn nhiều, nhược điểm có thể là:

- Mất thời gian và ngại phải hiệu chỉnh để gắn/bật các nút đó lên có thể phải dừng truy cập diễn đàn 1 khoảng thời gian ngắn -- nếu quen và nghiên cứu chuẩn bị trước thì chắc khoảng dưới 15 phút là xong --> cái này đơn giản với người làm kỹ thuật và việc này là việc thường làm của người quản lý web, forum không có khó khăn gì & chỉ làm 1 lần.

- Chiếm không gian đặt các nút trên thanh tool bar, Nhưng như ego.bizzin nói trên không gian ở diễn đàn chúng ta còn rất nhiều, nhìn ai cũng nhận thấy có thể thêm các nút khác nữa như tag TABLE (cũng nên đưa cái này vào thêm vào thì tốt hơn).

+ Có người nói có thể làm nặng thêm - tuy nhiên ai biết lập trình đều hiểu, giao diện của 1 nút là không đáng kể (vì nó chạy hiện ở client, nhất với công nghệ Ajax đã có trong các phiên bản Vbulletin ngày nay), và nút tab
Mã:
 thì quá giản đơn, còn nut Attach File (đính File kèm) thì chỉ sau khi bấm thì nó mới chạy và gọi đến thủ tục hiện thị hộp thoại quản lý & đính kèm file -- nên việc nặng thêm là không đáng kể.
 
Lần chỉnh sửa cuối:
Code kiết là sao?, tôi đang nói về tag code một cách chính xác, không nói từ láy ở đây.
Từ code kiết là từ của tôi, và tôi không có ý gán cho bạn việc nói láy, và cũng không có ý tìm cách làm giảm ý chính của bạn. Tôi viết bài trong topic này với tính cách là thành viên bình thường, không phải Ban quản trị, cũng không phải kỹ thuật diễn đàn.
Tại sao nói cải thiện tốc độ truy cập: Khi người dùng không cần chuyển sang khung đầy đủ cũng đồng nghĩa dữ liệu trang web hiện thời hiện nhanh chóng hơn (cải thiện cho thành viên) và không cần sử dụng khung đầy đủ ==> y.c xử lý, sử dung tài nguyên trên sever ít đi, nhiều users như thế dẫn đến giảm tải cho server dẫn đến cải thiện tốc độ hơn. --- cái này về logic và người hiểu biết kỹ thuật sẽ hiểu ngay.
Việc này đúng là thiên về kỹ thuật và có thể tôi không biết nhiều dẫn đến nói sai. Dù vậy, tôi vẫn còn những thắc mắc trong câu giải thích của bạn:
1. Bạn nói "trang web hiện thời hiện nhanh chóng hơn", trong khi nó có nhiều "nút chức năng" hơn. Giả sử các nút chức năng đó không làm chậm việc load trang web, thì nó cũng không làm nhanh tiến trình load đó.
2. Giả sử cùng lúc có 2000 người truy cập, trong đó giả sử có 20 người có nhu cầu trả lời bài, việc 20 người nhấn nút đổi sang khung lớn chiếm dụng 1 số tài nguyên là A. Thay vào đó, tạo sẵn mọi thứ tại khung trả lời nhanh để khỏi chuyển sang khung lớn. Lúc này cả 2000 người sẽ load những trang họ truy cập với những tiện ích cộng thêm, những cái cộng thêm này nhân với 2000 người sẽ là 1 sự chiếm dụng tài nguyên B. Vậy thì có 3 câu hỏi:
- A có quá lớn để ảnh hưởng đến tốc độ truy cập không?
- B có thực sự bằng 0? Có phải tất cả các nút tiện ích đều không yêu cầu load theo nó cái gì kèm theo, dù chỉ để chuẩn bị chờ nhấn?
- Giả sử B <> 0, thì so sánh giữa A và B thế nào?

Bạn có vẻ am hiểu hơn tôi, vậy bạn giải thích hộ.
 
..............
2. Giả sử cùng lúc có 2000 người truy cập, trong đó giả sử có 20 người có nhu cầu trả lời bài, việc 20 người nhấn nút đổi sang khung lớn chiếm dụng 1 số tài nguyên là A. Thay vào đó, tạo sẵn mọi thứ tại khung trả lời nhanh để khỏi chuyển sang khung lớn. Lúc này cả 2000 người sẽ load những trang họ truy cập với những tiện ích cộng thêm, những cái cộng thêm này nhân với 2000 người sẽ là 1 sự chiếm dụng tài nguyên B. Vậy thì có 3 câu hỏi:
- A có quá lớn để ảnh hưởng đến tốc độ truy cập không?
- B có thực sự bằng 0? Có phải tất cả các nút tiện ích đều không yêu cầu load theo nó cái gì kèm theo, dù chỉ để chuẩn bị chờ nhấn?
- Giả sử B <> 0, thì so sánh giữa A và B thế nào?

Bạn có vẻ am hiểu hơn tôi, vậy bạn giải thích hộ.

có thể nói là B rất nhỏ, không đáng kể (tại sao xem ở dưới), và có thể B=0 nếu giải pháp thay thế (remove các nút ít dùng khác đi)


Không cần phải quá chi li đến số lượng như thế đâu. Bạn nói bạn không hiểu về kỹ thuật (ở đây là kỹ thuật lập trình WEB, Forum) thì tôi cũng không muốn phân tích nhiều hơn để thêm rối.

Chúng ta tạm hiểu như thế này, công nghệ Active Sever ra đời và html +Scripts + ajax nữa, chúng ta sẽ thấy việc truyền giữa server và user (client -người truy cập) về bản chất cơ bản là truyền text (trừ hình ảnh / files) dạng số (đó cũng là lý do sinh ra các tag định dạng như
Mã:
, [B[COLOR=#ffffff]'[/COLOR]],[I[COLOR=#ffffff]'[/COLOR]],...)  - việc gắn thêm 1, 2 nút cũng là truyền vài ký tự text về các WebBrowse mà, & tại đây WebBrowse mới xử lý - nên có thể nói tăng dung lượng truyền là không đáng kể (bằng chứng là trên thanh ToolBar chúng ta có nhiều nút đó). 

Thậm chí nếu nghĩ cho kỹ , thì nếu nó ảnh hưởng tốc độ (ở đây là không đáng kể) thì ta bớt 1 loạt các nút ít dùng thay bằng các nút chúng ta hay dùng vào có sao.

Và các diễn đàn khác người ta đã áp dụng, không phải điều gì mới mẻ mà phải quá lo âu.


Vì thế có thể thấy thuận lợi và tiện lợi mang lại lợi ích cho thành viên viết bài là lớn, nên BQT diễn đàn sớm thực thiện đề nghị này [I][B]"Thêm các nút (buttons) thông dụng, hay dùng vào toolbar của khung trả lời nhanh : bao gồm tag [CODE], Attach File, và TABLE - Xem xét tùy chỉnh lại các nút khác hợp lý"[/B][/I] càng sớm càng tốt. (các nút khác thêm nữa thì có thể hỏi ý kiến thành viên).

[I]Còn mọi phân tích lập luận cũng chỉ là lý thuyết, hãy bắt tay vào làm, cần thì thử nghiệm mới là thực tế.[/I]

---------
[B][I]Mong các thành viên khác nữa có ý kiến cảm thấy thiết thực thì cứ cho ý kiến thảo luận vào đây, đê thúc đẩy đề nghị này[/I][/B]
 
Lần chỉnh sửa cuối:
Mong các thành viên khác nữa có ý kiến cảm thấy thiết thực thì cứ cho ý kiến thảo luận vào đây, đê thúc đẩy đề nghị này

Tôi cũng cho là ý kiến hợp lý vì mỗi lần bấm "Đổi Sang Khung Lớn" để upload file thì mất công quá
 
Cảm ơn các ý kiến đóng góp của các bạn. GPE đã bổ sung thêm tiện ích mới.

TP
 
Để thuận lợi hơn nữa, nếu có thể việc tải File chỉ cần kéo thả trực tiếp vào khung soạn thảo.
Hay như việc chụp ảnh màn hình rồi Paste thẳng vào khung soạn thảo thay vì phải dùng đến 1 chương chình thứ 3 để lưu lại ảnh.
(Giống như Gmail)
Hy vọng sẽ cải tiến được trong phiên bản tới...
 
Cảm ơn các ý kiến đóng góp của các bạn. GPE đã bổ sung thêm tiện ích mới.

TP

Hôm qua mới nói, hôm nay có liên! Nhanh thật! Cảm ơn Phong nhé
-------------------------------
Hay như việc chụp ảnh màn hình rồi Paste thẳng vào khung soạn thảo thay vì phải dùng đến 1 chương chình thứ 3 để lưu lại ảnh.

.
Hôm trước "người ta" đã nói không được rồi còn gì
 
"Người ta" bảo e nhớ là hy vọng cải tiến ở phiên bản mới mà..--=0
 
Cảm ơn các ý kiến đóng góp của các bạn. GPE đã bổ sung thêm tiện ích mới.

TP

Cám ơn TranThanhPhong đã thay đổi đáp ứng đề nghị này,

tuy nhiên hiện giờ là hiện tất cả các nút lên , có thể nên tắt bớt một số nút ít dùng đi (cái này là do tuỳ chọn, không khó khăn để thay đổi, vậy quyết định thế nào là phía BQT)

Mọi người để ý xem ở góc phải-dưới dòng cuối cùng (trước traffic rank) của màn hình GiaiPhapExcel chính là thể hiện sự thay đổi này.

Cám ơn tất cả.
 
tuy nhiên hiện giờ là hiện tất cả các nút lên , có thể nên tắt bớt một số nút ít dùng đi (cái này là do tuỳ chọn, không khó khăn để thay đổi, vậy quyết định thế nào là phía BQT)
Theo bạn cái nào là ít dùng?
 
Lần chỉnh sửa cuối:
Theo tôi thì nên bỏ nút "Đổi sang khung lớn" đi cũng được vì gần như các chức năng thường xuyên sử dụng đã có khi bấm "trả lời với trích dẫn" rồi!
Gần như chứ không phải tất cả. Bỏ đi rồi muốn dùng thì làm sao?
 
Theo bạn cái nào là ít dùng?
Theo tôi thì có thể bỏ các nút lệnh về Table ở cuối hàng thứ 2 đi để các nút lệnh ở hàng thứ 3 lên ở vị trí này, nhìn thanh công cụ sẽ gọn hơn. Thực tế thì các nút lệnh về Table này có vẻ không hiệu quả, chúng ta cũng đã gặp rất nhiều trường hợp sử dụng công cụ này để tạo bảng, và cuối cùng thì chẳng thể nào đọc được cái bảng đó vì kết quả của nó là cả một dây thiệt dài mà không giống như chủ ý ban đầu của người tạo ra nó (có thể "người đó" - và cả tôi - không biết sử dụng công cụ này chăng?). Kể cả cái nút lệnh Wrap [TABLE ] tags around selected text (ngay bên trái nút chèn GPECODE tag) cũng hoạt động không như mong đợi, nếu cải tiến được thì nút này chỉ cần làm việc giống như các nút để chèn các tag QUOTE, CODE, HTML, PHP, GPECODE là được, nghĩa là khi nhấn vào nó, ta được một cặp [TABLE ][/TABLE ] để gõ nội dung vào đó là được rồi.

Về cơ bản thì thanh công cụ soạn thảo hiện tại đã thuận tiện hơn rất nhiều so với trước rồi.
Xin cảm ơn các Admin!
 
Hiện giờ, khung "Trả Lời Nhanh" đã gần như đầy đủ các công cụ, vậy thì nút "Đổi Sang Khung Lớn" sẽ không còn tác dụng nếu như ta bổ sung thêm những nút còn lại
Theo tôi thì:
- Chỉ còn vài nút nữa, ta bổ sung luôn vào khung "Trả Lời Nhanh" và bỏ luôn nút "Đổi Sang Khung Lớn"
- Thanh công cụ đã có nút Smilye, vậy nên bỏ luôn cái bảng Smiley bên phải cho rộng chỗ
- Nút "Tải File Từ Máy" hiện giờ đang nằm bên dưới, e rằng có người không quen (lại hỏi). Vậy nên chăng ta vẫn để lại biểu tương hình cây đinh ghim như cũ, ai thích bấm chỗ nào tùy ý
-----------------------------------
Vấn đề tôi hơi lo là (test trên máy tôi): Khi chèn hình, nếu tôi không "Đổi Sang Khung Lớn" thì không tài nào chỉnh được size hình. Cái khung chỉnh size hình nó cứ "đơ" ở đó hoài
. Vậy hóa ra cái nút "Đổi Sang Khung Lớn" vẫn còn có tác dụng? (nhưng chỉ để chỉnh size hình)
 
Lần chỉnh sửa cuối:
Vậy hóa ra cái nút "Đổi Sang Khung Lớn" vẫn còn có tác dụng? (nhưng chỉ để chỉnh size hình)
Ít ra thì còn một chức năng khác nữa là đổi sang khung lớn thì mới có nút Coi lại bài, em thường dùng nút này trước khi nhấn nút gửi bài (có lẽ đó là một thói quen tốt).
 
Web KT

Bài viết mới nhất

Back
Top Bottom