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.
Difference between revisions of "RAP/Mobile Browser"
| (15 intermediate revisions by 2 users 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. 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, [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]. | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
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.