fm-lisp

fm-lisp@common-lisp.net

34 discussions

Exif Plug-In doesn't show IPTC data
by Michael Smolka 15 Apr '17

15 Apr '17

Hi, maybe someone can help me finding the reason for my problem: The Exif-Plug-in doesn’t show the IPTC data, although the image file contains it. I can see the data in Preview.app but the plugin only gives a question mark as result. Thank you in advance Michael Smolka

1 0

exif plugin not installing
by Rob Grange 01 Sep '15

01 Sep '15

Just getting “ExifPlugin.fmplugin” failed to initialise can anyone help -- Rob grange Rob Grange Photography Newlands Gate Swinside Keswick Cumbria CA12 5UE 017687 78222 07748304141 www.robgrange.com

1 0

ExifPlugIin.fmplugin
by Elvin Birth 08 Jun '15

08 Jun '15

When I open ExifDemo.fmp12 in FileMaker Pro 14.0.1, the plugin does not install automatically and I have been unable to install it manually. The ultimate splash screen says "Failed to initialize". When I copy and paste the plugin to FM Pro Advanced 11.0v4, it installs and appears to be useable. I cannot use it, though, because the example in FMP 14.0.1 is unavailable for study. All the calculation fields in the demo show "Missing Function". Is that related to the failure of the plugin to install? Elvin Birth

2 1

ssl problem
by Jens Teich 08 Apr '15

08 Apr '15

I want to use (require "comm") (comm:ensure-ssl) in a FileMaker plugin built with fm-plugin-tools. In the listener it is no problem and even when using the hello-world delivery example from LW these two lines work without setting any openssl paths. I am working both on MacOSX 10.8 and Win7 with LW 6.1. I posted this already on Lispworks list (http://article.gmane.org/gmane.lisp.lispworks.general/12755) and got a bunch of hints but was not able yet to make it work in a FM plugin. When I try it, I get either an error ('unable to load library') or an outdated version of openssl loaded. So obviously fm-plugin-tools is changing something that makes the ssl library unusable. Any hints are welcome which help me out of this. Thanks Jens

2 3

RegEx Plugin 0.2.5
by Jens Teich 08 Apr '15

08 Apr '15

New version for Mac: http://jensteich.de/wp-content/regex-plugin/RegexPlugIn.0.2.5.zip. Fixing an error with wrong characters in plugin name reported by Russell Watson. Jens

1 0

RexEx-Plugin 0.2.4
by Jens Teich 08 Apr '15

08 Apr '15

RegP_Positions has two optional parameters to change the default delimiter character `|'. http://jensteich.de/filemaker/filemaker-plugins/regex-plugin/ Jens

1 1

Fwd: Re: Bug in RegExPlugin
by Jens Teich 08 Apr '15

08 Apr '15

-------- Original-Nachricht -------- Betreff: Re: Bug in RegExPlugin Datum: Sun, 22 Dec 2013 12:38:59 +0100 Von: Jens Teich <info(a)jensteich.de> An: Russell Watson <russell(a)mrwatson.de>, FM-Lisp+help(a)common-lisp.net Hi Russel, thanks for the bug report. This is a tough one (for me). The source of the problem seems to be here: (Defun handle-get-string-message (which-string result-size result-ptr) "Handles `kFMXT_GetString' messages from FileMaker. WHICH-STRING is the ID for the information FileMaker wants to have, RESULT-PTR is where the answer string is supposed to be stored, and RESULT-SIZE is the maximal size of the result." (when-let (string (case which-string (#.+k-fmxt-name-str+ *plugin-name*) (#.+k-fmxt-app-config-str+ *plugin-help-text*) (#.+k-fmxt-options-str+ (create-options-string)))) #+:win32 (convert-to-foreign-string string :limit (1- result-size) :external-format :unicode :into (make-pointer :address result-ptr :type :wchar-t)) #-:win32 (loop with ptr = (make-pointer :address result-ptr :type :unsigned-short) for index from 0 below (1- result-size) for char across string do (setf (dereference ptr :index index) (char-code char)) finally (setf (dereference ptr :index index) #\Null)))) ;; from fm-plugin-tools, file main.lisp The variable *plugin-name* contains the string "RegExPlugin" and is 11 characters long. On Win the problem does not occur so the problem is in the branch after #-:win32. I played a bit with the name of the plugin. When I make it very long, more unwanted additional characters appear: RegexPlugIn*********************************************************** ********************************************************************** ********************************************************************** *********************************************ï¿¿ï¿¿ç¯Í¨e;0.2.4;Disabled Maybe the author of this code (Edi Weitz) reads this and can help or I will ask for help on the LispWorks mailing list. ~Jens ps Russel: why do you use this old version of the plugin? I improved the plugin in the current version according to your input at the FileMaker Stammtisch some time ago. The RegP-Positions Function has two additional parameters now: Positions ( regex ; target {; flags ; pairInnerDelimiter ; pairOuterDelimiter } ) Am 19.12.13 22:01, schrieb Russell Watson: > Hallo Jens / Lisp-developers / RegEx Plugin Entwickler, > > ---------------------------------------- > OK - so this is the message in german: > > ich habe bemerkt, dass unter fm12 liefert das RegExPlugin bei der Get( > InstalledPlugins ) Funktion das folgende zurÃ¼ck > > ^ > Der kleine Diamant am ende vom Pluginname scheint eine ASCII( 1 ) zu > sein. Ich nehme an, dass das einen Fehler ist und es in dieser Stelle > keine ASCII(1) sein soll. > > GrÃ¼Ãe > > Russell Watson (aka MrWatson) > > > ---------------------------------------- > and here again in case you guys only speak english: > > Hi, > > I use the RegExp FileMaker Plugin, that is available from Jens Teichs > website under the URL > http://jensteich.de/wp-content/regex-plugin/RegexPlugIn.zip. > > I noticed today, that the plugin returns an ASCII(1) character (the > little diamond in the picture) in its reply to the FileMaker Get( > InstalledPlugins ) function. > > That I presume is a bug and an undesired character in the plugins string. > > ---------------------------------------- > An (important) aside: > > It is not explicitly clear from the combination of Jens Teichs website > and the linked Common Lisp "mailing list Informartion" page > (http://common-lisp.net/cgi-bin/mailman/listinfo/fm-lisp) > > 1) if this is the correct email adress that I am writing to > 2) what the <listname> is of the mailing list for the RegExp plugin - is > it RegExp? is it FM-List*? is it something else? > 3) which is the correct form of the emailadress: it is mentioned on > thesss page if it is possible to just write to > <listname>@common-lisp.net <http://common-lisp.net> > > > I hope that all helps. > > Thanks for the Plugin. > > Russell Watson (aka MrWatson) > > > * ...I have just noticed that fm-list is in the url, which PROBABLY > means that <listname>="fm-list" ... but it needs to be EXPLICIT in at > least one of the pages ... otherwise you're only going to get emails > from real nerds. ;-)

2 7

[Fm-lisp] New Version 0.3.0 of Exif Plugin
by Jens Teich 06 Aug '14

06 Aug '14

Hi, Exif Plugin[*] is now able to get EXIF data also from container fields with images stored as reference. External jpg files are also accessible. The demo file is improved, it shows all existing exif data in a portal. In the older versions there was only one tag selectable. Demo file is FM 12 now and includes both plugins (for Mac and Win). It automaticly installs the plugin if necessary and helps to enable the plugin (if it is disabled). There are two new functions: Get_Exif_Reference( jpeg_reference ; tag ) which wants a FileMaker container field with jpg images stored as reference as first parameter and the exif tag as second. Get_Exif_from_File( unix_path ; tag ) this function expects a unix path as first parameter: '/Users/me/Desktop/myfunnypic.jpg' (Mac) 'c:/Users/me/Desktop/myfunnypic.jpg' (Win) ~Jens --- [*] Download link is: http://jensteich.de/wp-content/exif-plugin/ExifDemo-0.3.0.zip

1 0

Re: [Fm-lisp] Exif_Get and calculated container fields
by Jens Teich 05 Aug '14

05 Aug '14

Hi! Am 05.08.14 09:29, schrieb James Wilson: > Jens > > This is great! > > > A couple of observations: > > The functions (on my mac!) both have an extra "Exif_" in front of the > function name This is intended. The first four letters are treated special by FileMaker. It is the FileMaker PlugIn ID. > Exif_Get_Exif_Reference > > and > > Exif_Get_Exif_from_File > > > > For Exif_Get_Exif_Reference I can get partial results: > > 1. in certain cases the full jpeg_reference works, ie > > imagemac:/Macintosh HD/Users/me/Desktop/my folder/DSC01950.JPG > > works fine. > > But I am stumped by the fact that a longer pathname doesn't seem to work > > imagemac:/Macintosh HD/Users/me/Dropbox/Base de Dados/GPS Data/26 07/GPS > 3/DSC01950.JPG Is this a real local path or is there some magic with dropbox going on? I tested a longer path on my mac (with blanks) and it works. Regards Jens > does not work. I am sure this path is correct as its the very same that > is used in a calculated container field, and the image is visible in the > record. > > > > 2. There seems to be a similar issue with Exif_Get_Exif_from_File. > > The unix path > > /Users/me/Desktop/my folder/DSC01950.JPG > > works fine, > > but the same file in a different location does not return Exif data. > The path > > /Users/me/Dropbox/Base de Dados/GPS Data/26 07/GPS 3/DSC01950.JPG > > does not work. I have checked permissions and have Read & Write > privileges over the file in both locations > > > > Best regards > > James > (message not copied to list, if this a bug I would guess that you would > prefer to post a solution, rather than for me to post a problem) > > > > On 4 Aug 2014, at 19:08, Jens Teich <info(a)jensteich.de > <mailto:info@jensteich.de>> wrote: > >> Am 04.08.14 09:54, schrieb James Wilson: >>> Hi >>> >>> When the images are inserted into a database via a conventional >>> container field, the Exif_Get plugin works just fine. However it >>> doesn't appear to work when the container field is a calculated >>> field, accessing images that are resident outside of the database. >>> Is this possible in some way, or a limitation of the plugin? >>> >>> >>> My apologies if this topic has been discussed here before, but the >>> archive link from the webpage is not working >> >> Hi, >> >> this was indeed a limitation. But I made a new version (for Mac) >> today: 0.3.0. It has the ability to extract Exif data also from >> container fields with images stored as reference. >> >> External jpg files are also accessible. >> >> Win version, improved example file and documentation are following soon. >> >> The link is: >> http://jensteich.de/wp-content/exif-plugin/ExifPlugIn-0.3.0.Mac.zip. >> >> There are two new functions: >> >> Get_Exif_Reference( jpeg_reference ; tag ) >> >> which wants a FileMaker container field with jpg images stored as >> reference as first parameter and the exif tag as second. >> >> >> Get_Exif_from_File( unix_path ; tag ) >> >> this function expects a unix path as first parameter: >> '/Users/me/Desktop/myfunnypic.jpg' >> >> ~Jens >> >

1 0

[Fm-lisp] Exif_Get and calculated container fields
by James Wilson 04 Aug '14

04 Aug '14

Hi When the images are inserted into a database via a conventional container field, the Exif_Get plugin works just fine. However it doesn't appear to work when the container field is a calculated field, accessing images that are resident outside of the database. Is this possible in some way, or a limitation of the plugin? My apologies if this topic has been discussed here before, but the archive link from the webpage is not working Thanks in advance JW FMP12 Mac OS 10.9.4

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

fm-lisp