Przerwa...

Nie wiem czy mam wielu czytelników, ale jak niektórzy zauważyli póki co jest mały przestoj w blogowaniu. Spowodowane jest to problemami zdrowotnymi. Jak tylko wrócę do zdrowia blog znów będzie na bieżąco ;)

Take care Androids :)

Androidowa Adaptacja, czyli Adapter i getView

'Ciekawe' pomyślałem, bo z jednej strony to dobrze, a z drugiej źle. Tak to już jest, wszystko ma plusy i minusy. No ale 'osochozi'?

Dzisiaj robiłem sobie prostą listę, którą podpiąłem do widoku jako ListView. Oczywiście nie chciałem aby wyglądała standardowo, dlatego musiałem stworzyć własny Adapter, a dokładniej ArrayAdapter. Miała to być lista z ikonkami po boku:

1	public class MyIconAdapter extends ArrayAdapter<Object>

Potem należało nadpisać metodę getView i wpisać dowolny kod.

1 2	@Override public View getView(int position, View convertView, ViewGroup parent)

I w tym momencie, nareszcie, dochodzimy do meritum tego posta :)
Jeśli lista jest zbyt długa, żeby wyświetlić ją na ekranie to podczas przesuwania ekranu za każdym razem, dla kolejnych elementów wywoływana jest metoda getView! Czyli każdy element jest 'generowany' na bieżąco, a po starcie aplikacji wczytywane są tylko elementy widoczne.

Może parę słów dlaczego? Otóż programiści Androida w ten sposób wyłuskują ograniczenie zjadania pamięci, niepotrzebnych obliczeń, a co za tym idzie, również mniejsze zużycie baterii. Dobry pomysł! Chociaż przy listach większych gabarytów potrafi przymulić ;)

Zmiany

Dziś wpis bez kodzenia, co dla niektórych może być bajeczne, cudowne, fajne, kapitalne, nadzwyczajne, rewelacyjne, zajebiste, wyśmienite, zjawiskowe, a dla innych kiepskie, liche, marne, niedobre, ułomne lub złe (każdy może wybrać odpowiedni epitet).

Małe zmiany na blogu, poprawa wyglądu, a co ważniejsze - od dziś, do każdego wpisu będę się starał robić jakieś mniej lub bardziej zabawne grafiki, które, mam nadzieję, urozmaicą bloga. Dodałem już kilka i na dziś to powinno wystarczyć :)

Trzymajcie się, o ile jesteście.

Size - czy liczy się rozmiar?

Tak! :)

Rozmiar się liczy, przynajmniej w Androidzie. Ekran zazwyczaj jest stosunkowo niewielki (wykluczając tablety), a co za tym idzie, o miejsce trzeba dbać i dobrze zarządzać wielkościami.
Pewnie nie każdy zdaje sobie sprawę ile jest rodzajów jednostek, które możemy wykorzystać (no bo przecież można wszystko ustawiać w pikselach).
A ja zgłębiłem trochę ten temat i przybliżę ten temat Wam. Oto rodzaje wielkości w Androidzie:

• px - Piksele (Pixels) - jednostka odnosząca się do wielkości jednego piksela na ekranie urządzenia
• in - Cale (Inches) - liczone od fizycznego rozmiaru ekranu
• mm - Milimetry (Millimeters) - j.w. - liczone od fizycznego rozmiaru ekranu
• pt - Punkty (Points) - jest to 1/72 cala liczona na podstawie fizycznego rozmiaru ekranu
• dp - gęstość niezależnych pikseli? (Density-independent Pixels) - jednostka abstrakcyjna liczona na podstawie zagęszczenia ekranu (fizycznie rzecz biorąc). Jednostka ta odnosi się do 160dpi, czyli 1dp to jedna plamka na ekranie 160dpi. Wartość ta jest zmienna w zależności od ekranu, jednak trzeba uważać, bo nie zawsze jest przeliczana proporcjonalnie.
• sp - pixele ustalane w zależności od skali (Scale-independent Pixels) - coś na podobieństwo dp, ale jest skalowane w zależności od ustawień czcionki użytkownika. Zalecane podczas podawania wielkości czcionek! Wtedy wielkość czcionki jest ustanawiana na podstawie zagęszczenia (dpi) i ustawień czcionki użytkownika.

Dlatego warto pamiętać, aby rozmiar tekstu definiować w sposób następujący:

1 2 3 4 5 6

<TextView android:id="@+id/label" android:layout_width="wrap_content" android:layout_height="wrap_content" android:textSize="44sp" />

Przykłady możecie znaleźć tutaj.

OnItemClick czy OnItemSelected ?

No właśnie, jak to jest z tymi dwiema metodami?

• OnItemClick 
• OnItemSelected

Obie nadpisujemy implementując ich interfejsy (OnItemClickListener i OnItemSelectedListener)

OnItemClick możemy napisać w ten sposób:

1 2 3 4 5 6 7 8

OnItemClickListener onItemClickListener = new OnItemClickListener() { @Override public void onItemClick(AdapterView<?> parent, View view, int position, long itemId) { ((TextView)findViewById(R.id.selection)).setText("Wybrales - "+items[position]); } };

OnItemSelected z kolei tak:

1 2 3 4 5 6 7 8 9 10 11 12 13

OnItemSelectedListener onItemSelectedListener = new OnItemSelectedListener() { @Override public void onItemSelected(AdapterView<?> parent, View view, int position, long itemId) { ((TextView)findViewById(R.id.selection)).setText("Wybrales - "+items[position]); } @Override public void onNothingSelected(AdapterView<?> parent) { ((TextView)findViewById(R.id.selection)).setText("Nic nie wybrales"); } };

I teraz pytanie: która z tych metod zostanie kiedy 'uruchomiona'?

czytając 'Android: Beginning 2' w przykładach znajdujemy użycie 'onItemSelected' np. na Grid'zie, aby coś zrobić po dotknięciu elementu w siatce. To nie zadziała. Po części.

Kiedy dotykamy elementu zostaje wywołana metoda 'onItemClick', bo jest to kliknięcie, a nie zaznaczenie.

Aby dostać się do 'onItemSelected' musimy element zaznaczyć, użyć np. trackball'a, którego dodaje HTC do niektórych modeli telefonów, nie wiem jak jest z 'selectowaniem' na innych urządzeniach. w inny sposób nie udało mi się wywołać tej metody dotykając ekranu.

setContentView(R.layout.main); a ListActivity

Kolejny dzień, kolejny problem.
Co się stało? Chcąc pobawić się adapterami w Androidzie, po napisaniu kodu aplikacja cały czas się wysypywała, nie wiedzieć dlaczego, skoro kod był prosty, czysty i przejrzysty.
Moja główna klasa dziedziczyła po ListActivity zamiast Activity, co za tym idzie, przy osadzaniu listy w widoku, w ten sposób:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

public class MainActivity extends ListActivity { TextView selection; String[] items = {"lody", "burak", "cos", "Cluedo", "lampka", "wazon", "inne", "samochod"}; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); setListAdapter(new ArrayAdapter<String>( this, android.R.layout.simple_list_item_1, items)); } }

Dlaczego kod nie działa? Dziwnym trafem, którego póki co nie jestem w stanie wytłumaczyć, wadzi tutaj setContentView(R.layout.main);. Kiedy się pozbędziemy tego, wszystko jest OK. Rozwiązanie:  Wszystko się wyjaśniło. W pliku odpowiedzialnym za widok (layout/main.xml): 1 2 3 4 5 6 7 <ListView android:id="@android:id/list" android:layout_width="fill_parent" android:layout_height="wrap_content" android:drawSelectorOnTop="true" > </ListView> Należy tutaj pamiętać, aby naszemu ListView nadać id o wartości: android:id="@android:id/list". Trzeba to zrobić, aby klasa dziedzicząca po ListActivity wiedziała, który ListView jest tym głównym. Bez tego ani rusz. Sprawa rozwiązana :)

View - główna klasa kontrolek widoku

Jak zapewne część z Was wie (a część nie :)) większość części składowych widoku (Button, TextView, EditText, CheckBox, itp.) dziedziczy po klasie View.

Taka postać rzeczy daje nam do dyspozycji przydatny, a nie wszystkim znany wachlarz metod:

• setEnabled - ustawia czy obiekt 'jest włączony'
• isEnabled - sprawdzamy czy 'jest aktywny' 
• requestFocus - próbujemy ustawić focus na danym obiekcie
• isFocused - i sprawdzamy czy obiekt dostał focus
• getParent - pobieramy rodzica obiektu lub kontener
• findViewById - znajdujemy obiekt po ID (zazwyczaj R.id.jakisId)
• getRootView - znajdujemy korzeń drzewa (np.: to co przekazaliśmy do aktywności poprzez 'setContentView()')

EditText - automatyczny focus na starcie Activity - jak go wyłączyć?

Sprawdzając jaki arsenał przygotowało nam Google w postaci kontrolek widoku napotkałem mały problem.

Jeżeli dodamy do widoku pole EditText, które służy do wpisywania tekstu przez użytkownika, na starcie aktywności pole będzie 'sfokusowane' czyli pojawi się nam klawiaturka i od razu możemy wpisywać tekst. Fajne rozwiązanie, ale co jeśli nie chemy, aby po starcie EditText miał focus?

O tym chyba brać Googlowska zapomniała, bo (po  poszukiwaniach w sieci) jedynym, najprostszym i w pełni działającym rozwiązaniem jest wstawienie bezsensownie przed EditText znacznika:

1 2 3

<LinearLayout android:focusable="true" android:focusableInTouchMode="true" android:layout_width="0px" android:layout_height="0px"/>

który będzie niewidoczy i rozwiąże nasz problem.
Miejmy nadzieję, że w przyszłych wersjach systemu zostanie dodany atrybut o wartościach boolowskich w stylu 'autoFocus' :)

Źródło: http://stackoverflow.com/questions/1555109/stop-edittext-from-gaining-focus-at-activity-startup

Eclipse - Problem z ADT - po instalacji nie działa...

Po długiej przerwie, powrót do tematu :)

Kiedy odpaliłem swoje Zaćmienie od razu postanowiłem włączyć aktualizację wtyczek.
Wszystko pięknie się ściągnęło, nowe Androidowe platformy od Google, aktualizacje do wtyczek.
 No i bum. Nie działa. Zniknęło menu ADT z Eclipsa, nie mogę wejść w ustawienia ADT (Window -> Android SDK and AVD Manager), kiedy otwieram jakiś plik "androidowy" nie widzę aby plugin działał.

Widocznie Eclipse robiąc update, narobił niezłego bałaganu.
Szybko szperając w sieci znalazłem następujące, działające rozwiązanie:

1. Zamykamy Eclipsa.
2. Usuwamy z dysku folder ~/.eclipse/org.eclipse.platform_3.5.0_155965261 (gdzie ~ to nasza domyślna domowa ścieżka)
3. Instalujemy plugin GEF ze strony http://download.eclipse.org/tools/gef/updates/releases
4. Instalujemy plugin WST Server Adapters ze strony http://download.eclipse.org/releases/galileo/ 
5. Instalujemy plugin ADT ze strony https://dl-ssl.google.com/android/eclipse

(Instalacja pluginów: Help -> Install New Software)


Taaadaaaa! :) Powinno ładnie śmigać, mi pomogło, chociaż musiałem procedurę powtórzyć 2 razy przez wyjątki Eclipsowe.

A gdzie tutorial? (Konfiguracja Eclipse i Android )

No tak, pierwsza rzecz bijąca po oczach - brak rzetelnego opisu jakiegokolwiek IDE (książka 'Beginning'). Jak tu beginować bez środowiska?
Ja polecam Eclipsa, który jest 'supportowany' (może trochę przesadzam) przez Androida. A przynajmniej jest do niego plugin na stronie Androidowego SDK.

Przygotowanie
UWAGA: musimy mieć Javowe SDK! Jeśli jeszcze nie mamy, pobieramy stąd, instalujemy.

Instalacja wtyczek, IDE
1. Ściągamy paczkę Eclipse Galileo for Java developers w wersji 3.5.2
(nie pytajcie dlaczego. Po prostu przy tej wersji nie jest potrzebna jakaś chora konfiguracja środowiska, aby nic się nie wieszało/nie cięło. Jeśli jesteś masonem, możesz śmiało instalować najnowszą wersję!).
2. Czytamy coś, co już ktoś (froger - Mirek Stanek) bardzo dobrze i przyjemnie opisał, tutaj.
Dlaczego sam tego nie opiszę? Proste - zasada DRY. (chociaż dotyczy kogoś innego :))


Proste, prawda. Naprawdę radzę używać Eclipsa w wersji Galileo 3.5.2.
Próbowałem innych, zajęło to kupę czasu i się nie udało.
Z Galileo nie miałem żadnych problemów.

Śmiga dobrze? No to fajnie. Nie? Coś musiałeś pomylić! :)

Początki bywają trudne

Hej ho!
Na samym wstępie powiem czego tu nie znajdziesz czytelniku:

• tutoriali jak programować w Javie (od tego są książki, kursy itp.)
• kodów źródłowych aplikacji
• tutoriali jak pisać mobilne aplikacje na Androida (za to polecam lekturę: Tutoriale od frogermcs)

A co tu znajdziesz?

• przede wszystkim - wolne przemyślenia i spostrzeżenia na temat Androida, programowania
• rozwiązania problemów, które napotkałem podczas swojej przygody z 'Andkiem'

"Dobra, czas zacząć się rozwijać" pomyślałem... Tak, było to jakiś rok temu. Nie wyszło. Zdarza się.
Tak więc podejście drugie, dość czasochłonne, pisanie tego, przez co się przechodzi przy programowaniu na blogu. Po prostu 'lets traj'.

Dlaczego Android? Rozwijająca się technolo.... ekhm. Zaraz, nikt tu nie zajrzy, żeby czytać dlaczego ja, czy ktokolwiek tak myśli. Po prostu - Android - Andek = Możliwości.

Początki są trudne, nie ma nic dobrego z literatury w naszym rodzimym języku (no, może 2 książki są ok, ale cena zwala z nóg większość studentów). Tak więc, ja zaczynam ambitnie od lektury angielskiego wydania książki:

"Beginning Android 2 - Mark L. Murphy".

Może być ciekawie.