Data Grid objects in standalones
Tore Nilsen
tore.nilsen at me.com
Fri Feb 6 17:15:19 EST 2015
Either that or having the possibility to choose which substacks to include in the application and which substacks to save as individual stacks would help.
Tore
> 6. feb. 2015 kl. 23.11 skrev Mike Bonner <bonnmike at gmail.com>:
>
> DOH, thats what you said above, though this might be a good time for a
> feature request. It would be nice if inclusions were searched for BEFORE
> the option to disconnect substacks into seperate stack files, it would make
> building splashstack.
>
> On Fri, Feb 6, 2015 at 2:32 PM, Mike Bonner <bonnmike at gmail.com> wrote:
>
>> Tore, read this.
>> http://lessons.runrev.com/m/datagrid/l/7339-what-do-i-need-to-do-to-deploy-a-standalone-with-a-data-grid
>>
>> Specifically the part of bulding with a datagrid using a splashstack. The
>> easiest way to get functional datagrids that are parts of seperate stack
>> files is to incuded a single substack in your main that is named "datagrid
>> templates dud" so that the builder will decide to include all the datagrid
>> support libraries. More detail available in the link from above.
>>
>> On Fri, Feb 6, 2015 at 2:27 PM, Tore Nilsen <tore.nilsen at me.com> wrote:
>>
>>> The problem with letting the compiler handle this is that I cannot access
>>> the Data Grid Template stack from the main stack if it is not a part of the
>>> engine file. The standalone setup dialog is somewhat confusing in the sense
>>> that it seems as if it is possible to choose which substack files to
>>> include with the engine file and which substack files to branch out in a
>>> folder of its own. As far as I have discovered it is all or nothing. I
>>> guess I will have to dive into the code of the main stack again and write
>>> relative paths to all the stacks I don’t want to be a part of the engine.
>>> Luckily there are not very many of them, and they are not called from more
>>> than a couple of handlers.
>>>
>>> Tore N
>>>
>>>
>>>> 6. feb. 2015 kl. 22.17 skrev Bob Sneidar <bobsneidar at iotecdigital.com>:
>>>> As mentioned in the past, the easiest way around this is to have a
>>> mainstack that calls your actual application stacks. Password protect the
>>> app stacks if you like to protect the code. That way the app stacks are not
>>> actually a part of the read-only application, they are like support files
>>> that can be modified if put in the right place, which the compiler does for
>>> you.
>>>>
>>>> Bob S
>>>>
>>>>
>>>> On Feb 6, 2015, at 12:47 , Tore Nilsen <tore.nilsen at me.com<mailto:
>>> tore.nilsen at me.com>> wrote:
>>>>
>>>> I am using several Data Grid objects, as tables, in a standalone. When
>>> I try to manually enter data into fields in the data grid object it works
>>> alright as long as the main stack and the substacks are built as a single
>>> file, but not when I try to build the standalone with the substacks as
>>> separate files. I guess the reason is that the main stack loses connection
>>> with the Data Grid Template stack once this is moved into a separate file.
>>> I would however prefer to have the substacks as individual files in order
>>> to be able to upgrade them easily, without the need for an upgrade of the
>>> application as such. Are there any solutions to this problem that does not
>>> require a total rebuild of the application structure.
>>>>
>>>> Tore N
>>>> ____________
>>>>
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at 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 at 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 at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
More information about the use-livecode
mailing list