J. Landman Gay wrote:
> For anyone following this, simply opening the stack with messages
> turned off doesn't work for very long. As soon as you perform any
> significant action (click a control, change cards, etc.) the stack
> is reset to mode
> 2. But doing this in the message box does persist
For anyone following this, simply opening the stack with messages turned
off doesn't work for very long. As soon as you perform any significant
action (click a control, change cards, etc.) the stack is reset to mode
2. But doing this in the message box does persist:
set the _ideoverride of s
Thanks very much Monte, that's exactly what I wanted to know. For simple
editing it sounds like I could just turn off messages, open the stack from
Finder, and turn messages back on, bypassing preOpenStack entirely. If that
doesn't work you've given me a couple of other things to try.
I'd stil
Hi Jacque
I’m sorry I haven’t been following this whole thread so forgive me if my
responses have already been covered.
> On 10 Oct 2018, at 6:22 am, Richard Gaskin via use-livecode
> wrote:
>
> >> If the cantEdit is false but the mode is reported as 2, that sounds
> >> like an engine bug.
D
J. Landman Gay wrote:
> On 10/9/18 1:16 PM, Richard Gaskin via use-livecode wrote:
>> If the cantEdit is false but the mode is reported as 2, that sounds
>> like an engine bug.
>
> Probably not so much a bug as a design decision. The engine seems to
> enforce mode 2 if it thinks the stack is an I
On 10/9/18 1:16 PM, Richard Gaskin via use-livecode wrote:
If the cantEdit is false but the mode is reported as 2, that sounds like
an engine bug.
Probably not so much a bug as a design decision. The engine seems to
enforce mode 2 if it thinks the stack is an IDE stack. But that does
raise th
J. Landman Gay wrote:
> I checked that early on and again today, cantEdit is false. The style
> was reported as toplevel but I set it again anyway in the message box.
> The command that opens the stack is a plain "go stack", the same as
> all the others in the suite that open normally. GRevDevolp
I checked that early on and again today, cantEdit is false. The style was
reported as toplevel but I set it again anyway in the message box. The
command that opens the stack is a plain "go stack", the same as all the
others in the suite that open normally. GRevDevolppment is true.
The only di
J. Landman Gay wrote:
> I was able to look at this again today. The style of the stack is
> toplevel, it is visible and frontmost, but the mode is 2. This is true
> whether gRevDevelopment is true or false. Show IDE stacks in Lists is
> turned on.
>
> It's stuck that way. LC 9.0.1.
The style is
I was able to look at this again today. The style of the stack is
toplevel, it is visible and frontmost, but the mode is 2. This is true
whether gRevDevelopment is true or false. Show IDE stacks in Lists is
turned on.
It's stuck that way. LC 9.0.1.
On 10/4/18 12:32 AM, J. Landman Gay via use-
I won't be able to check it for a few days. The problem isn't so much that
I couldn't change the stack but how it got assigned as mode two in the
first place. It was a regular topstack when it was created back in LC 8.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software |
J. Landman Gay wrote:
> The main thing I needed to know is whether there was an easier way to
> edit the stack than what we were doing. It seems there isn't.
If "toplevel " doesn't work for you then it doesn't work for
the folks at LC Ltd.
I can understand if you don't have time to investigate
We only needed to make a minor tweak, nothing big, and it didn't take long
when we avoided use of the IDE itself. But we shouldn't have to do that.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On October 3, 2018 4:51:20 PM Richard Gaski
Yeah, we plan to change the name for the next release in January. The
author of each courseware title names its sections and he named this one
"Revelation as Apocalypse". It's currently in use by this semester's
students, but he's agreed to a different name for next semester.
The main thing I
Kay C Lan wrote:
> On Fri, Sep 28, 2018 at 8:48 AM J. Landman Gay wrote:
>>
>> The reason the stack name can't be changed is because the whole
>> multi-stack system uses the stack name for internal display in dozens
>> of places (glossaries, gradebooks, student notes, reading history,
>> lookups,
On Fri, Sep 28, 2018 at 8:48 AM J. Landman Gay via use-livecode
wrote:
>
> The reason the stack name can't be changed is because the whole
> multi-stack system uses the stack name for internal display in dozens of
> places (glossaries, gradebooks, student notes, reading history, lookups,
> etc.) a
Point taken. But Livecode is not a database tool. :-)
Bob S
> On Oct 3, 2018, at 10:45 , Geoff Canyon via use-livecode
> wrote:
>
> Also, I don't think FileMaker "has" to do it -- there are many database
> tools out there, and as far as I know, none of them do this.
FileMaker goes much deeper than this, and functionality like this would
almost have to be part of the engine.
Naming things is a way of making it easier to keep track of them for the
developer. Who wants to write
graphic id 5621 of group id 5619 of group id 5615 of group id 5605 of group
id 1282
It would be easy enough. Just maintain an array in each card's custom
properties with a pseudoname and the long id as keys, and call a function to
retrieve them when you reference them. But then, why name objects at all? Why
not just refer to them by their long ids in the scripts? Also there is
On Tue, Oct 2, 2018 at 4:12 PM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Name lookups probably only happen in the development environment. My guess
> is that everything is stored/referenced using the ID.
>
> I’m not sure how this could translate to LC in general though
On Tue, Oct 2, 2018 at 4:04 PM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Geoff Canyon wrote:
> > So in LiveCode terms, imagine if you could rename a card, and any script
> > that referenced that card, or controls on it, wouldn't break, but just
> > automatically ref
Name lookups probably only happen in the development environment. My guess is
that everything is stored/referenced using the ID.
I’m not sure how this could translate to LC in general though.
Thanks,
Brian
On Oct 2, 2018, 7:04 PM -0400, Richard Gaskin via use-livecode
, wrote:
> Geoff Canyon wr
Geoff Canyon wrote:
The fact that there is an underlying permanent unique id for everything,
completely abstracted from the user. So you can change the name of a
column, or table, or layout, one time, in the database definition, and all
references to that object in scripts, other layouts, etc. wi
The fact that there is an underlying permanent unique id for everything,
completely abstracted from the user. So you can change the name of a
column, or table, or layout, one time, in the database definition, and all
references to that object in scripts, other layouts, etc. will
automatically updat
Geoff Canyon wrote:
> Yep, FileMaker isn't perfect, but it does naming right, and almost
> nothing else does.
Been many years, but I thought names were user-settable. What does it
actually do with names?
--
Richard Gaskin
Fourth World Systems
Software Design and Development for the Deskto
On Tue, Oct 2, 2018 at 7:35 AM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Yeah it's been a long time since I worked with it. We had Filemaker Server
> running for a couple small apps, but each user who wanted to run the app
> had to buy a full client license.
>
That pa
Yeah it's been a long time since I worked with it. We had Filemaker Server
running for a couple small apps, but each user who wanted to run the app had to
buy a full client license.
Bob S
> On Oct 1, 2018, at 16:25 , Geoff Canyon via use-livecode
> wrote:
>
> Yep, FileMaker isn't perfect,
Yep, FileMaker isn't perfect, but it does naming right, and almost nothing
else does.
Also, I'm pretty sure you can type to code now (and for some years).
On Mon, Oct 1, 2018 at 3:52 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I found it much easier to move away fro
I found it much easier to move away from Filemaker when I groked their
licensing. Seems I had to pay a licensing fee for every copy of every app I
distributed, even when it was for internal consumption. That and their idea of
coding is filling in dialogs. In fact, I went looking for a hypercard
On Mon, Oct 1, 2018 at 7:34 AM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I like the idea of stack UUIDs.
>
One of the awesome things about FileMaker is that tables, fields/columns,
and layouts all have underlying UUIDs. If you rename a table or column, no
problem -- e
On Sat, Sep 29, 2018 at 3:52 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:
> The problems occured when trying
> to drag or resize those controls, which were immune to any manipulation.
> The stack was stubbornly set to mode 2 and wouldn't budge. We were able
> to mani
Stack mode is read only. You set the style.
Bob S
> On Sep 29, 2018, at 15:33 , J. Landman Gay via use-livecode
> wrote:
>
> CantModify is false and stack mode is 2. I tried repeatedly to set it to 1
> and wouldn't take. It's decided it's a 2 and there is no changing its mind.
___
I like the idea of stack UUIDs.
Bob S
> On Sep 28, 2018, at 17:16 , Mark Wieder via use-livecode
> wrote:
>
> Of course, part of the IDE problem comes from dealing with stacks by short
> name only, and this has been the subject of a long-standing bug report. The
> engine itself has no prob
On 9/29/18 1:29 PM, Geoff Canyon via use-livecode wrote:
The only limitations I know of that Navigator doesn't much solve are the
fact that "rev" stacks don't throw errors (this has cost me much pain and
suffering) and Navigator doesn't distinguish between IDE "rev" stacks and
non-IDE "rev" stack
On 9/28/18 3:28 PM, Richard Gaskin via use-livecode wrote:
That would seem a bug in the IDE: If there is no means why which the IDE
allows work on stacks the IDE believes are part of the IDE, the IDE
cannot be worked on.
I trust the team will want to resolve that ASAP.
Before submitting that
It's self-serving except for the fact that I give it away for free, but
Navigator solves problems like this for breakfast. It has no problems
dealing with "rev" stacks -- it has to, since otherwise I'd have to resort
to the IDE to develop Navigator ;-)
The only limitations I know of that Navigator
On 09/28/2018 01:40 PM, Richard Gaskin via use-livecode wrote:
I hate to say this is one of those rare times when I disagree with you,
but this is one of those rare times I disagree with you.
LOL
Naming things has implications in many contexts across most languages.
Even well-written SQL will
Mark Wieder wrote:
> On 09/27/2018 03:47 PM, J. Landman Gay via use-livecode wrote:
>
>> The reason the stack name can't be changed is because the whole
>> multi-stack system uses the stack name for internal display in dozens
>> of places (glossaries, gradebooks, student notes, reading history,
>
J. Landman Gay wrote:
> Some of my client's stacks must begin with names starting with "rev"
> (i.e., Bible study, "Revelations".) This of course wreaks havoc in the
> IDE, aside from just omitting the stacks from file lists. We have
> tried setting gRevDevelopment to true and turning on the opti
Oh I see your point!
Bob S
> On Sep 27, 2018, at 23:22 , Mark Wieder via use-livecode
> wrote:
>
>> Hmmm... If she means that she has links or buttons that navigate to various
>> stacks and cards, I'm not sure how else she could do it. I suppose setting
>> properties or constants in script
Hi Mark,
Couldn't agree more.
I name my stacks stkName, stkOthernMe cards are crdName etc fields used
for lists are lstName - Got used to that using foxpro.
One way out of this is without having to rewrite everything, is rename the
stacks with stkRev (for instance) and wherever there is a displa
On 09/27/2018 04:26 PM, Bob Sneidar via use-livecode wrote:
Hmmm... If she means that she has links or buttons that navigate to various
stacks and cards, I'm not sure how else she could do it. I suppose setting
properties or constants in scripts might work. But you cannot get around the
fact t
Jacque.
Do you remember I had this same issue (thread in the forums) about two
months ago? All the "destroy" stuff in the world did not prevent that dialog
from coming up. It never caused a problem, only a nuisance.
And oddly, though it occurred continuously over the better part of a year,
it has
Hmmm... If she means that she has links or buttons that navigate to various
stacks and cards, I'm not sure how else she could do it. I suppose setting
properties or constants in scripts might work. But you cannot get around the
fact that when navigating to what amounts to a form, it needs to be
On 09/27/2018 03:47 PM, J. Landman Gay via use-livecode wrote:
The reason the stack name can't be changed is because the whole
multi-stack system uses the stack name for internal display in dozens of
places (glossaries, gradebooks, student notes, reading history, lookups,
Really really reall
On 9/27/18 2:56 PM, Richard Gaskin via use-livecode wrote:
You could name it "com.livecode.palette.autocomplete.completions" - that
doesn't start with "rev" so I'm sure it'll be completely safe. ;)
That should fix it. ;) Next we should discuss the company's product line
which starts with the
You could name it "com.livecode.palette.autocomplete.completions" - that
doesn't start with "rev" so I'm sure it'll be completely safe. ;)
--
Richard Gaskin
Fourth World Systems
Software Design and Development for the Desktop, Mobile, and the Web
_
How about preceding the name with OT_ or NT_?
Bob S
> On Sep 27, 2018, at 12:08 , J. Landman Gay via use-livecode
> wrote:
>
> Some of my client's stacks must begin with names starting with "rev" (i.e.,
> Bible study, "Revelations".) This of course wreaks havoc in the IDE, aside
> from just
> 27. sep. 2018 kl. 21:08 skrev J. Landman Gay via use-livecode
> :
>
> Some of my client's stacks must begin with names starting with "rev" (i.e.,
> Bible study, "Revelations".)
Why does the stack itself need to be called «Revelations»? Could it be a word
around just to set the title of th
I hurriedly put the funnyChar in the wrong place. I know you get this,
assuming it is at all possible.
But for my own curiosity, would this work? You would have to explcitly
manage the pathNames as:
"re" & numToChar(funnyChar) & "v". The question is, assuming you can make
this work, is will the s
what if the filename and the stack name are different?
On Thu, Sep 27, 2018 at 3:23 PM dunbarxx via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Jacque.
>
> Can you include an invisible, unprintable char between the "R" and the "E"?
>
> Then the file name would appear to read as "rev" b
Jacque.
Can you include an invisible, unprintable char between the "R" and the "E"?
Then the file name would appear to read as "rev" but would actually be "re"
& funnyChar & "v".
There are several such chars in the standard ASCII set.
Craig
--
Sent from:
http://runtime-revolution.278305.n4.
Some of my client's stacks must begin with names starting with "rev"
(i.e., Bible study, "Revelations".) This of course wreaks havoc in the
IDE, aside from just omitting the stacks from file lists. We have tried
setting gRevDevelopment to true and turning on the option to view IDE
stacks, but l
53 matches
Mail list logo