Quelles sont les évolutions indispensables de Base à développer
NSBase is a database management system.
Brought to you by:
neuts-jl
Menu
▾
▴
Pour vous, quelles sont les évolutions indispensables de NSBase à développer ?
Last edit: neuts-jl 2018-03-30
Clairement un outil qui permet de chercher et remplacer, les occurences d'une expression, function, variable, texte, propriété s de objets de formulaires, etc. dans tous le projet avec une liste qui renvoie les items trouvé et leur position, fichier, fonction, ligne. un peu comme dans netbeans.
Last edit: Petitpainauchocolat 2018-10-08
Je prends en compte cette évolution pour la future version (janvier 2019)
Cette évolution est enfin en ligne
Un assistant de création de rapport
Cela me semble indispensable pour aider les utilisateurs
Actuellement il n'est pas simple de bien positionner les éléments et surtout de gérer la pagination
Un mode développement de rapport plus complet
Permettant la gestion des entêtes de page, des pieds de page, des sections détails et regroupement ...
Je regarde ce que je peux faire
Le mode de fonctionnement des rapports est differents d'accés ou d'autres logicieles similaires. C'est plus simple a mon avis et plus souple, certes un peu déroutant au début
Voir l'article à ce sujet
http://www.nsbase.neuts.fr/article4/les-rapports-dans-nsbase
Bonjour,
Merci pour l'article sur les rapports.
Il permet de bien comprendre les notions essentilles concernant cette fonctionalités.
Avec un peu de travail... ce composant me déroute déjà moins et me parait beaucoup plus "malin" que lors de ma découverte initiale.
C'est un beau projet continuez !
Merci, Cordialement
BPH30
Bonjour,
Comme ce logiciel me plait bien(Esprit, fonctionalités, développé en Pascal) je souhaiterai le voir doté, certes de fonctionalités supplémentaires, mais aussi et surtout (suis je trop gourmand ou trop critique ?) d'améliorations sur celles déjà existantes.
Voici par thème générique celles qui, selon mon opinion, apporterait une plue-value au produit :
Une documentation complète des propiétés de l'objet dbgrid dans les formulaires. Certaines sont évidentes mais d'autres sont plus obscures et ne révèlent pas immédiatement leur utilité ... il faut tester ... et même comme cela, l'intéret de certaines m'a complètement échappé ... Cela vaut pour d'autres composants mais dbgrid me parait prioritaire. D'autres propriétés de Dbgrid ne sont accesibles que par programmation (exemple dans contacts : la visibilité d'une colonne dans ActionOnLoad du formulaire Quick contact) la documentation de la méthode setProperty() dans NSBase APIs ne donne pas cette information. Par exemple comment faire pour donner une taille spécifique à une colonne. Ou bien comment changer son ordre d'apparition dans le DbGrid sans modifier l'ordre des champs dans la vue ...
Pouvoir intervenir sur certains paramètre spécifiques utilisés au lancement de NSBase ou d'un éxécutable réalisé avec NSBase. Je pense notamment à la taille de la fenetre de NSBase à son ouverture ... Dans un éxécutable (en mode onglet) NSBase j'ai essayé de créer un formulaire d'accueil suffisamment grand pour convenir à tous les autres ... peine perdue ... la fenètre initiale de NSBase s'est ouverte à sa taille par défaut m'obligeant à redimenssionner manuellement cette fenètre. L'ouverture, préalable au formulaire d'accueil, d'une boite de dialogue d'autentification serait aussi une fonctionalité intéressante mais moins indispensable.
Une synchronisation bi-directionnelle systématique avec la base SQLite. J'ai observé que des modifications opérées avec un utilitaire tiers d'accès au schéma de la base SQLite n'était pas systématiquement reprises dans NSBase et inversement. Je reconnais que ce n'est pas simple car cela peut compromettre les formulaires, rapports et scripts déja conçus.
Doter les barres d'outils "Formulaire : Créer" et "Rapport:Créer" de tip/hint pour bien comprendre quel composant va être inséré.
* Documenter un peu plus la notion de fichier de "données séparées". Lors de deux tests avec la version 1.1.1 j'ai obtenu deux base SQLite vide ... j'ignore si cela est normal ? Souhaitant importer les données absentes dans la nouvelle base séparée, je me suis interrogé sur la nécessité d'importer les 3 tables propres à NSBase ? Cela ne semble pas nécessaire ... un fichier .nsbx restant dans le répoire de la partie applicative pour, apparement, conserver le référentiel de l'application NSBase executable ...
Je vais arrêter pour ne pas décourager la lecture de mes demandes...
Merci, Cordialement,
BPH30
Bonsoir,
Quelques éléments de réponses
Une documentation complète des propiétés de l'objet dbgrid dans les formulaires.
Effectivement cela n'apparait pas dans l'arbre des propriétés, car "columns" est une liste de propriétés, je regarde....
Pouvoir intervenir sur certains paramètre spécifiques utilisés au lancement de NSBase ou d'un éxécutable réalisé avec NSBase
Je vais étudier ce besoin....
Une synchronisation bi-directionnelle systématique avec la base SQLite.
Quelle est l'interêt de modifier dans une application tiers la base SQLite ?
Doter les barres d'outils "Formulaire : Créer" et "Rapport:Créer" de tip/hint
Houps, c'est un oubli, je l'avais mis de côté, ce sera documenté en V1.1.2
Documenter un peu plus la notion de fichier de "données séparées".
Je ferai une documentation sur ce sujet
Last edit: neuts-jl 2019-04-16
Bonjour,
Envisagez vous de faire des compilations 32 bits des dernières versions de NSBase ?
(je sais ... cela peut surprendre ... mais cela me serait utile...)
Merci, cordialement,
BPH30
Oui bien sûr et également en linux, j'attends encore un peu, que les évolutions se stabilisent.....
Last edit: neuts-jl 2019-04-16
Bonjour,
Interêt de modifier dans une application tiers la base SQLite :
Dans ma base j'ai une table dont la clé primaire est un champs alpha numérique sur 14 c.
Après l'import réalisé avec NSBase, la table était opérationnelle mais tous les champs alphanumériques étaient en "texte court 255" (ce qui doit correspondre à varchar 255 ?).
J'ai redéfini ma zone identifiante de 14c sur 14c au lieu de 255 et en enregistrant NSBase ma demandé de définir une clé primaire. J'ai redéfini ma zone identifiante de 14c comme clé primaire en utilisant NSBase et enregistrant j'ai eu le message d'erreur suivant : "Sql error : DataType mismatch : bad parameter or other API misuse". J'ai cliqué sur OK et j'ai fermé la table. A la réouverture, en mode consultation, de la table, la définition des champs était toujours existante. En revanche la table était pugée de ses données.
J'ai recommencé j'ai obtenu le même comportement. Ensuite, en ajoutant un champs supplémentaire, j'ai pu définir une clé primaire dont le type était "Clé primaire" dans NSBase ... mais aprés examen dans un outil tiers j'ai constaté qu'elle était basé sur un type integer. Comme je souhaitais vraiment avoir mon champs de 14c comme clé primaire et que SQLite le permet, je l'ai typé varchar(14) et défini comme clé primaire dans un outil tiers. A première vue cela ne semble pas poser de difficulté à NSBase tant qu'il ne lui est pas demandé de modification sur les champs de la table. D'un autre point de vue c'est effectivement dommage de ne plus pouvoir effectuer de mofication de structure avec NSBase ...
Personnellement je préferrerai que les types naturels de SQL soient privilégiés et que la notion de clé primaire soit un attribut du champs.
Qu'en pensez vous ?
Cordialement,
BPH30
Bonsoir,
Suite de mon analyse et actions
Une documentation complète des propiétés de l'objet dbgrid dans les formulaires.
Columns apparait maintenant (V.1.1.2) dans l'arbre des propriétés
Pouvoir intervenir sur certains paramètre spécifiques utilisés au lancement de NSBase ou d'un éxécutable réalisé avec NSBase
j'ai ajouté plusieurs propriétés et méthode sur l'objet application
nsbase.application.width
nsbase.application.clientWidth
nsbase.application.height
nsbase.application.clientHeight
nsbase.application.top
nsbase.application.left
nsbase.application.windowState
nbsase.application.centerForm()
Pour la boite de dialogue , le plus approprié est de la faire avec un formulaire , elle sera mieux adaptée à votre besoin, je pourrai éventuellement faire un exemple
Une synchronisation bi-directionnelle systématique avec la base SQLite.
J'ai vu votre réponse et je vous repondrai ultérieurement
Doter les barres d'outils "Formulaire : Créer" et "Rapport:Créer" de tip/hint
c'est documenté en V1.1.2
Documenter un peu plus la notion de fichier de "données séparées".
Je ferai une documentation sur ce sujet
Bonjour,
Je vous remercie pour votre réactivité et pour ces nombreuses améliorations. Je suis impatient de pouvoir télécharger la V 1.1.2
Peut être pourrez vous encore y apporter une petite correction relative à la fonctionnalité de recherche :
En cas de recherche infructueuse la boite de dialogue "Warning" n'affiche aucune indication
Merci, Cordialement,
BPH30
Au lancement de la recherche e code dans le projet , le volet de gauche s'ouvre.
Les resultats de recherche s'y affichent y compris quand la recherche n'a rien donnée
il n'y a pas de boite dialogue warning sur le recherche de code où est ce ailleurs ?
Une synchronisation bi-directionnelle systématique avec la base SQLite.
Vous voulez utiliser une clé primaire de 14c => Ok pour le principe puriste, mais la tendance depuis plusieurs années est d'utiliser un entier autoincrémenté, vous ne perdez rien dans les fonctionalistés, car vous vous mettez un index unique sur ce champ de 14cc et la fonctionnliaté est là, on considére l'id comme un raccourci physique de la clé primaire théorique
Last edit: neuts-jl 2019-04-19
La V1.1.2 n'aura pas lieu, car la V1.2.0 vient de sortir avec de grosses évolutions sur l'édition de code (bien sûr la V1.2.0 reprend les évolutions et corrections prévues dans la V1.1.2)
Last edit: neuts-jl 2019-04-19
Bonjour,
Je travaille avec beaucoup d'intéret sur la version1.2.1 . Celle-ci permet, en l'état, de faire des développements sympathiques et exempts de tout plantage en ce qui me concerne.
L' utilisation, actuellement intense, de ce bel outil me conduit à découvrir des points à améliorer et à souhaiter certaines fonctionalités qui pourraient faciliter la tâche de l'amateur éclairé que je suis.
1/ En ce qui concerne le problème précedemment signalé sur les "Recherches"... il s'agissait de la fonctionnalité de recherche disponible sur les Tables et sur les vues. Je maintiens qu'en cas de recherche infructueuse la boite de dialogue "Warning" n'affiche aucune indication.
Ce type précis de recherche me conduit à demander les deux fonctionalités suppementaires suivantes :
1-1 La possibilité de définir et de stocker dans le projet .nsb les critères de recherche qui s'afficheraient par défaut dans la boite de dialogue de ce type de recherche
1-2 Un composant «Recherche» qui pourrait être ajouté dans les formulaires simples ou avec DbGrid (Certes Dbgrid possède une recherche puissante par colonne ... mais ce qui est intéressant c'est de pouvoir rechercher sur l'ensemble des champs),( Certes une vue avec plusieurs paramètres pourrait en partie offrir un équivalent de ce que je souhaite).
2/La propriété "EditMask" possède un assistant "Input Mask Editor" dénué de tout exemple de masque basique. Le bouton "Mask..." permet d'aller chercher un fichier de mmasques ... C'est une excellente idée mais comment doit-il être conçu? Le bouton "Help" ne délivre aucune aide. Personnellement je suis habitué aux masque de saisie ... mais je me mets à la place du simple utilisateur de niveau bureautique...
3/ Amélioration du composant "Liste de choix" selon deux axes :
3-1 La nécessité de devoir définir un datset puis une requête SQL ... ne semblera pas évidente pour un utilisateur de niveau bureautique ... ces propriétés ne pourraient - elles pas figurer dans les propriétés visibles du panneau de droite dans l'onglet visuel ?
3-2 J'ai souhaité obtenir une liste de choix affichant le libellé en clair tout en permettant de stocker le code de la valeur choisie dans la table cible ... je n'y suis pas parvenu ... Y-a-t'il une façon de faire ? Ou bien est ce une fonctionnalité qui pourrait être ajoutée ?
4/ Vous avez ajouté plus d'information contextuelle sur l'API et sur les propriétés des formulaires. C'est une bonne chose mais cela reste dur ... même pour quelqu'un qui fait des efforts. Exemple : j'ai voulu modifier l'intitullé d'une colonne d'un DBGRID pointant sur une vue avec la syntaxe suivante [ self.setProperty("DBGrid1.Columns[2].Title",'ID CFT') ] ... cela me paraissait par rapport à vos projets exemple ... Mais j'ai obtenu l'erreur suivante : [ [ICS_liste] at line 7: ICS_liste.DBGrid1.Columns[2].Title not found ] ... A ce stade je ne sait pas comment interpréter le message d'erreur ... la propriété "Title " est elle indisponible ? ai je invoquer à tort "sel.setProperty() ??? Je me suis débrouillé autrement en définissant un alias dans la vue.
4-1 Il y a beaucoup de matière dans les projets exemples . Pourriez vous commenter certaines fonctions exemples afin que nous puissions mieux comprendre la logique de l'API ?
4-2 Serait-il possible de disposer d'une bibliothèque de codes correspondants aux fonctions les plus habituelles à incorporer dans la partie scripts des formulaires et rapports ... Personnellemnt, je suis en train de commencer à le faire sur un fichier externe... ce serait mieux si cela était incorporé dans l'IDE ... Il serait même interssant de pouvoir faire des ajouts personnels ... je crois que le système de stockage des paramètres et informations de NSBase s'y prette ? Pourquoi pas une quatriemme table NSBase dédiée à cet aspect ???
5/ Pour la confection des formulaires, il serait souhaitable de faciliter le travail de positionnement des champs et libellés. La grille magnétiqueToutefois ce procédé n'est pas suffisamment précis pour obtenir une présentation impecable aux endroits exactement souhaités. Le mieux reste donc de saisir les valeurs "géographiques" dans les prpriétés "top", "left"... etc ... Il serait interessant de pouvoir sélectionner plusieurs champs à la fois pour leur donner une même position en hauteur ou par rapport au bord gauche ... Actuellement, sauf erreur de ma part, NSBase ne permet pas cette sélection multiple. Une fonctinnalité d'alignement serait un must.
6/ Améliorer l'ergonomie de l'interface de définition des vues. L'ajout de champs en seconde intention, à partir des cases à cocher, provoque l'écrasement de champs pré existants . L'ajout d'une ligne supplémentaire avec choix du champ souhaité dans la liste déroulant parait plus fiable ... mais fréquement je n'ai pas pu ajouter une deuxième ligne après la précédente ...
Merci à nouveau pour le travail conséquent déjà accompli, Cordialement
BPH30
Des réponses et actions à vos demandes
1/ En ce qui concerne le problème précedemment signalé sur les "Recherches"... il s'agissait de la fonctionnalité de recherche disponible sur les Tables et sur les vues. Je maintiens qu'en cas de recherche infructueuse la boite de dialogue "Warning" n'affiche aucune indication.
Surement un copier/coller malheureux sur le message, c'est corrigé
1-1 La possibilité de définir et de stocker dans le projet .nsb les critères de recherche qui s'afficheraient par défaut dans la boite de dialogue de ce type de recherche
J'ai des idées sur le sujet....
1-2 Un composant «Recherche» qui pourrait être ajouté dans les formulaires simples ou avec DbGrid
un API a été rajouté pour afficher cette boite....
2/La propriété "EditMask" possède un assistant "Input Mask Editor" dénué de tout exemple de masque basique. Le bouton "Mask..." permet d'aller chercher un fichier de mmasques ...
Je ferai un passage sur ce composant....
/ Amélioration du composant "Liste de choix" selon deux axes :
3-1 La nécessité de devoir définir un datset puis une requête SQL ... ne semblera pas évidente pour un utilisateur de niveau bureautique ... ces propriétés ne pourraient - elles pas figurer dans les propriétés visibles du panneau de droite dans l'onglet visuel ?
J'ai peur que ce soit une machine à gaz (requete,vue, table, parametres, multi...) alors que c'est tout simple par code .
3-2 J'ai souhaité obtenir une liste de choix affichant le libellé en clair tout en permettant de stocker le code de la valeur choisie dans la table cible ... je n'y suis pas parvenu ... Y-a-t'il une façon de faire ? Ou bien est ce une fonctionnalité qui pourrait être ajoutée ?
*
Je ne comprend pas tout???
4/ Vous avez ajouté plus d'information contextuelle sur l'API et sur les propriétés des formulaires. C'est une bonne chose mais cela reste dur ... même pour quelqu'un qui fait des efforts. Exemple : j'ai voulu modifier l'intitullé d'une colonne d'un DBGRID pointant sur une vue avec la syntaxe suivante [ self.setProperty("DBGrid1.Columns[2].Title",'ID CFT') ] ... cela me paraissait par rapport à vos projets exemple ... Mais j'ai obtenu l'erreur suivante : [ [ICSliste] at line 7: ICSliste.DBGrid1.Columns[2].Title not found ] ... A ce stade je ne sait pas comment interpréter le message d'erreur ... la propriété "Title " est elle indisponible ? ai je invoquer à tort "sel.setProperty() ??? Je me suis débrouillé autrement en définissant un alias dans la vue.
L'arbre API était incomplet, c'est corrigé
4-1 Il y a beaucoup de matière dans les projets exemples . Pourriez vous commenter certaines fonctions exemples afin que nous puissions mieux comprendre la logique de l'API ?
lesquelles par exemples?
Pour moi ,tout me parait simple
4-2 Serait-il possible de disposer d'une bibliothèque de codes correspondants aux fonctions les plus habituelles à incorporer dans la partie scripts des formulaires et rapports ... Personnellemnt, je suis en train de commencer à le faire sur un fichier externe... ce serait mieux si cela était incorporé dans l'IDE ... Il serait même interssant de pouvoir faire des ajouts personnels ... je crois que le système de stockage des paramètres et informations de NSBase s'y prette ? Pourquoi pas une quatriemme table NSBase dédiée à cet aspect ???
Bonne idée.
Comment on présente ?
Quel type de code, exemples ???
5/ Pour la confection des formulaires, il serait souhaitable de faciliter le travail de positionnement des champs et libellés. La grille magnétiqueToutefois ce procédé n'est pas suffisamment précis pour obtenir une présentation impecable aux endroits exactement souhaités. Le mieux reste donc de saisir les valeurs "géographiques" dans les prpriétés "top", "left"... etc ... Il serait interessant de pouvoir sélectionner plusieurs champs à la fois pour leur donner une même position en hauteur ou par rapport au bord gauche ... Actuellement, sauf erreur de ma part, NSBase ne permet pas cette sélection multiple. Une fonctinnalité 'alignement serait un must.
C'est dans les cartons, pour plus tard, lourde tache
6/ Améliorer l'ergonomie de l'interface de définition des vues. L'ajout de champs en seconde intention, à partir des cases à cocher, provoque l'écrasement de champs pré existants . L'ajout d'une ligne supplémentaire avec choix du champ souhaité dans la liste déroulant parait plus fiable ... mais fréquement je n'ai pas pu ajouter une deuxième ligne après la précédente ...
Les listes deroulantes existent déjà.
L'ajout se fait en deplaçant le curseur vers le bas.
Le rangement des lignes (champs) se fait par drag and drop
Cordialement
Last edit: neuts-jl 2019-04-24
Bonjour,
NSBase évolu vite et bien grace à votre réactivité ... bientôt je n'aurai peut-être plus de demande d'évolution à proposer. Cependant j'ai encore des ressources et je compte aussi revenir sur une demande mal présentée et donc mal comprise.
1/ Je pense qu'il serait vraiment utile d'ajouter la propriété "EDITMask" au composaunt DBGRID. C'est dommage de ne pas avoir une présentation homogène d'un même champs selon qu'il est affiché dans un DBGrid ou dans une zone de texte d'un formulaire.
???
A propos pourquoi avez vous créé, à part et spécifiquement, le composant MaskEdit à coté du composant Edit.... si j'ai bonne mémoire Edit comportait une propriété EditMask ? Pourquoi cette séparation ???
2/Je voudrai revenir sur mon précédent point 3-2. L'idée de base consiste à disposer d'une comboBox permettant de présenter dans la liste de choix le libellé en clair d'une codification quelconque et ensuite de stocker dans la table principale le code (Ex : Afficher les noms des villes et stocker leur code postal).
j'ajoute, à postériori que cette fonctionnalité, si vous décidez de la mettre en oeuvre, devra permettre un affichage inverse : c'est à dire afficher le libellé à partir du code stocké dans la table.
Comme je suis, à titre personnel [contrairement à ma demande du point 3-1], de votre avis sur la puissance et la souplesse d'une requête pour préparer la liste de choix j'ai essayé de le faire en déclarant deux champs dans la clause select ( dataset.sql='select codepost, libville from VILLES') et je n'ai pas obtenu le résultat escompté..
°°°° Point résolu °°°°°°°°°°°°°°°°°°°°°°
J'ai aussi étudié l'exemple du formulaire Contacts lequel permet en apparence de remplir automatiquement les cbx states et country à partir du choix fait dans la cbx city ... Rien dans le code ne me semble faire un lien entre la table city et la table States puis un autre lien entre la table States et la table Countries ???
Il m'a suffit de bien comprendre ce qui est variable de formulaire et ce qui est nom de champs de table et aussi de trouver comment récupérer un champs particulier dans une requête
Pour l'édification de tous il serait bien que cela soit disponible dans la Démo Contacts ... mais l'actuelle structure des tables Cities, States/provinces et Countries ne comporte pas de clé étrangère . Si vous le souhaitez, je peux vous envoyer ce que j'ai fait en terme de code et en terme de commentaires
°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°
Y a t'il actuellement une bonne méthode pour obtenir ce que je souhaite ?
Dans la négative, pensez vous pouvoir le rendre possible ?
3/ Serait il possible de disposer d'une fonctionnalité permettant de changer le type d'une zone dans un formulaire ? Pour préparer mes formulaire j'ai utilisé l'assistant formulaire qui ne créé que des zones de texte. Cela ferait gagner du temps lorsqu'il faut remplacer plusieurs zones de texte par des comboBox.
4/ Je souhaitais pouvoir raffraichier unDBGrid aprés modifications dans un formulaire appellé par ONCLICK.
Je n'ai pas réussi à obtenir un résultat avec la méthode refresh() incorporé dans un évènement du DBGrid ou du formulaire contenant le DBGrid :
a) en l'installant dans les évènements du DBGrid : onfocus rien ne se passe et avec onchange on tombe dans une boucle sans fin
b) en l'installant dans l' évènement ONCHANGE du formulaire contenant le DBGrid. Nb je n'ai pas essayé OnActivate car j'ai finalement trouvé une solution
**je constate que je suis en train de mélanger, dans ce fil de conversation, les demandes d'évolutions et les demandes d'aide à l'utilisation.
Ne voudriez vous pas ouvrir une conversation consacrée aux demandes d'aide ?
Merci, Cordialement
BPH30
Last edit: BARRAL Philippe 2019-05-01
3/ Serait il possible de disposer d'une fonctionnalité permettant de changer le type d'une zone dans un formulaire ? Pour préparer mes formulaire j'ai utilisé l'assistant formulaire qui ne créé que des zones de texte. Cela ferait gagner du temps lorsqu'il faut remplacer plusieurs zones de texte par des comboBox.
Cela existe déja depuis longtemps, en édition visuelle d'un formulaire, voir onglet "Formulaire:Editer", groupe "arrangement", 3éme bouton (les bulles de ce groupes sont mal documentées, il est vrai)
Last edit: neuts-jl 2019-04-26
Bonjour,
Je reviens sur le point du 23/04/2019 :
4-2 Serait-il possible de disposer d'une bibliothèque de codes correspondants aux fonctions les plus habituelles à incorporer dans la partie scripts des formulaires et rapports ... Personnellemnt, je suis en train de commencer à le faire sur un fichier externe... ce serait mieux si cela était incorporé dans l'IDE ... Il serait même interssant de pouvoir faire des ajouts personnels ... je crois que le système de stockage des paramètres et informations de NSBase s'y prette ? Pourquoi pas une quatriemme table NSBase dédiée à cet aspect ???
Bonne idée.
Comment on présente ?
Quel type de code, exemples ???
Je vous propose de créer, dans l'assistant ACTIONS à l'embranchement "Script personnalisé", un noeud "Script personnalisé vierge" et un autre noeud qui correspondrait a N embranchements avec N cas typiques de scripts avec des variables banalisée mais significatives quant à leur origineet leur utilité. Des commentaires pourraient expliquer la démarche pour chaque occurence de modèle de script. Un troisième noeud pourrait permettre de présenter les modèle de scripts conçus par le développeur d'une application conçu avec NSBASE.
Quelques exemples de modèles de scripts ou "fragments de code" :
Appel contextuel d'un formulaire à partir d'un DBGrid
Définir le contenu d'une comboBox à partir d'une table
Définir la valeur d'un champs à partir du résultat d'une requête dont le critère est la valeur choisi dans une comboBox
Ajouter le record courant d'une table dans une table tierce. Cela pourrait être utilisé avec l'évènement onBeforeCancel
Préparer, voire exécuter un mailing ou un publipostage , voire les deux simultanément
Traiter le cas d'une table ou d'une vue temporaire
. . . et certainement d'autres encore correspondant à des cas typiques de manipulations de données dans le cadre de l'utilisation d'une base de donnée, de table, de vue, de formulaire, de rapport, d'écriture de fichier externe
En définissant cette fonctionnalité et ces exemples je suis bien conscient que leur implémentation ne correspond pas tout à fait à votre intention initiale sur ce produit. Toutefois ce produit qui se veut agile et pratique doit aller plus loin dans son offre de fonctionnalités pour séduire un public, moins averti en programmation, qui n'est pas le public que vous visiez initialement mais qui sera celui qui utilisera votre programme en raison de ces faciltés supplémentaires
J'ajouterai que l'adjonction de cette fonctionnalité et de ces exemples vous permettraient de documenter, d'une manière indirecte, les proporiétés, évènement, composants ... qui pour l'instant ne le sont pas suffisamment que cela soit par manque de temps ou par une inclination moyenne pour la documentation ;-). J'ajouterai enfin que si l'on utilise un produit comme NSBase c'est que l'on souhaite se concentrer sur le besoins applicatif et bénéficier d'un développement assez rapide sans avoir à se plonger au delà du nécessaire dans la programmation fut elle en script.
Suis je allé trop loin dans mes remarques et commentaires... ? J'espère que vous ne penserez pas que je cherche à vous forcer la main? En ai je seulement le pouvoir ? Le fait est que j'apprécie votre produit et votre démarche. Vos réponses rapides et les ajouts auxquels vous avez consenti me font induire que vous êtes quelqu'un d'ouvert ... Aussi, comme je suis quelqu'un ayant pour habitude de dire ce qu'il pense, me suis je permis ces quelques remarques.
Bien cordialement,
BPH30
Last edit: BARRAL Philippe 2019-05-01
Bonsoir,
Je comprends le besoin. Certes, rajouter les exmples dans l'assistant Action est une bonne idée
Mais les exemples que vous citez, je les vois plus dans le blog
http://www.nsbase.neuts.fr/article7/lua-les-autolistes
http://www.nsbase.neuts.fr/article6/lua-remplir-une-liste-deroulante-a-partir-de-donnees-contenues-dans-la-base
Last edit: neuts-jl 2019-05-01