Re: Cross-platform font handling, and why you don't want to do it

[Bob Sneidar via use-livecode]

I'm going through my code and disabling the places where I check if a 
standalone is being built. I put that in there to try and get around the 
problem where I get alerted that stacks are in use, but that code doesn't work 
anyway. I still have to build one platform at a time, quitting LC between each. 
I think that the build code is somehow not seeing that I am loading font files 
in the preOpenStack handler.

Bob S


On Sep 6, 2022, at 16:32 , Neville Smythe via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

Bob Sneider wrote:
The fonts do not get included in a MacOS standalone


embedding fonts in a Mac standalone worked fine for me. Have you checked that 
the fonts are actually in /Contents/Resources/_MacOS/ and your file 
path when loading is correct

___
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: Cross-platform font handling, and why you don't want to do it

[Neville Smythe via use-livecode]

Bob Sneider wrote:
> The fonts do not get included in a MacOS standalone


embedding fonts in a Mac standalone worked fine for me. Have you checked that 
the fonts are actually in /Contents/Resources/_MacOS/ and your file 
path when loading is correct

On the IDE problem
> when I quit Livecode, then relaunch it and open the stack, all the text of 
> the labels appear out of alignment!

 sounds like a timing problem about what resources are available when LiveCode 
launches and your stack gets to do its font loading (in a pre-open stack 
handler?) and that the timing on Windows launch is just different.

Neville Smythe




___
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: Standardize Font Appearance

[Bob Sneidar via use-livecode]

Yes but I had more in mind then display properties like font size and style.

Bob S


On Sep 6, 2022, at 15:30 , Richard Gaskin via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

Bob Sneidar wrote:

> That's great for buttons. I'd like to implement something for all
> objects. My goal is to be able to offer the end user a way to change
> their "motif" with a single click. Imagine being able to set the
> properties of an object designated as a "class object", the object
> then getting a propertyChanged message, and then having that
> propertyChanged handler trigger the change of all the subscribed
> properties of all the objects that are an instance of that class or
> sub-class.

Sounds very much like the way word processors manage styles: define a set of 
attributes, assign a name to the set, apply that set by name to selections as 
you go.

If a change is needed just edit the style definition, click "Save Changes", and 
the changes are propagated to all objects to which that style has been assigned.

Do I understand the desired workflow?

--
Richard Gaskin
Fourth World Systems
Software Design and Development for the Desktop, Mobile, and the Web

___
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: alumin(i)um

[Bob Sneidar via use-livecode]

I mean first before Alunimium.

Bob S


On Sep 6, 2022, at 15:22 , Mark Wieder via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

On 9/6/22 13:53, Bob Sneidar via use-livecode wrote:

So the theoretical substance was dubbed Aluminum first

That's "alumium" first.

--
Mark Wieder

___
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: Standardize Font Appearance

[Richard Gaskin via use-livecode]

Bob Sneidar wrote:

> That's great for buttons. I'd like to implement something for all
> objects. My goal is to be able to offer the end user a way to change
> their "motif" with a single click. Imagine being able to set the
> properties of an object designated as a "class object", the object
> then getting a propertyChanged message, and then having that
> propertyChanged handler trigger the change of all the subscribed
> properties of all the objects that are an instance of that class or
> sub-class.

Sounds very much like the way word processors manage styles: define a 
set of attributes, assign a name to the set, apply that set by name to 
selections as you go.


If a change is needed just edit the style definition, click "Save 
Changes", and the changes are propagated to all objects to which that 
style has been assigned.


Do I understand the desired workflow?

--
 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: alumin(i)um

[Mark Wieder via use-livecode]

On 9/6/22 13:53, Bob Sneidar via use-livecode wrote:


So the theoretical substance was dubbed Aluminum first


That's "alumium" first.

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

Re: Standalone Application Error

[harrison--- via use-livecode]

Hi Matthias,

I will do that.

Thanks!

Rick

> On Sep 6, 2022, at 6:00 PM, matthias rebbe via use-livecode 
>  wrote:
> 
> You need at least the xCode command line tools installed.
> 
> If you have an Apple Developer account, then please see
> here
> https://developer.apple.com/download/all/?q=command%20line%20tools 
> 
> 
> to see all avaiables versions of the command line tools.
> 
> Please download the one that is supported by your Livecode version (see the 
> LC release notes for xCode support).
> 
> Regards,
> Matthias
> 
> 
>> Am 06.09.2022 um 23:36 schrieb harrison--- via use-livecode 
>> :
>> 
>> Greetings LiveCoders,
>> 
>> I came up against this error today:
>> 
>> There was an error while saving the standalone application
>> Adding ad-hoc signature failed with error:
>> (path name to app): replacing existing signature
>> xcrun: error: invalid active developer path 
>> (/Library/Developer/CommandLineTools), missing xcrun at:
>> /Library/Developer/CommandLineTools/usr/bin/xcrun
>> (path name to app): the codesign_allocate helper tool
>> cannot be found or used
>> In subcomponent
>> (path name to app):/Contents/MacOS/revsecurity.dylib
>> 
>> Is this just saying I don’t have Xcode installed, or is
>> more complex than that?
>> 
>> The program works fine in the IDE, I just can’t build the standalone.
>> 
>> Anyone else ever get this one?
>> 
>> Thanks,
>> 
>> Rick
>> 
>> 
>> ___
>> 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: Standalone Application Error

[matthias rebbe via use-livecode]

You need at least the xCode command line tools installed.

If you have an Apple Developer account, then please see
here
https://developer.apple.com/download/all/?q=command%20line%20tools 


to see all avaiables versions of the command line tools.

Please download the one that is supported by your Livecode version (see the LC 
release notes for xCode support).

Regards,
Matthias


> Am 06.09.2022 um 23:36 schrieb harrison--- via use-livecode 
> :
> 
> Greetings LiveCoders,
> 
> I came up against this error today:
> 
> There was an error while saving the standalone application
> Adding ad-hoc signature failed with error:
> (path name to app): replacing existing signature
> xcrun: error: invalid active developer path 
> (/Library/Developer/CommandLineTools), missing xcrun at:
> /Library/Developer/CommandLineTools/usr/bin/xcrun
> (path name to app): the codesign_allocate helper tool
> cannot be found or used
> In subcomponent
> (path name to app):/Contents/MacOS/revsecurity.dylib
> 
> Is this just saying I don’t have Xcode installed, or is
> more complex than that?
> 
> The program works fine in the IDE, I just can’t build the standalone.
> 
> Anyone else ever get this one?
> 
> Thanks,
> 
> Rick
> 
> 
> ___
> 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

Standalone Application Error

[harrison--- via use-livecode]

Greetings LiveCoders,

I came up against this error today:

There was an error while saving the standalone application
Adding ad-hoc signature failed with error:
(path name to app): replacing existing signature
xcrun: error: invalid active developer path 
(/Library/Developer/CommandLineTools), missing xcrun at:
/Library/Developer/CommandLineTools/usr/bin/xcrun
(path name to app): the codesign_allocate helper tool
cannot be found or used
In subcomponent
(path name to app):/Contents/MacOS/revsecurity.dylib

Is this just saying I don’t have Xcode installed, or is
more complex than that?

The program works fine in the IDE, I just can’t build the standalone.

Anyone else ever get this one?

Thanks,

Rick


___
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: alumin(i)um

[Richmond Mathewson via use-livecode]

Well, in Scots it's "alumeenium", which just sounds like a Scot suffered
from bad spelling.

On Tue, 6 Sept 2022, 23:54 Bob Sneidar via use-livecode, <
use-livecode@lists.runrev.com> wrote:

> Excerpt from WordOrigins.org:
>
> In 1808, British chemist Humphry Davy postulated the existence of a
> metallic form of alumina ore, which he dubbed alumium.
>
> Davy later changed the name to aluminum. He writes in his 1812 Elements of
> Chemical Philosophy: "As yet Aluminum has not been obtained in a perfectly
> free state."
>
> Yet that same year, other British chemists settled on the name aluminium,
> the ending of which they thought was more consistent with the other
> elements.
>
> So the theoretical substance was dubbed Aluminum first, but other
> scientists decided to call it Aluminium, even though no one knew if it
> existed or could exist yet.
>
> Bob S
>
>
>
> > On Sep 6, 2022, at 13:38 , Mark Wieder via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > On 9/6/22 13:19, Mike Kerner via use-livecode wrote:
> >
> >> or the way they spell "favourites", or pronounce "Aluminum". Do you see
> an
> >> extra "i" in there? No? It's invisible, that's why.
> >
> > Yeah. About that.
> > The "aluminium" version actually preceded "aluminum" by several years,
> so if anything the U.S. version is actually the weird one. There are very
> few other elements that veer from the standard "ium" suffix into just "um":
> molybdenum, lanthanum,, tantalum, platinum, and all of those are transition
> metals.
> >
> > https://www.merriam-webster.com/words-at-play/aluminum-vs-aluminium
> >
> > --
> > 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
>
___
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: alumin(i)um

[Bob Sneidar via use-livecode]

Excerpt from WordOrigins.org: 

In 1808, British chemist Humphry Davy postulated the existence of a metallic 
form of alumina ore, which he dubbed alumium. 

Davy later changed the name to aluminum. He writes in his 1812 Elements of 
Chemical Philosophy: "As yet Aluminum has not been obtained in a perfectly free 
state."

Yet that same year, other British chemists settled on the name aluminium, the 
ending of which they thought was more consistent with the other elements. 

So the theoretical substance was dubbed Aluminum first, but other scientists 
decided to call it Aluminium, even though no one knew if it existed or could 
exist yet. 

Bob S



> On Sep 6, 2022, at 13:38 , Mark Wieder via use-livecode 
>  wrote:
> 
> On 9/6/22 13:19, Mike Kerner via use-livecode wrote:
> 
>> or the way they spell "favourites", or pronounce "Aluminum". Do you see an
>> extra "i" in there? No? It's invisible, that's why.
> 
> Yeah. About that.
> The "aluminium" version actually preceded "aluminum" by several years, so if 
> anything the U.S. version is actually the weird one. There are very few other 
> elements that veer from the standard "ium" suffix into just "um": molybdenum, 
> lanthanum,, tantalum, platinum, and all of those are transition metals.
> 
> https://www.merriam-webster.com/words-at-play/aluminum-vs-aluminium
> 
> -- 
> 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

alumin(i)um

[Mark Wieder via use-livecode]

On 9/6/22 13:19, Mike Kerner via use-livecode wrote:


or the way they spell "favourites", or pronounce "Aluminum". Do you see an
extra "i" in there? No? It's invisible, that's why.


Yeah. About that.
The "aluminium" version actually preceded "aluminum" by several years, 
so if anything the U.S. version is actually the weird one. There are 
very few other elements that veer from the standard "ium" suffix into 
just "um": molybdenum, lanthanum,, tantalum, platinum, and all of those 
are transition metals.


https://www.merriam-webster.com/words-at-play/aluminum-vs-aluminium

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

Re: NAVRAD was: lcb missing manual

[Mike Kerner via use-livecode]

by the way, isn't it crazy how much overhead is required with lcb widgets?
there is so...much...stuff you have to put on top just to get to the heart
of the thing.
and i'm never going to like the way lc embeds the comments in the source of
anything.
or the way they spell "favourites", or pronounce "Aluminum". Do you see an
extra "i" in there? No? It's invisible, that's why.

On Tue, Sep 6, 2022 at 4:00 PM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I think the user is going to need to code the width adjustment in the
> resizeStack handler.  Widgets can’t change their rect on their own.  It has
> to happen from the LCS side.
>
> Brian Milby
> br...@milby7.com
>
> > On Sep 6, 2022, at 3:29 PM, Ralph DiMola via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Mike,
> >
> > For future reference the source is in the .lce file. The .lce is in zip
> format. Temporarily change the extension to .zip. You will see the lcb file
> in there. Also when you install it the source will be in the extension
> folder. But since I posted .lce I have put in comments starting with "RAD
> Change" to show where I have made changes. Here is the link to the updated
> source==>https://www.dropbox.com/s/bv930usovpruo5e/navrad.lcb?dl=0
> >
> > Thanks for taking a look!
> >
> > Also I found that after I updated the docs that the docs are generated
> from the lcb file. I re-built the widget and boom my doc changes were
> destroyed. No problem I just had redo the docs for my changes in the lcb
> file. So many unknowns. I am trying to find a way to resize it to the card
> width with a user setting for height percent of card width. But the docs
> are so scant and confusing I feel the giant headache coming on again.
> >
> >
> > 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 Mike Kerner via use-livecode
> > Sent: Tuesday, September 06, 2022 3:00 PM
> > To: How to use LiveCode
> > Cc: Mike Kerner
> > Subject: Re: NAVRAD was: lcb missing manual
> >
> > Ralph,
> > got the source, somewhere? i'd like to learn from it.
> > testing to begin...now.
> >
> >> On Thu, Sep 1, 2022 at 1:32 PM Ralph DiMola via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> I took a major stab at LCB and created a new widget based on the
> >> navbar widget. I have made 2 changes to the navbar and call it navrad.
> >> It does not modify the stock navbar. With almost no docs it was a
> >> challenge. There were so many unknowns I got a few giant headaches. It
> >> adds 4 new properties(iconFill,autoRADHilite,preHilitedItem,
> >> preHilitedItemName) and 1 new message(preHiliteChanged). I updated the
> >> documentation so the new properties and message show in the dictionary
> >> with example(search for "navrad" or just "rad").
> >> One thing I ran into was that I had to call the "autohilite" property
> >> autoRADHilite because using any existing property causes a confilict
> >> that I could not get around without sufficient docs. It does show in
> >> the property inspector as "auto hilite". These changes allow
> >> 1)enlarge/center the icon if there is no label 2)intercept a selection
> >> before it is hilited and make a choice to hilite and send the stock
> >> hiliteChanged message (or not). Why no label? For one social media
> icons don’t need labels. Why a pre message?
> >> Someone suggested it and I thought it was a great idea. Backwards
> >> compatible with existing navbar LCS code. The was an auto sizing to
> >> card width request. I will look to see if I can do it without more
> docs(or help).
> >>
> >> If anyone would like to try it and find any bugs it's at ==>
> >> https://www.dropbox.com/s/51zm4m8dip49jov/com.livecode.widget.navrad.2
> >> .0.0.lce?dl=0
> >>
> >>
> >> Ralph DiMola
> >> IT Director
> >> Evergreen Information Services
> >> rdim...@evergreeninfo.net
> >>
> >>
> >> ___
> >> 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 mana

Re: Cross-platform font handling, and why you don't want to do it

[Bob Sneidar via use-livecode]

I did some testing. It only happens when loading font files for the first time 
in a Livecode session from a script on MacOS. Once the font files are loaded, I 
can close and reopen the stack and the appearance is correct.

It does NOT happen on Windows, nor does it happen with any fonts that are 
installed in the system.

But it gets worse. The fonts do not get included in a MacOS standalone, even 
when I add them to the Copy Files section of the Standalone Application 
Settings of both the splash stack, and the main stack.

Custom Font Support needs a real overhaul. I have already submitted an issue 
with support.

Bob S


On Sep 6, 2022, at 10:13 , Bob Sneidar via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

Sorry to drag this thread on, but it appears that using embedded fonts is worse 
that I first imagined.

After I had set all my label fields to Acme, I repositioned them so that they 
were contacting the field to the right of them, and I right aligned them all so 
they had a consistent look.

I just noticed however that when I quit Livecode, then relaunch it and open the 
stack, all the text of the labels appear out of alignment! If I open the 
Property Editor and select the Font tab, then click one of the labels in Edit 
mode, the text realigns correctly! As I click each label, that text also 
realigns. If I set a label to the default system font, this does not happen.

That sucks. Big time. At this point I do not know if it is just this particular 
font, or if it happens to all embedded fonts, but I am fairly taken back.

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: NAVRAD was: lcb missing manual

[Brian Milby via use-livecode]

I think the user is going to need to code the width adjustment in the 
resizeStack handler.  Widgets can’t change their rect on their own.  It has to 
happen from the LCS side.

Brian Milby
br...@milby7.com

> On Sep 6, 2022, at 3:29 PM, Ralph DiMola via use-livecode 
>  wrote:
> 
> Mike,
> 
> For future reference the source is in the .lce file. The .lce is in zip 
> format. Temporarily change the extension to .zip. You will see the lcb file 
> in there. Also when you install it the source will be in the extension 
> folder. But since I posted .lce I have put in comments starting with "RAD 
> Change" to show where I have made changes. Here is the link to the updated 
> source==>https://www.dropbox.com/s/bv930usovpruo5e/navrad.lcb?dl=0
> 
> Thanks for taking a look!
> 
> Also I found that after I updated the docs that the docs are generated from 
> the lcb file. I re-built the widget and boom my doc changes were destroyed. 
> No problem I just had redo the docs for my changes in the lcb file. So many 
> unknowns. I am trying to find a way to resize it to the card width with a 
> user setting for height percent of card width. But the docs are so scant and 
> confusing I feel the giant headache coming on again.
> 
> 
> 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 Mike Kerner via use-livecode
> Sent: Tuesday, September 06, 2022 3:00 PM
> To: How to use LiveCode
> Cc: Mike Kerner
> Subject: Re: NAVRAD was: lcb missing manual
> 
> Ralph,
> got the source, somewhere? i'd like to learn from it.
> testing to begin...now.
> 
>> On Thu, Sep 1, 2022 at 1:32 PM Ralph DiMola via use-livecode < 
>> use-livecode@lists.runrev.com> wrote:
>> 
>> I took a major stab at LCB and created a new widget based on the 
>> navbar widget. I have made 2 changes to the navbar and call it navrad. 
>> It does not modify the stock navbar. With almost no docs it was a 
>> challenge. There were so many unknowns I got a few giant headaches. It 
>> adds 4 new properties(iconFill,autoRADHilite,preHilitedItem, 
>> preHilitedItemName) and 1 new message(preHiliteChanged). I updated the 
>> documentation so the new properties and message show in the dictionary 
>> with example(search for "navrad" or just "rad").
>> One thing I ran into was that I had to call the "autohilite" property 
>> autoRADHilite because using any existing property causes a confilict 
>> that I could not get around without sufficient docs. It does show in 
>> the property inspector as "auto hilite". These changes allow 
>> 1)enlarge/center the icon if there is no label 2)intercept a selection 
>> before it is hilited and make a choice to hilite and send the stock 
>> hiliteChanged message (or not). Why no label? For one social media icons 
>> don’t need labels. Why a pre message?
>> Someone suggested it and I thought it was a great idea. Backwards 
>> compatible with existing navbar LCS code. The was an auto sizing to 
>> card width request. I will look to see if I can do it without more docs(or 
>> help).
>> 
>> If anyone would like to try it and find any bugs it's at ==>
>> https://www.dropbox.com/s/51zm4m8dip49jov/com.livecode.widget.navrad.2
>> .0.0.lce?dl=0
>> 
>> 
>> Ralph DiMola
>> IT Director
>> Evergreen Information Services
>> rdim...@evergreeninfo.net
>> 
>> 
>> ___
>> 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

___
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: NAVRAD was: lcb missing manual

[Ralph DiMola via use-livecode]

Mike,

For future reference the source is in the .lce file. The .lce is in zip format. 
Temporarily change the extension to .zip. You will see the lcb file in there. 
Also when you install it the source will be in the extension folder. But since 
I posted .lce I have put in comments starting with "RAD Change" to show where I 
have made changes. Here is the link to the updated 
source==>https://www.dropbox.com/s/bv930usovpruo5e/navrad.lcb?dl=0

Thanks for taking a look!

Also I found that after I updated the docs that the docs are generated from the 
lcb file. I re-built the widget and boom my doc changes were destroyed. No 
problem I just had redo the docs for my changes in the lcb file. So many 
unknowns. I am trying to find a way to resize it to the card width with a user 
setting for height percent of card width. But the docs are so scant and 
confusing I feel the giant headache coming on again.


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 
Mike Kerner via use-livecode
Sent: Tuesday, September 06, 2022 3:00 PM
To: How to use LiveCode
Cc: Mike Kerner
Subject: Re: NAVRAD was: lcb missing manual

Ralph,
got the source, somewhere? i'd like to learn from it.
testing to begin...now.

On Thu, Sep 1, 2022 at 1:32 PM Ralph DiMola via use-livecode < 
use-livecode@lists.runrev.com> wrote:

> I took a major stab at LCB and created a new widget based on the 
> navbar widget. I have made 2 changes to the navbar and call it navrad. 
> It does not modify the stock navbar. With almost no docs it was a 
> challenge. There were so many unknowns I got a few giant headaches. It 
> adds 4 new properties(iconFill,autoRADHilite,preHilitedItem, 
> preHilitedItemName) and 1 new message(preHiliteChanged). I updated the 
> documentation so the new properties and message show in the dictionary 
> with example(search for "navrad" or just "rad").
> One thing I ran into was that I had to call the "autohilite" property 
> autoRADHilite because using any existing property causes a confilict 
> that I could not get around without sufficient docs. It does show in 
> the property inspector as "auto hilite". These changes allow 
> 1)enlarge/center the icon if there is no label 2)intercept a selection 
> before it is hilited and make a choice to hilite and send the stock 
> hiliteChanged message (or not). Why no label? For one social media icons 
> don’t need labels. Why a pre message?
> Someone suggested it and I thought it was a great idea. Backwards 
> compatible with existing navbar LCS code. The was an auto sizing to 
> card width request. I will look to see if I can do it without more docs(or 
> help).
>
> If anyone would like to try it and find any bugs it's at ==>
> https://www.dropbox.com/s/51zm4m8dip49jov/com.livecode.widget.navrad.2
> .0.0.lce?dl=0
>
>
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
>
>
> ___
> 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: NAVRAD was: lcb missing manual

[Mike Kerner via use-livecode]

Ralph,
got the source, somewhere? i'd like to learn from it.
testing to begin...now.

On Thu, Sep 1, 2022 at 1:32 PM Ralph DiMola via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I took a major stab at LCB and created a new widget based on the navbar
> widget. I have made 2 changes to the navbar and call it navrad. It does not
> modify the stock navbar. With almost no docs it was a challenge. There were
> so many unknowns I got a few giant headaches. It adds 4 new
> properties(iconFill,autoRADHilite,preHilitedItem, preHilitedItemName) and 1
> new message(preHiliteChanged). I updated the documentation so the new
> properties and message show in the dictionary with example(search for
> "navrad" or just "rad").
> One thing I ran into was that I had to call the "autohilite" property
> autoRADHilite because using any existing property causes a confilict that I
> could not get around without sufficient docs. It does show in the property
> inspector as "auto hilite". These changes allow 1)enlarge/center the icon
> if there is no label 2)intercept a selection before it is hilited and make
> a choice to hilite and send the stock hiliteChanged message (or not). Why
> no label? For one social media icons don’t need labels. Why a pre message?
> Someone suggested it and I thought it was a great idea. Backwards
> compatible with existing navbar LCS code. The was an auto sizing to card
> width request. I will look to see if I can do it without more docs(or help).
>
> If anyone would like to try it and find any bugs it's at ==>
> https://www.dropbox.com/s/51zm4m8dip49jov/com.livecode.widget.navrad.2.0.0.lce?dl=0
>
>
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
>
>
> ___
> 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

Re: Cross-platform font handling, and why you don't want to do it

[Bob Sneidar via use-livecode]

Sorry to drag this thread on, but it appears that using embedded fonts is worse 
that I first imagined.

After I had set all my label fields to Acme, I repositioned them so that they 
were contacting the field to the right of them, and I right aligned them all so 
they had a consistent look.

I just noticed however that when I quit Livecode, then relaunch it and open the 
stack, all the text of the labels appear out of alignment! If I open the 
Property Editor and select the Font tab, then click one of the labels in Edit 
mode, the text realigns correctly! As I click each label, that text also 
realigns. If I set a label to the default system font, this does not happen.

That sucks. Big time. At this point I do not know if it is just this particular 
font, or if it happens to all embedded fonts, but I am fairly taken back.

Bob S


On Sep 5, 2022, at 17:02 , Bob Sneidar via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

Well, I am not aiming for *exact* visual match. What I WOULD expect is that if 
Livecode thinks the name of a font on the MacOS is “Aclonica Regular” then it 
would think the same thing on a Windows system. I’m talking about an embedded 
font file here. That “Aclonica” without the “regular” works on both platforms 
raises an eyebrow. Is LC for MacOS getting it wrong, or is Windows?

Sent from my iPhone

___
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: Stylistic question.

[Bob Sneidar via use-livecode]

I went to Github, the latest version is 7.3 RC1 which is what I already had. 
Not sure where to look for the most recent version. Issue persists for me. 

Bob S


> On Sep 6, 2022, at 08:11 , Bob Sneidar via use-livecode 
>  wrote:
> 
> I'll have a look.
> 
> Bob S
> 
> 
> On Sep 5, 2022, at 19:11 , Geoff Canyon via use-livecode 
> mailto:use-livecode@lists.runrev.com>> wrote:
> 
> On Thu, Sep 1, 2022 at 10:32 AM Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> I will however ask for just one enhancement: If I am filtering the list
> and have an item or items selected, and then I clear the filter, it also
> clears the selection. It would be great if the selection could be
> maintained or restored.
> 
> I checked, and there is code that is supposed to do exactly this. I
> checked, and at least in the simple scenarios I tried, it works as
> advertised. Do you have a recipe to make it not work?
> 
> Note: I think I added this fairly recently, so you probably need the most
> recent version (or nearly so) for this to work.
> 
> gc
> 
> ___
> 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: Stylistic question.

[Bob Sneidar via use-livecode]

I'll have a look.

Bob S


On Sep 5, 2022, at 19:11 , Geoff Canyon via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

On Thu, Sep 1, 2022 at 10:32 AM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:
I will however ask for just one enhancement: If I am filtering the list
and have an item or items selected, and then I clear the filter, it also
clears the selection. It would be great if the selection could be
maintained or restored.

I checked, and there is code that is supposed to do exactly this. I
checked, and at least in the simple scenarios I tried, it works as
advertised. Do you have a recipe to make it not work?

Note: I think I added this fairly recently, so you probably need the most
recent version (or nearly so) for this to work.

gc

___
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: Stylistic question.

[Geoff Canyon via use-livecode]

Ha, I just realized that I responded to the Navigator part of the
conversation without responding to the style part. When I wrote the
"convert a control(s) to behaviors" code, I didn't think twice about what
to apply it to or not -- I selected everything and converted it all. That
was something like five or six years ago, and: Navigator, which I work on
seriously, is all behavior scripts. Everything else, which is *not*
serious, is zero behavior scripts. I think it needs to be a setting at the
IDE level for behaviors to be a thing (for me).

For the original question, I always put code in the control that's doing
the work, unless it's shared. So utility routines and functions in the
card, regular code in the button.
___
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: Standardize Font Appearance

[Heather Laine via use-livecode]

Neville,

That sounds like an incredibly useful exercise. I wonder... could you be 
persuaded to make that a blog post about fonts across platforms I could put on 
our website? If yes, contact me offlist :)

Best Regards,

Heather

Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.com



> On 6 Sep 2022, at 02:27, Neville Smythe via use-livecode 
>  wrote:
> 
> I agree Quentin, trying to make text appear exactly the same on all platforms 
> is a fools errand.
> 
> That however is not the main point of the exercise, at least for me. When 
> designing an apps interface, it would be good to know that (at least static) 
> text items will (probably) appear in the same font style and height and the 
> text is all visible: no pixels obscured at top or bottom or left or right, no 
> unintended word-wrapping, and not too close to other objects such as a field 
> border. 
> 
> Including one’s own fonts such as Google fonts, which are probably not in the 
> user’s default system setup — on a desktop at least, and setting the baseline 
> as in a previous post, would seem to be a useful addition to the production 
> process  (and may even achieve precise equality between Monterey and Windows 
> 10 if my early experiments hold true! ). 
> 
> But  the most important parameter is of course the text length. The usual 
> mantra is to add about 10% extra padding to the field length. I intend to set 
> up a database for a range of fonts and platforms to check just what extra 
> length is really needed (is that figure of 15% for Linux I quoted actually 
> correct, it sounds unbelievable). I have access to Mac Monterey, Mac High 
> Sierra, and Windows 10 and Ubuntu via Parallels.  Once done I will publish 
> the database. Hopefully someone could then add data for Window 11 for example 
> ( and iOS and Android)
> 
> Finally a couple of other comments about fonts on Monterey. I mentioned Times 
> on the Mac being weirdly small. Turns out Times is no longer included in 
> Monterey although it will recognise a scripted setting to Times ; if you set 
> text to 13pt Times it seems the system substitutes Times New Roman 11pt 
> (which looks like 9pt in any other font). 
> 
> And if you set the text to the (Default) font then changes to the textSize of 
> the field have no visible affect, what you get is the default system font at 
> its default size (SF Pro 12pt) 
> 
> 
> Neville
> 
> 
> 
> 
> ___
> 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: Stylistic question.

[Pi Digital via use-livecode]

Arriving late to the conversation. I never put code into buttons other that 
enough to cover messages. These will only have enough code in them to pass on 
the rest of the message. Eg

on mouseUp pBtn
btn_nameOfButtonMUp pBtn
end mouseUp

on mouseRelease
btn_nameOfBtnMRel
end mouseRelease

Then I’d have the main code in either the card or stack script. Cards and 
stacks are a lot harder to delete than an object. Too many times I’ve seen 
objects get deleted accidentally and loose a heap of code. 

For what it’s worth, my preference is for If/Then/Else rather than 
Switch/Case/Default. But sometimes it is better, not to mention faster. But 
even so, for something like an option button I would use

on menuPick pOption
btn_btnNameMenuP pOption
end menuPick

Rather than put the switch code into the button. Rebuilding those few lines of 
code in a lost/deleted button is far easier than trying to remember all of the 
other operations it could have had in it. 

I hope you are all well, btw :)

Sean Cole
Pi Digital
___
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