So, here is one thing you have to keep in mind:
The same-origin-policy for networking.
http://hyperhh.de/html5/testFetch-9.0.0-dp-7X.html
works with loading images but this one fails:
http://hyperhh.org/html5/testFetch-9.0.0-dp-7X.html
There is no other difference but using .org instead of .
The laoding delay is very much dependent on how you configure your
server. If the server is optimized I have here with Safari < 9 secs
for the first load and < 3 secs for a reload, using the server of the
first link below.
The standalones mentioned are here [EU]
http://hyperhh.org/html5/index-
Yeah, you are still in for a bit of a wait for the initial load to complete but
that doesn't seem to have deterred my users yet (they were pre-warned about the
delay), even those who were accessing the sims from outside the university
network. Not sure that I'd want to attempt to deliver it over
Had not seen the tsNet handler, but that is an RSA key. Scuttlebutt uses a
different key type. There are other useful things in the library. There is
some overlap, but enough different to make it worthy of an effort.
I’ll need to take a look at the MS links.
Hopefully the rest of today and tomorr
Thanks Terry, that's helpful. I get the feeling that we can do almost
anything internal to LC's engine, but things that require a call out to
the OS are harder.
I did a quick conversion of a simple stack way back when HTML5 was first
released and got pretty good results, but the load time was
On 2/20/18 8:09 PM, hh via use-livecode wrote:
What examples if not mine (and the few I link to) did you see? Would be very
glad to know
some more.
I found some by Bernd in the forums that demonstrated a few different
techniques.
So you didn't even try the basic ones for that.
I tried a
> On 21 Feb 2018, at 2:57 pm, Brian Milby wrote:
>
> Monte, you are awesome!
Cheers! Not feeling so awesome today… been banging my head on something all day
and getting nowhere :-(
>
> With your help I was able to generate a key pair using libSodium. That means
> that we are one huge step c
Monte, you are awesome!
With your help I was able to generate a key pair using libSodium. That
means that we are one huge step closer to asymmetric key generation and use
within LC.
For each tool chain they provided a static and dynamic directory. The
static just contained a .lib file. The dynami
I've converted a couple of interactive simulations to HTML5 and they worked and
performed surprisingly well (once I'd removed and coded around a few wait
statements). Multiple cards are fine but I haven't tried switching between
stacks. Text display isn't that great out of the box but that shoul
Forgot to say:
There are a LOT of improvements in the HTML5 standalone builder from
LC 8.0.2 to 9.0.0-dp10.
It is especially Ian who does a good job in that field.
But it is also a lot of work to recompile older standalones and to
remove work arounds that are no longer needed.
Probably
> JLG wrote:
> The examples I've seen are mostly basic, usually just a one-card stack with
> image
> or graphic manipulations.
What examples if not mine (and the few I link to) did you see? Would be very
glad to know
some more.
> The stack I will be working with will require many cards, naviga
AFA the password protection goes, the traditional stack is only required
when you _distribute_ the app. You do not need to store it that way. When
you build a Levure app, it automatically creates a binary stack, installs
the code, and password protects it. You get the best of both worlds: On
yo
Script Only stacks make versioning and multiuser development environments
possible, at least from the coding aspect of things. They cannot be password
protected however, nor can they have properties, so even a faceless application
which needed to avail these features would still need a UI stack.
S,
#1 After the Android acceleratedRendering crash was fixed I have been
leaving it on at all times and have not had any problems. I thought that
only one stack at a time on mobile so I never close them.
#2. I delete all mobile controls on close card. I delete mobile scrollers
only on resizestack.
You can move as much or as little as you like. I prefer to move everything
and use an external text editor whenever I want to edit code. The .rev or
.livecode stack file for me, then has multiple cards with the layouts and
the objects, but no code in it. I also have taken to removing all
substac
On Tue, Feb 20, 2018 at 5:15 PM, Graham Samuel via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I’m following the Levure discussion and of course Trevor's pronouncements
> with great interest. One thing strikes me - is there really a universally
> understood meaning to the term “UI stack
I've been asked if I can convert a stack to HTML5, which I haven't
worked with yet. I'd like to know, in general, what can be done and what
can't. What are the limitations?
The examples I've seen are mostly basic, usually just a one-card stack
with image or graphic manipulations. I'm also awar
I’m following the Levure discussion and of course Trevor's pronouncements with
great interest. One thing strikes me - is there really a universally understood
meaning to the term “UI stack”? I do understand the concept of separating the
UI from the logic of an app, but any UI must contain **some
This is on LC Server (various versions).
My main script is simply
"
start using stack temp1
hereweare
Inside the sub-directory "folder1/folder2" I have a script-only stack
"my_script.livecode", which says
script "mine"
command hereweare
put "here we are inside folder1/folder2/"
end here
I have a heck a time with our new app on android
One stack works fine.
But we going one stack to another, (not in iOS) is a problem.
Seems to be subtle issues with one the follow
(although on the surface they seem to be same)
1) it is better to
set the acceleratedRendering of this stack to fal
Well since you put it THAT way... ;-P
I will offer this advice, and maybe it's not really needed, but I keep all the
files necessary for a project in a single folder for that project, much like
Levure does. For the purposes of cutting over, it may help to make a duplicate
of your project and "L
Having come up through the golden age of digital prepress, I learned early on
that either everyone working on a project that was involved in type had to have
the exact same fonts from the exact same foundries, or else risk any number of
issues. Nothing worse than getting the finished product and
I’m having the same problem, John. Here’s is what I wrote to Dan just a few
days ago:
First off, I’m in Mac OS 10.13.3 so I’m not sure this will help.
The simulator has been consistently giving me the message “The simulator seems
to be taking a long time to launch….” I respond to this message
On Tue, Feb 20, 2018 at 11:20 AM, Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I'm interested in hearing more about other people who are thinking about
> moving existing projects over. I've moved several small ones over (and
> built a couple from scratch), and have been
Mike Kerner wrote:
> I'm not sure how much work it's going to be to rewrite anything,
> though (which is why I'm curious to hear what others think before
> I decide to move something big and get stuck).
Levure appears to offer a very good framework. The LC IDE offers
another set of useful idea
Hi John,
For LC 8.1.9 you have to use Xcode 9.2 if you are on MacOS 10.12.6+.
Moreover, you have to open the simulator first *from Xcode*. See this
thread fro more details:
http://forums.livecode.com/viewtopic.php?f=49&t=30592
Best,
Panos
--
On Tue, Feb 20, 2018 at 5:44 PM, JOHN PATTEN via use
Hi All,
I am trying to set up a new school Mac laptop with Xcode so that I can run the
iOS simulator on it with Livecode.
I have tried LiveCode 8.1.7 and 8.1.9 with Xcode most recent version of Xcode,
9.0, and 9.1. Each time I attempt to launch the simulator in LiveCode I get
the message, “Th
K,
That's a amusing observation of font names.
If a MS Word doc is using the Adobe Helvetica and the next user only has a
MonoType Helvetica, then Word will substitute the MonoType font without
warning. Then if the next user has neither font, Word will substitute a
"Helvetica like" font, ag
Same here, Bob. It seems like this should be an easy thing to fix!
Roger
> On Feb 20, 2018, at 8:51 AM, Bob Sneidar via use-livecode
> wrote:
>
> Each script pane used to remember the position of the cursor, even if you
> closed the CE and reopened it. That was nice. No longer though. On sev
I'm interested in hearing more about other people who are thinking about
moving existing projects over. I've moved several small ones over (and
built a couple from scratch), and have been thinking about moving my bigger
ones. I'm not sure how much work it's going to be to rewrite anything,
though
Each script pane used to remember the position of the cursor, even if you
closed the CE and reopened it. That was nice. No longer though. On several
occassions I deleted existing code thinking my cursor was where I left it, only
to find the selection had somehow translated from another pane to t
On 20 Feb 2018, at 16:34, Ralph DiMola wrote:
We
had many font issues over the years and I figured that the industry
would
get it together.
Given that the font world calls eighteenth century font designs 'Modern'
and early/mid 19th century sans-serifs 'Grotesque', I wouldn't hold my
breath
Probably not. As I like to point out on occasion, everyone subscribes to
standards. Their OWN standards. ;-)
Bob S
> On Feb 20, 2018, at 08:34 , Ralph DiMola via use-livecode
> wrote:
>
> I started using TT and Type 1 fonts for composition back in 1994. We
> had many font issues over the ye
Keith +1
MS Word is the worst when it comes to this. I once spent 1/2 day trying to
figure out why a PDFed Word file had font issues. I turns out that this Word
doc was being passed around and not all users had all the fonts or faces. So
Word changed the text using an unavailable font face by "bol
He has some youtube videos, which after watching I understood the process well
enough to know that it would be a fairly major rewrite of my projects to
incorporate. It looks really cool, and I keep telling myself I'm going to do
this soon.
Bob S
> On Feb 20, 2018, at 04:46 , Graham Samuel vi
http://www.schneierfacts.com
On Mon, Feb 19, 2018 at 5:50 PM, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:
> turns out the cloud is just other people's computers.
>
> https://xkcd.com/1957/
>
> ...and there's a tooltip...
>
> --
> Mark Wieder
> ahsoftw...@gmail.com
>
> _
On 17 Feb 2018, at 16:51, J. Landman Gay via use-livecode wrote:
LC no longer manipulates text directly to produce styles, it now uses
the equivalent font.
And as a typographer, let me say YAY!
Distorted type hurts my soul. :(
k
---
Keith Martin
Senior Lecturer, LCC (University of the Arts
How odd. Last Friday I ran into the same thing, and came to that conclusion
deductively, because I tried using bold style with a font that I know didn't
have that typeface.
Bob S
> On Feb 17, 2018, at 08:51 , J. Landman Gay via use-livecode
> wrote:
>
> LC no longer manipulates text direct
I wouldn't give up on it. Levure is a really important development in the
LC universe, and one that is worth integrating into your work in the medium
term, but it is definitely a more advanced tool, like carbon frames and
high-pressure tires.
On Tue, Feb 20, 2018 at 7:46 AM, Graham Samuel via use
Ha, that was my instinct really. I very much admire Trevor’s work, but I do
think there’s quite a change of mindset involved, and from the very limited
stuff I’ve seen, not very much step-by-step instructions on how to do things.
Nowadays I really want to stick to the “everyone an code” ethos, a
40 matches
Mail list logo
