Gallery2: google please cleanup your translations....Gallery2 cleanup

it is really at the moment a nightmare to see compile errors when
getting 100000 of warnings. Whatever we removed already on some
packages the warnings....but still a lot are there

Change-Id: I81fdf22954c15fe2f6225f7f4dc8f06163887397
gallery2: move custom strings into slim_strings

Change-Id: I72444f947b9ae6c00b40c7a0960b33a2703a3ea5
Missing lines translated to Russian

Change-Id: Ic3b9211aa212e0aa9bd4beb0957b62d655d12e54
TRDS: Darker Gallery

Change-Id: I632b252280118f61f356f4a6dae1039e02b82241
Updated Hungarian Translations

Change-Id: I0c87035f4a684bf1ea796a6eb24470eeb82b6528
Gallery2: move translation to the correct path

and fix the build

Change-Id: I824845b203b2932fd002a2ac8e3f89c8ae62630c
Gallery2: Storage configuration options gallery side (2/2)

good idea to keep them in sync for camera options in Gallery

Change-Id: Ie487323edce58f174b4956a2e832ac4c121309ef
Fix invalid private access.

See http://bugs.sun.com/view_bug.do?bug_id=6904536

bug: 8992787

(cherry picked from ff19ed981400cd150f8779107cba1e02033b9ebe)

Change-Id: I7cad5e9cf8761b440cf91b96e3599d19bc3188d9
jni: fix C99 inline linking

Clang builds C code according to the C99 standard,
which provides different semantics for the inline
keyword than GCC's default behavior. This is the
correct behavior without any gnu extensions.

See here:
http://clang.llvm.org/compatibility.html#inline

Change-Id: I831a5189e027a2f0cb3c7d9cda56bd3701502863
Gallery2:Show title in movie activity's action bar

--Show Movie title in activity action bar
CRs-Fixed: 402920

Change-Id: I274336488701e503927edde2944f769fd8ee7062
Gallery2: avoid the crash of gallery during trimming video

- Google only provides the lib of mp4 parser to support
  the video-trim feature. But some files would fail to
  trim and cause the gallery crash
- catch the IllegalStateException to avoid the crash of gallery

Change-Id: Iadda7a42d4d694c102d50d2c52a93979ba2907a7
CRs-Fixed: 523986
If the decoding fails, change the inSampleSize to 1.

Issue: Decoding an image whose inSampleSize is greater
than image width/height returns a invalid bitmap width,
height and config value
Fix: If decoding fails for an image whose inSampleSize
is greater than image width/height; decode the imagewith
inSampleSize=1

CRs-Fixed: 527315

(cherrypicked from: I578e362563f3c648b0a2427cf824198af31d2915)

Change-Id: I1fda51cc0489dc3821f76f8e2f122db7ca4f0b30
(cherry picked from commit 9dcaeca9c7d7c9b0ba9549beb90a418b74440d8b)
(cherry picked from commit 0a3f4414b215482971eb46046385cd2d674e22a2)
apps/Gallery2: translation - RU

Iadda7a42d4d694c102d50d2c52a93979ba2907a7

Change-Id: Ia8ed0c9472758be806cb01ab1c2502eaf73495a6
gallery: change typo '&&' to '||'

Assertion to ckeck array boundary should
be '&&' instead of '||'. It caused an
Exception that '-1' wasn't detected.

Change-Id: I991ad8efed87a0837d262fe7419c7f007c173b56
Signed-off-by: Leavitt Zhang <leavittz@nvidia.com>
Add WRITE_MEDIA_STORAGE permission

This fixes the issue where the images/pics are not
deleted from the android external 'SD Card' as android does not
allow writing to the external 'SD Card' with just the
WRITE_EXTERNAL_STORAGE permission.

Requires : https://gerrit.slimroms.net/#/c/2723

Change-Id: I34377160b8b8677abc3506d8aca72166b4129425
Gallery2: Handled seek to previous frame in case of video trim

In case of video trim, if seeking pointed to a previous I frame
ealier than the trim start time, then the logic would enter an
infinite loop, calling seek continuously. Added appropriate
check to handle seek to previous I frame condition.

Change-Id: I07ca4b60eeb1f87175dffcac59da8a29901034d1
A couple of fixes

- using LDFLAGS doesn't pull the required dependencies, move
  to using LOCAL_SHARED_LIBRARIES
- eliminate 'implicit declaration' warnings

Change-Id: I57f6feca6bfcf8b2e9d439462a33c9757cdde07d
Signed-off-by: Marcus Oakland <marcus.oakland@arm.com>
Signed-off-by: Kévin PETIT <kevin.petit@arm.com>
Camera: Ensure background edition complete on back Key

Block back key event till the image will get displayed
while user pressed edit option/icon. This'll allow the
background process to cleanup memory. Added null check
and bitmap recycle to avoid crash.

Change-Id: Ied1c1f3ecf07a352743908135a5b7976373a58a3
CRs-Fixed:  587402
Camera: Fix out-of-order operations while setting up the editor

The buffer's producer is created by the cache pipeline generation,
so verifying that it isn't null before calling compute() is wrong.

This breaks a few devices, and should actually break them all, so
fix it; only check if getProducer() is valid after running setProducer()

Change-Id: I9d7d03fa9c9eb7063daef2ae28a78cd70b7a5ef3