Mobile-specific tools in Infusion?
justin.obara at utoronto.ca
Thu Aug 20 15:43:11 UTC 2009
I really like this idea of a demo page.
For one it would really help with manually testing the release
bundles, as we won't have to hunt through the directory structure to
find the test pages.
This is also the benefit it would provide our users who are looking
for demo page to try.
On 20-Aug-09, at 10:25 AM, Michelle D'Souza wrote:
>> Chatting about this with Michelle, she raised some concern about
>> including code in Infusion that isn't tested or useful across the
>> full range of A-grade desktop browsers. She suggested the idea of a
>> separate, mobile-specific product or "module" for Infusion that
>> would be separately packaged and distributed.
> Thinking about this more I think this isn't the best way to go for
> two reasons. First, the extra overhead a separate product would
> require and secondly where would we ship components that work both
> on the desktop and on the mobile? Likely a long term goal for us is
> to have most components work in both places. Perhaps, as Colin
> suggested, documentation is the answer.
> I still think it will be confusing for users taking a quick look at
> the Infusion product. Like most users, I'd look at the demos before
> reading any docs. My browser of choice is FF3 and when I recently
> took a quick look at the Navigation List component that Justin has
> just started building I was quite surprised that an empty page
> loaded. Now given the newness of this component that could very well
> have been the expected results as Justin may have been working on
> the back end of the code first however, opening the same demo in
> Safari gave me a lovely demo of the component.
> It just occurred to me that shipping an html page at the top level
> of our product that linked into the demos would help solve this
> issue. We could then organize the list of components in such a way
> that it's really clear where they should work. This would also help
> us maintain the nightly build site by distributing the work of
> updating the page that links to components.
> fluid-work mailing list - fluid-work at fluidproject.org
> To unsubscribe, change settings or access archives,
> see http://fluidproject.org/mailman/listinfo/fluid-work
More information about the fluid-work