2009 Ngày 24 tháng 3 năm 2009

IS vô hiệu hóa = "true" và vô hiệu hóa = "false" cùng?

Điều này những trường học cũ, nhưng như thường lệ nó là bổ sung bộ nhớ của tôi ...
Vì vậy, bị vô hiệu hóa = "true" và vô hiệu hóa = "false"?
... Không tin, cũng! thats nó là ... đây là một số lời giải thích nhanh chóng ...
"Vô hiệu hóa" là một thuộc tính của bất kỳ yếu tố hình thức / lĩnh vực và do đó có thể chấp nhận bất kỳ giá trị bởi bản chất của nó.

Miễn là thuộc tính này là hiện nay, yếu tố sẽ được vô hiệu hóa bất kể giá trị của nó. cho ví dụ.
<input type="text" value="This disabled" disabled>
<input type="text" value="This disabled" disabled="disabled">
<input type="text" value="This disabled" disabled="true">
<input type="text" value="This disabled" disabled="false">

Tất cả các bên trên sẽ làm cho các lĩnh vực này dưới hình thức "DISABLED".

Đơn giản chỉ cần không cung cấp các thuộc tính "Disabled" giữ Field "ABLED" ... như dưới đây

<input type="text" value="This không disabled" />

Ghi "Bất kỳ giá trị (hoặc không có giá trị ở tất cả) của các thuộc tính tàn tật, trình duyệt sẽ làm vô hiệu hóa nó". Để giữ cho mọi thứ rõ ràng trong tâm trí của chúng tôi W3C khuyến nghị rằng chúng ta sử dụng vô hiệu hóa = "khuyết tật" trong những tình huống này.

Đây là sự khác biệt mặc dù khi chúng ta sử dụng thuộc tính này trong javascript ...

document.form.element.disabled = true; / / phần tử sẽ được vô hiệu hóa
document.form.element.disabled = false; / / phần tử sẽ được kích hoạt

Những lập luận trên cũng đúng đối với các thuộc tính và các yếu tố:

  • kiểm tra (nút radio và hộp kiểm)
  • lựa chọn (tùy chọn)
  • nowrap (td)

2009 Tháng Ba 22, 2009

SevenUp! Khuyến khích trên thế giới để loại bỏ IE6!

Google bắt đầu một người dân di chuyển dấu nhắc để đổ IE6 ... người sử dụng bugging IE6 với POPUP vào tải trang ... có thể không phải là một ý tưởng rất tốt ... nhưng là một nhà phát triển giao diện người dùng, tôi có tham gia wagon ban nhạc ... một trình duyệt cho tôi lo lắng về ... Xin lỗi nó là ích kỷ! nhưng tôi đã bao gồm javascript này ... (TRY TRANG NÀY TRONG IE6) ...
Hey! và lưu ý sáng ... nó là một màn hình hiển thị POWER JAVASCRIPT .... thậm chí nó có thể mang lại một người khổng lồ (hoặc một khi nó đã được)

SO ... Trợ giúp thoát khỏi thế giới của IE6 với một dòng javascript!

http://code.google.com/p/sevenup/


2009 19 Tháng 3 2009

Mang xuống IE6, về thời gian!!


Với một trình duyệt khác để chăm sóc từ ngày mai! (IE8 đi kèm của ngày mai nhà nước Beta) ... thực sự cao IE6 thời gian của nó được cho Long chết Mercy Do ... Kỳ chúng tôi đứng cho sự sụp đổ của IE6

IE6 là 4 Netscape mới. Các hacks cần thiết để hỗ trợ IE6 đang ngày càng được xem như là vận chuyển hàng hóa dư thừa. Giống như Netscape 4 năm 2000, IE6 được nhận thức được giữ lại các trang web. "

Jeff Zeldman, tiêu chuẩn guru

Và trong khi đó đối với những người như tôi sẽ bị ngập nước với các cuộc gọi phá vỡ CSS bố trí trong IE8, ở đây là công việc cũ xung quanh / sửa chữa bằng cách sử dụng Meta Tags (meta http-equiv = "X-UA-Tương thích"), bạn có thể thử ...

Mis-hành xử IE8: CSS Layout vỡ (Nhắm mục tiêu một phiên bản trình duyệt bằng cách sử dụng Meta Tags trong IE8)


2009 12 Tháng 3, 2009

Thiết kế giao diện người dùng tốt phải có tiêu chuẩn phù hợp. hoặc nên nó? TOP 10 UI Thiết kế Nội quy


Cả tôi rất mới để giao diện người dùng (UI) phát triển cũng không phải là một cựu chiến binh và như tôi luôn luôn đặt nó, tôi phù hợp với hồ sơ cá nhân của giao diện người dùng phát triển nhiều hơn một nhà thiết kế, không có hối tiếc. Vâng! Tôi đã viết về gì? ... Trong một thời gian (phải là trong năm không ít hơn bất kỳ), tất cả bây giờ và sau đó khi tôi nhận được vào một chút của thiết kế giao diện người dùng (khi các nhà thiết kế chuyên nghiệp đã đi vào một ngày lễ), tôi luôn luôn không thể ngừng suy nghĩ xem thiết kế của tôi nên đúng complient hay không (cách chân thành, không phải là tôi có thể đạt được mục tiêu chuẩn tuân thủ 100%, Nếu tôi muốn quá). Sau đó, tôi nói với bản thân mình, những gì crap! ... Thiết kế phải được đơn giản, tốt đẹp và chủ yếu là dường như có thể sử dụng, nó không nên làm cho du khách bỏ chạy ... hoặc thư bị trả lại (kỹ thuật). Những gì tốt đẹp tableless CSS bố trí là người truy cập, người không biết gì về tất cả các siêu văn bản thông minh và Cascading Style Sheet dưới da của trang web của bạn ... Zilch!
Nhìn đẹp và dễ sử dụng ... sau đó tất cả các công cụ tiêu chuẩn.

Tôi stumbbled trên blog entry này của Jason Fried của 37 tín hiệu (Đối với những người không nhận thức được 37 tín hiệu onces những người đã tạo ra một số ứng dụng web tuyệt vời như Basecamp, Campfire ...) đã viết một cái gì đó tương tự vào năm 2004 và tôi tin rằng, gần 5 năm và không có nhiều thay đổi kể từ đó ... Tôi rất vui mừng để đọc bài viết của mình, như tôi hoàn toàn đồng ý với những gì anh đã nói và cũng là thực tế, cô ấy là không chắc chắn về những gì đang nói về cảm giác ruột của mình và như vậy là tôi :)

Jason Fried: "Có quá nhiều cách nói về CSS, XHTML và các tiêu chuẩn và tiếp cận và không đủ nói về con người. CSS và Mã Tương thích tiêu chuẩn chỉ là công cụ bạn cần phải biết những gì để xây dựng với những công cụ này. Tuyệt vời, tôi vui mừng giao diện người dùng của bạn không sử dụng bảng. Vì vậy, những gì? Ai quan tâm nếu nó vẫn không cho phép mọi người đạt được mục tiêu của họ. Các tiêu chuẩn web là rất lớn, nhưng tiêu chuẩn của riêng của người dân bao gồm việc thực hiện công việc (và đó là vẫn còn quá khó khăn để làm trực tuyến).

Giao diện người dùng thiết kế cơ bản giống nhau "quên đi những con người phía bên kia" những sai lầm - ngoại trừ thời gian này, mã của họ sẽ tốt hơn. Con người - không xác nhận mã giao diện sử dụng ".

Thanh toán Jason Fried của bài viết

DISCALIMER: Điều này không có nghĩa rằng chúng ta không nên bận tâm về các tiêu chuẩn ở tất cả. Tiêu chuẩn là tốt để có và dính vào họ càng nhiều càng tốt. Chúng tôi chỉ phải hiểu rằng thiết kế giao diện người dùng tốt không phải luôn luôn có nghĩa là 100% tiêu chuẩn Complience hoặc Phó Versa ....

Từ danh sách của tôi về bài học kinh nghiệm của tôi, tôi làm theo một vài thiết kế giao diện người dùng và Phát triển vàng Rules ... Heres TOP 10 ... không phải là bạn có theo họ quá ... :)

1. Hãy chăm sóc của người sử dụng của bạn. Người sử dụng có thể thực hiện hoặc phá vỡ trang web của bạn. DONOT làm cho giao diện người dùng giống như một tổng idoit, hoàn toàn không có khả năng sử dụng trang web của bạn. Đó là BAD!

2 - Giữ đơn giản và dễ dàng sử dụng guidlines chính của bạn. Quá nhiều thứ trên màn hình, cao hơn xác suất mà một người sử dụng sẽ bị lẫn lộn hoặc bị phân tâm từ công việc ban đầu của họ.

3. GIỚI HẠN ... DONOT thưởng thức quá nhiều vào khả năng tiếp cận, khả năng sử dụng và tiêu chuẩn. Sử dụng các tiêu chuẩn hiệu quả và làm cho họ hiểu đội bóng. Điều này sẽ đảm bảo tính nhất quán ngay trong sản phẩm

4. Nguyên mẫu yêu cầu. Kể từ khi, những ngày này các giao diện sử dụng là giàu, Prototyping luôn luôn là tốt hơn so với chỉ wireframes đơn giản và sau này không có hiệu lực tương tác phong nha, nó sẽ không cung cấp cho khách hàng một hình ảnh rõ ràng của sản phẩm cuối cùng đang được phát triển. Luôn luôn, dễ dàng hơn để chuyển đổi các nguyên mẫu vào phân phôi cuối cùng. Ngoài ra! tạo mẫu bất kỳ vấn đề tương tác có thể được giải quyết trước đó trong chu kỳ phát triển.

5 - Tính nhất quán trong thiết kế và tương tác của bạn là rất quan trọng. Donot gây nhầm lẫn cho người sử dụng của bạn với các tương tác không thể đoán trước và gizmos.

6. Hiểu "thiết kế" Sứ mệnh của bạn. Aways tập trung vào các hành động chính của beign trang thiết kế. Ngoài ra, một danh sách các hành động seconday của bạn trên trang, và ưu tiên cho họ.

7. Cung cấp thông tin phản hồi thích hợp cho người sử dụng trang web. Với hầu hết các trang web được thiết kế xung quanh AJAX, cung cấp tín hiệu trực quan để người sử dụng về thay đổi trang. Người sử dụng đã để cho một sự thừa nhận hoàn thành bất kỳ nhiệm vụ nào ông thực hiện. Donot làm cho người sử dụng chờ đợi và đoán, cho ví dụ. cung cấp các chỉ số tiến bộ cho uplaods tập tin.

8 - Sử dụng điều khiển thích hợp. Để sử dụng ví dụ: Chọn danh sách thả xuống cho các danh sách nhỏ chỉ, donot cho phép người dùng chọn một trong 200 thành phố bằng cách sử dụng hộp chọn. Hiểu được sự khác biệt giữa một nút và một liên kết. Một liên kết và nút có mục đích khác nhau, donot sử dụng một khác. Cung cấp quyền kiểm soát để làm cho tương tác với một trang dễ dàng hơn. Tránh sử dụng các thực đơn, nhiều hơn hai cấp độ sâu. Đừng phát minh lại bánh xe. Sử dụng điều khiển tiêu chuẩn, tùy chỉnh chỉ khi rất cần thiết. Xác định bất kỳ điều khiển tùy chỉnh cần thiết cho tay đầu tiên trang web của bạn, để họ có thể được tạo ra và thử nghiệm độc lập, sẵn sàng cho sử dụng trên trang web.

9. Donot lặp quá nhiều về thiết kế. Nhớ! Toàn bộ sản phẩm bao gồm thiết kế mà nhiều hơn nữa một mình. Xây dựng các mốc thời gian thích hợp vào lịch trình dự án của bạn lặp đi lặp lại thiết kế và dính vào nó. Lặp đi lặp lại giúp chúng tôi để tìm ra những gì làm việc và những gì không, chọn ra các điểm rắc rối. Là một giao diện tốt cần có thời gian, dành thời gian cho lặp đi lặp lại trong nơi khởi điểm của chu kỳ phát triển, vì vậy mà lặp đi lặp lại thiết kế doesnot trực tiếp tương đương để làm lại. Quá nhiều làm lại có thể jeopradize thời hạn.

10 Hãy ngồi lại và suy nghĩ như một người sử dụng đôi khi.


2009 08 tháng ba 2009

Translator Plugin toàn cầu cho Blog WordPress của bạn

Tôi rất vui mừng về việc tăng số lượng lượt xem trên blog của tôi, tôi kiểm tra Google Analytics của tôi gần như hàng ngày. Tôi nhận thấy rằng blog của tôi được gọi bởi các trang web trong nhiều ngôn ngữ khác và những người xung quanh thế giới. SO Nice!!!
Để làm cho cuộc sống một chút dễ dàng hơn cho tàu xem KHÔNG TIẾNG ANH của tôi, tôi đã thêm vào một Widget Google / Plugin được gọi là "Global Translator".

Các dịch toàn cầu nói rằng nó là "Tự động dịch blog trong 41 ngôn ngữ khác nhau bằng cách gói công cụ dịch thuật trực tuyến khác nhau (Công cụ dịch Google, Babelfish dịch Engine, FreeTranslations.com, Promt)" ... Nếu bạn muốn thêm vào nó để cài đặt wordpress của riêng bạn ... kiểm tra xem nó ra ở đây http://www.nothing2hide.net/wp-plugins/wordpress-global-translator-plugin/

Bạn không chắc chắn, bản dịch tốt như thế nào nhưng tôi chân thành hy vọng rằng nó sẽ giúp các nhà phát triển đồng bào một số ít ra có người đến blog của tôi, chỉ để được thất vọng, mà nó là bằng tiếng Anh ....

Các liên kết dịch là đáy của Bar Side ....


2009 07 Tháng 3 2009

Gọi chức năng onload Nhiều Windows Trong Javascript

Heres một mảnh nhỏ của Javascript thủ đoạn gian trá mà tôi đã phải đào xung quanh bởi vì tình hình commaned. Trong một trong các trang web của tôi, tôi đã có tình trạng này, nơi tôi đã phải thực hiện "windows.onload" hai lần. Điều đầu tiên mà có thể đến với một tâm trí thiếu kinh nghiệm như tôi (tôi phải thành thật nói rằng, kể từ khi tôi đã được sử dụng các khuôn khổ và thư viện javascript, tôi đã forgotton để làm những việc đơn giản ... của riêng tôi buồn nhưng thật sự), là phương pháp sau đây ...

 window.onload = onloadfn1;
 window.onload = onloadfn2;
 window.onload = onloadfn3;
 vv ..

Xin lỗi để nói nhưng, điều này sẽ không làm việc ... không muốn thảo luận về các khoa học thực hiện Javascript nhiều ... nhưng theo kinh nghiệm gần đây của tôi, chỉ có chức năng cuối cùng (onloadfn3) sẽ bị bệnh thực sự có được thực hiện.

Trong tình huống bình thường, không giống như tôi (mà tôi sẽ nói về một chút sau này) ... bạn có thể làm một trong những điều sau đây để thực hiện các chức năng onload mutliple ....

HOẶC một cái gì đó như thế này

 doOnLoad chức năng () {
         onloadfn1 ();
         onloadfn2 ();
         onloadfn3 ();
 }
 window.onload = doOnLoad;

Đối với tình hình hiện tại của tôi, tôi không thể sử dụng một trong các bên trên ...
Tại sao tôi cần phải gọi windows.onload hai lần, thay vì gọi hai chức năng trong một chức năng onload? Dưới đây là nhanh chóng xem xét báo cáo vấn đề của tôi ...

"Trang My Site được cấu trúc giống như các chủ đề Wordpress .... tức là có một các header.php phổ biến và Footer.php được bao gồm vào tất cả các trang. Có là một chức năng onload implementaion trong các Footer.php để làm một số chức năng onload phổ biến. , Có vài trang cần một cái gì đó onload của mình, ngoài những người thực hiện bởi các chức năng onload chung. Nếu tôi chỉ định chức năng gọi lại trực tiếp xử lý window.onload, nó sẽ qua đi xe các callbacks trước đây được giao trong Footer.php "

.... Vấn đề của tôi có hiểu :) ?

Vâng! có những giải pháp mà tôi đã tìm thấy. Họ tất cả đều rất giống nhau và chủ yếu implementions của một giải pháp được đưa ra bởi Simon Willison ( http://simonwillison.net/2004/May/26/addLoadEvent/ ) ...

Giải pháp:

Đơn giản chỉ cần thêm đoạn mã javascript vào trang web ...

 addLoadEvent chức năng (Func) {
     var oldonload = window.onload;
     if (typeof window.onload = 'chức năng') {
        window.onload = func
     } Else {
        window.onload = function () {
            if (oldonload) {
                   oldonload ()
           }
           func ()
        }
    }
 }

Và gọi nó là thay vì "windows.onload" thông thường

 addLoadEvent (FunctionToRunOnPageLoad);
 addLoadEvent (function () {
 / * Nhiều mã chạy trên trang * tải
 }); 

Ưu điểm của đoạn mã này ...
1. Chủ yếu, Nó cho phép bạn có nhiều sự kiện windows.onload, kêu gọi từ các bộ phận riêng biệt của mã của bạn, mà không overridding định nghĩa trước
2. Nó thực sự là không phô trương. Nó có thể được đặt trong một tập tin với các kịch bản khác của bạn hoặc trong một tập tin riêng biệt.
3. Nó hoạt động ngay cả khi window.onload đã được thiết lập.


NDK nhà | Bày tỏ IT | Diễn đạt Palate | Diễn đạt Penmenship | Bày tỏ nỗi sợ hãi | Diễn đạt Myself