- LinearLayout as child of ScrollView and View weight's are being ignored [2 Updates]
- How to implement sharing the app on Facebook? [1 Update]
- ViewPager and ListFragments with onLongClick listener problem [1 Update]
- SurfaceTexture issues on Android 4.3/4.4 vs 4.1? [2 Updates]
- Android xml2class tool [1 Update]
- stanlick <email@example.com> Dec 31 07:41AM -0800
The first png shows my LinearLayout in a ScrollView and hence my weights
are being ignored. You will not even see the TextView below the Image.
The second is the LinearLayout pulled away from the ScrollView and the
weights are being computed. However, since the LinearLayout is no longer
in a ScrollView, I cannot scroll the biography text!
Another thing I'm curious about is the value assigned to the weight of each
view. I set android:weightSum="100" on the LinearLayout and expected to
use percentages for the three views on it. Like maybe 33/33/33. However
the way to make the image smaller is to actually use a larger weight! I'm
starting to expect cats will chase dogs and water to run uphill!
Thanks and Happy New Year
- Doug <firstname.lastname@example.org> Dec 31 11:22AM -0800
Weights only make sense when the container of the LinearLayout is
constraining the height of it. With its height constrained, LL is then
forced to impose heights on all of its children. It will use weights to do
this if you specify them.
When the container of a LL is a ScrollView, the SV doesn't impose a
constraint on the height of the LL, which means the LL doesn't impose a
height on its children. It lets them all be as tall as they want. The SV
will then allow the user to scroll to see the entire contents of the LL if
it overflows the ScrollView's height.
If you want everything to be constrained to fit on the screen, don't use a
ScrollView. If you want to allow scrolling, then accept that the LL will
not impose a height on its children. If you want to constrain the height
of just one child in a LL, then give it an explicit height measurement in
dp to override its natural height measurement.
On Monday, December 30, 2013 2:39:16 PM UTC-8, stanlick wrote:
- MobileVisuals <email@example.com> Dec 31 07:50AM -0800
Thanks for that useful information! I found this guide on how to implement
a share intent:
On Monday, December 30, 2013 6:16:47 PM UTC+1, Parikshit Tomar wrote:
- Doug Gordon <firstname.lastname@example.org> Dec 31 05:30AM -0800
1) It seems like you could figure this out just by setting a few
breakpoints and following what happens when the long-press menu is
2) Do you really have a separate copy of code for each fragment that differ
only by the FRAGMENT_DAY_NAME constant? This is bad practice for a number
of reasons plus the extra work required (if you find a bug, you'll have to
make edits in all those modules?).
On Friday, December 20, 2013 11:10:44 AM UTC-5, Paul-Peter Tournaris wrote:
- Nick <email@example.com> Dec 31 04:44AM -0800
An app I'm developing which uses SurfaceTexture worked fine on a Galaxy S3
using Android 4.1. However, on upgrading to Android 4.3 I now get a strange
"barred" or "striped" effect which looks like the camera feed in very low
On a new Nexus 7 running 4.3 and then 4.4 I get the same effect which
suggests something has changed between 4.1 and 4.3. I don't seem to get any
opengl errors generated.
The most common error people seem to run into with SurfaceTextures is not
using the GL_TEXTURE_EXTERNAL_OES type; but I do use this.
Does this sound familiar? If anyone wants to look at the code it's at
I don't really want anyone to spend any time on this, I'm just mailing on
the offchance that it's a problem which sounds familiar to someone.
- Nick <firstname.lastname@example.org> Dec 31 04:45AM -0800
BTW just to clarify: forgot to say that the SurfaceTexture is streamed to a
GLSurfaceView and then I draw two triangles covering the screen using the
texture. Sorry for omitting this.
- "Göksel Güren" <email@example.com> Dec 31 02:10AM -0800
We released a tool for generating Activity Class with only pasting your xml
source code to tool. Maybe somebody can use it http://lab.mobillium.com/<http://lab.mobillium.com/xml2class/step1>
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to firstname.lastname@example.org
To unsubscribe from this group, send email to
For more options, visit this group at
You received this message because you are subscribed to the Google Groups "Android Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to email@example.com.
For more options, visit https://groups.google.com/groups/opt_out.