Very nice, thanks. It took me a bit to figure out the icomoon web app,
but now I've got the whole feather set and your script works well.
On 1/4/18 8:26 PM, Brian Milby via use-livecode wrote:
Here's a bit of code to handle the feather set when converted by icomoon.io
(which could have multiple
Hi.
Can you both check dgProp ["control type"] AND see if the owner of that
control is a group where that property also exists?
Or, and I hesitate to mention it, why not just either name all your DG's a
certain way, or set a custom property for each of them? After all, you had
to have created the
Geoff
wow this is the tool I've been waiting for!
I just fixed a series of fields on 8 cards that carried that old single blank
line script that used to be saved in by default… using Navigator it was so easy.
FYI" the script handler's for a long script on ly stack are being filtered to
show on
“PDF (Portable Document Format) is a file format that has captured all the
elements of a printed document as an electronic image that you can view,
navigate, print, or forward to someone else.”
So if PDF is basically a representation of a printed doc, then a pdf of a text
field doesn’t actually
Just a wild guess, but did you attempt to reset the full screen mode in the
new stack? (Can’t tell from the above if you set it in each stack or just
the first)
On Thu, Jan 4, 2018 at 8:39 PM Sannyasin Brahmanathaswami via use-livecode <
use-livecode@lists.runrev.com> wrote:
> FWIW:
>
> Seems my e
FWIW:
Seems my error was (not in dict) that I should have been doing
put the ID of the topstack into tWindowID
go to cardOrStackObject in window id tWindowID
Well I've been tinkering testing this for two days… made the mistake of making
too many changes, then threw out that branch… went ba
Here's a bit of code to handle the feather set when converted by icomoon.io
(which could have multiple path statements):
on dragEnter
local tFile, tSVG, tIndex, tLine
set the dragAction to "copy"
put line 1 of the dragdata["files"] into me
put url ("file:" & me) into tFile
set linedel to
Graham Samuel wrote:
>>> I notice using LC 8.1.8 (the latest stable release AFAIK) that in
>>> the Standalone Application Settings, building for Mac OS X is still
>>> described as EXPERIMENTAL. Is this right? Has anyone experienced any
>>> gotchas by using this type of build? In reality I don’t kn
Given an object reference, how can I tell the object is a datagrid? You might
say, get the dgProp ["control type"], but every object contained within a
datagrid group will ALSO return "data grid". In fact, EVERY dgProp arguement
for every item in a datagrid group will do the same.
The reason I
Hi Graham,
> Am 04.01.2018 um 23:46 schrieb Graham Samuel via use-livecode
> :
>
> It looks to me that specialFolderPath doesn’t give a way of finding the
> /Applications folder on a Mac (or presumably the equivalent on a PC). If one
> is running a standalone which has been placed in the Appli
On Mac OS X, user applications are in
"~"& $USER & "/Applications"
Global applications are in
/Applications
On Windows, you use specialfolderpath(38).
My book has an appendix with all folder numbers and names.
Op 04-01-18 om 23:46 schreef Graham Samuel via use-livecode:
It looks to me that
It looks to me that specialFolderPath doesn’t give a way of finding the
/Applications folder on a Mac (or presumably the equivalent on a PC). If one is
running a standalone which has been placed in the Applications folder, then it
is possible to start with specialFolderPath(“engine”) and work ba
I'll email you off-list
On Thu, Jan 4, 2018 at 4:08 PM, Geoff Canyon via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I don't see a way to publish to http://livecodeshare.runrev.com
>
> I posted to the forums:
> http://forums.livecode.com/viewtopic.php?f=13&t=30394
>
> thanks!
>
> gc
>
I agree that the syntax should be the same. the parenthesis difference is
annoying
Then there's the way RETURN is handled in functions as opposed to handlers
(vs RETURN FOR VALUE and RETURN FOR ERROR)
On Thu, Jan 4, 2018 at 4:57 PM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wr
Then the mother ship should remove the word EXPERIMENTAL. I will raise it in
the quality database.
Thanks for the info
Graham
> On 4 Jan 2018, at 16:45, Bob Sneidar via use-livecode
> wrote:
>
> This was discussed a while back. 64 bit works fine. That is all I use.
>
> Bob S
>
>
>> On Ja
Thanks a lot, Ralph and Bob.
I think, I've got it.
Thomas
Am 04.01.2018 um 22:57 schrieb Bob Sneidar via use-livecode:
In short, yes. Commands can still pass parameters, and as you may not know CAN
ALSO RETURN VALUES. The difference is that functions are called with
parenthesis and must be
In short, yes. Commands can still pass parameters, and as you may not know CAN
ALSO RETURN VALUES. The difference is that functions are called with
parenthesis and must be put into a variable. eg.
function bobtest 1, 2
-- do some stuff
return true
-- do some other stuff
end bobtest
No
T,
Non functions don't need the parens. You are actually are passing 1 parameter
of "2,3"
When you do a "put DoStuff_2 (2,3)" LC is looking for a function DoStuff_2 that
does not exist.
If you do "DoStuff_2 2,3" you will get the expected results.
Also if a non function does a "Return somevar" t
I am well aware that I shouldn't expect *everything* in Livecode to be
intuitive, but this one bugs me:
Having a handler like
function DoStuff_1 a, b
return a
end DoStuff_1
When you do "put DoStuff_1 (2,3)" the result is 2.
But with
on DoStuff_2 a, b
put a
end Do
I don't see a way to publish to http://livecodeshare.runrev.com
I posted to the forums:
http://forums.livecode.com/viewtopic.php?f=13&t=30394
thanks!
gc
On Thu, Jan 4, 2018 at 11:19 AM, hh via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Often "Navigator" works good for me in LC 8 (I
iOS button widget passes “mouseUp” using a callback from the OS, so it
would only work on the device. Android actually has the public OnClick
handler to post mouseUp. This could be added to the widget to allow testing
in the IDE I believe.
On Thu, Jan 4, 2018 at 3:01 PM Klaus major-k via use-liveco
Hi Paul,
> Am 04.01.2018 um 21:57 schrieb Paul Hibbert via use-livecode
> :
>
> According to the MessageWatcher the iOS Native Button doesn’t receive a
> mouseUp/Down event, but the Android Native Button does, however, they both
> receive a rawKeyDown message if I scroll while the mouse pointe
Hi Mike thanks that was it. In my case I do not have AV software scanning
files, but after deleting the log file the plugins part of the IDE launch
executed in a timely manner again.
Bob S
> On Jan 4, 2018, at 09:51 , Mike Bonner via use-livecode
> wrote:
>
> I think this is what you're lo
According to the MessageWatcher the iOS Native Button doesn’t receive a
mouseUp/Down event, but the Android Native Button does, however, they both
receive a rawKeyDown message if I scroll while the mouse pointer is over either
button. That suggests something is wrong to me, I would expect them
Hi all.
This may explain some wierdness between different platforms. I have a datagrid
in a stack, with a mouseDoubleUp handler and a selectionChanged handler. The
first command in each handler is an answer dialog telling which handler is
currently running.
On MacOS if I double click a datag
For anyone who wants, documentation for the (nearly) latest version is
here: https://gcanyon.wordpress.com/navigator-documentation/
On Thu, Jan 4, 2018 at 11:19 AM, hh via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Often "Navigator" works good for me in LC 8 (I stopped developing in L
I still use the same source control I used when I started it: an archive
folder with several hundred saved versions. :-)
What's the easiest/expected way to start a repo for it/a LiveCode project?
gc
On Thu, Jan 4, 2018 at 3:08 PM, Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wro
Hi friends,
is it true that the "native iOS button" widget will only run on iOS/Simulator?
Or can I also script and test it in the IDE? Looks like it does not react "on
mouseup" at all.
Any hints welcome, thanks!
Best
Klaus
--
Klaus Major
http://www.major-k.de
kl...@major-k.de
_
Do you have a repo, too?
On Thu, Jan 4, 2018 at 11:19 AM, hh via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Often "Navigator" works good for me in LC 8 (I stopped developing in LC 9).
> It is especially very valuable when working with nested groups.
>
> Why don't you announce the upda
I think this is what you're looking for:
http://runtime-revolution.278305.n4.nabble.com/Slow-Opening-IDE-td4720805.html
On Thu, Jan 4, 2018 at 10:34 AM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Hi all.
>
> I perused the forums but could not find the post and solutio
Hi all.
I perused the forums but could not find the post and solution to someone who
was having difficulty when launching the IDE. It had something to do with
clearing some logs somewhere as I recall, but I cannot find it in the forums.
Anyone remember?
OS 10.12
LC 8.1.8
Bob S
__
Often "Navigator" works good for me in LC 8 (I stopped developing in LC 9).
It is especially very valuable when working with nested groups.
Why don't you announce the update in the forum (also the link to the
documentation) and publish this very useful stack in "Sample Stacks"/
livecodeshare?
It i
This was discussed a while back. 64 bit works fine. That is all I use.
Bob S
> On Jan 4, 2018, at 03:32 , Graham Samuel via use-livecode
> wrote:
>
> Oops - I should have said “building for Mac OS 64 bit”, of course. Sorry.
>
> I wrote just now
>
>> I notice using LC 8.1.8 (the latest stab
I have to do that all the time. Otherwise I get double returns. Of course, if
the email size limit was raised a bit on the list, we could paste RTF text
directly into the email without exceeding that limit.
Bob S
> On Jan 3, 2018, at 22:57 , Peter Bogdanoff via use-livecode
> wrote:
>
> I
Dunno: but, both the 32-bit and the 64-bit version of my Devawriter run
"as they should"
on my Mac OS 10.7.5 imac, for all that that may be worth.
Richmond.
On 4/1/2018 1:30 pm, Graham Samuel via use-livecode wrote:
I notice using LC 8.1.8 (the latest stable release AFAIK) that in the
Standal
Oops - I should have said “building for Mac OS 64 bit”, of course. Sorry.
I wrote just now
> I notice using LC 8.1.8 (the latest stable release AFAIK) that in the
> Standalone Application Settings, building for Mac OS X is still described as
> EXPERIMENTAL. Is this right? Has anyone experienced
I notice using LC 8.1.8 (the latest stable release AFAIK) that in the
Standalone Application Settings, building for Mac OS X is still described as
EXPERIMENTAL. Is this right? Has anyone experienced any gotchas by using this
type of build? In reality I don’t know what OSX started to expect 64 bi
I got a bit "Pee-Dee-Effed Off" when I realised that to print the
contents of a field to PDF
one had to "fool around" with the field so that it fitted the dimensions
of the card on which
the field resided; because Print to PDF can ONLY print a Card to PDF.
WHY is this?
I believe that a "Print
38 matches
Mail list logo
