On 06/29/2015 06:22 AM, Peter W A Wood wrote:
On 29 Jun 2015, at 07:27, Richard Gaskin wrote:
If they're taking bug reports on that early build it may be worth reporting.
LiveCode are accepting and actioning bug reports on LiveCode 8.0 DP 2
Can you reproduce it in the current version?
Yes
I'm on diesel. My web service works great except for sendmail. The message
gets sent but the session either crashes or times out. If I send to my on-rev
email account the session does not fail and I get my response back to the
client. If I send to any other email domain it fails. The email ge
> On 29 Jun 2015, at 07:27, Richard Gaskin wrote:
>
> If they're taking bug reports on that early build it may be worth reporting.
LiveCode are accepting and actioning bug reports on LiveCode 8.0 DP 2
> Can you reproduce it in the current version?
Yes
> If so, how?
1. Open a new main stack
Thanks Mike. Good to have more than one way to do this.
On Sat, Jun 27, 2015 at 10:59 PM Mike Bonner wrote:
> Yeah, it works ok, and requires no moving of controls, no hiding either.
>
> Heres a script I've tested with.
>
> local sWidth,sToggle
> on mouseUp
>if sToggle is empty then put fal
Peter W A Wood wrote:
On 28 Jun 2015, at 22:55, Richard Gaskin wrote:
I'm unable to reproduce this. Whether through the Inspector or via script,
when I set the backgroundColor of a card no others are affected
I can reproduce it in the IDE in LiveCode 8.0 DP2
If they're taking bug reports
Richard
> On 28 Jun 2015, at 22:55, Richard Gaskin wrote:
>
> I'm unable to reproduce this. Whether through the Inspector or via script,
> when I set the backgroundColor of a card no others are affected
I can reproduce it in the IDE in LiveCode 8.0 DP2
Regards
Peter
___
The change may be a fix for something else, but I think it should work if you
use the full reference:
FIND "PPH" in field "CODE" of bg
On June 28, 2015 10:55:23 AM CDT, "stgoldb...@aol.com"
wrote:
>However, in LC 7.0.4, if I issue the same command from the first card,
>the field CODE is not
Peter Haworth wrote:
The problem with globalloc and width and other stack related properties
is they don't change the position of the left edge of the stack
relative to the left edge of the centered control abc".
The coordinate systems for windows and their content regions in LiveCode
reflect
On 28/06/15 17:55, Richard Gaskin wrote:
Richmond wrote:
So, there I am, merrily making a stack using LiveCode 7.0.5 with 3 cards
(sophisticated stuff), and I wish to have each of the cards with a
different backgroundColor.
Setting the colour of card 1 via the prefs palette was easy, as was
s
Mark Wieder wrote:
> On 06/28/2015 07:55 AM, Richard Gaskin wrote:
>>
>> Are you sure you were setting that property for the card and not
>> the stack?
>>
>> Remember that by default the Inspector is dynamic, and will change
>> its display as the user context changes. So if you open it for
>> ca
Mike Bonner wrote:
> Make a stack, put a button on it. In the script of the button put
> "set the width of group 1 of me to random(the width of this card)
>
> Apply, and click the button. The button width changes despite being
> directed at a group that doesn't exist.
>
> Is this expected behav
On 06/28/2015 07:55 AM, Richard Gaskin wrote:
Are you sure you were setting that property for the card and not the stack?
Remember that by default the Inspector is dynamic, and will change its
display as the user context changes. So if you open it for card
properties but then select an object
I've noticed the following problem in using the FIND command in LC7, as opposed
to LC5:
Say I have a stack with 200 cards, in which the last 198 cards contain a group
within which is a field named CODE. Say on one of the cards field CODE contains
the code word PPH.
In LC 5.5.3, if I'm on the f
Make a stack, put a button on it. In the script of the button put "set the
width of group 1 of me to random(the width of this card)
Apply, and click the button. The button width changes despite being
directed at a group that doesn't exist.
Is this expected behavior, or should I report it as a b
Richmond wrote:
So, there I am, merrily making a stack using LiveCode 7.0.5 with 3 cards
(sophisticated stuff), and I wish to have each of the cards with a
different backgroundColor.
Setting the colour of card 1 via the prefs palette was easy, as was
setting the colour of card 2 via the prefs
On 28/06/15 14:04, Peter W A Wood wrote:
Richmond
On 28 Jun 2015, at 18:05, Richmond wrote:
On 28/06/15 12:41, Peter W A Wood wrote:
Richmond
On 28 Jun 2015, at 17:26, Richmond wrote:
So, there I am, merrily making a stack using LiveCode 7.0.5 with 3 cards
(sophisticated stuff),
and I w
Richmond
> On 28 Jun 2015, at 18:05, Richmond wrote:
>
> On 28/06/15 12:41, Peter W A Wood wrote:
>> Richmond
>>
>>> On 28 Jun 2015, at 17:26, Richmond wrote:
>>>
>>> So, there I am, merrily making a stack using LiveCode 7.0.5 with 3 cards
>>> (sophisticated stuff),
>>> and I wish to have e
On 28/06/15 12:41, Peter W A Wood wrote:
Richmond
On 28 Jun 2015, at 17:26, Richmond wrote:
So, there I am, merrily making a stack using LiveCode 7.0.5 with 3 cards
(sophisticated stuff),
and I wish to have each of the cards with a different backgroundColor.
Setting the colour of card 1 via
Richmond
> On 28 Jun 2015, at 17:26, Richmond wrote:
>
> So, there I am, merrily making a stack using LiveCode 7.0.5 with 3 cards
> (sophisticated stuff),
> and I wish to have each of the cards with a different backgroundColor.
>
> Setting the colour of card 1 via the prefs palette was easy, a
So, there I am, merrily making a stack using LiveCode 7.0.5 with 3 cards
(sophisticated stuff),
and I wish to have each of the cards with a different backgroundColor.
Setting the colour of card 1 via the prefs palette was easy, as was
setting the colour of card 2 via the prefs palette, HOWEVER
20 matches
Mail list logo