Jump to content

Taz5urfer

Membres
  • Content Count

    18
  • Joined

  • Last visited

About Taz5urfer

  • Rank

Contact Methods

  • Website URL
    http://consultant-webdesigner.fr

Profile Information

  • Gender
    Homme
  • Location
    Lyon
  • Interests
    Les technologies du web !

FileMaker Profile

  • FM Conférence
    Un jour j'irai !
  • FM
    FMP13A, FMP15A
  • OS
    OSX.11, Win7, Win10
  • Certification
    --Non certifié--
  • FBA
    --Non membre--

Recent Profile Visitors

1141 profile views
  1. Taz5urfer

    Taz5urfer

  2. C'est là que je l'ai mise (dans C:\Users\monCompte\AppData\Local\FileMaker\FileMaker Pro Advanced\15.0\Extensions), à coté du plugin compilé en .fmx ... Je n'ai pas vu dans MBS la possibilité, sur Windows uniquement bien sûr, d'accéder aux propriétés personnalisées de type OLE2 ? Mais j'ai peut-être mal cherché, il y a vraiment beaucoup de fonctions !
  3. Oui, je l'ai mis en dur pour l'instant : disque local (pas de chemin réseau), ni espace ni accents dans le nom au cas où...
  4. Pour ScriptMaster, c'est ma seconde piste, avec un jar effectivement. Mais en Java, je tombe sur le pb d'accès à ma DLL tierce (a priori, on m'a conseillé de regarder du coté de JNI ou JNA, mais je n'ai pas encore approfondi ce qu'étaient ces 2 bestioles...) Sinon, j'avoue que je n'ai pas bien saisi ce que veux dire "être localisées avec un paramètre de fonction" ? C'est le MBS qui demande d'indiquer le chemin d'accès de la DLL sur le disque ? Bon dimanche également !
  5. Bonjour, Je dois utiliser une DLL spécifique de Windows (Interop.DSOFile.dll) pour lire (et écrire) des propriétés personnalisées dans des fichiers, puis les exploiter dans ma base FileMaker. J'ai créé 2 projets dans une Solution Visual Studio sur Windows : Un projet C++ basé sur 24U Plug-In Template 3.1 pour la création du plugin FileMaker final Un projet VB.Net pour interagir avec Interop.DSOFile.dll (qui permet de lire et écrire mes propriétés personnalisées) Voici un schéma récapitulatif de mon architecture : Quand je compile le tout, j'obtiens ceci dans mon dossier d'Extensions de FileMaker : Pour communiquer entre C++ et VB.Net (doubles flèches rouges n°1 sur le schéma), j'utilise l'option Common Language Runtime Support (/clr) dans mon projet C++ (cela permet d'accéder aux classes VB.Net depuis le code C++). J'ai aussi créé un projet de test project dans ma solution pour valider que ma classe VB.Net (FileCustomPropsManager) fonctionne correctement (et c'est le cas !). Egalement, j'ai aussi fait un autre projet de test pour simuler la liaison entre C++ et VB.Net comme cela devrait se passer dans le code du plugin C++, et cela fonctionne aussi (j'accède aux propriétés de mon fichier en lecture depuis le C++, forcément via Interop.DSOFile.dll). Cependant, si je compile mon plugin en commentant les lignes qui font le lien avec ma classe VB.net, j'ai un résultat correct dans FileMaker Pro (la fonction de mon plugin renvoie bien mon message texte bidon) : Mais si je remet en service ces lignes (en vert ci-dessous) dans le code source du plugin C++, le plugin me renvoie des "?" : #pragma mark X24FT_Version FMX_PROC(fmx::errcode) X24FT_Version(short funcId, const fmx::ExprEnv& environment, const fmx::DataVect& dataVect, fmx::Data& result) { // [...] tempText->Assign("\nBefore DLL call : OK !"); resultText->AppendText(*tempText); // [...] FileCustomPropsManager::FilePropertiesManager fpm; // <- Commenté : OK, Décommenté : bug System::String^ sProp = "index"; std::string res = msclr::interop::marshal_as<std::string>(fpm.ReadCustomProperty("C:\\...\\part_8_mm.asm", sProp)); std::cout << msclr::interop::marshal_as<std::string>(sProp) << "=" << res << std::endl; // [...] std::string s = "\nAfter DLL call : OK !"; // std::to_string(fcm.maProp)) Du coup, je suis coincé :-( Dans FIleMaker, pas d'indice de ce qui peut se (mal) passer (juste les "?") Pas de message d'erreur dans Windows Pas vu de message "bizarre" dans l'Observateur d'évènement de Windows non plus Qu'est ce qui peut bien clocher ? Je suspecte que le .fmx ne trouve pas les .dll situées à coté une fois le tout compilé, mais comment le prouver ? Du coup, quelques questions en suspend : Est-ce que les DLLs compilées doivent se trouver dans le dossier des Extensions FileMaker (à coté du plugin lui-même) ? Y a t-il un moyen de packager les 3 fichiers en 1 seul .fmx ? Quelles autres solutions existent pour tracer des éventuels messages d'erreur lors de l'appel de ma fonction du plugin dans FileMaker ? Merci pour toute suggestion !
  6. Bonjour, Je développe un plugin personnalisé avec 24U Plug-In Template 3.1, qui contient le FileMaker Plug-In SDK pour FileMaker Pro 12. Mais en fait, je cible FM Pro 13 et sur le site FileMaker: http://www.filemaker.com/support/technologies/, je peux seulement obtenir la version v16: fm_plugin_sdk_16.0.1.162.zip => Existe-t-il un moyen de télécharger le SDK pour la v13, v14 ou même v15 de FileMaker ? Ou peut-être, ce n'est pas vraiment nécessaire (seulement des changements mineurs dans le SDK ? ...) ? S'il y a des développeurs de plugins par ici... Merci !
  7. Bonjour, Même pb pour moi, je ne vois pas les schémas ! Une manip' particulière pour les voir ? Merci !
  8. Bah j'ai bien la 4.3 (dernière téléchargeable sur le site), mais toujours pas de bouton. Bon c'est pas bien grave (enfin, pour le moment) tant pis. Peut-être est-ce que ça marche sur une Advanced ou sur la v13 ? (j'ai une v12 Pro)
  9. Voilà, j'ai un script qui fonctionne à peu près comme je veux, si ça en interesse :
  10. Cool pour MBS, j'avais pas vu qu'on avait accès à la coloration en gratuit :-) Par contre j'ai pas trouvé pour les numéros de lignes (pas trop cherché non plus, pas vraiment besoin en fait !) et pour le bouton COPY (je ne le vois pas !?)
  11. Sinon, y'a l'opération inverse : c'est Excel qui vient lire directement dans FileMaker via ODBC et VBA (donc plutôt si on est sur du Windows).
  12. Ah oui tiens, je vais essayer le coup de l'export, ré-import (mais il faudrait que le choix de colonnes à importer soit transparent pour l'utilisateur...). Sinon, je continue sur mon interprétation ligne à ligne, mais bon, j'ai un peu l'impression de réinventer la roue :-( C'est tout de même dommage d'avoir un joli mode tableau et de ne pas pouvoir coller des lignes dedans ! (je ne suis pas spécialement fan d'Access, mais sur ce coup là, il marque un point !)
  13. Bon je vais me contenter de mes PDF pour le moment, la biblio, c'est plus pour un aide mémoire que dans l'idée de récupérer le code ensuite (je ne fais pas beaucoup de dev FM pour le moment). Donc ClipManager, c'est vrai que ça à l'air bien, mais ce sera pour plus tard (mais merci pour l'info, je me garde ça au chaud au cas où) !
  14. Bon je suis parti comme ça : création d'une table tampon avec 1 seul champ + modèle avec ce champ et un bouton pour effectuer le coller puis l'interprétation dans la foulée : Début du script (détection des Tabulations et des fin de lignes) : Coller [ Sélectionner; Sans style; Import::ExcelPaste ]#-- Compter les lignesDéfinir variable [ $nbChars ; Valeur :Longueur ( Import::ExcelPaste) ]Définir variable [ $myChar ; Valeur :Position ( Import::ExcelPaste; Caractere ( 9 ); 1; 1) ]Définir variable [ $T1; Valeur :Debut(Import::ExcelPaste;Position(Import::ExcelPaste;Caractere ( 13 );1;1)-1) ]Ouvrir boîte dial. person. [ Titre : "Import..."; Message : "Nb caract.=" & $nbChars & "Premier Tab=" & $myChar & "Ligne 1=" & $T1; Bouton par défaut : “OK”, Valider : “Oui” ] Reste à boucler sur tout ça et rajouter des "New Record" et "Set Field" pour enregistrer les différents morceaux...
×
×
  • Create New...