Si bien vamos a encontrar nuevas funcionalidades, lo que más se destaca es la cantidad de fixes que se han estado haciendo.

• Mejora para el layered navigation.
• Se agrega Captcha para algunos formularios.
• Auto generación de códigos de cupones (hay que ajustar el archivo adminhtml.xml del módulo SalesRule para que funcione)
• Una gran mejora para el módulo Backup.
• Se implementó DHL Europa.
• XmlConnect actualizado a la versión 22.1.
• El theme para iPhone fue rediseñado.

Para mayor detalle, el changelog tiene la lista completa de cambios.

Estas son algunas de las nuevas funcionalidades u opciones que vamos a encontrar.

Versión alpha, motivo por el cual ni tendría que hacer falta avisar que NO debe usarse para una tienda productiva.

A lo mejor te interese leer

• Magento 1.6.1.0 (el primero después de ver Magento 2)
• Magento 2 (let’s play)
• Magento 1.6.1.0-rc1 (con gusto a poco)
• Magento 1.6.1.0-beta1 (poco, muy poco)
• Magento 1.6.1.0-alpha1 (a la espera de más novedades)

El primero está relacionado con el SEO y el segundo con la navegación.

Para no perder la costumbre, vamos a partir de un módulo hecho por el Generador de Módulos. Además, para seguir manteniendo la línea, el módulo ha de llamarse Dc_Test.

Si intentamos acceder al controlador de nuestro módulo en el frontend, vamos a encontrarnos con lo siguiente.

Si vemos el código fuente, vamos a notar que hay 3 tags que no se están usando correctamente: title, description y keywords.

La idea del tip de hoy es aprovechar algunas funcionalidades de Magento para darle a nuestro módulo un poco de SEO haciendo uso de los tags html y del breadcrumb.

Si miramos el controlador que se generó automáticamente, vamos a encontrar el siguiente código.

class Dc_Test_IndexController extends Mage_Core_Controller_Front_Action
{
    public function indexAction()
    {
        $this->loadLayout();
        $this->renderLayout();
    }
}

Lo primero que vamos a agregar serán los valores para los tags html.

Para esto, luego del loadLayout, agregamos el siguiente código.

class Dc_Test_IndexController extends Mage_Core_Controller_Front_Action
{
    public function indexAction()
    {
        $this->loadLayout();
        if ($head = $this->getLayout()->getBlock('head')) {
            $head->setTitle('Mi título');
            $head->setDescription('Contenido del tag Description');
            $head->setKeywords('mis,keywords,para,la,pagina');
        }
        $this->renderLayout();
    }
}

Lo que estamos haciendo aquí es validar si el bloque head existe en el layout. En caso afirmativo asignamos valores para las 3 keys que nos interesan (al menos en el ejemplo).

El segundo paso será agregar el breadcrumb para nuestro módulo. Nuevamente, vamos a tener que agregar algunas líneas en el controlador.

class Dc_Test_IndexController extends Mage_Core_Controller_Front_Action
{
    public function indexAction()
    {
        $this->loadLayout();
        if ($head = $this->getLayout()->getBlock('head')) {
            $head->setTitle('Mi título');
            $head->setDescription('Contenido del tag Description');
            $head->setKeywords('mis,keywords,para,la,pagina');
        }
        if ($breadcrumbs = $this->getLayout()->getBlock('breadcrumbs')) {
            $breadcrumbs->addCrumb('home', array(
                'label' => Mage::helper('test')->__('Inicio'),
                'link'  => Mage::getBaseUrl()
            ))->addCrumb('test', array(
                'label' => Mage::helper('test')->__('Título de la página')
            ));
        }
        $this->renderLayout();
    }
}

Una vez guardados los cambios, actualizamos la página y ya van a verse los cambios.

De más está decir que el ejemplo tiene, justamente, ese fin.

Si nuestro módulo utiliza varias acciones, será más correcto tener un método privado en el controlador que se invoque dentro de cada una de ellas para manipular los distintos valores.

A lo mejor te interese leer

• Agregar validaciones javascript en Magento de forma no obstrusiva
• Configuraciones dependientes en Magento
• Cómo agregar atributos a una categoría en Magento
• Cómo modificar valores de configuración vía código en Magento
• Cómo hacer un módulo con soporte multistore en Magento

Sin muchos cambios con respecto a lo visto en los pre-release, la lista de cambios a destacar es:

• XmlConnect actualizado a la versión 22.0.
• Cambio en el circuito de reseteo de contraseña.
• Se puede utilizar la tecla Shift junto con el click para seleccionar un rango de valores en las grillas del backend.
• Más y mejor integración con PayPal.
• Se eliminó la integración con TheFind.
• Se quitó GoogleOptimizer (ya vimos que en Magento 2 vuelve a formar parte de las funcionalidades nativas).
• Mejoras para los cupones de descuento.
• Lo módulos que más han sido modificados (ya sea por correcciones o cambios de estilo) siguen siendo: PayPal, Sales y Tax. Por supuesto, XmlConnect ha sido actualizado por completo.
• Actualización de la API.

En el changelog van a encontrar los detalles sobre todos los cambios de la versión.

A lo mejor te interese leer

• Magento 1.7.0.0-alpha1 (y las versiones se encontraron)
• Magento 2 (let’s play)
• Magento 1.6.1.0-rc1 (con gusto a poco)
• Magento 1.6.1.0-beta1 (poco, muy poco)
• Magento 1.6.1.0-alpha1 (a la espera de más novedades)

Para los que hacía ya un buen tiempo no nos alegrábamos con una nueva release, ya es posible comenzar a jugar con la versión 2.0.0.0-dev1.

Si bien estéticamente no veremos cambios, lo que si ya vamos a poder ver es la nueva estructura de código (tal como se comentara en la Innovate 2011).

Definitivamente, mucho para empezar a jugar, probar y romper.

Algunas capturas para llenar los ojos.

Para empezar, la estructura de archivos, claramente, cambia.

Así se comienza a perfilar la nueva estructura para los skins.

Sólo por tomarlo de ejemplo, el módulo Mage_Catalog se ha convertido en:

Con el cambio de la estructura de los skins, la configuración sufre una pequeña modificación también.

Y vuelve al ruedo Google Website Optimizer.

Ahora toca tomarse un tiempo para comenzar a jugar, modificar, armar módulos custom y ver cuánto de lo que ya sabíamos sigue siendo útil y qué nuevos cosas vamos a encontrar.

Para los que tengan ganas de ponerse a jugar: http://mage2.magentocommerce.com/svn/public/

A lo mejor te interese leer

• Magento 1.7.0.0-alpha1 (y las versiones se encontraron)
• Magento 1.6.1.0 (el primero después de ver Magento 2)
• Magento 1.6.1.0-rc1 (con gusto a poco)
• Magento 1.6.1.0-beta1 (poco, muy poco)
• Magento 1.6.1.0-alpha1 (a la espera de más novedades)

Se abren las apuestas para ver cuánto aguantan las ganas de jugar con WordPress (y cuánto aguanto buscando código Magento dentro de WP).

A lo mejor te interese leer

• Todavía no hay posts relacionados

Hace no mucho tiempo me tocó hacer una personalización en la cual el requerimiento pedía agregar una regla adicional de validación para ciertos campos del checkout.

Lo que vamos a a ver es cómo agregar reglas propias de validación haciendo uso de la clase Validation. Por supuesto, la idea es no tocar el código original agregando código en js/prototype/validation.js o dentro de un phtml (como todavía seguimos viendo incluso en extensiones pagas).

Para el ejemplo vamos a necesitar 3 archivos.

El escenario con el cual voy a trabajar será el siguiente: “Agregar una nueva validación Javascript a ciertos campos del formulario del checkout sin por esto crear un nuevo módulo” (más adelante voy a volver sobre este punto).

Lo primero que vamos a hacer es crear nuestra función javascript de validación. Dado que la regla en si misma va más allá del skin, voy a crear el archivo dentro del directorio js. En mi caso, el archivo será /js/dc/validacion.js.

Dentro del archivo, vamos a declarar una nueva regla.

Validation.add('mi-nueva-validacion', 'Mensaje de error a mostrar.', function (v) {
    return /^[ INGRESAMOS NUESTRA VALIDACION ]*$/.test(v);
});

El siguiente paso será lograr que el layout agregue nuestro nuevo archivo junto con todos los demás.

Para que esto suceda vamos a editar el archivo page.xml del layout de nuestro theme y agregamos dentro del nodo <default>, en la definición del bloque head, la llamada a nuestro archivo.

<default translate="label" module="page">
 
    ...
 
    <block type="page/html_head" name="head" as="head">
 
        ...
 
        <action method="addJs"><script>dc/validacion.js</script></action>
 
        ...
 
    </block>
 
</default>

Ahora ya tenemos nuestra nueva regla de validación y también el archivo javascript cargado.

Para aplicarlo, necesitamos editar el archivo phtml que contiene el input al cual buscamos agregarle la validación.

Según el ejemplo, vamos a probar con el campo Company de la sección de Billing.

Abrimos el archivo app/design/frontend/[package]/[tema]/template/checkout/onepage/billing.phtml y en la línea 47 deberíamos ver nuestro campo. Al final de la línea se indica que la única clase de este input es “input-text”.

Vamos a modificar eso y agregamos, a continuación, el nombre de nuestra regla de validación.

Ahora el código de nuestro input debería verse de la siguiente forma:

<input id="billing:company" class="input-text mi-nueva-validacion" title="<?php echo $this->__('Company') ?>" type="text" name="billing[company]" value="<?php echo $this->htmlEscape($this->getAddress()->getCompany()) ?>" />

Una vez que lleguemos al formulario, si ingresamos un valor no permitido, veríamos nuestro mensaje.

Aplicando estos pasos estamos obteniendo una forma bastante prolija y reutilizable de agregar validaciones para nuestros formularios.

Al comienzo dejé una aclaración con respecto al requerimiento. Esto se debe a que la forma en que estoy agregando la validación no es la única.

Si mi validación fuera sólo para el checkout, quizás lo más correcto hacer la inclusión en la definición de layout del checkout y no en page. Si creamos un módulo que necesita una validación, también podríamos hacer al inclusión en la definición de layout de ese módulo.

Lo importante es evitar ensuciar el phtml y poder reutilizar nuestro código de una forma sencilla.

A lo mejor te interese leer

• Mejorando el SEO de nuestros módulos en Magento
• Configuraciones dependientes en Magento
• Cómo agregar atributos a una categoría en Magento
• Cómo modificar valores de configuración vía código en Magento
• Cómo hacer un módulo con soporte multistore en Magento

La lista de cambios a destacar, hasta el momento, es:

• XmlConnect actualizado a la versión 22.0.
• Cambio en el circuito de reseteo de contraseña.
• Se puede utilizar la tecla Shift junto con el click para seleccionar un rango de valores en las grillas del backend.
• Más y mejor integración con PayPal (que haya cambios aquí no causa sorpresa alguna).
• Se eliminó la integración con TheFind.
• Se quitó GoogleOptimizer (pasaría a ser parte del core en un futuro).
• Mejoras para los cupones de descuento.

Lo módulos que más han sido modificados (ya sea por correcciones o cambios de estilo) siguen siendo: PayPal, Sales y Tax. Por supuesto, XmlConnect ha sido actualizado por completo.

Los detalles sobre los cambios y las correcciones de bugs pueden verse en el changelog de la versión.

No hay señales sobre alguna novedad en la versión, así que es muy probable que en la semana, durante la Innovate Developer Conference que se llevará a cabo en San Francisco, estén lanzando la versión estable (si, estoy haciendo futurología basándome en lo hecho durante Magento Imagine 2011).

A lo mejor te interese leer

• Magento 1.7.0.0-alpha1 (y las versiones se encontraron)
• Magento 1.6.1.0 (el primero después de ver Magento 2)
• Magento 2 (let’s play)
• Magento 1.6.1.0-beta1 (poco, muy poco)
• Magento 1.6.1.0-alpha1 (a la espera de más novedades)

Salvo algunas correcciones de código vistas en algunos archivos, la mayoría de lo presentado en esta versión tiene correcciones de estilo, pero no más.
Los módulos que presentan más cambios son los de Sales, Shipping y Tax. Además, para Fedex y UPS se corrigieron los servicios de cada carrier.

Los detalles completos de la versión pueden leerlos en el changelog, aunque no hay grandes sorpresas.

Dado que es una versión beta, sólo para los despistados, NO la usen en tiendas productivas.

A lo mejor te interese leer

• Magento 1.7.0.0-alpha1 (y las versiones se encontraron)
• Magento 1.6.1.0 (el primero después de ver Magento 2)
• Magento 2 (let’s play)
• Magento 1.6.1.0-rc1 (con gusto a poco)
• Magento 1.6.1.0-alpha1 (a la espera de más novedades)

No deja de resultarme llamativo el lanzamiento, dado que la última versión estable está bastante fresca aún. Igualmente, revisando el changelog se puede ver que más que mejoras, lo que han habido son correcciones.

Lo que destacan de éste release es:

• Cambio en el circuito de reseteo de contraseña.
• Se puede utilizar la tecla Shift junto con el click para seleccionar un rango de valores en las grillas del backend.
• Más y mejor integración con PayPal (que hayas cambios aquí no causa sorpresa alguna).
• Se eliminó la integración con TheFind.
• Se quitó GoogleOptimizer (pasaría a ser parte del core en un futuro).
• Mejoras para los cupones de descuento.

Revisando el código, se puede ver que hubieron cambios y correcciones en Adminhtml, Bundle, Catalog (casi todo relacionado con los productos Configurables), CatalogInventory, CatalogRule, CatalogSearch, Checkout (el OnePage), Core, Customer, Eav, GoogleCheckout, GoogleOptimizer fue removido (por el momento), ImportExport, Media, PageCache, Payment, PayPal, Poll, Sales, SalesRule, Tags, Tax, Usa (Usps), Whislist.

Además, en el Downloader se hizo una corrección de typo (hasta ahora no me había tocado usar el downloader en 1.6), como también correcciones de typo y cambios en varias librerías js.

El archivo opcheckout.js del skin base también cambia, así que seguramente habrá que hacer algún ajuste cuando se llegue a la versión estable y se implemente con un skin custom.

Algunas capturas de las nuevas configuraciones disponibles.

Es versión alpha, motivo por el cual no debiera ser necesario recordar que NO debe usarse en tiendas que estén en vivo.

A lo mejor te interese leer

• Magento 1.7.0.0-alpha1 (y las versiones se encontraron)
• Magento 1.6.1.0 (el primero después de ver Magento 2)
• Magento 2 (let’s play)
• Magento 1.6.1.0-rc1 (con gusto a poco)
• Magento 1.6.1.0-beta1 (poco, muy poco)

Está claro, el ejemplo es de lo más básico. Contamos con varios tipos de campos que nos permiten manejarnos con cierta flexibilidad al momento de definir nuestras configuraciones.

Dentro de esas posibilidades existe una opción (que no suele verse muy seguido) que nos permite indicar que si un campo cambia de valor, nos muestre (o no) otros campos.

Guiándonos por la primera imagen, la lógica sería la siguiente: si el campo “Condición” equivale a No, mostramos el campo “Valor A”.

Y ahora, si el campo “Condición” cambia a Si, ocultamos el campo “Valor A” y mostramos el campo “Valor B”.

Lograr el comportamiento es bastante sencillo (no, no es necesario enviar otro cohete a luna).

Repasemos el código usado para la primera imagen.

<fields>
    <condicion translate="label">
        <label>Condicion</label>
        <frontend_type>select</frontend_type>
        <source_model>adminhtml/system_config_source_yesno</source_model>
        <sort_order>1</sort_order>
        <show_in_default>1</show_in_default>
        <show_in_website>1</show_in_website>
        <show_in_store>1</show_in_store>
    </condicion>
    <valor_a translate="label">
        <label>Valor A</label>
        <frontend_type>text</frontend_type>
        <sort_order>2</sort_order>
        <show_in_default>1</show_in_default>
        <show_in_website>1</show_in_website>
        <show_in_store>1</show_in_store>
    </valor_a>
    <valor_b translate="label">
        <label>Valor B</label>
        <frontend_type>text</frontend_type>
        <sort_order>3</sort_order>
        <show_in_default>1</show_in_default>
        <show_in_website>1</show_in_website>
        <show_in_store>1</show_in_store>
    </valor_b>
</fields>

Desde Magento 1.4 existe un parámetro adicional que nos permite indicar la relación (y visibilidad) de un campo según el valor de otro.

El parámetro se llama “depends” e indica el campo con el que se relaciona y el valor que debe tener para que nuestro campo se muestre.

<depends>
    <condicion>0</condicion>
</depends>

El ejemplo completo nos quedaría de la siguiente forma.

<fields>
    <condicion translate="label">
        <label>Condicion</label>
        <frontend_type>select</frontend_type>
        <source_model>adminhtml/system_config_source_yesno</source_model>
        <sort_order>1</sort_order>
        <show_in_default>1</show_in_default>
        <show_in_website>1</show_in_website>
        <show_in_store>1</show_in_store>
    </condicion>
    <valor_a translate="label">
        <label>Valor A</label>
        <frontend_type>text</frontend_type>
        <sort_order>2</sort_order>
        <show_in_default>1</show_in_default>
        <show_in_website>1</show_in_website>
        <show_in_store>1</show_in_store>
        <depends>
            <condicion>0</condicion>
        </depends>
    </valor_a>
    <valor_b translate="label">
        <label>Valor B</label>
        <frontend_type>text</frontend_type>
        <sort_order>3</sort_order>
        <show_in_default>1</show_in_default>
        <show_in_website>1</show_in_website>
        <show_in_store>1</show_in_store>
        <depends>
            <condicion>1</condicion>
        </depends>
        <comment>Descripción del segundo campo</comment>
    </valor_b>
</fields>

Este pequeño truco nos permite mejorar la presentación de nuestra configuración con muy poco esfuerzo.

Cabe aclarar que no es la única forma en que podemos mejorar la forma de ingresar parámetros de configuración, ya que podemos implementar nuestros propios source para los campos.

Un ejemplo de esto último puede verse en el post de Robert Popovic sobre cómo implementar modelos personalizados para los parámetros de la configuración.

(Todavía no tengo seguridad sobre si el título describe correctamente el contenido del post)

A lo mejor te interese leer

• Mejorando el SEO de nuestros módulos en Magento
• Agregar validaciones javascript en Magento de forma no obstrusiva
• Cómo agregar atributos a una categoría en Magento
• Cómo modificar valores de configuración vía código en Magento
• Cómo hacer un módulo con soporte multistore en Magento