On 07/01/2016 08:26 AM, Richard Gaskin wrote:
Mark Wieder wrote:
> The dictionary "works" for me in 64-bit linux, but only thusly:
>
> open the dictionary
> you get a blank pane
> close the dictionary
> open it again
An electrician, an engineer, and a programmer are driving to Vegas when
t
We've been around this barn before.
1) create an external script only stack. e.g. mobileControls.livecode
2) set that as behavior for other stacks
3) add to stack files
4) go stack "movileControls.livecode" when starting the app.
# dictionary says it will be found if it is in the stackfiles prope
See other post… the dictionary says
Optional string to use to identify the control. The controlName must be unique
amongst all existing controls and cannot be an integer.
so I set the name of the group of links on
Stack A home.livecode | card 1 | group "portal-links"
on open card
creat
Good suggestion… still very "hacky" I believe the challenge would be the
"updating" part.
I'm not really interested having this be dynamic in the sense of let the user
change orientation like they would if they were browsing a web page. Our use
case(s) will lock them into a specific orientation
Thanks for all the input… meanwhile more sleuthing here… has revealed the
problem (not the solution, yet…)
Note the architecture… where I think the problem lies
loader.livecode # inserts backscript with the create and delete mobile scroller
pName where pName is the object, in this case, a group
Richard Gaskin wrote:
why isn't it in the tin?
Maybe there should be a "MobileNative" property on a field. If set to true
then all that stuff we've talked about would be invoked. Setting the
vscrollbar to true would create the native scroller. When a field is not
locked(for input) then only a limi
Ralph DiMola wrote:
> In the beginning all this fuss to make a mobile scroller got LC
> mobile off the ground, but it seems to me that it's time to fold
> it into the LC field object.
The field part of it seems finally underway - that was the last of the
stretch goals for the latest crowd fundi
Richard Gaskin wrote:
>why isn't it in the tin?
Maybe there should be a "MobileNative" property on a field. If set to true
then all that stuff we've talked about would be invoked. Setting the
vscrollbar to true would create the native scroller. When a field is not
locked(for input) then only a lim
Ralph DiMola wrote:
Thanks J! Yes exactly. I do all my coding around the LC field. When the user
enters data in the native field I then move it to the LC field and work on
it there. This allows IDE testing. Then when you start up the app set the
visible of the LC field to true if in IDE (JLG's de
Thanks J! Yes exactly. I do all my coding around the LC field. When the user
enters data in the native field I then move it to the LC field and work on
it there. This allows IDE testing. Then when you start up the app set the
visible of the LC field to true if in IDE (JLG's dev()) and to false when
J. Landman Gay wrote:
> If you assign a name to the native control, mobileControlTarget()
> returns it instead of the number.
Ah, nice. Must have missed that in the docs. Thanks. After all these
years whenever I come across something called "ID" my instinctive
response is to treat it as a bl
Silly question, but.. you said the fping command is in the same folder as
the standalone, yet you're referencing it with c:\... IS the standalone
really in the root of c?
Also, start will open a new console window but you're hiding it. For test
purposes, don't hide the window, maybe you'll get more
If you assign a name to the native control, mobileControlTarget() returns
it instead of the number. It's a handy way to match up native controls to
their LC counterparts without keeping a reference list.
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software
Ralph DiMola wrote:
> This is what works for me
...
> on scrollerDidScroll hScrolled, vScrolled
>local ControlID
>--answer "Here!"
>try
> put mobileControlTarget() into ControlID
> set the vscroll of control ControlID of stack "xxx" to vscrolled
> set the hscroll
This is what works for me. Note the commented out answer dialog of the
scroller. Uncomment it so you know the message path is correct. I think you are
missing==> [mobileControlSet sName , "scrollingEnabled" , true]
command CreateScroll sName
local crect
if dev () then exit CreateScrol
Sannyasin Brahmanathaswami wrote:
> Hmmm, today it's not working… not sure how to debug…
...
> on scrollerDidScroll hScrolled, vScrolled
>
> put mobileControlTarget() into tControlID
>
> set the vscroll of control tControlID to vscrolled
>
> pass scrollerDidScroll
>
> end scrollerDidScroll
>
> is
Did your really want quotes around the IP address? The space after -n? The...
I guess Richard Gaskin's response is really the right one.
> On Jul 5, 2016, at 3:22 PM, Skip Kimpel wrote:
>
> Before I go crazy trying to format this properly, how can I format a shell
> call to program with "opti
You have an extra single quote after the 1.
> On Jul 5, 2016, at 3:22 PM, Skip Kimpel wrote:
>
> Before I go crazy trying to format this properly, how can I format a shell
> call to program with "options?"
>
> For instance I want to call fping.exe which is in the same folder as the
> standalone
Skip Kimpel wrote:
> Before I go crazy trying to format this properly, how can I format a
> shell call to program with "options?"
>
> For instance I want to call fping.exe which is in the same folder as
> the standalone. However, the fping.exe command line should look like
> this:
>
> fping.exe
Hmmm, today it's not working… not sure how to debug… but buildomh on stand
alone with this in the backscript
command CreateScroller pName -- scrolling regions,groups, fields
if not isMobile() then exit CreateScroller
deleteMobileControl pName -- delete any existing
put (the rect of control pN
Before I go crazy trying to format this properly, how can I format a shell
call to program with "options?"
For instance I want to call fping.exe which is in the same folder as the
standalone. However, the fping.exe command line should look like this:
fping.exe 127.0.0.0 -l -n1
This is what is N
8.0.2 RC-3: I’m finding that this version crashes repeatedly when in the IDE
when working with controls—deleting or moving them.
I’m also again seeing a bug that appeared in version 8.0.2 RC-2--a stack window
sometimes is not redrawn correctly:
The card is completely blank
The ca
Sannyasin Brahmanathaswami wrote
> Perhaps we need to create the browser widget to the new
> orientation/size, set the URL, *after* the stack is resized to the new
> rect, create the browser widget and then delete it again before switching
> orientations
Why not have two (sub)stacks, one
Dear list members,
We are pleased to announce the release of LiveCode 8.0.2 RC-3.
Getting the Release
===
You can get the release at https://downloads.livecode.com/livecode/ or via
the automatic updater.
Release Contents
LiveCode 8.0.2 RC-3 contains bug
Hi Richard,
thank you for your profund informations and helpful links.
I wasn't aware of this complex matter. I have to think about if I want to
let sleeping dogs lie.
Tiemo
-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von Richard
25 matches
Mail list logo