I do use google, but, the issue is return on time and investment. The
entire purpose of the endeavor is as a front end to a database. Given the
database layer has not been touched for years given that all the database
bugs where consolidated back in version 2.16 and not touched until 2016
when
Good lord, Dalton - you could use gmail which also provides all the other
Google free goodies including online photo services
If you are a programmer this should be the easiest part!
sqb
--
Stephen Barncard - Sebastopol Ca. USA -
mixstream.org
On Fri, Apr 12, 2019 at 10:01 AM Dalton Calford
Yea, unfortunately, setting up a site that I can upload to, arrange the
links etc., is more hassle than it is worth.
The responses I got on my other thread (about documentation on adding
another native database client) tells me that I am not able to continue
with Livecode.
ODBC is not going to cut
This is an old fashioned list, which allows no attachments.
Always use links.
On Fri, Apr 12, 2019 at 09:40 Dalton Calford via use-livecode <
use-livecode@lists.runrev.com> wrote:
> > Well, it appears this list is not the best place to use for such a
> discussion.
> I shared some notes and a
> Well, it appears this list is not the best place to use for such a
discussion.
I shared some notes and a screen shot and voila, I get this
"Your message to use-livecode awaits moderator approval"
>
I don't know if Richard got the message or not, nor do I know if my post
got approved, but with
On Thu, Apr 11, 2019 at 12:05 PM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:
>
> If it must be done in the most expensive of options, in C++ within the
> engine, we can either continue to not have it while we wait for the
> engine team to build it, or spend
Dalton Calford wrote:
> I was about to explain using screen shots, flow diagrams etc., but,
> then I thought this may not be the best place to be discussing this.
>
> If you think this is as good a list as any, I can proceed, but, I will
> have to do so later this evening as I am about to start
I was about to explain using screen shots, flow diagrams etc., but, then I
thought this may not be the best place to be discussing this.
If you think this is as good a list as any, I can proceed, but, I will have
to do so later this evening as I am about to start a MOP.
best regards
Dalton
On
This is a very interesting description of a graph database application.
But how does it relate to having a stack viewable within another stack?
--
Richard Gaskin
Fourth World Systems
Dalton Calford wrote:
ok,
In order to explain what I need the utility for, is as a front end to a
highly
ok,
In order to explain what I need the utility for, is as a front end to a
highly normalized warehouse Temporal Graph database.
That probably means nothing to you, but, lets assume it does for the time
being.
For a simple example, lets say we are dealing with addresses, 2.6 billion
addresses,
Dalton Calford wrote:
[lots of valuable stuff bookmarked but not quoted here only for brevity]
> But, if you are still with me, I am willing to explain what I use, how
> I use it, how it is used in many different applications and languages
> and why.
>
> I can provide specifications, tests and
Hi Richard,
I have no experience with such systems. I only work with computers,
> where nothing happens until someone writes some code. :)
>
I understand where you are coming from, as I started out writing assembly
for 8088 processors and the whole idea of writing a loop in a high level
Hakan mentioned this but you may have missed it. You can definitely move
controls around inside a group without breaking it apart or going into Edit
Group mode. On the toolbar there's an icon called Select Grouped. Toggling
that allows you to select the whole group (as you're doing now) or
Dalton Calford wrote:
> I am not saying groups are not workable, I am just saying, that in
> comparison to other 'container' style controls on multiple other
> development platforms, they are not as easy to use, nor as versatile.
Can you tell us more about how they differ in regard to what
Hi Hakan,
I am not saying groups are not workable, I am just saying, that in
comparison to other 'container' style controls on multiple other
development platforms, they are not as easy to use, nor as versatile.
In java, delphi, access, kde (the list goes on), you can do all the work
you are
Maybe I don’t understand your idea but I do think you have kind of the same
using a group. If you design your group or your ”panel” you still need to place
your controls. If you move a group you also move the controls within that
group. You can also grab individual controls in a group if you
Hi Richard,
Thanks for your response!
So for the foreseeable future, we have groups, sharable within a stack,
> and clonable anywhere, even into other stacks. Using that as a
> foundation, we may be able to write a handler or two to give you a very
> Viewer-like experience, if you can share more
Richard Gaskin wrote:
So for the foreseeable future, we have groups, sharable within a stack,
and clonable anywhere, even into other stacks.
---
BR:
Jacques taught this trick, I sure others do it also, but FWIW
Though "globals are bad" . I do use one global in the
Dalton Calford wrote:
> In other programming languages/environments that I have used, there is
> a normally a panel object.
> In livecode terms, it would act like a stack that is embedded inside
> another stack as a widget.
> With Delphi, it is a panel (tabbed; normal or repeating) while in
>
19 matches
Mail list logo
