Re: The Shrinking size of animated gif

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

Re: Relative Paths in Property Inspector

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,

Re: Relative Paths in Property Inspector

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

The Shrinking size of animated gif

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

Re: I Hate Full Screen!

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

Re: I Hate Full Screen!

> 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

Re: I Hate Full Screen!

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

Re: Relative Paths in Property Inspector

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

Re: Relative Paths in Property Inspector

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

Re: Relative Paths in Property Inspector

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

Re: Relative Paths in Property Inspector

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 >

Re: Relative Paths in Property Inspector

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

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

Re: Relative Paths in Property Inspector

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:

Re: Relative Paths in Property Inspector

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

Re: Relative Paths in Property Inspector

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

Re: Android Filing System using LC9

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

Re: Relative Paths in Property Inspector

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 < >

Re: Relative Paths in Property Inspector

./ 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 < >

Re: Relative Paths in Property Inspector

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

Re: Relative Paths in Property Inspector

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

Re: Relative Paths in Property Inspector

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,

Re: Relative Paths in Property Inspector

@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

Re: Relative Paths in Property Inspector

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,

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

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

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

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

Re: Relative Paths in Property Inspector

@ 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

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

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:

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

Re: Relative Paths in Property Inspector

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 >

[ANN] Release 8.1.7

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.

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

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

Re: I Hate Full Screen!

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.

Re: Relative Paths in Property Inspector

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

Re: Android Filing System using LC9

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

[ANN] This Week in LiveCode 104

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

Re: Socket help needed for API

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 >

Android Filing System using LC9

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