On 4/10/13 4:43 PM, "OmPrakash Muppirala" wrote:
>>
> Sounds good. What would really help me is, if you get a chance, please
> take a look at the two approaches:
I'm way backlogged trying to get FalconJX caught up with FalconJS and then
fixing the release. However:
>
> 1. Using separate
On Wed, Apr 10, 2013 at 4:21 PM, Alex Harui wrote:
>
>
>
> On 4/10/13 4:11 PM, "OmPrakash Muppirala" wrote:
>
>
> >
> > On that point, I dont think that the current practices in the HTML5 are
> > necessarily the "best" practices. A lot of them involve hacks and
> browser
> > specific rules, etc
On 4/10/13 4:11 PM, "OmPrakash Muppirala" wrote:
>
> On that point, I dont think that the current practices in the HTML5 are
> necessarily the "best" practices. A lot of them involve hacks and browser
> specific rules, etc. If we see an opportunity to avoid those practices and
> bring in p
On Wed, Apr 10, 2013 at 3:02 PM, Alex Harui wrote:
>
>
>
> On 4/10/13 2:39 PM, "OmPrakash Muppirala" wrote:
>
>
> >>> It is not a limitation of the SVG background-images. The same flicker
> >>> happens when you use a .png or a .jpg as background. It seems like the
> >>> images are lazy loaded
On 4/10/13 2:39 PM, "OmPrakash Muppirala" wrote:
>>> It is not a limitation of the SVG background-images. The same flicker
>>> happens when you use a .png or a .jpg as background. It seems like the
>>> images are lazy loaded and I am not sure if we can force the images to be
>>> loaded into
On Wed, Apr 10, 2013 at 2:25 PM, Alex Harui wrote:
>
>
>
> On 4/10/13 12:40 PM, "OmPrakash Muppirala" wrote:
>
>
> >>>
> >>> Moreover, in the separate svg files approach, the svg for a state is
> >> loaded
> >>> only when that state is triggered, which causes an obvious flicker when
> >>> loadin
On 4/10/13 12:40 PM, "OmPrakash Muppirala" wrote:
>>>
>>> Moreover, in the separate svg files approach, the svg for a state is
>> loaded
>>> only when that state is triggered, which causes an obvious flicker when
>>> loading for the first time.
>> I think I saw the flicker, but is that not s
On Wed, Apr 10, 2013 at 9:22 AM, Alex Harui wrote:
>
>
>
> On 4/9/13 11:39 PM, "OmPrakash Muppirala" wrote:
>
>
> >>> * My earlier approach of using each .svg file as a background of each
> >>> button state has a major problem - it is not runtime scriptable because
> >> of
> >>> security restric
On 4/9/13 11:39 PM, "OmPrakash Muppirala" wrote:
>>> * My earlier approach of using each .svg file as a background of each
>>> button state has a major problem - it is not runtime scriptable because
>> of
>>> security restrictions.
>> If you don't need runtime scriptability, is separate svg f
On Tue, Apr 9, 2013 at 10:18 PM, Alex Harui wrote:
> Good progress. I didn't look at your implementation, but some comments
> inline.
>
>
> On 4/9/13 7:40 PM, "OmPrakash Muppirala" wrote:
>
> > Hi,
> >
> > Here is some more experimental work based on FXG to SVG transformation.
> >
> >
> http://
Good progress. I didn't look at your implementation, but some comments
inline.
On 4/9/13 7:40 PM, "OmPrakash Muppirala" wrote:
> Hi,
>
> Here is some more experimental work based on FXG to SVG transformation.
>
> http://people.apache.org/~bigosmallm/fxg2svg/buttonskinjs/embedButtons.html
>
On Apr 9, 2013 7:40 PM, "OmPrakash Muppirala" wrote:
>
> Hi,
>
> Here is some more experimental work based on FXG to SVG transformation.
>
>
http://people.apache.org/~bigosmallm/fxg2svg/buttonskinjs/embedButtons.html
>
> This time, all the skin states are in one .svg file along with the JS:
>
> ht
Hi,
Here is some more experimental work based on FXG to SVG transformation.
http://people.apache.org/~bigosmallm/fxg2svg/buttonskinjs/embedButtons.html
This time, all the skin states are in one .svg file along with the JS:
http://people.apache.org/~bigosmallm/fxg2svg/buttonskinjs/buttonSkin.svg
13 matches
Mail list logo
