What Android device detail do you find useful and why?

[Sannyasin Brahmanathaswami via use-livecode]

Assuming we send data back to the mothership for analytic, then:
If we want to know all about the device running our app.
I asked myself: how much and how far can we go?

-- the platform
 # gets us the bare minimum, OS
-- the screenrect
# that's useful especially for the myriad of Androids
 # could extrapolate Phone vs Tablet from the screen rect

What else can we query? So went off to dictionary in 8.1.7 entered "mobile" 
came blank (new bug?), switched to tinyDictionary and discovered this for 
android

MobileBuildInfo for Android (see below)

Is anyone tracking this stuff? If so, what, from your analytics experience is 
most useful? And why?

And: is there no way to get this for iOS?  (can't find anything similar in the 
dictionary that would tell us "iPhone 7, 5, 6+, iPad Mini"

OS
android
Platforms
mobile
Parameters
Name: propertyName
Name: propertyInfo
Type: enum
Description:  #BR  this description appears to need some help?

The name of the property to be retrieved.
any.
converntion) of native code.
convention) of nativecode.
or /proc).
Android was built on.
"unsigned,debug". '


Android.

  *   "BOARD": The name of the underlying board, like "goldfish"
  *   "BOOTLOADER": The system bootloader version number.
  *   "BRAND": The brand (e.g. carrier) the software is customized for, if
  *   "CPU_ABI": The name of the instruction set (CPU type + ABI
  *   "CPU_ABI2": The name of the second instruction set (CPU type + ABI
  *   "DEVICE": The name of the industrial design.
  *   "DISPLAY": A build ID string meant for displaying to the user.
  *   "FINGERPRINT": A string that uniquely identifies this build.
  *   "HARDWARE": The name of the hardware (from the kernel command line
  *   "HOST": The host name of the device that the current version of
  *   "ID": Either a change list number, or a label like "M4-rc20".
  *   "MANUFACTURER": The manufacturer of the product/hardware.
  *   "MODEL": The end-user-visible name for the end product.
  *   "PRODUCT": The name of the overall product.
  *   "RADIO": The radio firmware version number.
  *   "SERIAL": A hardware serial number, if available.
  *   "TAGS": Comma-separated tags describing the build, like
  *   "TIME": The time, in seconds since the start of the eon.
  *   "TYPE": The type of build, like "user" or "eng".
  *   "USER": The user name of the user who built the current version of




___
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

Vector graphics, again

[Alejandro Tejada via use-livecode]

Hi Richmond,

Download this really old stack:
http://andregarzia.on-rev.com/alejandro/stacks/exportVector_v03.zip

Open the stack exportVector_v03, erase all vector graphics
and paste your vector graphics. Then, select from
SVG, PDF or Adobe Ilustrator and click: Export

Post in Google Drive or Dropbox your results or paste
them in the forum.

Could this handler still be useful after so many years?

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: script/engine broken when moved to 64bit server at JaguarPC

[Curtis Ford via use-livecode]

JaguarPC hasn't answered the question about dependencies directly, 
though they did pass on this:



 /lib/ld-linux.so.2: bad ELF interpreter: No such file or 
directory


..which suggests a dependency issue, I guess?

But they've also said
Correct, the initial error was due to using a 32bit compiled static 
binary. The second issue is it's looking for a config file that isn't 
there. You would need to upload a working config file. Does this make 
better sense?
We've never had to deal with a config file before. Is this necessary for 
using the 64bit server?

--
Sent from Postbox 


___
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/engine broken when moved to 64bit server at JaguarPC

[Richard Gaskin via use-livecode]

Curtis Ford wrote:

> It's the 500 internal server error.
>
> I'm pretty - er, very new to troubleshooting on a server. I don't have
> SSH access.

Shared hosting without SSH is useful in a few cases where you're only 
using stock packages (Wordpress, Django, etc.) without any customization.


For any custom CGI use SSH is IMO a requirement.  There's so much you 
can do with it, and so little without it.


With SSH it's like being at the computer.  Without it, it's like trying 
to build a ship in a bottle where you can't even remove the cork. ;)


I believe JaguarPC offers SSH on their shared hosting.  It may only take 
a request to their Support team to activate it.


Once you have the ability to shell into the account it's almost as nice 
as having a VPS but without the admin responsibility.


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

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

re: script/engine broken when moved to 64bit server at JaguarPC

[J. Landman Gay via use-livecode]

The other person is me. I had a terrible time after Jaguarpc moved me to a 
64 bit machine, but using the old 3.5 engine and changing the extension 
from ".mt" to  ". cgi" made it work again.


I do remember Richard trying to get it to work and finding something wrong 
but I can't recall the bug report. Maybe he remembers. Once I got it to 
work I didn't investigate farther.


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



On September 8, 2017 11:32:27 AM Curtis Ford via use-livecode 
 wrote:



It's the 500 internal server error.

I'm pretty - er, very new to troubleshooting on a server. I don't have
SSH access. Is there a way to get a list of the dependencies of the
32bit and 64bit engines that I could forward to JaguarPC? I know someone
else has the 32bit engine working on JaguarPC, though it may be on a
different server.

How would I run the engine from the command line?

Thanks!

Curt
--
Sent from Postbox

___
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/engine broken when moved to 64bit server at JaguarPC

[Curtis Ford via use-livecode]

It's the 500 internal server error.

I'm pretty - er, very new to troubleshooting on a server. I don't have 
SSH access. Is there a way to get a list of the dependencies of the 
32bit and 64bit engines that I could forward to JaguarPC? I know someone 
else has the 32bit engine working on JaguarPC, though it may be on a 
different server.


How would I run the engine from the command line?

Thanks!

Curt
--
Sent from Postbox 


___
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/engine broken when moved to 64bit server at JaguarPC

[Mark Waddingham via use-livecode]

Hi Curt,

On 2017-09-08 17:53, Curtis Ford via use-livecode wrote:

I tried uploading the 64bit version (from
LiveCodeServer-8_1_6-Linux-x86_64.zip) and setting permissions to 755,
but without success. JaguarPC isn't familiar with Livecode and hasn't
been able to suggest anything; the older, 32bit server we were on,
peach, has been retired and we can't go back to it.


Do you get any error information? Or is it just an Internal Server Error 
500 page you get when you try and access it via a CGI?


It could be that the JaguarPC installation doesn't have all the 
dependencies needed by the server engine. You can find out if this is 
the problem if you have SSH access by doing:


  ldd 

This should tell you whether the dependencies on the system are 
compatible with the LiveCode Server engine - 'ldd' checks that the 
system has all the dynamic libraries installed which an executable 
implicitly requires to run.


If all of them seem to be in order, then you can try running the engine 
from the command-line - if it runs from the command-line, then that 
suggests it is something to do with the setup of the web-server / CGI 
rather than the engine.


Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: 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

script/engine broken when moved to 64bit server at JaguarPC

[Curtis Ford via use-livecode]

For several years I've had a system on JaguarPC involving a simple 
script that calls Livecode server, with script and server engine in the 
cgi-bin folder. Last weekend we were moved to 'sagitarius,' a 64bit 
server, and our system has broken.


I tried uploading the 64bit version (from 
LiveCodeServer-8_1_6-Linux-x86_64.zip) and setting permissions to 755, 
but without success. JaguarPC isn't familiar with Livecode and hasn't 
been able to suggest anything; the older, 32bit server we were on, 
peach, has been retired and we can't go back to it.


Any ideas of what to try? Our system hasn't needed any of the drivers or 
externals that come with the livecode-server file.


Thanks!

Curt
--
Sent from Postbox 


___
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: private command gotcha

[Bob Sneidar via use-livecode]

> On Sep 8, 2017, at 08:04 , Bob Sneidar via use-livecode 
>  wrote:
> 
> Looks like others have answered your question in my stead. :-) I will give 
> you a good use case. 
 

I will add this too. It would be great if a behavior had access to the local 
script's constants as well. This is how I make the scripts generic and 
universal in scope. I have the header of the script look something like this:

constant cTableName = "service"
constant cDGName = "dgService"
constant cPriKey = "serviceid"
constant cFocusField = "fldServiceDate"
constant cAltTable1 = "customers"
constant cAltKey1 = "custid"
constant cAltTable2 = "sites"
constant cAltKey2 = "siteid"

If a behavior had access to these then a statement like the following would 
work:

put aAlt1Record [cAltKey1] into tPriKeyValue1
put "SELECT * FROM " & cTableName into tQuery
if tPriKeyValue1 is not empty then put "WHERE " & cAltKey1 & " = " & 
tPriKeyValue1 after tQuery

etc. 
___
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: private command gotcha

[Bob Sneidar via use-livecode]

Looks like others have answered your question in my stead. :-) I will give you 
a good use case. 

I have a series of buttons on various cards/substacks that all do almost the 
exact same thing: Query for data, populate the card, create delete edit data, 
etc. This makes them prime candidates for behaviors, especially now that I have 
15 different "forms" that use them. 

I say *almost* the exact same things because certain cards, like the site card 
for instance need to do a little more. I save the SMTP configuration data for a 
particular site including the password which I encrypt in transit and in 
storage. I call it customFormStuff. 

So a behavior could be written to "dispatch customFormStuff to me" and if there 
was no handler it would silently fail while the LC engine and the rest of the 
world went on in blissful ignorance. Now I could write the behavior to be form 
specific and check the name of the card and act accordingly, but that makes the 
behavior non-portable/non-scalable. 

Bob S


> On Sep 7, 2017, at 14:01 , Monte Goulding via use-livecode 
>  wrote:
> 
> 
>> On 8 Sep 2017, at 3:57 am, Bob Sneidar via use-livecode 
>>  wrote:
>> 
>> Here's a surprise! You cannot dispatch to a private command or function, 
>> EVEN THOUGH the private command or function is in the SAME SCRIPT!
> 
> Nor can you send in time… however why do you want to dispatch to the same 
> script?
> 
> 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: Vector graphics, again

[Jonathan Lynch via use-livecode]

I looked into this a few years ago for a project - just converting images into 
SVG. It is a very difficult problem to do in LC, because the application has to 
trace out lines and convert them to vectors. This is not too bad for very 
simple black and white images. When the images involve complex shapes and lots 
of colors, the resulting SVG files can be very large, with many many paths.

So, you could take a snapshot of a group to get an image file, then submit the 
image file to one of the online raster-to-vector converters. The resulting SVG 
may or may not be adequate, and may or may not work well in LC, but seems worth 
trying.




Sent from my iPhone

> On Sep 8, 2017, at 5:55 AM, Richmond via use-livecode 
>  wrote:
> 
> Not really . . . .
> 
> What Richmond wants to do is as follows:
> 
> Generate vector graphics from groups of images and/or fields in Livecode in 
> such
> a way thst they can be handled exactly in the same way as the SVG widget 
> (which
> Richmond is in love with).
> 
> R.
> 
>> On 08/09/17 00:25, hh via use-livecode wrote:
>> Jonathan,
>> Richmond wants to convert his bitmaps to SVG,
>> because he has no SVG version.
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

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

Re: Vector graphics, again

[Richmond via use-livecode]

Not really . . . .

What Richmond wants to do is as follows:

Generate vector graphics from groups of images and/or fields in Livecode 
in such
 a way thst they can be handled exactly in the same way as the SVG 
widget (which

Richmond is in love with).

R.

On 08/09/17 00:25, hh via use-livecode wrote:

Jonathan,
Richmond wants to convert his bitmaps to SVG,
because he has no SVG version.

___
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