Thought I had this resolved, but just discovered this not to be the case
running Client/Server.
Apparently calling SET EXTERNAL DATA PATH and/or RELOAD EXTERNAL DATA in the
trigger has no affect on the client. The client continues to reflect the
version of the picture it loaded before
Tim:
Thanks for posting this. I was totally unaware of this - probably started in my
brief hiatus from programming. This is exactly what I was asking for a couple
of weeks here. I will use this for my documentation now, and add in a few
comments from time to time.
Jody Bevan
ARGUS Productions
On Aug 4, 2017, at 1:25 PM, Timothy Penner via 4D_Tech <4d_tech@lists.4d.com>
wrote:
> For this specific issue, I wonder if the behavior is mentioned in the
> references to "custom mode" in the 'External Data Storage' documentation here;
>
Hi,
> Would the livedoc version get the information into the docs for all supported
> versions of the product?
I believe public comments carry over to all versions that article is used by.
For example, this comment made on August 2015 is visible for v14:
-
Would the livedoc version get the information into the docs for all
supported versions of the product? If so, it sounds like John could write
it up. Otherwise, what do you have to do - file a doc bug? Is that a thing
at 4D?
**
4D
Hi David,
> Not sure how that happens, but I know that there's a way if you log in to
> something, somewhere, somehow...Or 4D could add something to the docs.
Do you mean this?
Tech Tip: The Comments feature for the Documentation Site .
http://kb.4d.com/assetid=77724
-Tim
John,
It's great that you found this and tracked down the solution within a day,
with help from 4D.
Since this sounds like a potentially painful gotcha, it would be great if
the docs were updated with some notes. Not sure how that happens, but I
know that there's a way if you log in to
Kirk,
Correct me if I am wrong but, there is no choice with external data and
client server as the external data folder is on the server machine. The
managing of the external file has to be done on the server and a trigger is the
logical place to do it as the external file has to be
John,
On Fri, Aug 4, 2017 at 1:36 AM, John Baughman via 4D_Tech <
4d_tech@lists.4d.com> wrote:
> 3. Click the save button. The table trigger’s on saving new record event
> does the following...
> a. Saves the picture to my documents folder with WRITE PICTURE FILE
> b. Sets the
what happens if you do
[myTable]myPicture:=[myTable]myPicture*0
before you load the new jpg ?
your trigger is running, so the picture is touched for the database, we can
assume that.
but the picture on form is not updated, so it sounds like a ref count issue for
the form.
besides, you
> OK. I got my hand slapped for posting a bug to the beta forum.
I apologize for my bad English or being unclear in my answer.
I only wanted to help you to speed up the process, as getting solutions for
issues is - in my experience - faster using the 4D Partner support directly, as
the team is
OK. I got my hand slapped for posting a bug to the beta forum. Somewhat miffed,
I created a test db in v16.1 so I can either prove it to be a beta bug, or be
able to talk to 4D TS in the morning with a version other than the beta. Well I
am having the same problem in v16.1. So, yes I erred by
He David,
> Ouch. That definitely sounds like a bug to me, so I'd say file it wherever
> you're meant to. I think that's on the beta release forum in France.
Yep. I am nearly convinced that his is beta bug. I have already found a
couple of other bugs and reported them. I will wait a bit
> On Aug 3, 2017, at 1:45 PM, Jody Bevan via 4D_Tech <4d_tech@lists.4d.com>
> wrote:
>
> With what you have done now, how does 4D know the path of the document
> (picture) that you saved.
Jody,
With custom pathname you use the command SET EXTERNAL DATA PATH and the
path is saved
John,
Ouch. That definitely sounds like a bug to me, so I'd say file it wherever
you're meant to. I think that's on the beta release forum in France.
I can't offer any real help because the only time I've used the external
feature for lots of pictures, we went with letting 4D manage where to put
John:
We did this big time long before 4D permitted it autosaving the ‘picture’
outside of the data file that they looked after. Therefore we had to look after
the saving, and when loading up the form we had to look after retrieving the
‘picture’ as well. It sounds like you have done almost
16 matches
Mail list logo
