Yep, I feel you on the groups vs. cards aspect -- there are numerous
functions in Navigator that deal with "all objects in a stack" and I think
my code for de-duping (or avoiding duping, more accurately) is about to get
simpler...
On Thu, Oct 11, 2018 at 3:03 PM Brian Milby via use-livecode <
use-
It actually isn’t that bad. You just need to handle shared groups separately
and not for each card where they appear.
Thanks,
Brian
On Oct 11, 2018, 5:36 PM -0500, Bob Sneidar via use-livecode
, wrote:
> I see where you are going here. So placing a group on a card has the effect
> of actually c
The actual ID number does not change, but rather the full long ID. If no card
has been visited containing the group then it is [bkgnd id 100x of stack
“.../test”].
If it has, then it is based on the last card visited [group id 100x of card id
100y of stack “.../test”].
Thanks,
Brian
On Oct 11,
On 10/11/2018 02:52 PM, Geoff Canyon via use-livecode wrote:
On Thu, Oct 11, 2018 at 2:36 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:
On 10/11/2018 02:19 PM, Bob Sneidar via use-livecode wrote:
Mutable, as in the engine or IDE change it without user interaction???
I see where you are going here. So placing a group on a card has the effect of
actually copying the group to the new card? That is the only way I can see it
having new IDs if visited. I was under the impression that placing a group on
another card simply made it visible, but I can see that would
That works to touch the object, but I am recording a long ID and long name in
the exported script comment header. For background groups I didn’t want the
card in there since the group could be on multiple. If I left it in, then the
reported long ID would change depending on the last card contain
On Thu, Oct 11, 2018 at 2:36 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On 10/11/2018 02:19 PM, Bob Sneidar via use-livecode wrote:
> > Mutable, as in the engine or IDE change it without user interaction???
>
> No, you have to work at it explicitly. I'm sorry to say
Ah, okay -- I have somewhat the same issue in Navigator. Wouldn't
group id of stack ""
always work?
On Thu, Oct 11, 2018 at 2:40 PM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:
> >
> > > If a card containing a certain shared group has not been visited, then
> > the
> >
>
> > If a card containing a certain shared group has not been visited, then
> the
> > group must be referenced using background instead of group. For this
> > reason, I use “bkgnd” to identify any shared group.
>
> Not sure what you mean by this? I created a stack with a background/group
> id 1011
On 10/11/2018 02:19 PM, Bob Sneidar via use-livecode wrote:
Mutable, as in the engine or IDE change it without user interaction???
No, you have to work at it explicitly. I'm sorry to say that I pushed
for this some years ago in a misguided assumption that this would help
advance the cause of
I guess I should have said, "as unique as the standard 'long id' form of
identification" meaning that there is no circumstance where the long id
will resolve correctly, but id of stack "" will
fail, or field id of card id of stack "" will fail.
I understand that there is no such thing as a per
Mutable, as in the engine or IDE change it without user interaction???
Bob S
> On Oct 11, 2018, at 14:15 , Mark Wieder via use-livecode
> wrote:
>
> Not quite. Aside from cloning objects and the datagrid weirdness, as already
> mentioned, ids have been mutable for several years now.
_
On 10/11/2018 12:11 PM, Geoff Canyon via use-livecode wrote:
And as far as I know, there will never be any other button with id 1003 in
that stack. So
button id 1003 of stack "untitled 1"
is a unique and permanent id for that button, no matter what card, group,
or background it is in/on or not
On Thu, Oct 11, 2018 at 12:38 PM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:
> That is what my ScriptTracker uses to build unique file names for the
> script of all controls (but I start with the stack).
>
> If a card containing a certain shared group has not been visited,
> Bob S. wrote:
> I think my project has IDs in the millions now.
OMG!
___
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/mailma
This is true, until you copy the control and paste it elsewhere, or copy/clone
a group or card it belongs to and paste it elsewhere. The stack has an auto
incrementing ID, and any time a new object is created it gets that ID, and the
stack ID is incremented by 1. This is a blessing and a curse.
That is what my ScriptTracker uses to build unique file names for the script of
all controls (but I start with the stack).
If a card containing a certain shared group has not been visited, then the
group must be referenced using background instead of group. For this reason, I
use “bkgnd” to ide
I had never tried this before. It seems to work, but I figured I'd run it
by the list, both as a way of confirming and informing.
Is it accurate that
id of stack ""
is a complete and unique identifier for any control? (with the exception
for fields noted below)
For example, suppose there is a
18 matches
Mail list logo