Improving DataView scrolling algorithm on desktop

[Trevor DeVore via use-livecode]

For those that don't use the forums I'm posting here as well.

http://forums.livecode.com/viewtopic.php?f=108=32041

The DataView code that handles scrolling on the desktop could use some
love. It is quite basic and can sometimes look choppy. If anyone with
experience in writing scrolling algorithms wants to look into it you can
visit the following issue on GitHub for details:

https://github.com/trevordevore/levurehelper-dataview/issues/3

If you decide to look into just a leave a note there so others know.

FYI: When running on iOS the native iOS scroller is used so scrolling is
much smoother.

-- 
Trevor DeVore
ScreenSteps
www.screensteps.com
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: LC-apps for HC

[JB via use-livecode]

It is too late . . . I already noticed it.
Some things you just can’t change.

JB


> On Jan 15, 2019, at 3:37 PM, Alejandro Tejada via use-livecode 
>  wrote:
> 
> Please dismiss these stray words at
> the end of my previous message:
> 
>> but
>> notice that
> 
> Al
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
> 


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

LC-apps for HC

[Alejandro Tejada via use-livecode]

Please dismiss these stray words at
the end of my previous message:

> but
> notice that

Al
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: LC-apps for HC

[Alejandro Tejada via use-livecode]

Hi Ingar,

Since last year, I am using Livecode in Mac,
Linux and Windows (and running stacks
on Android 2.3 and 4.0.1).

Previously, I have run Livecode only
on windows, much later on linux,
then on android and only since last
year on mac osx. (ios and raspberry pi
are in my plans too)

Livecode is similar and very different
in each one of these platforms.

Recreating the HyperCard interface
on top of Livecode should be very
straightforward and some developers
have done this previously, but if you
want an estimate of the cost of recreating
the HyperCard experience using Livecode,
your best choice is to ask RunRev
themselves.

Notice please, I do not consider HyperCard
just an interface but an experience.
The experience of using the capabilities
of your computer in an easy and
human-friendly way.

How could you offer the same experience
in the year 2019? The answer is different
and unique for each operating system
in which Livecode runs.

For Mac developers, they only have
one platform to work. For this reason
HyperCard was really extraordinary.

In my desk, I have a PowerMac 7500
and running HyperCard is a joy.
Today anyone could run HyperCard
in their web browser visiting Archive.org :
(HyperCard is inside the disk that
you could see in the desktop)

https://archive.org/details/AppleMacintoshSystem753

So, tell me if I am wrong if I understand
yourrequest as this question:

How could we recreate the HyperCard
experience in different Operating Systems
using Livecode?

Al



but
notice that


on Tue, 15 Jan 2019 14:46:00
Ingar Roggen wrote:

> Dear all of you, - Richard, Richmond and the rest of the users
> of this list - as you may have seen I have tried to get an idea
> (an offer!) of what it may cost - what one would have to pay -
> for an app or some other solution to the problem of making
> "HC easily portable to LC and thereby accessible
> to the rest of us" again??. Not having got any answer
> I give it one more try.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: windows defender issues? & other AV issues

[JJS via use-livecode]

yes "documents" on mobile is also ok

Op 15-1-2019 om 20:19 schreef J. Landman Gay via use-livecode:
The best folder to write to on mobile is "documents". Both iOS and 
Android are sandboxed and disallow writing to either "engine" or 
"resources".


On 1/15/19 12:04 PM, JJS via use-livecode wrote:
You could also use "home" as it works on 3 desktop platforms and iOs. 
Linux does not have a "support". and Android uses "Engine"



Op 15-1-2019 om 17:38 schreef Matthias Rebbe via use-livecode:
There should be no problem to copy/write/save a stack to the folder 
AppData . This is the recommended place if your app needs to write 
data to disk. It can be access using specialfolderpath("Support") or 
specialfolderpath(26).


Or has this really changed in Windows 10?

Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 



Am 15.01.2019 um 16:54 schrieb Bob Sneidar via use-livecode 
>:


Yes, with Windows 10, there is a feature called Sandboxing, where 
even if your logged in user has write permissions to where the 
stack is saving, you will still  not be able to write there. 
Program Files is a great example. The solution is not to save 
stacks. Stacks should not be the place you save information. Think 
of them as more like web forms.


I learned this the hard way. Instead you should save settings and 
such in a "safe" location, either in a database or else in some 
kind of settings file. I have a whole system for this. I 
arrayEncode an array I use runtime for my settings and save it to 
disk each time a setting changes.


Bob S


On Jan 15, 2019, at 01:59 , R.H. via use-livecode 
> wrote:


Failed saving onWindows 10 (all latest versions of LiveCode)

I am talking about a compiled business related stack (small compiled
splash, main stack not compiled in a resource folder and various 
resources)

that goes to clients.

Some of my clients experience that the main stack is not saving 
and will
leave two files in a state that does not allow to reopen them 
again. One of
the files is renamed with a tilde character "~" at the end of the 
filename.
This is the file "in progress" to be saved from file A to B and 
when the

saving was successful, the old file is removed.


___
use-livecode mailing list
use-livecode@lists.runrev.com 
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode






___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: windows defender issues? & other AV issues

[J. Landman Gay via use-livecode]

The best folder to write to on mobile is "documents". Both iOS and 
Android are sandboxed and disallow writing to either "engine" or 
"resources".


On 1/15/19 12:04 PM, JJS via use-livecode wrote:
You could also use "home" as it works on 3 desktop platforms and iOs. 
Linux does not have a "support". and Android uses "Engine"



Op 15-1-2019 om 17:38 schreef Matthias Rebbe via use-livecode:
There should be no problem to copy/write/save a stack to the folder 
AppData . This is the recommended place if your app needs to write 
data to disk. It can be access using specialfolderpath("Support") or 
specialfolderpath(26).


Or has this really changed in Windows 10?

Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 

Am 15.01.2019 um 16:54 schrieb Bob Sneidar via use-livecode 
mailto:use-livecode@lists.runrev.com>>:


Yes, with Windows 10, there is a feature called Sandboxing, where 
even if your logged in user has write permissions to where the stack 
is saving, you will still  not be able to write there. Program Files 
is a great example. The solution is not to save stacks. Stacks should 
not be the place you save information. Think of them as more like web 
forms.


I learned this the hard way. Instead you should save settings and 
such in a "safe" location, either in a database or else in some kind 
of settings file. I have a whole system for this. I arrayEncode an 
array I use runtime for my settings and save it to disk each time a 
setting changes.


Bob S


On Jan 15, 2019, at 01:59 , R.H. via use-livecode 
> wrote:


Failed saving onWindows 10 (all latest versions of LiveCode)

I am talking about a compiled business related stack (small compiled
splash, main stack not compiled in a resource folder and various 
resources)

that goes to clients.

Some of my clients experience that the main stack is not saving and 
will
leave two files in a state that does not allow to reopen them again. 
One of
the files is renamed with a tilde character "~" at the end of the 
filename.
This is the file "in progress" to be saved from file A to B and when 
the

saving was successful, the old file is removed.


___
use-livecode mailing list
use-livecode@lists.runrev.com 
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode




--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: windows defender issues? & other AV issues

[Richard Gaskin via use-livecode]

Bob Sneidar wrote:

> Yes, with Windows 10, there is a feature called Sandboxing, where even
> if your logged in user has write permissions to where the stack is
> saving, you will still  not be able to write there. Program Files is a
> great example. The solution is not to save stacks. Stacks should not
> be the place you save information.

LiveCode stack files are a format; the file path is the location.

While it's often useful to separate UI from code, sometimes stack files 
make a really good storage format.


Windows does not care about the internal format of a file, only where 
it's saved.


Wherever you can store any binary file, you should be able to store 
stack files.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Navigator 7.1rc1 is available

[Geoff Canyon via use-livecode]

Navigator edits custom properties in its standard editor, which resizes to
as big as you make Navigator -- so as big as you like, really.

But the custom list string editor is for Navigator's own custom list
display strings. Navigator has a number of built-in display options,
including the object name, name and id, and several others. But Navigator
can also take any custom string that will be accepted by LC's value()
function. Some interesting options:

the layer of tID && the name of tID
-- "tID" gets replaced with the long id of the control. This string will
result in numbering the controls displayed

the layer of tID && tIS & "" & toUpper(char 1 of the name of tID) &
""&& Q(the short name of tID) && "loc:" && the loc of tID
-- "tIS" gets replaced with the indent string. This string will result in
numbering on the left, then the indent string, then a single letter in bold
representing the control type, then the name and location of the control.
Like this:

1 *B*"Cancel" loc: 681,572

2 *B*"Save" loc: 766,572

3 *G*"group id 1148" loc: 423,346

4 | *F*"edit list string" loc: 423,359

And based on a recent request, this string:

iff(word 1 of the long id of tID is "group","","") & the name of tID && "-" && the id of tID &
iff(word 1 of the long id of tID is "group","","")

-- iff() is a function included in Navigator that performs and "if"
statement in a function: if the first argument is true, then it results in
the second argument. If not, it results in the third argument. So this list
string results in groups being bold and salmon-colored, like this:

button "Cancel" - 1150

button "Save" - 1135

*group id 1148 - 1148*

| field "edit list string" - 1133

regards,

Geoff

On Tue, Jan 15, 2019 at 11:01 AM Sannyasin Brahmanathaswami via
use-livecode  wrote:

> Kudo from making group layering consistent/doable!
>
> ?
> =
>  CUSTOM LIST STRINGS EDITOR
> This update adds an editor for custom list strings.
> ==
>
> "Custom list strings"
>
> what is it?
>
> A "custom property which is a string" ?
>
> If so, that huge, the IDE, Project Inspector give us a custom property
> value editor field with just 4 line...'s and no re-sizing option.
>
> Sheesh, do you want to  edit a long list cities name, or a big JSON
> property with only 4 lines
>
> BR
>
> ==
> Geoff Canyon
>
> As usual, you can get Navigator here
> . Or
> grab it
> from GitHub .
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Getting Browser Widget to Read Local Assets

[hh via use-livecode]

BR,

assuming you don't have a local server running:

It is an essential difference whether you set the htmltext or
set the URL of the widget.

If the image is called in the htmltext then there is no way but
using a dataURL (=inline image), no matter if it is an img tag or
called in the style tag. But that works always.

If you save the same htmltext to a html file then the image from
a local path that is *relative* to that file is loaded.

There are very few cases where *absolute* file:// - syntax works
and there will be increasing less cases.

If the image becomes "tinted" (by acting on it's data), then you
will need a local server running that calls that html file.

If you use a video file instead of an image (or a webcam) then
you will need a https - connection to your local server. This is
very hard to install except you use a solution like the commercial
MAMP Pro (assuming you are on Mac).

Also look at the following:

> BR wrote:
> on mouseup
>put the uAlphabetA of this stack  into imageVariable
>put the uAlphabetA of this stack  into img "alphabet"
># just checking it’s artist's versions an "A" at 122px H,122px W
>put base64Encode(imageVariable) into b64Data
>replace linefeed with empty in b64Data
>set the htmltext of  widget "browser" to the fld "html" #--> **
> end mouseup
> 
> This image there. It appears into stack and also in the variables
> we have in the html
> [snip] background-image: url('data:image/jpg;base64,') [snip]

You have to fill the placeholder , for instance this way:
...(replace line ** in mouseUp):
set the htmltext of  widget "browser" to merge(fld "html")
...
and then in the html:
background-image: url('data:image/jpg;base64,[[b64Data]]')
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Navigator 7.1rc1 is available

[Sannyasin Brahmanathaswami via use-livecode]

Kudo from making group layering consistent/doable!

?
=
 CUSTOM LIST STRINGS EDITOR
This update adds an editor for custom list strings.
==

"Custom list strings" 

what is it?

A "custom property which is a string" ?

If so, that huge, the IDE, Project Inspector give us a custom property value 
editor field with just 4 line...'s and no re-sizing option.

Sheesh, do you want to  edit a long list cities name, or a big JSON property 
with only 4 lines

BR

==
Geoff Canyon 

As usual, you can get Navigator here
. Or grab it
from GitHub .



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: windows defender issues? & other AV issues

[Alex Tweedly via use-livecode]

I would consider putting a check in the splash stack for the existence 
of the 'tilde' file, and removing/renaming it before opening the mainstack.


An ugly workaround until a proper fix happens - but maybe worth thinking 
about ?


Alex.

On 15/01/2019 09:59, R.H. via use-livecode wrote:

Failed saving onWindows 10 (all latest versions of LiveCode)

I am talking about a compiled business related stack (small compiled
splash, main stack not compiled in a resource folder and various resources)
that goes to clients.

Some of my clients experience that the main stack is not saving and will
leave two files in a state that does not allow to reopen them again. One of
the files is renamed with a tilde character "~" at the end of the filename.
This is the file "in progress" to be saved from file A to B and when the
saving was successful, the old file is removed.

The saving process takes very long (from 15 seconds and more). Sometimes
over 30 seconds -- with or without this problem.

If I ask the client to remove the tilde "~" then the stack can be reopened.
Otherwise not. Of course, I can not ask clients to do this in a production
environment or ask him to delete the installation and always install again.

Somewhere during the saving process, something happens that stops the
process and ends with a failure.

There are no error messages. I can not replicate the behaviour on my own
computer. But I can see it on client's machines (not just one).

I am wondering if this could also be something that occurs because of
interference of Windows Defender or some AV? Did anybody ever experience
something similar on Windows?

Kind regards and thanks for replies
Roland
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: screenRect and screenLoc weirdness

[Knapp Martin via use-livecode]

Hi Monte,
This happens for me in a fresh instance in the IDE (LC 9.0.2 on Mac). Again, I 
have a 2nd larger monitor with the bottoms aligned, placing the top of the 2nd 
monitor higher than the main monitor. Then just type into the message box 
"Answer hello" and the dialog positions itself almost completely off screen.

I just had another customer contact me this morning complaining of the same 
issue. He's a laptop user with a 2nd large display aligned at the bottom, 
placing the top higher than the main monitor. When I had him align the tops it 
behaves fine.

Screenshots of my test:
http://martyknapp.on-rev.com/answer.html

Marty

> On Jan 14, 2019, at 7:00 PM, Monte Goulding via use-livecode 
>  wrote:
> 
> Hi Marty
> 
> I’m just wondering if you are using the standard IDE ask and answer dialog or 
> a custom one? If you are working on a very old stack then MetaCard used to 
> copy the ask and answer dialog into the stackFile as a substack. You should 
> be able to see them in the project browser under your mainstack. If that’s 
> the case then perhaps try deleting those.
> 
> Cheers
> 
> Monte
> 
>> On 15 Jan 2019, at 11:58 am, Knapp Martin via use-livecode 
>>  wrote:
>> 
>> Does that work for you Paul - it doesn’t for me. I’m having to do this:
>> 
>> send CenterAnswerOnScreen to me in 1 tick
>> answer “Blah blah blah”
>> 
>> on CenterAnswerOnScreen
>>  set the loc of stack "answer dialog" to the screenLoc
>> end CenterAnswerOnScreen
>> 
>> I have a couple of customers with small-screened laptops who use large 
>> secondary monitors aligned at the bottom. Thus the top of the secondary 
>> monitor is quite a bit above the main laptop monitor. Ask and Answer dialogs 
>> are so far off you can only see about the bottom 1/8 of an inch of the 
>> window and are thus unusable.


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: windows defender issues? & other AV issues

[JJS via use-livecode]

You could also use "home" as it works on 3 desktop platforms and iOs. 
Linux does not have a "support". and Android uses "Engine"



Op 15-1-2019 om 17:38 schreef Matthias Rebbe via use-livecode:

There should be no problem to copy/write/save a stack to the folder AppData . This is the 
recommended place if your app needs to write data to disk. It can be access using 
specialfolderpath("Support") or specialfolderpath(26).

Or has this really changed in Windows 10?

Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 


Am 15.01.2019 um 16:54 schrieb Bob Sneidar via use-livecode 
mailto:use-livecode@lists.runrev.com>>:

Yes, with Windows 10, there is a feature called Sandboxing, where even if your 
logged in user has write permissions to where the stack is saving, you will 
still  not be able to write there. Program Files is a great example. The 
solution is not to save stacks. Stacks should not be the place you save 
information. Think of them as more like web forms.

I learned this the hard way. Instead you should save settings and such in a 
"safe" location, either in a database or else in some kind of settings file. I 
have a whole system for this. I arrayEncode an array I use runtime for my settings and 
save it to disk each time a setting changes.

Bob S



On Jan 15, 2019, at 01:59 , R.H. via use-livecode mailto:use-livecode@lists.runrev.com>> wrote:

Failed saving onWindows 10 (all latest versions of LiveCode)

I am talking about a compiled business related stack (small compiled
splash, main stack not compiled in a resource folder and various resources)
that goes to clients.

Some of my clients experience that the main stack is not saving and will
leave two files in a state that does not allow to reopen them again. One of
the files is renamed with a tilde character "~" at the end of the filename.
This is the file "in progress" to be saved from file A to B and when the
saving was successful, the old file is removed.


___
use-livecode mailing list
use-livecode@lists.runrev.com 
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Crunchy chestnuts again, again, again

[Sannyasin Brahmanathaswami via use-livecode]

How do you vote on the forum?

Brahmanathaswami
 

 Richmond 

Indeed: Please signal your opinion:

http://forums.livecode.com/viewtopic.php?f=6=31971

Richmond.



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: LC-apps for HC

[Ingar Roggen via use-livecode]

All of you again! I’m truly thankful and give it a try!
Ingar



15. jan. 2019 kl. 17.00 skrev Bob Sneidar via use-livecode 
mailto:use-livecode@lists.runrev.com>>:

Yes, and I will reiterate that Hypercard was optimized to use cards as records 
in a database. Livecode is not. If your apps are of this nature, you will want 
to move the data in your cards to some other storage method, then have one card 
per "form" in your stack, loading the data as needed.

It isn't difficult. open file for a low level file, then repeat with i = 1 to 
the number of cards of stack  writing the pertinent data to a 
tab or comma delimited file, or a database if you have gotten that far with the 
database API.

Bob S


On Jan 15, 2019, at 06:46 , Ingar Roggen via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

Dear all of you, - Richard, Richmond and the rest of the users of this list -
as you may have seen I have tried to get an idea (an offer!) of what it may 
cost - what one would have to pay - for an app or some other solution to the 
problem of making "HC easily portable to LC and thereby accessible «to the rest 
of us" again?». Not having got any answer I give it one more try.
Regards - Ingar



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: windows defender issues? & other AV issues

[Matthias Rebbe via use-livecode]

There should be no problem to copy/write/save a stack to the folder AppData . 
This is the recommended place if your app needs to write data to disk. It can 
be access using specialfolderpath("Support") or specialfolderpath(26).

Or has this really changed in Windows 10?

Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 

> Am 15.01.2019 um 16:54 schrieb Bob Sneidar via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> Yes, with Windows 10, there is a feature called Sandboxing, where even if 
> your logged in user has write permissions to where the stack is saving, you 
> will still  not be able to write there. Program Files is a great example. The 
> solution is not to save stacks. Stacks should not be the place you save 
> information. Think of them as more like web forms. 
> 
> I learned this the hard way. Instead you should save settings and such in a 
> "safe" location, either in a database or else in some kind of settings file. 
> I have a whole system for this. I arrayEncode an array I use runtime for my 
> settings and save it to disk each time a setting changes. 
> 
> Bob S
> 
> 
>> On Jan 15, 2019, at 01:59 , R.H. via use-livecode 
>> mailto:use-livecode@lists.runrev.com>> wrote:
>> 
>> Failed saving onWindows 10 (all latest versions of LiveCode)
>> 
>> I am talking about a compiled business related stack (small compiled
>> splash, main stack not compiled in a resource folder and various resources)
>> that goes to clients.
>> 
>> Some of my clients experience that the main stack is not saving and will
>> leave two files in a state that does not allow to reopen them again. One of
>> the files is renamed with a tilde character "~" at the end of the filename.
>> This is the file "in progress" to be saved from file A to B and when the
>> saving was successful, the old file is removed.
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com 
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: LC-apps for HC

[Bob Sneidar via use-livecode]

Yes, and I will reiterate that Hypercard was optimized to use cards as records 
in a database. Livecode is not. If your apps are of this nature, you will want 
to move the data in your cards to some other storage method, then have one card 
per "form" in your stack, loading the data as needed. 

It isn't difficult. open file for a low level file, then repeat with i = 1 to 
the number of cards of stack  writing the pertinent data to a 
tab or comma delimited file, or a database if you have gotten that far with the 
database API. 

Bob S


> On Jan 15, 2019, at 06:46 , Ingar Roggen via use-livecode 
>  wrote:
> 
> Dear all of you, - Richard, Richmond and the rest of the users of this list -
> as you may have seen I have tried to get an idea (an offer!) of what it may 
> cost - what one would have to pay - for an app or some other solution to the 
> problem of making "HC easily portable to LC and thereby accessible «to the 
> rest of us" again?». Not having got any answer I give it one more try. 
> Regards - Ingar
> 
> 

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: windows defender issues? & other AV issues

[Bob Sneidar via use-livecode]

Yes, with Windows 10, there is a feature called Sandboxing, where even if your 
logged in user has write permissions to where the stack is saving, you will 
still  not be able to write there. Program Files is a great example. The 
solution is not to save stacks. Stacks should not be the place you save 
information. Think of them as more like web forms. 

I learned this the hard way. Instead you should save settings and such in a 
"safe" location, either in a database or else in some kind of settings file. I 
have a whole system for this. I arrayEncode an array I use runtime for my 
settings and save it to disk each time a setting changes. 

Bob S


> On Jan 15, 2019, at 01:59 , R.H. via use-livecode 
>  wrote:
> 
> Failed saving onWindows 10 (all latest versions of LiveCode)
> 
> I am talking about a compiled business related stack (small compiled
> splash, main stack not compiled in a resource folder and various resources)
> that goes to clients.
> 
> Some of my clients experience that the main stack is not saving and will
> leave two files in a state that does not allow to reopen them again. One of
> the files is renamed with a tilde character "~" at the end of the filename.
> This is the file "in progress" to be saved from file A to B and when the
> saving was successful, the old file is removed.


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Crunchy chestnuts again, again, again

[Bob Sneidar via use-livecode]

No objection really, I just don't want yet one more web page to bookmark and 
login to keep track of. 

Bob S


> On Jan 14, 2019, at 22:09 , Richmond Mathewson via use-livecode 
>  wrote:
> 
> What is your "objection" to the forum?
> 
> I find it better than the Use-List as one can attach stuff.


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: LC-apps for HC

[panagiotis merakos via use-livecode]

Hello all,

In LC 6.7.11 it is possible to open a HC stack. This feature has broken in
LC 7+. So you can try to:

1. Make a copy of your HC stack
2. Open it in LC 6.7.11
3. Then save it in LC 6.7.11.

Hopefully, after step 3, you should be able to open it in LC 9.

Best,
Panos--

On Tue, Jan 15, 2019 at 4:46 PM Ingar Roggen via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Dear all of you, - Richard, Richmond and the rest of the users of this
> list -
> as you may have seen I have tried to get an idea (an offer!) of what it
> may cost - what one would have to pay - for an app or some other solution
> to the problem of making "HC easily portable to LC and thereby accessible
> «to the rest of us" again?». Not having got any answer I give it one more
> try.
> Regards - Ingar
>
>
> > 3. des. 2018 kl. 02.55 skrev Richard Gaskin via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Ingar Roggen:
> >
> > > ...why not elaborate it to the tool, the app needed to make HC easily
> > > portable to LC and thereby accessible "to the rest of us" again?
> > > Anybody takes the challenge?
> >
> > One could make HC's interface in LC. Anyone game?
> >
> > I once thought about doing it myself...
> > http://livecodejournal.com/features/the-true-power-of-hypercard.html
> >
> > --
> > Richard Gaskin
> > Fourth World Systems
> > Software Design and Development for the Desktop, Mobile, and the Web
> > 
> > ambassa...@fourthworld.comhttp://www.FourthWorld.com
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Fun with answer and files()

[Klaus major-k via use-livecode]

Hi Paul,

> Am 15.01.2019 um 15:15 schrieb Paul Dupuis via use-livecode 
> :
> 
> On 1/15/2019 8:02 AM, Klaus major-k via use-livecode wrote:
>> put specialfolderpath("desktop") into tFolder
>> answer files(tFolder)
> I would say this is a parser bug and should probably be reported

thanks for the advice, done:


> the fact that 'answer files(..." gets parsed as the command 'answer files 
>  ..." is poor syntax parsing.
> 
> If you had a space between 'files' and the open paren, I can understand the 
> issue, but any symbol connected immediately to a right paren should be 
> evaluated as a function.

Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: LC-apps for HC

[Ingar Roggen via use-livecode]

Dear all of you, - Richard, Richmond and the rest of the users of this list -
as you may have seen I have tried to get an idea (an offer!) of what it may 
cost - what one would have to pay - for an app or some other solution to the 
problem of making "HC easily portable to LC and thereby accessible «to the rest 
of us" again?». Not having got any answer I give it one more try. 
Regards - Ingar


> 3. des. 2018 kl. 02.55 skrev Richard Gaskin via use-livecode 
> :
> 
> Ingar Roggen:
> 
> > ...why not elaborate it to the tool, the app needed to make HC easily
> > portable to LC and thereby accessible "to the rest of us" again?
> > Anybody takes the challenge?
> 
> One could make HC's interface in LC. Anyone game?
> 
> I once thought about doing it myself...
> http://livecodejournal.com/features/the-true-power-of-hypercard.html
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> Software Design and Development for the Desktop, Mobile, and the Web
> 
> ambassa...@fourthworld.comhttp://www.FourthWorld.com
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Getting Browser Widget to Read Local Assets

[Sannyasin Brahmanathaswami via use-livecode]

HH wrote:

You could also do step 1 to 4 once and put compress(fld "HTML")
into a , then set later on in btn "LoadURL" the
htmltext to decompress().

BR: Thanks for your attentive in response to my query. I am keeping you posts 
in a folder entitled "Browser Widget Manual" 

I tried this but it did not work, I think I missing a piece of the puzzle 


on mouseup
   put the uAlphabetA of this stack  into imageVariable
   put the uAlphabetA of this stack  into img "alphabet"  
   # just checking it’s artist's versions an "A" at 122px H,122px W
   put base64Encode(imageVariable) into b64Data
   replace linefeed with empty in b64Data
   set the htmltext of  widget "browser" to the fld "html"
end mouseup

This image there. It appears into stack and also in the variables

we have in the html

[snip] background-image: url('data:image/jpg;base64,') [snip]

??

---

It this coding to a "stack local " to base64 only required if you want to use 
it as a background image? What about a 



A couple of months ago I imported an entire HTML5 app folder done in React, to 
a local folder, let's call it 

/workout
  Index.html
assets
  workout.livecode # with a browser widget

 it showed images in its asset folder.

But today I cannot getting img src working with 

/MyTest
browserTesting.livecode
 /alphabet
A_122x122_thm.jpg
   

 
 
# the above appears as an image, but with a ? mark in it.
 Loading. Please wait...
If the web site is slow or if you have a bad connection - cancel by going 
Home





BR




___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Fun with answer and files()

[Paul Dupuis via use-livecode]

On 1/15/2019 8:02 AM, Klaus major-k via use-livecode wrote:

put specialfolderpath("desktop") into tFolder
answer files(tFolder)


By the way, a really really good find!


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Fun with answer and files()

[Paul Dupuis via use-livecode]

On 1/15/2019 8:02 AM, Klaus major-k via use-livecode wrote:

put specialfolderpath("desktop") into tFolder
answer files(tFolder)


I would say this is a parser bug and should probably be reported

the fact that 'answer files(..." gets parsed as the command 'answer 
files  ..." is poor syntax parsing.


If you had a space between 'files' and the open paren, I can understand 
the issue, but any symbol connected immediately to a right paren should 
be evaluated as a function.


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Fun with answer and files()

[Klaus major-k via use-livecode]

Hi all,

> Am 15.01.2019 um 13:52 schrieb Klaus major-k via use-livecode 
> :
> 
> Hi friends,
> 
> yesterday I wanted to save a line of script and wrote:
> ...
> put specialfolderpath("desktop") into tFolder
> answer files(tFolder)
> ...
> Instead of:
> ...
> put specialfolderpath("desktop") into tFolder
> put files(tFolder) into tFiles
> answer tFiles
> ...
> 
> Before you try, think about what you would exspect and then try it!
> 
> At least I was heavily suprised when I did NOT see all files from my 
> desktop listed in an answer dialog! :-)
> 
> Hint: 
> Using brackets fixed it.

before you start a lengthy reply, I understand what is going on here, 
just wanted to share my AHA-experience. :-)


Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Fun with answer and files()

[Klaus major-k via use-livecode]

Hi friends,

yesterday I wanted to save a line of script and wrote:
...
put specialfolderpath("desktop") into tFolder
answer files(tFolder)
...
Instead of:
...
put specialfolderpath("desktop") into tFolder
put files(tFolder) into tFiles
answer tFiles
...

Before you try, think about what you would exspect and then try it!

At least I was heavily suprised when I did NOT see all files from my 
desktop listed in an answer dialog! :-)

Hint: 
Using brackets fixed it.


Best

Klaus
--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: screenRect and screenLoc weirdness

[Paul Dupuis via use-livecode]

On 1/14/2019 7:58 PM, Knapp Martin via use-livecode wrote:

set the loc of stack "Ask Dialog" to screenLoc()
ask "What color is you favorite?”

Does that work for you Paul - it doesn’t for me. I’m having to do this:

send CenterAnswerOnScreen to me in 1 tick
answer “Blah blah blah”

on CenterAnswerOnScreen
set the loc of stack "answer dialog" to the screenLoc
end CenterAnswerOnScreen

I have a couple of customers with small-screened laptops who use large 
secondary monitors aligned at the bottom. Thus the top of the secondary monitor 
is quite a bit above the main laptop monitor. Ask and Answer dialogs are so far 
off you can only see about the bottom 1/8 of an inch of the window and are thus 
unusable.

Marty




Yes, it has been working for us. It works in LC9.0.2 with a new stack 
and a button with those 2 lines in a mouseUp handler.


I think this may only work under Desktop OSes as the Inclusions (in 
Standalone settings) show the standard Ask and Answer Dialogs available 
only for Linux, OSX, and WIndows.


Also, per prior discussion in this thread, code like:

set the loc of stack "Ask Dialog" to effectiveScreenLocOfScreen(the 
sceeen of this stack)

ask "What color?"

where

function effectiveScreenLocOfScreen pScreen
  -- pScreen is a monitor number (a line of the screenRects or the value of the 
screen of stack property
  --
  local tRect,tH,tV
  put line pScreen of the effective screenRects into tRect -- or use 'effective 
working screenRects' for accommodating pop up keyboards and such
  put ((item 3 of tRect - item 1 of tRect)/2) into tH
  put ((item 4 of tRect - item 2 of tRect)/2) into tV
  return (tH,tV)
end effectiveScreenLocOfScreen

should result in centering an Ask Dialog on the monitor that the stack that 
invokes it is on.


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: windows defender issues? & other AV issues

[Matthias Rebbe via use-livecode]

I cannot see this behaviour here and on our clients computers.
Our standalones with substacks are running on several Win10 machines. All 
theses standalones use
 preferences stacks, which are saved from within the standalones. The 
standalones were created with LC 9.0.1 Business.

We are delivering those standalones without an installer, so they are not 
placed in the Program Files folder. They are either placed in the documents, 
sometimes in a dropbox folder and some customers have placed them on drive 
D,E,F, but not on the system drive.

Are your standalones delivered with a installer and do they reside in Program 
Files folder? If so, did you take care, that it is not allowed to write into 
the Program Files folder?

To check, if your AV software is the culprit, i would try, if possible, to 
exclude your standalone and its other files from AV realtime scanning. Maybe 
one of your clients is willing to try.

Our clients all use F-Secure Client Security as AV/Firewall on Windows and we 
never run into any problem with our apps.


Matthias


Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 
> Am 15.01.2019 um 10:59 schrieb R.H. via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> Failed saving onWindows 10 (all latest versions of LiveCode)
> 
> I am talking about a compiled business related stack (small compiled
> splash, main stack not compiled in a resource folder and various resources)
> that goes to clients.
> 
> Some of my clients experience that the main stack is not saving and will
> leave two files in a state that does not allow to reopen them again. One of
> the files is renamed with a tilde character "~" at the end of the filename.
> This is the file "in progress" to be saved from file A to B and when the
> saving was successful, the old file is removed.
> 
> The saving process takes very long (from 15 seconds and more). Sometimes
> over 30 seconds -- with or without this problem.
> 
> If I ask the client to remove the tilde "~" then the stack can be reopened.
> Otherwise not. Of course, I can not ask clients to do this in a production
> environment or ask him to delete the installation and always install again.
> 
> Somewhere during the saving process, something happens that stops the
> process and ends with a failure.
> 
> There are no error messages. I can not replicate the behaviour on my own
> computer. But I can see it on client's machines (not just one).
> 
> I am wondering if this could also be something that occurs because of
> interference of Windows Defender or some AV? Did anybody ever experience
> something similar on Windows?
> 
> Kind regards and thanks for replies
> Roland
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com 
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: windows defender issues? & other AV issues

[R.H. via use-livecode]

Failed saving onWindows 10 (all latest versions of LiveCode)

I am talking about a compiled business related stack (small compiled
splash, main stack not compiled in a resource folder and various resources)
that goes to clients.

Some of my clients experience that the main stack is not saving and will
leave two files in a state that does not allow to reopen them again. One of
the files is renamed with a tilde character "~" at the end of the filename.
This is the file "in progress" to be saved from file A to B and when the
saving was successful, the old file is removed.

The saving process takes very long (from 15 seconds and more). Sometimes
over 30 seconds -- with or without this problem.

If I ask the client to remove the tilde "~" then the stack can be reopened.
Otherwise not. Of course, I can not ask clients to do this in a production
environment or ask him to delete the installation and always install again.

Somewhere during the saving process, something happens that stops the
process and ends with a failure.

There are no error messages. I can not replicate the behaviour on my own
computer. But I can see it on client's machines (not just one).

I am wondering if this could also be something that occurs because of
interference of Windows Defender or some AV? Did anybody ever experience
something similar on Windows?

Kind regards and thanks for replies
Roland
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode