Description du contenu de l'archive téléchargée

Vous avez téléchargé xShell2002 WorkArea en version MacOS ou Windows.
Voici la description du contenu de votre archive.

L'ensemble des documents est dans le dossier xShell2002.

Au premier niveau de ce dossier, vous avez xShell (.4DB et .RSR pour Windows) et le projet de compilation.
xShell2002 est en version 6.7 de 4ème Dimension.

Le projet de compilation utilise le contrôle d'éxécution. Il est très important de ne pas modifier cette option. Dans le cas ou le contrôle d'éxécution serait passé à Off, toutes les méthodes appelées par la commande EXECUTER et qui reçoivent des paramètres ne fonctionneraient plus. Les passes de typages sont effectuées et le type des boutons est entier par défaut. Un fichier d'erreur xShell.ERR est créé si nécessaire à coté de la structure.

Le fichier des ressources de xShell contient des constantes propriétaires (4DK#) et des tableaux de chaines (STR#). Des outils sont fournis dans xShell pour manipuler ces ressources. Les images utilisées par la base sont dans la bibliothèque d'images ou en fichier externe au format .jpg.


Les plug-ins :

Sur Mac comme sur PC, l'ensemble des plug-ins sont fournis dans le dossier Win4DX et Mac4DX.
xShell2002 utilise 4DWrite 6.7, 4D IC 6.7 et 4D Pack 6.7 qui sont des plug-ins édités par 4D SA.

xShell2002 utilise aussi ITK écrit par Christian Quest et distribué par Ajar . La version livrée ici est la 2.0.3, la version 2.5.1 est disponible.

Dernier plug-in présent dans ce framework : AreaList Pro 7.5. Vous pouvez vous procurer la version 7.6 chez l'éditeur e-node ainsi que la documentation en français et des licences.
Avec la version 4D 6.8 4D SA propose le plug-in 4D List 6.8 qui assure une émulation de AreaList Pro. Il est nécessaire de posseder une licence 4D Power view (fournie avec 4D DeveloperEdition) pour utiliser ce plug-in. xShell2002 évoluera vers la technologie proposée dans 4D Power View.


Le dossier Data :

Ce dossier contient un fichier de données et plusieurs autes dossiers. Le fichier de données est un fichier qui vient juste d'être initialisé par xShell. Il contient déjà des enregistrements mais il est tout à fait possible d'en créer un autre. La seule chose indispensable est d'avoir le dossier properties dans le même dossier que celui du fichier de données, cela même au moment de la création du nouveau data.


Le dossier Logs Folder :

Il est créé par l'application elle même. Ce dossier reçoit les logs du serveur tcp_ (ITK, synchronisation)et du serveur HTTP de 4D.webError.TXT sera créé par le serveur web pour y consigner les erreurs générées par les requetes. Le fichier webInfo contient des informations sur les contextes des internautes, il est en relation avec le dossier ContextsUsers dans lequel le serveur web conserve tous les contextes des utilsateurs et leur historique. Vous n'avez pas à vous soucier de ce dossier.


Le dossier htmlTemplates :

Ce dossier contient des fichiers html qui sont utilisés par la méthode wBuildHtmlPages . Cette méthode est un outil simple qui permet à un utilisateur de sélectionner un dossier qui contient un ensemble de photos numériques et qui va construire un catalogue de ces photos dans un deuxième dossier choisi aussi par l'utilisateur. La méthode traite les sous-dossiers qui se trouvent au premier niveau du dossier choisi.


Le dossier ExternalDataFile :

Il est créé par l'application. xShell2002 range dans ce dossier les différentes versions successives des enregistrements de la base et les documents externes. Le "versionning" géré par xShell2002 assure une sauvegarde et la possibilité de remonter à une version antérieur de l'enregistrement. Les documents 4D Write, les images et autres documents lourds sont stockés sur disque avec la version courante de l'enregistrement. Cela évite d'avoir une importante perte de performance du moteur de base de données de 4D lorsque le data devient obèse de documents trop gros.


Le dossier Selections :

Il n'est pas présent dans l'archive, il est créé au premier lancement de l'application. Ce dossier reçoit toutes les selections temporaires créées avec la méthode rcd_CopySelection ainsi que les ensembles utilisés lors des synchronisations de données pour gérer les reprises sur interruption.

Retour | Haut de page