jbsherry

Hi, I modified an old script from a solution that exports rows of text fields with 1 image per row to xlsx. I don't know what version of the plugin was deployed with that solution, but images don't work when done with the older $result = ScribeDocWriteValue () or the newer script step. The plugin works without any errors but when opening the file I get "We found a problem with some content...Do you want to to try to recover as much as we can?" The resulting file is only 10K, whereas the image sizes vary from 200 - 600k, so it appears that the images are not being embedded. I'm testing with Scribe 4.03 and FMPA 16.0.5. Thanks, -jb

Great. I know you guys are proponents of AWS servers, and the standard AWS Ubuntu server build is set up for users with private keys and no passwords, I believe.

I'm running FTPeek 2.08 which is newer than the version mentioned above. However, these posts are pretty recent. So is it safe to assume that the most recent version of FTPeek also does NOT support login with just a privatekey file and no password? I've got a solution doing lots of file transfer to a website backend, and I'd like to avoid reworking for another plugin. I've used BaseElements, but I have not tried to to file transfer with it.

The title says it all. I want to be able to replace some text strings in a Word document with text built from data in FileMaker, and I'd like to maintain the style applied to the data in the field. It doesn't look like there's any straight-forward way to do this, but I thought I'd ask. Thanks, -jb

We have a free solution that is cross-platform, if you're willing to run FM12. You'll find it at http://www.fullcityconsulting.com. You'll see that our sample file inserts scans into a container field, but you can customize the example script to do SuperContainer, or simply execute your own script instead. The solution requires FM12 because I'm using the 12 version of fm url protocol, which can run a script and pass parameters. The old fm7 url protocol cannot do this. Hope this helps, -jb

Hi, this was not functioning and you had confirmed by phone that this was similar to another bug that had been reported ( plugin not working in IWP, I believe ). I finally got a chance to test SuperContainer Companion Plugin 2.852 which was released the end of December, and am happy to report it's working as expected. I'm now able to export from container fields with a scheduled server script using the plugin. Thanks for your assistance, -jb

Hi, Sorry, I should have been clearer that this was a technical question, although it's good to know the licensing requirements. Given that Insert Picture and Export Field Contents don't work ServerSide, I'm wondering if I can expect SCSetContainer to work. I'm hoping I'm doing something wrong, but it's not working so far. Thanks, -jb

i'd love to be able to run this from a scheduled script. Is this possible? Thanks, -jb

Hi, I'm running SC 2.77 in Standalone mode on Snow Leopard, and have a set of web viewers on a layout that users will need to zoom 150% or 200%. I'm finding that if I use the applet, images don't resize. But, if specify a url that includes style=noapplet&width=105 ( the width of the web-viewer ), pdfs immediately acquire scroll-bars, whether at 100% or higher. My URL: "http://192.168.1.242:8020/SuperContainer/Files/PTNT/Documents/2868935/9?style=noapplet&Width=105" I'm following the recommendations of Sam in a post from 2008, quoted below. Is there anything I can do to get web viewers to scale appropriately? If necessary, I can switch to containers. I've had better luck with them in the past. Thanks, -jb ------ "Try using a noapplet style and hard-coded width, for example: http://localhost:802...&style=noapplet What appears to be happening is, the applet isn't able to detect the zoom state of the filemaker window, because its width is simply set to 100%, which the web viewer seems to interpret as the width of the web viewer when zoomed to 100%. If you don't use the applet, but use a dynamic web viewer width, that doesn't work either because the width in the URL reflects the zoomed state, which means SuperContainer returns a larger image, but it gets zoomed again by FileMaker, so the image is too large. Setting a hard-coded width in the URL with the noapplet style solves this, as the image is generated in SuperContainer at the 100% zoom level, then FileMaker zooms the image accordingly. "

Thanks, David. The documentation for Authorize.net says that both address verification and Card Code Verification are services included with an account there. It appears these can be turned on by logging in on the Authorize web page. Currently, transactions are being verified without the name, address and security code, but it appears that we may be able to make these required if the client wants it. I'll follow up with the client.

Thanks, David. What about verification? I assumed that if we pass in optional parameters like name, that those would have to match the information on file or the transaction would fail. But that's not what I'm seeing.

Hi, I'm wondering about the parameters that control the approval process, and the best way to submit a name when it has a middle initial. I notice that lots of websites simply have a single field for the complete name as it appears on the card. I've also noticed that lots of people have a middle initial on their card. So what is the recommended way to submit a full name as it appears on the card, so that it will be verified? If additional parameters are submitted ( like first name, and last name ) should't the transaction be denied if the name doesn't match that on the card? Working in test mode, I'm finding that I can submit my card with other people's names, and the transaction goes through. Thanks in advance for shedding some light on this, -jb

Hi, I just wanted to confirm that if I call ccRegister and then CCSetTestMode(1) in my startup script, test mode is active for the duration of the user's session. Is this correct? Thanks, -jb

Thanks, David. "Make sure that you have the "everyone" permission set to "Read and Write" to make sure that all users and processes can access it." I updated the permissions, and am now consistantly able to auto-install ScriptMaster, but not SuperContainer Companion Plugin. They're configured identically, so it's very odd. I noticed that Filemaker's "fms10_autoupdate_en.pdf" doesn't mention any specific permissions needed for auto-update from a Windows FMS. Thanks for your help. -jb

Hi, update from your server works. So I grabbed your script "Auto Update SuperContainer plugin" and ran it in my solution. I still get error -1, which your script conveniently defines within a case statement for the error message: Case ( $result = -1; "The file to be downloaded is missing from the temporary folder"; ----the rest cut off for brevity----- The question is, what does that mean? Since there are other messages that refer to the Extensions/Saved folder, this appears to mean that the file should be downloaded to a unix tmp dir and then copied to into the Extensions Folder. I am getting the Tarred plugin appearing in /Extensions/Saved when I run your script. What should happen? The file is clearly being downloaded from the server, so the directory structure, permissions, etc. are correct. The file works if I un-tar and move it into Extensions. It's odd that I can consistently install a Troi plugin from my server, and consistently install your plugins from YOUR server, but not install your plugins from MY server (only on the Mac side). -jb