Jump to: navigation, search

Difference between revisions of "RAP/Mobile Browser"

< RAP
(One intermediate revision by the same user not shown)
Line 1: Line 1:
With the increasing popularity of smartphones and tablet-PCs it's also important for RAP to support and adapt to these platforms. Since modern web-standards like HTML5 are supported by modern mobile devices, they offer a possible solution to write cross-platform applications. RAP can offer a powerful solutions for such scenarios, allowing to write complex business-applications for modern mobile devices, provided a appropriately fast internet-connection is constantly available.  
+
With the increasing popularity of smartphones and tablet-PCs it's also important for RAP to support and adapt to these platforms. RAP can offer powerful solutions for such scenarios, allowing to write complex business-applications for modern mobile devices, provided a appropriately fast internet-connection is constantly available.  
  
There is a common '''look and feel''', as well as certain features, that most mobile applications have in common, even across different platforms. RAP can conform to those within limits, but it is mostly up to the application developer to imitate these patterns. It is also recommended to create a custom theme or theme-contribution when targeting a mobile platform to accommodate to for the smaller screens and less precise aiming. This also allows hiding the rap-scrollbars (by setting width to 0), which are uncommon on mobile UIs. On the other hand they may be useful for scrolling across larger areas.
+
There is a common '''look and feel''', as well as certain features, that most mobile applications have in common, even across different platforms. The RAP web client can conform to those within limits, but it is mostly up to the application developer to imitate these patterns. It is also recommended to create a custom theme or theme-contribution when targeting a mobile platform to accommodate to for the smaller screens and less precise aiming. This also allows hiding the rap-scrollbars (by setting width to 0), which are uncommon on mobile UIs. On the other hand they may be useful for scrolling across larger areas, but should then be wide enough to hit with a finger.
  
 
As of RAP 1.5, '''support for iOs is mostly solid, while Android still has some more severe issues'''. This is partially due to some bugs of its default browser that are hard to work around. Most significantly, [https://bugs.eclipse.org/bugs/show_bug.cgi?id=378360 touch-scrolling is not enabled]. It is recommended to avoid using ScrolledComposite when targeting Android and use a paging pattern instead. Touch-scrolling for Tree and Table will be added in 2.0 (Kepler).
 
As of RAP 1.5, '''support for iOs is mostly solid, while Android still has some more severe issues'''. This is partially due to some bugs of its default browser that are hard to work around. Most significantly, [https://bugs.eclipse.org/bugs/show_bug.cgi?id=378360 touch-scrolling is not enabled]. It is recommended to avoid using ScrolledComposite when targeting Android and use a paging pattern instead. Touch-scrolling for Tree and Table will be added in 2.0 (Kepler).
Line 7: Line 7:
 
'''Other devices have not been tested.'''
 
'''Other devices have not been tested.'''
  
''Due to emerging alternatives, improving support for mobile browser further is currently not a main focus of RAP core development.''
+
''Due to emerging [http://developer.eclipsesource.com/tabris/ alternatives], further improving the default clients support for mobile browser is currently not a main focus of RAP development.''
  
 
An overview of mobile-related bugs can be found in [https://bugs.eclipse.org/bugs/showdependencytree.cgi?id=323031&hide_resolved=1 bugzilla].
 
An overview of mobile-related bugs can be found in [https://bugs.eclipse.org/bugs/showdependencytree.cgi?id=323031&hide_resolved=1 bugzilla].

Revision as of 08:57, 24 October 2012

With the increasing popularity of smartphones and tablet-PCs it's also important for RAP to support and adapt to these platforms. RAP can offer powerful solutions for such scenarios, allowing to write complex business-applications for modern mobile devices, provided a appropriately fast internet-connection is constantly available.

There is a common look and feel, as well as certain features, that most mobile applications have in common, even across different platforms. The RAP web client can conform to those within limits, but it is mostly up to the application developer to imitate these patterns. It is also recommended to create a custom theme or theme-contribution when targeting a mobile platform to accommodate to for the smaller screens and less precise aiming. This also allows hiding the rap-scrollbars (by setting width to 0), which are uncommon on mobile UIs. On the other hand they may be useful for scrolling across larger areas, but should then be wide enough to hit with a finger.

As of RAP 1.5, support for iOs is mostly solid, while Android still has some more severe issues. This is partially due to some bugs of its default browser that are hard to work around. Most significantly, touch-scrolling is not enabled. It is recommended to avoid using ScrolledComposite when targeting Android and use a paging pattern instead. Touch-scrolling for Tree and Table will be added in 2.0 (Kepler).

Other devices have not been tested.

Due to emerging alternatives, further improving the default clients support for mobile browser is currently not a main focus of RAP development.

An overview of mobile-related bugs can be found in bugzilla.