Re: Svg Icon Tool
Interesting: Steven/LC also made a cool demo of the polyList for displaying the svg icon families and icons that are currently in LC. It's called "SVGIconList", and it uses a total of... 23 lines of code. On Fri, Aug 26, 2022 at 4:50 PM Mike Kerner wrote: > sorry - STEVEN > > On Fri, Aug 26, 2022 at 4:08 PM Mike Kerner > wrote: > >> i decided, yesterday, to go through the lcb lessons, again, because of >> this issue (and wanting to deal with a couple of things in the iconPicker). >> hopefully it'll be done and released before i finish the course, because >> Stephen said that he's going to have a new version of powerButton out in >> the morning, which will hopefully cause me to forget about this while i >> play with that. >> >> On Fri, Aug 26, 2022 at 3:26 PM Ralph DiMola via use-livecode < >> use-livecode@lists.runrev.com> wrote: >> >>> I looked at the code and an auto hilite property could be added and the >>> hiliteing could be disabled. It would be confusing but it would be allow >>> one to control the hilite. I'm going to try it for laughs. >>> >>> 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 Brian Milby via use-livecode >>> Sent: Friday, August 26, 2022 1:13 PM >>> To: How to use LiveCode >>> Cc: Brian Milby >>> Subject: Re: Svg Icon Tool >>> >>> I think that if auto highlight is disabled then hiliteChanged would >>> never get triggered. Having the back end highlight change without it >>> visually changing would probably lead to confusion. >>> >>> >>> > On Aug 26, 2022, at 11:55 AM, Ralph DiMola via use-livecode < >>> use-livecode@lists.runrev.com> wrote: >>> > >>> > What if the widget had a property to disable the auto hilite on click >>> and when the hiliteChanged message arrives you can set(or not) the hilite >>> as appropriate via setting a widget property? A pre-message would be >>> cleaner but this is not horrible. >>> > >>> > 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 >>> >>> >>> ___ >>> 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." >> > > > -- > 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." > -- 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: SVG Icon tool query
I looked at the source that Brian says he used in his repo ( https://github.com/leungwensen/svg-icon). I don't see any copyright listed on that site, but it has all of the libraries linked to it...but then at least the first one (Ant) doesn't seem to have any license listed anywhere, either. On Sun, Aug 28, 2022 at 7:06 PM Neville Smythe via use-livecode < use-livecode@lists.runrev.com> wrote: > Many thanks to Brian for sharing the fantastic collection of icons > included in this tool. Can I enquire as to the copyright status of the > images? > > 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 > -- 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
SVG Icon tool query
Many thanks to Brian for sharing the fantastic collection of icons included in this tool. Can I enquire as to the copyright status of the images? 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
Re: Svg Icon Tool
sorry - STEVEN On Fri, Aug 26, 2022 at 4:08 PM Mike Kerner wrote: > i decided, yesterday, to go through the lcb lessons, again, because of > this issue (and wanting to deal with a couple of things in the iconPicker). > hopefully it'll be done and released before i finish the course, because > Stephen said that he's going to have a new version of powerButton out in > the morning, which will hopefully cause me to forget about this while i > play with that. > > On Fri, Aug 26, 2022 at 3:26 PM Ralph DiMola via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> I looked at the code and an auto hilite property could be added and the >> hiliteing could be disabled. It would be confusing but it would be allow >> one to control the hilite. I'm going to try it for laughs. >> >> 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 Brian Milby via use-livecode >> Sent: Friday, August 26, 2022 1:13 PM >> To: How to use LiveCode >> Cc: Brian Milby >> Subject: Re: Svg Icon Tool >> >> I think that if auto highlight is disabled then hiliteChanged would never >> get triggered. Having the back end highlight change without it visually >> changing would probably lead to confusion. >> >> >> > On Aug 26, 2022, at 11:55 AM, Ralph DiMola via use-livecode < >> use-livecode@lists.runrev.com> wrote: >> > >> > What if the widget had a property to disable the auto hilite on click >> and when the hiliteChanged message arrives you can set(or not) the hilite >> as appropriate via setting a widget property? A pre-message would be >> cleaner but this is not horrible. >> > >> > 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 >> >> >> ___ >> 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." > -- 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: Svg Icon Tool
i decided, yesterday, to go through the lcb lessons, again, because of this issue (and wanting to deal with a couple of things in the iconPicker). hopefully it'll be done and released before i finish the course, because Stephen said that he's going to have a new version of powerButton out in the morning, which will hopefully cause me to forget about this while i play with that. On Fri, Aug 26, 2022 at 3:26 PM Ralph DiMola via use-livecode < use-livecode@lists.runrev.com> wrote: > I looked at the code and an auto hilite property could be added and the > hiliteing could be disabled. It would be confusing but it would be allow > one to control the hilite. I'm going to try it for laughs. > > 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 Brian Milby via use-livecode > Sent: Friday, August 26, 2022 1:13 PM > To: How to use LiveCode > Cc: Brian Milby > Subject: Re: Svg Icon Tool > > I think that if auto highlight is disabled then hiliteChanged would never > get triggered. Having the back end highlight change without it visually > changing would probably lead to confusion. > > > > On Aug 26, 2022, at 11:55 AM, Ralph DiMola via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > What if the widget had a property to disable the auto hilite on click > and when the hiliteChanged message arrives you can set(or not) the hilite > as appropriate via setting a widget property? A pre-message would be > cleaner but this is not horrible. > > > > 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 > > > ___ > 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: Svg Icon Tool
I looked at the code and an auto hilite property could be added and the hiliteing could be disabled. It would be confusing but it would be allow one to control the hilite. I'm going to try it for laughs. 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 Brian Milby via use-livecode Sent: Friday, August 26, 2022 1:13 PM To: How to use LiveCode Cc: Brian Milby Subject: Re: Svg Icon Tool I think that if auto highlight is disabled then hiliteChanged would never get triggered. Having the back end highlight change without it visually changing would probably lead to confusion. > On Aug 26, 2022, at 11:55 AM, Ralph DiMola via use-livecode > wrote: > > What if the widget had a property to disable the auto hilite on click and > when the hiliteChanged message arrives you can set(or not) the hilite as > appropriate via setting a widget property? A pre-message would be cleaner but > this is not horrible. > > 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 ___ 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: Svg Icon Tool
I think that if auto highlight is disabled then hiliteChanged would never get triggered. Having the back end highlight change without it visually changing would probably lead to confusion. > On Aug 26, 2022, at 11:55 AM, Ralph DiMola via use-livecode > wrote: > > What if the widget had a property to disable the auto hilite on click and > when the hiliteChanged message arrives you can set(or not) the hilite as > appropriate via setting a widget property? A pre-message would be cleaner but > this is not horrible. > > 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
RE: Svg Icon Tool
What if the widget had a property to disable the auto hilite on click and when the hiliteChanged message arrives you can set(or not) the hilite as appropriate via setting a widget property? A pre-message would be cleaner but this is not horrible. 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 Brian Milby via use-livecode Sent: Friday, August 26, 2022 10:13 AM To: How to use LiveCode Cc: Brian Milby Subject: Re: Svg Icon Tool Ok, then we need a full spec on how this would work. It is not just the addition of a message. To get what you are desiring, it would be most consistent to just add the mouse messages and the autoHilite property. I would still want the silent option since that works most in the grain of the current functionality. In your use case, you wouldn’t even use the hiliteChanged message. You would just act based on the mouseUp after your checks. From a UI perspective, I think it makes more sense for the object to highlight on the touch and then revert on the mouseUp if not permitted. > On Aug 26, 2022, at 9:28 AM, Mike Kerner via use-livecode > wrote: > > you would have a property for autohilite, and if that is false, the > developer would be responsible for setting the hilite. that's the way > it's implemented with other controls. > >> On Fri, Aug 26, 2022 at 9:23 AM Brian Milby via use-livecode < >> use-livecode@lists.runrev.com> wrote: >> >> The silent update would allow that to happen in the hilitechanged handler. >> >> I don’t know how you would implement a pre… message. How would the >> widget know whether to proceed or not? The two messages would fire >> almost simultaneously. There also isn’t any way to tell the widget >> to cancel the highlight action, which would be needed. >> >> A mouseDown message may work but would still need a way to cancel the >> highlight. I think the silent change is the most seamless way to >> accomplish this task. >> >> In general I think that normal mouse messages should be passed from >> widgets - even if they add specialized functionality with additional >> messages. I don’t think they would solve this issue on their own though. >> >> (I also did some work in this widget to add the nothing and multiple >> selections) >> >> >> >>> On Aug 26, 2022, at 9:03 AM, Mike Kerner via use-livecode < >> use-livecode@lists.runrev.com> wrote: >>> >>> i don't think so. i want to be able to be able to intercept the >>> touch/click, and decide what to do. sometimes i want to ignore it. >>> sometimes i want to throw up an error and not switch. sometimes i >>> want to do something else, first. >>> >>>> On Thu, Aug 25, 2022 at 5:48 PM Brian Milby via use-livecode < >>>> use-livecode@lists.runrev.com> wrote: >>>> >>>> >>>> I think what we probably need is simply: >>>> >>>> set the hilitedItemSilently of widget 1 to 1 Or set the >>>> hilitedItemWithoutMessage of widget 1 to 1 >>>> >>>> This would allow more elegant solutions to many of the raised issues. >>>> >>>> Thanks, >>>> Brian >>>> >>>> >>>> Sent from my iPhone >>>> >>>>> On Aug 25, 2022, at 2:48 PM, Mike Kerner via use-livecode < >>>> use-livecode@lists.runrev.com> wrote: >>>>> >>>>> the two things that are glaring, imho are >>>>> * [preHiliteChanged]( >> https://quality.livecode.com/show_bug.cgi?id=23207) >>>> - >>>>> someone taps on a selection. i do a check, throw up a "nope", and >> nothing >>>>> changes. this one is preventing me from moving off of the >>>>> tmControls >>>> navbar. >>>>> * autowidth to the card width. >>>>> but there are several others, as well >>>>> >>>> >> https://quality.livecode.com/buglist.cgi?quicksearch=navigation%20bar >> &list_id=105904 >>>>> listen, i get it. i need to re-learn lcb and actually use it. >>>>> but i also have force powers, so i know that someone is going to >>>>> do >> these >>>>> things, before i do, and then i won't have to. >>>>> >>>>>> On Thu, Aug 25, 2022 at 2:39 PM Ralph DiMola via use-livecode < >>>>>> use-livecode@lists.runrev.com> w
Re: Svg Icon Tool
Speaking from a phone UI context, I would think that when you touch an object that it would highlight to register the touch. If you drag off the object, then the touch is cancelled. When you release, then the validity is tested. If the touch is valid, then the object would retain the highlight (or if you had different colors for touch/selected it would change) and the follow on actions would take place. If not valid, the highlight would be reverted to previous state without any change in the current card. All of this can be scripted currently but you have to add your own tests to the hiliteChanged message and guard against causing a loop. I’ll set up a repo for this widget so it can be worked based on the GPL code. > On Aug 26, 2022, at 10:30 AM, Mike Kerner via use-livecode > wrote: > > correct, the hiliteChanged message is superfluous in this scenario, and the > developer would just manage the touch/mouse messages > i disagree that flipping the hilite to one and then back is better. the > hilite is an indicator of state. if the state is not allowed to change, > then the hilite should not change. > in the current operation, the user hits a selection. the hilite changes. at > this point, there aren't any good options. if we switch cards, then do the > test, tell the user that the selection is not allowed, then switch back, > they get this jerky transition, and we have to restore the previous state. > if we do not make the transition, then they get the hilite changing, then > they get rejected, and then we have to switch the hilite back to what it > was, before. > >> On Fri, Aug 26, 2022 at 10:14 AM Brian Milby via use-livecode < >> use-livecode@lists.runrev.com> wrote: >> >> Ok, then we need a full spec on how this would work. It is not just the >> addition of a message. >> >> To get what you are desiring, it would be most consistent to just add the >> mouse messages and the autoHilite property. >> >> I would still want the silent option since that works most in the grain of >> the current functionality. >> >> In your use case, you wouldn’t even use the hiliteChanged message. You >> would just act based on the mouseUp after your checks. >> >> From a UI perspective, I think it makes more sense for the object to >> highlight on the touch and then revert on the mouseUp if not permitted. >> >>> On Aug 26, 2022, at 9:28 AM, Mike Kerner via use-livecode < >> use-livecode@lists.runrev.com> wrote: >>> >>> you would have a property for autohilite, and if that is false, the >>> developer would be responsible for setting the hilite. that's the way >> it's >>> implemented with other controls. >>> On Fri, Aug 26, 2022 at 9:23 AM Brian Milby via use-livecode < use-livecode@lists.runrev.com> wrote: The silent update would allow that to happen in the hilitechanged >> handler. I don’t know how you would implement a pre… message. How would the >> widget know whether to proceed or not? The two messages would fire almost simultaneously. There also isn’t any way to tell the widget to cancel >> the highlight action, which would be needed. A mouseDown message may work but would still need a way to cancel the highlight. I think the silent change is the most seamless way to accomplish this task. In general I think that normal mouse messages should be passed from widgets - even if they add specialized functionality with additional messages. I don’t think they would solve this issue on their own >> though. (I also did some work in this widget to add the nothing and multiple selections) > On Aug 26, 2022, at 9:03 AM, Mike Kerner via use-livecode < use-livecode@lists.runrev.com> wrote: > > i don't think so. i want to be able to be able to intercept the > touch/click, and decide what to do. sometimes i want to ignore it. > sometimes i want to throw up an error and not switch. sometimes i want >> to > do something else, first. > >> On Thu, Aug 25, 2022 at 5:48 PM Brian Milby via use-livecode < >> use-livecode@lists.runrev.com> wrote: >> >> >> I think what we probably need is simply: >> >> set the hilitedItemSilently of widget 1 to 1 >> Or >> set the hilitedItemWithoutMessage of widget 1 to 1 >> >> This would allow more elegant solutions to many of the raised issues. >> >> Thanks, >> Brian >> >> >> Sent from my iPhone >> >>> On Aug 25, 2022, at 2:48 PM, Mike Kerner via use-livecode < >> use-livecode@lists.runrev.com> wrote: >>> >>> the two things that are glaring, imho are >>> * [preHiliteChanged]( https://quality.livecode.com/show_bug.cgi?id=23207) >> - >>> someone taps on a selection. i do a check, throw up a "nope", and nothing >>> changes. this one is preventing me from moving off of the tmControls >> navbar. >>>
Re: Svg Icon Tool
i could see, for someone who wants it to behave the way it behaves now, that retaining the current behavior and adding to it would be better. the control can work both ways, a manual mode and an automagical mode. On Fri, Aug 26, 2022 at 10:28 AM Mike Kerner wrote: > correct, the hiliteChanged message is superfluous in this scenario, and > the developer would just manage the touch/mouse messages > i disagree that flipping the hilite to one and then back is better. the > hilite is an indicator of state. if the state is not allowed to change, > then the hilite should not change. > in the current operation, the user hits a selection. the hilite changes. > at this point, there aren't any good options. if we switch cards, then do > the test, tell the user that the selection is not allowed, then switch > back, they get this jerky transition, and we have to restore the previous > state. if we do not make the transition, then they get the hilite changing, > then they get rejected, and then we have to switch the hilite back to what > it was, before. > > On Fri, Aug 26, 2022 at 10:14 AM Brian Milby via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> Ok, then we need a full spec on how this would work. It is not just the >> addition of a message. >> >> To get what you are desiring, it would be most consistent to just add the >> mouse messages and the autoHilite property. >> >> I would still want the silent option since that works most in the grain >> of the current functionality. >> >> In your use case, you wouldn’t even use the hiliteChanged message. You >> would just act based on the mouseUp after your checks. >> >> From a UI perspective, I think it makes more sense for the object to >> highlight on the touch and then revert on the mouseUp if not permitted. >> >> > On Aug 26, 2022, at 9:28 AM, Mike Kerner via use-livecode < >> use-livecode@lists.runrev.com> wrote: >> > >> > you would have a property for autohilite, and if that is false, the >> > developer would be responsible for setting the hilite. that's the way >> it's >> > implemented with other controls. >> > >> >> On Fri, Aug 26, 2022 at 9:23 AM Brian Milby via use-livecode < >> >> use-livecode@lists.runrev.com> wrote: >> >> >> >> The silent update would allow that to happen in the hilitechanged >> handler. >> >> >> >> I don’t know how you would implement a pre… message. How would the >> widget >> >> know whether to proceed or not? The two messages would fire almost >> >> simultaneously. There also isn’t any way to tell the widget to cancel >> the >> >> highlight action, which would be needed. >> >> >> >> A mouseDown message may work but would still need a way to cancel the >> >> highlight. I think the silent change is the most seamless way to >> >> accomplish this task. >> >> >> >> In general I think that normal mouse messages should be passed from >> >> widgets - even if they add specialized functionality with additional >> >> messages. I don’t think they would solve this issue on their own >> though. >> >> >> >> (I also did some work in this widget to add the nothing and multiple >> >> selections) >> >> >> >> >> >> >> >>> On Aug 26, 2022, at 9:03 AM, Mike Kerner via use-livecode < >> >> use-livecode@lists.runrev.com> wrote: >> >>> >> >>> i don't think so. i want to be able to be able to intercept the >> >>> touch/click, and decide what to do. sometimes i want to ignore it. >> >>> sometimes i want to throw up an error and not switch. sometimes i >> want to >> >>> do something else, first. >> >>> >> On Thu, Aug 25, 2022 at 5:48 PM Brian Milby via use-livecode < >> use-livecode@lists.runrev.com> wrote: >> >> >> I think what we probably need is simply: >> >> set the hilitedItemSilently of widget 1 to 1 >> Or >> set the hilitedItemWithoutMessage of widget 1 to 1 >> >> This would allow more elegant solutions to many of the raised issues. >> >> Thanks, >> Brian >> >> >> Sent from my iPhone >> >> > On Aug 25, 2022, at 2:48 PM, Mike Kerner via use-livecode < >> use-livecode@lists.runrev.com> wrote: >> > >> > the two things that are glaring, imho are >> > * [preHiliteChanged]( >> >> https://quality.livecode.com/show_bug.cgi?id=23207) >> - >> > someone taps on a selection. i do a check, throw up a "nope", and >> >> nothing >> > changes. this one is preventing me from moving off of the tmControls >> navbar. >> > * autowidth to the card width. >> > but there are several others, as well >> > >> >> >> >> https://quality.livecode.com/buglist.cgi?quicksearch=navigation%20bar&list_id=105904 >> > listen, i get it. i need to re-learn lcb and actually use it. >> > but i also have force powers, so i know that someone is going to do >> >> these >> > things, before i do, and then i won't have to. >> > >> >> On Thu, Aug 25, 2022 at 2:39 PM Ralph DiMola via use-livecode < >> >> use-livecode@
Re: Svg Icon Tool
correct, the hiliteChanged message is superfluous in this scenario, and the developer would just manage the touch/mouse messages i disagree that flipping the hilite to one and then back is better. the hilite is an indicator of state. if the state is not allowed to change, then the hilite should not change. in the current operation, the user hits a selection. the hilite changes. at this point, there aren't any good options. if we switch cards, then do the test, tell the user that the selection is not allowed, then switch back, they get this jerky transition, and we have to restore the previous state. if we do not make the transition, then they get the hilite changing, then they get rejected, and then we have to switch the hilite back to what it was, before. On Fri, Aug 26, 2022 at 10:14 AM Brian Milby via use-livecode < use-livecode@lists.runrev.com> wrote: > Ok, then we need a full spec on how this would work. It is not just the > addition of a message. > > To get what you are desiring, it would be most consistent to just add the > mouse messages and the autoHilite property. > > I would still want the silent option since that works most in the grain of > the current functionality. > > In your use case, you wouldn’t even use the hiliteChanged message. You > would just act based on the mouseUp after your checks. > > From a UI perspective, I think it makes more sense for the object to > highlight on the touch and then revert on the mouseUp if not permitted. > > > On Aug 26, 2022, at 9:28 AM, Mike Kerner via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > you would have a property for autohilite, and if that is false, the > > developer would be responsible for setting the hilite. that's the way > it's > > implemented with other controls. > > > >> On Fri, Aug 26, 2022 at 9:23 AM Brian Milby via use-livecode < > >> use-livecode@lists.runrev.com> wrote: > >> > >> The silent update would allow that to happen in the hilitechanged > handler. > >> > >> I don’t know how you would implement a pre… message. How would the > widget > >> know whether to proceed or not? The two messages would fire almost > >> simultaneously. There also isn’t any way to tell the widget to cancel > the > >> highlight action, which would be needed. > >> > >> A mouseDown message may work but would still need a way to cancel the > >> highlight. I think the silent change is the most seamless way to > >> accomplish this task. > >> > >> In general I think that normal mouse messages should be passed from > >> widgets - even if they add specialized functionality with additional > >> messages. I don’t think they would solve this issue on their own > though. > >> > >> (I also did some work in this widget to add the nothing and multiple > >> selections) > >> > >> > >> > >>> On Aug 26, 2022, at 9:03 AM, Mike Kerner via use-livecode < > >> use-livecode@lists.runrev.com> wrote: > >>> > >>> i don't think so. i want to be able to be able to intercept the > >>> touch/click, and decide what to do. sometimes i want to ignore it. > >>> sometimes i want to throw up an error and not switch. sometimes i want > to > >>> do something else, first. > >>> > On Thu, Aug 25, 2022 at 5:48 PM Brian Milby via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > I think what we probably need is simply: > > set the hilitedItemSilently of widget 1 to 1 > Or > set the hilitedItemWithoutMessage of widget 1 to 1 > > This would allow more elegant solutions to many of the raised issues. > > Thanks, > Brian > > > Sent from my iPhone > > > On Aug 25, 2022, at 2:48 PM, Mike Kerner via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > the two things that are glaring, imho are > > * [preHiliteChanged]( > >> https://quality.livecode.com/show_bug.cgi?id=23207) > - > > someone taps on a selection. i do a check, throw up a "nope", and > >> nothing > > changes. this one is preventing me from moving off of the tmControls > navbar. > > * autowidth to the card width. > > but there are several others, as well > > > > >> > https://quality.livecode.com/buglist.cgi?quicksearch=navigation%20bar&list_id=105904 > > listen, i get it. i need to re-learn lcb and actually use it. > > but i also have force powers, so i know that someone is going to do > >> these > > things, before i do, and then i won't have to. > > > >> On Thu, Aug 25, 2022 at 2:39 PM Ralph DiMola via use-livecode < > >> use-livecode@lists.runrev.com> wrote: > >> > >> Mike, > >> I have used my own version of the navbar widget for years. I added > an > >> option to enlarge/vertically justify the icon if there is no label > and > >> eliminated the "new item" thingy. I think the stock widget already > >> lets > you > >> select the zero option. I added that back before the stock widget > let > yo
Re: Svg Icon Tool
Ok, then we need a full spec on how this would work. It is not just the addition of a message. To get what you are desiring, it would be most consistent to just add the mouse messages and the autoHilite property. I would still want the silent option since that works most in the grain of the current functionality. In your use case, you wouldn’t even use the hiliteChanged message. You would just act based on the mouseUp after your checks. From a UI perspective, I think it makes more sense for the object to highlight on the touch and then revert on the mouseUp if not permitted. > On Aug 26, 2022, at 9:28 AM, Mike Kerner via use-livecode > wrote: > > you would have a property for autohilite, and if that is false, the > developer would be responsible for setting the hilite. that's the way it's > implemented with other controls. > >> On Fri, Aug 26, 2022 at 9:23 AM Brian Milby via use-livecode < >> use-livecode@lists.runrev.com> wrote: >> >> The silent update would allow that to happen in the hilitechanged handler. >> >> I don’t know how you would implement a pre… message. How would the widget >> know whether to proceed or not? The two messages would fire almost >> simultaneously. There also isn’t any way to tell the widget to cancel the >> highlight action, which would be needed. >> >> A mouseDown message may work but would still need a way to cancel the >> highlight. I think the silent change is the most seamless way to >> accomplish this task. >> >> In general I think that normal mouse messages should be passed from >> widgets - even if they add specialized functionality with additional >> messages. I don’t think they would solve this issue on their own though. >> >> (I also did some work in this widget to add the nothing and multiple >> selections) >> >> >> >>> On Aug 26, 2022, at 9:03 AM, Mike Kerner via use-livecode < >> use-livecode@lists.runrev.com> wrote: >>> >>> i don't think so. i want to be able to be able to intercept the >>> touch/click, and decide what to do. sometimes i want to ignore it. >>> sometimes i want to throw up an error and not switch. sometimes i want to >>> do something else, first. >>> On Thu, Aug 25, 2022 at 5:48 PM Brian Milby via use-livecode < use-livecode@lists.runrev.com> wrote: I think what we probably need is simply: set the hilitedItemSilently of widget 1 to 1 Or set the hilitedItemWithoutMessage of widget 1 to 1 This would allow more elegant solutions to many of the raised issues. Thanks, Brian Sent from my iPhone > On Aug 25, 2022, at 2:48 PM, Mike Kerner via use-livecode < use-livecode@lists.runrev.com> wrote: > > the two things that are glaring, imho are > * [preHiliteChanged]( >> https://quality.livecode.com/show_bug.cgi?id=23207) - > someone taps on a selection. i do a check, throw up a "nope", and >> nothing > changes. this one is preventing me from moving off of the tmControls navbar. > * autowidth to the card width. > but there are several others, as well > >> https://quality.livecode.com/buglist.cgi?quicksearch=navigation%20bar&list_id=105904 > listen, i get it. i need to re-learn lcb and actually use it. > but i also have force powers, so i know that someone is going to do >> these > things, before i do, and then i won't have to. > >> On Thu, Aug 25, 2022 at 2:39 PM Ralph DiMola via use-livecode < >> use-livecode@lists.runrev.com> wrote: >> >> Mike, >> I have used my own version of the navbar widget for years. I added an >> option to enlarge/vertically justify the icon if there is no label and >> eliminated the "new item" thingy. I think the stock widget already >> lets you >> select the zero option. I added that back before the stock widget let you >> do it. What changes/enhancements are you looking for? >> >> I also have LCS routines to store the navbar options as a custom property >> array. I have handlers to add/delete/change option text and icons via >> script for a contextual UI. They are not documented or polished but if >> there is any interest I will look into it. >> >> 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-live
RE: Svg Icon Tool
Do widgets even have the capability to send a message and have it return back to the widget if it is "Pass"ed in the spirit of "Pre" messages? 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: Friday, August 26, 2022 9:27 AM To: How to use LiveCode Cc: Mike Kerner Subject: Re: Svg Icon Tool you would have a property for autohilite, and if that is false, the developer would be responsible for setting the hilite. that's the way it's implemented with other controls. On Fri, Aug 26, 2022 at 9:23 AM Brian Milby via use-livecode < use-livecode@lists.runrev.com> wrote: > The silent update would allow that to happen in the hilitechanged handler. > > I don’t know how you would implement a pre… message. How would the > widget know whether to proceed or not? The two messages would fire > almost simultaneously. There also isn’t any way to tell the widget to > cancel the highlight action, which would be needed. > > A mouseDown message may work but would still need a way to cancel the > highlight. I think the silent change is the most seamless way to > accomplish this task. > > In general I think that normal mouse messages should be passed from > widgets - even if they add specialized functionality with additional > messages. I don’t think they would solve this issue on their own though. > > (I also did some work in this widget to add the nothing and multiple > selections) > > > > > On Aug 26, 2022, at 9:03 AM, Mike Kerner via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > i don't think so. i want to be able to be able to intercept the > > touch/click, and decide what to do. sometimes i want to ignore it. > > sometimes i want to throw up an error and not switch. sometimes i > > want to do something else, first. > > > >> On Thu, Aug 25, 2022 at 5:48 PM Brian Milby via use-livecode < > >> use-livecode@lists.runrev.com> wrote: > >> > >> > >> I think what we probably need is simply: > >> > >> set the hilitedItemSilently of widget 1 to 1 Or set the > >> hilitedItemWithoutMessage of widget 1 to 1 > >> > >> This would allow more elegant solutions to many of the raised issues. > >> > >> Thanks, > >> Brian > >> > >> > >> Sent from my iPhone > >> > >>> On Aug 25, 2022, at 2:48 PM, Mike Kerner via use-livecode < > >> use-livecode@lists.runrev.com> wrote: > >>> > >>> the two things that are glaring, imho are > >>> * [preHiliteChanged]( > https://quality.livecode.com/show_bug.cgi?id=23207) > >> - > >>> someone taps on a selection. i do a check, throw up a "nope", and > nothing > >>> changes. this one is preventing me from moving off of the > >>> tmControls > >> navbar. > >>> * autowidth to the card width. > >>> but there are several others, as well > >>> > >> > https://quality.livecode.com/buglist.cgi?quicksearch=navigation%20bar&; > list_id=105904 > >>> listen, i get it. i need to re-learn lcb and actually use it. > >>> but i also have force powers, so i know that someone is going to > >>> do > these > >>> things, before i do, and then i won't have to. > >>> > >>>> On Thu, Aug 25, 2022 at 2:39 PM Ralph DiMola via use-livecode < > >>>> use-livecode@lists.runrev.com> wrote: > >>>> > >>>> Mike, > >>>> I have used my own version of the navbar widget for years. I > >>>> added an option to enlarge/vertically justify the icon if there > >>>> is no label and eliminated the "new item" thingy. I think the > >>>> stock widget already > lets > >> you > >>>> select the zero option. I added that back before the stock widget > >>>> let > >> you > >>>> do it. What changes/enhancements are you looking for? > >>>> > >>>> I also have LCS routines to store the navbar options as a custom > >> property > >>>> array. I have handlers to add/delete/change option text and icons > >>>> via script for a contextual UI. They are not documented or > >>>> polished but if there is any interest I will look into it. > >>>> > >>>> Ralph DiMola > >>>>
Re: Svg Icon Tool
you would have a property for autohilite, and if that is false, the developer would be responsible for setting the hilite. that's the way it's implemented with other controls. On Fri, Aug 26, 2022 at 9:23 AM Brian Milby via use-livecode < use-livecode@lists.runrev.com> wrote: > The silent update would allow that to happen in the hilitechanged handler. > > I don’t know how you would implement a pre… message. How would the widget > know whether to proceed or not? The two messages would fire almost > simultaneously. There also isn’t any way to tell the widget to cancel the > highlight action, which would be needed. > > A mouseDown message may work but would still need a way to cancel the > highlight. I think the silent change is the most seamless way to > accomplish this task. > > In general I think that normal mouse messages should be passed from > widgets - even if they add specialized functionality with additional > messages. I don’t think they would solve this issue on their own though. > > (I also did some work in this widget to add the nothing and multiple > selections) > > > > > On Aug 26, 2022, at 9:03 AM, Mike Kerner via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > i don't think so. i want to be able to be able to intercept the > > touch/click, and decide what to do. sometimes i want to ignore it. > > sometimes i want to throw up an error and not switch. sometimes i want to > > do something else, first. > > > >> On Thu, Aug 25, 2022 at 5:48 PM Brian Milby via use-livecode < > >> use-livecode@lists.runrev.com> wrote: > >> > >> > >> I think what we probably need is simply: > >> > >> set the hilitedItemSilently of widget 1 to 1 > >> Or > >> set the hilitedItemWithoutMessage of widget 1 to 1 > >> > >> This would allow more elegant solutions to many of the raised issues. > >> > >> Thanks, > >> Brian > >> > >> > >> Sent from my iPhone > >> > >>> On Aug 25, 2022, at 2:48 PM, Mike Kerner via use-livecode < > >> use-livecode@lists.runrev.com> wrote: > >>> > >>> the two things that are glaring, imho are > >>> * [preHiliteChanged]( > https://quality.livecode.com/show_bug.cgi?id=23207) > >> - > >>> someone taps on a selection. i do a check, throw up a "nope", and > nothing > >>> changes. this one is preventing me from moving off of the tmControls > >> navbar. > >>> * autowidth to the card width. > >>> but there are several others, as well > >>> > >> > https://quality.livecode.com/buglist.cgi?quicksearch=navigation%20bar&list_id=105904 > >>> listen, i get it. i need to re-learn lcb and actually use it. > >>> but i also have force powers, so i know that someone is going to do > these > >>> things, before i do, and then i won't have to. > >>> > On Thu, Aug 25, 2022 at 2:39 PM Ralph DiMola via use-livecode < > use-livecode@lists.runrev.com> wrote: > > Mike, > I have used my own version of the navbar widget for years. I added an > option to enlarge/vertically justify the icon if there is no label and > eliminated the "new item" thingy. I think the stock widget already > lets > >> you > select the zero option. I added that back before the stock widget let > >> you > do it. What changes/enhancements are you looking for? > > I also have LCS routines to store the navbar options as a custom > >> property > array. I have handlers to add/delete/change option text and icons via > script for a contextual UI. They are not documented or polished but if > there is any interest I will look into it. > > 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 > -- 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." ___
Re: Svg Icon Tool
The silent update would allow that to happen in the hilitechanged handler. I don’t know how you would implement a pre… message. How would the widget know whether to proceed or not? The two messages would fire almost simultaneously. There also isn’t any way to tell the widget to cancel the highlight action, which would be needed. A mouseDown message may work but would still need a way to cancel the highlight. I think the silent change is the most seamless way to accomplish this task. In general I think that normal mouse messages should be passed from widgets - even if they add specialized functionality with additional messages. I don’t think they would solve this issue on their own though. (I also did some work in this widget to add the nothing and multiple selections) > On Aug 26, 2022, at 9:03 AM, Mike Kerner via use-livecode > wrote: > > i don't think so. i want to be able to be able to intercept the > touch/click, and decide what to do. sometimes i want to ignore it. > sometimes i want to throw up an error and not switch. sometimes i want to > do something else, first. > >> On Thu, Aug 25, 2022 at 5:48 PM Brian Milby via use-livecode < >> use-livecode@lists.runrev.com> wrote: >> >> >> I think what we probably need is simply: >> >> set the hilitedItemSilently of widget 1 to 1 >> Or >> set the hilitedItemWithoutMessage of widget 1 to 1 >> >> This would allow more elegant solutions to many of the raised issues. >> >> Thanks, >> Brian >> >> >> Sent from my iPhone >> >>> On Aug 25, 2022, at 2:48 PM, Mike Kerner via use-livecode < >> use-livecode@lists.runrev.com> wrote: >>> >>> the two things that are glaring, imho are >>> * [preHiliteChanged](https://quality.livecode.com/show_bug.cgi?id=23207) >> - >>> someone taps on a selection. i do a check, throw up a "nope", and nothing >>> changes. this one is preventing me from moving off of the tmControls >> navbar. >>> * autowidth to the card width. >>> but there are several others, as well >>> >> https://quality.livecode.com/buglist.cgi?quicksearch=navigation%20bar&list_id=105904 >>> listen, i get it. i need to re-learn lcb and actually use it. >>> but i also have force powers, so i know that someone is going to do these >>> things, before i do, and then i won't have to. >>> On Thu, Aug 25, 2022 at 2:39 PM Ralph DiMola via use-livecode < use-livecode@lists.runrev.com> wrote: Mike, I have used my own version of the navbar widget for years. I added an option to enlarge/vertically justify the icon if there is no label and eliminated the "new item" thingy. I think the stock widget already lets >> you select the zero option. I added that back before the stock widget let >> you do it. What changes/enhancements are you looking for? I also have LCS routines to store the navbar options as a custom >> property array. I have handlers to add/delete/change option text and icons via script for a contextual UI. They are not documented or polished but if there is any interest I will look into it. 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: Svg Icon Tool
i don't think so. i want to be able to be able to intercept the touch/click, and decide what to do. sometimes i want to ignore it. sometimes i want to throw up an error and not switch. sometimes i want to do something else, first. On Thu, Aug 25, 2022 at 5:48 PM Brian Milby via use-livecode < use-livecode@lists.runrev.com> wrote: > > I think what we probably need is simply: > > set the hilitedItemSilently of widget 1 to 1 > Or > set the hilitedItemWithoutMessage of widget 1 to 1 > > This would allow more elegant solutions to many of the raised issues. > > Thanks, > Brian > > > Sent from my iPhone > > > On Aug 25, 2022, at 2:48 PM, Mike Kerner via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > the two things that are glaring, imho are > > * [preHiliteChanged](https://quality.livecode.com/show_bug.cgi?id=23207) > - > > someone taps on a selection. i do a check, throw up a "nope", and nothing > > changes. this one is preventing me from moving off of the tmControls > navbar. > > * autowidth to the card width. > > but there are several others, as well > > > https://quality.livecode.com/buglist.cgi?quicksearch=navigation%20bar&list_id=105904 > > listen, i get it. i need to re-learn lcb and actually use it. > > but i also have force powers, so i know that someone is going to do these > > things, before i do, and then i won't have to. > > > >> On Thu, Aug 25, 2022 at 2:39 PM Ralph DiMola via use-livecode < > >> use-livecode@lists.runrev.com> wrote: > >> > >> Mike, > >> I have used my own version of the navbar widget for years. I added an > >> option to enlarge/vertically justify the icon if there is no label and > >> eliminated the "new item" thingy. I think the stock widget already lets > you > >> select the zero option. I added that back before the stock widget let > you > >> do it. What changes/enhancements are you looking for? > >> > >> I also have LCS routines to store the navbar options as a custom > property > >> array. I have handlers to add/delete/change option text and icons via > >> script for a contextual UI. They are not documented or polished but if > >> there is any interest I will look into it. > >> > >> 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: Svg Icon Tool
I think what we probably need is simply: set the hilitedItemSilently of widget 1 to 1 Or set the hilitedItemWithoutMessage of widget 1 to 1 This would allow more elegant solutions to many of the raised issues. Thanks, Brian Sent from my iPhone > On Aug 25, 2022, at 2:48 PM, Mike Kerner via use-livecode > wrote: > > the two things that are glaring, imho are > * [preHiliteChanged](https://quality.livecode.com/show_bug.cgi?id=23207) - > someone taps on a selection. i do a check, throw up a "nope", and nothing > changes. this one is preventing me from moving off of the tmControls navbar. > * autowidth to the card width. > but there are several others, as well > https://quality.livecode.com/buglist.cgi?quicksearch=navigation%20bar&list_id=105904 > listen, i get it. i need to re-learn lcb and actually use it. > but i also have force powers, so i know that someone is going to do these > things, before i do, and then i won't have to. > >> On Thu, Aug 25, 2022 at 2:39 PM Ralph DiMola via use-livecode < >> use-livecode@lists.runrev.com> wrote: >> >> Mike, >> I have used my own version of the navbar widget for years. I added an >> option to enlarge/vertically justify the icon if there is no label and >> eliminated the "new item" thingy. I think the stock widget already lets you >> select the zero option. I added that back before the stock widget let you >> do it. What changes/enhancements are you looking for? >> >> I also have LCS routines to store the navbar options as a custom property >> array. I have handlers to add/delete/change option text and icons via >> script for a contextual UI. They are not documented or polished but if >> there is any interest I will look into it. >> >> 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
Re: Svg Icon Tool
the two things that are glaring, imho are * [preHiliteChanged](https://quality.livecode.com/show_bug.cgi?id=23207) - someone taps on a selection. i do a check, throw up a "nope", and nothing changes. this one is preventing me from moving off of the tmControls navbar. * autowidth to the card width. but there are several others, as well https://quality.livecode.com/buglist.cgi?quicksearch=navigation%20bar&list_id=105904 listen, i get it. i need to re-learn lcb and actually use it. but i also have force powers, so i know that someone is going to do these things, before i do, and then i won't have to. On Thu, Aug 25, 2022 at 2:39 PM Ralph DiMola via use-livecode < use-livecode@lists.runrev.com> wrote: > Mike, > I have used my own version of the navbar widget for years. I added an > option to enlarge/vertically justify the icon if there is no label and > eliminated the "new item" thingy. I think the stock widget already lets you > select the zero option. I added that back before the stock widget let you > do it. What changes/enhancements are you looking for? > > I also have LCS routines to store the navbar options as a custom property > array. I have handlers to add/delete/change option text and icons via > script for a contextual UI. They are not documented or polished but if > there is any interest I will look into it. > > 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: Thursday, August 25, 2022 9:19 AM > To: How to use LiveCode > Cc: Mike Kerner > Subject: Re: Svg Icon Tool > > Although, as long as we're having this discussion, the navBar is higher > priority, so hit that, first. > > On Thu, Aug 25, 2022 at 9:16 AM Mike Kerner > wrote: > > > Hey, man, if it's that easy to get you to do something, then > > * Make the tree widget better > > * Make the NavBar better > > Boom. Hero me. > > > > On Thu, Aug 25, 2022 at 7:37 AM Brian Milby via use-livecode < > > use-livecode@lists.runrev.com> wrote: > > > >> You are welcome! > >> > >> Good idea. Just one file needs to be copied (SvgIconTool.livecode) > >> to install. If you ran it once and imported families, then you can > >> copy or move the milby.us folder to retain the settings (I actually > >> link that folder so I can run as a plug-in or from the repo and use > >> the same > >> settings.) > >> > >> Thanks, > >> Brian > >> > >> > On Aug 25, 2022, at 7:07 AM, matthias rebbe via use-livecode < > >> use-livecode@lists.runrev.com> wrote: > >> > > >> > Thank you very much for this great tool. > >> > > >> > Maybe you add some information to the readme.md what files/folders > >> > from > >> the zip have to be copied to the plugins folder. > >> > > >> > Regards, > >> > Matthias > >> > > >> > > >> >> Am 25.08.2022 um 05:22 schrieb Brian Milby via use-livecode < > >> use-livecode@lists.runrev.com>: > >> >> > >> >> Greetings list! > >> >> > >> >> A few years ago I published a tool that allowed easy creation of > >> >> the > >> Icon > >> >> Families that I had been working on to integrate into the IDE. > >> >> (The > >> code > >> >> had been started, but users had no way to leverage the planned > >> capability > >> >> at the time.) At that time I simply posted it to Sample Stacks > >> >> and a > >> copy > >> >> on my web server with more icons. > >> >> > >> >> I had been wanting to get it onto GitHub for quite some time, but > >> never got > >> >> around to it. In another thread I mentioned the tool and Mike > >> >> asked > >> if it > >> >> was available on GitHub. That was just the sort of thing I needed > >> >> to > >> get > >> >> it posted. (Thanks Mike!) > >> >> > >> >> https://github.com/bwmilby/SvgIconTool > >> >> > >> >> The most significant change that I've made with this version is > >> >> that it will keep the icon families and prefs stored as separate > >> >> files instead > >> of > >> >> inside the stack. This will make things much ea
RE: Svg Icon Tool
Mike, I have used my own version of the navbar widget for years. I added an option to enlarge/vertically justify the icon if there is no label and eliminated the "new item" thingy. I think the stock widget already lets you select the zero option. I added that back before the stock widget let you do it. What changes/enhancements are you looking for? I also have LCS routines to store the navbar options as a custom property array. I have handlers to add/delete/change option text and icons via script for a contextual UI. They are not documented or polished but if there is any interest I will look into it. 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: Thursday, August 25, 2022 9:19 AM To: How to use LiveCode Cc: Mike Kerner Subject: Re: Svg Icon Tool Although, as long as we're having this discussion, the navBar is higher priority, so hit that, first. On Thu, Aug 25, 2022 at 9:16 AM Mike Kerner wrote: > Hey, man, if it's that easy to get you to do something, then > * Make the tree widget better > * Make the NavBar better > Boom. Hero me. > > On Thu, Aug 25, 2022 at 7:37 AM Brian Milby via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> You are welcome! >> >> Good idea. Just one file needs to be copied (SvgIconTool.livecode) >> to install. If you ran it once and imported families, then you can >> copy or move the milby.us folder to retain the settings (I actually >> link that folder so I can run as a plug-in or from the repo and use >> the same >> settings.) >> >> Thanks, >> Brian >> >> > On Aug 25, 2022, at 7:07 AM, matthias rebbe via use-livecode < >> use-livecode@lists.runrev.com> wrote: >> > >> > Thank you very much for this great tool. >> > >> > Maybe you add some information to the readme.md what files/folders >> > from >> the zip have to be copied to the plugins folder. >> > >> > Regards, >> > Matthias >> > >> > >> >> Am 25.08.2022 um 05:22 schrieb Brian Milby via use-livecode < >> use-livecode@lists.runrev.com>: >> >> >> >> Greetings list! >> >> >> >> A few years ago I published a tool that allowed easy creation of >> >> the >> Icon >> >> Families that I had been working on to integrate into the IDE. >> >> (The >> code >> >> had been started, but users had no way to leverage the planned >> capability >> >> at the time.) At that time I simply posted it to Sample Stacks >> >> and a >> copy >> >> on my web server with more icons. >> >> >> >> I had been wanting to get it onto GitHub for quite some time, but >> never got >> >> around to it. In another thread I mentioned the tool and Mike >> >> asked >> if it >> >> was available on GitHub. That was just the sort of thing I needed >> >> to >> get >> >> it posted. (Thanks Mike!) >> >> >> >> https://github.com/bwmilby/SvgIconTool >> >> >> >> The most significant change that I've made with this version is >> >> that it will keep the icon families and prefs stored as separate >> >> files instead >> of >> >> inside the stack. This will make things much easier since plugins >> start as >> >> a palette and you have to toplevel it to save (which is no longer >> >> necessary). If you use the previous version, you only really need >> >> to >> worry >> >> about any custom families that you imported. All of the ones that >> >> I provided earlier are available in the repository and can be >> >> loaded in >> bulk >> >> by dragging them onto the library card. >> >> >> >> I welcome feedback and bug reports on the GitHub repository. >> >> >> >> Thanks and have a blessed day! >> >> Brian Milby >> >> ___ >> >> 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-liv
Re: Svg Icon Tool
Although, as long as we're having this discussion, the navBar is higher priority, so hit that, first. On Thu, Aug 25, 2022 at 9:16 AM Mike Kerner wrote: > Hey, man, if it's that easy to get you to do something, then > * Make the tree widget better > * Make the NavBar better > Boom. Hero me. > > On Thu, Aug 25, 2022 at 7:37 AM Brian Milby via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> You are welcome! >> >> Good idea. Just one file needs to be copied (SvgIconTool.livecode) to >> install. If you ran it once and imported families, then you can copy or >> move the milby.us folder to retain the settings (I actually link that >> folder so I can run as a plug-in or from the repo and use the same >> settings.) >> >> Thanks, >> Brian >> >> > On Aug 25, 2022, at 7:07 AM, matthias rebbe via use-livecode < >> use-livecode@lists.runrev.com> wrote: >> > >> > Thank you very much for this great tool. >> > >> > Maybe you add some information to the readme.md what files/folders from >> the zip have to be copied to the plugins folder. >> > >> > Regards, >> > Matthias >> > >> > >> >> Am 25.08.2022 um 05:22 schrieb Brian Milby via use-livecode < >> use-livecode@lists.runrev.com>: >> >> >> >> Greetings list! >> >> >> >> A few years ago I published a tool that allowed easy creation of the >> Icon >> >> Families that I had been working on to integrate into the IDE. (The >> code >> >> had been started, but users had no way to leverage the planned >> capability >> >> at the time.) At that time I simply posted it to Sample Stacks and a >> copy >> >> on my web server with more icons. >> >> >> >> I had been wanting to get it onto GitHub for quite some time, but >> never got >> >> around to it. In another thread I mentioned the tool and Mike asked >> if it >> >> was available on GitHub. That was just the sort of thing I needed to >> get >> >> it posted. (Thanks Mike!) >> >> >> >> https://github.com/bwmilby/SvgIconTool >> >> >> >> The most significant change that I've made with this version is that it >> >> will keep the icon families and prefs stored as separate files instead >> of >> >> inside the stack. This will make things much easier since plugins >> start as >> >> a palette and you have to toplevel it to save (which is no longer >> >> necessary). If you use the previous version, you only really need to >> worry >> >> about any custom families that you imported. All of the ones that I >> >> provided earlier are available in the repository and can be loaded in >> bulk >> >> by dragging them onto the library card. >> >> >> >> I welcome feedback and bug reports on the GitHub repository. >> >> >> >> Thanks and have a blessed day! >> >> Brian Milby >> >> ___ >> >> 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." > -- 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: Svg Icon Tool
Hey, man, if it's that easy to get you to do something, then * Make the tree widget better * Make the NavBar better Boom. Hero me. On Thu, Aug 25, 2022 at 7:37 AM Brian Milby via use-livecode < use-livecode@lists.runrev.com> wrote: > You are welcome! > > Good idea. Just one file needs to be copied (SvgIconTool.livecode) to > install. If you ran it once and imported families, then you can copy or > move the milby.us folder to retain the settings (I actually link that > folder so I can run as a plug-in or from the repo and use the same > settings.) > > Thanks, > Brian > > > On Aug 25, 2022, at 7:07 AM, matthias rebbe via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > Thank you very much for this great tool. > > > > Maybe you add some information to the readme.md what files/folders from > the zip have to be copied to the plugins folder. > > > > Regards, > > Matthias > > > > > >> Am 25.08.2022 um 05:22 schrieb Brian Milby via use-livecode < > use-livecode@lists.runrev.com>: > >> > >> Greetings list! > >> > >> A few years ago I published a tool that allowed easy creation of the > Icon > >> Families that I had been working on to integrate into the IDE. (The > code > >> had been started, but users had no way to leverage the planned > capability > >> at the time.) At that time I simply posted it to Sample Stacks and a > copy > >> on my web server with more icons. > >> > >> I had been wanting to get it onto GitHub for quite some time, but never > got > >> around to it. In another thread I mentioned the tool and Mike asked if > it > >> was available on GitHub. That was just the sort of thing I needed to > get > >> it posted. (Thanks Mike!) > >> > >> https://github.com/bwmilby/SvgIconTool > >> > >> The most significant change that I've made with this version is that it > >> will keep the icon families and prefs stored as separate files instead > of > >> inside the stack. This will make things much easier since plugins > start as > >> a palette and you have to toplevel it to save (which is no longer > >> necessary). If you use the previous version, you only really need to > worry > >> about any custom families that you imported. All of the ones that I > >> provided earlier are available in the repository and can be loaded in > bulk > >> by dragging them onto the library card. > >> > >> I welcome feedback and bug reports on the GitHub repository. > >> > >> Thanks and have a blessed day! > >> Brian Milby > >> ___ > >> 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
Re: Svg Icon Tool
You are welcome! Good idea. Just one file needs to be copied (SvgIconTool.livecode) to install. If you ran it once and imported families, then you can copy or move the milby.us folder to retain the settings (I actually link that folder so I can run as a plug-in or from the repo and use the same settings.) Thanks, Brian > On Aug 25, 2022, at 7:07 AM, matthias rebbe via use-livecode > wrote: > > Thank you very much for this great tool. > > Maybe you add some information to the readme.md what files/folders from the > zip have to be copied to the plugins folder. > > Regards, > Matthias > > >> Am 25.08.2022 um 05:22 schrieb Brian Milby via use-livecode >> : >> >> Greetings list! >> >> A few years ago I published a tool that allowed easy creation of the Icon >> Families that I had been working on to integrate into the IDE. (The code >> had been started, but users had no way to leverage the planned capability >> at the time.) At that time I simply posted it to Sample Stacks and a copy >> on my web server with more icons. >> >> I had been wanting to get it onto GitHub for quite some time, but never got >> around to it. In another thread I mentioned the tool and Mike asked if it >> was available on GitHub. That was just the sort of thing I needed to get >> it posted. (Thanks Mike!) >> >> https://github.com/bwmilby/SvgIconTool >> >> The most significant change that I've made with this version is that it >> will keep the icon families and prefs stored as separate files instead of >> inside the stack. This will make things much easier since plugins start as >> a palette and you have to toplevel it to save (which is no longer >> necessary). If you use the previous version, you only really need to worry >> about any custom families that you imported. All of the ones that I >> provided earlier are available in the repository and can be loaded in bulk >> by dragging them onto the library card. >> >> I welcome feedback and bug reports on the GitHub repository. >> >> Thanks and have a blessed day! >> Brian Milby >> ___ >> 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: Svg Icon Tool
Thank you very much for this great tool. Maybe you add some information to the readme.md what files/folders from the zip have to be copied to the plugins folder. Regards, Matthias > Am 25.08.2022 um 05:22 schrieb Brian Milby via use-livecode > : > > Greetings list! > > A few years ago I published a tool that allowed easy creation of the Icon > Families that I had been working on to integrate into the IDE. (The code > had been started, but users had no way to leverage the planned capability > at the time.) At that time I simply posted it to Sample Stacks and a copy > on my web server with more icons. > > I had been wanting to get it onto GitHub for quite some time, but never got > around to it. In another thread I mentioned the tool and Mike asked if it > was available on GitHub. That was just the sort of thing I needed to get > it posted. (Thanks Mike!) > > https://github.com/bwmilby/SvgIconTool > > The most significant change that I've made with this version is that it > will keep the icon families and prefs stored as separate files instead of > inside the stack. This will make things much easier since plugins start as > a palette and you have to toplevel it to save (which is no longer > necessary). If you use the previous version, you only really need to worry > about any custom families that you imported. All of the ones that I > provided earlier are available in the repository and can be loaded in bulk > by dragging them onto the library card. > > I welcome feedback and bug reports on the GitHub repository. > > Thanks and have a blessed day! > Brian Milby > ___ > 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
Svg Icon Tool
Greetings list! A few years ago I published a tool that allowed easy creation of the Icon Families that I had been working on to integrate into the IDE. (The code had been started, but users had no way to leverage the planned capability at the time.) At that time I simply posted it to Sample Stacks and a copy on my web server with more icons. I had been wanting to get it onto GitHub for quite some time, but never got around to it. In another thread I mentioned the tool and Mike asked if it was available on GitHub. That was just the sort of thing I needed to get it posted. (Thanks Mike!) https://github.com/bwmilby/SvgIconTool The most significant change that I've made with this version is that it will keep the icon families and prefs stored as separate files instead of inside the stack. This will make things much easier since plugins start as a palette and you have to toplevel it to save (which is no longer necessary). If you use the previous version, you only really need to worry about any custom families that you imported. All of the ones that I provided earlier are available in the repository and can be loaded in bulk by dragging them onto the library card. I welcome feedback and bug reports on the GitHub repository. Thanks and have a blessed day! Brian Milby ___ 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: Announcement: SVG Icon Tool
I've updated the version with a couple of minor fixes: https://milby.us/lc/SvgIconTool.180114-1700.zip Thanks, Brian On Sun, Jan 14, 2018 at 10:06 PM, Kay C Lan via use-livecode < use-livecode@lists.runrev.com> wrote: > Very nice! Thank you so much:-) > > On Mon, Jan 15, 2018 at 7:33 AM, J. Landman Gay via use-livecode > wrote: > > Anyone who hasn't looked at this stack really should. It's what we've > needed > > ever since SVG was introduced to LC. > > > > > > On 1/13/18 11:25 PM, Brian Milby via use-livecode wrote: > >> > >> I've posted an updated version of my SVG Icon Tool to my server with a > >> large number of icons included (everything from > >> https://leungwensen.github.io/svg-icon except the flags which needed > >> color). I've also included the feather icons that were mentioned. > >> > >> Direct link to the download: > >> https://milby.us/lc/SvgIconTool.180113-2301.zip > >> > >> Latest forum post on the tool: > >> http://forums.livecode.com/viewtopic.php?f=10&t=30411&p=162655#p162655 > >> > >> Once the SVG Icon Library is updated to allow loading other icon > families, > >> this tool can be used to help manage icon sets for applications. There > >> should be no reason the LCB file in my PR couldn't be compiled in LC8, > but > >> I've been working on it in LC9DP11 & develop. > >> It exports encoded LC arrays that are in the format needed for the > >> library. > >> > >> Thanks, > >> Brian > >> ___ > >> 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 > > ___ > 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: Announcement: SVG Icon Tool
Very nice! Thank you so much:-) On Mon, Jan 15, 2018 at 7:33 AM, J. Landman Gay via use-livecode wrote: > Anyone who hasn't looked at this stack really should. It's what we've needed > ever since SVG was introduced to LC. > > > On 1/13/18 11:25 PM, Brian Milby via use-livecode wrote: >> >> I've posted an updated version of my SVG Icon Tool to my server with a >> large number of icons included (everything from >> https://leungwensen.github.io/svg-icon except the flags which needed >> color). I've also included the feather icons that were mentioned. >> >> Direct link to the download: >> https://milby.us/lc/SvgIconTool.180113-2301.zip >> >> Latest forum post on the tool: >> http://forums.livecode.com/viewtopic.php?f=10&t=30411&p=162655#p162655 >> >> Once the SVG Icon Library is updated to allow loading other icon families, >> this tool can be used to help manage icon sets for applications. There >> should be no reason the LCB file in my PR couldn't be compiled in LC8, but >> I've been working on it in LC9DP11 & develop. >> It exports encoded LC arrays that are in the format needed for the >> library. >> >> Thanks, >> Brian >> ___ >> 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 ___ 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: Announcement: SVG Icon Tool
Anyone who hasn't looked at this stack really should. It's what we've needed ever since SVG was introduced to LC. On 1/13/18 11:25 PM, Brian Milby via use-livecode wrote: I've posted an updated version of my SVG Icon Tool to my server with a large number of icons included (everything from https://leungwensen.github.io/svg-icon except the flags which needed color). I've also included the feather icons that were mentioned. Direct link to the download: https://milby.us/lc/SvgIconTool.180113-2301.zip Latest forum post on the tool: http://forums.livecode.com/viewtopic.php?f=10&t=30411&p=162655#p162655 Once the SVG Icon Library is updated to allow loading other icon families, this tool can be used to help manage icon sets for applications. There should be no reason the LCB file in my PR couldn't be compiled in LC8, but I've been working on it in LC9DP11 & develop. It exports encoded LC arrays that are in the format needed for the library. Thanks, Brian ___ 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
Announcement: SVG Icon Tool
I've posted an updated version of my SVG Icon Tool to my server with a large number of icons included (everything from https://leungwensen.github.io/svg-icon except the flags which needed color). I've also included the feather icons that were mentioned. Direct link to the download: https://milby.us/lc/SvgIconTool.180113-2301.zip Latest forum post on the tool: http://forums.livecode.com/viewtopic.php?f=10&t=30411&p=162655#p162655 Once the SVG Icon Library is updated to allow loading other icon families, this tool can be used to help manage icon sets for applications. There should be no reason the LCB file in my PR couldn't be compiled in LC8, but I've been working on it in LC9DP11 & develop. It exports encoded LC arrays that are in the format needed for the library. Thanks, Brian ___ 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
