date:20200428

Object notation replacement for use of Self in a script — v18

2020-04-28 Thread Chris Belanger via 4D_Tech

Generic programming of vars on a form is very complicated when one uses object 
attributes for the data source.

For example, on screen you make a simple text input object named “enCompany”. 
It’s data source is Form.en_Company.Name (  i.e. [Company]Name  )

In ‘classic 4d”, where the data source would be [Company]Name, one can code its 
script:
TRIM ( Self )

And TRIM would simply take a POINTER, and you can perform operations on the 
data that the user typed into that field. (Such as trim off leading & trailing 
spaces).

But with OBJECT NOTATION, that is all screwed up.
You cannot get a PTR to, for instance, an object named ‘enCompany’ whose data 
source is  Form.en_Company.Name
So the script for it cannot be generic.
It would seem to make sense to be able to do something like:

TRIM ( Form Event.objectName ) — and have some way to actually do anything with 
what the user typed into this element on-screen.

You can’t use TRIM ( Self ) because Self is nil

And v18r3 does not even have a solution to this in its documentation.

It seems we should have some way of getting the user-input data of a screen 
element even if we are using object notation.

We would expect, at the least, something like  OBJECT Get Value ( ObjectName ) 
and OBJECT Set Value ( Object Name ) but no!

Any input? Wait for version 20 of 4D?

- Chris
**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: WAN vs LAN Cache

2020-04-28 Thread Jeffrey Kain via 4D_Tech

In v17R5 that number changes if you use different instances of 4D.  As long as 
you use the same copy of the 4D application then it uses the same cache folder.

Is this on Mac or Windows, and where is your 4D application installed?

> On Apr 28, 2020, at 2:08 PM, Mitchell Shiller via 4D_Tech 
> <4d_tech@lists.4d.com> wrote:
> 
> Today I logged in 4 times and have 4 caches folders all 228mb in size   
> Screenshot available on request.

**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

WAN vs LAN Cache

2020-04-28 Thread Mitchell Shiller via 4D_Tech

Hi,

Just upgraded to 18.1LTS

When users connect via the LAN, caching of structure, plugins etc takes place 
only the first time we run the database. This is the expected behavior.

However when I run it over my a WAN, it downloads the cache files every time I 
connect. In the cache, I see a folder with ^DatabaseName_server.domain.com_XXX. 
Where XXX is a numerical in sequence. Today I logged in 4 times and have 4 
caches folders all 228mb in size   Screenshot available on request.

Bug? Feature? Can this behavior be changed as it is filling up my hard drive.

Thanks

Mitch
**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: New Notarization Issues

2020-04-28 Thread Herr Alexander Heintz via 4D_Tech

Am 28.04.2020 um 17:01 schrieb Randy Jaynes via 4D_Tech <4d_tech@lists.4d.com>:
> 
> I was cursing Apple frequently and for the first time in 20+ years (did I 
> really say that?) seriously considering becoming a Windows only programmer.

I still develop on windows, but: 
Man am I happy that I only hav Windows clients…
So much less headaches, on all fronts.
And there is so much stuff you can do on windows easily that is an incredible 
PITA on Mac.
Examples : CTI, TWAIN, RDP, Virtualisation
Oh, and lets not go down the road of hardware prices, especially server…
I have no pity for anyone using a Mac as server, none whatsoever…
OK, my rant of the day.
Better stop before I start diving into the joys of visiting an apple store with 
a defective 6000 $ laptop.
The give a whole new meaning to the word „customer oriented service“


NOT!
**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: New Notarization Issues

2020-04-28 Thread Randy Jaynes via 4D_Tech

Jeremy,

I won’t tell you how many day's worth of hours it took me to get my stuff 
through the process.

I was cursing Apple frequently and for the first time in 20+ years (did I 
really say that?) seriously considering becoming a Windows only programmer.

Randy

--
Randy Jaynes
Senior Programmer and Customer Support

http://printpoint.com • 845.687.3741 • PrintPoint, Inc • 57 Ludlow Lane • 
Palisades, NY 10964 
Please send all email contacts to supp...@printpoint.com



> On Apr 28, 2020, at 10:47 AM, Jeremy Roussak via 4D_Tech 
> <4d_tech@lists.4d.com> wrote:
> 
> Randy and Spencer,
> 
> Thanks. That’s exactly what I did and my application is now successfully 
> notarized.
> 
> I wish I understood what notarization actually involves. One day…
> 
> Jeremy
> 
>> On 28 Apr 2020, at 14:04, Randy Jaynes > > wrote:
>> 
>> For that one I was able to replace it with the php-fcgi-4d from the recent 
>> release of 4D v18.
>> 
>> Randy
>> 
>> --
>> Randy Jaynes
>> Senior Programmer and Customer Support
>> 
>> http://printpoint.com  • 845.687.3741 • PrintPoint, 
>> Inc • 57 Ludlow Lane • Palisades, NY 10964 
>> Please send all email contacts to supp...@printpoint.com 
>> 
>> 
>> 
>>> On Apr 28, 2020, at 7:33 AM, Jeremy Roussak >> > wrote:
>>> 
>>> Randy, thanks for that pointer and Miyako, thanks very much indeed, as 
>>> ever, for that marvellous application.
>>> 
>>> The huge slew of notarization errors has now been reduced to just one:
>>> 
>>>  "issues": [
>>>{
>>>  "severity": "error",
>>>  "code": null,
>>>  "path": "PI_Calculator.app-1.84.app.zip/PI 
>>> calculator.app/Contents/Resources/php/Mac/php-fcgi-4d",
>>>  "message": "The binary uses an SDK older than the 10.9 SDK.",
>>>  "docUrl": null,
>>>  "architecture": "x86_64"
>>>}
>>>  ]
>>> It seems I need a new version of the PHP binary. I seem vaguely to remember 
>>> that this was discussed before, but I can’t recall what the solution was. 
>>> Is there one somewhere?
>>> 
>>> Jeremy
>>> 
 On 27 Apr 2020, at 21:28, Randy Jaynes >>> > wrote:
 
 Jeremy,
 
 I would RUN to Miyako’s buildApp 
 (https://github.com/miyako/4d-utility-build-application 
 )
 
 I found on the Catalina build machine that I’m using, I have to constantly 
 sign the entire plugins folder.
 
 This database has been nothing short of a miracle for this process.
 
 There was a test method in there that is already pretty much set up to go 
 down through the whole chain of all the folders, frameworks, plugins, … 
 you name it. 
 
 Randy
 
 --
 Randy Jaynes
 Senior Programmer and Customer Support
 
 http://printpoint.com  • 845.687.3741 • 
 PrintPoint, Inc • 57 Ludlow Lane • Palisades, NY 10964 
 Please send all email contacts to supp...@printpoint.com 
 
 
 
> On Apr 27, 2020, at 3:14 PM, Jeremy Roussak via 4D_Tech 
> <4d_tech@lists.4d.com > wrote:
> 
> 4Dv17R5, Mac Mojave
> 
> An application which I have previously codesigned and successfully 
> submitted for notarization is now failing to be notarized. The log file 
> contains a stream of errors, complaining about 4D InternetCommands, 
> InstallTool, Updater.app and others, the errors being invalid signature, 
> signature algorithm is too weak, executable does not have hardened 
> runtime enabled, and so on.
> 
> I’ve changed nothing since January, when it was notarized just fine. 
> codesign —verify says it’s OK.
> 
> Help!
> 
> Jeremy
> 
> The log file is at
> 
> https://osxapps-ssl.itunes.apple.com/itunes-assets/Enigma113/v4/03/70/62/03706243-2acd-5546-7a56-0fc4bda885a1/developer_log.json?accessKey=1588208394_8709044140572407954_aq%2Fu1eNX3LZEeLteCNikuUhL0w2W6BTpOHDmSGWv6lff9IL9W2H%2BGZI1WIfIm6R1rcc0fM1dEsPP43G5FhGjzCQUrvPwYL41E2YoNZSUzqtk1p1xkzmU%2BbjTpJ7s9RmairuCloWnEEFJsKbehxOX6EEY7i3Y5E%2FdrELaMZv1d2c%3D
>  
> 
>  
>

Re: New Notarization Issues

2020-04-28 Thread Jeremy Roussak via 4D_Tech

Randy and Spencer,

Thanks. That’s exactly what I did and my application is now successfully 
notarized.

I wish I understood what notarization actually involves. One day…

Jeremy

> On 28 Apr 2020, at 14:04, Randy Jaynes  > wrote:
> 
> For that one I was able to replace it with the php-fcgi-4d from the recent 
> release of 4D v18.
> 
> Randy
> 
> --
> Randy Jaynes
> Senior Programmer and Customer Support
> 
> http://printpoint.com  • 845.687.3741 • PrintPoint, 
> Inc • 57 Ludlow Lane • Palisades, NY 10964 
> Please send all email contacts to supp...@printpoint.com 
> 
> 
> 
>> On Apr 28, 2020, at 7:33 AM, Jeremy Roussak > > wrote:
>> 
>> Randy, thanks for that pointer and Miyako, thanks very much indeed, as ever, 
>> for that marvellous application.
>> 
>> The huge slew of notarization errors has now been reduced to just one:
>> 
>>   "issues": [
>> {
>>   "severity": "error",
>>   "code": null,
>>   "path": "PI_Calculator.app-1.84.app.zip/PI 
>> calculator.app/Contents/Resources/php/Mac/php-fcgi-4d",
>>   "message": "The binary uses an SDK older than the 10.9 SDK.",
>>   "docUrl": null,
>>   "architecture": "x86_64"
>> }
>>   ]
>> It seems I need a new version of the PHP binary. I seem vaguely to remember 
>> that this was discussed before, but I can’t recall what the solution was. Is 
>> there one somewhere?
>> 
>> Jeremy
>> 
>>> On 27 Apr 2020, at 21:28, Randy Jaynes >> > wrote:
>>> 
>>> Jeremy,
>>> 
>>> I would RUN to Miyako’s buildApp 
>>> (https://github.com/miyako/4d-utility-build-application 
>>> )
>>> 
>>> I found on the Catalina build machine that I’m using, I have to constantly 
>>> sign the entire plugins folder.
>>> 
>>> This database has been nothing short of a miracle for this process.
>>> 
>>> There was a test method in there that is already pretty much set up to go 
>>> down through the whole chain of all the folders, frameworks, plugins, … you 
>>> name it. 
>>> 
>>> Randy
>>> 
>>> --
>>> Randy Jaynes
>>> Senior Programmer and Customer Support
>>> 
>>> http://printpoint.com  • 845.687.3741 • PrintPoint, 
>>> Inc • 57 Ludlow Lane • Palisades, NY 10964 
>>> Please send all email contacts to supp...@printpoint.com 
>>> 
>>> 
>>> 
 On Apr 27, 2020, at 3:14 PM, Jeremy Roussak via 4D_Tech 
 <4d_tech@lists.4d.com > wrote:
 
 4Dv17R5, Mac Mojave
 
 An application which I have previously codesigned and successfully 
 submitted for notarization is now failing to be notarized. The log file 
 contains a stream of errors, complaining about 4D InternetCommands, 
 InstallTool, Updater.app and others, the errors being invalid signature, 
 signature algorithm is too weak, executable does not have hardened runtime 
 enabled, and so on.
 
 I’ve changed nothing since January, when it was notarized just fine. 
 codesign —verify says it’s OK.
 
 Help!
 
 Jeremy
 
 The log file is at
 
 https://osxapps-ssl.itunes.apple.com/itunes-assets/Enigma113/v4/03/70/62/03706243-2acd-5546-7a56-0fc4bda885a1/developer_log.json?accessKey=1588208394_8709044140572407954_aq%2Fu1eNX3LZEeLteCNikuUhL0w2W6BTpOHDmSGWv6lff9IL9W2H%2BGZI1WIfIm6R1rcc0fM1dEsPP43G5FhGjzCQUrvPwYL41E2YoNZSUzqtk1p1xkzmU%2BbjTpJ7s9RmairuCloWnEEFJsKbehxOX6EEY7i3Y5E%2FdrELaMZv1d2c%3D
  
 
  
 >
 
 
 **
 4D Internet Users Group (4D iNUG)
 Archive:  http://lists.4d.com/archives.html

Re: New Notarization Issues

2020-04-28 Thread Randy Jaynes via 4D_Tech

For that one I was able to replace it with the php-fcgi-4d from the recent 
release of 4D v18.

Randy

--
Randy Jaynes
Senior Programmer and Customer Support

http://printpoint.com • 845.687.3741 • PrintPoint, Inc • 57 Ludlow Lane • 
Palisades, NY 10964 
Please send all email contacts to supp...@printpoint.com



> On Apr 28, 2020, at 7:33 AM, Jeremy Roussak  wrote:
> 
> Randy, thanks for that pointer and Miyako, thanks very much indeed, as ever, 
> for that marvellous application.
> 
> The huge slew of notarization errors has now been reduced to just one:
> 
>   "issues": [
> {
>   "severity": "error",
>   "code": null,
>   "path": "PI_Calculator.app-1.84.app.zip/PI 
> calculator.app/Contents/Resources/php/Mac/php-fcgi-4d",
>   "message": "The binary uses an SDK older than the 10.9 SDK.",
>   "docUrl": null,
>   "architecture": "x86_64"
> }
>   ]
> It seems I need a new version of the PHP binary. I seem vaguely to remember 
> that this was discussed before, but I can’t recall what the solution was. Is 
> there one somewhere?
> 
> Jeremy
> 
>> On 27 Apr 2020, at 21:28, Randy Jaynes > > wrote:
>> 
>> Jeremy,
>> 
>> I would RUN to Miyako’s buildApp 
>> (https://github.com/miyako/4d-utility-build-application 
>> )
>> 
>> I found on the Catalina build machine that I’m using, I have to constantly 
>> sign the entire plugins folder.
>> 
>> This database has been nothing short of a miracle for this process.
>> 
>> There was a test method in there that is already pretty much set up to go 
>> down through the whole chain of all the folders, frameworks, plugins, … you 
>> name it. 
>> 
>> Randy
>> 
>> --
>> Randy Jaynes
>> Senior Programmer and Customer Support
>> 
>> http://printpoint.com  • 845.687.3741 • PrintPoint, 
>> Inc • 57 Ludlow Lane • Palisades, NY 10964 
>> Please send all email contacts to supp...@printpoint.com 
>> 
>> 
>> 
>>> On Apr 27, 2020, at 3:14 PM, Jeremy Roussak via 4D_Tech 
>>> <4d_tech@lists.4d.com > wrote:
>>> 
>>> 4Dv17R5, Mac Mojave
>>> 
>>> An application which I have previously codesigned and successfully 
>>> submitted for notarization is now failing to be notarized. The log file 
>>> contains a stream of errors, complaining about 4D InternetCommands, 
>>> InstallTool, Updater.app and others, the errors being invalid signature, 
>>> signature algorithm is too weak, executable does not have hardened runtime 
>>> enabled, and so on.
>>> 
>>> I’ve changed nothing since January, when it was notarized just fine. 
>>> codesign —verify says it’s OK.
>>> 
>>> Help!
>>> 
>>> Jeremy
>>> 
>>> The log file is at
>>> 
>>> https://osxapps-ssl.itunes.apple.com/itunes-assets/Enigma113/v4/03/70/62/03706243-2acd-5546-7a56-0fc4bda885a1/developer_log.json?accessKey=1588208394_8709044140572407954_aq%2Fu1eNX3LZEeLteCNikuUhL0w2W6BTpOHDmSGWv6lff9IL9W2H%2BGZI1WIfIm6R1rcc0fM1dEsPP43G5FhGjzCQUrvPwYL41E2YoNZSUzqtk1p1xkzmU%2BbjTpJ7s9RmairuCloWnEEFJsKbehxOX6EEY7i3Y5E%2FdrELaMZv1d2c%3D
>>>  
>>> 
>>>  
>>> >>  
>>> >
>>> 
>>> 
>>> **
>>> 4D Internet Users Group (4D iNUG)
>>> Archive:  http://lists.4d.com/archives.html 
>>> 
>>> Options: https://lists.4d.com/mailman/options/4d_tech 
>>> 
>>> Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com 
>>> 
>>> **
>> 
> 

**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html

Re: New Notarization Issues

2020-04-28 Thread Spencer Hinsdale via 4D_Tech

Release notes for v17.4 indicate you can substitute PHP and Internet Commands 
from v18, or remove entirely:
https://download.4d.com/Documents/Products_Documentation/LastVersions/Line_17/VIntl/PDF_Format/4D_v17_4_ReleaseNotes.pdf

On 4/28/20, 4:33 AM, "4D_Tech on behalf of Jeremy Roussak via 4D_Tech" 
<4d_tech-boun...@lists.4d.com on behalf of 4d_tech@lists.4d.com> wrote:

Randy, thanks for that pointer and Miyako, thanks very much indeed, as 
ever, for that marvellous application.

The huge slew of notarization errors has now been reduced to just one:

  "issues": [
{
  "severity": "error",
  "code": null,
  "path": "PI_Calculator.app-1.84.app.zip/PI 
calculator.app/Contents/Resources/php/Mac/php-fcgi-4d",
  "message": "The binary uses an SDK older than the 10.9 SDK.",
  "docUrl": null,
  "architecture": "x86_64"
}
  ]
It seems I need a new version of the PHP binary. I seem vaguely to remember 
that this was discussed before, but I can’t recall what the solution was. Is 
there one somewhere?

Jeremy


**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: New Notarization Issues

2020-04-28 Thread Jeremy Roussak via 4D_Tech

Randy, thanks for that pointer and Miyako, thanks very much indeed, as ever, 
for that marvellous application.

The huge slew of notarization errors has now been reduced to just one:

  "issues": [
{
  "severity": "error",
  "code": null,
  "path": "PI_Calculator.app-1.84.app.zip/PI 
calculator.app/Contents/Resources/php/Mac/php-fcgi-4d",
  "message": "The binary uses an SDK older than the 10.9 SDK.",
  "docUrl": null,
  "architecture": "x86_64"
}
  ]
It seems I need a new version of the PHP binary. I seem vaguely to remember 
that this was discussed before, but I can’t recall what the solution was. Is 
there one somewhere?

Jeremy

> On 27 Apr 2020, at 21:28, Randy Jaynes  wrote:
> 
> Jeremy,
> 
> I would RUN to Miyako’s buildApp 
> (https://github.com/miyako/4d-utility-build-application 
> )
> 
> I found on the Catalina build machine that I’m using, I have to constantly 
> sign the entire plugins folder.
> 
> This database has been nothing short of a miracle for this process.
> 
> There was a test method in there that is already pretty much set up to go 
> down through the whole chain of all the folders, frameworks, plugins, … you 
> name it. 
> 
> Randy
> 
> --
> Randy Jaynes
> Senior Programmer and Customer Support
> 
> http://printpoint.com  • 845.687.3741 • PrintPoint, 
> Inc • 57 Ludlow Lane • Palisades, NY 10964 
> Please send all email contacts to supp...@printpoint.com 
> 
> 
> 
>> On Apr 27, 2020, at 3:14 PM, Jeremy Roussak via 4D_Tech 
>> <4d_tech@lists.4d.com > wrote:
>> 
>> 4Dv17R5, Mac Mojave
>> 
>> An application which I have previously codesigned and successfully submitted 
>> for notarization is now failing to be notarized. The log file contains a 
>> stream of errors, complaining about 4D InternetCommands, InstallTool, 
>> Updater.app and others, the errors being invalid signature, signature 
>> algorithm is too weak, executable does not have hardened runtime enabled, 
>> and so on.
>> 
>> I’ve changed nothing since January, when it was notarized just fine. 
>> codesign —verify says it’s OK.
>> 
>> Help!
>> 
>> Jeremy
>> 
>> The log file is at
>> 
>> https://osxapps-ssl.itunes.apple.com/itunes-assets/Enigma113/v4/03/70/62/03706243-2acd-5546-7a56-0fc4bda885a1/developer_log.json?accessKey=1588208394_8709044140572407954_aq%2Fu1eNX3LZEeLteCNikuUhL0w2W6BTpOHDmSGWv6lff9IL9W2H%2BGZI1WIfIm6R1rcc0fM1dEsPP43G5FhGjzCQUrvPwYL41E2YoNZSUzqtk1p1xkzmU%2BbjTpJ7s9RmairuCloWnEEFJsKbehxOX6EEY7i3Y5E%2FdrELaMZv1d2c%3D
>>  
>> 
>>  
>> >  
>> >
>> 
>> 
>> **
>> 4D Internet Users Group (4D iNUG)
>> Archive:  http://lists.4d.com/archives.html 
>> 
>> Options: https://lists.4d.com/mailman/options/4d_tech 
>> 
>> Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com 
>> 
>> **
> 

**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

first call in form of WA EXECUTE JAVASCRIPT FUNCTION takes 6 seconds

2020-04-28 Thread Piotr Chabot Stadhouders via 4D_Tech

Hi,

When opening calling WA EXECUTE JAVASCRIPT FUNCTION the first time in a form 
for a web area it takes 6 seconds to complete
Successive calls run as expected
Does this have something to do with loading certain libraries?
Does anybody know why does this take so long?
Can I do something about this?

I have a javascript function to scroll to a certain element within my html

function scroll_to_id(my_id) {
  var elmnt = document.getElementById(my_id);
   elmnt.scrollIntoView()
};

and WA EXECUTE JAVASCRIPT FUNCTION(*;$area;"scroll_to_id";*;$element) use to 
execute it

**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Object notation replacement for use of Self in a script — v18

Re: WAN vs LAN Cache

WAN vs LAN Cache

Re: New Notarization Issues

Re: New Notarization Issues

Re: New Notarization Issues

Re: New Notarization Issues

Re: New Notarization Issues

Re: New Notarization Issues

first call in form of WA EXECUTE JAVASCRIPT FUNCTION takes 6 seconds

10 matches

Site Navigation

Mail list logo

Footer information