FYI

https://arstechnica.com/science/2021/03/how-does-the-brain-interpret-computer-languages/ BTW I wonder how brain activity would look like with xTalk... Best ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe,

Re: FYI: Cause found for LC crashing to desktop when Browser widget opens PDF

I believe 32bit run mode was the default for earlier versions of LiveCode but 9.x is 64bit by default. I bring that up out of curiosity because I had a problem with a browser plug-in (64/32bit) running inside a LiveCode Browser widget in the past. The plugin would crash running in 64bit, sometimes

Re: FYI: Cause found for LC crashing to desktop when Browser widget opens PDF

Adobe developers doing things they shouldn't??? Whoever heard of such a t'ing!!! ;-P Bob S > On Jan 20, 2020, at 07:41 , Mark Waddingham via use-livecode > wrote: > > On 2020-01-20 15:20, Matthias Rebbe via use-livecode wrote: >> Just want to let you know that Livecode Dev Team confirmed tha

Re: FYI: Cause found for LC crashing to desktop when Browser widget opens PDF

Great sleuthing Matthias. Bob S > On Jan 20, 2020, at 07:20 , Matthias Rebbe via use-livecode > wrote: > > Just want to let you know that Livecode Dev Team confirmed that this is a bug > > https://quality.livecode.com/show_bug.cgi?id=22534 > > > - > Matthias Rebbe > Life Is Too Short For

Re: FYI: Cause found for LC crashing to desktop when Browser widget opens PDF

Yes, you are right. I am sorry. I should have written that LC Dev Team confirmed that there is a incompatibility between LC 9 and Adobe Acrobt. But at least, it´s confirmed. ;) - Matthias Rebbe Life Is Too Short For Boring Code > Am 20.01.2020 um 16:41 schrieb Mark Waddingham via use-livecode

Re: FYI: Cause found for LC crashing to desktop when Browser widget opens PDF

On 2020-01-20 15:20, Matthias Rebbe via use-livecode wrote: Just want to let you know that Livecode Dev Team confirmed that this is a bug https://quality.livecode.com/show_bug.cgi?id=22534 Well, we confirmed it crashed ;) Whether it is a bug in LC or Adobe DC or not is another matter. Ther

Re: FYI: Cause found for LC crashing to desktop when Browser widget opens PDF

Just want to let you know that Livecode Dev Team confirmed that this is a bug https://quality.livecode.com/show_bug.cgi?id=22534 - Matthias Rebbe Life Is Too Short For Boring Code > Am 14.01.2020 um 18:56 schrieb Matthias Rebbe via use-livecode > : > > Hi, > > maybe this is of use for the on

FYI: Cause found for LC crashing to desktop when Browser widget opens PDF

Hi, maybe this is of use for the one or the other. in any case LC crashes on Mac to desktop when opening a PDF in the Browser Widget and your are getting crazy because of that, then check if Acrobat software is installed on your system. A few days ago i mentionend in an answer to an other post

Re: FYI: How to reliably identify an Android Tablet microSD Card

Interesting approach. Of course, the downside is that if anything changes, the method becomes ineffective for that new device or for all andriods if the change is fundamental enough. Bob S > On Dec 19, 2018, at 03:37 , Peter Reid via use-livecode > wrote: > > FYI > > I

FYI: How to reliably identify an Android Tablet microSD Card

FYI I've managed to put together some code that reliably locates the microSD card in 4 very different Android-based tablets. The approach involves 3 different methods: 1. Search for a known folder on the SD card starting in the standard "/mnt" folder using a breadth-first sear

Re: android sdk fyi

Thanks Mike! +1 Kind regards, Mark Schonewille http://economy-x-talk.com https://www.facebook.com/marksch Buy the most extensive book on the LiveCode language: http://livecodebeginner.economy-x-talk.com Op 07-Jul-16 om 14:47 schreef Mike Bonner: I recently started working with android again,

android sdk fyi

I recently started working with android again, and was having trouble building successfully. aapt.exe would crash every time. If you happen to run into this, go to the sdk manager and install the build tools 22.01, then backup the aapt.exe in the most recent build tools (just in case) and copy th

Re: Option Drag FYI

Nice! Thank you. I've only ever looked on the Edit menu before. Pete lcSQL Software Home of lcStackBrowser and SQLiteAdmin On Mon, Oct 27, 2014 at 11:44 AM, J. Landman Gay wrote: > On 10/2

Re: Option Drag FYI

On 10/27/2014, 12:49 PM, Peter Haworth wrote: Would be even nicer if there was a "Paste into group" command. There is. :) Be sure selectGroupedControls is false so that you can click a group to select it. Copy a control. Right-click on the target group with the edit tool and the contextual me

Re: Option Drag FYI

Right, I wasn't in group edit mode at the time I tried all the different options. I wasn't complaining, I think it's great there's a way to make a copy of an object without going into group edit mode. Would be even nicer if there was a "Paste into group" command. Pete lcSQL Software

Re: Option Drag FYI

I think it depends on how you work with groups. If you use Edit Group to go in and edit a group, copy and paste acts the same as option-drag. If you prefer to directly select objects inside a group, without actually going into the group, then copy and paste acts differently, because you’re at th

Option Drag FYI

Just learned the above trick to create a copy of a control from a recent thread. Found out today that there is a difference between copy/paste and option-drag. If you copy/paste a control in a group, the copy is not part of the group, but if you option-drag it, the copy remains in the group. The

FYI iTunes Connect bug

It never ends with Apple and iOS 8/Xcode 6. I can't submit for review because the third question is missing from the web page. I had trouble getting onto the web site earlier today but chalked it up to a fluke and tried after lunch and had no problem logging on. Apple must have injected a bug into

Re: [FYI] Using Graphic Commands on Server

I am happy that I can at least create thumbnails on the server for now. That was the origin of my quest. On Sun, Jun 30, 2013 at 2:11 PM, Monte Goulding wrote: > > On 01/07/2013, at 6:50 AM, Richard Gaskin > wrote: > > > 2. Where are the change logs so we can see what they've been doing with >

Re: [FYI] Using Graphic Commands on Server

On 01/07/2013, at 6:50 AM, Richard Gaskin wrote: > 2. Where are the change logs so we can see what they've been doing with > graphics support in this version? The new graphics stuff isn't merged in yet guys. I don't think you will get much luck here. -- Monte Goulding M E R Goulding - softw

Re: Fwd: [FYI] Using Graphic Commands on Server

FWIW, I just ran a quick test and confirmed that "export image" works well, but "export snapshot" results in an error (I ran from terminal over SSH): livecode-server exited due to fatal signal 11 in __kernel_sigreturn @ 0 in @ 0x81a99c3 in @ 0x80f6235 in @ 0x812dfd8 in @ 0x812efc9

Re: Fwd: [FYI] Using Graphic Commands on Server

stephen barncard wrote: On Sun, Jun 30, 2013 at 1:26 PM, Richard Gaskin wrote: I wouldn't have imagined that template objects could be exported from - does that work on the desktop? I don't know but it works on the server! I changed all references to "image xxx" to the templateImage in the

Re: Fwd: [FYI] Using Graphic Commands on Server

On Sun, Jun 30, 2013 at 1:26 PM, Richard Gaskin wrote: > I wouldn't have imagined that template objects could be exported from - > does that work on the desktop? > I don't know but it works on the server! I changed all references to "image xxx" to the templateImage in the desktop version. > >

Re: Fwd: [FYI] Using Graphic Commands on Server

This is the root, you can locate stuff from there in the tree. http://downloads.livecode.com/livecode/ On Sun, Jun 30, 2013 at 2:26 PM, Richard Gaskin wrote: > stephen barncard wrote: > >> I am sad to report that it does not seem possible to use templates to do >> group snapshots yet. >> > > I w

Re: Fwd: [FYI] Using Graphic Commands on Server

stephen barncard wrote: I am sad to report that it does not seem possible to use templates to do group snapshots yet. I wouldn't have imagined that template objects could be exported from - does that work on the desktop? I was going to experiment with this myself to see if I can export group

Re: Fwd: [FYI] Using Graphic Commands on Server

I am sad to report that it does not seem possible to use templates to do group snapshots yet. This would require the ability to manipulate graphic objects rather than their templates. here is my code for scaling (there may some pointless garbage in the code): " & pScalePercent -- converts and

Re: Fwd: [FYI] Using Graphic Commands on Server

got it. An overlay of sorts. Very useful. Good idea.. I would need to use templateField and position it. I'll give it a try... sqb On Sat, Jun 29, 2013 at 10:40 PM, Richard Gaskin wrote: > stephen barncard wrote: > > > On Sat, Jun 29, 2013 at 10:21 PM, Richard Gaskin wrote: > >> Do we have

Re: Fwd: [FYI] Using Graphic Commands on Server

stephen barncard wrote: > On Sat, Jun 29, 2013 at 10:21 PM, Richard Gaskin wrote: >> Do we have the ability to export objects other than images in >> that build? >> >> Once we can export groups we have custom greeting cards and a >> whole lot more... >> > Richard, > > Help me out here - scratching

Re: Fwd: [FYI] Using Graphic Commands on Server

Richard, Help me out here - scratching my head... what grouped objects would be useful on server? And exported as a binary file? On Sat, Jun 29, 2013 at 10:21 PM, Richard Gaskin wrote: > Thanks for the update, Stephen. > > Do we have the ability to export objects other than images in that buil

Re: Fwd: [FYI] Using Graphic Commands on Server

Thanks for the update, Stephen. Do we have the ability to export objects other than images in that build? Once we can export groups we have custom greeting cards and a whole lot more... -- Richard Gaskin Fourth World Systems Software Design and Development for Desktop, Mobile, and Web ___

Fwd: [FYI] Using Graphic Commands on Server

I did a test just now using Livecode server 6.0.0 dp1. I successfully imported a jpg file to the templategraphic , scaled it, and exported to an output file as a png on a server at Dreamhost using an iRev script. I also stored the initial rect, height and width of the imported graphic into custo

Re: FYI, initializing variables by reference

Brilliant! (Can I immigrate to the UK now please? See? I can speak the language!) Bob On Jun 19, 2012, at 5:13 AM, Peter M. Brigham wrote: > Yup, try it and see. The variables are loaded and their values are available > in subsequent script lines. > > -- Peter > > Peter M. Brigham > pmb..

Re: FYI, initializing variables by reference

Yup, try it and see. The variables are loaded and their values are available in subsequent script lines. -- Peter Peter M. Brigham pmb...@gmail.com http://home.comcast.net/~pmbrig On Jun 18, 2012, at 4:53 PM, Bob Sneidar wrote: > You are saying these variables survive the command call because

Re: FYI, initializing variables by reference

You are saying these variables survive the command call because they are called by reference? Interesting! I would have thought that this would throw a compile error because the variables do not exist in the calling handler. Bob On Jun 18, 2012, at 7:24 AM, Peter M. Brigham wrote: > For some

FYI, initializing variables by reference

For some reason I never realized that you can use referenced variables in a command handler -- I was thinking of them only when using functions. In case others haven't discovered it, you can, for instance, do something like this: on prepareInvoice tID initializeVars tID, tName, tDOB, tAddr, tP

Re: FYI: Mac trojan horse

Right. I already had put a little addition similar to this in my frontscript openstack handler so that every time I open a stack it tests for the presence of *.so files and, if found, sends me to the website for the instructions on how to delete the thing. Obviously, I open stacks constantly dur

Re: FYI: Mac trojan horse

Right point. Le 28 févr. 2012 à 00:16, Mark Schonewille a écrit : > François, > > I believe you are a little confused. It is not necessary to change directory > in this particular case and if it were necessary then it would definitely not > be /Applications/Utilities. > > -- > Best regards, >

Re: FYI: Mac trojan horse

François, I believe you are a little confused. It is not necessary to change directory in this particular case and if it were necessary then it would definitely not be /Applications/Utilities. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http:

Re: FYI: Mac trojan horse

do not forget "cd /Applications/Utilities" & return before ls best François Le 27 févr. 2012 à 23:44, Mark Schonewille a écrit : > Hi, > > Always when I read such articles, I can't help thinking that the antivirus > software publishers have the most interest in the creation of such viruses. > F

Re: FYI: Mac trojan horse

Hi, Always when I read such articles, I can't help thinking that the antivirus software publishers have the most interest in the creation of such viruses. From the website: "You won’t be surprised to learn that Intego’s own VirusBarrier X6 software can detect Flashback if it’s installed, and ev

[FYI] DropTools and the Zygodact DropTool

Just a quick FYI since I've gotten two separate emails on this: the Zygodact DropTool requires version 1.0.1 of the DropTools Palette. To upgrade, open the About box for the DropTools Palette and do a "Check for Updates". Thanks! Ken Ray Sons of Thunder Software