Re: dgToolTip Snippet

[Bob Sneidar via use-livecode]

Whoops! Also include in your datagrid script

local tTarget


> On Jul 12, 2017, at 15:04 , Bob Sneidar via use-livecode 
>  wrote:
> 
> Put this code in your datagrid script:


___
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

dgToolTip Snippet

[Bob Sneidar via use-livecode]

Hi all. 

If anyone is interested, I have a working version of a datagrid tooltip 
handler. It requires the arrayToText handler as written but that can be 
replaced by another function of your choosing that takes an array and returns 
some kind of text representation of it. (printKeys comes to mind but I'm not 
sure it would work well for a tooltip). 

Put this code in your datagrid script:


on mouseEnter
   put the long id of the target into tTarget
   -- replace the following key list with whatever datagrid column names you 
want in the tooltip
   -- if you exclude tKeyList it will include every column of the datagrid
   -- if you hold down the shift key when entering the datagrid it will also 
include every column of the datagrid
   put 
"customername,industry,salesperson,contactname,contactphone,contactemail" into 
tKeyList
   dgToolTip tTarget, tKeyList
end mouseEnter

on mouseLeave
   try
  set the tooltip of tTarget to empty
   end try
end mouseLeave


Put this code in a backscript somewhere:


on dgToolTip tTarget, tKeyList
  put the name of tTarget into tTargetName
  
  if tTargetName contains "HeaderLabel" or the first word of tTargetName is 
not "field" then
 exit dgToolTip
  end if
  
  replace quote with empty in tTargetName
  put the last word of tTargetName into tLine
  put the dgDataOfLine [tLine] of tTarget into aLineData
  
  if tKeyList is empty or the shiftKey is down then
 put the keys of aLineData into tKeyList
 sort lines of tKeyList ascending
 replace cr with comma in tKeyList
  end if
  
  repeat for each item tKey in tKeyList
 add 1 to tCounter
 put aLineData [tKey] into aRecordData [tCounter & ". " & tKey]
  end repeat
  
  put arrayToText(aRecordData, "record") into tText
  sort lines of tText numeric ascending by word 1 of each
  
  set the tooltip of tTarget to tText
end dgToolTip

function arrayToText aArrayData, pFormat, pStripRecordKeys
   if aArrayData is not an array then
  put "ERROR: Data passed is not an array!" into theValue
  return theValue
   end if
   
   if pStripRecordKeys is not in "true|false" then put false into 
pStripRecordKeys
   -- sort tArrayKeys ascending
   
   -- may be an array of values
   put the keys of aArrayData into tArrayKeys
   sort lines of tArrayKeys numeric ascending
   put line 1 of tArrayKeys is 0 into tHasHeader
   
   -- convert single array to numeric array of arrays
   if line 1 of tArrayKeys is not a number then
  put aArrayData into aTempArray [1]
  put aTempArray into aArrayData
  put the keys of aArrayData into tArrayKeys
   end if
   
   switch pFormat
  case "record"
 repeat for each line tArrayKey in tArrayKeys
put aArrayData [tArrayKey] into aArrayRecord
put the keys of aArrayRecord into tColumnKeys

repeat for each line tColumnKey in tColumnKeys
   put tColumnKey & ": " & aArrayRecord [tColumnKey] & cr after 
tValue
end repeat
 end repeat
 break
  case "table"
 -- table header
 if not tHasHeader then put cr into tValue
 
 repeat for each line tArrayKey in tArrayKeys
add 1 to tCount
put aArrayData [tArrayKey] into aArrayRecord
put the keys of aArrayRecord into tColumnKeys
sort lines of tColumnKeys numeric ascending

repeat for each line tColumnKey in tColumnKeys
   if pStripRecordKeys and (char 1 of tColumnKey is "@") then next 
repeat
   
   if tCount = 1 and not tHasHeader then put tColumnKey & tab after 
line 1 of tValue
   put aArrayRecord [tColumnKey] & tab after tValue
end repeat

put cr into last char of tValue
 end repeat
 break
   end switch
   
   return tValue
end arrayToText

___
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: Error Report

[Bob Sneidar via use-livecode]

Hmmm... wrapping the entire contents of the dgToolTip handler in a try catch 
solves the problem, and the handler works flawlessly. Problem solved but I 
don't know why!

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: [ANN] Release 8.1.6 RC-1

[J. Landman Gay via use-livecode]

I can't take credit, I first saw Ken Ray do it.

On 7/12/17 3:05 PM, Bob Sneidar via use-livecode wrote:

Brilliant as usual.

Bob S



On Jul 12, 2017, at 11:40 , J. Landman Gay via use-livecode 
 wrote:


And since we are look at usability of the script editor and add ons I would LOVE to have 
the ability to show "sections" in my scripts
I think it was years ago, or maybe even nowin GLX? anyway, Jerry Daniels had 
that, where some kind of convention at the beginning of a comment, would cause 
it to appear on the left panel list.


I regularly do something like this:

on _UTILITIES_
end _UTILITIES_

It shows up in the handler list as a label with a pseudo-divider line.

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




--
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: [ANN] Release 8.1.6 RC-1

[J. Landman Gay via use-livecode]

I can't take credit, I first saw Ken Ray do it.

On 7/12/17 3:05 PM, Bob Sneidar via use-livecode wrote:

Brilliant as usual.

Bob S



On Jul 12, 2017, at 11:40 , J. Landman Gay via use-livecode 
 wrote:


And since we are look at usability of the script editor and add ons I would LOVE to have 
the ability to show "sections" in my scripts
I think it was years ago, or maybe even nowin GLX? anyway, Jerry Daniels had 
that, where some kind of convention at the beginning of a comment, would cause 
it to appear on the left panel list.


I regularly do something like this:

on _UTILITIES_
end _UTILITIES_

It shows up in the handler list as a label with a pseudo-divider line.

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




--
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: [ANN] Release 8.1.6 RC-1

[J. Landman Gay via use-livecode]

On 7/12/17 2:36 PM, Richard Gaskin via use-livecode wrote:
* In UX circles they bandy about "80% of users never change preference 
settings" so often it's usually taken for granted, but this morning as I 
noted that above I wondered about the actual research behind it.


Of course that rubric applies only to consumer apps.  There are many 
reasons why guidelines established from consumer research don't apply to 
developer tools, given the very narrow and highly specific demographic 
developers represent.


We're developers. The script editor puts up its own menu bar where 
several options can be changed on the fly. Variable checking and 
commenting are handled in the Edit menu, and I'd put a "Show default 
scripts" toggle there. It seems intuitive and consistent to me. The 
Debug menu is another option, but not as closely related.


--
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: Error Report

[Bob Sneidar via use-livecode]

NVM I figured it out. I am failing to filter out datagrid objects that are NOT 
fields. I thought I had taken care of that but I guess not. 

Bob S


> On Jul 12, 2017, at 14:07 , Bob Sneidar via use-livecode 
>  wrote:
> 
> I just compiled a Mac standalone. App works in the IDE. I get this error when 
> I point at a datagrid control. This is my new function for displaying a 
> tooltip when pointing at a datagrid record. 
> 
> The error "Chunk: error in range start expression" is what throws me. I am 
> passing the long ID of the datagrid control, and I am noticing that the ID of 
> the control is in the millions (as you would expect of a stack that makes 
> extensive use of datagrids for loading data from a database). Am I running 
> into the issue of capping the id of an object?? 
> 
> Executing at 2:04:18 PM on Wednesday, July 12, 2017
> Type: Chunk: error in range start expression
> Object: group 'dgSites' of group 'grpSites' of card 'Main' of stack 
> '/Applications/Forms Generator.app/Contents/MacOS/Forms Generator 8.livecode'
> Line: dgToolTip tTarget, tKeyList
> Line Num: 4932
> Hint: dgIndexOfLine
> 
> Comments: 
> ___
> 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

Error Report

[Bob Sneidar via use-livecode]

I just compiled a Mac standalone. App works in the IDE. I get this error when I 
point at a datagrid control. This is my new function for displaying a tooltip 
when pointing at a datagrid record. 

The error "Chunk: error in range start expression" is what throws me. I am 
passing the long ID of the datagrid control, and I am noticing that the ID of 
the control is in the millions (as you would expect of a stack that makes 
extensive use of datagrids for loading data from a database). Am I running into 
the issue of capping the id of an object?? 

Executing at 2:04:18 PM on Wednesday, July 12, 2017
Type: Chunk: error in range start expression
Object: group 'dgSites' of group 'grpSites' of card 'Main' of stack 
'/Applications/Forms Generator.app/Contents/MacOS/Forms Generator 8.livecode'
Line: dgToolTip tTarget, tKeyList
Line Num: 4932
Hint: dgIndexOfLine

Comments: 
___
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: Set the tooltip of a datagrid

[Bob Sneidar via use-livecode]

Well I just discovered an amazing thing. You can get the dgData of a CONTROL of 
a datagrid and it still returns the data. For instance if you know that the 
dgLine you want is 3 and the control name is siteid 0003, you can 

put the dgDataOfLine [3] of field "siteid 0003" into aData

and you will get the array for that line! It appears you can do that for ANY 
control in a datagrid! Why is this important?? Because if all I know is the 
name of the target (in this case a field in a datagrid) I can at least get the 
line number it belongs to, but how do I then discern the name of the datagrid 
it belongs to in order to get the dgDataOfLine?? Turns out that because of this 
you do not need to! 

You might think getting the owner of the control would do it, but you at least 
have to get the owner of the owner, and for some datagrids there are two other 
groups that are parent owners of THAT group before you get to the actual 
datagrid group. It just all depends. 

All irrelevant because the syntax above works a peach! 

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: Refreshing question

[Simon Smith via use-livecode]

Hi

Couple of ways you could look at doing it.

Depending on the formatting of the page, you could use an iframe and just
get the page that is getting loaded each time to refresh with something
like  - this would just reload the
section of the page and not the entire page.

You could also use a jquery to reload just a portion of the page and
something like:





$(document).ready(function () {
setInterval(function() {
$("#content").load("http://mydomain.com/script.ls;);
}, 5000);
})


If the data that you are wanting to display is in XML, and you are just
wanting to load that XML file every minute, I would look at using Jquery's
AJAX functionality, (http://api.jquery.com/jquery.ajax/) wrapped
inside a setTimeout
function.

Simon


Carpe diem

*Simon Smith*
m. +27 83 306 7862

On Wed, Jul 12, 2017 at 6:42 PM, Jonathan Lynch via use-livecode <
use-livecode@lists.runrev.com> wrote:

> You can access the online data through LC, either synchronously or
> asynchronously, and process it as you need in LC.
>
> Then, you can send that data to the browser widget where you use
> Javascript to display it within the browser, by setting the innerHTML of a
> div or some other method.
>
> In this way, your data will update seamlessly without having any sort of
> obnoxious page reload. A page reload might not be bad for a simple page,
> but can be disruptive for a complex page.
>
> This method also minimizes the amount of data transferred, if that is an
> issue.
>
> Sent from my iPhone
>
> > On Jul 12, 2017, at 12:23 PM, jbv via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> >> On Wed, July 12, 2017 5:34 pm, jonathandly...@gmail.com wrote:
> >> If the data is always the same, then I would update a page and have the
> >> browser read it.
> >>
> >> Are you looking to reload the whole page or just update a few data
> >> points?
> >>
> >
> > I really need to reload the xml data only, as the user will have the
> > possibility to make some choices and changes on the page, and according
> > to those changes, only some parts of the data will be displayed, or
> > will be displayed in a different way...
> >
> > Thanks
> > jbv
> >
> >
> > ___
> > 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: [ANN] Release 8.1.6 RC-1

[hh via use-livecode]

> RG wrote:
> I would caution against adding more stuff to the Prefs window, for 
> reasons too lengthy to indulge in here.

The new stuff could replace "Compatibility" (and "Updates" could be replaced 
with one link to downloads.livecode.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: [ANN] Release 8.1.6 RC-1

[Bob Sneidar via use-livecode]

Brilliant as usual. 

Bob S


> On Jul 12, 2017, at 11:40 , J. Landman Gay via use-livecode 
>  wrote:
> 
>> And since we are look at usability of the script editor and add ons I would 
>> LOVE to have the ability to show "sections" in my scripts
>> I think it was years ago, or maybe even nowin GLX? anyway, Jerry Daniels had 
>> that, where some kind of convention at the beginning of a comment, would 
>> cause it to appear on the left panel list.
> 
> I regularly do something like this:
> 
> on _UTILITIES_
> end _UTILITIES_
> 
> It shows up in the handler list as a label with a pseudo-divider line.
> 
> -- 
> 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: [ANN] Release 8.1.6 RC-1

[Terry Judd via use-livecode]

On 13/07/2017 2:56 am, "use-livecode on behalf of Richard Gaskin via 
use-livecode"  wrote:


I would caution against adding more stuff to the Prefs window, for 
reasons too lengthy to indulge in here.


Perhaps having a button in the script editor that links to the script editor 
pane of the prefs window would be a useful enhancement then – if not for 
configuring the default handler list, then just generally?

Terry...


___
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: [ANN] Release 8.1.6 RC-1

[Richard Gaskin via use-livecode]

Richmond Mathewson wrote:

> On 7/12/17 7:56 pm, Richard Gaskin via use-livecode wrote:
> 
> for reasons too lengthy to indulge in here.
> 
>
> Please could you indulge in them somewhere so we can understand your
> argument fully.

For future readers to better understand my reply here, it may be helpful 
to include the relevant portion of the message so they can know what's 
being described:


If the toggle is either in-window or in the SE's View menu that
would be great.

I would caution against adding more stuff to the Prefs window,
for reasons too lengthy to indulge in here.


TL;DR version:

Immediacy.


Rambling version:

Discoverability is part of this, and, once discovered, ease of access 
becomes another important part.


If you want to change something you're looking at, it's often better to 
provide the means to do so in the thing being looked at, rather than in 
one of several panes contained in some separate window which may be 
found by accessing an item tucked away at the bottom of a menu.


A user will be able to discover that something can be changed in 
relation to the conceptual distance between the thing being changed and 
the location of the control that makes the change.


Ideally (and admitting up front that we don't live in an ideal universe, 
so there is no one-size-fits-all rule for every design problem), this 
would translate to a hierarchy that favors, in order of discoverability:


1. The content region of the window (rare for View options, since that's
   usually where the user puts their own stuff, but definitely at the
   forefront of user consciousness).

2. A secondary pane within the window (such as the View options at the
   bottom of many popular apps like Apple's TextEdit).

3. A menu item accessible while the window they want to change is in
   front (most HIGs specify a View menu for exactly this purpose).

4. A separate window which can be opened from a menu item (typically
   "Preferences" on Mac and "Options" on Windows).

(Side note: Context menus are not even considered here since they never 
include options not also available through more evident means.)


This hierarchy of immediacy might tempt us to cram every option directly 
in the user's window, but of course throwing all options in front of the 
user often backfires with cognitive overload and visual clutter, so we 
want to think carefully about what goes where.


Whether an option is part of the local view, or a menu, or better 
handled through a separate Preferences window isn't always obvious with 
complete confidence, and like most things can involve a bit of guessing 
(though guessing can be mitigated with A/B user testing).


But there are some questions that can be helpful in making that choice:

- Might the user want to change the setting more than once?

  Things like the script editing field's background color is
  often set once and rarely if ever changed.  It's a good
  candidate for the Prefs window.

  Things like ordering handlers either alphabetically or
  sequentially may be changed several times per session,
  a good candidate for a View pane at the bottom of the
  window, or at very least a menu item with a memorable
  shortcut.

  I can envision wanting to toggle the visibility of
  suggested handlers frequently during a session.


- Are there any potential downsides to leaving the default?

  As handy as the new list is, it risks confusion at first.
  Certainly not cripplingly so, and easily learnable, but
  it must be learned.  When a single control contains content
  used two different purposes, it's not necessarily a red flag
  but may be a yellow flag, requiring the designer to proceed
  with caution.

  Providing some self-evident means of turning those off helps
  communicate to the user that, handy as they are, they are of
  secondary importance to the list of handlers actually in
  the script being viewed.

  It's helpful to keep in mind that a very large majority of
  users never change any prefs in any app at all*, so anything
  we tuck away from immediate view off into a Preferences
  window should be the subset of options whose defaults are
  completely without downside.


- Are there any potential downsides to providing control over
  the setting directly in the context it applies to?

  Clutter is always a risk.

  And with anything involving reading or writing text,
  vertical space is a VERY high priority, esp. given that the
  most common screen size by far (roughly twice as many as the
  second-leading size) is only 768px tall.

  So while we always want to be mindful of clutter, we want to be
  especially mindful of vertical screen space in any layout involving
  scrolling text.

  Adding a new View pane would a poor choice for this reason.  But
  the LC SE has plenty of rarely-used space in the bottom-most group
  already there, currently used for left-aligned notifications but
  the rest usually empty.

  Since the group already has space, there 

Re: [ANN] Release 8.1.6 RC-1

[J. Landman Gay via use-livecode]

On 7/12/17 9:26 AM, Sannyasin Brahmanathaswami via use-livecode wrote:

And since we are look at usability of the script editor and add ons I would LOVE to have 
the ability to show "sections" in my scripts

I think it was years ago, or maybe even nowin GLX? anyway, Jerry Daniels had 
that, where some kind of convention at the beginning of a comment, would cause 
it to appear on the left panel list.


I regularly do something like this:

on _UTILITIES_
end _UTILITIES_

It shows up in the handler list as a label with a pseudo-divider line.

--
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: [ANN] Release 8.1.5 -- tsneterr

[Dan Friedman via use-livecode]

Charles,

Yes, I do have resetAll in my scripts.   I use it when a communications error 
has occurred as a way to reset and try again.  If tsNet is in play, I gather I 
should not call resetAll?  If not, is there something else I should be doing?  
Also, is there a way (via a property) to determine if tsNet or libURL is 
handling the network?

Thank you!
 
-Dan
 

On 7/12/17, 9:38 AM, "use-livecode on behalf of 
use-livecode-requ...@lists.runrev.com"  wrote:

Hi Dan,

The error message "Not initialised" (the spelling is correct depending 
on where you live ;-) ) indicates that the tsNet external isn't running.

If you are using libUrl which I am guessing you are, tsNet is 
initialised on startup, so this would indicate that it has either been 
shut down by calling tsNetClose directly, or by a call to the libUrl 
"resetAll" or "libUrlCancel" commands (which temporarily shut down the 
external and start it back up to clear all connections).

I have seen code posted on the list in the past which invoked "resetAll" 
to deal with issues in older versions of libUrl.  Do you use these 
commands at all in your project?

Regards,

Charles

___
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: Set the tooltip of a datagrid

[Phil Davis via use-livecode]

BUT you can set the toolTipDelay, to speed up or slow down its 
appearance. That's about it.


Phil Davis



On 7/12/17 10:54 AM, Bob Sneidar via use-livecode wrote:

Yes just figured that out thank you. Initially it wasn't displaying, but I 
think that was because of an early bug which I already quashed. Apparently 
there is no command for showing a tooltip.

Bob S



On Jul 12, 2017, at 10:52 , Mike Bonner via use-livecode 
 wrote:

Are you sure you need that line at all?  Seems like once the tooltip is
set, it will show up after the tooltipdelay has passed.  At least it did
for me in my quicky experiment.


___
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



--
Phil Davis


___
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: MobileControlCreate Scroller? SOLVED

[JOHN PATTEN via use-livecode]

Never mind :(  I hate when that happens :) wrong fld  name in


> On Jul 12, 2017, at 11:00 AM, JOHN PATTEN via use-livecode 
>  wrote:
> 
> Hi All,
> 
> I have a group that consists of a couple of buttons and a field. The field 
> can contain text that fits nicely with it, and at times, text that is outside 
> the bounds of the field. This app is targeted for an iPhone. I wanted to 
> create a mobile scroller to allow the user to scroll the field when the text 
> is longer than the field.
> 
> I am using the tutorial online 
> (http://lessons.livecode.com/m/4069/l/94412-creating-a-native-scroller-to-scroll-a-field
>  
> )
>  and this scrip. I have placed the script in the stack as the group 
> containing the field is a background and appears on every card.
> 
> On cards where the text extends beyond the field, the mobile scroller 
> appears, however when I scroll the field in the iPhone, the text does not 
> move and I don’t see the text below the boundary of the field.
> 
> What am i doing incorrect?
> 
> 
> local sScrollerID
> 
> on preOpenCard
> 
> local tScrollerRect,tContentRect
> 
> if environment() is not "mobile" then exit preOpenCard
> 
> mobileControlCreate "scroller", "loremScroll"
> 
> put the result into sScrollerID
> 
> put the rect of fld "FieldNotes" of group id 1012 into tScrollerRect
> 
> --put the rect of group id 1012 into tScrollerRect
> 
> put the topleft of fld "FieldNotes" of group id 1012 & "," & the right of fld 
> "FieldNotes" of group id 1012 &","&( the top of fld "FieldNotes" of group id 
> 1012 + the formattedHeight of fld "FieldNotes" of group id 1012) into 
> tContentRect
> 
> mobileControlSet "loremScroll", "rect", tScrollerRect
> 
> mobileControlSet "loremScroll", "contentRect", tContentRect
> 
> mobileControlSet "loremScroll", "visible", true
> 
> mobileControlSet "loremScroll", "scrollingEnabled", true
> 
> mobileControlSet "loremScroll", "vIndicator", true
> 
> mobileControlSet "loremScroll", "vscroll", 0
> 
> mobileControlSet "loremScroll", "canBounce", true
> 
> end preOpenCard
> 
> 
> on scrollerDidScroll hOffset, vOffset
> 
> // When the user scrolls move the displayed content
> 
> set the vScroll of fld "scrollMe" to vOffset
> 
> --set the vScroll of group id 1012 to vOffset
> 
> end scrollerDidScroll
> 
> 
> 
> Thank you!
> John Patten
> SUSD
> ___
> 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: Set the tooltip of a datagrid

[Mark Wieder via use-livecode]

On 07/12/2017 10:47 AM, Bob Sneidar via use-livecode wrote:

Okay now my problem is that now the line "show the toolTip of tTarget" 
generates an error, but it doesn't say WHAT the error is. If I use a try catch and get 
the error I get this:

69,112,12,1. sitename: Integrated Office Technologies Santa Fe Springs
547,112,12

Could it be that for some reason the tooltip is too long??


More likely because that isn't valid syntax.
If you want to do that instead of letting the OS handle it you're going 
to have to create your own tooltip mechanism.


Better to set the tooltip text and let the computer do its magic.

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

MobileControlCreate Scroller?

[JOHN PATTEN via use-livecode]

Hi All,

I have a group that consists of a couple of buttons and a field. The field can 
contain text that fits nicely with it, and at times, text that is outside the 
bounds of the field. This app is targeted for an iPhone. I wanted to create a 
mobile scroller to allow the user to scroll the field when the text is longer 
than the field.

I am using the tutorial online 
(http://lessons.livecode.com/m/4069/l/94412-creating-a-native-scroller-to-scroll-a-field
 
)
 and this scrip. I have placed the script in the stack as the group containing 
the field is a background and appears on every card.

On cards where the text extends beyond the field, the mobile scroller appears, 
however when I scroll the field in the iPhone, the text does not move and I 
don’t see the text below the boundary of the field.

What am i doing incorrect?


local sScrollerID

on preOpenCard

local tScrollerRect,tContentRect

if environment() is not "mobile" then exit preOpenCard

mobileControlCreate "scroller", "loremScroll"

put the result into sScrollerID

put the rect of fld "FieldNotes" of group id 1012 into tScrollerRect

--put the rect of group id 1012 into tScrollerRect

put the topleft of fld "FieldNotes" of group id 1012 & "," & the right of fld 
"FieldNotes" of group id 1012 &","&( the top of fld "FieldNotes" of group id 
1012 + the formattedHeight of fld "FieldNotes" of group id 1012) into 
tContentRect

mobileControlSet "loremScroll", "rect", tScrollerRect

mobileControlSet "loremScroll", "contentRect", tContentRect

mobileControlSet "loremScroll", "visible", true

mobileControlSet "loremScroll", "scrollingEnabled", true

mobileControlSet "loremScroll", "vIndicator", true

mobileControlSet "loremScroll", "vscroll", 0

mobileControlSet "loremScroll", "canBounce", true

end preOpenCard


on scrollerDidScroll hOffset, vOffset

// When the user scrolls move the displayed content

set the vScroll of fld "scrollMe" to vOffset

--set the vScroll of group id 1012 to vOffset

end scrollerDidScroll



Thank you!
John Patten
SUSD
___
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: Set the tooltip of a datagrid

[Bob Sneidar via use-livecode]

Yes just figured that out thank you. Initially it wasn't displaying, but I 
think that was because of an early bug which I already quashed. Apparently 
there is no command for showing a tooltip. 

Bob S


> On Jul 12, 2017, at 10:52 , Mike Bonner via use-livecode 
>  wrote:
> 
> Are you sure you need that line at all?  Seems like once the tooltip is
> set, it will show up after the tooltipdelay has passed.  At least it did
> for me in my quicky experiment.


___
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: Set the tooltip of a datagrid

[Mike Bonner via use-livecode]

Are you sure you need that line at all?  Seems like once the tooltip is
set, it will show up after the tooltipdelay has passed.  At least it did
for me in my quicky experiment.

On Wed, Jul 12, 2017 at 11:47 AM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Okay now my problem is that now the line "show the toolTip of tTarget"
> generates an error, but it doesn't say WHAT the error is. If I use a try
> catch and get the error I get this:
>
> 69,112,12,1. sitename: Integrated Office Technologies Santa Fe Springs
> 547,112,12
>
> Could it be that for some reason the tooltip is too long??
>
> 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
>
___
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: Set the tooltip of a datagrid

[Bob Sneidar via use-livecode]

Okay now my problem is that now the line "show the toolTip of tTarget" 
generates an error, but it doesn't say WHAT the error is. If I use a try catch 
and get the error I get this:

69,112,12,1. sitename: Integrated Office Technologies Santa Fe Springs
547,112,12

Could it be that for some reason the tooltip is too long??

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: Set the tooltip of a datagrid

[Mike Bonner via use-livecode]

rather than get the data of the line (unkeyed) can you just grab the index,
and use that to pick out your tooltip?  (barely glanced at this so far, so
i might be way off)

On Wed, Jul 12, 2017 at 10:36 AM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Great tip! (pun intended)
>
> So here is what I came up with. Keep in mind that tKeyList is a list of
> columns I want in the tooltip. The idea is to present the user with a
> tooltip containing summary information on the datagrid data record. I had
> to prepend a counter to each key so that it would sort based on the order
> of the items in tKeyList. Arrays. SHEESH! Sure would be nice if the keys
> were in the order they were added!
>
> I will probably move the relevant code into another handler in my
> Utilities backscript, then pass the long id of the target, and the key list
> to that handler. I will also probably update this handler so that in the
> event no keylist is passed, I will get the datagrid column labels, and use
> those for a key list.
>
> on mouseEnter
>local tKeyList
>wait 1 second with messages
>put the target into tTargetName
>put tTargetName into tTarget -- we need to preserver the original name
>
>if the first word of tTarget is not "field" then
>   pass mouseEnter
>end if
>
>put "sitename,addr1,city,state,zip,contactname,contactphone,contactemail,"
> into tKeyList
>put "itname,itphone,itemail" after keyList
>replace quote with empty in tTargetName
>put the last word of tTargetName into tLine
>put the dgDataOfLine [tLine] of me into aLineData
>
>repeat for each item tKey in tKeyList
>   add 1 to tCounter
>   put aLineData [tKey] into aRecordData [tCounter & ". " & tKey]
>end repeat
>
>put arrayToText(aRecordData, "record") into tText
>sort lines of tText
>set the tooltip of tTarget to tText
>show the tooltip of tTarget
>breakpoint
>pass mouseEnter
> end mouseEnter
>
> function arrayToText aArrayData, pFormat, pStripRecordKeys
> if aArrayData is not an array then
> put "ERROR: Data passed is not an array!" into theValue
> return theValue
> end if
>
> if pStripRecordKeys is not in "true|false" then put false into
> pStripRecordKeys
> -- sort tArrayKeys ascending
>
> -- may be an array of values
> put the keys of aArrayData into tArrayKeys
> sort lines of tArrayKeys numeric ascending
> put line 1 of tArrayKeys is 0 into tHasHeader
>
> -- convert single array to numeric array of arrays
> if line 1 of tArrayKeys is not a number then
> put aArrayData into aTempArray [1]
> put aTempArray into aArrayData
> put the keys of aArrayData into tArrayKeys
> end if
>
> switch pFormat
> case "record"
> repeat for each line tArrayKey in tArrayKeys
> put aArrayData [tArrayKey] into aArrayRecord
> put the keys of aArrayRecord into tColumnKeys
>
> repeat for each line tColumnKey in tColumnKeys
> put tColumnKey & ": " & aArrayRecord [tColumnKey] & cr
> after tValue
> end repeat
> end repeat
> break
> case "table"
> -- table header
> if not tHasHeader then put cr into tValue
>
> repeat for each line tArrayKey in tArrayKeys
> add 1 to tCount
> put aArrayData [tArrayKey] into aArrayRecord
> put the keys of aArrayRecord into tColumnKeys
> sort lines of tColumnKeys numeric ascending
>
> repeat for each line tColumnKey in tColumnKeys
> if pStripRecordKeys and (char 1 of tColumnKey is "@")
> then next repeat
>
> if tCount = 1 and not tHasHeader then put tColumnKey &
> tab after line 1 of tValue
> put aArrayRecord [tColumnKey] & tab after tValue
> end repeat
>
> put cr into last char of tValue
> end repeat
> break
> end switch
>
> return tValue
> end arrayToText
>
> Bob S
>
>
> > On Jul 11, 2017, at 19:09 , Mike Bonner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > There should be a couple ways.. Assuming the tooltip data and the
> displayed
> > data are already associated, you can do as suggested and pass in the
> popop
> > information as part of the dgdata.. Then in the fillindata you 'set the
> > tooltip of field 1 of me to ... the data that was passed in with the
> array.
> >  To do this though i _Think_ you'd need a custom behavior for every
> > column.
> >
> > To get around this, you could use a mouseenter in the script of the
> > datagrid itself that does something like..
> >
> > on mouseenter
> >get the text of the target
> >-- then use the text of the target to look up your tooltip data and..
> >   set the tooltip of the target to "whateveryouwant"
> >
> > end 

Re: [ANN] Release 8.1.6 RC-1

[Richard Gaskin via use-livecode]

Kevin Miller wrote:

> We are working hard to attract new users to the platform. This has
> come up again and again in user testing. This evening we tested this
> new handler list on new users for the first time. It went over very
> well.

It does indeed seem very helpful, but even better to hear that the team 
is making time for user testing.


Perhaps a blog post about that would be a great read, not only to better 
appreciate the thinking behind changes but also to inspire your audience 
of developers to adopt similar methodologies.


So much of software success these days is based around UX far more than 
algorithms.  Encouraging good design practice helps your audience be 
more successful, and raises the visibility of the platform as a whole 
along the way.



Supporting these efforts to better serve new users, have you had a 
moment to consider this quickie?:


Bug 19511 - UX: Move "User Guide" higher in the Help menu


An investment of just a few minutes can help make learning resources 
much more readily discoverable.


If you have time for further refinement of other items in the Help menu 
I'm at your service, feel free to call anytime.


But if a first pass were limited to the very minor suggestions outlined 
there, I believe it would cut down on some of the forum posts stemming 
from people not knowing LC ships with a wonderfully comprehensive User 
Guide.


--
 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: [ANN] Release 8.1.6 RC-1

[Richmond Mathewson via use-livecode]

On 7/12/17 7:56 pm, Richard Gaskin via use-livecode wrote:



for reasons too lengthy to indulge in here.



Please could you indulge in them somewhere so we can understand your 
argument fully.


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: [ANN] Release 8.1.6 RC-1

[Richard Gaskin via use-livecode]

Terry Judd wrote:
> I’ve just had a quick play with the enhanced script editor and these
> all seem like good suggestions to me, and in the script editor pane of
> the preferences window I’d allow the user to (i) hide/show the list of
> available common handlers and (ii) hide/show included comments on
> their functionality.

If the toggle is either in-window or in the SE's View menu that would be 
great.


I would caution against adding more stuff to the Prefs window, for 
reasons too lengthy to indulge in here.



I also like the suggestion to color the suggested handler names slightly 
gray to further distinguish them from those that actually exist.


Ideally the gray would be slightly darker than the one used to indicate 
disabled state, just gray enough to distinguish them.



And as long as we're improving the SE UX, can we please allow the 
background color preference setting to affect both panes in the SE, the 
editing field (as it does now) and also the handler list (not yet)?


Bug 11204 - Script Editor Enhancement: use same color for both editing 
field and handler list



Background and foreground colors are VERY important for long typing 
sessions, but the value of supporting them here is compromised by 
requiring that the handler list always remain stark white.


When we adjust colors we usually do so to reduce contrast to mitigate 
eye strain, but with the handler list color non-settable it quickly 
becomes the most visually-dominant element in the window, even though it 
has a very secondary role compared to the main editing field.


--
 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: Refreshing question

[Jonathan Lynch via use-livecode]

You can access the online data through LC, either synchronously or 
asynchronously, and process it as you need in LC.

Then, you can send that data to the browser widget where you use Javascript to 
display it within the browser, by setting the innerHTML of a div or some other 
method.

In this way, your data will update seamlessly without having any sort of 
obnoxious page reload. A page reload might not be bad for a simple page, but 
can be disruptive for a complex page.

This method also minimizes the amount of data transferred, if that is an issue.

Sent from my iPhone

> On Jul 12, 2017, at 12:23 PM, jbv via use-livecode 
>  wrote:
> 
>> On Wed, July 12, 2017 5:34 pm, jonathandly...@gmail.com wrote:
>> If the data is always the same, then I would update a page and have the
>> browser read it.
>> 
>> Are you looking to reload the whole page or just update a few data
>> points?
>> 
> 
> I really need to reload the xml data only, as the user will have the
> possibility to make some choices and changes on the page, and according
> to those changes, only some parts of the data will be displayed, or
> will be displayed in a different way...
> 
> Thanks
> jbv
> 
> 
> ___
> 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: Native Livecode Pinch and Zoom

[Richard Gaskin via use-livecode]

Should we also consider adding aomething like a "zoomable" property for 
images?


Sure, we can do it in script, but it's non-trivial and most get it 
wrong, e.g.:



..where the zoom is based around the centerpoint of the image rather 
than the touch location.  That makes it impossible to zoom in to see 
details in a corner of an image, for example.


There are improved versions in the forums, but given the widespread use 
of pinch-to-zoom and and efforts underway to expand the user base to 
better meet new user expectations, would it be possible to turn that 
work into a property setting?


Interactive wipe transitions would also be valuable, arguably more so, 
but I recognize that's a more complicated matter and I'm already 
straying OT here


--
 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: Set the tooltip of a datagrid

[Bob Sneidar via use-livecode]

Great tip! (pun intended)

So here is what I came up with. Keep in mind that tKeyList is a list of columns 
I want in the tooltip. The idea is to present the user with a tooltip 
containing summary information on the datagrid data record. I had to prepend a 
counter to each key so that it would sort based on the order of the items in 
tKeyList. Arrays. SHEESH! Sure would be nice if the keys were in the order they 
were added! 

I will probably move the relevant code into another handler in my Utilities 
backscript, then pass the long id of the target, and the key list to that 
handler. I will also probably update this handler so that in the event no 
keylist is passed, I will get the datagrid column labels, and use those for a 
key list. 

on mouseEnter
   local tKeyList 
   wait 1 second with messages
   put the target into tTargetName
   put tTargetName into tTarget -- we need to preserver the original name
   
   if the first word of tTarget is not "field" then
  pass mouseEnter
   end if
   
   put "sitename,addr1,city,state,zip,contactname,contactphone,contactemail," 
into tKeyList
   put "itname,itphone,itemail" after keyList
   replace quote with empty in tTargetName
   put the last word of tTargetName into tLine
   put the dgDataOfLine [tLine] of me into aLineData
   
   repeat for each item tKey in tKeyList
  add 1 to tCounter
  put aLineData [tKey] into aRecordData [tCounter & ". " & tKey]
   end repeat
   
   put arrayToText(aRecordData, "record") into tText
   sort lines of tText
   set the tooltip of tTarget to tText
   show the tooltip of tTarget
   breakpoint
   pass mouseEnter
end mouseEnter

function arrayToText aArrayData, pFormat, pStripRecordKeys
if aArrayData is not an array then
put "ERROR: Data passed is not an array!" into theValue
return theValue
end if

if pStripRecordKeys is not in "true|false" then put false into 
pStripRecordKeys
-- sort tArrayKeys ascending

-- may be an array of values
put the keys of aArrayData into tArrayKeys
sort lines of tArrayKeys numeric ascending
put line 1 of tArrayKeys is 0 into tHasHeader

-- convert single array to numeric array of arrays
if line 1 of tArrayKeys is not a number then
put aArrayData into aTempArray [1]
put aTempArray into aArrayData
put the keys of aArrayData into tArrayKeys
end if

switch pFormat
case "record"
repeat for each line tArrayKey in tArrayKeys
put aArrayData [tArrayKey] into aArrayRecord
put the keys of aArrayRecord into tColumnKeys

repeat for each line tColumnKey in tColumnKeys
put tColumnKey & ": " & aArrayRecord [tColumnKey] & cr 
after tValue
end repeat
end repeat
break
case "table"
-- table header
if not tHasHeader then put cr into tValue

repeat for each line tArrayKey in tArrayKeys
add 1 to tCount
put aArrayData [tArrayKey] into aArrayRecord
put the keys of aArrayRecord into tColumnKeys
sort lines of tColumnKeys numeric ascending

repeat for each line tColumnKey in tColumnKeys
if pStripRecordKeys and (char 1 of tColumnKey is "@") then 
next repeat

if tCount = 1 and not tHasHeader then put tColumnKey & tab 
after line 1 of tValue
put aArrayRecord [tColumnKey] & tab after tValue
end repeat

put cr into last char of tValue
end repeat
break
end switch

return tValue
end arrayToText

Bob S


> On Jul 11, 2017, at 19:09 , Mike Bonner via use-livecode 
>  wrote:
> 
> There should be a couple ways.. Assuming the tooltip data and the displayed
> data are already associated, you can do as suggested and pass in the popop
> information as part of the dgdata.. Then in the fillindata you 'set the
> tooltip of field 1 of me to ... the data that was passed in with the array.
>  To do this though i _Think_ you'd need a custom behavior for every
> column.
> 
> To get around this, you could use a mouseenter in the script of the
> datagrid itself that does something like..
> 
> on mouseenter
>get the text of the target
>-- then use the text of the target to look up your tooltip data and..
>   set the tooltip of the target to "whateveryouwant"
> 
> end mouseenter
> 
> i tested by setting the tooltip to a random number and it seems to work
> fine.
> 
> If you're using a form rather than a grid, its much easier, just use the
> first method in the behavior script to set whatever tooltips you like as
> part of the fillindata.   A single script edit to handle all tooltips.


___
use-livecode 

Re: Refreshing question

[prothero--- via use-livecode]

Whoops, I missed the earlier posts. My question was answered.
Bill

William Prothero
http://es.earthednet.org

> On Jul 12, 2017, at 9:31 AM, Mark Waddingham via use-livecode 
>  wrote:
> 
>> On 2017-07-12 18:28, Mark Waddingham via use-livecode wrote:
>> Option (3) is probably the easiest (it has less 'moving parts'),
>> followed by (2) and then (3).
> 
> I meant to say (2) is probably the easiest (it has less 'moving parts'), 
> followed by (1) and then (3).
> 
> 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


___
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: Refreshing question

[prothero--- via use-livecode]

I'm curious how you manage nearly simultaneous change requests from different 
users. I can see issues if your application is some kind of real time 
multi-user game, but if the changes are stored to a file or database, it makes 
sense. 

This idea seems interesting and I'm thinking how I might use it.

Bill P

William Prothero
http://es.earthednet.org

> On Jul 12, 2017, at 9:23 AM, jbv via use-livecode 
>  wrote:
> 
>> On Wed, July 12, 2017 5:34 pm, jonathandly...@gmail.com wrote:
>> If the data is always the same, then I would update a page and have the
>> browser read it.
>> 
>> Are you looking to reload the whole page or just update a few data
>> points?
>> 
> 
> I really need to reload the xml data only, as the user will have the
> possibility to make some choices and changes on the page, and according
> to those changes, only some parts of the data will be displayed, or
> will be displayed in a different way...
> 
> Thanks
> jbv
> 
> 
> ___
> 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: Refreshing question

[Mark Waddingham via use-livecode]

On 2017-07-12 18:28, Mark Waddingham via use-livecode wrote:

Option (3) is probably the easiest (it has less 'moving parts'),
followed by (2) and then (3).


I meant to say (2) is probably the easiest (it has less 'moving parts'), 
followed by (1) and then (3).


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

Re: [ANN] Release 8.1.6 RC-1

[Richmond Mathewson via use-livecode]

My feedback is here:

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

including soundings from kids on my summer course.

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: Refreshing question

[Mark Waddingham via use-livecode]

On 2017-07-12 18:23, jbv via use-livecode wrote:

On Wed, July 12, 2017 5:34 pm, jonathandly...@gmail.com wrote:
If the data is always the same, then I would update a page and have 
the

browser read it.

Are you looking to reload the whole page or just update a few data
points?



I really need to reload the xml data only, as the user will have the
possibility to make some choices and changes on the page, and according
to those changes, only some parts of the data will be displayed, or
will be displayed in a different way...


I can see two main options:

1) If the data is expensive to recompute each time, or if you are 
expecting the number of fetches (for all users) of the data to vastly 
exceed the number of recomputations then you are probably better off 
recomputing at a fixed interval in a cron job, and serving the computed 
data statically.


2) If, however, the data is very cheap to recompute each time, or if you 
aren't expecting the number of fetches (for all users) of the data to be 
that much more frequent than the number of recomputations then you are 
probably better off computing it on demand for a request.


There is a third option, which is essentially a combination of the 2 - 
recompute lazily. If a request comes in and the data needs recomputed, 
recompute it and ensure all other requests block and wait for it. Then 
serve it statically to all requests.


Option (3) is probably the easiest (it has less 'moving parts'), 
followed by (2) and then (3).


Note: If you need to selectively return data, based on the request, then 
(2) is probably the best option.


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

Re: Refreshing question

[jbv via use-livecode]

On Wed, July 12, 2017 5:34 pm, jonathandly...@gmail.com wrote:
> If the data is always the same, then I would update a page and have the
> browser read it.
>
> Are you looking to reload the whole page or just update a few data
> points?
>

I really need to reload the xml data only, as the user will have the
possibility to make some choices and changes on the page, and according
to those changes, only some parts of the data will be displayed, or
will be displayed in a different way...

Thanks
jbv


___
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: Native Livecode Pinch and Zoom

[Mark Waddingham via use-livecode]

Hi Ralph,

On 2017-07-12 17:41, Ralph DiMola via use-livecode wrote:

I get pinch-and-zoom on both mobile platforms using the mobile browser
control. My html expert has had to tweak a couple of html pages now
and again to make it work. Other on-line pages don’t pinch-and-zoom
but they also don’t pinch-and-zoom in Safari/Chrome either. I tried
the browser widget and it is nice that you can use it in the IDE and
Mobile but backed it out because the browser widget is missing
"canretreat" property and "retreat" command.


Could you file a bug about this? (And any differences in parity between 
widget and mobileControl, for that matter!).


IIRC we added:

  go back in widget ..
  go forward in widget ...

To navigate forward / back (so the retreat command is at least catered 
for I think). There's also:


  do ... in widget ... (although this was a horrendous mistake 
syntactically which we are now realizing!)

  launch url ... in widget ...

If you put 'widget' into the LiveCodeScript section of the dictionary 
then you'll see the widget specific tailorings of normal LiveCode Script 
syntax.


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

Re: Refreshing question

[Warren Samples via use-livecode]

On 07/12/2017 10:11 AM, jbv via use-livecode wrote:

Hi guys
I have a web page that displays various informations
that need to be updated/refreshed every minute.
What is the best way to achieve that ?

1- client side : a settimeout in a js script that
triggers a LC script on a remote server via xmlhttp,
and returns xml data that is analyzed and displayed;

2- server side : a cron job triggers the script
every minute and writes the output data in a
specific location on the server; and then the
web page reads that data via a simple LC script
via an xmlhttp request...

I forgot to mention : the data are the same for
anyone connected to the web page.

Thanks in advance.
jbv




This seems quite unrelated to the topic you replied to but...

You can put something like this in the  of your webpage:



where 15 is the number of seconds to wait in this example. This assumes 
the page contains a script which displays the current data every time 
it's called.


Warren

___
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: Native Livecode Pinch and Zoom

[Devin Asay via use-livecode]

On Jul 12, 2017, at 8:40 AM, Sannyasin Brahmanathaswami via use-livecode 
> wrote:

It appears we won't get pinch and zoom in the browser widget on mobile. It's 
back to using a native LC interface for a big map adventure where the user can 
zoom into an area and then pinch back out

The use case is still the same: use a "Maha" = enormous/big SVG graphic that 
looks awesome and sharp at any zoom level

Hopefully, soon LC will support a native display of this.

In the meantime, before I go hacking away from ground zero, trying to trap 
gestures and changing the rect of the image object on the fly… I would be 
interested in any example of this that anyone has already done using native LC 
code.
The zoom of player to degrees is deprecated, and we are not seeing any 
alternatives in the dictionary.

There is an obscure something that I just found that only works on Mac and 
windows:

XPDFViewer_Zoom viewerName, {"width" | "fit" | "actual" | "in" | "out" | 
percent}

The magnify extension is only on desktop

Any hope for us on Mobile for pinch and zoom in and out?

BR,

I put together a tutorial for my students on how to implement pinch gestures 
with images. It is in turn adapted from a LiveCode Ltd tutorial on pinch 
gestures. It might be a good starting point for your project.

http://livecode.byu.edu/mobile/gesturesExercise.php

HTH

Devin

Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___
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: Native Livecode Pinch and Zoom

[Ralph DiMola via use-livecode]

I get pinch-and-zoom on both mobile platforms using the mobile browser control. 
My html expert has had to tweak a couple of html pages now and again to make it 
work. Other on-line pages don’t pinch-and-zoom but they also don’t 
pinch-and-zoom in Safari/Chrome either. I tried the browser widget and it is 
nice that you can use it in the IDE and Mobile but backed it out because the 
browser widget is missing "canretreat" property and "retreat" command.

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net

-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of 
Sannyasin Brahmanathaswami via use-livecode
Sent: Wednesday, July 12, 2017 10:40 AM
To: How LiveCode
Cc: Sannyasin Brahmanathaswami
Subject: Native Livecode Pinch and Zoom

It appears we won't get pinch and zoom in the browser widget on mobile. It's 
back to using a native LC interface for a big map adventure where the user can 
zoom into an area and then pinch back out

The use case is still the same: use a "Maha" = enormous/big SVG graphic that 
looks awesome and sharp at any zoom level

Hopefully, soon LC will support a native display of this.

In the meantime, before I go hacking away from ground zero, trying to trap 
gestures and changing the rect of the image object on the fly… I would be 
interested in any example of this that anyone has already done using native LC 
code.
The zoom of player to degrees is deprecated, and we are not seeing any 
alternatives in the dictionary.

There is an obscure something that I just found that only works on Mac and 
windows:

XPDFViewer_Zoom viewerName, {"width" | "fit" | "actual" | "in" | "out" | 
percent}

The magnify extension is only on desktop

Any hope for us on Mobile for pinch and zoom in and out?

BR


___
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: Refreshing question

[Jonathan Lynch via use-livecode]

If the data is always the same, then I would update a page and have the browser 
read it.

Are you looking to reload the whole page or just update a few data points?

Sent from my iPhone

> On Jul 12, 2017, at 11:11 AM, jbv via use-livecode 
>  wrote:
> 
> Hi guys
> I have a web page that displays various informations
> that need to be updated/refreshed every minute.
> What is the best way to achieve that ?
> 
> 1- client side : a settimeout in a js script that
> triggers a LC script on a remote server via xmlhttp,
> and returns xml data that is analyzed and displayed;
> 
> 2- server side : a cron job triggers the script
> every minute and writes the output data in a
> specific location on the server; and then the
> web page reads that data via a simple LC script
> via an xmlhttp request...
> 
> I forgot to mention : the data are the same for
> anyone connected to the web page.
> 
> Thanks in advance.
> jbv
> 
> 
> ___
> 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: [ANN] Release 8.1.5 -- tsneterr

[Matthias Rebbe via use-livecode]

You mean, you want to call that in the standalone?
I am not sure. I would say this  is a question either for Charles Warwick or 
the people at Livecode.
 
> Am 12.07.2017 um 17:13 schrieb Dan Friedman via use-livecode 
> :
> 
> Matthias,
> 
> If I build the standalone with tsNet selected, could I call:
> 
>   dispatch "revUnloadLibrary" to stack "tsNetLibUrl"
> 
> at runtime to switch back to libURL?   If so, this would give me the option 
> to use either one.
> 
> Thanks!
> -Dan
> 
> 
> On 7/11/17, 6:13 PM, "use-livecode on behalf of 
> use-livecode-requ...@lists.runrev.com"  on behalf of use-livecode-requ...@lists.runrev.com> wrote:
> 
>Hi Dan,
> 
>reading my comment makes me think that it is confusing.
>What i wanted to say was,
> 
>To use the ?old? libURL unload tsNET as described, then create the 
> standalone.
>The standalone then will use the old libURL.
> 
>One little caveat. The created standalone still contains the tsNET 
> external, although it does not use it. See Bug?19900 
> 
> 
>Regards,
>Matthias
> 
>Matthias Rebbe
>+49 5741 31
>?matthiasrebbe.eu ?
> 
> ___
> 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: [ANN] Release 8.1.5 -- tsneterr

[Dan Friedman via use-livecode]

Matthias,

If I build the standalone with tsNet selected, could I call:

   dispatch "revUnloadLibrary" to stack "tsNetLibUrl"

at runtime to switch back to libURL?   If so, this would give me the option to 
use either one.

Thanks!
-Dan


On 7/11/17, 6:13 PM, "use-livecode on behalf of 
use-livecode-requ...@lists.runrev.com"  wrote:

Hi Dan,

reading my comment makes me think that it is confusing.
What i wanted to say was,

To use the ?old? libURL unload tsNET as described, then create the 
standalone.
The standalone then will use the old libURL.

One little caveat. The created standalone still contains the tsNET 
external, although it does not use it. See Bug?19900 


Regards,
Matthias

Matthias Rebbe
+49 5741 31
?matthiasrebbe.eu ?

___
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

Refreshing question

[jbv via use-livecode]

Hi guys
I have a web page that displays various informations
that need to be updated/refreshed every minute.
What is the best way to achieve that ?

1- client side : a settimeout in a js script that
triggers a LC script on a remote server via xmlhttp,
and returns xml data that is analyzed and displayed;

2- server side : a cron job triggers the script
every minute and writes the output data in a
specific location on the server; and then the
web page reads that data via a simple LC script
via an xmlhttp request...

I forgot to mention : the data are the same for
anyone connected to the web page.

Thanks in advance.
jbv


___
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: [ANN] Release 8.1.6 RC-1

[panagiotis merakos via use-livecode]

Hi all,

Thank you for the feedback. I am afraid that all those useful suggestions
will be buried in the use-list, so I have filed an enhancement request that
summarizes the most common suggestions about improving the default handlers
as discussed here.

http://quality.livecode.com/show_bug.cgi?id=20066

Best,
Panos
--

On Wed, Jul 12, 2017 at 3:26 PM, Sannyasin Brahmanathaswami via
use-livecode  wrote:

> I had almost the same sense as Mark on this. Distracting at first, but no
> really in the
>
>
> And since we are look at usability of the script editor and add ons I
> would LOVE to have the ability to show "sections" in my scripts
>
> I think it was years ago, or maybe even nowin GLX? anyway, Jerry Daniels
> had that, where some kind of convention at the beginning of a comment,
> would cause it to appear on the left panel list.
>
> I often use things like this in my comments
>
> #  GRAPHIC EFFECTS ###
>
> It would really help me if we could see this in the left.   Exactly what
> to notation should be, probably needs thought.
>
> Another simpler convention would be wherever
>
> */  SHOW THE FIRST LINE OF THIS COMMENT
>
> Or if people use that to comment out whole blocks then we need a new
> convention.  like perhaps like this which I know some use:
>
> --> SCRIPT SECTION
>
> If we like this, and can agree on a convention,  I will file an official
> enhancement request.
>
> I suppose that preference could even be added to  the script editor which
> would allow something like
>
> Show Script Sections __ [check] beginning with __ [we enter the chars
> we want to use to show the first line of that comment]
>
> i.e.  user configurable (since opinions will be all over the place on what
> to use)
>
>
>
> BR
>
>
>
>
> On 7/11/17, 6:29 PM, "use-livecode on behalf of Mark Wieder via
> use-livecode"  use-livecode@lists.runrev.com> wrote:
>
> After all the commotion here, I had to go take a look. So I loaded the
> new build, and after the initial shock I kind of like it. I think the
> changes I would make would be to have the text of the loadable handlers
> dimmed to gray, so that it's obvious that they're not in the script,
> and
> to start with a blank line, like the one that separates the real
> handlers from the wannabes.
>
> ___
> 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

Native Livecode Pinch and Zoom

[Sannyasin Brahmanathaswami via use-livecode]

It appears we won't get pinch and zoom in the browser widget on mobile. It's 
back to using a native LC interface for a big map adventure where the user can 
zoom into an area and then pinch back out

The use case is still the same: use a "Maha" = enormous/big SVG graphic that 
looks awesome and sharp at any zoom level

Hopefully, soon LC will support a native display of this.

In the meantime, before I go hacking away from ground zero, trying to trap 
gestures and changing the rect of the image object on the fly… I would be 
interested in any example of this that anyone has already done using native LC 
code.
The zoom of player to degrees is deprecated, and we are not seeing any 
alternatives in the dictionary.

There is an obscure something that I just found that only works on Mac and 
windows:

XPDFViewer_Zoom viewerName, {"width" | "fit" | "actual" | "in" | "out" | 
percent}

The magnify extension is only on desktop

Any hope for us on Mobile for pinch and zoom in and out?

BR


___
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] north widget

[BNig via use-livecode]

North is a widget that indicates north like a compass or direction indicator.

http://forums.livecode.com/viewtopic.php?f=93=29486

Kind regards
Bernd



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/ANN-north-widget-tp4716915.html
Sent from the Revolution - User mailing list archive at Nabble.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: [ANN] Release 8.1.6 RC-1

[Sannyasin Brahmanathaswami via use-livecode]

I had almost the same sense as Mark on this. Distracting at first, but no 
really in the 


And since we are look at usability of the script editor and add ons I would 
LOVE to have the ability to show "sections" in my scripts

I think it was years ago, or maybe even nowin GLX? anyway, Jerry Daniels had 
that, where some kind of convention at the beginning of a comment, would cause 
it to appear on the left panel list.

I often use things like this in my comments

#  GRAPHIC EFFECTS ###

It would really help me if we could see this in the left.   Exactly what to 
notation should be, probably needs thought.

Another simpler convention would be wherever

*/  SHOW THE FIRST LINE OF THIS COMMENT

Or if people use that to comment out whole blocks then we need a new 
convention.  like perhaps like this which I know some use:

--> SCRIPT SECTION

If we like this, and can agree on a convention,  I will file an official 
enhancement request.

I suppose that preference could even be added to  the script editor which would 
allow something like

Show Script Sections __ [check] beginning with __ [we enter the chars we 
want to use to show the first line of that comment]

i.e.  user configurable (since opinions will be all over the place on what to 
use)



BR


 

On 7/11/17, 6:29 PM, "use-livecode on behalf of Mark Wieder via use-livecode" 
 wrote:

After all the commotion here, I had to go take a look. So I loaded the 
new build, and after the initial shock I kind of like it. I think the 
changes I would make would be to have the text of the loadable handlers 
dimmed to gray, so that it's obvious that they're not in the script, and 
to start with a blank line, like the one that separates the real 
handlers from the wannabes.

___
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: [ANN] Release 8.1.6 RC-1

[Mike Kerner via use-livecode]

Configurable would be great, because that would be the start of having
Macros, and having those macros be configurable, and having them be able to
do things like using the hilited text to build a structure

On Wed, Jul 12, 2017 at 5:01 AM, Matthias Rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> This feature in general is a good idea.
>
> But
> - make it more visible that those handler are not current handler of the
> script, e.g. grey out that list
> - allow a bigger space between the script handler and the handler list
> - show this list by default, so new users see that list by default,  but
> allow the user to switch if of in prefs
> - if disabled in the prefs,  allow the user to show the list by pressing a
> short key
>
>  or
> - put this list somewhere else, but not below the script handler
>
> Matthias
>
> > Am 12.07.2017 um 00:07 schrieb Kevin Miller via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Is it something perhaps you could get used to?
> >
> > We are working hard to attract new users to the platform. This has come
> up
> > again and again in user testing. This evening we tested this new handler
> > list on new users for the first time. It went over very well.
> >
> > Kind regards,
> >
> > Kevin
> >
> > Kevin Miller ~ ke...@livecode.com ~ http://www.livecode.com/
> > LiveCode: Everyone can create apps
> >
> >
> >
> >
> > On 11/07/2017, 23:05, "use-livecode on behalf of Matthias Rebbe via
> > use-livecode"  > use-livecode@lists.runrev.com> wrote:
> >
> >>
> >> Matthias Rebbe
> >> +49 5741 31
> >> ?matthiasrebbe.eu ?
> >>>
> >>>
> >>> A new feature in the script editor has been added, this is the ability
> >>> to
> >>> choose from a list of default handlers to add to the object script.
> >>
> >> I am not sure if i like this new handler list. At least at that place. I
> >> find it somehow disturbing. I am not sure if this is the correct
> >> expression.
> >> Is there a way to hide that list in the editor? Or is there a way to
> make
> >> at least the height of that list smaller?
> >> ___
> >> 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
>



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

like doing a short test for me?, was: No screenshot from LC video possible

[Tiemo Hollmann TB via use-livecode]

Hello,

Windows developers only!

since I have no idea, what the reason of my "no screenshot" problem is, I
want to try to compare system configurations of the machines, where this
problem occurs to find with some luck, what they have in common and so
perhaps the source of this issue, though I probably won't see the wood for
the trees. Up to now, I only have two customers with this issue and so it is
hard to search for "exotic" similarities. If you would like to help me and
make a test for me, please download my little test program from http://
www.kestner.de/material/screenshot-test1.livecode

1. Open the LC 8.1.4 program and klick the left button, it should play a
video, which was unpacked in the same dir as the livecode file in the left
window and make a screenshot in the right window
2. if the right window only is black (screenshot was not successful), try to
make a screenshot with "Alt Gr" + "Print" of the left video window and paste
it into word or other program to see, if windows can take a screenshot.
3. Do the same with the right button (without videobuffer)

If any of these test cases didn't produced a screenshot of the video, I
would like to get your system informations (I will delete them right after
evaluation) and the notice, which case didn't produced a screenshot. If both
test cases produced a screenshot, you don't have to send me any notice.
You can retrieve the system informations here:
-   press „Windows-Key“ + „R“.
-   type "msinfo32"
-   Choose menu „File - Export“, enter a filename
„Systeminformationen_xy.txt“
-   send me this file as PM

If you have concerns about your privacy, please delete all personal
information from the log file, like your IP number, you name of the machine
or whatever you want.

Thank you for your help.
Tiemo



-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von Tiemo Hollmann TB via use-livecode
Gesendet: Dienstag, 11. Juli 2017 09:21
An: LiveCode User Liste senden 
Cc: Tiemo Hollmann TB 
Betreff: No screenshot from LC video possible

Hello,

LC 8.1.4, Windows 10

I am using the standard LC videoPayer (directShow) to play H.264 mp4 videos.
One essential feature of my program is, that the user can take screenshots
from the video, edit and save them.

Today I got the second customer call with a Win 10 machine, who can't take
screenshots from my LC videos. The video screen is just black on the taken
screenshot. This issue does not only happen with the build in LiveCode
screenshot feature, but also, if they take a screenshot with the windows
print key or other screenshot tools.

Up to now, this issue happens only at 2 customers, on all other Win 10
machines, taking a video screenshot works fine. The alwaysBuffer of the
videoPlayer is set to false (setting it to true, I don't see any video
playing) I also checked to disable the Kaspersky AV on the client computer
(Kaspersky has a feature to prevent screenshots), but without success. Btw.
the old version of my program with the quicktime player works fine on these
machines.

I googled a lot, but didn't found any related issues in the net, so I
assume, it must be related to the LiveCode implementation of the directShow
videoPlayer. But in combination with any special hardware or software
setting on these two computers.

Has anybody already experienced similar issues or has any shot in the dark,
what system options, drivers, other tools in combination with LiveCode could
have an influence on taking a screenshot?

Any idea, what I could check for is welcome

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: [ANN] Release 8.1.5 -- tsneterr

[Charles Warwick via use-livecode]

Hi Dan,

The error message "Not initialised" (the spelling is correct depending 
on where you live ;-) ) indicates that the tsNet external isn't running.


If you are using libUrl which I am guessing you are, tsNet is 
initialised on startup, so this would indicate that it has either been 
shut down by calling tsNetClose directly, or by a call to the libUrl 
"resetAll" or "libUrlCancel" commands (which temporarily shut down the 
external and start it back up to clear all connections).


I have seen code posted on the list in the past which invoked "resetAll" 
to deal with issues in older versions of libUrl.  Do you use these 
commands at all in your project?


Regards,

Charles


On 12/07/2017 3:33 AM, Dan Friedman via use-livecode wrote:

I am porting a large project from LC 7 to 8.1.5.  Occasionally, I get this 
error when accessing the internet:  “tsneterr: Not initialised” (misspelled, by 
the way).   It works fine for a while, then it just fails.  And, once it fails 
you have to completely restart.  Sometimes LC even crashes!

It seems to be happening when one network connection isn’t finished and it 
tries to start another one.   I did not have this problem in LC 7 using libURL. 
 So, I’m pretty confident it’s something with tsNet.

If it’s because tsNet calls are crashing into each other, and If all calls [by 
default] are blocking, how could one connection be started before the previous 
one is completed?

I had this problem with previous versions of 8.1, but I was hoping it would be 
fixed in 8.1.5.

Anyone have any insight?   I would very much like to move forward with tsNet, 
but if this isn’t resolved, I can’t.  Is it possible to continue with 8.1.5, 
and still use the old libURL?


-Dan

___
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: [ANN] Release 8.1.6 RC-1

[Matthias Rebbe via use-livecode]

This feature in general is a good idea. 

But
- make it more visible that those handler are not current handler of the 
script, e.g. grey out that list
- allow a bigger space between the script handler and the handler list
- show this list by default, so new users see that list by default,  but allow 
the user to switch if of in prefs
- if disabled in the prefs,  allow the user to show the list by pressing a 
short key

 or 
- put this list somewhere else, but not below the script handler

Matthias

> Am 12.07.2017 um 00:07 schrieb Kevin Miller via use-livecode 
> :
> 
> Is it something perhaps you could get used to?
> 
> We are working hard to attract new users to the platform. This has come up
> again and again in user testing. This evening we tested this new handler
> list on new users for the first time. It went over very well.
> 
> Kind regards,
> 
> Kevin
> 
> Kevin Miller ~ ke...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
> 
> 
> 
> 
> On 11/07/2017, 23:05, "use-livecode on behalf of Matthias Rebbe via
> use-livecode"  use-livecode@lists.runrev.com> wrote:
> 
>> 
>> Matthias Rebbe
>> +49 5741 31
>> ?matthiasrebbe.eu ?
>>> 
>>> 
>>> A new feature in the script editor has been added, this is the ability
>>> to
>>> choose from a list of default handlers to add to the object script.
>> 
>> I am not sure if i like this new handler list. At least at that place. I
>> find it somehow disturbing. I am not sure if this is the correct
>> expression.
>> Is there a way to hide that list in the editor? Or is there a way to make
>> at least the height of that list smaller?
>> ___
>> 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: [ANN] Release 8.1.6 RC-1

[Richmond Mathewson via use-livecode]

I'm going to show this version to "my" kids this afternoon . . .

Richmond.

On 7/12/17 1:12 am, Tore Nilsen via use-livecode wrote:

I have played a bit with the enhanced script editor and while I like the idea 
with the handler lists I am not sure that the implementation is as good as it 
could be.

I find it a bit confusing to see a list of handlers in the handler list without 
any actual handlers in the script itself. From my experiences teaching coding 
with LiveCode, I think that my students also will find this a bit confusing. I 
think the handlers should be moved to a menu or a scrolling list above the list 
that shows which handlers are currently used in the script. Then there will be 
a clear visual division between handlers created by the user and handlers that 
are available to the user. It is also important that this menu/list is labeled 
properly. In a script with a lot of handlers, the handler list will eventually 
be pushed out of sight the way it is implemented now.
If this list should be helpful to more inexperienced users, it is vital that 
the most common handlers for any given control appear at the top of the list. 
The more esoteric once can be placed at the bottom of the menu/list. It is also 
vital to think through which handlers are shown in the script of which control, 
especially since you can place almost any handler in the script of any control, 
as long as there is a call to that handler further up in the message hierarchy.
Better uniformity in how the handlers are presented when inserted into the 
script is needed. The mouseUp handler comes with comments explaining the 
handler, whereas the mouseDown handler does not. Also, params containing the 
same values should be called the same. In mouseUp the parameter is called 
mouseButtonNumer, in moouseDown it is called pMouseButton.

These are some of my initial thoughts about what I think can be a very useful 
enhancement to the editor.

Regards
Tore Nilsen





11. jul. 2017 kl. 16:54 skrev panagiotis merakos via use-livecode 
:

Dear list members,

We are pleased to announce the release of LiveCode 8.1.6 RC-1.

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


Release Contents


LiveCode 8.1.6 RC-1 contains 32 bug fixes, new features, as well as
security and stability improvements:

- A couple of crashes have been fixed.
- New version of tsNet (1.2.10) that addresses various network-related bugs
is included.
- The flow in the interactive tutorials has been improved.

A new feature in the script editor has been added, this is the ability to
choose from a list of default handlers to add to the object script.

Objects no longer have default scripts that appear in the script editor
when their empty scripts are edited. Instead, all the associated message
handlers for the object type now appear in a list underneath the list of
handlers that are present in the script. When clicked, these lines add the
selected default handler to the end of the current script.

The full release notes are available from:
http://downloads.livecode.com/livecode/8_1_6/LiveCodeNotes-8_1_6_rc_1.pdf


Feedback

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


Have fun!
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

___
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: [ANN] Release 8.1.6 RC-1

[Richmond Mathewson via use-livecode]

"We are working hard to attract new users" . . .

Well that feature certainly should make things quite a bit easier!

Richmond.

On 7/12/17 1:07 am, Kevin Miller via use-livecode wrote:

Is it something perhaps you could get used to?

We are working hard to attract new users to the platform. This has come up
again and again in user testing. This evening we tested this new handler
list on new users for the first time. It went over very well.

Kind regards,

Kevin

Kevin Miller ~ ke...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps




On 11/07/2017, 23:05, "use-livecode on behalf of Matthias Rebbe via
use-livecode"  wrote:


Matthias Rebbe
+49 5741 31
?matthiasrebbe.eu ?


A new feature in the script editor has been added, this is the ability
to
choose from a list of default handlers to add to the object script.

I am not sure if i like this new handler list. At least at that place. I
find it somehow disturbing. I am not sure if this is the correct
expression.
Is there a way to hide that list in the editor? Or is there a way to make
at least the height of that list smaller?
___
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: [ANN] Release 8.1.6 RC-1

[Richmond Mathewson via use-livecode]

That's not a bad idea: to turn on/off this feature in the preferences.

Richmond.

On 7/12/17 1:05 am, Matthias Rebbe via use-livecode wrote:

Matthias Rebbe
+49 5741 31
‌matthiasrebbe.eu ‌


A new feature in the script editor has been added, this is the ability to
choose from a list of default handlers to add to the object script.

I am not sure if i like this new handler list. At least at that place. I find 
it somehow disturbing. I am not sure if this is the correct expression.
Is there a way to hide that list in the editor? Or is there a way to make at 
least the height of that list smaller?
___
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: [ANN] Release 8.1.6 RC-1

[Richmond Mathewson via use-livecode]

I think that this new feature is really wonderful; especially as
new users of LiveCode won't have to wait (like I did) for 5 years
to find out about "MouseEnter" :)

Richmond.

On 7/12/17 12:52 am, panagiotis merakos via use-livecode wrote:

H Richmond,

Thanks for the feedback.

The default handlers appear exactly as they are in the dictionary. Indeed,
the mouseUp handler for example does take a parameter 
(see dictionary).

If you don't need to do different things in the mouseUp handler depending
on the , you can just ignore it (e.g. no need to delete
this param), and it will act just like a regular mouseUp handler with no
params.

Best,
Panos
--

On Tue, Jul 11, 2017 at 8:41 PM, Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:


I am impressed with the new default handler list . . .

BUT . . . I wonder why, on choosing either mouseDown or mouseUp it prompts
me for a mouseButton number . . .

if this feature is meant to speed things up, it doesn't, as one normally
spends time choosing the default
handler and then deleting the mouseButton thing.

A great idea that needs a bit of sorting out.

Richmond.


On 7/11/17 5:54 pm, panagiotis merakos via use-livecode wrote:


Dear list members,

We are pleased to announce the release of LiveCode 8.1.6 RC-1.

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


Release Contents


LiveCode 8.1.6 RC-1 contains 32 bug fixes, new features, as well as
security and stability improvements:

- A couple of crashes have been fixed.
- New version of tsNet (1.2.10) that addresses various network-related
bugs
is included.
- The flow in the interactive tutorials has been improved.

A new feature in the script editor has been added, this is the ability to
choose from a list of default handlers to add to the object script.

Objects no longer have default scripts that appear in the script editor
when their empty scripts are edited. Instead, all the associated message
handlers for the object type now appear in a list underneath the list of
handlers that are present in the script. When clicked, these lines add the
selected default handler to the end of the current script.

The full release notes are available from:
http://downloads.livecode.com/livecode/8_1_6/LiveCodeNotes-8_1_6_rc_1.pdf


Feedback

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


Have fun!
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


___
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