From owner-freebsd-questions@FreeBSD.ORG Mon Apr 9 19:17:38 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B64D106566C for ; Mon, 9 Apr 2012 19:17:38 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id DBE818FC16 for ; Mon, 9 Apr 2012 19:17:37 +0000 (UTC) Received: from r56.edvax.de (port-92-195-101-40.dynamic.qsc.de [92.195.101.40]) by mx02.qsc.de (Postfix) with ESMTP id 3D5941E813; Mon, 9 Apr 2012 21:17:34 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id q39JHXA4005747; Mon, 9 Apr 2012 21:17:34 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Mon, 9 Apr 2012 21:17:33 +0200 From: Polytropon To: Robert Bonomi Message-Id: <20120409211733.a7937a0b.freebsd@edvax.de> In-Reply-To: <201204091858.q39Iwhh6090131@mail.r-bonomi.com> References: <201204091858.q39Iwhh6090131@mail.r-bonomi.com> Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: abletony84@gmail.com, freebsd-questions@freebsd.org Subject: Re: FreeBSD's backwards webdesign / corporate identity X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2012 19:17:38 -0000 Allow me a few additions: On Mon, 9 Apr 2012 13:58:43 -0500 (CDT), Robert Bonomi wrote: > 2) Make sure *every* '' tag has a "meaningful" "alt=' field. (if it > is just a filler/spacer image, _still_ put an 'alt=" "' field on it. > This explicitly declares that the image has 'no content') And also note the longdesc= parameter to img. It should be used to give a meaningful (!) description of an image's content. > 6) Try resizing the browser panel -- wide (side-to-side) and short (top- > to-bottom), and narrow (side-to-side) and tall (top-to-bottom). > Does it work _acceptably_ in a 640x480 window? (why not? There are > users out there with VGA-only displays.) Also note that following this "auto-resize" approach enables a web page to be used in all its beauty on mobile devices, such as tablets and smartphones. If done right, no separate version is needed there. > *IDEALLY* the content should expand to fill whatever width there is > available (I have a display 1920 pixels wide, the current webpage > =refuses= to use more than about 1/2 of it. Excellent idea for improving. Many web pages could learn from that simple idea. The habit of being "optimized for 1024x768" is very annoying, especially if you _have_ a large display where you arrange non-fullscreen windows on. Pages that fail to accomodate to the window's size are very annoying. In fact, they are the majority. > Get this right, and you show you understand that HTML is -not- > a 'page layout' language, That one is merely providing 'hints' > for the browser to 'do with as it sees fit'. Web layout *is* > a very different discipline from layout for the printed page. Many web developers seem to be unable to see HTML as a markup language that defines structure (indead of layout). If you want to have pixel-precise 1:1 reproduction, use PDF. With HTML5 (but also applies to HTML4), it's easy to use the HTML tags to define what text _is_ instead of what it should look like. A usable approach is to use CSS for styling, and HTML for content-oriented structural description. That way, from the HTML content one can determine what's a heading, what's a paragraph, what's an address - instead of thinking in terms like "this is in bold text" or "this is underlined text with 18px in 'Comic Sans'". The idea of "semantic browsing" can be utilized. > Once you have -that- 100% functional with no errors, -then-, and *only* > *then* is is appropriate to add *optional* (for the user) 'enhancements' > in addition to the basic functionality. I think there _is_ potential to improve the FreeBSD website, in layout, content and structure. But it should be done carefully so it doesn't break anytime soon (such as "modern" web pages do when a new version of some arbitrary extension is out or when the underlying implementation language breaks things due to updates). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...