It's sadly a big "not". I've never seen anything else than
/usr/bin:/bin:/usr/sbin:/sbin
in LC's $PATH at startup.
But the $PATH of *any* shell on 10.11.x (SIP enabled)
contains /usr/local/bin [because SIP doesn't allow to
install in /usr/bin].
Everybody could use Warren's comparison from above
@ Warren: Bingo:
# in terminal:
$ echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin
# from LC
put shell ("echo $PATH")
/usr/bin:/bin:/usr/sbin:/sbin
# checking which
$ which node
/usr/local/bin/node
@HH I think I will stick with Mark's recommendation to specify the abs
On 05/08/2016 03:06 PM, [-hh] wrote:
On Mac, especially 10.11.x (with SIP enabled) , most user
installations MUST go into "/usr/local/bin".
So adjust the LC global $PATH to shell's $PATH. Minimal:
on preopenstack
put "/usr/local/bin:" before $PATH
-- put ":/usr/local/bin" after $PATH
end p
On Mac, especially 10.11.x (with SIP enabled) , most user
installations MUST go into "/usr/local/bin".
So adjust the LC global $PATH to shell's $PATH. Minimal:
on preopenstack
put "/usr/local/bin:" before $PATH
-- put ":/usr/local/bin" after $PATH
end preopenstack
The second line prefers "sys
On 05/08/2016 04:07 PM, Sannyasin Brahmanathaswami wrote:
It's something about LC now knowing that I have node installed when invoked via
shell
BR
Compare what you get when you run 'echo $PATH' in a terminal to what you
get when you run it in LiveCode using shell(). Make sure the directory
Aloha:
cd /Users/Brahmanathaswami/Documents/media-books/_hap-epub-export-tool
ls
runs just fine...so /bin/sh
is delivering from LC "no problemo"
It's something about LC now knowing that I have node installed when invoked via
shell
BR
On 5/8/16, 10:51 AM, "use-livecode on behalf of Jerry J
Never mind, the msg box does run /bin/sh
Sorry for the bandwidth waste
> On May 8, 2016, at 1:46 PM, Jerry Jensen wrote:
>
> Which shell runs from the command line? Maybe not /bin/sh
>
>> On May 8, 2016, at 1:20 PM, Sannyasin Brahmanathaswami
>> wrote:
>>
>>
>> I have a stack with a field t
Which shell runs from the command line? Maybe not /bin/sh
> On May 8, 2016, at 1:20 PM, Sannyasin Brahmanathaswami
> wrote:
>
>
> I have a stack with a field that contains a shell script:
>
> cd /Users/Brahmanathaswami/Documents/media-books/_hap-epub-export-tool
> node index.js --epubFile ###
I have a stack with a field that contains a shell script:
cd /Users/Brahmanathaswami/Documents/media-books/_hap-epub-export-tool
node index.js --epubFile ###epubPath### -e -i ###OutputDirectory###
I replace the strings with real values.
Second line looks like this:
node index.js --epubFile
/U
You have made me an extremely happy person!
Thanks, Ali.
Richmond.
On 8.05.2016 17:37, Ali Lloyd wrote:
The old style 'contents' pane will be reinstated in (probably) the next RC:
https://github.com/livecode/livecode-ide/pull/1159
On Sun, May 8, 2016 at 3:31 PM RM wrote:
If one enters mult
It expands as you add text. I do wish it showed a few more lines initially
though, it would make the field easier to find and less claustrophobic when
typing.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On
The old style 'contents' pane will be reinstated in (probably) the next RC:
https://github.com/livecode/livecode-ide/pull/1159
On Sun, May 8, 2016 at 3:31 PM RM wrote:
> If one enters multi-line text, then clicks on another tab in the Props
> palette, then clicks on the 'house' again
> the Conte
If one enters multi-line text, then clicks on another tab in the Props
palette, then clicks on the 'house' again
the Content field resizes to accommodate the text, but is does not do
that as one types: so one has to keep
tab-clicking back and forth as one types . . .
R.
On 8.05.2016 17:17, Ran
Have you tried resizing the property palette window? When I have multiple lines
entered into a field, I can see up to nine lines of the field in the “Content”
tab.
be well,
randy
Randy Hengst
www.classroomFocusedSoftware.com
> On May 8, 2016, at 4:43 AM, RM wrote:
>
> Thanks for that, alth
I too prefer to initialize a new field with "default content" in an
inspector rather than having to switch back to end-user mode.
On May 8, 2016 6:04 AM, "Peter W A Wood" wrote:
> Richmond
>
> > Thanks for that, although a single line 'thing' does
> > not "Do for me" what the previous field did.
Richmond
> Thanks for that, although a single line 'thing' does
> not "Do for me" what the previous field did.
>
> R.
Having to type titles of buttons and text of labels and fields of GUI objects
into a contents property in a separate window is this issue to me. I find it
counter intuitive. Ev
Picture indicating how inferior the new 'content' thing is:
http://forums.livecode.com/viewtopic.php?f=6&t=27232
R.
On 8.05.2016 12:43, RM wrote:
Thanks for that, although a single line 'thing' does
not "Do for me" what the previous field did.
R.
On 8.05.2016 11:21, Peter W A Wood wrote:
Ri
Thanks for that, although a single line 'thing' does
not "Do for me" what the previous field did.
R.
On 8.05.2016 11:21, Peter W A Wood wrote:
Richmond
The screenshot you displays has the Text Styling tab visible. Did you try
clicking on the little house icon ?
Reagards
Peter
On 8 May 20
Richmond
The screenshot you displays has the Text Styling tab visible. Did you try
clicking on the little house icon ?
Reagards
Peter
> On 8 May 2016, at 15:44, RM wrote:
>
> More: http://forums.livecode.com/viewtopic.php?f=6&t=27232
>
> R.
>
> On 7.05.2016 21:38, RM wrote:
>> So, I was m
More: http://forums.livecode.com/viewtopic.php?f=6&t=27232
R.
On 7.05.2016 21:38, RM wrote:
So, I was mucking around trying to reduplicate/solve John Patten's
problem with Arrow Keys in Livecode 8 (I reduplicated them:
http://forums.livecode.com/viewtopic.php?f=6&t=27225),
and thought I'd do w
Speed advantages are like many things; they depend on a large number of
variables.
I can imagine a test that runs much faster in 7 than in 8,
and the other way round.
I do have a feeling that the Livecode people have shifted their attention to
slightly different goals with 8 than they were focus
21 matches
Mail list logo
