Re: The Shrinking size of animated gif

[Roger Guay via use-livecode]

I get "Png images are 130036bytes larger than animated gif”

HTH,

Roger

> On Oct 30, 2017, at 7:54 PM, Alejandro Tejada via use-livecode 
>  wrote:
> 
> Could you verify if always that we convert
> an animaated gif in a series of png images
> the resulting images are always smaller
> than the original animated gif?

___
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: Relative Paths in Property Inspector

[J. Landman Gay via use-livecode]

I have different user names on each machine too. Just set the 
appropriate path in the LC prefs on each machine. You only have to do it 
once, and going forward it just works for any other LC versions you 
install since all versions on a machine share the same prefs file.


On 10/30/17 9:55 PM, Mike Kerner via use-livecode wrote:

So what do you have for your paths?  Are your usernames the same?  For me,
I run into the issue because my usernames aren't the same on every box, so
the absolute path varies.

On Mon, Oct 30, 2017 at 6:49 PM, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:


On 10/30/2017 01:51 PM, J. Landman Gay via use-livecode wrote:


I've got my extensionos folder in Dropbox. All my machines have Dropbox
installed and it syncs to all of them.

On 10/30/17 3:20 PM, Mike Kerner via use-livecode wrote:


All I'm trying to "Get" is a simpler way to store the extensions folder
on
a network/sync so I get the exact same environment on every box.




Same here. Trick learned from Andre Garzia.

+1 for 'extensionos'.


--
  Mark Wieder
  ahsoftw...@gmail.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








--
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: Relative Paths in Property Inspector

[Mike Kerner via use-livecode]

So what do you have for your paths?  Are your usernames the same?  For me,
I run into the issue because my usernames aren't the same on every box, so
the absolute path varies.

On Mon, Oct 30, 2017 at 6:49 PM, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 10/30/2017 01:51 PM, J. Landman Gay via use-livecode wrote:
>
>> I've got my extensionos folder in Dropbox. All my machines have Dropbox
>> installed and it syncs to all of them.
>>
>> On 10/30/17 3:20 PM, Mike Kerner via use-livecode wrote:
>>
>>> All I'm trying to "Get" is a simpler way to store the extensions folder
>>> on
>>> a network/sync so I get the exact same environment on every box.
>>>
>>
> Same here. Trick learned from Andre Garzia.
>
> +1 for 'extensionos'.
>
>
> --
>  Mark Wieder
>  ahsoftw...@gmail.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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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

The Shrinking size of animated gif

[Alejandro Tejada via use-livecode]

Hi All,

Could you verify if always that we convert
an animaated gif in a series of png images
the resulting images are always smaller
than the original animated gif?

Here is the recipe:

1) Create a new stack

2) create a button and paste this script
into the button: (check for broken lines
in the mail list server)


on mouseUp

-- first, delete all previous images
   repeat with i = the number of controls of this card down to 1
  if word 1 of the long  name of control i of this card is "image" then
delete control i of this card
   end repeat

   answer file "Choose an animated gif..."
   import paint from file it
   try
  put the framecount of img 1 into k
  repeat with m = 1 to k
 set the currentframe of img 1 to m
 create image
 set the width of it to the width of img 1
 set the height of it to the height of img 1
 set the imagedata of it to the imagedata of img 1
 set the alphadata of it to the alphadata of img 1
  end repeat

  repeat with i = 1 to the number of controls of this card
 put the long name of control i of this card into q
 if word 1 of q is "image" then
put the size of q & comma after n
 end if
  end repeat

  delete last char of n -- a comma
  put item 1 of n into tAnimatedGifSize
  delete item 1 of n
  put sum(n) into tPngImagesSize

  if tAnimatedGifSize > tPngImagesSize then
 put "Animated gif is " & (tAnimatedGifSize - tPngImagesSize) & "
bytes larger than png images"
  else
 -- sum of sizes of png images is larger
 -- than size of animated gif
 put "Png images are " & (tPngImagesSize - tAnimatedGifSize) & "
bytes larger than animated gif"
  end if
   end try
end mouseUp



3) Click the button and import an animated gif

Post your results in this thread,
Thanks a lot in advance!

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: I Hate Full Screen!

[Brian Milby via use-livecode]

Worse than that, the green dot is present when the window can be resized.
We can revert to zoom behavior, but not just hide the dot unless we disable
window resize.
On Mon, Oct 30, 2017 at 8:54 PM Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> > On 31 Oct 2017, at 12:03 pm, Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I figured out how to disable full screen and replace it with the old
> zoom,
> > but that isn’t really that much of an improvement. Something in the SDK
> has
> > changed since the code didn’t change between 7 and 8 (at least the engine
> > code that sets up the window).
>
> Yes Apple in their infinite wisdom decided to make the fullscreen widget
> the default for all windows.
>
> Cheers
>
> Monte
>
> ___
> 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: I Hate Full Screen!

[Monte Goulding via use-livecode]

> On 31 Oct 2017, at 12:03 pm, Brian Milby via use-livecode 
>  wrote:
> 
> I figured out how to disable full screen and replace it with the old zoom,
> but that isn’t really that much of an improvement. Something in the SDK has
> changed since the code didn’t change between 7 and 8 (at least the engine
> code that sets up the window).

Yes Apple in their infinite wisdom decided to make the fullscreen widget the 
default for all windows.

Cheers

Monte

___
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: I Hate Full Screen!

[Brian Milby via use-livecode]

I figured out how to disable full screen and replace it with the old zoom,
but that isn’t really that much of an improvement. Something in the SDK has
changed since the code didn’t change between 7 and 8 (at least the engine
code that sets up the window).
On Mon, Oct 30, 2017 at 8:38 AM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Ya know, it would be neat if you could select fullscreen mode, and then all
> the palettes would become part of the border - so maybe on the left would
> be tools, on the right would be PI, and if I have other plugins open (think
> three palettes for tmc2) they would go left or right depending on need.
>
> On Sun, Oct 29, 2017 at 11:18 PM, Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Looks like a regression in 8 from 7. Just did a quick test and don’t see
> > the issue in 7.1.4 but do in 8/9.
> >
> > Bug 18213
> > On Sun, Oct 29, 2017 at 9:55 PM Roger Guay via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > Why can’t I set the decorations of a stack to only “Title” without that
> > > damnable green ball coming in every time?
> > >
> > > LC 8.1.6 and Mac OS 10.13.
> > >
> > > Thanks,
> > >
> > > Roger
> > > ___
> > > 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
> >
>
>
>
> --
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>and did a little diving.
> And God said, "This is good."
> ___
> 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: Relative Paths in Property Inspector

[Mark Wieder via use-livecode]

On 10/30/2017 01:51 PM, J. Landman Gay via use-livecode wrote:
I've got my extensionos folder in Dropbox. All my machines have Dropbox 
installed and it syncs to all of them.


On 10/30/17 3:20 PM, Mike Kerner via use-livecode wrote:
All I'm trying to "Get" is a simpler way to store the extensions 
folder on

a network/sync so I get the exact same environment on every box.


Same here. Trick learned from Andre Garzia.

+1 for 'extensionos'.

--
 Mark Wieder
 ahsoftw...@gmail.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: Relative Paths in Property Inspector

[J. Landman Gay via use-livecode]

I've got my extensionos folder in Dropbox. All my machines have Dropbox 
installed and it syncs to all of them.


On 10/30/17 3:20 PM, Mike Kerner via use-livecode wrote:

All I'm trying to "Get" is a simpler way to store the extensions folder on
a network/sync so I get the exact same environment on every box.

On Mon, Oct 30, 2017 at 4:11 PM, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:


On 10/30/2017 12:45 PM, Mike Kerner via use-livecode wrote:


One of the cases where it would be nice is the location of the plugins
folder ("User Extensions"), which is why I mentioned ~ to begin with.



A better way to get that would be
revEnvironmentUserExtensionsPath()

--
  Mark Wieder
  ahsoftw...@gmail.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








--
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: Relative Paths in Property Inspector

[Mike Kerner via use-livecode]

All I'm trying to "Get" is a simpler way to store the extensions folder on
a network/sync so I get the exact same environment on every box.

On Mon, Oct 30, 2017 at 4:11 PM, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 10/30/2017 12:45 PM, Mike Kerner via use-livecode wrote:
>
>> One of the cases where it would be nice is the location of the plugins
>> folder ("User Extensions"), which is why I mentioned ~ to begin with.
>>
>
> A better way to get that would be
> revEnvironmentUserExtensionsPath()
>
> --
>  Mark Wieder
>  ahsoftw...@gmail.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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: Relative Paths in Property Inspector

[Bob Sneidar via use-livecode]

Oh right my point was that I am not sure the tilde would work in a Windows 
standalone, but maybe the engine interprets it either way. And yes, the tilde 
means user home folder sorry for the misinformation. 

Bob S


> On Oct 30, 2017, at 11:58 , Mike Kerner via use-livecode 
>  wrote:
> 
> Actually the ~ is a unix convention, so it is also used in Linux.


___
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: Relative Paths in Property Inspector

[Bob Sneidar via use-livecode]

Oh right you are. 

Bob S



___
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: Relative Paths in Property Inspector

[Mark Wieder via use-livecode]

On 10/30/2017 12:45 PM, Mike Kerner via use-livecode wrote:

One of the cases where it would be nice is the location of the plugins
folder ("User Extensions"), which is why I mentioned ~ to begin with.


A better way to get that would be
revEnvironmentUserExtensionsPath()

--
 Mark Wieder
 ahsoftw...@gmail.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: Relative Paths in Property Inspector

[Richmond Mathewson via use-livecode]

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

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: Relative Paths in Property Inspector

[Mike Kerner via use-livecode]

One of the cases where it would be nice is the location of the plugins
folder ("User Extensions"), which is why I mentioned ~ to begin with.

On Mon, Oct 30, 2017 at 3:22 PM, Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Just clarifying that the two are not interchangeable. From the OP, I don’t
> think ~/ links would be used at all. I am not saying that we should include
> the ./ but that when discussing relative links for assets that the fixed
> point should be the stack location and not something anchored to the
> profile location. This would mean that all of the Dropbox/Google
> Drive/network share stuff would work as expected. You could also zip a
> stack with the associated assets and as long as the structure was preserved
> another user could unzip and use the stack.
> On Mon, Oct 30, 2017 at 2:12 PM Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Yes, Brian.  So I'm not sure what you're getting at.
> >
> > On Mon, Oct 30, 2017 at 3:07 PM, Brian Milby via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > ./ is current directory. ~/ is the user home directory.
> > > On Mon, Oct 30, 2017 at 2:00 PM Mike Kerner via use-livecode <
> > > use-livecode@lists.runrev.com> wrote:
> > >
> > > > Actually the ~ is a unix convention, so it is also used in Linux.
> > > >
> > > > On Mon, Oct 30, 2017 at 2:24 PM, Bob Sneidar via use-livecode <
> > > > use-livecode@lists.runrev.com> wrote:
> > > >
> > > > > The tilde is a MacOS convention. The period should be universal. ./
> > as
> > > > > opposed to ~/
> > > > >
> > > > > Bob S
> > > > >
> > > > >
> > > > > > On Oct 30, 2017, at 10:48 , Mike Kerner via use-livecode <
> > > > > use-livecode@lists.runrev.com> wrote:
> > > > > >
> > > > > > If you use Backup and Sync (the old "Drive"), your folder is
> > ~/Google
> > > > > Drive/
> > > > > > If you use Drive Stream and do not map the mount point to an
> alias
> > in
> > > > the
> > > > > > documents folder, the mount point will be a volume.
> > > > > >
> > > > > > Git was not amused when I switched on the one machine.
> > > > > >
> > > > > > On Mon, Oct 30, 2017 at 1:39 PM, Sannyasin Brahmanathaswami via
> > > > > > use-livecode  wrote:
> > > > > >
> > > > > >> @Mike  I tried to duplicate your 3rd case.  Are you on Mac OS X?
> > > > > >>
> > > > > >> if I create a stack, place and img in an adjacent image folder
> and
> > > > move
> > > > > to
> > > > > >> the server ("Chola") in the next room… set the img filename to
> > > > > >>
> > > > > >> img/tiger.jpg
> > > > > >>
> > > > > >> it works @brian  ./img/tiger.jpg also works… but really doesn't
> > get
> > > us
> > > > > >> anything… we have to manually enter either way
> > > > > >>
> > > > > >> So from terminal if you do "cd /"  and you look under Volumes…
> the
> > > > > >> DriveFileStream is not there?
> > > > > >>
> > > > > >> in this  if I do
> > > > > >>
> > > > > >> cd /Volumes
> > > > > >> I will see
> > > > > >>
> > > > > >> MyDrive HD
> > > > > >> Chola
> > > > > >> BR Back ups (USB for local Time machine backups)
> > > > > >>
> > > > > >> But "Chola" is a "network store"… I guess I don’t understand the
> > > > nature
> > > > > of
> > > > > >> the connection/Mount context to Googles Drive File Stream… how
> > that
> > > is
> > > > > >> different?
> > > > > >>
> > > > > >> At any rate you do seem to have a different, though obviously
> > > related
> > > > > >> issue.
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >> On 10/30/17, 6:09 AM, "use-livecode on behalf of Mike Kerner via
> > > > > >> use-livecode"  of
> > > > > >> use-livecode@lists.runrev.com> wrote:
> > > > > >>
> > > > > >>On "b", I have three machines that I use.  Two of them use
> > > Google's
> > > > > >> Backup
> > > > > >>and Sync service, and the other uses Google's Drive File
> > Stream.
> > > > So
> > > > > >> in for
> > > > > >>two of the machines, the answer is "mostly yes" - the
> > difference
> > > is
> > > > > the
> > > > > >>username, as the "Drive" folder is in the user folder.  For
> the
> > > the
> > > > > >> third,
> > > > > >>the answer is "no", because in that case, the access is
> treated
> > > as
> > > > a
> > > > > >>network store, i.e. its own drive.
> > > > > >>
> > > > > >> ___
> > > > > >> 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
> > > > > >>
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > On the first day, God created the heavens and the Earth
> > > > > > On the second day, God created the oceans.
> > > > > > On the third day, God put the animals on hold for a few hours,
> > > > > >   and did a little diving.
> > > 

Re: Relative Paths in Property Inspector

[Brian Milby via use-livecode]

Just clarifying that the two are not interchangeable. From the OP, I don’t
think ~/ links would be used at all. I am not saying that we should include
the ./ but that when discussing relative links for assets that the fixed
point should be the stack location and not something anchored to the
profile location. This would mean that all of the Dropbox/Google
Drive/network share stuff would work as expected. You could also zip a
stack with the associated assets and as long as the structure was preserved
another user could unzip and use the stack.
On Mon, Oct 30, 2017 at 2:12 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Yes, Brian.  So I'm not sure what you're getting at.
>
> On Mon, Oct 30, 2017 at 3:07 PM, Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > ./ is current directory. ~/ is the user home directory.
> > On Mon, Oct 30, 2017 at 2:00 PM Mike Kerner via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > Actually the ~ is a unix convention, so it is also used in Linux.
> > >
> > > On Mon, Oct 30, 2017 at 2:24 PM, Bob Sneidar via use-livecode <
> > > use-livecode@lists.runrev.com> wrote:
> > >
> > > > The tilde is a MacOS convention. The period should be universal. ./
> as
> > > > opposed to ~/
> > > >
> > > > Bob S
> > > >
> > > >
> > > > > On Oct 30, 2017, at 10:48 , Mike Kerner via use-livecode <
> > > > use-livecode@lists.runrev.com> wrote:
> > > > >
> > > > > If you use Backup and Sync (the old "Drive"), your folder is
> ~/Google
> > > > Drive/
> > > > > If you use Drive Stream and do not map the mount point to an alias
> in
> > > the
> > > > > documents folder, the mount point will be a volume.
> > > > >
> > > > > Git was not amused when I switched on the one machine.
> > > > >
> > > > > On Mon, Oct 30, 2017 at 1:39 PM, Sannyasin Brahmanathaswami via
> > > > > use-livecode  wrote:
> > > > >
> > > > >> @Mike  I tried to duplicate your 3rd case.  Are you on Mac OS X?
> > > > >>
> > > > >> if I create a stack, place and img in an adjacent image folder and
> > > move
> > > > to
> > > > >> the server ("Chola") in the next room… set the img filename to
> > > > >>
> > > > >> img/tiger.jpg
> > > > >>
> > > > >> it works @brian  ./img/tiger.jpg also works… but really doesn't
> get
> > us
> > > > >> anything… we have to manually enter either way
> > > > >>
> > > > >> So from terminal if you do "cd /"  and you look under Volumes… the
> > > > >> DriveFileStream is not there?
> > > > >>
> > > > >> in this  if I do
> > > > >>
> > > > >> cd /Volumes
> > > > >> I will see
> > > > >>
> > > > >> MyDrive HD
> > > > >> Chola
> > > > >> BR Back ups (USB for local Time machine backups)
> > > > >>
> > > > >> But "Chola" is a "network store"… I guess I don’t understand the
> > > nature
> > > > of
> > > > >> the connection/Mount context to Googles Drive File Stream… how
> that
> > is
> > > > >> different?
> > > > >>
> > > > >> At any rate you do seem to have a different, though obviously
> > related
> > > > >> issue.
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >> On 10/30/17, 6:09 AM, "use-livecode on behalf of Mike Kerner via
> > > > >> use-livecode"  > > > >> use-livecode@lists.runrev.com> wrote:
> > > > >>
> > > > >>On "b", I have three machines that I use.  Two of them use
> > Google's
> > > > >> Backup
> > > > >>and Sync service, and the other uses Google's Drive File
> Stream.
> > > So
> > > > >> in for
> > > > >>two of the machines, the answer is "mostly yes" - the
> difference
> > is
> > > > the
> > > > >>username, as the "Drive" folder is in the user folder.  For the
> > the
> > > > >> third,
> > > > >>the answer is "no", because in that case, the access is treated
> > as
> > > a
> > > > >>network store, i.e. its own drive.
> > > > >>
> > > > >> ___
> > > > >> 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
> > > > >>
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > On the first day, God created the heavens and the Earth
> > > > > On the second day, God created the oceans.
> > > > > On the third day, God put the animals on hold for a few hours,
> > > > >   and did a little diving.
> > > > > And God said, "This is good."
> > > > > ___
> > > > > 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 

Re: Android Filing System using LC9

[J. Landman Gay via use-livecode]

On 10/30/17 4:26 AM, Peter Reid via use-livecode wrote:


2. The internal storage area pointed to by specialFolderPath("documents") is Read-Write 
(RW) and can be used as such. However, the path returned by "documents" is INCORRECT:

/data/data/com.reidit.aphtrain/files

The correct path should be:

/Android/data/com.reidit.aphtrain/files


Not exactly; both are correct. There are two different types of 
documents folders; one is app-specific and private to the app. The other 
is the public documents folder you can see in a file manager on the 
device. The specialFolderPath("documents") points to the private 
app-specific folder and is correct. SpecialFolderPath("external 
documents") points to the public documents directory.




If I replace the leading "data" with "Android", the path works fully with RW 
access.


This path points to the general documents folder that other apps can 
see. It should be the same as specialFolderPath("external documents").




3. If I pre-load files & folders onto a microSD card on my computer, I have to 
place them in a path such as:

/Android/com.reidit.aphtrain/

Such files & folders are Read-Only in the tablet and accessible using the 
following path:

/storage/sdcard1/Android/com.reidit.aphtrain/

It seems that Android 5 or later (FireOS 5 in my case) locks down SD cards. They used to 
be fully RW but are now treated as mainly RO apart from an area for the app to use. If I 
get the path from specialFolderPath("external documents"), the path gives me 
Read-Write access to the following area:

/storage/emulated/0/Android/data/com.reidit.aphtrain/files/

During the running of the app, the above path works fully for RW access but doesn't 
show any of the pre-loaded files & folders.  However, If I connect the microSD 
card to my computer again, this area is NOT VISIBLE!


If you are on a Mac, I believe you need special software to access 
documents. I know Samsung provides their KIES software for that. I'm not 
sure how Windows handles it.


I'm not sure whether FireOS is representative of all versions of Android 
OS. Amazon did some heavy customization of their OS so the rules they 
use may not be the same as pure Android OS. I don't have a Fire tablet 
but if you can get ahold of a different Android device it would be 
interesting to see if this behavior is universal.



Also, specialFolderPath("documents") seems to have a BUG as it delivers the 
wrong path (in LC 9.0.0-dp9/10).


See above. The path is correct for the app's virtual folder.


--
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: Relative Paths in Property Inspector

[Mike Kerner via use-livecode]

Yes, Brian.  So I'm not sure what you're getting at.

On Mon, Oct 30, 2017 at 3:07 PM, Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> ./ is current directory. ~/ is the user home directory.
> On Mon, Oct 30, 2017 at 2:00 PM Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Actually the ~ is a unix convention, so it is also used in Linux.
> >
> > On Mon, Oct 30, 2017 at 2:24 PM, Bob Sneidar via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > The tilde is a MacOS convention. The period should be universal. ./ as
> > > opposed to ~/
> > >
> > > Bob S
> > >
> > >
> > > > On Oct 30, 2017, at 10:48 , Mike Kerner via use-livecode <
> > > use-livecode@lists.runrev.com> wrote:
> > > >
> > > > If you use Backup and Sync (the old "Drive"), your folder is ~/Google
> > > Drive/
> > > > If you use Drive Stream and do not map the mount point to an alias in
> > the
> > > > documents folder, the mount point will be a volume.
> > > >
> > > > Git was not amused when I switched on the one machine.
> > > >
> > > > On Mon, Oct 30, 2017 at 1:39 PM, Sannyasin Brahmanathaswami via
> > > > use-livecode  wrote:
> > > >
> > > >> @Mike  I tried to duplicate your 3rd case.  Are you on Mac OS X?
> > > >>
> > > >> if I create a stack, place and img in an adjacent image folder and
> > move
> > > to
> > > >> the server ("Chola") in the next room… set the img filename to
> > > >>
> > > >> img/tiger.jpg
> > > >>
> > > >> it works @brian  ./img/tiger.jpg also works… but really doesn't get
> us
> > > >> anything… we have to manually enter either way
> > > >>
> > > >> So from terminal if you do "cd /"  and you look under Volumes… the
> > > >> DriveFileStream is not there?
> > > >>
> > > >> in this  if I do
> > > >>
> > > >> cd /Volumes
> > > >> I will see
> > > >>
> > > >> MyDrive HD
> > > >> Chola
> > > >> BR Back ups (USB for local Time machine backups)
> > > >>
> > > >> But "Chola" is a "network store"… I guess I don’t understand the
> > nature
> > > of
> > > >> the connection/Mount context to Googles Drive File Stream… how that
> is
> > > >> different?
> > > >>
> > > >> At any rate you do seem to have a different, though obviously
> related
> > > >> issue.
> > > >>
> > > >>
> > > >>
> > > >>
> > > >> On 10/30/17, 6:09 AM, "use-livecode on behalf of Mike Kerner via
> > > >> use-livecode"  > > >> use-livecode@lists.runrev.com> wrote:
> > > >>
> > > >>On "b", I have three machines that I use.  Two of them use
> Google's
> > > >> Backup
> > > >>and Sync service, and the other uses Google's Drive File Stream.
> > So
> > > >> in for
> > > >>two of the machines, the answer is "mostly yes" - the difference
> is
> > > the
> > > >>username, as the "Drive" folder is in the user folder.  For the
> the
> > > >> third,
> > > >>the answer is "no", because in that case, the access is treated
> as
> > a
> > > >>network store, i.e. its own drive.
> > > >>
> > > >> ___
> > > >> 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
> > > >>
> > > >
> > > >
> > > >
> > > > --
> > > > On the first day, God created the heavens and the Earth
> > > > On the second day, God created the oceans.
> > > > On the third day, God put the animals on hold for a few hours,
> > > >   and did a little diving.
> > > > And God said, "This is good."
> > > > ___
> > > > 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
> > >
> >
> >
> >
> > --
> > On the first day, God created the heavens and the Earth
> > On the second day, God created the oceans.
> > On the third day, God put the animals on hold for a few hours,
> >and did a little diving.
> > And God said, "This is good."
> > ___
> > 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:
> 

Re: Relative Paths in Property Inspector

[Brian Milby via use-livecode]

./ is current directory. ~/ is the user home directory.
On Mon, Oct 30, 2017 at 2:00 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Actually the ~ is a unix convention, so it is also used in Linux.
>
> On Mon, Oct 30, 2017 at 2:24 PM, Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > The tilde is a MacOS convention. The period should be universal. ./ as
> > opposed to ~/
> >
> > Bob S
> >
> >
> > > On Oct 30, 2017, at 10:48 , Mike Kerner via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> > >
> > > If you use Backup and Sync (the old "Drive"), your folder is ~/Google
> > Drive/
> > > If you use Drive Stream and do not map the mount point to an alias in
> the
> > > documents folder, the mount point will be a volume.
> > >
> > > Git was not amused when I switched on the one machine.
> > >
> > > On Mon, Oct 30, 2017 at 1:39 PM, Sannyasin Brahmanathaswami via
> > > use-livecode  wrote:
> > >
> > >> @Mike  I tried to duplicate your 3rd case.  Are you on Mac OS X?
> > >>
> > >> if I create a stack, place and img in an adjacent image folder and
> move
> > to
> > >> the server ("Chola") in the next room… set the img filename to
> > >>
> > >> img/tiger.jpg
> > >>
> > >> it works @brian  ./img/tiger.jpg also works… but really doesn't get us
> > >> anything… we have to manually enter either way
> > >>
> > >> So from terminal if you do "cd /"  and you look under Volumes… the
> > >> DriveFileStream is not there?
> > >>
> > >> in this  if I do
> > >>
> > >> cd /Volumes
> > >> I will see
> > >>
> > >> MyDrive HD
> > >> Chola
> > >> BR Back ups (USB for local Time machine backups)
> > >>
> > >> But "Chola" is a "network store"… I guess I don’t understand the
> nature
> > of
> > >> the connection/Mount context to Googles Drive File Stream… how that is
> > >> different?
> > >>
> > >> At any rate you do seem to have a different, though obviously related
> > >> issue.
> > >>
> > >>
> > >>
> > >>
> > >> On 10/30/17, 6:09 AM, "use-livecode on behalf of Mike Kerner via
> > >> use-livecode"  > >> use-livecode@lists.runrev.com> wrote:
> > >>
> > >>On "b", I have three machines that I use.  Two of them use Google's
> > >> Backup
> > >>and Sync service, and the other uses Google's Drive File Stream.
> So
> > >> in for
> > >>two of the machines, the answer is "mostly yes" - the difference is
> > the
> > >>username, as the "Drive" folder is in the user folder.  For the the
> > >> third,
> > >>the answer is "no", because in that case, the access is treated as
> a
> > >>network store, i.e. its own drive.
> > >>
> > >> ___
> > >> 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
> > >>
> > >
> > >
> > >
> > > --
> > > On the first day, God created the heavens and the Earth
> > > On the second day, God created the oceans.
> > > On the third day, God put the animals on hold for a few hours,
> > >   and did a little diving.
> > > And God said, "This is good."
> > > ___
> > > 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
> >
>
>
>
> --
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>and did a little diving.
> And God said, "This is good."
> ___
> 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: Relative Paths in Property Inspector

[Mike Kerner via use-livecode]

Actually the ~ is a unix convention, so it is also used in Linux.

On Mon, Oct 30, 2017 at 2:24 PM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> The tilde is a MacOS convention. The period should be universal. ./ as
> opposed to ~/
>
> Bob S
>
>
> > On Oct 30, 2017, at 10:48 , Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > If you use Backup and Sync (the old "Drive"), your folder is ~/Google
> Drive/
> > If you use Drive Stream and do not map the mount point to an alias in the
> > documents folder, the mount point will be a volume.
> >
> > Git was not amused when I switched on the one machine.
> >
> > On Mon, Oct 30, 2017 at 1:39 PM, Sannyasin Brahmanathaswami via
> > use-livecode  wrote:
> >
> >> @Mike  I tried to duplicate your 3rd case.  Are you on Mac OS X?
> >>
> >> if I create a stack, place and img in an adjacent image folder and move
> to
> >> the server ("Chola") in the next room… set the img filename to
> >>
> >> img/tiger.jpg
> >>
> >> it works @brian  ./img/tiger.jpg also works… but really doesn't get us
> >> anything… we have to manually enter either way
> >>
> >> So from terminal if you do "cd /"  and you look under Volumes… the
> >> DriveFileStream is not there?
> >>
> >> in this  if I do
> >>
> >> cd /Volumes
> >> I will see
> >>
> >> MyDrive HD
> >> Chola
> >> BR Back ups (USB for local Time machine backups)
> >>
> >> But "Chola" is a "network store"… I guess I don’t understand the nature
> of
> >> the connection/Mount context to Googles Drive File Stream… how that is
> >> different?
> >>
> >> At any rate you do seem to have a different, though obviously related
> >> issue.
> >>
> >>
> >>
> >>
> >> On 10/30/17, 6:09 AM, "use-livecode on behalf of Mike Kerner via
> >> use-livecode"  >> use-livecode@lists.runrev.com> wrote:
> >>
> >>On "b", I have three machines that I use.  Two of them use Google's
> >> Backup
> >>and Sync service, and the other uses Google's Drive File Stream.  So
> >> in for
> >>two of the machines, the answer is "mostly yes" - the difference is
> the
> >>username, as the "Drive" folder is in the user folder.  For the the
> >> third,
> >>the answer is "no", because in that case, the access is treated as a
> >>network store, i.e. its own drive.
> >>
> >> ___
> >> 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
> >>
> >
> >
> >
> > --
> > On the first day, God created the heavens and the Earth
> > On the second day, God created the oceans.
> > On the third day, God put the animals on hold for a few hours,
> >   and did a little diving.
> > And God said, "This is good."
> > ___
> > 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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: Relative Paths in Property Inspector

[Bob Sneidar via use-livecode]

The tilde is a MacOS convention. The period should be universal. ./ as opposed 
to ~/

Bob S


> On Oct 30, 2017, at 10:48 , Mike Kerner via use-livecode 
>  wrote:
> 
> If you use Backup and Sync (the old "Drive"), your folder is ~/Google Drive/
> If you use Drive Stream and do not map the mount point to an alias in the
> documents folder, the mount point will be a volume.
> 
> Git was not amused when I switched on the one machine.
> 
> On Mon, Oct 30, 2017 at 1:39 PM, Sannyasin Brahmanathaswami via
> use-livecode  wrote:
> 
>> @Mike  I tried to duplicate your 3rd case.  Are you on Mac OS X?
>> 
>> if I create a stack, place and img in an adjacent image folder and move to
>> the server ("Chola") in the next room… set the img filename to
>> 
>> img/tiger.jpg
>> 
>> it works @brian  ./img/tiger.jpg also works… but really doesn't get us
>> anything… we have to manually enter either way
>> 
>> So from terminal if you do "cd /"  and you look under Volumes… the
>> DriveFileStream is not there?
>> 
>> in this  if I do
>> 
>> cd /Volumes
>> I will see
>> 
>> MyDrive HD
>> Chola
>> BR Back ups (USB for local Time machine backups)
>> 
>> But "Chola" is a "network store"… I guess I don’t understand the nature of
>> the connection/Mount context to Googles Drive File Stream… how that is
>> different?
>> 
>> At any rate you do seem to have a different, though obviously related
>> issue.
>> 
>> 
>> 
>> 
>> On 10/30/17, 6:09 AM, "use-livecode on behalf of Mike Kerner via
>> use-livecode" > use-livecode@lists.runrev.com> wrote:
>> 
>>On "b", I have three machines that I use.  Two of them use Google's
>> Backup
>>and Sync service, and the other uses Google's Drive File Stream.  So
>> in for
>>two of the machines, the answer is "mostly yes" - the difference is the
>>username, as the "Drive" folder is in the user folder.  For the the
>> third,
>>the answer is "no", because in that case, the access is treated as a
>>network store, i.e. its own drive.
>> 
>> ___
>> 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
>> 
> 
> 
> 
> -- 
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>   and did a little diving.
> And God said, "This is good."
> ___
> 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: Relative Paths in Property Inspector

[Mike Kerner via use-livecode]

If you use Backup and Sync (the old "Drive"), your folder is ~/Google Drive/
If you use Drive Stream and do not map the mount point to an alias in the
documents folder, the mount point will be a volume.

Git was not amused when I switched on the one machine.

On Mon, Oct 30, 2017 at 1:39 PM, Sannyasin Brahmanathaswami via
use-livecode  wrote:

> @Mike  I tried to duplicate your 3rd case.  Are you on Mac OS X?
>
> if I create a stack, place and img in an adjacent image folder and move to
> the server ("Chola") in the next room… set the img filename to
>
> img/tiger.jpg
>
> it works @brian  ./img/tiger.jpg also works… but really doesn't get us
> anything… we have to manually enter either way
>
> So from terminal if you do "cd /"  and you look under Volumes… the
> DriveFileStream is not there?
>
> in this  if I do
>
> cd /Volumes
> I will see
>
> MyDrive HD
> Chola
> BR Back ups (USB for local Time machine backups)
>
> But "Chola" is a "network store"… I guess I don’t understand the nature of
> the connection/Mount context to Googles Drive File Stream… how that is
> different?
>
> At any rate you do seem to have a different, though obviously related
> issue.
>
>
>
>
> On 10/30/17, 6:09 AM, "use-livecode on behalf of Mike Kerner via
> use-livecode"  use-livecode@lists.runrev.com> wrote:
>
> On "b", I have three machines that I use.  Two of them use Google's
> Backup
> and Sync service, and the other uses Google's Drive File Stream.  So
> in for
> two of the machines, the answer is "mostly yes" - the difference is the
> username, as the "Drive" folder is in the user folder.  For the the
> third,
> the answer is "no", because in that case, the access is treated as a
> network store, i.e. its own drive.
>
> ___
> 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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: Relative Paths in Property Inspector

[Sannyasin Brahmanathaswami via use-livecode]

@Mike  I tried to duplicate your 3rd case.  Are you on Mac OS X? 

if I create a stack, place and img in an adjacent image folder and move to the 
server ("Chola") in the next room… set the img filename to

img/tiger.jpg  

it works @brian  ./img/tiger.jpg also works… but really doesn't get us 
anything… we have to manually enter either way

So from terminal if you do "cd /"  and you look under Volumes… the 
DriveFileStream is not there?

in this  if I do 

cd /Volumes
I will see  

MyDrive HD
Chola
BR Back ups (USB for local Time machine backups)

But "Chola" is a "network store"… I guess I don’t understand the nature of the 
connection/Mount context to Googles Drive File Stream… how that is different?

At any rate you do seem to have a different, though obviously related issue.




On 10/30/17, 6:09 AM, "use-livecode on behalf of Mike Kerner via use-livecode" 
 wrote:

On "b", I have three machines that I use.  Two of them use Google's Backup
and Sync service, and the other uses Google's Drive File Stream.  So in for
two of the machines, the answer is "mostly yes" - the difference is the
username, as the "Drive" folder is in the user folder.  For the the third,
the answer is "no", because in that case, the access is treated as a
network store, i.e. its own drive.

___
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: Relative Paths in Property Inspector

[Mike Kerner via use-livecode]

On "b", I have three machines that I use.  Two of them use Google's Backup
and Sync service, and the other uses Google's Drive File Stream.  So in for
two of the machines, the answer is "mostly yes" - the difference is the
username, as the "Drive" folder is in the user folder.  For the the third,
the answer is "no", because in that case, the access is treated as a
network store, i.e. its own drive.

On Mon, Oct 30, 2017 at 11:26 AM, Sannyasin Brahmanathaswami via
use-livecode  wrote:

> @ Brian: good question. Now that I think of it… maybe both would be good?
>
> Option 1: If the pref is on, then the check box is checked by default in
> the PI; otherwise it's not. This allows the user to use full path. Option
> 2: no check box in PI, just a pref because: assumes no use cases there are
> that would "break" if the path was always relative. But I don't know if
> that assumption is correct, and option 1 seems to be "no skin off the IDE"
> to implement.
>
> Possibly in some secure situation a stack wants to only able to access
> local resources and would fail to find them, by design, if ported as a
> package elsewhere. Seems very rare use case to me. One faces this same
> issue every day in our team… with DTPublishing with doc + links to images,
> and we all just wish Adobe would make relative paths work "out of the box,
> everywhere, all the time."
>
> @ Mikey
> a) we understand your use cases… in fact I have the exact same set right
> here; GIT is in effect the net storage case you describe, and albeit
> instead of a mounted drive you have your cloned project folder on disk… on
> another project we used Dropbox.
> b) Sorry to be tedious, but you did not confirm: if you keep the stack and
> the image in the same folder on the "cloud" drive that appears as a mount
> point on your system…
>
> ~/Dropbox/Pet Project/animals.livecode
> ~/Dropbox/Pet Project/img/dangerous-pets/tiger.jpg
>
> do relative paths work? of course I could test here, but just want to be
> sure your context is the same.
>
> c) Yes, I will file an QR enhancement request… and agreed they should be
> considered together,
>
> But first: if your answer to b) above is "No" that the relative path on a
> mounted instance of your cloud drive doesn't work then we have a different
> problem,
>
> OR
>
> if the answer is "Yes" it does work… then we do indeed have the
> same/parallel request and I can just append your QR
>
> BR
>
>
> Brian wrote:
>
> So the ask is for a check box in the PI (near the source field with a
> label
> like “Relative path”)? And when checked, the PI would automatically
> trim
> the path to be relative to the stack file (probably with the assumption
> that it only goes down the hierarchy).
>
> Or are you asking for a preference that would default to relative path
> names when choosing files in the PI?
>
> ___
> 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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: Script editor - what about the handlers with the red cross?

[Dr. Hawkins via use-livecode]

On Mon, Oct 30, 2017 at 6:52 AM, Tiemo Hollmann TB via use-livecode
 wrote:

> a list of system messages with a red cross (below my used
> handlers).
>
> Which selection of handlers are shown in that list? What can I do with it?


That depends--these are reserved for regular blood donors.

:)

-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462

___
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: Script editor - what about the handlers with the red cross?

[Bob Sneidar via use-livecode]

Absolutely. It's a convenience, and I find it nice as a quick reference for 
what handlers will work with that object. For instance, you don't see a 
closeField handler in a button script do you? Look at a datagrid script. You 
will see a very limited list of handlers. Now I would love to see all the 
custom properties specific to datagrids, like dgHilitedLine etc. But maybe that 
would clutter things up too much. 

Bob S


> On Oct 30, 2017, at 08:24 , Tiemo Hollmann TB via use-livecode 
>  wrote:
> 
> So I can see it just as a suggestion of handlers I could use, but if I don't
> need, I don't have to do anything with it. Right?
> Thanks
> Tiemo


___
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: Relative Paths in Property Inspector

[Sannyasin Brahmanathaswami via use-livecode]

@ Brian: good question. Now that I think of it… maybe both would be good?

Option 1: If the pref is on, then the check box is checked by default in the 
PI; otherwise it's not. This allows the user to use full path. Option 2: no 
check box in PI, just a pref because: assumes no use cases there are that would 
"break" if the path was always relative. But I don't know if that assumption is 
correct, and option 1 seems to be "no skin off the IDE" to implement.

Possibly in some secure situation a stack wants to only able to access local 
resources and would fail to find them, by design, if ported as a package 
elsewhere. Seems very rare use case to me. One faces this same issue every day 
in our team… with DTPublishing with doc + links to images, and we all just wish 
Adobe would make relative paths work "out of the box, everywhere, all the time."

@ Mikey 
a) we understand your use cases… in fact I have the exact same set right here; 
GIT is in effect the net storage case you describe, and albeit instead of a 
mounted drive you have your cloned project folder on disk… on another project 
we used Dropbox.
b) Sorry to be tedious, but you did not confirm: if you keep the stack and the 
image in the same folder on the "cloud" drive that appears as a mount point on 
your system… 

~/Dropbox/Pet Project/animals.livecode
~/Dropbox/Pet Project/img/dangerous-pets/tiger.jpg

do relative paths work? of course I could test here, but just want to be sure 
your context is the same.

c) Yes, I will file an QR enhancement request… and agreed they should be 
considered together, 

But first: if your answer to b) above is "No" that the relative path on a 
mounted instance of your cloud drive doesn't work then we have a different 
problem, 

OR 

if the answer is "Yes" it does work… then we do indeed have the same/parallel 
request and I can just append your QR

BR


Brian wrote:

So the ask is for a check box in the PI (near the source field with a label
like “Relative path”)? And when checked, the PI would automatically trim
the path to be relative to the stack file (probably with the assumption
that it only goes down the hierarchy).

Or are you asking for a preference that would default to relative path
names when choosing files in the PI?

___
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

AW: Script editor - what about the handlers with the red cross?

[Tiemo Hollmann TB via use-livecode]

So I can see it just as a suggestion of handlers I could use, but if I don't
need, I don't have to do anything with it. Right?
Thanks
Tiemo

-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von Bob Sneidar via use-livecode
Gesendet: Montag, 30. Oktober 2017 16:16
An: How to use LiveCode 
Cc: Bob Sneidar 
Betreff: Re: Script editor - what about the handlers with the red cross?

The list is a display of the messages that particular object receives by
default from the engine. If you click the PLUS sign, it appends that handler
to the script. 

Bob S


> On Oct 30, 2017, at 06:52 , Tiemo Hollmann TB via use-livecode
 wrote:
> 
> Hi, since some versions we find in the script editor window in the 
> left list of handlers a list of system messages with a red cross 
> (below my used handlers).
> 
> Which selection of handlers are shown in that list? What can I do with it?
> What is the sense?
> 
> Thanks
> 
> Tiemo


___
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: Script editor - what about the handlers with the red cross?

[Bob Sneidar via use-livecode]

The list is a display of the messages that particular object receives by 
default from the engine. If you click the PLUS sign, it appends that handler to 
the script. 

Bob S


> On Oct 30, 2017, at 06:52 , Tiemo Hollmann TB via use-livecode 
>  wrote:
> 
> Hi, since some versions we find in the script editor window in the left list
> of handlers a list of system messages with a red cross (below my used
> handlers).
> 
> Which selection of handlers are shown in that list? What can I do with it?
> What is the sense?
> 
> Thanks
> 
> Tiemo


___
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: Relative Paths in Property Inspector

[Bob Sneidar via use-livecode]

I think you can. Preface the path with ./ which will refer to the path of the 
executable. And if I am not mistaken, ../ will refer to the parent folder of 
the application folder. 

Bob S


> On Oct 29, 2017, at 12:02 , Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> End backstory (please correct anything you see that is wrong)
> 
> So, why can't we just a relative path in the Property Inspector itself? The 
> browser tool will always return full path from User down to the "asset.jpg"… 
> if I send that stack to someone else, or use a GIT work flow where these 
> stacks are "pure views" (i.e. no actual imported images anywhere)  along with 
> the images. the paths are broken.  So, long way of asking:

___
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

[ANN] Release 8.1.7

[panagiotis merakos via use-livecode]

Dear List Members,

We are pleased to announce the release of LiveCode 8.1.7 Stable. By
"Stable", we mean that no reported regressions have been introduced in
8.1.7, compared to the previous Stable release.

LiveCode 8.1.7 contains 49 extra bug fixes and new features, compared to
LiveCode 8.1.6.

You can get the release at https://downloads.livecode.com/livecode/ or via
the automatic updater.

Please report any bugs encountered on our BugZilla at
http://quality.livecode.com/

Warmest regards,
The LiveCode Team
--
___
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

Script editor - what about the handlers with the red cross?

[Tiemo Hollmann TB via use-livecode]

Hi, since some versions we find in the script editor window in the left list
of handlers a list of system messages with a red cross (below my used
handlers).

Which selection of handlers are shown in that list? What can I do with it?
What is the sense?

Thanks

Tiemo

 

 

___
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: I Hate Full Screen!

[Mike Kerner via use-livecode]

Ya know, it would be neat if you could select fullscreen mode, and then all
the palettes would become part of the border - so maybe on the left would
be tools, on the right would be PI, and if I have other plugins open (think
three palettes for tmc2) they would go left or right depending on need.

On Sun, Oct 29, 2017 at 11:18 PM, Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Looks like a regression in 8 from 7. Just did a quick test and don’t see
> the issue in 7.1.4 but do in 8/9.
>
> Bug 18213
> On Sun, Oct 29, 2017 at 9:55 PM Roger Guay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Why can’t I set the decorations of a stack to only “Title” without that
> > damnable green ball coming in every time?
> >
> > LC 8.1.6 and Mac OS 10.13.
> >
> > Thanks,
> >
> > Roger
> > ___
> > 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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: Relative Paths in Property Inspector

[Mike Kerner via use-livecode]

Sure, but if you were to do that, then I should have an LC-wide preference
that I can set so that I don't have to fix it for every project.
___
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: Android Filing System using LC9

[Dave Kilroy via use-livecode]

Hi Peter

I’ve just done a new test build for my Galaxy S7Android (running Android 7) 
using LC 9.0.0 (dp10) and I’m able to transfer files from ‘engine’ to 
‘documents’ and to write to ‘documents’. 

I’ve never had to manually add “Android” and have found specialFolderPath() to 
be solid for my on Android - but there again I’m not trying to access data the 
app stores on the device by any method other than using the app itself...

This is what I’m currently using to set up local files (it’s a bit sloppy and 
could do with updating - especially the test for whether or not to copy all the 
files over) - but it works:


on setupLocalFiles
   if isMobile() then
  put the defaultfolder into tDefault
  put specialFolderPath("engine") & "/ehrdata/" into tFolder
  set the defaultfolder to tFolder
  put the files into tFiles
  repeat with i = 1 to the number of lines in tFiles
 if char 1 of line i of tFiles = "." then delete line i of tFiles
  end repeat
  set the defaultfolder to tDefault
  
  put specialFolderPath("engine") & "/ehrdata/" into tSourceFolder
  put specialFolderPath("documents") & "/ehrdata/" into tTargetFolder
  if there is not a folder tTargetFolder then create folder tTargetFolder
  put (the ehr["templateId"] of the current stack) & 
"_exampledatareduced.json" into tCheckFile
  replace space with "_" in tCheckFile
  put files(tSourceFolder) into tFiles
  
  if there is not a file (tTargetFolder & tCheckFile) then
 repeat for each line tFile in tFiles
if char 1 of tFile = "." then next repeat
put tSourceFolder & tFile into tSourceFile
put tTargetFolder & tFile into tTargetFile
put URL("binfile:" & tSourceFile) into URL("binfile:" & tTargetFile)
 end repeat
  end if
   end if
end setupLocalFiles


And this is and example of how I write “on the fly” to ‘documents - again it’s 
a bit convoluted (it uses encryption) as it’s specific to my needs - but it 
works:


on savePrefs
   put the uPrefs of stack "Diadem" into tPrefs
   put doEncryptAnd64(tPrefs) into t64
   
   if word 1 of t64 <> "Bad" then 
  if isMobile() then put "documents" into tSpecialFolder
  else put "resources" into tSpecialFolder
  put specialFolderPath(tSpecialFolder) & "/prefs/"into tPath
  if there is not a folder tPath then create folder tPath
  put tPath & "prefs.txt" into tFile
  put t64 into URL("binfile:" & tFile)
   else
  answer "Error:" && t64
  exit to top
   end if
end savePrefs


Kind regards

Dave


___
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

[ANN] This Week in LiveCode 104

[panagiotis merakos via use-livecode]

Hi all,

Read about new developments in LiveCode open source and the open source
community in today's edition of the "This Week in LiveCode" newsletter!

Read issue #104 here: https://goo.gl/T4hdt5

This is a weekly newsletter about LiveCode, focussing on what's been
going on in and around the open source project. New issues will be
released weekly on Mondays. We have a dedicated mailing list that will
deliver each issue directly to you e-mail, so you don't miss any!

If you have anything you'd like mentioned (a project, a discussion
somewhere, an upcoming event) then please get in touch.


-- 
Panagiotis Merakos 
LiveCode Software Developer

Everyone Can Create Apps 
___
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: Socket help needed for API

[Charles Warwick via use-livecode]

Hi Richard,

I have an LC external under development that supports websockets that could 
potentially help you.  Feel free to contact me off-list if you would like to 
try it out.

Regards,

Charles

> On 30 Oct 2017, at 9:37 am, Monte Goulding via use-livecode 
>  wrote:
> 
> Hi Richard
> 
> LiveCode does not currently have websocket support. As this has come up 
> recently in a number of areas I had a quick look at the spec 
> (https://tools.ietf.org/html/rfc6455 ). 
> It looks relatively feasible to implement on top of our current socket 
> support in LiveCode script. Possibly as part of libURL or a separate library.
> 
> Cheers
> 
> Monte
> 
>> On 29 Oct 2017, at 10:49 pm, Richard Miller via use-livecode 
>>  wrote:
>> 
>> I have been using LC to access an API through conventional means, but that 
>> site has now changed to a socket protocol. I have tried various methods, but 
>> just can’t get it to work.
>> 
>> I would appreciate it if someone familiar with sockets could take a look and 
>> show me how to do this. I only need to know how to establish a connection 
>> and receive data. I can take it from there.
>> 
>> The information I am looking to receive is what is produced through this now 
>> deprecated API. It is a list of all of the digital tokens being traded at 
>> this site. (Note: you may have to send this link a few times in order to get 
>> a response. The site is often overloaded.)
>> 
>>put https://api.etherdelta.com/returnTicker
>> 
>> I want to receive the same information, but using the new socket-based API 
>> shown here.
>> 
>> https://github.com/etherdelta/etherdelta.github.io/blob/master/docs/API.md
>> https://github.com/etherdelta/etherdelta.github.io/tree/master/bots
>> 
>> Thank you very much for help with this.
>> Richard Miller
>> 
>> ___
>> 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

Android Filing System using LC9

[Peter Reid via use-livecode]

I've investigated further the way the Android filing system seems to be 
available to LC 9.0.0-dp10. As I reported previously, I have found several 
anomalies.

Here's what I've found, (with my app being identified as "com.reidit.aphtrain" 
in the examples):

1. The internal storage area pointed to by specialFolderPath("engine") or 
specialFolderPath("resources") is Read-Only (RO) and contains any files & 
folder specified in Standalone settings to be included in the Copy Files 
section.  Specifically, the path returned by "engine"/"resources" is:

/data/app/com.reidit.aphtrain-2/base.apk

This can be accessed RO reliably and seems to be the correct behaviour.

2. The internal storage area pointed to by specialFolderPath("documents") is 
Read-Write (RW) and can be used as such. However, the path returned by 
"documents" is INCORRECT:

/data/data/com.reidit.aphtrain/files

The correct path should be:

/Android/data/com.reidit.aphtrain/files

If I replace the leading "data" with "Android", the path works fully with RW 
access.

3. If I pre-load files & folders onto a microSD card on my computer, I have to 
place them in a path such as:

/Android/com.reidit.aphtrain/

Such files & folders are Read-Only in the tablet and accessible using the 
following path:

/storage/sdcard1/Android/com.reidit.aphtrain/

It seems that Android 5 or later (FireOS 5 in my case) locks down SD cards. 
They used to be fully RW but are now treated as mainly RO apart from an area 
for the app to use. If I get the path from specialFolderPath("external 
documents"), the path gives me Read-Write access to the following area:

/storage/emulated/0/Android/data/com.reidit.aphtrain/files/

During the running of the app, the above path works fully for RW access but 
doesn't show any of the pre-loaded files & folders.  However, If I connect the 
microSD card to my computer again, this area is NOT VISIBLE!

In summary, we seem to have the following available in LC 9:

WHERE   SPECIAL ACCESS  TABLET? MAC?PATH
1. internal "engine"RO  Yes No  
/data/app/com.reidit.aphtrain-2/base.apk

2. internal "documents" RW  ERROR   No  
/data/data/com.reidit.aphtrain/files

3. internal "documents"*RW  Yes No  
/Android/data/com.reidit.aphtrain/files

4. external "external doc"  RW  Yes NO  
/storage/emulated/0/Android/data/com.reidit.aphtrain/files

5. external "external doc"* RO  Yes Yes 
/storage/sdcard1/Android/com.reidit.aphtrain

The result of the above is that it is difficult creating files & folders on the 
fly that you can get out of the tablet afterwards such that they can be read on 
a computer!

Can anyone confirm my findings and make recommendations?

Also, specialFolderPath("documents") seems to have a BUG as it delivers the 
wrong path (in LC 9.0.0-dp9/10).

Thanks

Peter


___
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