Re: [FLEXJS] New Royale Repos available

[Tom Chiverton]

I was thinking we could make those repos read only once Royale has a fork? 
Did anyone have any other ideas, see any problems? 

On 27 September 2017 17:16:43 BST, Alex Harui  wrote:
>Hi Folks,
>
>Looks like the new Royale repos have been created, so I think we need
>to
>switch over to those repos and not make more commits to flex-asjs,
>flex-typedefs, and flex-falcon.
>
>Thanks,
>-Alex
>
>
>__
>This email has been scanned by the Symantec Email Security.cloud
>service.
>For more information please visit http://www.symanteccloud.com
>__

-- 
Tom Chiverton 
Sent from my phone. Please excuse my brevity. 

Re: [FLEXJS] New Royale Repos available

[Alex Harui]

The new repos are available here:

https://github.com/apache/royale-compiler (was flex-falcon)
https://github.com/apache/royale-typedefs
https://github.com/apache/royale-asjs
https://github.com/apache/royale-tourjs

In addition, we will be building out our royale.apache.org website here:

https://github.com/apache/royale-website

Committers who use the command line and things like "git push" will need a
Personal Access Token [1] and use that as the password.

I was able to push a small change successfully.

HTH,
-Alex

[1] 
https://help.github.com/articles/creating-a-personal-access-token-for-the-c
ommand-line/

On 9/27/17, 9:16 AM, "Alex Harui"  wrote:

>Hi Folks,
>
>Looks like the new Royale repos have been created, so I think we need to
>switch over to those repos and not make more commits to flex-asjs,
>flex-typedefs, and flex-falcon.
>
>Thanks,
>-Alex
>

Re: [FLEXJS] New Royale Repos available

[Dave Fisher]

The Royale PMC members ought to subscribe to Private right away. I'm not babble 
dependent and will subscribe to all shortly.

Sent from my iPhone

> On Sep 27, 2017, at 9:37 AM, Alex Harui  wrote:
> 
> The mailing lists appear to be set up, but we may want to get Nabble
> hooked up to them before moving lots of conversations over there.
> 
> -Alex
> 
>> On 9/27/17, 9:28 AM, "Erik de Bruin"  wrote:
>> 
>> How about the mailing lists?
>> 
>> EdB
>> 
>> 
>> 
>> On Wed, Sep 27, 2017 at 6:16 PM, Alex Harui 
>> wrote:
>> 
>>> Hi Folks,
>>> 
>>> Looks like the new Royale repos have been created, so I think we need to
>>> switch over to those repos and not make more commits to flex-asjs,
>>> flex-typedefs, and flex-falcon.
>>> 
>>> Thanks,
>>> -Alex
>>> 
>>> 
>> 
>> 
>> -- 
>> Ix Multimedia Software
>> 
>> Jan Luykenstraat 27
>> 3521 VB Utrecht
>> 
>> T. 06-51952295
>> I. 
>> https://na01.safelinks.protection.outlook.com/?url=www.ixsoftware.nl=
>> 02%7C01%7C%7Cabfb660f084b45a4923d08d505c4dbf1%7Cfa7b1b5a7b34438794aed2c178
>> decee1%7C0%7C0%7C636421265414260902=0tgOy8fgAKrVdHJTpsLvPKFFYBLP%2Br
>> 0Ts7OMlLKtfW4%3D=0
> 

Re: [FLEXJS] New Royale Repos available

[Alex Harui]

The mailing lists appear to be set up, but we may want to get Nabble
hooked up to them before moving lots of conversations over there.

-Alex

On 9/27/17, 9:28 AM, "Erik de Bruin"  wrote:

>How about the mailing lists?
>
>EdB
>
>
>
>On Wed, Sep 27, 2017 at 6:16 PM, Alex Harui 
>wrote:
>
>> Hi Folks,
>>
>> Looks like the new Royale repos have been created, so I think we need to
>> switch over to those repos and not make more commits to flex-asjs,
>> flex-typedefs, and flex-falcon.
>>
>> Thanks,
>> -Alex
>>
>>
>
>
>-- 
>Ix Multimedia Software
>
>Jan Luykenstraat 27
>3521 VB Utrecht
>
>T. 06-51952295
>I. 
>https://na01.safelinks.protection.outlook.com/?url=www.ixsoftware.nl=
>02%7C01%7C%7Cabfb660f084b45a4923d08d505c4dbf1%7Cfa7b1b5a7b34438794aed2c178
>decee1%7C0%7C0%7C636421265414260902=0tgOy8fgAKrVdHJTpsLvPKFFYBLP%2Br
>0Ts7OMlLKtfW4%3D=0

Re: [FLEXJS] New Royale Repos available

[Erik de Bruin]

How about the mailing lists?

EdB



On Wed, Sep 27, 2017 at 6:16 PM, Alex Harui 
wrote:

> Hi Folks,
>
> Looks like the new Royale repos have been created, so I think we need to
> switch over to those repos and not make more commits to flex-asjs,
> flex-typedefs, and flex-falcon.
>
> Thanks,
> -Alex
>
>


-- 
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl

[FLEXJS] New Royale Repos available

[Alex Harui]

Hi Folks,

Looks like the new Royale repos have been created, so I think we need to
switch over to those repos and not make more commits to flex-asjs,
flex-typedefs, and flex-falcon.

Thanks,
-Alex

Re: [07/13] git commit: [flex-asjs] [refs/heads/release0.8.0] - give up on trying to use FlexBox for full-screen 3-pane views. FlexBox seems more happy stretching to content size instead of clipping a

[Justin Mclean]

Hi,

> The compiler, the language, and the Flash runtime are all designed to
> prevent you from making silly mistakes, so I think the best practice is t
> define data classes.  I've even considered adding a warning that detects
> use of plain object.
.
Sonar Cube can do that for you - for instance are what it reports on the SDK:

https://builds.apache.org/analysis/component_issues/index?id=org.apache.flex.flexjs.framework%3Aflexjs-framework-parent#resolved=false|rules=flex%3AS1434

thanks,
Justin

Re: [07/13] git commit: [flex-asjs] [refs/heads/release0.8.0] - give up on trying to use FlexBox for full-screen 3-pane views. FlexBox seems more happy stretching to content size instead of clipping a

[Alex Harui]

Well, it may be just me, but I have the opposite thought...

IMO, instead of bracket access, we should take the time to create
ValueObjects for each of the data structures used in the ASDoc example.

I'm not even quite sure how to do #2 without blindly preventing renames of
all uses of the property names throughout the entire app.
I also think there are plenty of places where you don't need bracket
notation for plain objects.  I thought the only time minification is a
problem is when the data is externally supplied.

The compiler, the language, and the Flash runtime are all designed to
prevent you from making silly mistakes, so I think the best practice is to
define data classes.  I've even considered adding a warning that detects
use of plain object.

For example, in your example below, the following code

  doSomthing(myObj.foobaz);

could easily be accidentally written as:

  doSomthing(myObj.foobar);

Or 

  doSomthing(myObj.fooBaz);

If I take the time to define a data class




  public class MyObject
  {
 public var foobaz:String
  }

The compiler will catch this long before you will catch this at runtime.
Since we are all about developer productivity, that seems like the right
approach, but maybe generating data classes is too painful?

If anything, what I was going to suggest for ASDoc was to explore
converting JSON to AS data classes similar to how we just got AMF sort of
working.  It might be that only the SWF code needs to actually do the
conversion.  The JS code wouldn't need it unless someone is testing for
the type of the class with "as MyObject".

IOW, my claim is that it will save you time in the end to create data
classes.  You'll even get code hinting in many IDEs.  But of course, I
could be wrong.

Thoughts?
-Alex


On 9/26/17, 2:47 PM, "Harbs"  wrote:

>That’s probably it.
>
>It really needs bracket access.
>
>Alex, if you are looking for a task in the compiler, here’s a suggestion
>that would drastically reduce bugs in minified apps:
>
>1. For all untyped objects, dot notation should be rewritten to bracket
>notation:
>
>var myObj:Object = myArr[idx];
>doSomthing(myObj.foobaz);
>
>Should probably become:
>
>var myObj:Object = myArr[idx];
>doSomthing(myObj[“foobaz”]);
>
>2. Object literals should not be minified:
>
>var foo:Object = {
>   name:”foo”,
>age:15,
>   vegetable:true
>}
>
>Should be rewritten to:
>var foo:Object = {
>   “name":”foo”,
>“age":15,
>   “vegetable":true
>}
>
>I have been doing a LOT of manual fixing of these kinds of errors. It’s
>really tedious and hard to find all of them. Basically, unless you’re
>really good an find/replace, your app is almost guaranteed to blow up on
>some of these and then you need to find the needle in the haystack to fix
>it.
>
>Harbs
>
>> On Sep 27, 2017, at 12:33 AM, Alex Harui 
>>wrote:
>> 
>> You can grab the JSON files from the Jenkins server, but the Ant build
>> should also build them.
>> 
>> My guess is that the code isn't finding properties from the JSON objects
>> because GCC renamed the properties.
>> 
>> -Alex
>> 
>> On 9/26/17, 2:25 PM, "Harbs"  wrote:
>> 
>>> I can’t test because I’m missing the json files and I’m not sure how to
>>> generate them.
>>> 
>>> Looks like some binding problem probably due to renaming. The json
>>>files
>>> appear to be loading correctly from the web.
>>> 
 On Sep 26, 2017, at 11:41 PM, Alex Harui 
 wrote:
 
 Feel free to take a investigate.  Peter's old ASDoc page points to the
 js-debug version.  It loads slowly some times, but at least it is
 functional.  I'd rather work on other things right now than chasing
 down a
 js-release problem.
 
 -Alex
 
 On 9/26/17, 1:36 PM, "Harbs"  wrote:
 
> FWIW, the debug version is working, but the release version does not
> appear to work:
> 
> 
>https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapache
>fl
> ex
> 
> 
>build.cloudapp.net%3A8080%2Fjob%2FFlexJS_ASDoc_Example%2FlastSuccessfu
>lB
> ui
> 
> 
>ld%2Fartifact%2Fexamples%2Fflexjs%2FASDoc%2Fbin%2Fjs-release%2Findex.h
>tm
> l&
> 
> 
>data=02%7C01%7C%7C54179a88620d4b09851a08d5051e4e2b%7Cfa7b1b5a7b3443879
>4a
> ed
> 
> 
>2c178decee1%7C0%7C0%7C636420550126149199=%2BTvYxjGSPD%2FJidjhxaw
>Ds
> cN
> 4YnE1vPWE%2BarU5wgrolk%3D=0
> 
> 
>ef
> le
> 
> 
>xbuild.cloudapp.net%3A8080%2Fjob%2FFlexJS_ASDoc_Example%2FlastSuccessf
>ul
> Bu
> 
> 
>ild%2Fartifact%2Fexamples%2Fflexjs%2FASDoc%2Fbin%2Fjs-release%2Findex.
>ht
> ml
> 
> 
>=02%7C01%7C%7C54179a88620d4b09851a08d5051e4e2b%7Cfa7b1b5a7b344387
>94
> ae
> 
> 

Re: [3/4] git commit: [flex-asjs] [refs/heads/develop] - Allow drag and drop item renderers to be more that simpkle labels.

[Piotr Zarzycki]

Yishay,

Thank you! I found that the docs when I'm doing something with unknown
components helped me to get an idea how to use it. That is why I'm pushing
about that whenever I can. Btw. I like this new name for the function. :)

Piotr

2017-09-27 16:29 GMT+02:00 yishayw :

> Thanks Piotr, done. Time to get docs in better shape.
>
>
>
> --
> Sent from: http://apache-flex-development.247.n4.nabble.com/
>



-- 

Piotr Zarzycki

mobile: +48 880 859 557
skype: zarzycki10

LinkedIn: http://www.linkedin.com/piotrzarzycki


GitHub: https://github.com/piotrzarzycki21

Re: [3/4] git commit: [flex-asjs] [refs/heads/develop] - Allow drag and drop item renderers to be more that simpkle labels.

[yishayw]

Thanks Piotr, done. Time to get docs in better shape.



--
Sent from: http://apache-flex-development.247.n4.nabble.com/

Re: [3/4] git commit: [flex-asjs] [refs/heads/develop] - Allow drag and drop item renderers to be more that simpkle labels.

[Piotr Zarzycki]

Hi Yishay,

Could you please add some description for getByType function with version
information etc.

Thanks,
Piotr

2017-09-27 11:11 GMT+02:00 Yishay Weiss :

> Possibly. Which part adds overhead in your opinion?
>
> From: Justin Mclean
> Sent: Wednesday, September 27, 2017 11:59 AM
> To: dev@flex.apache.org
> Subject: Re: [3/4] git commit: [flex-asjs] [refs/heads/develop] - Allow
> drag and drop item renderers to be more that simpkle labels.
>
> Hi,
>
> This doesn’t look very PAYG to me. Wouldn’t the code be better off in
> another class?
>
> Thanks,
> Justin
>
>


-- 

Piotr Zarzycki

mobile: +48 880 859 557
skype: zarzycki10

LinkedIn: http://www.linkedin.com/piotrzarzycki


GitHub: https://github.com/piotrzarzycki21

RE: [3/4] git commit: [flex-asjs] [refs/heads/develop] - Allow drag and drop item renderers to be more that simpkle labels.

[Yishay Weiss]

Possibly. Which part adds overhead in your opinion?

From: Justin Mclean
Sent: Wednesday, September 27, 2017 11:59 AM
To: dev@flex.apache.org
Subject: Re: [3/4] git commit: [flex-asjs] [refs/heads/develop] - Allow drag 
and drop item renderers to be more that simpkle labels.

Hi,

This doesn’t look very PAYG to me. Wouldn’t the code be better off in another 
class?

Thanks,
Justin

Re: Streaming video to FMS?

[Peter Ginneberge]

>> So, if we could fake the mp4 stream to appear like a camera stream then
>> this should work wouldn't it?

You'd have to use a virtual camera software/driver to do so.
ManyCam is one that pretty much does what you want.
https://manycam.com/

The output resolution is limited though for the free version.

Also keep in mind that ManyCam will recompress the input (video file).

Once installed, a ManyCam virtual camera will appear as an option in 
Flash/Flex/AIR.


regards,
Peter



On Tue, Sep 26, 2017 at 5:22 PM, David Frank  wrote:


Thank you, Nick and Peter. Yeah, the FFMPEG option was my backup in case
this didn't work.

So, if we could fake the mp4 stream to appear like a camera stream then
this should work wouldn't it? I tried exploring the NetStream instance but
there doesn't seem to be anything obvious enough to do this. Any way of
doing this in Air?

Thank you,
David


-Original Message-
From: Peter Ginneberge [mailto:p.ginnebe...@gmail.com]
Sent: Monday, September 25, 2017 3:28 PM
To: dev@flex.apache.org
Subject: Re: Streaming video to FMS?


One way to do it would be via FFMpeg.

You can run FFMpeg via a NativeProcess from AIR. However, the air
application then needs to be compiled as a native application (exe, dmg).

http://help.adobe.com/en_US/air/html/dev/WSb2ba3b1aad8a27b060d22f991220
f00ad8a-8000.html

regards,
Peter

On 25/09/2017 23:25, Nicholas Kwiatkowski wrote:

David,

Unfortunately, Adobe's FMS (now Adobe Media Server) does not support
sending content from Flex/AIR/JS, unless it is from a camera input.
No idea why they didn't implement it, but you have to use their
proprietary client to do the streaming.

Wowza allows you to stream MP4 files via an HTTP Post, which you can
do with AIR/Flex.  The only gotcha I would note is the file size that
you want to stream -- anything over 2GB will start to cap out the
memory in the AIR client and won't produce favorable results.

-Nick

On Thu, Sep 21, 2017 at 3:49 PM, David Frank 

wrote:



Hi there Flex experts!

Does Apache AIR SDK have support for streaming a video file (mp4) to
a media server (FMS/Wowza)? I know how to stream a camera feed to a
media server. But what I need is to be able to stream a local mp4
file to a media server. This mp4 file will then get re-streamed to
other peers from the media server.

Is this possible using the NetStream/NetConnection/Other classes? If
it isn't directly possible to do this, then is there a way I can
simulate the video as a camera feed and then attach this to the

NetStream instance?


Thank you,
David Frank