Jump to content

coltom

Members
  • Content Count

    19
  • Joined

  • Last visited

Community Reputation

0 Neutral

About coltom

  • Rank
    newbie
  1. I have a portal with calc fields that use the SCGetContainer and SCGetInfo cmds. These work - - on the desktop iMac connected to the LAN via ethernet - on the desktop iMac connected to the LAN via wireless/VPN but - NOT on the iPAD connected to the LAN via wireless/VPN Should they work on the iPad?
  2. When I use the SCDelete cmd in a script to remove the SC file thus - Set Variable [ $result; Value:SCDelete ( "images/" & $ID ) ] If [ $result = "ERROR" ] Show Custom Dialog [ Message: "An error occurred: " & SCLastError; Buttons: “OK” ] Else If [ $result = "1" ] Show Custom Dialog [ Message: "SC file deleted."; Buttons: “OK” ] Delete Portal Row [ No dialog ] - the SC file is removed OK as is the associated FMP image record. However, there is a thumbnail of the SC file on the layout and this remains behind. I've tried refreshing the window, commiting the record, etc
  3. Sorry to be a pest on this but I'd just like to clarify that unless SC is running on OSX in standalone mode then I should not be able to see a tif image neither as a thumbnail in a webviewer, via a URL of type "http://IP address:8080/SuperContainer/Files/images/"&ID&"?height=64&width=64", nor in a container in a portal via SCGetContainer ( "folderPath/" &ID ; 50 ; 40 ). If correct what I don't get is that at the moment I see the former but not the latter with SC deployed on win2k8 via Tomcat.
  4. Thanks for the above but I'm not quite there yet.... I have SC deployed via TomCat on a Windows server box. If I understand how SC works then a webviewer pointed to a SC file via a URL of type "http://IP address:8080/SuperContainer/Files/images/" & ID should give me a thumbnail image autosized for the webviewer but this will/might not work for certain .tif files if SC is hosted in anything other than 'stand alone' mode, eg. on TomCat as I have here. In contrast, if I swap /Files/ to /RawData/ in the URL the image should be rendered OK in a webviewer irrespective of file type. If this
  5. SCSetContainer (calc field-result container) set-up to display SC files in a portal. Works with jpegs but with tifs SC only shows the image file name plus graphics icon in the container - no image. I can view the tif files into a separate container field no problem (right click, insert picture). Also, SC can display the tif either as a thumbnail (from "Files") or raw file ("RawData"). Would it work if SCSetContainer pointed to the RawData file rather than the file in the 'Files' folder?
  6. Got it - I was using the full SC path rather than the folderpath! Why is there a need to use two different paths - a full SC path for web viewer(s) and then this truncated folder path for the delete function? Is there a functional requirement or is an attempt to 'simplfy' things? Anyway, either way thanks for help.
  7. I've just reinstalled the latest version of SC and deployed via TomCat and all OK but its running in Demo mode. I clicked the "index' HTML file in Tomcat/webapps/SuperContainer and then clicked 'Enter or edit your activation key on the SuperContainer Registration Page' but it comes back with File not found. There is no file called 'Registration' in the SuperContainer folder - how should I register?
  8. I'm using Tomcat to deply SC on a Winserver2K8 machine and believe I'm having permissions problems as I can't delete the SC files with SCDelete (error 500). In the following from the SC documentation can anyone interpret and expand on "If using Tomcat deployment, set read write for the user used to run tomcat."? Error 500 in browser Incorrect permissions is the likeliest cause of this error. If using FMS deployment set the permissions to owner: fmserver rw group: fmsadmin rw If using standalone deployment, set read/write permission for the currently logged in user. If using Tom
  9. Still having problems deleting a SC file with SCDelete - gives Error 500. In the log the URL is doubled up - is this normal? Also there's a "got an error with converted args"?
  10. So no go if SC running as webapp in Tomcat on a Server 2008 machine.....
  11. I've been testing my SC install with jpegs but now discover that the files being generated (on a PC), and that I'd like the users to be able to drag and drop into a SC window, are all TIFFs. SC doesn't give me a thumbnail image using SCGetContainer but will store and allow viewing of the RawData file. Is there a way for SC to create a thumbnail from a TIFF?
  12. Thanks. A few things.. 1. When specifying the filepath for SCDelete should I use "Files" or replace with "RawData"? 2. In the SC/Files/images folder each folder is given the FMP ID while the image file within has kept it's original name - is this behaviour correct? 3. If 2 above is correct then SCDelete actually deletes the folder containing the image plus image file within - correct? 3. WIth reference to your point 'making sure SC has the proper permissions'. If Tomcat and SC had been installed on the Server2K8 box by an administrator with 'full control' then wouldn't SC i
  13. Presently I've got both SC, in the webapps folder of Tomcat, and the Users/Files folder, holding the raw and thumbnail images, on a smallish HD that was really only meant to be for the server OS (Server 2K8). The server box also has a second, much larger HD. Can I recreate the Files folder on this second drive and point to this from FM?
  14. SC running via TomCat on a physical image server box and working fine. I've scripted a delete button that should first delete the SC file and, if 1 is returned, continue to delete the portal row (containing a container generated via SCGetContainer): # Check for SuperContainer plugin installation # Exit if plugin is not installed If [ SCVersion = "?" ] Show Custom Dialog [ Message: "SuperContainer Plugin is not installed"; Buttons: “OK” ] Halt Script End If # Set Variable [ $result; Value:SCDelete ( SCGetContainer ( "images/" & IMA_image::__pk_image_ID ) ) ] If [ $result
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.