Articles avec le tag ‘oscss’

modification des modules non type a partir de la version 2.1.1

Samedi 31 décembre 2011

Vous migrez votre template d’un osCSS 2.1.0 à la nouvelle version en cours de dev. Dans l’affichage de vos page, les modules non typé n’affiche plus rien ?

Il s’agit d’un petite evolution de ces modules. Le module DOIT renvoyer le type de donnée qu’il traitent. C’est cette indication qui est utilisé dans les boucles associées au modules.

Pour corriger ce probleme, ajouter dans les function  » in_obj_xxx », dans la boucle de traitement des donnée , l’informations comme suit:
Avant

 while ($listing_version_products = $res->fetchAssoc()){
 $pd=product::get_item($listing_version_products['products_id']);
 $pd->aca=$aca_listing->return_db_min($listing_version_products['products_id']);
 $p[]=$pd;
 }
 return new objectInfo(array('title'=>__('table heading version products') , 'content'=>$p));

Apres

while ($listing_version_products = $res->fetchAssoc()){
 $pd=product::get_item($listing_version_products['products_id']);
 $pd->aca=$aca_listing->return_db_min($listing_version_products['products_id']);
 $pd->type='product';
 $p[]=$pd;
 }
return new objectInfo(array('title'=>__('table heading version products') , 'content'=>$p ,'type'=>'product'));

memo appel detail customer for view public informations

Samedi 31 décembre 2011

Il est possible avec la class customers d’appler les informations public associé a un id.
A cette occasion, la class customer est reinititalisé.
Pour continuer à acceder à l’utilisateur courant , utiliser

$current=$page->new_class(’customer’);

(pense bête) frontoffice – gestion des pdf

Samedi 17 décembre 2011

Suite à l’évolution de la prise en charge des pdf (modularité / ou prise en charge d’un import externe fournis pas logiciel tiers) (Lire la suite…)

Evolution des statut, modification gestion des status

Dimanche 13 novembre 2011

Une petite modif apparait dans la gestion des status, afin que ceuc xi soit plus souple d’usage.

L’exemple concerne la gestion des commandes, et les statut, en attente, en preparation, livré et annulé.

(Lire la suite…)

Ajout d’extensions non pre-definies

Lundi 4 juillet 2011

L’utiliLors de la mise en oeuvre d’une boutique, j’ai eu besoin d’ajouter des contenus non prévus (de base produits, categories, client, et page cms) , mais dont certaine devait elle même permettre d’être modulaire avec des extensions specifiques. (Lire la suite…)

osCSS Backoffice , évolution des module de pages, nouvelle class d’abtsraction , et Master gabarit

Samedi 7 mai 2011

Les modules de page tendent à évoluer, et une nouvelle forme de module voit le jour ;

Ces modules de pages, sont les plus complexes (vis à vis des autre type de modules, account, products, ..), compte tenu que ceux sont des page centralisatrice, contenant listing, tri action multiple, export, et j’en passe.

Aussi , afin de simplifier leur mise en forme, une nouvelle class et un nouvel viennent compléter ces modules.

(Lire la suite…)

template Backoffice , convention ecriture , utilisation constructeur

Mercredi 13 avril 2011

osCSS intègres dans le Backoffice, des méthode pour ajouter des liens et boutons dans les gabarit html.
Cette centralisation garantie une cohérence du code, ainsi qu’une centralisation des image et icône de boutons.

Ces méthodes sont defini dans la class CsrtAction (fichier oscss_cstr.php) des class du backoffice.

Toutes ces methode utilise le fichier de set d’icone , et structure html des boutons et leur encadrement , contenu dans le fichier xml du template en cours.
si aucun fichier n’est present dans votre template, ou que vous developper vous même votre template, le theme par defaut sera utilisé.

Les 4 methodes courament utilisé sont:

  • getLink
  • getButton
  • getSubmit
  • getImage

Ces methodes utilisent les même arguement, et srucpulesement la même  nomenclature; a savoir :

getLink($code,$txt,$codeImg='')

Elle sont toutes static , aussi leurs appel a lieux sous cette forme :

CsrtAction::getLink($code,$txt,$codeImg='')

Ex:

CsrtAction::getLink('row_action_right', IMAGE_VIEW, 'view')

Dans tous les cas, elle renvoi une chaine s’utilisant avec un sprintf /printf; Il est donc necessaire de mettre en place des arguement complementaire

Ex:

sprintf(CsrtAction::getLink('row_action_right', IMAGE_VIEW, 'view'), 'fancyView',  tep_href_link(adminNotif::FILENAME,  'nID=' . $notif['notif_id'] . '&action=view') ,'' )

Ou

sprintf(CsrtAction::getLink('row_action_right', IMAGE_ICON_INFO, 'info'), 'fancyView',  tep_href_link(adminNotif::FILENAME,  'nID=' . $notif['notif_id'] . '&action=view') ,'' )

La seul methode qui ne necessite pas d’arguement supplementaire est la methode getImage, qui ce suffit à elle même


CsrtAction::getImage('row_action_right', IMAGE_ICON_INFO, 'arrow_right')

En general, ces fonctions sont utilisé dans les page de gabarit html, ou les directement dans les class de module .

Lorsque elles sont utilisées dans les colonnes action des tableaux, une methode complementaire de la même class vient completer l’appel

getFormat('row_action');

Sous cette forme

CsrtAction::getFormat('row_action')

Et comme les autres methode, elle renvoi une chaine destiné a printf

Soit

          printf(
              CsrtAction::getFormat('row_action'),
              ((isset($notif['customers_id']) && !empty($notif['customers_id']) )
            ?tep_customers_row_action($notif['customers_id'], array('origin'=>adminNotif::FILENAME))
            : (!empty($notif['user_email'])? ' <a href="mailto:'.$notif['user_email'].'" >'.$notif['user'].'</a>' : '')
              ),
              sprintf(CsrtAction::getLink('row_action_right', IMAGE_VIEW, 'view'), 'fancyView',  tep_href_link(adminNotif::FILENAME,  'nID=' . $notif['notif_id'] . '&amp;action=view') ,'' ).
              sprintf(CsrtAction::getLink('row_action_right', IMAGE_DELETE, 'delete'), '',  tep_href_link(adminNotif::FILENAME,  'nID=' . $notif['notif_id'] . '&amp;action=delete') ,'' ) .
              ((isset($_GET['nID']) && $notif['notif_id'] ==  $_GET['nID'])
            ? CsrtAction::getImage('row_action_right', IMAGE_ICON_INFO, 'arrow_right')
            : sprintf(CsrtAction::getLink('row_action_right', IMAGE_ICON_INFO, 'info'), 'fancyView',  tep_href_link(adminNotif::FILENAME,  'nID=' . $notif['notif_id'] . '&amp;action=view') ,'' )
              )
          );

Blogué avec le Navigateur Flock

Module de livraison / shipping module – developpement

Mercredi 23 février 2011

Un petit mot, sur les élement ,ecessaire au bon foncitonnement des modules dans leur prise en charge dans le processus de commande, et au texte affiché dans les différente etape et sur les pdf produit.

Chaque module , lors du choix de la methode de livraison fournis un tableau deomposé comme suit:

array(
id => $this->code
module=> nom affiché du module
methode=>array(
   tax=> valeur de taxe
   title=> text qui sera affiché , dans le choix de la livraison, et aussi utilisé dans les tottaux de commande, dans les pdf, etc.. (eviter les caratére speciaux comme l'€ )
   detail=> text complemetaire uniquement affiché lors du choix de la methode
   cost=> le cout a ajouter au total commande
   cost_ht=> le cout HT a affiché
 )
)

La section detail de la, ou des methode est optionnel

Blogué avec le Navigateur Flock

Atos sherlocks / mise en oeuvre configuration

Dimanche 20 février 2011

On peut dire, que celui ci m’a fait perdre du temps, quelque chose de bien !

Tous ca pour faire une installation plus propre, et en centralisant l’ensemble des fichier du module au même endroit.

Mais, pas possible, el module ne trouvais pas certain élément de configuration , pourtant installé et definis comme il ce doit ;

Et pas moyen de le faire fonctionner….

En fait, j’avais deporté l’ensemble des elements d’atos dans le repertoire du module de la boutique, mais le chemin vers les element de configuration de la partie sherlocks ne passait plus .

Et j’ai fini pas trouver , grace à ce memo http://www.filluzeau.com/333-solution-pour-lerreur-de-paiement-avec-sips-atos.html, la solution !

Donc , merci à Alexandre :)

Si le chemin est trop long, ben , ca marche pas.

Donc, avec tout à la racine , pas de soucis !

Blogué avec le Navigateur Flock

Support des langues dans les template backoffice

Mercredi 5 janvier 2011

Les templates du backoffice supporte maintenant la possibilité d’inclure un fichier de langue, en .txt .

cette evolution autorise donc a ajouter des contenu texte localisé dans le theme du backoffice.

d’autre part, ce fichier, comme les autre fichier de langues est mis en cache si celui est activé.

Pour ajouter un fichier de langue, utilisé la nomenclature habituelle.

  • fr_FR.txt pour un fichier de langue française
  • en_Us pour fichier de langue anglaise.

Les fichiers de langue doivent être placé dans un repertoire languages/ , a la racine du template.

L’appel des contenu localisé utilise donc la fonction __()

Blogué avec le Navigateur Flock