Make Docset updated to v2.5, Docset updated to 1.4.2

[James Hale via use-livecode]

Hi,

Recently I went looking for some LCB details and discovered that the 
nomenclature for the widget libraries had changed. 
They are now of type "Module". This meant that the cross referencing for these 
modules no longer worked and details of their contents were no longer displayed 
when they were selected. 
The Make Docset stack V2.5 now accommodates this change. 
It also changes a capitalization issue for "Control Structures" so the they are 
appropriately grouped in Dash.

Make Docset v2.5 is currently on LiveCode Share and V1.4.2 of the LiveCode 
Docset should be available within the next 24 hours.


James



___
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: ControlKit and widget "hhControls" v1.0.2

[Mark Wieder via use-livecode]

On 02/01/2018 08:39 PM, hh via use-livecode wrote:

This is a widget for use with LC 8 (version > 8.1.5), LC 9 is
currently (as of 9.0.0-dp11) not supported, sorry.

"hhControls" is a widget that lets you *create* a widget that contains
controls: One or several of


A widget to create widgets! <3

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

ControlKit and widget "hhControls" v1.0.2

[hh via use-livecode]

This is a widget for use with LC 8 (version > 8.1.5), LC 9 is
currently (as of 9.0.0-dp11) not supported, sorry.

"hhControls" is a widget that lets you *create* a widget that contains
controls: One or several of

++ push buttons,
++ check boxes,
++ (groupable) radio buttons, 
++ info text,
++ number steppers,
++ text steppers,
++ popup menus,
++ (horizontal) sliders,
++ color swatches (needs widget hhColorpicker)

The selected fontSize controls the size of the widget. All controls
*scale* with the selected fontSize. LCB does a real good job with
that, you will be surprised.

For downloading the widget and a demo stack use the
[b]hh-widgets-un-installer[/b] from "Sample Stacks" of the LC toolbar
(or http://livecodeshare.runrev.com/stack/842/ )

For an easy build of the controls I made moreover a CONTROLKIT,
see "Sample Stacks" (or http://livecodeshare.runrev.com/stack/863/ ).
This is good for exploring the properties of the controls and testing
the message that is sent by the widget on "MouseUp".
The controlKit generates moreover a script that you can especially
use for popping up your widget.

___
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: making DG2 usable

[PystCat via use-livecode]

Zryip,  

You're the best!  Is this in the API guide...?  I need to download the new one. 
 I'm still looking at the one Trevor did a while back under Blue Mango.

> On Jan 31, 2018, at 5:38 PM, zryip theSlug via use-livecode 
>  wrote:
> 
> I don't know, but you can create quickly and easily something similar,
> for a test.
> 
> 1. Create a new datagrid form
> 
> 2. Populate it with some data, by using the inspector
> 
> 3. By adding this script in a button, turn the datagrid in edit mode.
> 
> set the dgEditMode of grp "datagrid 1" to true
> 
> 4. You can disable / enable the animation by using the "animate
> actions" property:
> 
> set the dgProps["animate actions"] of grp "datagrid 1" to false
> 
> 5. And the property "enable swipe" will give you the possibility to
> turn on / off the swipe gesture.
> 
> set the dgProps["enable swipe"] of grp "datagrid 1" to false
> 
> On Wed, Jan 31, 2018 at 10:32 PM, PystCat via use-livecode
>  wrote:
>> It was an email announcing some of the new features and it showed a web clip 
>> of it in action.  It was WAY cool showing the drag and sort along with the 
>> swipe to delete… AND this was on a desktop.
>> 
>>> On Jan 31, 2018, at 4:29 PM, Mike Kerner via use-livecode 
>>>  wrote:
>>> 
>>> Was it a file?  I don't remember seeing a file.  I just remember the webex
>>> session.
>>> 
>>> On Wed, Jan 31, 2018 at 4:01 PM, PystCat via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
 Is it possible get the demo file the Mothership did in the email that
 showed off the new features..?  I would love to see that.
 
>> On Jan 31, 2018, at 12:07 PM, Richard Gaskin via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
> Mike Kerner wrote:
> 
>>> On 31 Jan 2018, at 2:07 pm, Richard Gaskin wrote:
>>> 
>>> But as for DG2, am I the only one who finds it too wonky to use?
>> 
>> @Richard have you tried Bernd's modTableField as an alternative?  I'm
>> deploying it in my second project, and it's pretty darn cool.  And
>> fast.
> 
> Indeed it is.  Bernd does great work, and his modTableField is no
 exception.
> 
> I used to maintain a similar single-field+header solution before DG1
 premiered, but DG generally does what I need so I stopped working so hard.
> 
> The thing with DG2 is that it's nicely designed for mobile use, if only
 the performance was as good as its design.  The delete and re-ordering are
 well thought out, and in theory will be delightful to use.
> 
> Monte's note that they're working on it is promising, seems worth
 waiting for.
> 
> --
> Richard Gaskin
> Fourth World Systems
> 
> ___
> 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
>> 
>> 
>> ___
>> 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
> 
> 
> 
> -- 
> Zryip TheSlug
> http://www.aslugontheroad.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

___
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: Bold textStyle on 'Header Bar' widget?

[William de Smet via use-livecode]

Ok one step closer:
---
set the textStyle of widget "start" to "bold"
-
and with the chosen font of the widget set to [Styled Text) in the LC
Inspector it gives bold text.
But now all text in the widget is bold.

Can't figure out how tp only get the labet of the widget set to bold.
Anyone?




groeten,

William



2018-01-25 21:07 GMT+01:00 William de Smet :

> Hi there,
>
> How do I set the label of a 'Header Bar' widget to bold?
>
> greetings,
>
> William
>
>
>
___
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: post to cgi, JSON in Headers?

[Klaus major-k via use-livecode]

Hi Dave,

> Am 01.02.2018 um 16:28 schrieb Dave Kilroy via use-livecode 
> :
> 
> Klaus I wonder if he wants you to let the server know what kind of data
> you'll be sending up, it's not uncommon to set the headers this way when
> posting data to an API:
> 
> put "Content-Type: application/json" into tHeaders
> set httpHeaders to tHeaders
> 
> Good luck!

thank you, it is a tad more complicatd, but I'm in conversation with the 
developer already!

> Dave 
> 
>> ...
>>> Hi friends,
>>> 
>>> I am scripting a routine to upload a PDF file to a server.
>>> So far, so good-> libURLMultipartFormData() is my friend.
>>> 
>>> but now the developer of the API send me two TOKENs for authentification
>>> and said: 
>>> "...and make sure you're posting the HTTP header data (the tokens) as
>>> application/json."
>>> ???
>>> Now he is not available for the next hours. :-(

Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
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: FormattedHeight of a field and its contents

[Paul Dupuis via use-livecode]

What version of LiveCode on what platform are you trying this on?

There have been a number of bugs related to object geometry
calculations, including fields, over the years, found and fixed in
various releases of LC. Some were platform and version of OS specific.

On 1/31/2018 8:31 PM, David Epstein via use-livecode wrote:
> Is there somewhere an explanation of how a field’s textSize, borderWidth, 
> margins, and formattedHeight interact?  
>
> According to the dictionary entry for “formattedHeight”, a field’s 
> formattedHeight is calculated “including top and bottom margins”, while the 
> formattedHeight of a chunk is calculated “disregarding margins.”
>
> That does not seem consistent with these results for a field whose textSize 
> is 16 and whose margin is 4:
>
> the formattedHeight of line 1 of fld 1 19
> the formattedHeight of line 1 to 2 of fld 1  38
> the formattedHeight of fld 1   15  if there’s one 
> line of text
> the formattedHeight of fld 1   34  if there are 
> two lines of text.
>
> Even though there are top and bottom margins of 4, the field’s 
> formattedHeight is smaller, rather than larger, than the formattedHeight of 
> its contents.
>
> A perhaps related question:  Why does a field margin of zero clip the visible 
> text at the top and left?
>
> Many thanks.
>
> David Epstein
> ___
> 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: FormattedHeight of a field and its contents

[Bob Sneidar via use-livecode]

I get 14 for line 1 and 22 for the field. Put that in your smipe and poke it! 
;-)

Bob S


> On Jan 31, 2018, at 17:31 , David Epstein via use-livecode 
>  wrote:
> 
> Is there somewhere an explanation of how a field’s textSize, borderWidth, 
> margins, and formattedHeight interact?  
> 
> According to the dictionary entry for “formattedHeight”, a field’s 
> formattedHeight is calculated “including top and bottom margins”, while the 
> formattedHeight of a chunk is calculated “disregarding margins.”
> 
> That does not seem consistent with these results for a field whose textSize 
> is 16 and whose margin is 4:
> 
> the formattedHeight of line 1 of fld 1 19
> the formattedHeight of line 1 to 2 of fld 1  38
> the formattedHeight of fld 1   15  if there’s one 
> line of text
> the formattedHeight of fld 1   34  if there are 
> two lines of text.
> 
> Even though there are top and bottom margins of 4, the field’s 
> formattedHeight is smaller, rather than larger, than the formattedHeight of 
> its contents.
> 
> A perhaps related question:  Why does a field margin of zero clip the visible 
> text at the top and left?
> 
> Many thanks.
> 
> David Epstein

___
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: Navigator update: better conversion to behaviors, better property editing, better version control, and send to private commands

[Geoff Canyon via use-livecode]

I decided to bite the bullet and build a dialog/palette for the process.
There are too many options to set, etc., and it just makes it easier. I
almost finished it for testing last night before going to sleep. I'm taking
a road trip today, but if I don't fall into bed tonight it should be done.
BTW, with the dialog adding all enclosed controls as an option was one line
of code:

put allUniqueIDsOf(fld "id list") into fld "id List"

I love it when (long) past Geoff does things right and I have it easy as a
result.

gc

On Wed, Jan 31, 2018 at 9:06 PM, Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I love it when someone else solves a problem I've been thinking about
> attacking.  I get a lot more gaming in that way :-)
>
> On Wed, Jan 31, 2018 at 5:56 PM, Geoff Canyon via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > I updated the 5.1 alpha of Navigator. You can download Navigator 5 here
> > . The
> full
> > documentation is here
> >  >,
> > and there is a description in detail of how conversion to script-only
> stack
> > behaviors works here
> > .
> >
> > New features:
> >
> >  -- Use your own naming convention for script-only stack files. Whatever
> > you can do in a line of LC script, you can use to name your stacks.
> >  -- A "Restore from Behaviors" command. This will do unhelpful things
> > (duplicate
> > scripts) for complex, chained behaviors, but I've used it about half a
> > dozen times with Navigator to restore and re-export Navigator's code
> using
> > the new naming feature.
> >  -- The Custom Properties menu now supports deleting properties and
> > property sets.
> >  -- The Property Editor now supports custom properties.
> >  -- The Property Editor now highlights values that aren't the same for
> all
> > the controls selected.
> >  -- The Property Editor now has a popup menu that displays each of the
> > values for the property for the selected controls -- these two make
> finding
> > and syncing discrepancies easy.
> >  -- The contextual menu for stacks now supports updating all script-only
> > stacks from disk, making it unnecessary to quit and restart LiveCode
> after
> > changing branches in source control.
> >  -- The Scripts menu now supports sending to private commands and
> functions
> > for testing.
> > ___
> > 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
>
___
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: post to cgi, JSON in Headers?

[Dave Kilroy via use-livecode]

Klaus I wonder if he wants you to let the server know what kind of data
you'll be sending up, it's not uncommon to set the headers this way when
posting data to an API:

put "Content-Type: application/json" into tHeaders
set httpHeaders to tHeaders


Good luck!

Dave 



Nicolas Cueto via use-livecode wrote
> As a file, or to a SQL database? I successfully store PDFs in a mySQL
> database as large blobs. For PDFs that are not large, a medium BLOB would
> probably be fine. I open the PDF for binary read, then read until EOF. But
> my PDFs are one or at most two page fillable forms. 
> 
> Bob S
> 
> 
>> On Jan 31, 2018, at 08:25 , Klaus major-k via use-livecode 

> use-livecode@.runrev

>  wrote:
>> 
>> Hi friends,
>> 
>> I am scripting a routine to upload a PDF file to a server.
>> So far, so good-> libURLMultipartFormData() is my friend.
>> 
>> but now the developer of the API send me two TOKENs for authentification
>> and said: 
>> "...and make sure you're posting the HTTP header data (the tokens) as
>> application/json."
>> ???
>> Now he is not available for the next hours. :-(
>> 
>> Anyone knows what he is talking about and how I can add this to my
>> scripts?
>> Thanks a lot in advance!
>> 
>> 
>> Best
>> 
>> Klaus
>> --
>> Klaus Major
> 
> 
> ___
> use-livecode mailing list

> use-livecode@.runrev

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





-
"The first 90% of the task takes 90% of the time, and the last 10% takes the 
other 90% of the time."
Peter M. Brigham 
--
Sent from: 
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html

___
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: FormattedHeight of a field and its contents

[BNig via use-livecode]

Hi David,

have a look at
http://berndniggemann.on-rev.com/margins/marginsapp.livecode.zip

It does not explain why but shows what influences the formattedHeight of a
field when changing margins, border size, scrollbars, text height etc.

Kind regards
Bernd



--
Sent from: 
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html

___
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