Yes: drivers are available for these devices; rarely for Linux,
sometimes for Macintosh and always for
Windows. The problem is that this makes it extremely difficult if one
wants to author a game which can be deployed cross-platform with
predefined settings for gamepads.
R.
On 7.07.2016
Here are two plugins that will allow WP to become a customizable DB server
with little to no DB experience. Perfect for LC students and people who
want to get a DB setup online, but don't have the experience or know-how.
https://wordpress.org/plugins/advanced-custom-fields/
On 07/06/2016 02:08 PM, Richmond wrote:
What I would really like to know is what differentiates a keyboard (and
my Nostromo n52) from all those other USB devices
Well, unfortunately there's no such thing as "all those other USB
devices". It's a wild untamed world of devices out there, and
On 07/06/2016 10:44 AM, Richmond wrote:
Not true; Albert Einstein [The man who knew a lot about Physics and
Maths and not much else and
Best to stick to things you know something about, yes?
At any rate, the quote is variously ascribed to Einstein and to Benjamin
Franklin, but probably
Yes, I’m seeing that kind of thing:
1. One of my stacks disappears, and I then find it offscreen below, or when the
program opens the editor is down below, not where it was when I was last
working.
2. A stack becomes unresponsive—either the screen image of the stack becomes
totally grey, or
On 07/06/2016 12:11 PM, Sannyasin Brahmanathaswami wrote:
Plus I was recently scolded off list for reporting bugs that were actually my
ignorance.
Whoever did the scolding (you know who you are) did no service to you,
to the user base in general, and to LiveCode quality. If you think you
Sannyasin Brahmanathaswami wrote:
> 4) some day we need a "map" for the IDE and then one could study it
> to better advantage but opening the files that open when it runs, one
> after another.. .I could not quit determine Who's On First" with the
> IDE, in terms of loading order..
"There's no
I'm spending literally 8-10 hours a day right now in LC (too much fun, I really
need to get back to my magazine editorial work for this month!)
Periodically, the whole IDE shuts down in the sense that the select tool will
not select anything and there attempts to invoke the property inspector
LOL! because I'm not the one that codes 4D… if you have been going to the
annual 4D conference(s) and think you see me there.. that's actually
Shanmuganathaswami and Siddhanathaswami, not me..
They are the 4D wizards…
From: use-livecode on behalf of
RALPH:
I include all stacks(all library stacks and my "Main stack") in the "copy
files" pane of the standalone settings. My main stack is just a stub. I then
open the "main" stack from the stub and "start using" the library stacks.
BR: yes, I was about to do that, since adding stack files was
Richard writes:
There are many ways to solve most problems in LC.
Everything in the LC IDE is made with LC. Everything is scriptable.
Let nothing hold you back.
Indeed… we are going in that direction on several counts
1) Start Using works… but clutters the message hierarchy
2) apparently,
I'm not sure I understand the relevant conundrum.
If a device meets certain standards, then a standard device driver (probably
included in the OS) will translate something at the device to standard events
at the computer.
If some features are nonstandard, then a specialized driver is needed.
No: "HC" means 'hoary chestnut' here; not that ancient piece of software
a lot
of people seem to be still hung up on for no obvious good reason when
Livecode
has more than replaced it.
My beloved Belkin Nostromo n52, when connected to a Mac, a PC running Linux,
a PC running Windows, and PC
When clicking an icon in the property inspector for a Navigation Bar
widget, a newControl message is sent for the id "widget id 1002 of stack
"Popup Widget" of the templateControl".
I can't find an entry for templateControl in the dictionary. I'm also
confused as to how a stack can be owned by
Sannyasin Brahmanathaswami wrote:
> related bug report from April here:
>
> http://quality.livecode.com/show_bug.cgi?id=17409
>
> still unresolved… my next attempt will be the "start using " method.
> We know where the script only stack is… so we can get the local path
> and get it into memory
Sannyasin Brahmanathaswami wrote:
> Richard wrote:
> That doesn't seem as much a documentation error as a Standalone
> Builder bug. Have you reported it?
>
> This seems to "elementary" that I could not imagine the team would
> not see this before release.
There are some regressions that mystify
BR, why can't I just call you "4D wonk"?
On Wed, Jul 6, 2016 at 3:11 PM, Sannyasin Brahmanathaswami wrote:
> This seems to "elementary" that I could not imagine the team would not see
> this before release. So I assumed it was by design. Plus I was recently
> scolded off list
I include all stacks(all library stacks and my "Main stack") in the "copy
files" pane of the standalone settings. My main stack is just a stub. I then
open the "main" stack from the stub and "start using" the library stacks.
Ralph DiMola
IT Director
Evergreen Information Services
related bug report from April here:
http://quality.livecode.com/show_bug.cgi?id=17409
still unresolved… my next attempt will be the "start using " method. We know
where the script only stack is… so we can get the local path and get it into
memory … hopefully the behavior will fire.
From:
Related post on the forums:
http://forums.livecode.com/phpBB2/viewtopic.php?f=8=25730
We've been around this barn before.
1) create an external script only stack. e.g. mobileControls.livecode
2) set that as behavior for other stacks
3) add to stack files
4) go stack "movileControls.livecode"
This seems to "elementary" that I could not imagine the team would not see this
before release. So I assumed it was by design. Plus I was recently scolded off
list for reporting bugs that were actually my ignorance. (even though in fact
75% of my reports are legit bugs) So now I'm a bit gun
Yes…Andre built a robust logging feature into the backscript. I can fire a log
entry like this in the backscript
on createScroller pName
logRaw "Go this far!"
etc.
Also see other thread… with more detail on the issue. I *can* get the scroller
to work on cd 1 of stack A, but then when we
On 7/5/2016 10:21 PM, Sannyasin Brahmanathaswami wrote:
Stack A home.livecode | card 1 | group "portal-links"
on open card
createScroller "portal-links"
Stack B surprise-me.livecode t| card 2 | group "surprise-links"
on open card
createScroller "surprise-links"
things improved
Something like this actually happened to a friend of mine and the programmer's
solution worked, though she had to apply it several times as the car kept
stalling.
She was able to get the car back to the mechanic, who apologized and said that
he had had to set the car's computer back to factory
Sannyasin Brahmanathaswami wrote:
> Part of the solution is more examples/amd explanation(s) in the
> dictionary itself. For example, right now I'm struggling with getting
> a mobileCreateScroller to work from a backscript.
>
> I think it may do better using an external lc.livecodescript script
San,
I have only been paying light attention to this thread, so if I missed
this, please ignore. Have you checked to find out if something else is
silently killing your script cascade before it gets to the backscript?
On Wed, Jul 6, 2016 at 1:46 PM, Sannyasin Brahmanathaswami
Part of the solution is more examples/amd explanation(s) in the dictionary
itself. For example, right now I'm struggling with getting a
mobileCreateScroller to work from a backscript.
I think it may do better using an external lc.livecodescript script only as a
behavior but the dictionary
Not true; Albert Einstein [The man who knew a lot about Physics and
Maths and not much else and
is quoted far too often out of context], Induction is bad reasoning ;
yet we all do it all of the time.
So, I always expect the unexpected; and, oddly enough, it seems to
happen quite a lot.
Mark Wieder wrote:
> The dictionary "works" for me in 64-bit linux, but only thusly:
>
> open the dictionary
> you get a blank pane
> close the dictionary
> open it again
Mark, honestly, for what else than opening and closing do *you*
need the dictionary? :-)
--
View this message in context:
It was always and still is the same in version 6.x series for the
application browser 99.99% of the time.
It must have been an itch the devs didn't feel like scratching
Gotta live with it now though.
Lagi
On 6 July 2016 at 06:24, Mark Wieder wrote:
> On 07/01/2016
On the LiveCode website there are a lot of lessons but they all dealing with
different aspects how to do this or that and I miss a good example of an
application showing how to structure and setup a LiveCode app from the start
(database CRUD handling, update mechanism for the app etc.).
In this
31 matches
Mail list logo