Articles avec le tag ‘core’

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) (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. (suite…)

osCSS, fichier oscss.version.xml

dimanche 22 août 2010

Ce fichier à déjà fait son apparition depuis quelques mois dans le common du moteur.

Jusqu’à présent, il servait uniquement à stocké le numéro de version et de révision svn du moteur.

Maintenant, , il dispose d’information completentaire ,

  • le template activé par defaut dans le backoffice
  • le niveau de developpement, stable | unstable
  • les url de liaison au svn pour le suivit des revisions

L’appel au information de l’object se font toujours via la fonction de la libraririe general.php

get_info_core(. DIR_WS_COMMON.’oscss.version.xml’,’svn’)

Le premier argument précise le nom du fichier, le second, le tag à retourner

Cette fonction doit être modifié, vérifier son fonctionnement avant usage.

[BO] osCSS module configurations vs module pages

mardi 20 juillet 2010

Dans la suite des développement des modules, les modules de types pages, ce retrouvent a supplanter les modules de type configuration.

Ces derniers n’intervient que dans le cadre des page associé au configuration, et par la  même, un certain nombre de ces modules ont été posé la, faute d’voir un type de module le correspondant mieux.

Concrètement, les modules configuration sont nécessaire au page ayant besoins de la lib.configuration, qui n’est chargée que sur cette page.

Pour tous les autres modules, ces le type pages qui correspond.

Note: Le nommage des fichier des configuration c’est developpé sur les contraintes de la table configuration_menu. Cette dernière va être modifié afin d’être plus souple, et entendu à l’ensemble des menus du backoffice. . Ces modifications vont intervenir en même temps que le travail visant à assainir et retructurer les acl des groupes

osCSS backoffice, evolution structurelle importante

jeudi 15 juillet 2010

Il fallait que cela arrive (lol) ; C’est en cours, et on va finir de s’eloigner un peu plus d’oscom.
Le remplacement des fichiers placé dans /content du backoffice par leur equivalent en un module du type /modules/pages/. (suite…)

lossim refonte du noyau

mardi 29 juin 2010

Ayant besoin de nouveau de lossim, cms sans base de donnée mutli langues, donc leger , et ne n’disposant pas de contrainte de base de donnée, et donc restant rapide et simple a deployer et /ou migrer .

(suite…)