Re: Strange contents of long name

On Jan 16, 2013, at 7:15 PM, Geoff Canyon wrote: > On Wed, Jan 16, 2013 at 5:49 PM, Richard Gaskin > wrote: > >> FWIW, I submitted a request some time ago for a "truncated ID" option >> which uses the stack name instead of the stack path, similar to what the >> engine does when storing behavior

Re: Strange contents of long name

On Jan 16, 2013, at 6:40 PM, Geoff Canyon wrote: > This works a treat, although you have to watch out for changing file > references if you store a long id from one session to the next (and maybe > even during a session? I haven't checked). See my post on the virtual property "robustName," which

Re: Strange contents of long name

Here is a workaround, meanwhile, in the form of a virtual property "robustName": getProp robustName a virtual property, read only -- getting the long name of a control can result in different values depending on -- (a) where the stack is stored on the user's disk and -- (

Re: Strange contents of long name

Not good for me. People are always trying to push my buttons, and giving them an easy way to find them would not be something I could vote for. ;-) But this was something I mentioned a while back as a means to easily compress a stack into it's definitions. Things like scripts and properties woul

Re: Strange contents of long name

Thanks Scott. Yes, the loop checking the owner of the control is what I had in mind if the control name was empty so thanks for the unnamedControl function. Pete lcSQL Software On Wed, Jan 16, 2013 at 4:33 PM, Scott Rossi wrote: > I would suggest a loop of checking the

Re: Strange contents of long name

I would suggest a loop of checking the owner of the control until you find (or don't find) the data grid property of the parent group. FWIW, if you still want to determine if a control has no name, you might try: -- pControl is the long id of a control function unamedControl pControl return (na

Re: Strange contents of long name

On Wed, Jan 16, 2013 at 6:14 PM, Peter Haworth wrote: > Well after reading this and Alex's post, I think this is a bug I don't think this can be considered a bug, however inconvenient. At the most basic level, you are able to say something like control 2 of this cd Should that respect groups

Re: Strange contents of long name

On Wed, Jan 16, 2013 at 5:49 PM, Richard Gaskin wrote: > FWIW, I submitted a request some time ago for a "truncated ID" option > which uses the stack name instead of the stack path, similar to what the > engine does when storing behavior references: > >

Re: Strange contents of long name

Well after reading this and Alex's post, I think this is a bug since the hierarchy of owners is not being observed. It's kinda like delivering mail to the first street number and name found in any city rather the one in the address city :-) Be that as it may, I concur that using ids is much bette

Re: Strange contents of long name

Geoff Canyon wrote: Long IDs are your friend here, especially given that you can use them so cleanly in a variable: set the label of tID to "HA" This works a treat, although you have to watch out for changing file references if you store a long id from one session to the next (and maybe even d

Re: Strange contents of long name

On Wed, Jan 16, 2013 at 3:36 PM, Alex Tweedly wrote: > I've always realized there was an issue if the two contols with the same > name were at the same level in the control hierarchy - but that is always > easily avoidable, and seems (almost) acceptable since they have an > ambiguous long name;

Re: Strange contents of long name

On 1/16/13 3:37 PM, Richard Gaskin wrote: In the olden days, text properties were bound together in such a way that changing any single attribute would cause the others to be reset to their defaults. Actually, when I first came on board with MetaCard, it behaved the way LiveCode (finally) doe

Re: Strange contents of long name

Peter Haworth wrote: There was a thread a couple of days ago about changes in the way text properties were handled in a recent release. That's not three but my point was that the "backwards compatible" argument isn't a hard and fast rule, as I think you're saying with reference to the shared gr

Re: Strange contents of long name

It's worse than that. The problem still happens with the following test script. on mouseup ask "new text" put it into field "F" put the Id of field "F" && the long name of field "F" & CR after msg end mouseup So I can both see the text appear in the field, and then see its ID and long

Re: Strange contents of long name

Richard Gaskin writes: > Respectfully, Mark, I would suggest this may be a case of running a > slightly different recipe. nvm. I missed the last part in the recipe about a field with an empty name. -- Mark Wieder mwie...@ahsoftware.net ___ us

Re: Strange contents of long name

There was a thread a couple of days ago about changes in the way text properties were handled in a recent release. That's not three but my point was that the "backwards compatible" argument isn't a hard and fast rule, as I think you're saying with reference to the shared group message change. As

Re: Strange contents of long name

Richard Gaskin writes: > If you're seeing different results on Linux than we see on Mac and Win, > we have something far more onerous to be concerned about. ? I'm reporting seeing the same thing that Geoff and Thierry are reporting. -- Mark Wieder mwie...@ahsoftware.net _

Re: Strange contents of long name

Peter Haworth wrote: Richard, Just saw your note on this. That's great, thanks for getting it done! I wish I could take credit for this, but this is all Mark Waddingham. Over the last year or so I'm seeing a lot of these sorts of "paper cut" issues being addressed with little more than a pol

Re: Strange contents of long name

Richard, Just saw your note on this. That's great, thanks for getting it done! Pete lcSQL Software On Tue, Jan 15, 2013 at 1:22 PM, Peter Haworth wrote: > > On Tue, Jan 15, 2013 at 1:09 PM, Mark Wieder wrote: > >> Peter Haworth writes: >> >> > Here's a recipe. >> >> W

Re: Strange contents of long name

Mark Wieder wrote: > Wednesday, January 16, 2013, 10:15:43 AM, you wrote: > >> Mark - I don;t know why you're not seeing this problem. What >> version of LC are you running? > > LC 5.5.3 on Fedora Core 16 xfce spin. Respectfully, Mark, I would suggest this may be a case of running a slightly di

Re: Strange contents of long name

Peter Haworth wrote: > Richard - Thanks for the pointer to the bug report, I will add a note > too. The whole "backwards compatibility" thing is a sorry excuse, at > most of the time. RunRev make changes all the time that cause things > to behave differently. Actually, it's pretty rare that the

Re: Strange contents of long name

Alex- I just re-read the bit about stopping at the lowest layer irregardless of the long name. Sheesh. Is that because you specified "of this card" or is it worse than that? -- -Mark Wieder mwie...@ahsoftware.net ___ use-livecode mailing list use-li

Re: Strange contents of long name

Peter- Wednesday, January 16, 2013, 10:15:43 AM, you wrote: > Mark - I don;t know why you're not seeing this problem. What version of LC > are you running? LC 5.5.3 on Fedora Core 16 xfce spin. -- -Mark Wieder mwie...@ahsoftware.net ___ use-livec

Re: Strange contents of long name

Alex- Wednesday, January 16, 2013, 10:03:23 AM, you wrote: > Am I missing something ? It seems like this would be a serious > impediment to reliable custom controls. > Do we need to convert everything to use IDs rather than names ? It has always been thus. Create a new button on a stack. Creat

Re: Strange contents of long name

Folks, I've missed a bunch of email over the last couple of days due to an abortive attempt to try Google Apps For Business. Never mess with MX records unless you really know what you're doing!!! Mark - I don;t know why you're not seeing this problem. What version of LC are you running? Richard

Re: Strange contents of long name

On 16/01/2013 08:21, Kay C Lan wrote: Interestingly if you: put "z" into fld "Field" of group "group" of card "card" no warning it just goes into the first field you named "Field" in the first group you named "group" of the first card you named "card". I wouldn't be surprised if someone on th

Re: Strange contents of long name

Follow-up: I was delighted to receive moments ago this update to RQCC #2629 from Mark Waddingham: I've made this change for the next build - if it breaks too many things we might need to revert, otherwise it should be fine. Kudos to Mr. Waddingham for taking the time to address this.

Re: Strange contents of long name

Peter Haworth wrote: > Here's a recipe. > > Create a couple of fields on a card. Open the inspector for one of > them and set the name to empty - when you tab out, it will have a > name in the form "field id ", which is LC's way of indicating > that the name is blank. Leave the name for the

Re: Strange contents of long name

Hi, did the same test except for 4. 4. Create another button and set its script to: on mouseUp create button in group "tad" of this stack put the long name of it end mouseUp with result: button "New Button" of group "tad" of card id 1002 of stack "/Users/tdz/Desktop/dupond" Regards, T

Re: Strange contents of long name

Tested in the latest dp and 5.5: 1. Create a stack and name it "steve" 2. Drag in a button. 3. Group the button and call the group "tad" 4. Run the following in the message box: create button in group "tad" of stack "steve";put the long name of it the result is something like: button id 1006 of

Re: Strange contents of long name

On Wed, Jan 16, 2013 at 4:44 AM, Peter Haworth wrote: > Here's a recipe. Pete, again thanks for pointing this out. Now that I've had time to think about this, I'm starting to appreciate why LC creates all those unique IDs. If you take your recipe and: Add a further fld called "Field" to the or

Re: Strange contents of long name

No one has talked about what version of pages. I am using Pages 09 version 4.1. I am running Snow Leopard. I do not see the issue described here, but I did not do a word to pages to text conversion. I simply took a document designed in Pages from a template and exported as text. Bob On Jan 1

Re: Strange contents of long name

On Wed, Jan 16, 2013 at 4:44 AM, Peter Haworth wrote: > Here's a recipe. > Pete, I see the same as you. OS X 10.8.2, LC 5.5.3 This is not good! I can see that this will effect some of my work. Thanks for highlighting it. ___ use-livecode mailing list

Re: Strange contents of long name

This might be one of those situations where using the ID for all object references is the only way to go about this. But I am not privy to your particular application. Bob On Jan 15, 2013, at 4:45 PM, Mark Wieder wrote: > Peter Haworth writes: > Here's a recipe. >>> >>> Works for me.

Re: Strange contents of long name

Peter Haworth writes: > > > Here's a recipe. > > > > Works for me. > > > > Ummm, you mean you see the IDs instead of names in the long name? Er... no... works as in "does what I expect it to." I see no numeric ids when I ask for the long name. -- Mark Wieder mwie...@ahsoftware.net _

Re: Strange contents of long name

On Tue, Jan 15, 2013 at 1:09 PM, Mark Wieder wrote: > Peter Haworth writes: > > > Here's a recipe. > > Works for me. > > Ummm, you mean you see the IDs instead of names in the long name? > Pete ___ use-livecode mailing list use-livecode@lists.runrev.c

Re: Strange contents of long name

And if I was in control of that situation, I would do exactly that. However, this is in lcStackBrowser, a plugin to run on other peoples' computers so I have no control over how they create their controls. Matter of fact, I don't always have control on my own machine - creating a datagrid results

Re: Strange contents of long name

Peter Haworth writes: > Here's a recipe. Works for me. -- Mark Wieder mwie...@ahsoftware.net ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: ht

Re: Strange contents of long name

Here's a recipe. Create a couple of fields on a card. Open the inspector for one of them and set the name to empty - when you tab out, it will have a name in the form "field id ", which is LC's way of indicating that the name is blank. Leave the name for the other field as "Field" Group the

Re: Strange contents of long name

You probably have a good case. But as someone once pointed out, the situation is averted by always naming your objects when you create them. Bob On Jan 15, 2013, at 12:10 PM, Peter Haworth wrote: > I think this has been discussed before but it appears that the long name of > an object sometim

Re: Strange contents of long name

Can you give examples? Kee On Jan 15, 2013, at 12:10 PM, Peter Haworth wrote: > I think this has been discussed before but it appears that the long name of > an object sometimes includes IDs rather than names. Specifically, if a > control's name is empty, it's long name will use IDs rather th

Strange contents of long name

I think this has been discussed before but it appears that the long name of an object sometimes includes IDs rather than names. Specifically, if a control's name is empty, it's long name will use IDs rather than names for all the objects in the control's owner hierarchy even if the owners have non