8.1.0 DP2
I had a lot of SVG icons on several stacks that are built into an iOS app.
I had forgotten to set that as an inclusion and when I built for iOS, they were
blank.
I went back to the standalone settings for the loader stack, check "SVG Icon"
in the inclusions; rebuilt the standalone
We are looking to use some back scripts on mobile.
If I add this to a backscript
command testMessagePath pMessage
answer pMessage with "OK"
end testMessagePath
Add this to either a back OR front script.
then add a button to the top of any card in the stack
testMessagePath "Got it"
save
We are looking to use some back scripts on mobile.
If I add this to a backscript
command testMessagePath pMessage
answer pMessage with "OK"
end testMessagePath
Add this to either a back OR front script.
then add a button to the top of any card in the stack
testMessagePath "Got it"
save
On 07/01/2016 02:49 PM, Richard Gaskin wrote:
I would suggest filing the report. If anyone complains, I'll take the
heat. :)
It may be that this is something we'll fix as a community effort, but at
least having it in the bug DB will give us a central place to share
notes and logs as we work
I deleted the livecode7 preferences file and things are working again.
From: use-livecode on behalf of
Brahmanathaswami
Reply-To: How LiveCode
Date: Friday, July 1, 2016 at 4:32 PM
To: How LiveCode
On 07/01/2016 03:15 PM, Peter TB Brett wrote:
They are literally back by popular demand. :-)
Thank you. Much appreciated.
--
Mark Wieder
ahsoftw...@gmail.com
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to
Hmmm. OS X
I just installed 8.1.0 (DP2) and now all my stacks open on my second monitor.
Which is actually my macbook PRO screen with the primary monitor set to the
second, external, LG wide display
With the external monitor plugged in, the working screen rects return values as
expected:
On 07/01/2016 11:17 AM, Paul Dupuis wrote:
This, by definition, is a bug in LiveCode. It is either a documentation
bug that the dictionary entries for folders and files do not state that
the permissions data is invalid for Windows OR it is a technical bug
that the permission values are invalid
Hi Folks
I’ve just submitted a patch for review that will mean that if the global
gREVDevelopment is true then a script that doesn’t compile won’t actually be
set on the object. Previously this check was just for the script editor but
because suddenly removing the script of any IDE component
The web forum has crashed.
General Error
SQL ERROR [ mysql4 ]
Table './lcuser_forums/phpbb_sessions' is marked as crashed and should be
repaired [145]
An sql error occurred while fetching this page. Please contact an administrator
if this problem persists.
Please notify the board administrator
Quentin Long writes:
> Recipe for the problem:
>
> 0--Open LiveCode (Community Edition 8.0.0...
> ...What the heck is going on here?
You've encountered a bug that's been fixed in more recent versions.
I can confirm the problem with 8.0.0.
Try downloading a later version.
--
Did you happen to save the preference files? Creating a bug report with them
attached would be helpful.
Cheers
Monte
> On 2 Jul 2016, at 7:01 AM, pink wrote:
>
> clearing those files did the trick
>
> my project browser works correctly now, and I haven't crashed all day
>
On 01/07/2016 21:44, J. Landman Gay wrote:
Is there a way to add our own SVG icon paths to a navigation bar widget?
It looks like we can't.
It isn't, yet. The enhancement request is in bug 17685.
Peter
--
Dr Peter Brett
On 01/07/2016 21:20, J. Landman Gay wrote:
On 6/30/2016 8:00 AM, Peter TB Brett wrote:
We are pleased to announce the release of LiveCode 8.1.0-dp-2
Thank you for adding back the descriptions of bug fixes. For the last
few releases all we had were numbers and it was difficult to know
exactly
clearing those files did the trick
my project browser works correctly now, and I haven't crashed all day
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Having-major-Livecode-problems-tp4706247p4706283.html
Sent from the Revolution - User mailing list archive
technically we cannot
theoretically if you can edit the "Icon SVG Library" you could add to it...
I'm still tinkering with this concept myself
https://github.com/madpink/livecode/blob/develop/extensions/libraries/iconsvg/iconsvg.lcb
as far as I can tell, there are just three lines that make up
Is there a way to add our own SVG icon paths to a navigation bar widget?
It looks like we can't.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
___
use-livecode
On 6/30/2016 8:00 AM, Peter TB Brett wrote:
We are pleased to announce the release of LiveCode 8.1.0-dp-2
Thank you for adding back the descriptions of bug fixes. For the last
few releases all we had were numbers and it was difficult to know
exactly what was fixed without clicking on each
I don't think that's good news at all.
One of the premises of Linux is/was that it provided support from
machines that got bogged
down with systems like Windows ME, XP and Vista as well as extremely
under-powered pcs.
This basically means that very many machines indeed which are perfectly
Warren Samples wrote:
> I never filed a bug report. I reported my problem in a reply to
> another release announcement fairly recently and didn't receive
> any comment from any of the devs that have been generously
> participating on this list so I (perhaps stupidly and/or unfairly)
> took that
> On 1 Jul 2016, at 17:28, Richard Gaskin wrote:
>
> Buttons are already quite good on macOS, as are fields, tabs, progress bars,
> and most others.
I agree but there a subtle display errors.
The button and popup button/menu. To me the text seems a little low
Looks like Ubuntu will be joining Fedora and OpenSUSE in dropping
support for 32-bit editions in future versions.
Given that 64-bit CPUs have been been dominant for more than a decade, I
think this is pretty good news for us LiveCoders. As new distros drop
support for older 32-bit CPUs
Not sure there's an easy way to keep it from happening. If it is created
with the permission.. (doubtful since windows works differently but I've
been wrong often before) you could always run a linux vm in virtualbox, set
the permission, gzip it up and send it that way.
On Fri, Jul 1, 2016 at
>
> on preOpenCard
> put the short name of recent card
> pass preOpenCard
> end preOpenCard
Why is the recent card when specified in a preOpenCard handler the name of
the current card, while it is the recent card if the same script is called:
on openCard
> put the short name of
So far that fixed it this end.
On 1 July 2016 at 16:30, Paul Hibbert wrote:
> Looks like I replied too soon - the error has just returned when I went
> back to LC!
>
> Paul
>
> > On Jul 1, 2016, at 8:03 AM, Paul Hibbert wrote:
> >
> > I had the same issue
On 7/1/2016 1:50 PM, J. Landman Gay wrote:
> For Windows you can specify specialFolderPath( "0x001a" ) which is the
> approved location for writing app data. On Mac it's the Application
> Support folder ; I thought there was a special designator for that too
> but I don't see one in the
On 07/01/2016 11:53 AM, Richard Gaskin wrote:
Warren Samples wrote:
> The 64 bit LiveCode IDE fails to open for me under openSUSE Leap
> 42.1.
...
> The shell prints a backtrace. Would this be helpful to see? Running
> LiveCode through strace using some particular option?
>
>
For Windows you can specify specialFolderPath( "0x001a" ) which is the
approved location for writing app data. On Mac it's the Application Support
folder ; I thought there was a special designator for that too but I don't
see one in the dictionary. If memory serves, it's" apsup" I think.
Follow-up on my recent "WTF!?" message. With the same hardware and OS as in my
first message, but running LiveCode Community Edition 7.0.0 build 10018 rather
than the 8.0.0 version, custom functions work with no anomalous behavior I can
discern.
Should I file a bug report?
"Bewitched" +
Warren Samples wrote:
> The 64 bit LiveCode IDE fails to open for me under openSUSE Leap
> 42.1.
...
> The shell prints a backtrace. Would this be helpful to see? Running
> LiveCode through strace using some particular option?
>
> --- (end quote)---
>
> To clarify the
*bump*
Does anyone have an idea for this? I've done everything I can to try to
find a way to debug it, but I'm stuck.
It still throws the error on program load.
I've even deleted all the live code configuration files and reinstalled,
yet the problem remains.
On Sat, Jun 25, 2016 at 4:09 PM,
Terence Heaford wrote:
> So with regard to Mac OS if we/I want native controls for:
>
> Buttons,
> Fields,
> Tabs,
> DataGrid (NSTable)
> etc.
>
> I will have to roll my own in LCB (when available for this) or wait
> for LiveCode to require to do it via a stretch goal?
If you're looking for an
On 07/01/2016 10:00 AM, Richard Gaskin wrote:
Warren Samples wrote:
ldd doesn't show anything missing. Getting LiveCode to run under
Tumbleweed requires no head scratching or additional installation of
libs, using the official installation DVD and as well the geckoLinux
spin (rolling version)
Mark Waddingham wrote:
On 2016-06-30 21:25, Richard Gaskin wrote:
OS APIs change out from under the engine with expensive regularity,
and all the while, even as mobile enhancements would indeed be
valuable, there's a rather long list of other things we're asking them
to do as well.
H, at
Hi hh,
> Am 01.07.2016 um 15:57 schrieb [-hh] :
>
> If it's a newer MacOS (system integrity protection)
> he/she could try to rightClick the icon and then
> select "open" and choose again "open" in the
> "unknown-dev-dialog".
nope, it was no Gatekeeper security issue, see my
Hi Mike,
> Am 01.07.2016 um 15:54 schrieb Mike Bonner :
>
> Yeah, sounds like it lost the correct permissions during the transfer to
> the mac.
obviously, any way to prevent this?
> you can either chmod 755
thanks, that was it, it is running fine now :-)
> I think you
Try putting:
Cubit(3).In the message box, without the "put"
This messed me up for awhile too.
Bill
William Prothero
http://es.earthednet.org
> On Jul 1, 2016, at 8:03 AM, Quentin Long wrote:
>
> I'm not sure if I've exposed a horrible bug, or I've managed to completely
>
Looks like I replied too soon - the error has just returned when I went back to
LC!
Paul
> On Jul 1, 2016, at 8:03 AM, Paul Hibbert wrote:
>
> I had the same issue with the rounded corner widget, but uninstalling it
> using the Extension Manager and then re-installing with
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
An electrician, an engineer, and a programmer are driving to Vegas when
the car suddenly shudders to a stop.
The
I was just reviewing the Release Notes for dp2 - wonderful new
enhancements, many more than I'd imagined would be in this build,
including refinements to GPS support, the new eventShiftKey and other
synchronous modifier key functions, simplified PDF display with the CEF
browser, the ability to
On 7/1/2016 7:49 AM, Mark Waddingham wrote:
> I just wonder if there is a better away to approach the problem you
> are trying to solve; or whether there is actually a problem to solve
> at all (which isn't already solved by thorough error checking and
> handling).
The problem I am working on has
Mark Waddingham wrote:
> There are two things to remember when dealing with files and folders:
>
>1) You have to check for success of all your file operations -
> they can fail for all kinds of reasons which are entirely outwith
> your control, not just permissions issues.
>
>2) There is
I had the same issue with the rounded corner widget, but uninstalling it using
the Extension Manager and then re-installing with the Extension Builder fixed
the problem.
Paul
> On Jul 1, 2016, at 1:11 AM, David Bovill wrote:
>
> Upgrading to 8.1.0 (dp 2) from 8.02 (rc 1)
I'm not sure if I've exposed a horrible bug, or I've managed to completely
forget something utterly bleeding obvious, or what. But whatever the deal is, I
am having inordinate difficulty trying to use custom functions.
Recipe for the problem:
0--Open LiveCode (Community Edition 8.0.0, build
Warren Samples wrote:
ldd doesn't show anything missing. Getting LiveCode to run under
Tumbleweed requires no head scratching or additional installation of
libs, using the official installation DVD and as well the geckoLinux
spin (rolling version) in both the XFCE and Budgie flavors.
There's a
If it's a newer MacOS (system integrity protection)
he/she could try to rightClick the icon and then
select "open" and choose again "open" in the
"unknown-dev-dialog".
--
View this message in context:
Yeah, sounds like it lost the correct permissions during the transfer to
the mac. you can either chmod 755
I think you have to go into the app package and hit the actual executable,
don't think it will work on the app package itself. (You can probably also
set the permissions using finder.. go
Hi friends,
a client of mine has compiled a Mac standalone on Windows and now the app will
not run:
"The application XXX cannot be run" or what the exact english message reads!?
I remember faintly there is some problem with erm. "executable bit"?
But forgot the details...
Or does the app have
Did you check for differences of the LC-prefs files?
They are in /Users/pink/Library/Preferences/RunRev
and probably not 'synced'.
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Having-major-Livecode-problems-tp4706247p4706249.html
Sent from the Revolution -
On 2016-06-30 23:13, Paul Dupuis wrote:
It would be so much nicer to actually check permissions that tricks
like
writing dummy files and checking for errors
I think it is important to clarify what you are wanting to achieve here.
There are two things to remember when dealing with files and
I have three computers (an iMac, a Mac Mini, a Macbook Air) which I use for
programming.
I started having major problems with Livecode on 2 of the 3 computers,
regardless of whether I'm using 8.0.0, 8.0.1 or one of the developmental
releases.
-Random and frequent crashes (with no crash report
On 2016-07-01 12:38, Ben Rubinstein wrote:
However this is an app developed over very many years and in use in a
number of places processing a great deal of text; and although in
theory using the new Unicode capabilities will make it a lot better,
in practise the current installations contain a
On 30/06/2016 19:35, Richard Gaskin wrote:
Roger Eller wrote:
I never build for Windows in OS X. So I only know when it worked and
stopped and worked again on Windows. I do recall some talk about the Mac
version still having the issue for a while after 6.7.5.
Any potential bug symptoms
On 30/06/2016 20:25, Richard Gaskin wrote:
But while it's easy to write a sentence or two of things describing others to
do, it's not quite as easy to actually do the work.
Very true! And I realised after I sent my last email that I was sounding like
one of those people
But:
> On 1 Jul 2016, at 09:13, Mark Waddingham wrote:
>
> On 2016-07-01 00:38, Terence Heaford wrote:
>> Perhaps LiveCode should spend time incorporating the native controls
>> for each platform.
>
> Hence:
>
> - widgets
>
> -
Hi from Beautiful Brittany (when it rains, I just LiveCode !)
Malte - Thanks a million - problem solved !
I wonder who set that flag - must have been me after a few
whiskeys (progress is a series of monumental F**k-Ups)
Brilliant 10 second solution to a pain in the butt !
Best Regards
On 2016-07-01 11:26, Monte Goulding wrote:
From the perspective of mergJSON it would be simpler to convert it to
lcidl based and therefore set variables to specific data types than to
do what you are suggesting here as there’s simply no access to the
strings from Jannson.
Indeed - that would
> On 1 Jul 2016, at 5:58 PM, Mark Waddingham wrote:
>
> 1) Any JSON parser usable from LiveCode Script (right now) should just
> return all values as strings - it should check they are well-formed as per
> the JSON spec, but not actually attempt to convert or process them
On 2016-07-01 10:26, Peter TB Brett wrote:
At the moment, the bridging rules from LiveCode Script to LCB types
and vice versa make the JSON library extension very nice to use from
LCB and reasonably usable from LCS.
The LCB extension differs from mergJSON though in that it actually can
return
On 01/07/2016 08:58, Mark Waddingham wrote:
1) Any JSON parser usable from LiveCode Script (right now) should just
return all values as strings - it should check they are well-formed as
per the JSON spec, but not actually attempt to convert or process them
as the engine is more than capable of
On 2016-06-30 21:25, Richard Gaskin wrote:
OS APIs change out from under the engine with expensive regularity,
and all the while, even as mobile enhancements would indeed be
valuable, there's a rather long list of other things we're asking them
to do as well.
H, at the end of the day,
On 2016-07-01 00:38, Terence Heaford wrote:
Perhaps LiveCode should spend time incorporating the native controls
for each platform.
Hence:
- widgets
- https://livecode.com/project/infinite-livecode/
- https://livecode.com/project/infinite-livecode-native-field-object/
Warmest
Upgrading to 8.1.0 (dp 2) from 8.02 (rc 1) results in the tools palette
showing a red exclamation mark over the tree widget - and the widget
failing to display arrays.
Anyone else having this issue?
___
use-livecode mailing list
Nothing doing over here (Xubuntu 16.04 64 bit) either with
Community or Indy.
Richmond.
On 1.07.2016 08:07, Mark Wieder wrote:
On 06/30/2016 11:44 AM, Richard Gaskin wrote:
Richmond wrote:
> Still waiting (64-bit, Linux) for the Dictionary.
Which distro?
I've been able to use the
On 2016-06-30 17:00, Lagi Pittas wrote:
Now here is the reason I got on my high horse. The code to build the
JSON
string and save it to a file is miniscule. The bit to fix the JSON is
longer and will need a a unique version for a different formatted JSON
file unless I write a parser/tokeniser
65 matches
Mail list logo