Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
1
Web Server - Ask For Help / Re: File Upload button on MemForm
« on: May 27, 2024, 08:57:09 PM »
Very possible Jeff - make an example and post here.
3
Web Server - Ask For Help / Re: GUID Question
« on: May 27, 2024, 08:51:54 PM »
>> A .Net developer told me that the GUID should ideally be 32 characters.
He's likely referring to the UID version 4 format.
https://en.wikipedia.org/wiki/Universally_unique_identifier
which is a 16 byte string (but often represented as 32 hex digits, with some colons.) (16 character alphabet, 0-9 and a-f)
These have about 121 bits of randomness (aka "entropy")
The Guids we tend to use in Clarion are also 16 chars long, but because it's easier to deal with text values, the alphabet is restricted to 36 characters (0-9 and A-Z). This results in approximately 83 bits of entropy.
So yes, a UIDv4 has more bits of entropy, and can hold more values than the Guid you are using. However it is harder to deal with as it can contain binary values, so needs to continually be encoded and decoded when moving to a text form.
The risk of a collision is n / 2^82 where n is the number of records in your table. (Not in the database, in the table.) If you feel that this value rises to unacceptably high levels then you can increase the length of the string, or the size of the alphabet. I would suggest this is a useful thing to do when you are expecting around 4 835 703 278 458 516 698 records - at which point the risk of a collision would be about 1 in a million.
He's likely referring to the UID version 4 format.
https://en.wikipedia.org/wiki/Universally_unique_identifier
which is a 16 byte string (but often represented as 32 hex digits, with some colons.) (16 character alphabet, 0-9 and a-f)
These have about 121 bits of randomness (aka "entropy")
The Guids we tend to use in Clarion are also 16 chars long, but because it's easier to deal with text values, the alphabet is restricted to 36 characters (0-9 and A-Z). This results in approximately 83 bits of entropy.
So yes, a UIDv4 has more bits of entropy, and can hold more values than the Guid you are using. However it is harder to deal with as it can contain binary values, so needs to continually be encoded and decoded when moving to a text form.
The risk of a collision is n / 2^82 where n is the number of records in your table. (Not in the database, in the table.) If you feel that this value rises to unacceptably high levels then you can increase the length of the string, or the size of the alphabet. I would suggest this is a useful thing to do when you are expecting around 4 835 703 278 458 516 698 records - at which point the risk of a collision would be about 1 in a million.
4
Web Server - Ask For Help / Re: Colon cleansing?
« on: May 19, 2024, 10:55:24 PM »
>> and I'm not bright enough to rewrite the label text
rewriting all the prompts for an existing app, especially a larger one, sounds like a lot of work....
rewriting all the prompts for an existing app, especially a larger one, sounds like a lot of work....
5
Web Server - Ask For Help / Re: disable moving columns
« on: May 17, 2024, 06:21:03 AM »
turned off in 14.22
6
Web Server - Ask For Help / Re: Colon cleansing?
« on: May 16, 2024, 08:14:06 PM »
Hi Jane,
So, yeah, it's a very "clarion" think to put colons at the end of a prompt.
However, this makes the transition to labels (which is better for screen readers) ugly. And also makes the use of floating, or fixed, labels ugly.
To make things consistent (and ultimately a lot more useful) removing the colons from prompts is desirable (and Nt14 does this for us.)
So, no, there's no easy way around that at the moment. Although there could be one if I was suitably convinced that the colon isn't just nostalgia for the DOS days.... So convince away...
Bruce
So, yeah, it's a very "clarion" think to put colons at the end of a prompt.
However, this makes the transition to labels (which is better for screen readers) ugly. And also makes the use of floating, or fixed, labels ugly.
To make things consistent (and ultimately a lot more useful) removing the colons from prompts is desirable (and Nt14 does this for us.)
So, no, there's no easy way around that at the moment. Although there could be one if I was suitably convinced that the colon isn't just nostalgia for the DOS days.... So convince away...
Bruce
7
Web Server - Ask For Help / Re: Form Layout Tab Suppress Comments setting not respected?
« on: May 12, 2024, 11:58:46 PM »
>> That doesn't seem right?
It is not right.
In NetWeb.Tpw,
#Group(%SetSuppressComment) (circa line 5310)
#CASE(%SuppressPrompts)
should be
#CASE(%SuppressComments)
Fixed for build 14.22
Thanks for the report and example Jane.
It is not right.
In NetWeb.Tpw,
#Group(%SetSuppressComment) (circa line 5310)
#CASE(%SuppressPrompts)
should be
#CASE(%SuppressComments)
Fixed for build 14.22
Thanks for the report and example Jane.
8
Web Server - Ask For Help / Re: Redirect URL received after POST, how to handle (YOCO)
« on: May 12, 2024, 11:27:39 PM »
Plan I'm going with, if I missing the obvious let me know.
This is the approach I would adopt, and indeed the approach I think they recommend.
Bruce
9
E-Mail - Ask For Help / Re: Supress display of error message when sending email
« on: May 12, 2024, 11:22:47 PM »
SendEmail is a procedure in your app, so inspect that code there and add whatever you like.
Cheers
Bruce
Cheers
Bruce
10
E-Mail - Ask For Help / Re: Email send using Microsoft Graph
« on: May 12, 2024, 11:22:12 PM »
NT Email Send supports the SMTP protocol.
As I recall (and I may be wrong) Microsoft Graph uses a proprietary API, so you would need to code against that using (most likely) the NetWebClient class.
As I recall (and I may be wrong) Microsoft Graph uses a proprietary API, so you would need to code against that using (most likely) the NetWebClient class.
11
The Rest - Ask For Help / Re: NetTalk - NetWebClient and NetOAuth
« on: May 12, 2024, 11:20:10 PM »12
Web Server - Ask For Help / Re: disable moving columns
« on: May 06, 2024, 09:33:23 PM »
You seem to have got "some of" the column resizing turned on for that browse, but not all of it.
I suggest you duplicate the effect in a shipping example and send it to me so I can see what combination of settings you have used, in the WebServer procedure, and the Browse procedure.
Cheers
Bruce
I suggest you duplicate the effect in a shipping example and send it to me so I can see what combination of settings you have used, in the WebServer procedure, and the Browse procedure.
Cheers
Bruce
13
Web Server - Ask For Help / Re: Here maps are slow with NT 14.21
« on: May 06, 2024, 09:29:38 PM »
No, sorry, I meant;
When implementing MapBox - did you write a derived class - derived from NetMaps, which just implemented the MapBox API's in place of the HERE Api's ?
Cheers
Bruce
When implementing MapBox - did you write a derived class - derived from NetMaps, which just implemented the MapBox API's in place of the HERE Api's ?
Cheers
Bruce
15
Web Server - Ask For Help / Re: Here maps are slow with NT 14.21
« on: May 01, 2024, 10:13:55 PM »
Hi Poul,
did you switch be creating a new class derived from the NetMaps class?
That would be the easiest way to support new services - all you have to do is form the API requests, and handle the responses. The base class does all the work and it remains compatible with the templates.
Cheers
Bruce
did you switch be creating a new class derived from the NetMaps class?
That would be the easiest way to support new services - all you have to do is form the API requests, and handle the responses. The base class does all the work and it remains compatible with the templates.
Cheers
Bruce