Wiki1000 - Contributions de l'utilisateur [fr]

Vignettes SVG (portail)

2008-05-20T14:53:02Z

WikiSysop :

==Vignettes SVG==

Les vignettes sont définies dans le menu portail de type Vignette SVG :

{{#images:image1.png|Vignettes_SVG}}

Le contenu est une image SVG qui a été placé dans le répertoire du site (dans cet exemple)

(Inkscape est un éditeur OpenSource de document SVG)

{{#images:image2.png|Vignettes_SVG}}

L’image SVG contient des liens :

{{#images:image3.png|Vignettes_SVG}}

Malheureusement on ne peut définir directement le lien dans l’éditeur car nous avons besoin d’un bout de script ; l’éditeur ne gérant pas le script nous devons modifier le fichier à la main :

Tout d’abord le bout de script qui va appeler le gestionnaire de lien du client JavaScript :

<nowiki>
<svg
xmlns:svg=
…
<script type="text/ecmascript"> <![CDATA[
function doonclick(href) {window.top.JS_UTILS.URL.execLink(null,href);
}
]]> </script>
…
</nowiki>

Les liens sont ensuite définis sur les balises « Anchor » créées par l’éditeur :

<nowiki>
<a
id="idLink3"
transform="translate(1.636245,-0.9061258)"
inkscape:label="#a5169">
<g onclick="doonclick('frm://wfclassea.dfm')"
id="g5163">
<text
xml:space="preserve"
</nowiki>

Dans le portail :

{{#images:image4.png|Vignettes_SVG}}

Les liens sont actifs sur les vignettes ; si l’on clique sur « 3 » : l’écran correspondant au lien est ouvert :

{{#images:image5.png|Vignettes_SVG}}

Et voila !
[[Category:Portail]]
[[Category:WebTop]]

Developpement:Services XML

2008-05-20T14:37:30Z

WikiSysop :

==Services XML et RSS ligne 1000==

Les services XML sont un ensemble de composants et de fonctionnalité dont le but est de faciliter le l’agrégation de contenu d’origine hétérogène soit à l’intérieur d’une application 1000 soit dans une application externe. (Mashup en anglais).

Ces fonctionnalités inclus :

Les Services REST

Les Services RSS

Les contrôles orientés XML / XSL

Les contrôles orientés mobiles

D’autres technologies peuvent être aussi utilisées :

Les types de données XML

Les transformations XSL

==Services REST==

===Présentation des services REST===

REST (''Representational State Transfer'') est une architecture de service WEB basée sur le protocole HTTP permettant d’accéder à des ressources identifiée par une URI (''Unified Resource Identifier''). Le résultat de la requête REST est retourné au client sous forme XML, c’est une représentation de la ressource au format XML.

REST n’est pas un protocole standardisé par le W3C mais qui néanmoins repose sur les standards HTTP, URI et XML.

===Le serveur REST ligne 1000===

Le serveur Ligne 1000 contient un service REST qui permet d’accéder aux différents services techniques du serveur.

Sa fonction première est d’offrir un accès à travers HTTP aux services techniques 1000 et de permettre ainsi une utilisation plus large de ces services.

Le serveur REST 1000 interprète une URI, exécute le service REST concerné et retourne le résultat en XML.

===URL de service REST===

Les points d’accès aux services REST sont des URL définies à partir de la racine de l’URL du serveur Web.

L’URL d’un service REST est définie ainsi :

http://hostname/servicename/server/rpc.l1000/rest/'''rest''''''Name.restAction1.restAction2'''?param1=value1&param2=value2& …
{| class="wikitable"
|-
|HostName
|Nom DNS de la machine Serveur
|-
|ServiceName
|Nom du service Ligne 1000 sur la machine
|-
|restName
|Nom du service REST à exécuter
|-
|restAction1
|Nom principal de l’action du service REST à exécuter
|-
|restAction2
|Nom auxiliaire de l’action du service REST à exécuter ; généralement pas utilisé
|-
|Couples « paramètre=valeur »
|Paramètres de l’action.
|}

L’appelant doit exécuter une commande HTTP / GET sur l’URL du service.

La réponse d’un service REST est un flux XML dont la structure et le contenu vari suivant le service.

===Mode d’authentification ===

Non

Le service ne requière pas d’authentification.

Anonyme

Le service requière une authentification, si celle-ci n’est pas fournie dans les paramètres de l’appel une session anonyme, rattachée à l’utilisateur du serveur, sera créée.

Oui

Le service requière une authentification passée en paramètre. L’identifiant de session doit être passé dans un paramètre SID ou bien à travers les cookies de session.

===Liste des services REST disponibles===
{| class="wikitable"
|-
|Nom du service
|Action
|Mode Auth.
|Usage
|-
|url
|http
|Non
|Exécute une requête HTML et retourne la réponse.
{| class="wikitable"
|-
|Paramètre
|valeur
|-
|url
|URL à exécuter
|}

Ce service fonctionne comme un proxy HTTP/HTTPS, les actions GET et POST sont supportées.
|-
|url
|xslt
|Non
|Exécute une transformation XSL
{| class="wikitable"
|-
|Paramètre
|valeur
|-
|xml
|URL de la source xml
|-
|xsl
|URL de la feuille de style
|}

Les noms des paramètres xml et xsl sont des URL de service REST.

Ces URLs sont résolus et une transformation XSL est exécutée sur les résultats. Le résultat de la transformation est retourné.
|-
|url
|repository
|Anonyme
|Retourne un objet du référentiel
{| class="wikitable"
|-
|Paramètre
|valeur
|-
|name
|Nom de l’objet
|}

Le contenu de la réponse HTTP est le contenu de l’objet.

le type de contenu est défini à partir du nom de l’objet.
|-
|
|
|
|
|-
|rss
|nom_du_flux
|Oui
|Serveur RSS, retourne un flux RSS

Le nom du flux RSS doit être passé dans l’action du service. Ce nom doit correspondre à un objet flux RSS du référentiel.

La source de données associée au flux RSS est exécutée et le résultat du flux est retourné en réponse.
|-
|ind
|nom_de_ l’indicateur
|Oui
|Serveur Indicateurs, retourne un flux indicateur

Le nom de l’indicateur doit être passé dans l’action du service. Ce nom doit correspondre à un objet flux indicateur du référentiel.

La source de données de l’indicateur est exécutée et le résultat est retourné en réponse.

Le contenu de la réponse dépend du type de l’indicateur, les types supportés sont Flash, SVG et XSL
|-
|
|
|
|
|-
|info
|session
|Non
|Vérification de session
{| class="wikitable"
|-
|Paramètre
|valeur
|-
|SID
|Identifiant de session
|}

Cette action vérifie que la session est valide pour l’utilisateur, cad pour l’adresse TCP de l’appelant.
|-
|info
|login
|Non
|Ouverture de session
{| class="wikitable"
|-
|Paramètre
|valeur
|-
|username
|Nom de l’utilisateur
|-
|password
|Mot de passe de l’utilisateur
|-
|md5
|Valeur HASH MD5 du mot de passe de l’utilisateur
|-
|expireinterval
|Durée de validité de la connexion demandée
|}

Cette action crée une nouvelle session. Le mot de passe de l’utilisateur peut être soit passé en clair (paramètre password) soit encodé en MD5 (paramètre md5)
|-
|info
|logout
|Non
|Terminaison d’une session.
{| class="wikitable"
|-
|Paramètre
|valeur
|-
|SID
|identifiant de session
|}

Cette action termine une session.
|-
|info
|configuration
|Non
|Retourne un fichier XML contenant des informations sur la configuration du service.
|-
|
|
|
|
|-
|model
|classe.methode
|Oui
|Exécution d’une méthode d’une classe non persistante.
{| class="wikitable"
|-
|Paramètre
|valeur
|-
|paramètres de la méthode
|
|}

Le service exécute la méthode en lui passant les paramètres et retourne le résultat de la méthode.

La méthode ne doit accepter que des paramètres de type simple, si l’appel n’est pas supporté une erreur est retournée.

Si la méthode retourne un TxmlDocument le contenu du document est retourné en réponse.

Si la méthode retourne un objet la sérialisation de l’objet est retourné

Si la méthode retourne une liste de chaîne celle-ci sont retournées dans la réponse.
|-
|
|
|
|
|-
|query
|nom de la requête
|Oui
|Exécution d’une requête.
{| class="wikitable"
|-
|Paramètre
|valeur
|-
|Paramètres de la requête
|
|}

Le service exécute la requête en passant les paramètres d’appel en paramètre de requête ; le résultat de la requête est retourné en format XML.
|-
|
|
|
|
|-
|xevent
|add
|Non
|Création d’un évènement métier
{| class="wikitable"
|-
|Paramètre
|valeur
|-
|Caption
|Libellé associé à l’évènement
|-
|EventType
|Type de l’évènement
|-
|EventSourceName
|Source de l’évènement
|-
|EventResult
|Valeur entière associée à l’évènement
|-
|EventDataBaseURL
|Base de données associée à l’évènement
|-
|EventSourceInfo1
|Valeur chaîne associée à l’évènement
|-
|EventSourceInfo2
|Valeur chaîne associée à l’évènement
|-
|InstanceOID

oidEventObject
|Identifiant de l’objet associé à l’évènement
|-
|EventObjectClass
|Nom de la classe de l’objet associé à l’évènement
|-
|EventObjectProperty

EventName

EventId
|Identifiant de l’évènement
|-
|Autres paramètres
|
|}

Ce service permet de créer un évènement métier, consultez la documentation sur les Processus Métier pour plus d’informations.
|-
|
|
|
|
|}

Service forms :

Ouverture d’un écran avec le service REST form :

<nowiki>
http://hostname/servicename/server/rpc.l1000/rest/forms.url?value=frm://wfclassea.dfm/CA10D3D5FB8300190017000000610001/
</nowiki>

==Service RSS==

===Présentation du service RSS===

Un flux RSS ou fil RSS ("RSS feed" en anglais), de Really Simple Syndication (''souscription vraiment simple''), ou de Rich Site Summary (Sommaire d'un site enrichi) est un format de de contenu , codé sous forme . Ce système permet de diffuser en temps réel les nouvelles des sites d'information ou des , ce qui permet de rapidement consulter ces dernières sans visiter le site

===Objet flux RSS du référentiel===

Un objet flux RSS est un objet du référentiel décrivant un flux RSS. Un objet de flux RSS contient notamment l’URI décrivant le fournisseur de données.

L’utilisation d’objet flux RSS présente plusieurs avantages :

Il introduit une modélisation des flux RSS permettant de maintenir une vue cohérente et exhaustive des flux RSS existant au sein d’une application.

Il permet une indirection entre URI définie dans les lecteurs de flux RSS et l’URI utilisé pour le fournisseur de service.

Il permet de gérer le mécanisme d’abonnement et le contrôle d’accès des utilisateurs.

===Le service RSS ligne 1000===

Le serveur de flux RSS est une variante du serveur REST permettant d’exécuter un flux RSS ; il prend en paramètre une URI identifiant un objet flux RSS et réalise l’exécution de l’URI du fournisseur de données. Le résultat retourné par le fournisseur de donnée identifié par l’URI devant être encodé au format flux RSS (version 2.0).

N’importe quel fournisseur de données interrogeable par REST peut donc produire un flux RSS ; en particulier l’utilisateur pourra :

Définir une requête de flux RSS avec le concepteur de requête

===Point d’accès RSS et contrôle d’accès.===

Les services RSS peuvent être appelés à partir d’une URL de service REST, néanmoins ils peuvent aussi être appelés à partir d’une URL spécifique :

<nowiki>
http://hostname/servicename/server/rss.l1000/nom_du_flux
</nowiki>

Cette méthode permet à l’administrateur du flux de gérer une authentification HTTP sur le nom du flux s’il souhaite restreindre l’accès à certain utilisateurs.

===Requête de flux RSS===

Une requête de flux RSS est une requête dont le résultat est un encodé en flux RSS ; une requête de flux RSS permet de définir les différents éléments du flux RSS et d’effectuer le lien entre les données retournées par la requête et les éléments (Item) définis dans le flux RSS.

===Format d’un flux RSS===

Voici une description simplifiée d’un flux RSS 2.0 ; un flux RSS est un fichier XML contenant un élément channel identifiant le type de contenu et des un ou plusieurs éléments Item.

Channel :

Title

Link

Description

category

Language

pubDate

lastbuildDate

image

Item :

Title

Link

Guid

Category

Pubdate

Description

La partie Chanel est définie dans l’objet Flux RSS.

==Contrôles d’interface orientés XML et HTML==

Les contrôles d’interface orientés XML et HTML permettent de manipuler des données issues de sources XML et d’afficher des blocs html à l’intérieur d’interfaces ligne 1000.

====TDataSet====

Les sources de données, c'est-à-dire les composants TDataSet et leurs dérivés, comportent de nouvelles fonctionnalités permettant d’exposer leurs enregistrements sous format XML.

Les propriétés XML d’un DataSet :
{| class="wikitable"
|-
|Propriété
|Description
|-
|xmlNodeSet
|Ensemble des enregistrements du DataSet exposés en format XML
|-
|minBufferSize
|Détermine le nombre d’enregistrements exportés dans le fichier XML lorsqu’aucun contrôle n’est rattaché au DataSet
|-
|
|
|}

====TxmlControl====

Un composant TxmlControl est un composant permettant de configurer la façon dont un DataSet va générer le fichier XML de ses enregistrements.

{| class="wikitable"
|-
|Propriété
|Description
|-
|DataSource
|DataSource rattachée au Dataset à configurer
|-
|Columns
|Ensemble de paramétrage d’attributs qui doivent être exportés dans le résultat
|-
|Mode
|Mode de gestion des enregistrements
|-
|
|
|}

====TmobControls====

L’ensemble des contrôles TmobControls sont les contrôles destinés à concevoir des applications mobiles, ils héritent du composant TxmlControl

====ThtmlCustomControl====

La classe ThtmlCustomControl est une classe de base pour les contrôles orientés XML et HTML. Ces contrôles prennent une source de données XML en entrée, la transforme en appliquant une feuille de style XSL et affiche le résultat sous forme HTML.

{| class="wikitable"
|-
|{{#images:image1.png|Services_XML}}
|Voir le document sur l’interface utilisateur.
|}

[[Category:Service1000]]

Catégorie:WebTop

2008-05-20T14:34:56Z

WikiSysop : Nouvelle page : W

[[Category:Développement|W]]

Developpement:Architecture web

2008-05-20T14:34:19Z

WikiSysop :

==Architectures multi services==

===Objectifs===

L’architecture multi services à pour but d’améliorer la disponibilité des applications métier et de permettre leur monté en charge en terme d’utilisateur connectés.

Cet objectif est réalisé en permettant la redondance des principaux composants de l’architecture technique :

Les serveurs HTTP

Les serveurs d’application Ligne 1000

La charge d’une application métiers WEB, accessible par une URL, peut ainsi être répartie sur plusieurs services Ligne 1000.

Toutefois le but de ce système n’est pas d’apporter une résistance aux pannes au niveau de la session d’un utilisateur ; en cas de panne d’un serveur d’application appartenant à un cluster de serveurs les sessions de celui-ci sont perdues.

===Répartition de la charge===

====Ce paragraphe décrit comment fonctionne l’allocation des sessions.====

L’algorithme est mis en œuvre au niveau du client HTTP lors de l’établissement de la session.

Chaque Service se voit attribué un nom unique.

Les identifiants de session (SID) sont tirés par les Services et constitués d’un numéro unique concaténé au nom du Service. Cette application garantie que les SID seront unique pour l’ensemble d’une configuration.

Lors de la connexion d’un nouvel utilisateur le client HTTP interroge chaque serveur pour connaître leur charge actuelle et identifier le meilleur choix.

Lors de la réception d’une requête le client HTTP utilise le SID (transmis dans chaque requête) pour identifier le Serveur 1000 sur lequel router la requête.

Cet algorithme évite de maintenir des tables SID – Services.

Une connexion cliente :

Utilisera toujours le même Service 1000

Peut utiliser différent serveurs HTTP.

La configuration des Client HTTP doit énumérer tous les Serveurs 1000 ; pour cela les fichiers de configurations sont modifiés ainsi :

<nowiki>
[\SOFTWARE\Sage\Ligne 1000\Administration\IPC\GCF]
serverList=GCF1,GCF2

[\SOFTWARE\Sage\Ligne 1000\Administration\IPC\GCF1]
ipcMode=ipcTCP
shmAddress=hostGCF1

[\SOFTWARE\Sage\Ligne 1000\Administration\IPC\GCF2]
ipcMode=ipcTCP
shmAddress=hostGCF2
</nowiki>

===Diagramme de déploiement===

==Sécurité des accès WEB==

===Utilisation de HTTPs===

Mécanisme standard. Les données échangées entre navigateur et serveur sont cryptées.

Testé sur Apache.

===Association de l’adresse IP au SID de session.===

Lorsqu’un utilisateur se connecte une session serveur est créée. L’identifiant de session est le seul paramètre visible par l’utilisateur dans les URL utilisées par l’application WEB.

====Attaque possible : ====

Deviner des valeurs de SID valident et usurper l’identité d’un autre l’utilisateur.

====Défense : ====

Lors de la création de la session stocker l’adresse IP du client et vérifier à chaque requête que le client est bien celui qui à créée la session.

==Utilisation d’écran Ligne 1000 dans des applications WEB tiers.==

La ligne 1000 offre un mécanisme permettant à une application WEB d’ouvrir un écran ligne 1000 dans une session utilisateur.

Voici les étapes à suivre :

Inclure le fichier JavaScript « l1000env.js » dans votre page. Ce script permet de charger l’ensemble des éléments nécessaires pour manipuler les fenêtres ligne 1000. Il est situé dans le répertoire du site Ligne 1000.

<nowiki>
<script type="text/javascript" src="../js/l1000env.js"></script>
</nowiki>

Définir une variable JavaScript pointant sur le chemin relatif de l’application ligne 1000 utilisée.

Par exemple si vous souhaitez ouvrir un écran de l’application gcf :

<nowiki>
var l1000Root="/gcf";
</nowiki>

Ouvrez la fenêtre à l’aide de la fonction JavaScript

<nowiki>
checkEnvL1000(callFormAlias,null,["",form_name, form_args, session_id, society_name, user_name, user_password]);
</nowiki>

Il existe trois méthodes pour gérer l’authentification ligne 1000 :

====Fournir les informations société, utilisateur et mot de passe directement dans les paramètres d’appel de CheckEnvL1000. ====

Le principal désavantage de cette méthode est que le mot de passe est visible en clair dans la page, l’utilisateur peut en prendre connaissance et l’utiliser pour accéder à l’ensemble de l’application Ligne 1000.

Si vous utilisez cette méthode passer une chaine vide pour l’identifiant de session :

<nowiki>
checkEnvL1000(callFormAlias,null,["",form_name, form_args, "", society_name, user_name, user_password]);
</nowiki>

====Fournir un identifiant de session. ====

Cette méthode permet de garantir une meilleure sécurité car l’utilisateur n’a pas connaissance des informations de connexion ; toutefois elle requière que l’application WEB soit capable d’obtenir un identifiant de session auprès du serveur Ligne 1000 et cette phase d’authentification doit être réalisée coté serveur.

Pour obtenir un identifiant de session exécutez une requête sur le service de session du Serveur Ligne 1000 :

<nowiki>
http://hostname/application/server/signin.l1000?DB=society_name&USER=ser_name&PASSWORD=user_password&RESSID=1
</nowiki>

La réponse de serveur est de type text/plain et contient un identifiant de session. Cette opération doit être effectuée sur le serveur.

Exemple d’appel à partir d’ASP.NET :

<nowiki>
const string querystring = "DB={0}&USERNAME={1}&PASSWORD={2}&RESSID=1";

string query = string.Format(querystring, "5.0.2 - Test - Conso Groupe", "ereport", "8BC38A379D21F5F9A1B4145BDF663835");

string L1000SID="";

query = "http://ereport/conso1000/server/signin.l1000?" + query;
HttpWebRequest request = (HttpWebRequest)WebRequest.Create(query);
request.AllowAutoRedirect = false;
try
{
HttpWebResponse wresponse = (HttpWebResponse)request.GetResponse();
StreamReader loResponseStream = new StreamReader(wresponse.GetResponseStream(), Encoding.ASCII);
L1000SID = loResponseStream.ReadToEnd();
} catch
{
L1000SID = "";
}
Console.WriteLine(L1000SID);
</nowiki>

====Ne pas fournir d’informations d’identification. ====

Dans ce cas l’appel à la fonction d’ouverture de l’écran va afficher une boite de dialogues pour que l’utilisateur saisisse les informations de connexion. Ces informations seront conservées d’une ouverture d’écran à l’autre.

====Exemple complet en passant les paramètres d’authentification dans l’appel de l’écran====

<nowiki>
<html>
<head>
<title>test open L1000 window</title>
<script type="text/javascript" src="../js/l1000env.js"></script>
<script>
var l1000Root="/gcf";

function Comptes() {
checkEnvL1000(callFormAlias,null,["","ecompta_comptesgeneraux.dfm","ArgPeriode=2006-12-31&ArgGroupeCompte=4000& ArgTypeFlux=F300","", "5.5.0 - Sage 1000 Entreprise - Projet", "crnit", "7B60A52ECC8DB633D57B05BCA36207ED"]);
}
</script>

</head>
<body>
<p>
Test open form
</p>
<a onclick=" Comptes();" href="#"> Comptes </a>
</body>
</html>
</nowiki>

[[Category:WebTop]]

MediaWiki:Sidebar

2008-05-20T13:50:52Z

WikiSysop :

Installation:Installation du Serveur 1000 sur IIS7 et Vista

2008-05-20T13:49:07Z

WikiSysop :

==Pré-requis et configuration Pré-installation==

Avec Vista apparait dorénavant l’UAC, le “User Account Control”, ou contrôle des comptes utilisateurs.

Ce mécanisme permet d'exécuter par défaut les programmes avec des droits restreints, évitant ainsi que des applications puissent tourner avec des droits administratifs, qui permettraient de modifier la sécurité du système d’exploitation (en l’occurrence Vista).

Nos exécutables n’étant pas compatibles UAC (c'est-à-dire qu’ils ne définissent pas dans quel contexte ils doivent être démarrés), l’accès à certaines ressources machine se trouvent interdites. C’est le cas de la gestion des services en autre. Les services systèmes tournent dorénavant dans une session appelé « 0 « qui n’est plus la session de l’utilisateur logué sur la machine.

Dans le cas de l’utilisation d’une application nécessitant une élévation de droits, une fenêtre apparait à l’utilisateur lui demandant son accord pour élever les droits (voir ci-dessous) :

{{#images:image1.png|Installation_du_Serveur_1000_sur_IIS7_et_Vista}}

Pour une application manipulation des objets systèmes Com, l’opération est plus difficile et nécessite pour certaines de nos applications la désactivation temporaire de l’UAC afin de permettre l’installation.

La désactivation se fait dans la gestion des utilisateurs, voir ci-dessous :

{{#images:image2.png|Installation_du_Serveur_1000_sur_IIS7_et_Vista}}

Puis

{{#images:image3.png|Installation_du_Serveur_1000_sur_IIS7_et_Vista}}

==Installation Server L1000==

Une fois l’UAC désactivé, l’installation du Server 1000 se fait à l’identique que sous 2000 ou XP.

Le contrôleur Sage 1000 étant installé en compte local system, il a dorénavant les droits pour manipuler la gestion des services de la machine.

L’UAC peut être réactivé une fois le process d’installation terminé.

==Installation Apache==

Pour pouvoir installer Apache en tant que service, il est nécessaire de procéder de la même manière que pour le contrôleur Sage 1000, c'est-à-dire désactiver temporairement l’UAC et le réactiver ensuite.

==Installation & configuration IIS 7==

IIS 7 n’est pas installé en standard sous Vista, il est donc nécessaire de l’installer avec tous les modules nécessaires à une compatibilité avec notre console d’administration des Serveurs Web.

Dans la gestion des programmes du panneau de configuration de Vista, ajouter les éléments nécessaires cochés ci-dessous :

{{#images:image4.png|Installation_du_Serveur_1000_sur_IIS7_et_Vista}}

Point important : l’activation des extensions ISAPI qui n’est pas définit en standard lors d’une installation par défaut.

Ensuite la configuration par la console d’administration des services et serveurs web restent identique.

Dans la console d’administration, le serveur Web IIS7 est perçu comme un serveur Web IIS 6, c’est « normal », les propriétés du service étant les mêmes de IIS 6 à 7 (nom & path d’exécution).

[[Category:Service1000]]

[[Category:Vista]]

Catégorie:Traduction

2008-05-20T13:37:40Z

WikiSysop : Nouvelle page : Category:Développement

[[Category:Développement]]

MediaWiki:Monobook.css

2008-05-15T08:53:49Z

WikiSysop :

/****** To hide main page title******/

body.page-Main_Page h1.firstHeading { display:none; }
/******* MAIN PAGE STYLING **********/

#mainpage_topbox {
background: #f9f9f9;
padding: 0px;
border: 1px solid #aaaaaa;
margin: 0.2em 10px 10px;
}

.mainpage_boxtitle, .mainpage_hubtitle, #mainpage_pagetitle {
font-size: 105%;
padding: 0.4em;
background-color: #eeeeee;
border-bottom: 1px solid #aaaaaa;

}

.mainpage_boxtitle {
line-height: 120%;
}

.mainpage_middlebox {
position: relative;
width: 92px;
height: 92px;
overflow: hidden;
}

#mainpage_pagetitle {
color: #cf7606;
font-size: 200% !important;
}

#mainpage_sitelinks {
padding: 0.2em;
text-align: center;
background-color: white;
}
.mainpage_hubtitle {
text-align: center;
}

.mainpage_boxcontents, .mainpage_boxcontents_small {
background: #ffffff;
padding:0.2em 0.4em;
}

.mainpage_boxcontents_small {
font-size: 95%;
}

.mainpage_hubbox, #mainpage_newscell, #mainpage_downloadcell {
padding: 0;
border: 1px solid #aaaaaa;
}

.mainpage_hubbox {
margin-bottom: 0;
}

#mainpage_newscell {
margin-bottom: 15px;
margin-top: 0 !important;
}

#mainpage_newscell .mainpage_boxtitle {
background-image: url(images/stock/blue-info-20x20.png);
background-repeat: no-repeat;
background-position: 99% 0.3em;
padding-right: 25px;
}

#mainpage_downloadcell {
width: 17em;
margin-bottom: 5px;
}

#mainpage_downloadcell .mainpage_boxtitle {
background-image: url(images/stock/blue-down-20x20.png);
background-repeat: no-repeat;
background-position: 96% 0.33em;
padding-right: 25px;
}

/* The words 'MediaWiki.org' in the title.*/
#mainpage_mwtitle {
color: #005288;
}
/*******************************************/
h18 .mw-headline
{
font: bold "verdana";
margin: 0;
padding: 0;
background-color: #5075B8;
color: #ffffff;
display: block;
}

MediaWiki:Monobook.css

2008-05-15T06:31:14Z

WikiSysop :

/****** To hide main page title******/

body.page-Main_Page h1.firstHeading { display:none; }
/******* MAIN PAGE STYLING **********/

#mainpage_topbox {
background: #f9f9f9;
padding: 0px;
border: 1px solid #aaaaaa;
margin: 0.2em 10px 10px;
}

.mainpage_boxtitle, .mainpage_hubtitle, #mainpage_pagetitle {
font-size: 105%;
padding: 0.4em;
background-color: #eeeeee;
border-bottom: 1px solid #aaaaaa;

}

.mainpage_boxtitle {
line-height: 120%;
}

.mainpage_middlebox {
position: relative;
width: 92px;
height: 92px;
overflow: hidden;
}

#mainpage_pagetitle {
color: #cf7606;
font-size: 200% !important;
}

#mainpage_sitelinks {
padding: 0.2em;
text-align: center;
background-color: white;
}
.mainpage_hubtitle {
text-align: center;
}

.mainpage_boxcontents, .mainpage_boxcontents_small {
background: #ffffff;
padding:0.2em 0.4em;
}

.mainpage_boxcontents_small {
font-size: 95%;
}

.mainpage_hubbox, #mainpage_newscell, #mainpage_downloadcell {
padding: 0;
border: 1px solid #aaaaaa;
}

.mainpage_hubbox {
margin-bottom: 0;
}

#mainpage_newscell {
margin-bottom: 15px;
margin-top: 0 !important;
}

#mainpage_newscell .mainpage_boxtitle {
background-image: url(images/stock/blue-info-20x20.png);
background-repeat: no-repeat;
background-position: 99% 0.3em;
padding-right: 25px;
}

#mainpage_downloadcell {
width: 17em;
margin-bottom: 5px;
}

#mainpage_downloadcell .mainpage_boxtitle {
background-image: url(images/stock/blue-down-20x20.png);
background-repeat: no-repeat;
background-position: 96% 0.33em;
padding-right: 25px;
}

/* The words 'MediaWiki.org' in the title.*/
#mainpage_mwtitle {
color: #005288;
}
/*******************************************/
h2 .mw-headline
{
font: bold "verdana";
margin: 0;
padding: 0;
background-color: #5075B8;
color: #ffffff;
display: block;
}

Catégorie:DSM

2008-05-13T08:44:28Z

WikiSysop : Nouvelle page : Cette catégorie regroupe les pages concernant les développements DSM.

Cette catégorie regroupe les pages concernant les développements DSM.

MediaWiki:Mainpage

2008-05-06T12:22:46Z

WikiSysop : Nouvelle page : Main Page

Main Page

MediaWiki:Monobook.css

2008-05-05T14:50:13Z

WikiSysop :

MediaWiki:Monobook.css

2008-05-05T14:49:32Z

WikiSysop : New page: /******* MAIN PAGE STYLING **********/ #mainpage_topbox { background: #f9f9f9; padding: 0px; border: 1px solid #aaaaaa; margin: 0.2em 10px 10px; } .mainpage_boxtitle, .mainpa...

/******* MAIN PAGE STYLING **********/

#mainpage_topbox {
background: #f9f9f9;
padding: 0px;
border: 1px solid #aaaaaa;
margin: 0.2em 10px 10px;
}

.mainpage_boxtitle, .mainpage_hubtitle, #mainpage_pagetitle {
font-size: 105%;
padding: 0.4em;
background-color: #eeeeee;
border-bottom: 1px solid #aaaaaa;

}

.mainpage_boxtitle {
line-height: 120%;
}

.mainpage_middlebox {
position: relative;
width: 92px;
height: 92px;
overflow: hidden;
}

#mainpage_pagetitle {
color: #cf7606;
font-size: 200% !important;
}

#mainpage_sitelinks {
padding: 0.2em;
text-align: center;
background-color: white;
}
.mainpage_hubtitle {
text-align: center;
}

.mainpage_boxcontents, .mainpage_boxcontents_small {
background: #ffffff;
padding:0.2em 0.4em;
}

.mainpage_boxcontents_small {
font-size: 95%;
}

.mainpage_hubbox, #mainpage_newscell, #mainpage_downloadcell {
padding: 0;
border: 1px solid #aaaaaa;
}

.mainpage_hubbox {
margin-bottom: 0;
}

#mainpage_newscell {
margin-bottom: 15px;
margin-top: 0 !important;
}

#mainpage_newscell .mainpage_boxtitle {
background-image: url(images/stock/blue-info-20x20.png);
background-repeat: no-repeat;
background-position: 99% 0.3em;
padding-right: 25px;
}

#mainpage_downloadcell {
width: 17em;
margin-bottom: 5px;
}

#mainpage_downloadcell .mainpage_boxtitle {
background-image: url(images/stock/blue-down-20x20.png);
background-repeat: no-repeat;
background-position: 96% 0.33em;
padding-right: 25px;
}

/* The words 'MediaWiki.org' in the title.*/
#mainpage_mwtitle {
color: #005288;
}