Re: Groups placed on cards
In testing with a new stack, I see that what I am asking for actually does happen. The various placements of the group do have the same ID and configuration. So, I’ll work with my stack to make it happen that way. Thanks all for your help! Peter > On Apr 24, 2020, at 1:43 PM, Brian Milby via use-livecode > wrote: > > Is the group getting a new object ID? With the place command it should not > and you only really have one group. It will appear on each card that it is > placed on. You do not need to select background behavior, you just need to > make the group shared. > > Thanks, > Brian > On Apr 24, 2020, 4:01 PM -0400, Peter Bogdanoff via use-livecode > , wrote: >> On the contrary, I want each instance of the group to be exactly the same. >> I’m not seeing that when I place a group—it now seems to be a new object. >> >> Peter >> >>> On Apr 24, 2020, at 12:51 PM, dunbarx--- via use-livecode >>> wrote: >>> >>> Peter. >>> If you have a stack with one card, create a group, and set the >>> backGroundBehavior of the group, then any new card you create will >>> automatically contain a copy of the group. >>> If you already have a stack with multiple cards, and create a group >>> somewhere, then if you want to copy it to other cards it to be done with >>> the "place" command. >>> You can always add or delete groups with LC gadgetry. >>> What you really asked, though, was whether the same group that appears on >>> multiple cards can each have unique scripts based on the particular >>> instance of any of them. I am not sure that group scripts can be so >>> compartmentalized. That is why I invited others to chime in. The workaround >>> I mentioned is just that, a workaround, unless some combination of >>> properties will allow the "same" group to hold its own unique script. >>> Craig >>> >>> >>> -Original Message- >>> From: Peter Bogdanoff via use-livecode >>> To: How to use LiveCode >>> Cc: Peter Bogdanoff >>> Sent: Fri, Apr 24, 2020 3:22 pm >>> Subject: Re: Groups placed on cards >>> >>> Thanks Craig, >>> On Apr 24, 2020, at 12:14 PM, dunbarx--- via use-livecode wrote: Hi. You can certainly create a group and set its backgroundbehjavior, then "place" it on any or all existing cards. This assumes that the group comes after the multi-card stack. >>> >>> “...comes after the multi-card stack” Do you mean have the group on its own >>> card, then place it elsewhere after that? >>> >>> Then any changes to the physical structure of your group will appear in all instances. But I am not sure how you would separate the scripts of such a group. Others may know better. You can always, however, tailor the group script to detect the card it is on, and execute only what is pertinent to that card. In the group script: on mouseUp switch the number of this cd case 1 answer random(999) break case 2 answer any item of "cat, dog,42" break end switchend mouseUp Craig -Original Message- From: Peter Bogdanoff via use-livecode To: How to use LiveCode Cc: Peter Bogdanoff Sent: Fri, Apr 24, 2020 2:07 pm Subject: Groups placed on cards Hi, I have a stack with multiple cards (not part of a background) and I want to place a group on each card—the same group--AND be able to edit a single group script. And ideally, I would be able to configure as needed the controls of all instances of the group from a single location. For example, I have a glossary in a separate stack in another window, but now want to incorporate that stack to display as a pop-down in the main stack window on each (non-background) card. In testing, I’m seeing each placement of the group now as a new object. This is for both Mac and Windows. What would be my options to manage this? Thanks, Peter Bogdanoff ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode >>> >>> >>> ___ >>> use-livecode mailing list >>> use-livecode@lists.runrev.com >>> Please visit this url to subscribe, unsubscribe and manage your >>> subscription preferences: >>> http://lists.runrev.com/mailman/listinfo/use-livecode >>> ___ >>> use-livecode mailing list >>> use-livecode@lists.runrev.com >>> Please visit this url to
Re: Widget Properties
My suggestion was just to see what properties are available in the widget. But when I just tried it, I see that it doesn't respond in the IDE, what you see is just a placeholder. You can search for "ios native button" in the dictionary, where I see only two available properties: enabled and label. If the widget author doesn't support the rest of them, they don't exist. I do see that you can resize the rectangle, but since I don't use the native buttons I'm not sure if the size will be retained on an iPhone or whether it just defaults to the standard native size. Typically only the properties that the author has supported will appear in the property inspector. On 4/24/20 3:35 PM, Graham Samuel via use-livecode wrote: Thanks Jacque - info safely stored in my “how to make a mobile app look like one” archive! Thanks for the other info about properties - how would you then refer to a property that isn’t shown in the Property Inspector for a widget, such as fontColor (or whatever)? I assume the array is just a way of accessing the whole collection and not the route to setting an individual property - but I’m probably wrong. Graham On 24 Apr 2020, at 20:26, J. Landman Gay via use-livecode wrote: On 4/24/20 3:37 AM, Graham Samuel via use-livecode wrote: As my app took shape, I noticed how unlike a typical iPhone app it looked, mostly because I was using the controls I was familiar with, such as radio buttons and ordinary fields. I wondered if my users might find its interface unfamiliar. Therefore I have been seeking to make my app’s user interface look and feel more like other iPhone apps. I have already had a lot of help from this list, but it seems there is no one packaged solution to getting an ‘iPhone look and feel’. You mentioned the iOS native button doesn't look right. If it makes you feel better, the Android one doesn't either. So what I did was use a round-rect graphic as a button. Set the linesize to 1 and the round radius to 8. You can set the border color and the text color. I use the same graphic for Android. Sometimes Android buttons have a fill color, sometimes they are just borderless text. I adjust those properties based on platform. IOS buttons use sentence capitalization, Android buttons use all-caps. The label can be adjusted the same way based on platform. It's an easy fix and looks native. -- 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 -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Groups placed on cards
Is the group getting a new object ID? With the place command it should not and you only really have one group. It will appear on each card that it is placed on. You do not need to select background behavior, you just need to make the group shared. Thanks, Brian On Apr 24, 2020, 4:01 PM -0400, Peter Bogdanoff via use-livecode , wrote: > On the contrary, I want each instance of the group to be exactly the same. > I’m not seeing that when I place a group—it now seems to be a new object. > > Peter > > > On Apr 24, 2020, at 12:51 PM, dunbarx--- via use-livecode > > wrote: > > > > Peter. > > If you have a stack with one card, create a group, and set the > > backGroundBehavior of the group, then any new card you create will > > automatically contain a copy of the group. > > If you already have a stack with multiple cards, and create a group > > somewhere, then if you want to copy it to other cards it to be done with > > the "place" command. > > You can always add or delete groups with LC gadgetry. > > What you really asked, though, was whether the same group that appears on > > multiple cards can each have unique scripts based on the particular > > instance of any of them. I am not sure that group scripts can be so > > compartmentalized. That is why I invited others to chime in. The workaround > > I mentioned is just that, a workaround, unless some combination of > > properties will allow the "same" group to hold its own unique script. > > Craig > > > > > > -Original Message- > > From: Peter Bogdanoff via use-livecode > > To: How to use LiveCode > > Cc: Peter Bogdanoff > > Sent: Fri, Apr 24, 2020 3:22 pm > > Subject: Re: Groups placed on cards > > > > Thanks Craig, > > > > > On Apr 24, 2020, at 12:14 PM, dunbarx--- via use-livecode > > > wrote: > > > > > > Hi. > > > You can certainly create a group and set its backgroundbehjavior, then > > > "place" it on any or all existing cards. This assumes that the group > > > comes after the multi-card stack. > > > > “...comes after the multi-card stack” Do you mean have the group on its own > > card, then place it elsewhere after that? > > > > > > > Then any changes to the physical structure of your group will appear in > > > all instances. > > > But I am not sure how you would separate the scripts of such a group. > > > Others may know better. > > > You can always, however, tailor the group script to detect the card it is > > > on, and execute only what is pertinent to that card. In the group script: > > > on mouseUp switch the number of this cd case 1 answer random(999) break > > > case 2 answer any item of "cat, dog,42" break end switchend mouseUp > > > Craig > > > > > > > > > -Original Message- > > > From: Peter Bogdanoff via use-livecode > > > To: How to use LiveCode > > > Cc: Peter Bogdanoff > > > Sent: Fri, Apr 24, 2020 2:07 pm > > > Subject: Groups placed on cards > > > > > > Hi, > > > > > > I have a stack with multiple cards (not part of a background) and I want > > > to place a group on each card—the same group--AND be able to edit a > > > single group script. And ideally, I would be able to configure as needed > > > the controls of all instances of the group from a single location. > > > > > > For example, I have a glossary in a separate stack in another window, but > > > now want to incorporate that stack to display as a pop-down in the main > > > stack window on each (non-background) card. > > > > > > In testing, I’m seeing each placement of the group now as a new object. > > > > > > This is for both Mac and Windows. > > > > > > What would be my options to manage this? > > > > > > Thanks, > > > > > > Peter Bogdanoff > > > ___ > > > use-livecode mailing list > > > use-livecode@lists.runrev.com > > > Please visit this url to subscribe, unsubscribe and manage your > > > subscription preferences: > > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > ___ > > > use-livecode mailing list > > > use-livecode@lists.runrev.com > > > Please visit this url to subscribe, unsubscribe and manage your > > > subscription preferences: > > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > > ___ > > use-livecode mailing list > > use-livecode@lists.runrev.com > > Please visit this url to subscribe, unsubscribe and manage your > > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-livecode > > ___ > > use-livecode mailing list > > use-livecode@lists.runrev.com > > Please visit this url to subscribe, unsubscribe and manage your > > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your
Re: Widget Properties
Thanks Jacque - info safely stored in my “how to make a mobile app look like one” archive! Thanks for the other info about properties - how would you then refer to a property that isn’t shown in the Property Inspector for a widget, such as fontColor (or whatever)? I assume the array is just a way of accessing the whole collection and not the route to setting an individual property - but I’m probably wrong. Graham > On 24 Apr 2020, at 20:26, J. Landman Gay via use-livecode > wrote: > > On 4/24/20 3:37 AM, Graham Samuel via use-livecode wrote: >> As my app took shape, I noticed how unlike a typical iPhone app it looked, >> mostly because I was using the controls I was familiar with, such as radio >> buttons and ordinary fields. I wondered if my users might find its interface >> unfamiliar. Therefore I have been seeking to make my app’s user interface >> look and feel more like other iPhone apps. I have already had a lot of help >> from this list, but it seems there is no one packaged solution to getting an >> ‘iPhone look and feel’. > > You mentioned the iOS native button doesn't look right. If it makes you feel > better, the Android one doesn't either. So what I did was use a round-rect > graphic as a button. Set the linesize to 1 and the round radius to 8. You can > set the border color and the text color. > > I use the same graphic for Android. Sometimes Android buttons have a fill > color, sometimes they are just borderless text. I adjust those properties > based on platform. IOS buttons use sentence capitalization, Android buttons > use all-caps. The label can be adjusted the same way based on platform. > > It's an easy fix and looks native. > > -- > 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: Groups placed on cards
On the contrary, I want each instance of the group to be exactly the same. I’m not seeing that when I place a group—it now seems to be a new object. Peter > On Apr 24, 2020, at 12:51 PM, dunbarx--- via use-livecode > wrote: > > Peter. > If you have a stack with one card, create a group, and set the > backGroundBehavior of the group, then any new card you create will > automatically contain a copy of the group. > If you already have a stack with multiple cards, and create a group > somewhere, then if you want to copy it to other cards it to be done with the > "place" command. > You can always add or delete groups with LC gadgetry. > What you really asked, though, was whether the same group that appears on > multiple cards can each have unique scripts based on the particular instance > of any of them. I am not sure that group scripts can be so compartmentalized. > That is why I invited others to chime in. The workaround I mentioned is just > that, a workaround, unless some combination of properties will allow the > "same" group to hold its own unique script. > Craig > > > -Original Message- > From: Peter Bogdanoff via use-livecode > To: How to use LiveCode > Cc: Peter Bogdanoff > Sent: Fri, Apr 24, 2020 3:22 pm > Subject: Re: Groups placed on cards > > Thanks Craig, > >> On Apr 24, 2020, at 12:14 PM, dunbarx--- via use-livecode >> wrote: >> >> Hi. >> You can certainly create a group and set its backgroundbehjavior, then >> "place" it on any or all existing cards. This assumes that the group comes >> after the multi-card stack. > > “...comes after the multi-card stack” Do you mean have the group on its own > card, then place it elsewhere after that? > > >> Then any changes to the physical structure of your group will appear in all >> instances. >> But I am not sure how you would separate the scripts of such a group. Others >> may know better. >> You can always, however, tailor the group script to detect the card it is >> on, and execute only what is pertinent to that card. In the group script: >> on mouseUp switch the number of this cdcase 1 answer random(999) >>breakcase 2 answer any item of "cat, dog,42" break end >> switchend mouseUp >> Craig >> >> >> -Original Message- >> From: Peter Bogdanoff via use-livecode >> To: How to use LiveCode >> Cc: Peter Bogdanoff >> Sent: Fri, Apr 24, 2020 2:07 pm >> Subject: Groups placed on cards >> >> Hi, >> >> I have a stack with multiple cards (not part of a background) and I want to >> place a group on each card—the same group--AND be able to edit a single >> group script. And ideally, I would be able to configure as needed the >> controls of all instances of the group from a single location. >> >> For example, I have a glossary in a separate stack in another window, but >> now want to incorporate that stack to display as a pop-down in the main >> stack window on each (non-background) card. >> >> In testing, I’m seeing each placement of the group now as a new object. >> >> This is for both Mac and Windows. >> >> What would be my options to manage this? >> >> Thanks, >> >> Peter Bogdanoff >> ___ >> use-livecode mailing list >> use-livecode@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your subscription >> preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> ___ >> use-livecode mailing list >> use-livecode@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your subscription >> preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode > > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ 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: Groups placed on cards
Peter. If you have a stack with one card, create a group, and set the backGroundBehavior of the group, then any new card you create will automatically contain a copy of the group. If you already have a stack with multiple cards, and create a group somewhere, then if you want to copy it to other cards it to be done with the "place" command. You can always add or delete groups with LC gadgetry. What you really asked, though, was whether the same group that appears on multiple cards can each have unique scripts based on the particular instance of any of them. I am not sure that group scripts can be so compartmentalized. That is why I invited others to chime in. The workaround I mentioned is just that, a workaround, unless some combination of properties will allow the "same" group to hold its own unique script. Craig -Original Message- From: Peter Bogdanoff via use-livecode To: How to use LiveCode Cc: Peter Bogdanoff Sent: Fri, Apr 24, 2020 3:22 pm Subject: Re: Groups placed on cards Thanks Craig, > On Apr 24, 2020, at 12:14 PM, dunbarx--- via use-livecode > wrote: > > Hi. > You can certainly create a group and set its backgroundbehjavior, then > "place" it on any or all existing cards. This assumes that the group comes > after the multi-card stack. “...comes after the multi-card stack” Do you mean have the group on its own card, then place it elsewhere after that? > Then any changes to the physical structure of your group will appear in all > instances. > But I am not sure how you would separate the scripts of such a group. Others > may know better. > You can always, however, tailor the group script to detect the card it is on, > and execute only what is pertinent to that card. In the group script: > on mouseUp switch the number of this cd case 1 answer random(999) > break case 2 answer any item of "cat, dog,42" break end > switchend mouseUp > Craig > > > -Original Message- > From: Peter Bogdanoff via use-livecode > To: How to use LiveCode > Cc: Peter Bogdanoff > Sent: Fri, Apr 24, 2020 2:07 pm > Subject: Groups placed on cards > > Hi, > > I have a stack with multiple cards (not part of a background) and I want to > place a group on each card—the same group--AND be able to edit a single group > script. And ideally, I would be able to configure as needed the controls of > all instances of the group from a single location. > > For example, I have a glossary in a separate stack in another window, but now > want to incorporate that stack to display as a pop-down in the main stack > window on each (non-background) card. > > In testing, I’m seeing each placement of the group now as a new object. > > This is for both Mac and Windows. > > What would be my options to manage this? > > Thanks, > > Peter Bogdanoff > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Groups placed on cards
Thanks Craig, > On Apr 24, 2020, at 12:14 PM, dunbarx--- via use-livecode > wrote: > > Hi. > You can certainly create a group and set its backgroundbehjavior, then > "place" it on any or all existing cards. This assumes that the group comes > after the multi-card stack. “...comes after the multi-card stack” Do you mean have the group on its own card, then place it elsewhere after that? > Then any changes to the physical structure of your group will appear in all > instances. > But I am not sure how you would separate the scripts of such a group. Others > may know better. > You can always, however, tailor the group script to detect the card it is on, > and execute only what is pertinent to that card. In the group script: > on mouseUp switch the number of this cdcase 1 answer random(999) > breakcase 2 answer any item of "cat, dog,42" break end > switchend mouseUp > Craig > > > -Original Message- > From: Peter Bogdanoff via use-livecode > To: How to use LiveCode > Cc: Peter Bogdanoff > Sent: Fri, Apr 24, 2020 2:07 pm > Subject: Groups placed on cards > > Hi, > > I have a stack with multiple cards (not part of a background) and I want to > place a group on each card—the same group--AND be able to edit a single group > script. And ideally, I would be able to configure as needed the controls of > all instances of the group from a single location. > > For example, I have a glossary in a separate stack in another window, but now > want to incorporate that stack to display as a pop-down in the main stack > window on each (non-background) card. > > In testing, I’m seeing each placement of the group now as a new object. > > This is for both Mac and Windows. > > What would be my options to manage this? > > Thanks, > > Peter Bogdanoff > ___ > 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: Groups placed on cards
Hi. You can certainly create a group and set its backgroundbehjavior, then "place" it on any or all existing cards. This assumes that the group comes after the multi-card stack. Then any changes to the physical structure of your group will appear in all instances. But I am not sure how you would separate the scripts of such a group. Others may know better. You can always, however, tailor the group script to detect the card it is on, and execute only what is pertinent to that card. In the group script: on mouseUp switch the number of this cd case 1 answer random(999) break case 2 answer any item of "cat, dog,42" break end switchend mouseUp Craig -Original Message- From: Peter Bogdanoff via use-livecode To: How to use LiveCode Cc: Peter Bogdanoff Sent: Fri, Apr 24, 2020 2:07 pm Subject: Groups placed on cards Hi, I have a stack with multiple cards (not part of a background) and I want to place a group on each card—the same group--AND be able to edit a single group script. And ideally, I would be able to configure as needed the controls of all instances of the group from a single location. For example, I have a glossary in a separate stack in another window, but now want to incorporate that stack to display as a pop-down in the main stack window on each (non-background) card. In testing, I’m seeing each placement of the group now as a new object. This is for both Mac and Windows. What would be my options to manage this? Thanks, Peter Bogdanoff ___ 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: Widget Properties
J. Landman Gay wrote: > So what I did was use a round-rect graphic as a button. Set the > linesize to 1 and the round radius to 8. You can set the border color > and the text color. Using the graphic is a much better choice than a roundRect button, because the button uses an older non-antialiased corner. If any of the C programmers here have a few minutes, we could enjoy all the benefits roundRect button with appearances as good as a roundRect graphic with what Monte describes as a fairly minor bit of work: This is possibly a good user contribution. It's just wrapping the drawroundrect call with `dc -> setquality(QUALITY_SMOOTH); ` & `dc -> setquality(QUALITY_DEFAULT);` https://quality.livecode.com/show_bug.cgi?id=21118 -- 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: Widget Properties
On 4/23/20 11:41 AM, Graham Samuel via use-livecode wrote: Hoping that other properties were just not showing up, I tried put the properties of widget “myWidget” in the message box and got nothing, so I don’t know how to proceed. The properties are an array so they won't display in the message box. I usually write a tiny one-line handler and put a breakpoint in so I can see the array in the variable pane. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Widget Properties
On 4/24/20 3:37 AM, Graham Samuel via use-livecode wrote: As my app took shape, I noticed how unlike a typical iPhone app it looked, mostly because I was using the controls I was familiar with, such as radio buttons and ordinary fields. I wondered if my users might find its interface unfamiliar. Therefore I have been seeking to make my app’s user interface look and feel more like other iPhone apps. I have already had a lot of help from this list, but it seems there is no one packaged solution to getting an ‘iPhone look and feel’. You mentioned the iOS native button doesn't look right. If it makes you feel better, the Android one doesn't either. So what I did was use a round-rect graphic as a button. Set the linesize to 1 and the round radius to 8. You can set the border color and the text color. I use the same graphic for Android. Sometimes Android buttons have a fill color, sometimes they are just borderless text. I adjust those properties based on platform. IOS buttons use sentence capitalization, Android buttons use all-caps. The label can be adjusted the same way based on platform. It's an easy fix and looks native. -- 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
Groups placed on cards
Hi, I have a stack with multiple cards (not part of a background) and I want to place a group on each card—the same group--AND be able to edit a single group script. And ideally, I would be able to configure as needed the controls of all instances of the group from a single location. For example, I have a glossary in a separate stack in another window, but now want to incorporate that stack to display as a pop-down in the main stack window on each (non-background) card. In testing, I’m seeing each placement of the group now as a new object. This is for both Mac and Windows. What would be my options to manage this? Thanks, Peter Bogdanoff ___ 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: Which git service suits a LiveCoder best?
I came here to recommend "script tracker" as a powerful tool for those storing stacks in vcs. In the end it all depends on how your workflow is going to happen. Are you going to do merges? If that is the case then you need to plan ahead and carefully since you can't merge binary stacks. Another potential solution is any of the old school vcs in which you "checked out a file" and locked other people from changing it. This way, it becomes easier to work with binary files as there is never a merge (or there shouldn't be). There used to be a really nice tool supporting this use case by Chipp Walters called Magic Carpet. I used to make very good use of it for working. I wonder if Chipp still here and if he'd consider releasing that as FOSS. On Fri, 24 Apr 2020 at 05:11, Mark Wieder via use-livecode < use-livecode@lists.runrev.com> wrote: > On 4/23/20 9:04 PM, Brian Milby via use-livecode wrote: > > New dedicated repo is located at: > > https://github.com/bwmilby/scriptTracker > > Oh, cool. I'll change my git remote. > > -- > 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 > -- http://www.andregarzia.com -- All We Do Is Code. http://fon.nu -- minimalist url shortening service. ___ 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: Mobile text input mystery
Have you tried to add a background color to the control so you can actually see it? Then the dictionary actually tells you that the result holds the ID. I know that you can then use them both. I usually use the ID as that is guaranteed to be unique. Håkan On 22 Apr 2020, 19:39 +0200, Graham Samuel via use-livecode , wrote: > Reading your response, Mark, I didn't feel so bad, since the LC Dictionary > says for example about mobileControlSet > > syntax: mobileControlSet idOrName, PropertyName, value > > and later explains > > idOrName - the id or name of the control > > So I therefore saw the two ways of referring to the control as apparently > interchangeable. > > However, I changed my openCard handler according to your suggestion and > nothing at all changed. I think there must be some other factor, but as usual > I just can’t see it. > > Just to labour the point, here is my actual handler with the original names > in place. The answer call works as expected: > > on opencard -- we dynamically create a field for the user to key in the radius > > global sinputID -- this is all from the LC lesson > > if environment() = "mobile" then > > mobileControlCreate "input", "FRadiusText" -- so the user can type in > > put the result into sinputID > > answer "opening text field for radius input. ID created is:" && sinputID && > "Name is:" && "FRadiusText" > > mobileControlSet "FRadiusText", "rect", "114,135,163,158" -- this is where > the original rect was > > mobileControlSet "FRadiusText", "visible", "true" > > mobileControlSet "FRadiusText", "opaque", "true" > > end if > > end opencard > > > Still puzzled > > Graham > > > On 22 Apr 2020, at 18:34, Mark Waddingham via use-livecode > > wrote: > > > > On 2020-04-22 17:00, Graham Samuel via use-livecode wrote: > > > As usual, the problem will be my fault, but I can’t get a mobile input > > > field to appear on a card. I’m debugging it at present, which explains > > > the answer statement: > > > on opencard -- we dynamically create a field for the user to key in > > > global sinputID -- this is all from the LC lesson. It’s a global > > > because I need to refer to it in a button later > > > if environment() = "mobile" then > > > mobileControlCreate "input", "FMyText" -- so the user can type in > > > put the result into sinputID — the Dictionary doesn’t mention > > > ‘the result’ but it does seem to be right > > > answer "opening text field for input. ID created is:" && sinputID > > > mobileControlSet sinputID, "rect", “114,135,163,158” — this is > > > a real location on the card > > > mobileControlSet sinputID, "visible", "true" > > > mobileControlSet sinputID, "opaque", "true" > > > end if > > > end opencard > > > > I'm pretty sure if you give your mobileControl a name (FMyText) in this > > case, then that is the only way you can refer to it. You can only use 'the > > result' of the Create function *if* you didn't give it a name. > > > > So you need to do either: > > > > mobileControlCreate "input", "FMyText" > > mobileControlSet "FMyText", ... > > > > OR > > > > mobileControlCreate "input" > > put the result into sinputID > > mobileControlSet sinputID, ... > > > > Warmest Regards, > > > > Mark. > > > > -- > > Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/ > > LiveCode: Everyone can create apps > > > > ___ > > use-livecode mailing list > > use-livecode@lists.runrev.com > > Please visit this url to subscribe, unsubscribe and manage your > > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-livecode > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ 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: Widget Properties
Hello Scott Just to keep you in the loop, I have been trying to produce a mobile app (right now it’s iPhone — Android may come later). I’m trying to do this as rapidly as possible (it is connected in a minor way to the lockdown measures for the pandemic). I have lots of experience of LiveCode development but almost zero for mobile. As my app took shape, I noticed how unlike a typical iPhone app it looked, mostly because I was using the controls I was familiar with, such as radio buttons and ordinary fields. I wondered if my users might find its interface unfamiliar. Therefore I have been seeking to make my app’s user interface look and feel more like other iPhone apps. I have already had a lot of help from this list, but it seems there is no one packaged solution to getting an ‘iPhone look and feel’. As LC offers some ‘native’ controls, I tried to use the maximum of these - I even paid for a pack of native widgets. That’s why I was using the button widget. So far the results have been disappointing in the widget line, although other features like mobilePick and the choice of soft keyboards have worked well. On the whole up to now, the widget solutions have only been marginally helpful. Hope that explains it - probably more than you want to know! Graham > On 23 Apr 2020, at 22:32, scott--- via use-livecode > wrote: > > Hello Graham, > > Sorry if I missed this earlier but, what made you go with a button widget > rather than just using a standard LiveCode button? > > — > Scott > >> On Apr 23, 2020, at 9:41 AM, Graham Samuel via use-livecode >> wrote: >> >> I am getting rather fed up with the widgets I’ve been trying to use for my >> mobile app. For example, the iOS button widget (a press button, not a >> switch) has so few properties that you can’t change the colour of the text >> in any way I could see and sometimes mine turn out blue or red for no >> apparent reason. Hoping that other properties were just not showing up, I >> tried >> >> put the properties of widget “myWidget” >> >> in the message box and got nothing, so I don’t know how to proceed. >> >> I also hate that the object doesn’t have a label separate from its name. I >> would never recommend anyone to put spaces in names of objects for >> scripting, but of course they’re essential for many kinds of label seen by a >> user, so the two different strings which work in normal LC are essential, in >> my opinion. >> >> Oh dear, this has some danger of becoming a rant… >> >> Graham >> ___ >> 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