On Wed, Mar 2, 2016 at 9:11 AM, Mark Waddingham wrote:
> Take a look at the "do in widget" command in the dictionary.
This just made my day. Here I was thinking there was no two-way
communication.
--
Trevor DeVore
ScreenSteps
www.screensteps.com-www.clarify-it.com
On 2016-03-02 15:18, Terence Heaford wrote:
Thanks, for some reason I thought it would be in the widget docs.
Indeed that would be a logical place for it to be - the reason it isn't
is because the browser widget syntax (such as 'do ...') is currently
hard-coded in the engine's parser rather t
Thanks, for some reason I thought it would be in the widget docs.
All the best
Terry
> On 2 Mar 2016, at 14:11, Mark Waddingham wrote:
>
> Take a look at the "do in widget" command in the dictionary.
>
> Warmest Regards,
>
> Mark.
___
use-livec
On 2016-03-02 15:09, Terence Heaford wrote:
This seems to be the best way by calling from LiveCode into the
Javascript of the Browser.
I have found this which seems to allow for calling LiveCode from
Javascript but not anything going in the other direction?
--
Name: javascriptHandlers
Type:
> On 2 Mar 2016, at 13:53, Mark Waddingham wrote:
>
> If you are printing the browser content on its own, then you could try using
> JavaScript - something along the lines of 'window.print()'. However, I'm not
> sure how controllable that is - perhaps someone with more intimate knowledge
> of
On 2016-03-02 14:26, Terence Heaford wrote:
Thanks for the comments.
As I am using a Browser to display amCharts it would be good to be
able to print the contents of the Browser.
This workaround of snapshot gives a poor printout when it is copied to
an image for printing.
Would there be a bett
Thanks for the comments.
As I am using a Browser to display amCharts it would be good to be able to
print the contents of the Browser.
This workaround of snapshot gives a poor printout when it is copied to an image
for printing.
Would there be a better way to achieve this?
I understand the ne
On 2016-03-02 08:36, Terence Heaford wrote:
This suggestion doesn’t work because the widget is a Browser widget
and I believe the browser is not a true object
but a window overlay.
Not exactly - the browser widget is a true engine object, but it uses a
'native' layer to display itself. At pres
On 2016-03-01 22:57, Terence Heaford wrote:
On 1 Mar 2016, at 21:32, J. Landman Gay
wrote:
"To export a snapshot for a portion of a stack you use the form:
export snapshot from rect[angle] of window windowID to ...
Where windowId is the windowId property of the required stack."
This does not
> On 1 Mar 2016, at 23:29, Richard Gaskin wrote:
>
> Ever since the option was added to take a screen shot directly from an
> object's rendered buffer I've been using that, since I get high-quality
> results and can also work with objects not currently on screen.
>
> Does this not work with w
> On 1 Mar 2016, at 23:11, Ali Lloyd wrote:
>
> I find I get the best results from export snapshot by using the following
> form:
>
> export snapshot from rect (the rect of tObjectLongID) of tObjectLongID ...
>
> So you might try
>
> export snapshot from rect (the rect of widget "Chart") of w
Ali Lloyd wrote:
> I find I get the best results from export snapshot by using the
> following form:
>
> export snapshot from rect (the rect of tObjectLongID) of
tObjectLongID ...
>
> So you might try
>
> export snapshot from rect (the rect of widget "Chart") of widget
"Chart" of
> this card
I find I get the best results from export snapshot by using the following
form:
export snapshot from rect (the rect of tObjectLongID) of tObjectLongID ...
So you might try
export snapshot from rect (the rect of widget "Chart") of widget "Chart" of
this card to tVar as PNG
If that doesn't give y
Terence Heaford wrote:
On 1 Mar 2016, at 21:57, Terence Heaford wrote:
put the rect widget "Chart" into tRect
subtract 22 from item 2 of tRect
subtract 22 from item 4 of tRect
As a Mac only person I really find it weird to keep having to make adjustments
for the height of a menu.
I drea
Oh! I understand now. That might be a bug, depending on how you look at
it. Card coordinates don't change when there's a menu scrolled out of
view; you'd think that snapshots wouldn't either.
On 3/1/2016 4:24 PM, Tore Nilsen wrote:
I think Terence has a menuBar of his own making in the stack,
On 3/1/2016 3:57 PM, Terence Heaford wrote:
put the rect widget "Chart" into tRect
That may be the problem.
put the rect *OF* widget "chart"...
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
_
I think Terence has a menuBar of his own making in the stack, that would count
for the extra 22 pixels on the card being pushed upward on the mac version, but
still a part of the card height.
Tore
> 1. mar. 2016 kl. 23.22 skrev J. Landman Gay :
>
> On 3/1/2016 3:57 PM, Terence Heaford wrote:
On 3/1/2016 3:57 PM, Terence Heaford wrote:
On 1 Mar 2016, at 21:32, J. Landman Gay
wrote:
"To export a snapshot for a portion of a stack you use the form:
export snapshot from rect[angle] of window windowID to ... Where
windowId is the windowId property of the required stack."
This does no
> On 1 Mar 2016, at 21:57, Terence Heaford wrote:
>
> put the rect widget "Chart" into tRect
>
> subtract 22 from item 2 of tRect
>
> subtract 22 from item 4 of tRect
As a Mac only person I really find it weird to keep having to make adjustments
for the height of a menu.
All the best
Terr
> On 1 Mar 2016, at 21:31, Peter TB Brett wrote:
>
> On 01/03/2016 21:15, Terence Heaford wrote:
>> Is it the intention to add printing functionality to this widget?
>
> Yes, but the core dev team probably won't have time to work on it before the
> LiveCode 8.0 release.
>
>
> On 1 Mar 2016, at 21:32, J. Landman Gay wrote:
>
> "To export a snapshot for a portion of a stack you use the form:
> export snapshot from rect[angle] of window windowID to ...
> Where windowId is the windowId property of the required stack."
This does not work correctly on a Mac for the reas
On 3/1/2016 1:41 PM, Terence Heaford wrote:
I have been unable to get the Browser widget to print as I
suspect there is no option for this so I thought I would try a snapshot using
this:
export snapshot from rect (the rect of widget "Chart") of this card to tVar as
PNG
put tVar into image "my
On 01/03/2016 21:15, Terence Heaford wrote:
Is it the intention to add printing functionality to this widget?
Yes, but the core dev team probably won't have time to work on it before
the LiveCode 8.0 release.
Peter
--
Dr Peter Brett
LiveCode Open Source T
Is it the intention to add printing functionality to this widget?
Thanks
Terry
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.c
> On 1 Mar 2016, at 20:33, Tore Nilsen wrote:
>
> It may not be the most elegant solution, but this works for me:
>
> on mouseUp
>
> put the rect widget "Chart" into tRect
>
> add left of this stack to item 1 of tRect
>
> add left of this stack to item 3 of tRect
>
> add top of this stack t
It may not be the most elegant solution, but this works for me:
on mouseUp
put the rect widget "Chart" into tRect
add left of this stack to item 1 of tRect
add left of this stack to item 3 of tRect
add top of this stack to item 2 of tRect
add top of this stack to item 4 of tRect
export snaps
You must take the distance from the left egde of the screen and from the top of
the screen into consideration when you try to export a snapshot of a browser
instance. The browsers position is measured from the topLeft of the screen, not
the card I think.
Tore
> 1. mar. 2016 kl. 20.41 skrev Tere
I have been unable to get the Browser widget to print as I
suspect there is no option for this so I thought I would try a snapshot using
this:
export snapshot from rect (the rect of widget "Chart") of this card to tVar as
PNG
put tVar into image "myImage"
Unfortunately it does not capture the
28 matches
Mail list logo
