This is very cool, Richard! I truly appreciate all you do for us.
Thanks and cheers,
Roger
> On Jun 3, 2022, at 7:18 PM, Richard Gaskin via use-livecode
> wrote:
>
> Inspectors are great in consumer tools because they provide a convenient way
> for less technical types to access the
Inspectors are great in consumer tools because they provide a convenient
way for less technical types to access the relatively small number of
properties needed for the narrow range of tasks most consumer apps provide.
Property Sheets are the go-to for most professional development tools
Hi Doc thanks for the response. I am using aes256 encryption so an ascii hash
is not viable. If this were a file based sqLite database I could perhaps change
the encoding. Maybe I can with a :memory: database too! Here's my code. I have
posted this before, it's an incredibly useful handler. If
Jean-Jacques
In 9.6.8
the number of chars of (numtochar(32)& numtochar(202)(32)&
numtochar(202)(32)) = 5
As it should be.
Did you mean the number of words?
But then
the number of words of (numtochar(32)& numtochar(202)(32)&
numtochar(202)(32)) = 0 (in 9.6.8)
As it should be.
Char
A couple of lines of code with declarations, storing, and retrieving would
probably help.
There also might be a UTF issue (which would be beyond me)—a hash should be in
good old 6.5 bit ASCII, not something newfangled with eight or more bits.
___
bob bobbled,
> How should I define a column in sqLite that is going to properly store and
> retrieve a password hash? Simply using a BLOB type doesn't do it.
You shouldn’t need a BLOB for a hash. Either CHAR(), VARCHAR(), or TEXT.
With the first two, you need to specify a long enough
Right now I am querying for the hash directly from the source database when I
need it. Just curious why sqLite cannot handle storing an encrypted string.
Bob S
> On Jun 3, 2022, at 14:29 , Bob Sneidar via use-livecode
> wrote:
>
> Hi all.
>
> I have set up a kind of database caching
Hi all.
I have set up a kind of database caching method where I take currently selected
data in my display form and save it in a :memory: database. Everything works
EXCEPT that the value for the encrypted hash is getting corrupted. It's not
coming back the way it was stored. It looks like it
If I were Matthias, I would charge cash money for that. But then having LC
release it in the distribution would kill the sales of it.
Bob S
> On Jun 3, 2022, at 10:01 , Richard Gaskin via use-livecode
> wrote:
>
> Mark Smith wrote:
>
> > Hey Matthias, I just wanted to drop you a quick
Mark Smith wrote:
> Hey Matthias, I just wanted to drop you a quick note to thank you for
> the amazing utility you put together to sign and staple macOS apps. I
> tried it for the first time the other day and it was a real joy to use
> — very well organised. Thanks for that. Definitely a
I get a compile error when using your syntax. If I insert the word "of" after
"chars" I get 5 for version 9.6.8 as you would expect. Do you have the *actual*
syntax that is causing you the problem? .
Bob S
> On Jun 3, 2022, at 06:56 , Jean-Jacques Wagner via use-livecode
> wrote:
>
> Hi,
Hi
Look up numToChar in the dictionary.
It's been deprecated since v7 0 because of unicode.
This might explain things.
Hope that helps
Ian McKnight
On Fri, 3 Jun 2022, 14:57 Jean-Jacques Wagner via use-livecode, <
use-livecode@lists.runrev.com> wrote:
> Hi,
> Version 6.7word boudary are
Hi,
Version 6.7word boudary are char number 09,10,11,12,13,32
version 9.67 word boudary are char number 09,10,11,12,13,32,202
Hypercard and livecode 6.7: the number of chars (numtochar(32)&
numtochar(202)(32)& numtochar(202)(32)) = 2
livecode 9.67 : the number of
13 matches
Mail list logo
