support lib android.support.v7.widget.GridLayout causes InflateException / ClassNotFoundException with app widgets -

-

i'm having difficutlties use support library android.support.v7.widget.gridlayout. gives me following error:

    08-09 23:49:55.746: w/appwidgethostview(132): error inflating appwidget appwidgetproviderinfo(provider=componentinfo{com.myapp.appwidget}): android.view.inflateexception: binary xml file line #33: error inflating class android.support.v7.widget.gridlayout 08-09 23:49:56.716: w/appwidgethostview(132): updateappwidget couldn't find view, using error view 08-09 23:49:56.716: w/appwidgethostview(132): android.view.inflateexception: binary xml file line #33: error inflating class android.support.v7.widget.gridlayout 08-09 23:49:56.716: w/appwidgethostview(132):   @ android.view.layoutinflater.createviewfromtag(layoutinflater.java:581) 08-09 23:49:56.716: w/appwidgethostview(132):   @ android.view.layoutinflater.rinflate(layoutinflater.java:623) 08-09 23:49:56.716: w/appwidgethostview(132):   @ android.view.layoutinflater.inflate(layoutinflater.java:408) 08-09 23:49:56.716: w/appwidgethostview(132):   @ android.view.layoutinflater.inflate(layoutinflater.java:320) 08-09 23:49:56.716: w/appwidgethostview(132):   @ android.widget.remoteviews.apply(remoteviews.java:939) 08-09 23:49:56.716: w/appwidgethostview(132):   @ android.appwidget.appwidgethostview.updateappwidget(appwidgethostview.java:218) 08-09 23:49:56.716: w/appwidgethostview(132):   @ android.appwidget.appwidgethost.updateappwidgetview(appwidgethost.java:250) 08-09 23:49:56.716: w/appwidgethostview(132):   @ android.appwidget.appwidgethost$updatehandler.handlemessage(appwidgethost.java:73) 08-09 23:49:56.716: w/appwidgethostview(132):   @ android.os.handler.dispatchmessage(handler.java:99) 08-09 23:49:56.716: w/appwidgethostview(132):   @ android.os.looper.loop(looper.java:123) 08-09 23:49:56.716: w/appwidgethostview(132):   @ android.app.activitythread.main(activitythread.java:3683) 08-09 23:49:56.716: w/appwidgethostview(132):   @ java.lang.reflect.method.invokenative(native method) 08-09 23:49:56.716: w/appwidgethostview(132):   @ java.lang.reflect.method.invoke(method.java:507) 08-09 23:49:56.716: w/appwidgethostview(132):   @ com.android.internal.os.zygoteinit$methodandargscaller.run(zygoteinit.java:839) 08-09 23:49:56.716: w/appwidgethostview(132):   @ com.android.internal.os.zygoteinit.main(zygoteinit.java:597) 08-09 23:49:56.716: w/appwidgethostview(132):   @ dalvik.system.nativestart.main(native method) 08-09 23:49:56.716: w/appwidgethostview(132): caused by: java.lang.classnotfoundexception: android.support.v7.widget.gridlayout in loader dalvik.system.pathclassloader[.] 08-09 23:49:56.716: w/appwidgethostview(132):   @ dalvik.system.pathclassloader.findclass(pathclassloader.java:240) 08-09 23:49:56.716: w/appwidgethostview(132):   @ java.lang.classloader.loadclass(classloader.java:551) 08-09 23:49:56.716: w/appwidgethostview(132):   @ java.lang.classloader.loadclass(classloader.java:511) 08-09 23:49:56.716: w/appwidgethostview(132):   @ android.view.layoutinflater.createview(layoutinflater.java:471) 08-09 23:49:56.716: w/appwidgethostview(132):   @ android.view.layoutinflater.createviewfromtag(layoutinflater.java:570) 08-09 23:49:56.716: w/appwidgethostview(132):   ... 15 more

the mentioned line #33 part support lib tag begins. looks class couldn't found reason, don't know why...

the reason why want use lib because want stay compatible android v10. no matter wether choose v10 or v4.2.2 project build target. manifest's minsdkversion set 10. followed these steps , tried putting .jar app's refferenced libraries , ticked option export it.

this layout.xml, being used create app-widget:

<?xml version="1.0" encoding="utf-8"?> <relativelayout xmlns:android="http://schemas.android.com/apk/res/android"     android:id="@+id/appwidget_relativelayout"     android:layout_width="wrap_content"     android:layout_height="wrap_content"     android:layout_alignparenttop="true"     android:orientation="vertical"> <textview     android:id="@+id/appwidget_textview_profilename"     android:layout_width="320dp"     android:layout_height="wrap_content"     android:layout_alignparentleft="true"     android:layout_alignparenttop="true"     android:clickable="false"     android:enabled="true"     android:gravity="center_horizontal"     android:longclickable="true"     android:scrollhorizontally="false"     android:text="profile name"     android:textappearance="?android:attr/textappearancelarge" />  <framelayout     android:id="@+id/appwidget_framelayout"     android:layout_width="wrap_content"     android:layout_height="wrap_content"     android:layout_alignparentleft="true"     android:layout_alignparentright="true"     android:layout_below="@+id/appwidget_textview_profilename" >  </framelayout>  <android.support.v7.widget.gridlayout     android:layout_width="wrap_content"     android:layout_height="wrap_content" > </android.support.v7.widget.gridlayout>  <textview     android:id="@+id/textview1"     android:layout_width="wrap_content"     android:layout_height="wrap_content"     android:text="textview" /> </relativelayout>

update: managed narrow down usage of gridlayout in connection app widgets. seems, problem occurs, when use gridlayout on them. when use same layout ordinary activity works fine. suggestions on how solve this?

when making widgets, constrained views implement remoteviews mechanism. way mechanism works remote, "host" process 1 doing actual inflating. therefore, if remote process (the launcher hosts widget) not have gridlayout class in classpath, there absolutely no way can short of drawing view in own process , setting bitmap on imageview. wouldn't that, though.

in general, when making widgets, constrain views come framework.


Comments

Post a Comment

Popular posts from this blog

css - Which browser returns the correct result for getBoundingClientRect of an SVG element? -

-
this svg contains rect overflows svg element: <svg id='svg' width='10' height='10'> <rect x='-10' y='-10' width='30' height='30'/> </svg> chrome 28 , opera 12 return getboundingclientrect() svg element width , height of 10. firefox 23 reports width , height of 30. correct? jsfiddle the relevant spec cssom , delegates svg spec if svg element not "have associated css layout box". haven't found definition of "having associated css layout box", correct result seem hinge on definition, getbbox returns 30x30 rect in browsers. this firefox bug fixed now, fix in firefox nightlies , should make through firefox 33 released on 14 october 2014. see bug 530985 details.
Read more

gcc - Calling fftR4() in c from assembly -

-
i trying asm fft implementation www.embeddedsignals.com work. running make gives error: undefined reference fftr4(short*, short*, int) at top of asm have .syntax unified .thumb .global fftr4 .type fftr4, %function and there #define's associate c functions arguments registers followed macros fftr4 function uses. after that, fftr4 called .thumb_func fftr4: stmfd sp!, {r4-r11, lr} mov tmp0, #0 // bit reversed counter mov tmp1, #0 .word 0xf3a2fa92 //rbit r3,r2 //rbit r,n lsl r,#3 and c code follows: void fftr4(short *y, short *x, int n); short x[512]; short y[512]; int i; void loop() { (i=0;i<512;i++) x[i]=0; (i=0;i<512;i=i+8) { x[i+0]=16384; x[i+2]=16384; x[i+4]=-16384; x[i+6]=-16384;} fftr4(y, x, 256); serialusb.println(y[128]); serialusb.println(y[129]); serialusb.println(y[384]); serialusb.println(y[385]); // expected results: //y[128]is 8191; y[129] -8190 y[...
Read more

.htaccess - Matching full URL in RewriteCond -

-
i'm trying block post access site (and return 403), except 2 ip's , 1 url ( http://mydomain.com/about-us/contact-us/ ). here's have: rewritecond %{request_method} post rewritecond %{remote_addr} !=1.2.3.4 rewritecond %{remote_addr} !=4.3.2.1 rewritecond %{request_uri} !^http://mydomain.com/about-us/contact-us/$ rewriterule ^ / [f] these rules allowing access ip properly, contact page still not accessible. i'm not sure i'm using request_uri correctly? i've tried variations relative urls rewritecond %{request_uri} !^/about-us/contact-us$ , rewritecond %{request_uri} !^/about-us/contact-us/$ without luck. what doing wrong please? it looks me rule on file name specific. if relax bit, should work. made few other esthetic tweaks. give try: rewritecond %{request_method} post rewritecond %{remote_addr} !^1.2.3.4 rewritecond %{remote_addr} !^4.3.2.1 rewritecond %{request_uri} !about-us/contact-us rewriterule ^ - [f]
Read more