Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "RAP/Mobile Browser"

< RAP
 
(8 intermediate revisions by the same user not shown)
Line 1: Line 1:
== RAP on Mobile Device Browsers  ==
+
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.
  
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. However, writing cross-platform conforming javascript and HTML is complicated and not very comfortable, especially for developers used to powerful IDEs and debugging-tools. 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.  
+
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.
  
There is a common look and feel, as well as certain features, that most mobile applications have in common, even across different platforms. RAP should, within its capabilities, aim to conform to those. As of RAP 1.5, support and features 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. Other devices have not been tested. ''Due to emerging alternatives, support for mobile platforms is currently not the main focus of RAP development.''
+
As of RAP 1.5, '''support for iOs is mostly solid, while Android still has some issues'''. This is partially due to some bugs of its stock browser that are hard to work around. Most significantly, [https://bugs.eclipse.org/bugs/show_bug.cgi?id=378360 touch-scrolling is not enabled]. The Chrome browser works significantly better.
 +
 
 +
'''Other devices have not been tested.'''
 +
 
 +
''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].

Latest revision as of 05:50, 3 June 2014

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 issues. This is partially due to some bugs of its stock browser that are hard to work around. Most significantly, touch-scrolling is not enabled. The Chrome browser works significantly better.

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.

Back to the top