I did 3 additional tests this morning and believe that the issue lies
somewhere in the de/encoding of text or the way that text is streamed to
the file. My additional tests were using a non-shared text field (due to
the way the text of a shared field is stored in memory, was wondering if
that was
Should be able to relicense the IDE. If it keeps using the wrong one, generate
a key for the correct one on the web site and use that to license the product.
Thanks,
Brian
On Apr 11, 2020, 8:29 AM -0400, Graham Samuel via use-livecode
, wrote:
> Jaque thanks - this has not solved it yet, but
I just ran another set of tests with a much smaller image.
Text: 5.85s / 0.032s / 8.183708MB
Image: 0.211s / 0.034s / 9.29539MB
One other thing to try tomorrow is to use an individual text field on each
card instead of a shared group. I tried to download the update, but still
got the original
> On 4/10/20 1:20 PM, Brian Milby via use-livecode wrote:
> > showAll is the same as letterBox but the borders are the stack background
> > instead of black.
> >
> > Thanks,
> > Brian
> > On Apr 10, 2020, 2:15 PM -0400, Richard Gaskin via use-livecode
>
showAll is the same as letterBox but the borders are the stack background
instead of black.
Thanks,
Brian
On Apr 10, 2020, 2:15 PM -0400, Richard Gaskin via use-livecode
, wrote:
> Good catch. It would be great if the Lessons were in Github so they
> could be enhanced by the community. I guess
I'm going to be that guy who replies to himself...
I just imported a 500kb image to the card, removed the text from the field,
created 300 cards.
0.756 seconds normal (171MB). 1.124 from a variable. (image instead of
text)
8.311 seconds normal (8.2MB). 0.047 from a variable. (original text)
That's a good question. It has been over a year since I looked at that
code, but I can't think of anything in the serialization piece that would
be an issue. That code is all common (writing to a file buffer). I did
not look at the actual platform file code though - could be something
there.
Take a look at my mobileDemo repo:
https://github.com/bwmilby/mobileDemo
It lets you play around with showing how a stack developed at different
sizes looks when presented on a device using the different
FullScreenModes. I have not updated it for the new iPhoneX aspect ratios,
but probably
This is for parity... if you allow Facebook or Google federated authentication
then you need to add Apple as an option.
Thanks,
Brian
On Apr 9, 2020, 2:10 PM -0400, J. Landman Gay via use-livecode
, wrote:
> On 4/9/20 11:52 AM, matthias rebbe via use-livecode wrote:
> > But fortunately the
thought people were ignoring me because that wouldn't
> > work.
> >
> > Bob S
> >
> >
> > > On Apr 8, 2020, at 15:54 , Brian Milby via use-livecode
> > > wrote:
> > >
> > > Use empty instead of 0 and it should work.
> > >
Use empty instead of 0 and it should work.
Thanks,
Brian
On Apr 8, 2020, 5:38 PM -0400, J. Landman Gay via use-livecode
, wrote:
> On 4/7/20 12:43 PM, Brian Milby via use-livecode wrote:
> > The PR is now merged into develop and will be in the next DP. It only adds
> > the opti
On my Win10 Dell (i5):
6.154 to 6.806 without shift
0.036 to 0.15 with shift
This is measuring a difference in doing a bulk 8MB write with a streamed
write of the stack to the file piece by piece. Internally, each object is
serialized and written to the file buffer in turn. So the question
The PR is now merged into develop and will be in the next DP. It only adds the
option of selecting nothing but does not make it the default. We could now
work up a PR for the other piece, but I’m not sure about how that one works
without downloading and testing (sounds like an option to hide
I have a PR that supports this (setting 0 will highlight nothing):
https://github.com/livecode/livecode/pull/6404
It is vulcan reviewed, but not merged. A push may get it into the next DP.
Thanks,
Brian
On Sat, Apr 4, 2020 at 3:31 PM J. Landman Gay via use-livecode <
Is there a key that you can use to sort? May be faster to build it and then
use the sort command at the end.
Thanks,
Brian
On Mar 29, 2020, 7:16 AM -0400, Tore Nilsen via use-livecode
, wrote:
> I believe the reason for the delay comes from the fact that when sorted
> descending, you put tRec
Recently I have been allowed the opportunity to maintain the LiveCode
language support for Atom. I had merged in a number of fixes and changes
several months ago but didn't hit the right button to publish them. I
finally figured out the missing step and v0.7.0 is now live. The biggest
change is
Probably would need to use drawingSvgCompile instead of a widget. Then you
could turn an SVG drawing into an image.
Thanks,
Brian
On Mar 26, 2020, 5:37 PM -0400, Mark Wieder via use-livecode
, wrote:
> On 3/24/20 9:17 PM, Pi Digital via use-livecode wrote:
> > Oh. Cool. I did not know you
Does ‘STATUS INBOX (UNSEEN)’ give the proper count reliably? (Would actually
need to use MESSAGES though to page through the whole inbox, but you could stop
paging once all we’re found.)
If so, ranges are just specified with a : so you could use the sequence numbers
to get the UIDs (1:100 then
If you want to efficiently store all changes to a file. This is what Git does.
The other advantage is that user C could also perform an edit to A. You could
apply the AC diff on top of B to get a combined update. (Also what Git does)
Thanks,
Brian
On Feb 17, 2020, 2:58 PM -0500, Richard
Just need to grab the tree view lcb file and build. Replace the files in the
dist for everything to work properly. I can link to a zip file if needed with
the files. I use dp2 for everything currently.
Thanks,
Brian
On Feb 9, 2020, 12:22 PM -0500, Mark Wieder via use-livecode
, wrote:
> On
Can’t answer regarding the design decision, but here is the pertinent line:
One recent feature that was introduced in LiveCode 6.6 was the ability to use
hashbangs (#! /path/to/livecode) in LiveCode server scripts instead of script
open and close tags ().
Of note is the “instead of” statement
I use this in ScriptTracker to get the changes when saving a stack. I squash
them together into a consolidated diff for the stack. I have not done anything
with the patch side though.
Thanks,
Brian
On Feb 1, 2020, 6:02 AM -0500, Niggemann, Bernd via use-livecode
, wrote:
> Richard,
>
>
That bug will be fixed in DP3. It is already merged into develop.
Thanks,
Brian
On Jan 27, 2020, 10:46 AM -0500, Paul Dupuis via use-livecode
, wrote:
> Never mind. Answered my own question. You have to use the Keys, not the
> values, to get a true hierarchy. i.e.
>
> Top Level A
> Top Level B
Wasn’t talking about the widget but building the underlying array that it would
display.
Thanks,
Brian
On Jan 22, 2020, 2:21 PM -0500, Richard Gaskin via use-livecode
, wrote:
> Where is the tree widget used in the Standalone Builder?
>
> --
> Richard Gaskin
> Fourth World Systems
>
> Brian
Much of the needed work is already done in the standalone builder code. I
don’t think it does a nested array, but it does handle things like processing
links/shortcuts. I’ll try to take a look to see if a short recursive function
could be easily built.
Thanks,
Brian
On Jan 22, 2020, 1:59 PM
Have you looked at the new data grid code? They had to tackle the same problem.
Thanks,
Brian
On Jan 20, 2020, 6:45 PM -0500, Terry Judd via use-livecode
, wrote:
> I spent a lot of time trying to do this on iOS and gave up (I was working
> with a per day calendar style scrolling object that
I would offer a clarification for ScriptTracker: while the files it exports
could be used as-is for SoS behaviors, that is not the goal of the tool. One
goal is to allow editing of scripts in external editors (performance is one
reason, but there are others too). A larger goal is to allow
My guess is that shell can’t find your executable. Try using full paths.
Thanks,
Brian
On Jan 12, 2020, 2:54 PM -0500, Hillen Richard via use-livecode
, wrote:
> Hello,
>
> I want to extract .txt from a pdf-file using Livecode 9.5 on macOS Catalina.
>
> Therefore I installed from
And if you want to edit scripts in an external editor, my tool may be useful to
you:
https://github.com/bwmilby/scriptTracker
It would support putting the scripts themselves into a repository so you could
track changes. It generates a consolidated diff every time it exports scripts.
Thanks,
Item 1 is already submitted as a PR.
I would avoid changing default behavior in the actual product though.
Thanks,
Brian
On Jan 10, 2020, 5:27 PM -0500, Ralph DiMola via use-livecode
, wrote:
> I made 4 changes to the navbar widget.
>
> 1) The hiliteditem can be set to zero so no item is
The disconnect is that on a mobile you touch the content and move it directly.
If you grab the scroll bar and drag it, the content moves the opposite
direction. On a computer’s touch device/scroll wheel, natural scrolling moves
the content like mobile (think two finger swipe). The old way it
One option to eliminate the external file altogether would be to make it a
substack prior to building.
Thanks,
Brian
On Jan 8, 2020, 10:52 AM -0500, Greg (Pink) Miller via use-livecode
, wrote:
> I have my main stack "PanelManager.livecode" with a behavior script with a
> file name
Have you tried addressing it via the full path?
put the uProperty of stack “/fullPathToFile/actualFileName” into tVar
Thanks,
Brian
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage
The center (loc) of the rect is the center of the triangle. So to get a
triangle of width W, you need to set the height and width of the grc to
2*W/sqrt(3).
Thanks,
Brian
On Dec 27, 2019, 10:31 AM -0500, Sannyasin Brahmanathaswami via use-livecode
, wrote:
> Regular Polygon Tool:
>
> If you
My guess is that 9.6 will be the first to officially support Catalina and get
the notarization treatment. I think it was hinted at in the release email for
the first DP.
Thanks,
Brian
On Dec 16, 2019, 3:20 PM -0500, Richmond via use-livecode
, wrote:
> Thank you for that; it was a great help.
The PDF files are generated from .md files. The guides are split between
two locations:
https://github.com/livecode/livecode/tree/develop/docs/guides
https://github.com/livecode/livecode-ide/tree/develop/Documentation/guides
Thanks,
Brian
On Wed, Dec 11, 2019 at 12:21 AM Richard Gaskin via
I’m on Catalina and that is the version I installed. I’ve only done one test
Android build with it though so I don’t know if there would be any negative
impact as an upgrade. I did have to jump through the hoops to create an Oracle
login.
Thanks,
Brian
On Dec 10, 2019, 11:25 AM -0500, J.
Just the other day I copied an Xcode package from another computer via airdrop
and it wouldn’t even install/extract. It complained that it wasn’t from Apple.
Thanks,
Brian
On Nov 27, 2019, 4:05 PM -0500, panagiotis merakos via use-livecode
, wrote:
> Hello all,
> Just saw this, and I am AFK
I have a couple and at least one is directly targeted at mobile (7154). 6404
is Vulcan reviewed but not yet merged (and is the oldest one I have
outstanding). Both are widget updates.
For the IDE I only have 1987 which had a conflict that I just resolved (allow
nesting of DG behaviors).
I got this one
Thanks,
Brian
On Nov 24, 2019, 1:21 PM -0500, Klaus major-k via use-livecode
, wrote:
> my last two mails do not show up here one the list?
>
> --
> Klaus Major
> https://www.major-k.de
> kl...@major-k.de
>
>
> ___
> use-livecode mailing
I'm thinking this may be a documentation bug, but wanted to check before
submitting.
I know that resizeControl is sent to a group when the size is updated by
script (for other controls, the message is only generated when manually
resized by dragging handles). The documentation for the message
Regards,
>
> Jerry
>
> Op 13-11-2019 om 22:16 schreef Richard Gaskin via use-livecode:
> > JJS wrote:
> > > Op 12-11-2019 om 19:34 schreef Brian Milby via use-livecode:
> > > > Unless you are doing a HTML5 app (entire stack resides in a web
> > > &
Unless you are doing a HTML5 app (entire stack resides in a web page), none of
the GUI stuff applies. The LC code is pretty much a replacement for PHP code,
so the GUI piece would be the same (whatever HTML/JS frameworks you choose).
Thanks,
Brian
On Nov 12, 2019, 1:24 PM -0500, JJS via
I have it working on Mac and Linux. I’m not seeing it work properly on Win10
though. I did ensure all plugins were updated and Atom was at the latest
version.
Thanks,
Brian
On Nov 11, 2019, 1:53 PM -0500, Ralf Bitter via use-livecode
, wrote:
>
> > On 10. Nov 2019, at 03:12, Brian
Well, I've been dealing with Atom not being able to lint my LiveCode files
for months. I finally decided to try to figure out what was going on.
When I checked the repo, I found that a PR had been submitted back in March
that addresses the issue. When I tried, I had to make an additional change
You are saving a number and not a string. Numberformat governs how a number is
displayed as a string doesn’t it?
Thanks,
Brian
On Nov 7, 2019, 8:19 AM -0500, Klaus major-k via use-livecode
, wrote:
> Bonjour Thierry,
>
> > Am 07.11.2019 um 14:09 schrieb Thierry Douez via use-livecode
> > :
>
Thanks for that link hh... I had researched this a while back and actually
looked at the source code. I knew about the modifier key, but didn't know
about the double click.
So, you can hold the option key down when hovering over the green dot to
get the maximize "+" action. You can also double
This is all part of the breaking change. Lock messsages is no longer used when
closing/opening the stack. What happens if you put the build test before the
red dot? Shouldn’t it never get there?
Thanks,
Brian
On Nov 2, 2019, 12:39 PM -0400, JJS via use-livecode
, wrote:
> Glad you
https://github.com/livecode/livecode/pull/7214
We'll see where it goes this time...
On Thu, Oct 31, 2019 at 12:27 PM Brian Milby wrote:
> I’ll submit a PR tonight.
>
> Thanks,
> Brian
> On Oct 31, 2019, 12:26 PM -0400, Richard Gaskin via use-livecode <
> use-livecode@lists.runrev.com>, wrote:
There is a breaking change in 9 where lock messages is no longer issued when
closing and opening the stacks as a part of the build process. There is some
suggested code around. It revolves around testing for being in the build
process for the (pre)openXxx messages. That May be the issue you
I’ll submit a PR tonight.
Thanks,
Brian
On Oct 31, 2019, 12:26 PM -0400, Richard Gaskin via use-livecode
, wrote:
> Ben Rubinstein wrote:
>
> > Brian Milby wrote:
> > > My suggestion is to just bite the bullet and build LC where 'file'
> > > exports using LF on Mac
> >
> > Oh please yes!
>
>
My suggestion is to just bite the bullet and build LC where 'file' exports
using LF on Mac. The change required is literally a couple of characters
in one file (maybe two files to include the server default, but you can
already change it there on demand). Leave the constants as they are (LF).
It
The reason for the difficulty is that internally LC uses LF as the line
ending. The cr, lf, and return constants all actually map to LF. When you
write a text file, LC will convert line endings to the native format. So
for Windows you get CRLF, Linux gets LF, and Mac gets CR. I take issue
with
Binfile?
Thanks,
Brian
On Oct 29, 2019, 1:33 PM -0400, Klaus major-k via use-livecode
, wrote:
>
>
> > Am 29.10.2019 um 18:24 schrieb Klaus major-k via use-livecode
> > :
> >
> > Hi all,
> >
> > macOS 10.14.6, LC 9.5
> >
> > I have a file created with BBEdit with this content:
> >
messages. Otherwise
just about every key press inside a field would generate 2 messages.
Thanks,
Brian
On Oct 29, 2019, 10:59 AM -0400, Paul Dupuis via use-livecode
, wrote:
> On 10/29/2019 9:47 AM, Brian Milby via use-livecode wrote:
> > It looks like selectionChanged only reacts to expl
It looks like selectionChanged only reacts to explicit user events (mouse click
or cursor moved via keyboard navigation). If I select a chunk of text in
another app and drag it in, the same thing happens (it is selected but no
selectionChanged message). If I script a button to select a chunk,
9.5.1 should have the fix (or whatever it is named).
9.0.5 already has the fix.
Thanks,
Brian
On Oct 25, 2019, 10:44 PM -0400, Paul Looney via use-livecode
, wrote:
> So, to be fixed in 9.0.6?
>
>
> > On Oct 25, 2019, at 6:53 PM, Bob Sneidar via use-livecode
> > wrote:
> >
> > Nope my bad.
Probably a big advantage to using native fields on mobile is cut/copy/paste.
Thanks,
Brian
On Oct 25, 2019, 12:46 PM -0400, Lagi Pittas via use-livecode
, wrote:
> We are working on an App that runs on IOS/Android and Windows so making
> sure
> the Codebase and elements/objects are as much the
I don’t think 12 cards will be an issue. The problem is that cards are a
linked list in memory so random access to hundreds of cards can be slow. Next
card is always fast (would have to look to see if it is a double link for the
same to be true of previous).
Thanks,
Brian
On Oct 22, 2019,
TinyDictionary is a streamlined interface to the dictionary data.
My site allow easy access to the dictionary on my iPad (built before I saw
Dash) - useful when not near a computer.
Thanks,
Brian
On Oct 21, 2019, 3:11 PM -0400, Richard Gaskin via use-livecode
, wrote:
> J. Landman Gay wrote:
>
TinyDictionary uses the data from the local install.
Docs for the business features are included in the community edition as far as
I know.
The site that I have comes from a stack that exports the files from an install
into a self-contained directory. I do need to update it.
Thanks,
Brian
On
I see the commands documented in the dictionary (9.5 Business, not sure about
other editions).
Thanks,
Brian
On Oct 21, 2019, 1:33 PM -0400, Richard Gaskin via use-livecode
, wrote:
> Thanks, Martin. That's also very handy, but how did you learn the
> syntax? Where is this library documented?
>
I can confirm that it does not work in the release version of the app either.
I checked 13.1.2 and 13.1.3 but not the earlier versions of 13.
One potential alternative would be a browser widget.
Thanks,
Brian
On Oct 19, 2019, 9:50 AM -0400, Sannyasin Brahmanathaswami via use-livecode ,
wrote:
You probably could get close with math but line breaks would not be uniform and
will introduce variability. You could probably get it down to 2 or 3 checks.
Thanks,
Brian
On Oct 12, 2019, 11:02 PM -0400, Sannyasin Brahmanathaswami via use-livecode
, wrote:
> BR: Hmm I figured that a repeat
Yes, 9.0.5 has a fix that 9.5 does not for the debug crash. That fix will
appear in the next update for 9.5.
Thanks,
Brian
On Oct 10, 2019, 4:55 AM -0400, Lagi Pittas via use-livecode
, wrote:
> Hi Mark,
>
> My mileage is varying.
>
> I have been using 9.5 stable and thought it was the
Ah yes, backups. I make it a habit to capture an image of my drive before and
after any OS upgrade. CCC works well, but I just use Apple’s tools.
Thanks,
Brian
On Oct 9, 2019, 11:19 AM -0400, Bob Sneidar via use-livecode
, wrote:
> I forgot to mention that if you didn't already create a CCC
I'll say that is a good job so far. The grid is very responsive (but I am
using a pretty fast laptop). Second time to the page was much faster than
the first. And I'll agree that some of the corporate web apps that I have
to use can take time to get themselves ready for anything. Even the SAP
Small point on LCS... most things can probably be fixed by editing behavior
scripts and not binary files. If a binary file needs to be updated, you can
write a script to transform the binary and submit it (then a core team member
can review and apply the change).
I’ll agree that feature adds
I’ve noticed it on that project as well, but have not narrowed down the
symptoms. I know that the definition is available at times and will need to
look at it. I have a project set up in Atom that makes searching the stack
only scripts easy.
Thanks,
Brian
On Oct 8, 2019, 1:38 AM -0400, J.
4-10-2019 om 21:47 schreef Brian Milby via use-livecode:
> > 9.0.x merely fixes bugs
> > 9.5 is a feature bump release (and 9.5.x will be subsequent bug fix
> > releases)
> >
> > Thanks,
> > Brian
> > On Oct 4, 2019, 2:26 PM -0400, Richmond via use-liveco
9.0.x merely fixes bugs
9.5 is a feature bump release (and 9.5.x will be subsequent bug fix releases)
Thanks,
Brian
On Oct 4, 2019, 2:26 PM -0400, Richmond via use-livecode
, wrote:
> I am a bit confused about LiveCode 9.0.5 Stable,
> as surely it has been superseded by LiveCode 9.5.0 Stable?
>
Part of the agreement that you make when you submit a PR is that you assign
rights for the fixes to LC so the code can be integrated into the commercial
versions. You can’t mix the code on GitHub with the commercial versions
yourself though.
I have submitted stuff that is now in released
This may be what you are looking for. Specific pieces of the engine are tested
for every build.
https://github.com/livecode/livecode/tree/develop/engine/exec-tests
Thanks,
Brian
On Oct 2, 2019, 3:06 PM -0400, kee nethery via use-livecode
, wrote:
> I assume RunRev does unit tests for
I will add that this situation is not unique to LC, it will apply to any
environment that creates a compiled app. I still think that LC will be an
optimal choice given the ease of development - especially with the way Mac apps
are packaged (everything can be inside the .app folder).
Thanks,
Yes, very good idea. I got my first shirt last year.
Thanks,
Brian
On Aug 30, 2019, 11:05 PM -0400, Mikey via use-livecode
, wrote:
> Hactoberfest is a month away. That's github's event that awards some swag
> like tshirts and stickers in exchange for pull requests to open source
> repos. Last
Messages are no longer locked when the standalone builder closes/opens the
stack. That would be one place to look (openStack, etc.)
Thanks,
Brian
On Aug 30, 2019, 6:15 AM -0400, scott--- via use-livecode
, wrote:
> I have two old stacks (pre version 7 at least) that load into the IDE without
I’m currently working on taking a stack designed initially using
fullscreenmodes and converting pieces of it to use native resolution of the
screens. The basic requirement is to write resizeStack handlers to take care
of your app getting launched on screens of different sizes. Not really all
9 um 04:43 schrieb Brian Milby via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Some files are moved to a different location based on type. I can’t
> recall the details and would need to look at the source. It is related to
> binary code though. Stuff is c
Some files are moved to a different location based on type. I can’t recall the
details and would need to look at the source. It is related to binary code
though. Stuff is copied first and then moved on a second pass. That would
explain the presence of the empty folders.
Thanks,
Brian
On
I use SourceTree. It also has a Windows version.
www.sourcetreeapp.com
Thanks,
Brian
On Aug 8, 2019, 9:52 AM -0400, Matthias Rebbe via use-livecode
, wrote:
> Hi,
>
> there are currently 25 GitHub Gui Clients for Mac OS listed at
> https://git-scm.com/download/gui/mac
Check out this stack:
https://github.com/bwmilby/DocEditorPlus
On Mon, Aug 5, 2019 at 7:33 PM Matthias Rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Hi,
> i am currently trying to edit/modify a lcdoc file of a built in lc
> library. The lcdoc is not displayed correctly in the
No, that is a required file for the app and needs to be in the repo.
Thanks,
Brian
On Aug 3, 2019, 10:40 AM -0400, Mark Wieder via use-livecode
, wrote:
> On 8/3/19 7:14 AM, Sannyasin Brahmanathaswami via use-livecode wrote:
> > When working collaborately with a framework on Git Hub. There is
Placing the browser widget in a background group and display/hide as needed is
a possible solution to have it retain content.
Thanks,
Brian
On Jun 29, 2019, 6:40 PM -0400, J. Landman Gay via use-livecode
, wrote:
> I have a 10-meg file on disk that I display in a browser widget. It is
> heavily
SivaSiva is an app that is developed in LC on both platforms. I think there
are probably some good examples of scrolling within. Most of the display
issues present themselves when switching between stacks combined with forcing a
rotation. I’m currently working to smooth those out.
Thanks,
, wrote:
> On 6/25/19 4:31 PM, Brian Milby via use-livecode wrote:
> > Value object starts with a ref count of 1 in the array
> > The first put increases the ref count to 2
> > The delete takes it back to 1
> > The second put takes it back to 2
> > At the end of th
use-livecode
, wrote:
> On 6/25/19 1:25 AM, Mark Waddingham via use-livecode wrote:
> > On 2019-06-25 04:18, Brian Milby via use-livecode wrote:
> > > My guess is that it has to do with the copy on write property of
> > > arrays. If you used your method it may
-livecode
, wrote:
> On 6/24/19 7:00 PM, Brian Milby via use-livecode wrote:
> > Close, here's the actual code (part of setArrayKeyOnPath):
> >
> > put xArray[item 1 of pPath] into tSubArray
> > delete variable xArray[item 1 of pPath]
> > put tSubArray into xArra
looking at that code a while back trying to change
some things about how the PI worked for custom properties. I think a
couple of improvements made it in.
On Mon, Jun 24, 2019 at 8:36 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On 6/24/19 12:37 PM, Brian Milb
I’m pretty sure the PI deletes the old key and creates a new key with the
existing value.
Thanks,
Brian
On Jun 24, 2019, 3:23 PM -0400, J. Landman Gay via use-livecode
, wrote:
> I have a multi-dimensional array and sometimes I need to change the text
> of one of the array keys without
For sharing, I would suggest (possibly in addition to sample stacks) that
people set up a GitHub repo. Even though you can’t easily see changes in
binary stacks, commit notes can explain the changes. Be sure to use the
livecode tag to make projects easily found there.
If you want to expose
See the Icon SVG Library. You can create your own icon families for use in
your apps. The current icon family is the one shown in the PI but you can use
any available icon in the widget.
Thanks,
Brian
On Jun 15, 2019, 3:40 AM -0400, Matthias Rebbe via use-livecode
, wrote:
> Hi,
>
> i am
From reading a little about it, I’m not sure why not. Everything besides the
engine/splash stack would go in the common bundle (not the right name) and then
each engine would have its own slice. The store would combine the two pieces
into the apk for delivery. We would still need to produce
On my iPad there is something going on to reposition the page. I can scroll
down to see the bottom text but when I let go, it snaps to the top of the
section in a short while.
Thanks,
Brian
On Jun 13, 2019, 4:30 PM -0400, Dar Scott Consulting via use-livecode
, wrote:
> I see those on my old
You should be able to do that unless you take advantage of any new features of
the TreeView widget (preferences will get removed when saving from an earlier
version). The one possible issue would be with data grids (and other groups
using container mode) - not sure how the container mode
Yes, that page refers to the new feature coming in the 9.5 release (already
available in DP1).
Thanks,
Brian
On Jun 1, 2019, 4:21 AM -0400, Simon Knight via use-livecode
, wrote:
> I have only just resubscribed to the mailing list so may have missed some
> conversations on this subject, so I
That is an issue with 9.5DP1 that will be fixed in the next DP. It is a simple
fix, but I’d have to look in GitHub to find where. Panos fixed it at the
conference.
Thanks,
Brian
On May 31, 2019, 10:55 AM -0400, Glen Bojsza via use-livecode
, wrote:
> Hello,
>
> I am trying to get a widget
I think it is going to take some math but the scroller should be set for the
area within the card rect since the areas left/right are not going to be
responsive to the scroller.
Thanks,
Brian
On May 29, 2019, 2:01 PM -0500, J. Landman Gay via use-livecode
, wrote:
> Thanks Monte, I did
DP2 will fix the missing option in the PI to set container mode, but it can be
done from the message box now.
If you need a static border or shadow behind the DG, then use a separate object
for the effect behind the DG so you can get the performance boost from
accelerated rendering.
Thanks,
For the DG2 benefits, the containing group for the DG needs to be in container
mode. Also, the biggest benefit will be seen with fixed height rows. This is
something that comes with 9.5 DP 1.
For the field, you may see better performance if you make it a native field.
Thanks,
Brian
On May
Looking at the beginning of the thread, I think what Richard meant initially is
that if everyone always moved to the latest version (bonus for testing with RC
and DP versions) then regressions would probably be spotted fairly quickly
since a vast surface area of the engine would be tested at
201 - 300 of 902 matches
Mail list logo