Re: AHA - SMS terkirim tapi tulisannya Failed

by reka wibawa » Thu, 10 Feb 2011 07:41:07 GMT


Sponsored Links
 ew saya kok jadi pusing bacanya ya om?
Pertanyaan ketimur jawab nya kebarat. Menurut saya lho.
#mungkin karena nilai bahasa saya Nelson ya :-P
On Feb 10, 2011 7:31 AM, "Radia Latief" <yofa...@gmail.com> wrote:
(apakah
http://maps.google.com/maps?f=q&source=s_q&hl=en&geocode=&q=-6.196251,+106.897520+&aq=&sll=-6.196534,106.897273&sspn=0.033534,0.038581&ie=UTF8&z=17
di
permohonan
guna
no
lebih
kami

--
===============



Re: AHA - SMS terkirim tapi tulisannya Failed

by Radia Latief » Fri, 11 Feb 2011 04:49:13 GMT


 ang jelek adalah nilai pelajaran menulis saya.

Jadi begini kronologisnya:

1. Kemarin dulu saya sempat menulis sedikit kesan mengenai AHA di milis
ini.
2. Salah satu dari sekian kesan yang saya tulis adalah mengenai SMS yang
bermasalah.
3. Tau-tau, saya dikirimi email oleh Ahacare yang menanyakan mengenai
permasalahan SMS tadi.
4. Saya jawab seperti itu, karena untuk saat ini masalahnya (sedang)
tidak ada. SMS-nya (sedang) berjalan normal.

Barangnya sendiri lagi nggak ada di saya, jadi nggak bisa terlalu saya
teliti juga. Termasuk untuk memastikan apakah "pecah" yang terdapat di bawah
tombol besar ternyata adalah lubang mic (saya barusan baca ada yang
mengkonfirmasi bahwa itu adalah lubang mic, tapi ada juga yang menyatakan
bahwa lubang mic sudah ada di tempat lain).

Demikianlah.



2011/2/10 reka wibawa <wie.tur...@gmail.com>


--
===============


Sponsored Links


Other Threads

1. tab index issue with soft keyboard

Is it possible when using imeOptions="actionNext" to make the focus go
to the next field from left to right instead of just vertical.  For
example is I have a layout like

EditText - A
EditText - b
EditText - c
<linearLayout horizontal>EditText - d | EditText - e</linearlayout>
EditText - f

The order seems to go, if using the next button on the soft keyboard:
A, B, C, D, F, but I want A, B, C, D, E, F. Is there a way to make it
from left to right, then top to bottom, instead of just top to bottom?

-- 

2. com.android.camera replaced by com.motorola.camera







Magic 8-Ball.

("Do I need an extra on this Intent?" "Signs point to no")

:-)


It's one starting point, to be certain.

In this case, it's using a standard action (ACTION_VIEW) and a
reasonable-looking MIME type. One would hope that there will be 1+
applications on the device that support viewing that MIME type. As it
turns out, there are 2+ in Android proper, as the OP reported that the
Browser handled the request, probably based on scheme.

You'll note that ACTION_VIEW of video/mpeg is not documented in the SDK
anywhere, at least that I can find. This means that it is possible that
a given device may have 0 apps that can support it, if some future
Android edition modifies or drops the intent filter, or if some OEM
messes around too much. That's the reason for my "tell the client there
is no default video player" answer from earlier today, because,
technically, there *isn't* a default video player, at least not one
that's part of the SDK contract.


That depends a bit on what you want to do and how you want to do it.

Given an Intent, you can use methods on PackageManager to figure out if
there is anything that would satisfy that Intent. So, if the feature is
optional, you could use that to disable a menu choice or button or
something, so the user couldn't attempt to use something that would fail.

Similarly, you can use createChooser() to deal with the case of 2+ apps
thinking they can handle the Intent (e.g., email or GMail or SMS or
Twidroid for an ACTION_SEND of text/plain).

If, however, the feature is mandatory (i.e., your app can't run without
it), you're better served trying to handle it yourself, at least as a
fallback option. For example, the OP could implement a simple video
player using VideoView and only resort to using it on devices that fail
to offer anything that can ACTION_VIEW a video/mpeg.

Where things get icky is if there is some device or app that does
"support" ACTION_VIEW of a video/mpeg URL, but its support is broken
somehow. This is not significantly different than a desktop OS video
player not necessarily having the right codecs to play back such-and-so
video content, and there's no great answer for that case, either.

Intents and MIME types are not significantly different concepts from
their equivalents in desktop OSes. We think that Android should know how
to play video because we see our desktops able to play video from a URL.
However, at the same time, those of us who don't use Windows much are
used to the notion that certain things can't readily be viewed (e.g.,
link to a Microsoft Access database), MIME type or not. Just as savvy
developers try to make their desktop or Web applications deal with
varying end user support for different MIME types, so should Android
developers.

Now, it would be really cool if Google stepped up and declared a more
extensive list of Intent actions and Uri/MIME types that all Android
devices should support. That would go a long way towards clearing up the
sorts of issues the OP encountered. Right now, there's only a half-dozen
in the list, and none are based on MIME type:

http://developer.android.com/guide/appendix/g-app-intents.html

-- 
Mark Murphy (a Commons Guy)
http://commonsware.com | http://twitter.com/commonsguy

_The Busy Coder's Guide to Android Development_ Version 2.8
Available!

-- 

3. com.android.camera replaced by com.motorola.camera

4. Getting different views in Tabs

5. build system question : samples

6. How long does it take for an application to get indexed to the Marketplace?

7. How long does it take for an application to get indexed to the Marketplace?