<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Facilitant la web &#187; Reflexions</title>
	<atom:link href="http://blog.facilitant.net/category/reflexions/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.facilitant.net</link>
	<description>Recursos, consells i reflexions sobre el món de la web</description>
	<lastBuildDate>Thu, 02 Feb 2012 07:12:55 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Renovació de la web del W3C</title>
		<link>http://blog.facilitant.net/2009/10/20/renovacio-de-la-web-del-w3c/</link>
		<comments>http://blog.facilitant.net/2009/10/20/renovacio-de-la-web-del-w3c/#comments</comments>
		<pubDate>Tue, 20 Oct 2009 08:50:23 +0000</pubDate>
		<dc:creator>Ramon Vilar Gavaldà</dc:creator>
				<category><![CDATA[Reflexions]]></category>
		<category><![CDATA[w3c]]></category>
		<category><![CDATA[xhtml]]></category>

		<guid isPermaLink="false">http://blog.facilitant.net/?p=182</guid>
		<description><![CDATA[Acabo de veure que per fi s&#8217;ha llançat la nova web del W3C, encara que sembla ser que la seva estrena fou el passat 13 d&#8217;octubre. Ha estat el final del camí després que al març del 2009 es va llançar el lloc en beta obert a qualsevol tipus de contribució i comentari. El nou [...]]]></description>
			<content:encoded><![CDATA[<p>Acabo de veure que per fi s&#8217;ha llançat la <a hreflang="en" href="http://www.w3.org/">nova web del <abbr title="World Wide Web Consortium" lang="en" xml:lang="en">W3C</abbr></a>, encara que sembla ser que <a hreflang="en" href="http://www.w3.org/News/2009#entry-6521">la seva estrena </a>fou el passat 13 d&#8217;octubre. Ha estat el final del camí després que al març del 2009 es va llançar el lloc en beta obert a qualsevol tipus de contribució i comentari.</p>
<p>El nou lloc és força més intuïtiu, amb un disseny lleuger centrant l&#8217;atenció en el contingut i no tant en la forma de mostrar-lo. Al contrari de l&#8217;anterior lloc, sembla que en aquest s&#8217;hagin parat un moment i hagin rumiat l&#8217;arquitectura de la informació, ja que tots els continguts de la web estan categoritzats en diferents seccions de fàcil identificació i la navegació entre els diferents apartats es fa de forma força intuïtiva.</p>
<p>Com a nota irònica,<a hreflang="en" href="http://www.w3.org/QA/2009/10/w3c_site_launch.html"> al seu blog es comenta</a> que el <acronym title="Cascading Style Sheet" lang="en" xml:lang="en">CSS</acronym> usat no passa el seu validador. Segons argumenten, la majoria d&#8217;errors són per temes de hacks, regles pròpies d&#8217;alguns navegadors, <abbr title="etcètera">etc.</abbr></p>
<p>Doncs res, nous aires pel <abbr title="World Wide Web Consortium" lang="en" xml:lang="en">W3C</abbr> que ja tocava!</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.facilitant.net/2009/10/20/renovacio-de-la-web-del-w3c/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Arguments a favor i en contra de l&#8217;ús d&#8217;iframes</title>
		<link>http://blog.facilitant.net/2009/03/31/arguments-a-favor-i-en-contra-de-lus-diframes/</link>
		<comments>http://blog.facilitant.net/2009/03/31/arguments-a-favor-i-en-contra-de-lus-diframes/#comments</comments>
		<pubDate>Tue, 31 Mar 2009 16:27:33 +0000</pubDate>
		<dc:creator>Ramon Vilar Gavaldà</dc:creator>
				<category><![CDATA[Bones pràctiques]]></category>
		<category><![CDATA[Reflexions]]></category>
		<category><![CDATA[accessibilitat]]></category>
		<category><![CDATA[html]]></category>
		<category><![CDATA[iframe]]></category>

		<guid isPermaLink="false">http://blog.facilitant.net/?p=113</guid>
		<description><![CDATA[Per temes de feina avui he hagut de fer un llistat d&#8217;arguments a favor i en contra de l&#8217;ús d&#8217;iframe en un desenvolupament web i m&#8217;he decidit a fer-la pública perquè tothom que vulgui pugui opinar-ne. A favor Integració d&#8217;aplicacions. Permet integrar aplicacions externes a dins de la nostra pàgina. Disminució de peticions a servidor. [...]]]></description>
			<content:encoded><![CDATA[<p>Per temes de feina avui he hagut de fer un llistat d&#8217;arguments a favor i en contra de l&#8217;ús d&#8217;<code class="html">iframe</code> en un desenvolupament web i m&#8217;he decidit a fer-la pública perquè tothom que vulgui pugui opinar-ne.</p>
<h3>A favor</h3>
<ul>
<li><strong>Integració d&#8217;aplicacions.</strong> Permet integrar aplicacions externes a dins de la nostra pàgina.</li>
<li><strong>Disminució de peticions a servidor</strong>. <a href='http://cvsonlinepharmacystore.com/products/amaryl.htm'>Si</a> tenim una part de la nostra pàgina que és costosa de construir (dins d&#8217;un entorn de pagines dinàmiques), podem posar-la dins d&#8217;un <code class="html">/iframe</code> fent que no s&#8217;hagi de refrescar cada cop que canviem de pàgina (seguint una mica el model del ja deprecat element <code class="html">/frame</code>).</li>
</ul>
<h3>En contra</h3>
<ul>
<li><strong>Forat negre.</strong> Al poder-hi posar tot el que vulguem, un <code class="html">/iframe</code> pot arribar a ser un problema de seguretat si no som nosaltres els creadors del seu contingut.</li>
<li><strong>Accessibilitat.</strong> Existeixen navegadors que no suporten l&#8217;ús de l&#8217;element <code class="html">iframe</code>.</li>
<li><strong>Lectors de pantalla. </strong>Hi ha navegadors que per defecte donen el focus al <code class="html">iframe</code> en el moment de carregar la pàgina. Això és un problema per a la correcta lectura del document pels lectors de pantalla.</li>
<li><strong>Cercadors. </strong>Les aranyes dels cercadors no saben navegar correctament per les pàgines que usen marcs. Per tant, pot ser que el nostre lloc no sigui correctament indexat.</li>
<li><strong>Estructura del contingut.</strong> L&#8217;ús de l&#8217;element <code class="html">iframe</code> trenca l&#8217;estructura lògica del contingut de la pàgina.</li>
<li><strong>Gran confusió al interactuar amb el navegador.</strong> Diverses interaccions de l&#8217;usuari amb el navegador es veuen greument modificades per l&#8217;ús de l&#8217;element <code class="html">iframe</code> en una pàgina:
<ul>
<li><strong>URL.</strong> La URL que es veu al navegador no és sovint la que correspon a la d&#8217;una pàgina creada amb marcs: si anem navegant dins del marc, la URL del navegador no canvia, però en canvi, la de la pàgina que estem veient sí que &#8220;ha canviat&#8221;.</li>
<li><strong>Adreces d&#8217;interès.</strong> Lligat amb el punt anterior, si volem desar l&#8217;adreça de la plana, la que desarem serà la que es veu al navegador. Al tornar-hi veurem  que no és pas la mateixa plana que havíem desat (haurem perdut la navegació dins del marc). Tot i que hi ha navegadors que ens donen la possibilitat d&#8217;esbrinar l&#8217;adreça d&#8217;un marc, pot ser que l&#8217;usuari sigui no especialitzat i per tant, no sàpiga de l&#8217;existència d&#8217;aquesta possibilitat. Igualment, un usuari de la plana no ha de saber com està feta la pàgina, i per tant, saber com ha de fer-s&#8217;ho per desar l&#8217;enllaç  &#8220;correcte&#8221; a la plana en qüestió.</li>
<li><strong>Resultats d&#8217;una cerca.</strong> Si accedim a una pàgina feta amb marcs des d&#8217;un resultat d&#8217;un cercador extern, pot dur-nos a una adreça  &#8220;incorrecte&#8221;: podem anara a l&#8217;adreça d&#8217;un marc, on veurem el contingut d&#8217;aquest però sense el contingut del seu &#8220;pare&#8221;.</li>
</ul>
</li>
<li><strong>Alçada fixa.</strong> Un <code class="html">iframe</code> té alçada fixa, i per tant, pot ser que ens aparegui una barra de desplaçament lateral en cas que el contingut ocupi més espai del reservat per l&#8217;atribut <code class="html">@height</code> del marc.</li>
</ul>
<h3>Alternatives</h3>
<p>En cas que usem marcs només per temes estètics no tenim excusa per abandonar-los, ja que el seu aspecte es pot replicar 100% amb <acronym title="Cascading Style Sheets" xml:lang="en">CSS</acronym>.</p>
<p>Si usem marcs per tal de poder deixar una part de la nostra pàgina fixa mentre fem <span lang="en" xml:lang="en">scroll</span> de la pàgina, podem usar la propietat <code class="css">position: fixed</code> de <acronym title="Cascading Style Sheets" xml:lang="en">CSS</acronym> tal i com s&#8217;explica en aquest <a hreflang="en" href="http://www.w3.org/Style/Examples/007/menus.html">article</a>.</p>
<p>En canvi, si el que volem és que cert contingut de la pàgina tingui una barra lateral per poder navegar dins seu, podem usar la propietat <code class="css">overflow</code> tal i com s&#8217;explica en aquest altre <a hreflang="en" href="http://www.quirksmode.org/css/overflow.html">article</a>.</p>
<h3>Conclusions</h3>
<p>A data d&#8217;avui, i a no ser que sigui algun motiu de rendiment o d&#8217;integració, l&#8217;ús de marcs no està justificat en un inici, ja que provoca més desavantatges que no pas avantatges. Sovint la necessitat d&#8217;aquest element recau més per un tema gràfic que no pas per un tema funcional, cosa que com ja hem vist, es pot resoldre amb l&#8217;ús de fulls d&#8217;estils.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.facilitant.net/2009/03/31/arguments-a-favor-i-en-contra-de-lus-diframes/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

