Re: SVG Library

[Bleiler, Timothy via use-livecode]

I’d like to do the same thing David.  I ran into the following problems on 
MacOS 11.3 with all versions of Livecode 9.

I tried using Pixelmator and Inkscape.  Pixelmator Pro worked ok but most of 
its effects don’t export to SVG.  I haven’t been able to get Inkscape to work.

There is a confirmed bug (https://quality.livecode.com/show_bug.cgi?id=23216) 
in Livecode 9 that cause linear and radial gradients to fail to render.

Livecode has no support for any SVG effects filters but simpler SVG files work 
well.

I’m hoping the bug is fixed soon and then at least basic SVG will be supported 
again.  The SVG files do look much better when scaled up than .png or .jpg. and 
you can avoid having to store all the different sizes of files when trying to 
minimize the scaling problem.


Tim Bleiler, Ph.D.
Instructional Designer, HSIT
University at Buffalo

On Jun 22, 2021, at 1:52 AM, David Bovill via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

I’d like to be able to construct SVG’s easily that work with DrawingSvgCompile. 
Any thoughts?

📆Schedule a call with me
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: REST API's, JSON Web Tokens & Hash Algorithms

[Bleiler, Timothy via use-livecode]

Thanks Mark,

I have the Box account set up correctly and I can test things using the command 
line SDK provided by Box.
Now I have to figure out the authorization process and how to construct the 
token in Livecode. 
I haven’t done anything like this before so it’s a slow process. I appreciate 
your help.

Tim


> On Nov 12, 2019, at 5:06 PM, Mark Wieder via use-livecode 
>  wrote:
> 
> On 11/12/19 6:23 AM, Bleiler, Timothy via use-livecode wrote:
>> Hi,
>> I’ve seen some great presentations in the last few years from the 
>> conferences and Livecode Global sessions using Livecode to access REST API’s 
>> from web services, so I’m hoping someone can help me out here.
>> I need to access a web service (Box.com<http://Box.com>) from my Livecode 
>> app using JSON web tokens.
>> The service  documentation states that they only support RS256, RS384, and 
>> RS512 for hashing the signature in the token. Unfortunately, in the 139 
>> options and variations listed by the Livecode CipherNames function I don’t 
>> see these.
>> Have I missed or misunderstood something or am I out of luck for using 
>> Livecode for this task?
> 
> Box integration has been on my back burner for a while now, so I'll be very 
> much interested in what you come up with here.
> 
> Are you referring to the authorization step for the Box api?
> If so, this might help... this should be a one-time thing, so I would just do 
> this once at the command line by hand and then grab the existing key with 
> LiveCode.
> 
> ssh-keygen -t rsa -b 4096 -m PEM -f jwtRS256.key
> openssl rsa -in jwtRS256.key -pubout -outform PEM -out jwtRS256.key.pub
> 
> That will give you both the private and public keys to pass to the Box api.
> 
> -- 
> Mark Wieder
> ahsoftw...@gmail.com
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: REST API's, JSON Web Tokens & Hash Algorithms

[Bleiler, Timothy via use-livecode]

Thank you Tom!

This is all new to me and I’d missed that distinction. I hope you don’t mind a 
follow up question.

Is it your understanding that using SHA-256 or SHA3-256 as the “digestType” in 
the Livecode function would meet the service requirement for RS-256 or is there 
something else I’m missing?

Tim


On Nov 12, 2019, at 11:27 AM, Tom Glod via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

Hey Tim, the ciphernames lists "encryption" algorithms not hashing.

I believe RS256 refers to RSA with SHA 256.

messagedigest is the function you want to look up for hashing algorithms.

On Tue, Nov 12, 2019 at 9:24 AM Bleiler, Timothy via use-livecode <
use-livecode@lists.runrev.com<mailto:use-livecode@lists.runrev.com>> wrote:

Hi,

I’ve seen some great presentations in the last few years from the
conferences and Livecode Global sessions using Livecode to access REST
API’s from web services, so I’m hoping someone can help me out here.

I need to access a web service 
(Box.com<http://box.com/><http://Box.com<http://box.com/>>) from my Livecode
app using JSON web tokens.
The service  documentation states that they only support RS256, RS384, and
RS512 for hashing the signature in the token. Unfortunately, in the 139
options and variations listed by the Livecode CipherNames function I don’t
see these.

Have I missed or misunderstood something or am I out of luck for using
Livecode for this task?

Thanks,

Tim Bleiler, Ph.D.
Instructional Designer, HSIT
University at Buffalo

___
use-livecode mailing list
use-livecode@lists.runrev.com<mailto:use-livecode@lists.runrev.com>
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode



--
Tom Glod
Founder & Developer
MakeShyft R.D.A (www.makeshyft.com<http://www.makeshyft.com/>)
Office:226-706-9339
Mobile:226-706-9793
___
use-livecode mailing list
use-livecode@lists.runrev.com<mailto:use-livecode@lists.runrev.com>
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

REST API's, JSON Web Tokens & Hash Algorithms

[Bleiler, Timothy via use-livecode]

Hi,

I’ve seen some great presentations in the last few years from the conferences 
and Livecode Global sessions using Livecode to access REST API’s from web 
services, so I’m hoping someone can help me out here.

I need to access a web service (Box.com) from my Livecode app 
using JSON web tokens.
The service  documentation states that they only support RS256, RS384, and 
RS512 for hashing the signature in the token. Unfortunately, in the 139 options 
and variations listed by the Livecode CipherNames function I don’t see these.

Have I missed or misunderstood something or am I out of luck for using Livecode 
for this task?

Thanks,

Tim Bleiler, Ph.D.
Instructional Designer, HSIT
University at Buffalo

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: The coming of SVG

[Bleiler, Timothy via use-livecode]

Thank you, Mark.

This is bug report 20832. I included your response in the description.


> On Jan 5, 2018, at 11:54 AM, Mark Waddingham via use-livecode 
>  wrote:
> 
> On 2018-01-05 17:21, Bleiler, Timothy via use-livecode wrote:
>> I’ve been testing this a little and I’ve run into some files that
>> don’t render correctly.
>> I’ve attached a simple example I found on the internet  that contains
>> this info about how it was created - Generator: Adobe Illustrator
>> 22.0.1, SVG Export Plug-In . SVG Version: 6.00 Build 0).
>> When I tried to display this in the image control as described, I get
>> just an outline of the drawing filled black. I’m using Mac OS with
>> Livecode 9.0.0 (dp 11)
>> Have I missed a critical part of the process or should this be filed as a 
>> bug?
> 
> Please do file a bug with the SVG attached as an example.
> 
> In this case, it isn't working correctly because that SVG uses a 

Re: The coming of SVG

[Bleiler, Timothy via use-livecode]

Oops, I guess we can’t send attachments to the list.

Here is a link to the file I tested.  

https://lovesvg.com/2018/01/cat-5169/



Tim Bleiler, Ph.D.
Instructional Designer, HSIT
University at Buffalo



> On Jan 5, 2018, at 11:21 AM, Bleiler, Timothy via use-livecode 
>  wrote:
> 
> I’ve been testing this a little and I’ve run into some files that don’t 
> render correctly. 
> 
> I’ve attached a simple example I found on the internet  that contains this 
> info about how it was created - Generator: Adobe Illustrator 22.0.1, SVG 
> Export Plug-In . SVG Version: 6.00 Build 0).  
> 
> When I tried to display this in the image control as described, I get just an 
> outline of the drawing filled black. I’m using Mac OS with Livecode 9.0.0 (dp 
> 11)
> 
> Have I missed a critical part of the process or should this be filed as a bug?
> 
> 
> 
> 
> 
> 
> 
> Tim Bleiler, Ph.D.
> Instructional Designer, HSIT
> University at Buffalo
> 
> 
> 
>> On Jan 5, 2018, at 10:03 AM, Mark Waddingham via use-livecode 
>>  wrote:
>> 
>> On 2018-01-05 15:58, Dave Kilroy via use-livecode wrote:
>>> Hi - anyone got news on 'VectorIcon' or whatever it's going to be called? I
>>> was thinking it would arrive with LC (dp11) but it didn't
>> 
>> It did - but not in widget form.
>> 
>> There is a script library which compiles an SVG file into a metafile format 
>> called a 'drawing'.
>> 
>> Then the image object has been prodded so you can set the text of an image 
>> to said metafile data and it will render the SVG represented by it.
>> 
>> Take a look in the dictionary under drawingSvgCompile().
>> 
>>> When using Mark's external that he shared on LC Global I can get it working
>>> in the IDE but it's a no-show on an iOS device (amongst other errors I get
>>> "864,7,1 unable to load sag compiler")
>> 
>> Yes - there was an issue with inclusions in extensions - that should be 
>> fixed in dp11. However, the support for rendering drawings is in the engine 
>> - so you only need to include the drawing SVG compiler library if you want 
>> to compile SVGs on the fly.
>> 
>> Warmest Regards,
>> 
>> Mark.
>> 
>> -- 
>> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
>> LiveCode: Everyone can create apps
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: The coming of SVG

[Bleiler, Timothy via use-livecode]

I’ve been testing this a little and I’ve run into some files that don’t render 
correctly. 

I’ve attached a simple example I found on the internet  that contains this info 
about how it was created - Generator: Adobe Illustrator 22.0.1, SVG Export 
Plug-In . SVG Version: 6.00 Build 0).  

When I tried to display this in the image control as described, I get just an 
outline of the drawing filled black. I’m using Mac OS with Livecode 9.0.0 (dp 
11)

Have I missed a critical part of the process or should this be filed as a bug?







Tim Bleiler, Ph.D.
Instructional Designer, HSIT
University at Buffalo



> On Jan 5, 2018, at 10:03 AM, Mark Waddingham via use-livecode 
>  wrote:
> 
> On 2018-01-05 15:58, Dave Kilroy via use-livecode wrote:
>> Hi - anyone got news on 'VectorIcon' or whatever it's going to be called? I
>> was thinking it would arrive with LC (dp11) but it didn't
> 
> It did - but not in widget form.
> 
> There is a script library which compiles an SVG file into a metafile format 
> called a 'drawing'.
> 
> Then the image object has been prodded so you can set the text of an image to 
> said metafile data and it will render the SVG represented by it.
> 
> Take a look in the dictionary under drawingSvgCompile().
> 
>> When using Mark's external that he shared on LC Global I can get it working
>> in the IDE but it's a no-show on an iOS device (amongst other errors I get
>> "864,7,1 unable to load sag compiler")
> 
> Yes - there was an issue with inclusions in extensions - that should be fixed 
> in dp11. However, the support for rendering drawings is in the engine - so 
> you only need to include the drawing SVG compiler library if you want to 
> compile SVGs on the fly.
> 
> Warmest Regards,
> 
> Mark.
> 
> -- 
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: The coming of SVG

[Bleiler, Timothy via use-livecode]

This is good news!! 

Is there any reason not to call the control “SVG?” 
Why create another abstraction in the name from what the control actually is?

e.g.
Set the fileName of SVG “My Picture” to ….

Tim Bleiler, Ph.D.
Instructional Designer, HSIT
University at Buffalo



> On Nov 3, 2017, at 9:19 AM, Mark Waddingham via use-livecode 
>  wrote:
> 
> Hi all,
> 
> My most recent talk at LCG (in October) was 'Building an SVG Widget' and in 
> order to talk about such a thing, I needed to actually build one - so I did :)
> 
> So, we are now firmly on the road to full SVG support in LiveCode!
> 
> At the moment the implementation only supports geometric shape tags, paths, 
> and solid color fills. However, it supports the standard fill/stroke 
> attributes and should work with any SVG file - anything which isn't supported 
> just doesn't get rendered (so you have a modicum of graceful degradation in 
> terms of features). In particular, you don't need to preprocess your SVG file 
> to pull out incompatible tags / attributes, or just extract the path (as you 
> do for the SVGIcon widget).
> 
> The current implementation successfully renders quite a wide range of simple 
> SVGs (simple in the features they use, rather than how they look!). Indeed, 
> it happily renders the (quite widely known) Tiger and Lion SVGs, and has been 
> tested on quite a few random SVGs I managed to find on Wikipedia. It is 
> certainly more than capable if you want to use simply coloured multi-path 
> SVGs.
> 
> LCG attendees got a prototype of a widget to play with - called vectoricon - 
> and integrating this initial version this into the product has now got to the 
> top of my work-list :)
> 
> The principal thing which I'd like some feedback on right now is the name of 
> the widget/control - I think we have a good one, but wanted to see what you 
> all thought before committing us to it forever and a day.
> 
> Before getting to that though, I should perhaps explain what a potential path 
> for the evolution of this new feature in LiveCode could look like.
> 
> SVG as a concept allows arbitrary collections of vector shapes, images and 
> text to be represented in a single high-level way as XML - in particular, you 
> can express geometric shapes, raster images and text all in one unified form.
> 
> Previously we had proposed producing a 'shape' object which would be a 
> 'graphic object on steroids' - allowing affine transformation, higher 
> fidelity specification of geometric objects and groups of them; providing an 
> 'svgText' interface similar to htmlText on the field. Essentially, the 
> proposed 'shape' object would have used a subset of SVG to allow easy 
> interchange of what it represents.
> 
> That notion of 'shape' object (and thus the current 'graphic' object) can be 
> subsumed into the SVG implementation in an obvious way - if you ask your SVG 
> object to be a rectangle, it creates (notionally) the SVG for a rectangle 
> internally and uses that - which you would see via the svgText.
> 
> Similarly, as SVG can represent raster images too, we can fold the current 
> behavior of the 'image' object into it to - in a similar way.
> 
> The end result here would be a single object which is a generalization of two 
> existing objects - image and graphic - but without the 
> backwards-compatibility baggage we currently have.
> 
> In terms of using this new object in a consistent way to our current model, 
> we propose (subsequently) to generalize the types of objects which can be 
> referenced by imageSource and icon properties - allowing them to use any 
> object which 'knows how to be used as an icon'. Currently, only the image 
> object has this knowledge - but we can extend to other objects by getting 
> them to implement the appropriate internal interface. This would mean that 
> you could just replace the images you use currently for icons and such, with 
> the new control which supports SVG and use SVG instead.
> 
> Given the potential future path of this particular feature, we also propose 
> to eventually give it an actual control type - rather than widget (although 
> it will still be a widget). i.e. We think it is has such future potential 
> that being able to do ' "foo"' in script will be very useful (this is 
> almost a requirement if it is to eventually 'replace' the image and graphic 
> objects). [ Note: we have also been considering this for the browser widget 
> too! ].
> 
> Thus with all that in mind - we are proposing 'picture' as the name of the 
> new SVG capable control, with the following ideal roadmap:
> 
>  a) we would integrate the 'prototype' implemented for SVG as 
> 'com.livecode.widget.picture'
> 
>  b) we would add a 'picture' noun to the language as the control type for 
> that widget
> 
>  c) we would add icon reference support, allowing it to be used in place of 
> an image
> 
>  d) we would add graphic-like shape properties, allowing you to use it in 
> place of a graphic
> 
>  e) we wo

Re: Another Browser Widget Question

[Bleiler, Timothy via use-livecode]

Thanks Matthias,

I was working on a bug report and you beat me to it!!


Tim Bleiler, Ph.D.
Instructional Designer, HSIT
University at Buffalo



> On Jul 28, 2017, at 2:35 PM, Matthias Rebbe via use-livecode 
>  wrote:
> 
> I´ve just filed a bug report about the problem that links that should open in 
> a separate tab are not opened in Browserwidget
> 
> Bug 20200 <http://quality.livecode.com/show_bug.cgi?id=20200>
> 
> 
> 
> Matthias Rebbe
> +49 5741 31
> ‌matthiasrebbe.eu <http://matthiasrebbe.eu/>‌
> 
>> Am 28.07.2017 um 20:22 schrieb Mark Waddingham via use-livecode 
>> mailto:use-livecode@lists.runrev.com>>:
>> 
>> On 2017-07-28 20:18, Bleiler, Timothy via use-livecode wrote:
>>> I don’t see any other messages in the dictionary that look applicable.
>>> If one of these was expected to work, then I’ll file the bug report.
>> 
>> Please do file a report - they are the only messages it sends, so if you get 
>> none of them then there is a 'hole' here.
>> 
>> I'm in a different timezone to the UK at the moment so can't just harangue 
>> Ian (who has done most of the work on the browser widget) to ask - so at 
>> least if there's a report, I won't forget about it by Monday :)
>> 
>> Warmest Regards,
>> 
>> Mark.
>> 
>> -- 
>> Mark Waddingham ~ m...@livecode.com <mailto:m...@livecode.com> ~ 
>> http://www.livecode.com/ <http://www.livecode.com/>
>> LiveCode: Everyone can create apps
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com <mailto:use-livecode@lists.runrev.com>
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Another Browser Widget Question

[Bleiler, Timothy via use-livecode]

Thank you Mark,

I'm reluctant to file a bug report if I’m just not handling the appropriate 
message.
I’ve tried catching the following messages in the script of the browser widget 
and none of them appear to be sent when clicking on the example link in a page 
with nothing else defined.
The web page works as expected in my web browser.


BrowserNavigateBegin pUrl, pError

BrowserNavigateFailed pUrl, pError

BrowserDocumentLoadBegin pUrl

BrowserDocumentLoadFailed pUrl, pError

browserUnhandledLoadRequest pURL

browserFrameDocumentLoadBegin pURL

browserFrameDocumentLoadFailed pUrl, pError

I don’t see any other messages in the dictionary that look applicable. If one 
of these was expected to work, then I’ll file the bug report.

Tim Bleiler, Ph.D.
Instructional Designer, HSIT
University at Buffalo

On Jul 28, 2017, at 1:46 PM, Mark Waddingham via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

On 2017-07-28 19:30, Bleiler, Timothy via use-livecode wrote:
It’s the browser’s responsibility to handle this html syntax
https://www.w3schools.com"; target="_blank">Visit W3Schools
Is there a way to deal with this using the browser widget in Livecode?

In the context of the browser widget, you should get a message when something 
like this occurs, it is then up to your code to decide what to do (it allows 
you to have some control over what happens within the widget).

I must confess I can't remember exactly which message you might need in this 
instance. However, if you take a look in the dictionary under the browser 
widget then there are a fair few to try.

Note: If you find that none of them do work for you in this scenario, file an 
bug in the Quality Center and we'll take a look more deeply.

Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com<mailto:m...@livecode.com> ~ 
http://www.livecode.com/
LiveCode: Everyone can create apps

___
use-livecode mailing list
use-livecode@lists.runrev.com<mailto:use-livecode@lists.runrev.com>
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Another Browser Widget Question

[Bleiler, Timothy via use-livecode]

Hi,

This has been asked before on this list and in the forums and I’ve never seen 
even a single reply.
I assume it’s either blindingly obvious or something we’re "not supposed to do."

When a web page loaded in the current Livecode browser widget contains a link 
that should be opened in a tab or new window, clicking on that link does 
nothing.

It’s the browser’s responsibility to handle this html syntax

https://www.w3schools.com"; target="_blank">Visit W3Schools

Is there a way to deal with this using the browser widget in Livecode?

Thanks,
Tim Bleiler, Ph.D.
Instructional Designer, HSIT
University at Buffalo

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Trouble playing videos with MS DirectShow LC 8

[Bleiler, Timothy via use-livecode]

I’m certainly no expert on video encoding but since you used the Intel QSV 
H.264 encoder I’m wondering if the Livecode implementation of DirectShow does 
not support that hardware based encoder. You might have better luck and broader 
compatibilty using something like the default encoder in Handbrake.

Tim Bleiler



On Mar 7, 2017, at 10:28 AM, Tiemo Hollmann TB via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

Making some further tests, I discovered that there must be a relation to mp4
video files.
I tested the same standalone with an old avi file and that worked, but not
with some different mp4 files
But it can't be something in general, because the mp4 file can be played
fine with the same standalone on my W10 machine.
So I am still searching for an idea, what could be different on my machine
to "all" others.

Tiemo

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Trouble playing videos with MS DirectShow LC 8

[Bleiler, Timothy via use-livecode]

Make sure your file references to the movie are relative and not absolute. I’ve 
made that mistake once or twice.

Tim Bleiler, Ph.D.
Instructional Designer, HSIT
University at Buffalo



> On Mar 7, 2017, at 7:07 AM, Tiemo Hollmann TB via use-livecode 
>  wrote:
> 
> Hello,
> 
> 
> 
> With LC 8.1.2 I changed the video standard in my programs from Quicktime to
> the new standard interface DirectShow on Windows. I recoded all videos to
> mp4 with Intel QSV H.264.
> 
> On my developing W10 machine everything works fine in the IDE and
> standalone. Now after release it looks like my developing machine is "the
> only one" which can play the new videos in my new LiveCode program.
> 
> On a W7, W8 and other W10 machine I get the error "could not create movie
> reference" when setting the filename of the player object.
> 
> Actually the DirectShow standard should be available from W7 to W10 and when
> just double clicking the video, it can be played on all those other machines
> with the standard video player, so it doesn't seem to be an codec issue. On
> the other hand something from the environment must be different on my
> developing machine.
> 
> I also tried to build a new standalone with LC 9.0 dp3, but testing the
> standalone it show the same issue.
> 
> 
> 
> Has anybody any idea, where to start searching?
> 
> What could be different on my developing machine as on all other machines?
> 
> Are there any known system requirements for using DirectShow? (which I have
> set unconsciously on my machine)
> 
> 
> 
> Thanks for any ideas
> 
> Tiemo
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Browser widget and websites that open content in a tab or window

[Bleiler, Timothy via use-livecode]

The links on a website displayed in a browser widget work fine when they are of 
the form:

https://www.NotRealSite.***


but nothing happens in the Livecode browser widget if the links are part of a 
javascript element that attempts to open the site in a new tab.

Is there any way to deal with this problem without rewriting the web site?

Thanks,
Tim Bleiler, Ph.D.
Instructional Designer, HSIT
University at Buffalo

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Documentation on Dispatch

[Bleiler, Timothy via use-livecode]

Since Livecode version 7.0 it’s also possible to pass an array element by 
reference and that also works with “Dispatch”.

Example:

on mouseUp
   Put "27" into tTemp["tKey"]
   Dispatch "AdjustSetting" with tTemp["tKey"]
   # Now tTemp["tKey"] = 62
   put tTemp["tKey"]
end mouseUp

on AdjustSetting @pSetting
   Add 35 to pSetting
end AdjustSetting
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Documentation on Dispatch

[Bleiler, Timothy via use-livecode]

Another feature of “dispatch” that is undocumented is that it can be used with 
call by reference variables. The variables passed as call by reference can also 
be arrays, which can come in handy sometimes.

Example:

on mouseUp
   Put "27" into tTemp
   Dispatch  "AdjustSetting" with tTemp
   # now tTemp = 62
   put tTemp 
end mouseUp

on AdjustSetting @pSetting
   Add 35 to pSetting
end AdjustSetting
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode