voyent
Messages posted by: ted.goddard  XML
Profile for ted.goddard -> Messages posted by ted.goddard [874] Go to Page: Previous  1, 2, 3 , 4 ... 57, 58, 59 Next 
Author Message
The QR code scan issue was already resolved by an updated Android container (however, the change in MOBI-753 should help with diagnosis in other cases).

It would be possible for mobi:scan to be modified to set the scanned value to function directly as a link rather than being stored in a hidden field.

The following JIRA is for tracking this feature request:

http://jira.icesoft.org/browse/MOBI-754

Please contact product.support@icesoft.com if you wish to request this feature to be in a specific ICEmobile release.
It looks like the QR code scanning feature is attempting to disable flash and zoom, but this fails on your device even though hasSystemFeature() reports the capability.

A change has been checked in to help with diagnosis and potentially recover from the failed flash configuration change:

http://jira.icesoft.org/browse/MOBI-753
The root cause appears to be this:

05-09 13:10:39.650: W/CaptureActivity(1795): Unexpected error initializating camera
05-09 13:10:39.650: W/CaptureActivity(1795): java.lang.RuntimeException: setParameters failed
05-09 13:10:39.650: W/CaptureActivity(1795): at android.hardware.Camera.native_setParameters(Native Method)
05-09 13:10:39.650: W/CaptureActivity(1795): at android.hardware.Camera.setParameters(Camera.java:1297)
05-09 13:10:39.650: W/CaptureActivity(1795): at org.icemobile.client.android.qrcode.a.b.b(Unknown Source)
05-09 13:10:39.650: W/CaptureActivity(1795): at org.icemobile.client.android.qrcode.a.c.a(Unknown Source)
05-09 13:10:39.650: W/CaptureActivity(1795): at org.icemobile.client.android.qrcode.CaptureActivity.a(Unknown Source)
05-09 13:10:39.650: W/CaptureActivity(1795): at org.icemobile.client.android.qrcode.CaptureActivity.surfaceCreated(Unknown Source)
05-09 13:10:39.650: W/CaptureActivity(1795): at android.view.SurfaceView.updateWindow(SurfaceView.java:533)
05-09 13:10:39.650: W/CaptureActivity(1795): at android.view.SurfaceView.access$000(SurfaceView.java:81)
05-09 13:10:39.650: W/CaptureActivity(1795): at android.view.SurfaceView$3.onPreDraw(SurfaceView.java:169)
05-09 13:10:39.650: W/CaptureActivity(1795): at android.view.ViewTreeObserver.dispatchOnPreDraw(ViewTreeObserver.java:590)
05-09 13:10:39.650: W/CaptureActivity(1795): at android.view.ViewRootImpl.performTraversals(ViewRootImpl.java:1617)
05-09 13:10:39.650: W/CaptureActivity(1795): at android.view.ViewRootImpl.handleMessage(ViewRootImpl.java:2442)
05-09 13:10:39.650: W/CaptureActivity(1795): at android.os.Handler.dispatchMessage(Handler.java:99)
05-09 13:10:39.650: W/CaptureActivity(1795): at android.os.Looper.loop(Looper.java:137)
05-09 13:10:39.650: W/CaptureActivity(1795): at android.app.ActivityThread.main(ActivityThread.java:4424)
05-09 13:10:39.650: W/CaptureActivity(1795): at java.lang.reflect.Method.invokeNative(Native Method)
05-09 13:10:39.650: W/CaptureActivity(1795): at java.lang.reflect.Method.invoke(Method.java:511)
05-09 13:10:39.650: W/CaptureActivity(1795): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:784)
05-09 13:10:39.650: W/CaptureActivity(1795): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:551)
05-09 13:10:39.650: W/CaptureActivity(1795): at dalvik.system.NativeStart.main(Native Method)
Have you considered both the ICEmobile container and ICEmobile-SX? ICEmobile-SX can be downloaded from the app store and allows you to make use of native device features just from Safari.

If you want to customize the start URL of the ICEmobile container, you will need to compile it yourself; however you can set the URL to open in the info screen by pressing the small circled "i" in the lower right corner.

What are some of the native device features you have planned in your application?
We would need to investigate this with a test case and run a full set of regression tests with the Oracle parser included. Whether this is an Oracle parser bug or an ICEfaces bug is not clear, but from the Exception it looks like it should be possible to correct. Please contact product.support@icesoft.com.
Which version of the ICEmobile container is being used?
The mobi:smallView is empty, do you see the same blank page with mobi:smallView and mobi:largeView tags removed?
This likely requires investigation with a test case, so it may be best to contact product.support@icesoft.com.
I would first try mime-mapping in web.xml:

http://docs.oracle.com/cd/E13222_01/wls/docs81/webapp/web_xml.html#1017395

Code:
 <mime-mapping> 
     <extension>p7m </extension>
     <mime-type> application/x-pkcs7-mime </mime-type> 
 </mime-mapping>
 
A fix is now checked in and is undergoing regression testing; please watch the JIRA for further updates.

I believe this is the other way around -- in ICEfaces 1.8 the JSP
support is actually a custom parser which does turn each tag into a component. In the ICEfaces 1.8 Facelet mode, a custom UIInstruction implementation writes start and end tags.

So, it is possible to use plain HTML in ICEfaces pages but there are cases where JSF components are more efficient.

getPortableRenderer() must be called from a JSF thread with the PortableRenderer stored for later invocation on the EJB thread (this is how ICEpush can determine which page to send the push to).
We are also gathering requirements for more advanced mobile components, so please post your feature requests here. Also, please indicate if your use case is "mobile phone on 3G" or "tablet on WiFi" or has other resource constraints.
Are there any IDs in the included pages that might conflict with each other within the c:forEach loop?
ICEfaces does not support client-side state saving. In order to provide automatic Ajax features, the DOM is maintained on the server, and this requires server-side state. In many ways, client-side state saving is not an ideal match for JSF overall due to the stateful nature of the component tree (in the client-side case, this is continually transferred between the browser and the server).
 
Profile for ted.goddard -> Messages posted by ted.goddard [874] Go to Page: Previous  1, 2, 3 , 4 ... 57, 58, 59 Next 
Go to:   
Powered by JForum 2.1.7ice © JForum Team