On 2021-02-01 22:25, Ben Rubinstein via use-livecode wrote:
Undesirable things found:
1. I've not found how to access externals (in this case the database
library) without explicitly setting the 'externals' property of the
stack to a (generally unreliably) full path before the stack is saved.
Hi Mark,
On 02/02/2021 09:03, Mark Waddingham via use-livecode wrote:
I'll report (2) and (3) formally when I've done a bit more
investigation. I'd still love to know what I'm doing wrong, in
relation to (1).
Please don't - as neither are bugs :)
The "investigation" I referred to was
I believe the Browser Widget uses the native browser and in that case it uses
the same code as Safari on MacOS?
I have been using CanvasJS to create some charts and have been rendering the
result in the Browser Widget using Set the URL of …..
These charts have been created on the computer and
Hi Martin, I’ll be traveling part of the time, but I’ll attend.
Peter
> On Feb 1, 2021, at 12:29 PM, Martin Koob via use-livecode
> wrote:
>
> Hi to any LiveCode users interested in deploying their solutions in a
> training environment
>
> You may have wanted to make your app available to
Thanks Mark. The issue here is that the stack was running headless, not in the
IDE. But I had it write the externals to stdout and indeed the result was
empty, so then I resaved it with the embedded property... etc. But this is
moot given other-Mark's message.
cheers,
Ben
On 02/02/2021
On a Mac, I made a field with 25000 words or so. Certainly dragging the
thumb is jerky.
But dragging the thumb forces the field's scroll to track the thumbPos, as
it relates to the number of lines and the total "pixel" travel available to
that thumb. I don't see how a field could scroll smoothly
Hello folks,
This bug report contains a workaround for smooth scrolling - hope it helps.
https://quality.livecode.com/show_bug.cgi?id=19759
Cheers,
Panos
--
On Tue, 2 Feb 2021 at 16:17, Craig newman via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On a Mac, I made a field with 25000
Paul McClernan wrote:
> I'm sure this could all be worked out as far as how to do the
> layout and printing directly from LiveCode... but why?
Why? On a LiveCode list you have to ask why? :)
Two reasons come to mind, but doubtless there are many more:
1. Because we can. It's fun to figure
Paul:
> I'm sure this could all be worked out as far as
> how to do the layout and printing directly from LiveCode... but why?
Good question! Might be a good reason, but not much point in guessing.
The bigger question is: what was the true original problem?
Brian:
> The problem is, printing
Paul:
>> ... but why?
Richard:
> 1. Because we can. It's fun to figure stuff out.
Yes, it is! :)
> 2. Print-and-Play tabletop games.
This special printer paper looks way too fun:
https://www.avery.com/products/cards/4785
(Discontinued already? Que lastima!
This thread is giving me
Very nice. Thanks Panos
> On Feb 2, 2021, at 2:54 PM, panagiotis merakos via use-livecode
> wrote:
>
> Hello folks,
>
> This bug report contains a workaround for smooth scrolling - hope it helps.
>
> https://quality.livecode.com/show_bug.cgi?id=19759
>
> Cheers,
> Panos
> --
>
> On Tue, 2
jbv:
> if myvar = trunc(myvar) then
Different approach: I prefer "mod" for loop breakouts/pitstops.
Very clean way to determine action for certain loop iterations!
Useful for fractional values too, in LC versions thus far.
> set numberformat to "#.000"
You can easily set the
Hi list,
This might sound like a dumb question, but I'm scratching my head trying
to find a workaround.
I have this portion of script :
set numberformat to "#.000"
if myvar = trunc(myvar) then
get myarray[myvar]
end if
The problem seems to be that when numberformat is set, both
On 2/1/21 7:10 PM, Richard Gaskin via use-livecode wrote:
using Kafka's Metamorphosis...
...then you should expect bugs.
--
Mark Wieder
ahsoftw...@gmail.com
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to
I've worked in the printing industry for 30+ years now. What you're
talking about is called page impositions, and it sounds like you're
doing a work-and-tumble" ("the cards are now face down"), you could
also do a work-and-turn instead (flip the pile on the "landscape"
side, instead of portrait
On 2021-02-03 00:31, Richard Gaskin via use-livecode wrote:
As for my post, it was a question in reply to Mark Waddingham's note
about how only standalones can be expected to use externals. That is,
at least as I read it.
Mark said nothing of the sort :)
LC Server had already been ruled out
Maybe it's me but i don't see any difference in scrolling between the left
an right on win10
Op di 2 feb. 2021 om 17:34 schreef Mark Wieder via use-livecode <
use-livecode@lists.runrev.com>:
> On 2/1/21 7:10 PM, Richard Gaskin via use-livecode wrote:
>
> > using Kafka's Metamorphosis...
>
>
LC Server doesn't handle externals, so for that we need a standalone?
I think I'm missing something.
--
Richard Gaskin
Fourth World Systems
Mark Waddingham wrote:
On 2021-02-01 22:25, Ben Rubinstein via use-livecode wrote:
Undesirable things found:
1. I've not found how to access
JeeJeeStudio wrote:
> Panos wrote:
>> This bug report contains a workaround for smooth scrolling - hope it
>> helps.
>> https://quality.livecode.com/show_bug.cgi?id=19759
>
>
> Maybe it's me but i don't see any difference in scrolling between the
> left and right on win10
The original
If the goal were point-scoring gotchas, that I frequently advocate
industry best practices for security redundancy might indeed seem out of
place here. I am normally a belt-and-suspenders kinda guy, and I make no
apologies for it.
Those redundancies usually come up in discussions about
Hhahah Richard, that was hilarious. :D Given I've given you next to no info
on the use case, I understand why it may seem overkill, and maybe it is.
A wise person once told me and I'm paraphrasing. " you can't
prevent everything so the task at hand is to make things harder and
take
My simple rule on this is:
If I need to write code, use the IDE.
If I need to deploy code, use a standalone.
You get the best possible performance. They are flexible since you can
dynamically load code. They do not have the burden of the IDE. It seems the
right path to go.
Maybe there is a
Good rules in general, but my question was about something else entirely.
As for the IDE, it's a GUI; I'm not sure what could be done with it on a
headless system. (Yes, instructions are provided for sys admins to
automate *installing* it via command line -- great for computer labs and
such
23 matches
Mail list logo
