Hi Alex,
well we couldn't just copy stuff to GIT as the Apache CMS didn't seem to
support Git at all and there are no plans on supporting this.
The maven-site-plugin has several options for generating the site for a
project. There are the usual templates that for example the maven project uses
On 10/19/16, 2:18 AM, "Christofer Dutz" wrote:
>Ok picking up this thread again ...
>
>
>Well I think that allowing non-comitters to contribute to the page is a
>pretty slim benefit. I couldn't say that we have used that even for a
>single time in the past. And I think it would be good not to a
Seems ok to me. If no tests blow up, should be ok to push.
On 10/19/16, 1:56 AM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
wrote:
>Hi Alex,
>
>I made a change in a "feature/buttonbase-refactor"
>is tiny, but could potentially break things.
>
>This solves the problem, but I want to kn
On 10/19/16, 2:16 AM, "Harbs" wrote:
>I don’t remember all the conflicts we had. Warnings would have helped
>somewhat but not totally. Here’s one example (of many):
>
>We were using a Sprite Image component, and we needed to migrate to a
>FlexJS BinaryImage component. Some of the properties we
On 10/19/16, 8:35 AM, "Josh Tynjala" wrote:
>"Despite the fact that we’re putting an emphasis on HTML performance, HTML
>objects are wrapped. (I think it’s a completely reasonable approach for
>HTML.) This causes none of the HTML APIs to leak through. The same should
>apply to Flash objects and
"Despite the fact that we’re putting an emphasis on HTML performance, HTML
objects are wrapped. (I think it’s a completely reasonable approach for
HTML.) This causes none of the HTML APIs to leak through. The same should
apply to Flash objects and any other future platforms we might have in the
fut
This should obviously have been Spark instead of Sprite…
On Oct 19, 2016, at 12:16 PM, Harbs wrote:
> We were using a Sprite Image component
Ok picking up this thread again ...
Well I think that allowing non-comitters to contribute to the page is a pretty
slim benefit. I couldn't say that we have used that even for a single time in
the past. And I think it would be good not to allow this in general. At least I
couldn't find a way t
Despite the fact that we’re putting an emphasis on HTML performance, HTML
objects are wrapped. (I think it’s a completely reasonable approach for HTML.)
This causes none of the HTML APIs to leak through. The same should apply to
Flash objects and any other future platforms we might have in the f
Hi Alex,
I made a change in a "feature/buttonbase-refactor"
is tiny, but could potentially break things.
This solves the problem, but I want to know your thinking about collateral
damages in other code or examples.
If you think is not what we need, I think I would go the route of extending
from
10 matches
Mail list logo
