I've removed everything from maven repo and all generated file in typedefs
repo. It's still failing on this patch file.
Maybe today I will try remove git repo and checkout once again. Same with
example. I've tried two and both are failing with the same error [1]
[1] https://paste.apache.org/Nnqt
On 11/8/16, 2:53 PM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
wrote:
>Hi Alex,
>
>I think I only need for now, "background-image" management.
>So could you add the ability to not cut this property?
>In this way, I could continue my work, and eventually change at some point
>for Adva
Hi,
We’re getting closer to making a release candidate for the next Flex SDK
release.
Currently the two things holding up this release are there two JIRAs:
[1] FLEX-34880 Place Sort and SortField state setters behind mx_internal
[2] FLEX-35166 Installer can't handle Adobe AIR 24
I notice that
Hi Alex,
I think I only need for now, "background-image" management.
So could you add the ability to not cut this property?
In this way, I could continue my work, and eventually change at some point
for AdvancedCSSValueImpl to make more things
Could this be possible?
Thanks
2016-11-08 0:36 GM
Great Chris,
I merged from develop since a commit for fix the build from Peter was
needed.
as well get some missing lines from my pom since I was not getting MDL
styles.
I think we should merge all in develop, and then remove my branch, since I
need those changes to continue working
Hope Alex an
Alex,
Unfortunately it didn't help. [1]. I see in log that it's download new file.
[1] https://paste.apache.org/XuzH
Piotr
-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/FlexJS-Falcon-Build-concerns-tp5629
On 11/8/16, 1:25 PM, "piotrz" wrote:
>Chris,
>
>I have switched to your branch on Falcon, typedefs and FlexJS. It's
>failing
>during execution of goal "patch-js". [1] What js.patch file is for ?
We make certain change to the externs via a .patch file. Try deleting
svg.js from your Maven cache
Chris,
I have switched to your branch on Falcon, typedefs and FlexJS. It's failing
during execution of goal "patch-js". [1] What js.patch file is for ?
[1] https://paste.apache.org/fHg0
Piotr
-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context:
http://apache-flex
Both editable and non-editable text areas are really common use cases, and it’s
a really simple attribute.
I’d like to make it as simple as possible to use in MXML without having to
specify beads. Since the RichTextArea is not a simple wrapper on
anyway, I thought that adding an editable prope
IPlainTextModel should work.
I’m in the middle of adding a RichTextArea component which wraps a div.
More on that in my next response.
On Nov 8, 2016, at 6:05 PM, Alex Harui wrote:
> On 11/8/16, 2:39 AM, "Harbs" wrote:
>
>> It also feels like “editable" should be a first class citizen…
>>
>
I just merged everything from devlop and the mdl to the maven-examples branch
and that does build at the moment ...
Chris
Am 08.11.16, 18:18 schrieb "piotrz" :
I've rebuilt several times Falcon, FlexJS and later Chart example. I've
tried
also with DataBindingExample, but it's the same
I've rebuilt several times Falcon, FlexJS and later Chart example. I've tried
also with DataBindingExample, but it's the same.
I was used MDL branch (flexjs) with merged all changes from develop and
develop branches for Falcon and dypedefs.
Now typedefs are also failing [1].
Maybe something is w
I thought the same, but if you scroll down even more there's more log. It seems
that it tried to access the jar with the closure lib sources, but had problems
with that. I remember having similar problems, but I guess I fixed them. Did
you try updating and rebuilding?
Chris
Von meinem Samsun
On 11/8/16, 8:05 AM, "Alex Harui" wrote:
>On 11/8/16, 2:39 AM, "Harbs" wrote:
>
>>It also feels like “editable" should be a first class citizen…
Forgot to comment on this: Wouldn't folks typically change the visuals of
a non-editable control as well? If so, "editable" or "readOnly" should b
The link looks like a screenshot that is cutoff to me. I don't see an
explicit error. Can you paste text again?
-Alex
On 11/7/16, 10:09 PM, "piotrz" wrote:
>Carlos,
>
>I just used your script in VS Code. It's started compiling without the
>problem, but I'm getting some error. [1] It's mean th
On 11/8/16, 2:39 AM, "Harbs" wrote:
>It also feels like “editable" should be a first class citizen…
>
>On Nov 8, 2016, at 12:37 PM, Harbs wrote:
>
>> On a similar vein:
>>
>> ITextModel and TextModel seems to be flawed in the fact that it assumes
>>that all text can be html text. This is clearl
Hi all,
I just resolved the resource-copying problem, by removing the cleanup code from
the compiler. Now the resources are copied and are staying in place even after
the compilation.
I also pulled in the MDLExample and fine tuned the pom and now it correctly
builds and the resulting applicati
Thanks Chris for reminding me about that. I wasn't work with maven too long.
:) Now it's clear and my setup is correct.
Basically it will look similar to Harbs.
1) Let say that I will change something in FlexJS
2) Rebuild it using maven
3) Build example or my project by maven and observer error o
Hi All,
it’s even simpler. In general whatever you build, is stored in the maven local
repo.
So if you only change something in the compiler-jx, you only need to rebuild
that.
If you want to update the distribution, you run that build.
Also if you want, you can force Maven to update the SNAPS
It also feels like “editable" should be a first class citizen…
On Nov 8, 2016, at 12:37 PM, Harbs wrote:
> On a similar vein:
>
> ITextModel and TextModel seems to be flawed in the fact that it assumes that
> all text can be html text. This is clearly not true for input and textarea
> HTML el
On a similar vein:
ITextModel and TextModel seems to be flawed in the fact that it assumes that
all text can be html text. This is clearly not true for input and textarea HTML
elements.
On Nov 8, 2016, at 12:03 PM, Harbs wrote:
> I don’t think TextArea as it stands should have an html propert
I don’t think TextArea as it stands should have an html property.
Currently, TextArea is a thin wrapper on on the HTML side.
does not support innerHTML the way other HTML elements do. It’s
basically just a multi-line input.
Right now, the html property would cause an error on the HTML side if
22 matches
Mail list logo
