Po treh razbitih tipkovnicah in pogriženi miški kasneje:

Uspelo mi je ugotovit, da se R.java ne uspe zgenerirat, če imaš kjerkoli v skripti kakšne errorje. Zdaj, ko sem vsakega posameznega nekako uspel spucat, se je rešilo.

Potem pa, jasno, se kljub vsemu niso uspeli prikazovat buttoni, ko sem zagnal aplikacijo, čeprav sem jih v Eclipsu lahko videl. To sem rešil takole, da sem skripto prisilil, da ob zagonu fokusira točno določeno stvar:

public void onCreate(Bundle savedInstanceState) {

        super.onCreate(savedInstanceState);

        setContentView(R.layout.activity_main);

    }

Kakopak o tem v tutorialu ni bilo ne duha ne sluha.

Ampak ok. Imam še 10 tipkovnic v omari, tako da keep em coming. :)

Pa thanks za pomoč. Upam, da mi bo zdaj vse štimalo.

OK, napredujem. Sem šel še nekaj korakov naprej, in intent error je izginil. Zdaj imam pa nov problem:

/** Called when the user clicks the Send button */

    public void sendMessage(View view) {

        Intent intent = new Intent(this, DisplayMessageActivity.class);

      **EditText editText = (EditText) findViewById(R.id.edit_message);**

        String message = editText.getText().toString();

        intent.putExtra(EXTRA_MESSAGE, message);

        startActivity(intent);

    }

Pri označeni liniji mi jamra da 'R cannot be resolved to a variable'. Sem googlal problem, in pravijo, da znotraj 'gen' folderja ne sme bit uppercase letterjev, in da naj bi to pozročilo, da se R.java izbriše. No, jaz imam recimo v tem folderju tudi BuildConfig.java. Sem probam preimenovat v buildconfig.java, nič. Hecno je, da če potem dam clean project, da mi izbriše buildconfig.java, in se stari BuildConfig.java vrne nazaj. O R.java pa ne duha, ne sluha.

Hecne zadeve... se komu kaj sanja kje je fora?

Ja, delam po tem tutorialu.

Sem namestil kodo pod AndroidManifest.xml, ampak ni pomagalo. Manifest zdaj zgleda takole:

<?xml version="1.0" encoding="utf-8"?>

<manifest xmlns:android="http://schemas.android.com/apk/res/android"

    package="com.blabla.mytestapp"

    android:versionCode="1"

    android:versionName="1.0" >



    <uses-sdk

        android:minSdkVersion="8"

        android:targetSdkVersion="18" />

    <uses-feature />

    <library />



    <application

        android:allowBackup="true"

        android:icon="@drawable/ic_launcher"

        android:label="@string/app_name"

        android:theme="@style/AppTheme" >

        <activity

            android:name="com.blabla.mytestapp.MainActivity"

            android:label="@string/app_name" >

            <intent-filter>

                <action android:name="android.intent.action.MAIN" />



                <category android:name="android.intent.category.LAUNCHER" />

            </intent-filter>

        </activity>

        <activity

        android:name="com.blabla.mytestapp.DisplayMessageActivity"

        android:label="@string/title_activity_display_message"

        android:parentActivityName="com.blabla.mytestapp.MainActivity" >

        <meta-data

            android:name="android.support.PARENT_ACTIVITY"

            android:value="com.blabla.mytestapp.MainActivity" />

       </activity>

         <activity android:name=".Must" />

    </application>

</manifest>

Poleg 'intent cannot be resolved to a type' errorja, mi za isto linijo piše tudi 'No enclosing instance of the type Activity is accessible in scope'. Delam pod Linuxi.

Poskusil sem tudi importat en tutorial projekt ki ima opravka s temi meniji, in mi tudi tam javlja eno tono errorjev. Kaj bi lahko bilo narobe?

Z Eclipsom delam eno simpl Android aplikacijo. Zaenkrat se šele spoznavam z javo, in stvari kot updejtanje text fieldov, funkcije, itd - mi delujejo pravilno. Zatakne se, ko probam delat fensi stvari, recimo menu iz katerega bi uporabnik izbral neko sliko iz telefona.

Neglede na to, kakšen intent probam dat noter, mi javi Intent cannot be resolved to a type. Sem porabil par ur z Googlanjem, pa mi nobena rešitev zaenkrat ne dela.

Celotna koda:

package com.blabla.mytestapp;



import android.app.Activity;

import android.content.Intent;

import android.os.Bundle;

import android.view.View;

import android.widget.TextView;

import android.content.Intent;

import android.view.View;



public class MainActivity extends Activity {



    public String nekafunkcija() {

        String nekavariabla = "to je nekavariabla";

        return nekavariabla;

    }



    public void sendMessage(View view) {

        // Do something in response to button

        **Intent intent = new Intent(this, DisplayMessageActivity.class);**

    }



    /** Called when the activity is first created. */

    @Override

    public void onCreate(Bundle savedInstanceState) {

        super.onCreate(savedInstanceState);



        TextView text = new TextView(this);

        text.setText("Hello World, Android - mkyong.com");

        setContentView(text);

    }

}

Problematična linija je boldana. Reče da 'DisplayMessageActivity cannot be resolved to a type.' Ne pomaga niti, če DisplayMessageActivity spremenim v MainActivity (zaenkrat še ne vem, kaj točno delam, in več ali manj ugibam v temi).

Kje bi lahko bil problem?

Next level guitar. Seveda če te ne moti, da so to video lekcije. Naučijo te od čistih osnov, pa vse do advanced tehnik. Je pa plačljivo. Sicer pa imajo polno zastonjskih lekcij na youtubu, če malo pobrskaš. Tud Justin guitar je baje fajn roba.

Meni tak način učenja bolj odgovarja (sam določaš kdaj se boš učil in koliko), in je kar precej cenejši od individualnih inštrukcij. So pa slednje vsekakor koristna stvar, ko imaš kako specifično vprašanje, in je fajn da ti nekdo v živo pokaže al pa da par nasvetov.

Stave, ruleta in podobne zadeve so načeloma tako naravnane, da ima edino hiša na dolgi rok pozitven ROI, medtem ko pri večigralskem pokru pa je lahko zelo nasprotno, če veš, kaj delaš. Ampak pustimo. :)

Zdaj, če zavzamem stališče zena, pa bom rekel takole. Vsaka stvar je za nekaj dobra, za nekaj pa slaba. Jaz, na primer, si celo želim, da bi bil zasvojen z nekaterimi stvarmi, ki jih moram počet poslovno. V tem primeru bi jih delal z veliko manjšim odporom. Ko bi le bil s tem zasvojen... svet bi takoj bil lepši.

Pa ne me narobe razumet... odvisnosti so vsekakor resen problem, če ti pobegnejo izven nadzora. Ampak roko na srce, vsi smo od nečesa malenkost odvisni. Pa če je to internet, poker, ali pa skodelica jutranje kave.

Moderation is key. :)

Samo dejansko, če želiš da ti odobrijo guest post, moraš skup spravit nekaj kvalitetnega. Spun crap ti bo vsak normalen webmaster takoj zavrnil. V nasprotnem primeru pa tako ali tako gre za spamblog, iz katerega je vprašljivo, če sploh želiš imet povezave.

Kar želim povedat je... poteza Cuttsa mi resnično ni jasna. Ker guest blogging že zaradi zgoraj omenjenega razloga težko spada pod spammanje. Vse dosedanje njegove stvari so sicer bile do konca brutalne, ampak so vsaj imele odzadaj neko trohico zdravega razuma.

Tole mi je pa total mimo. Pa ne samo iz IM stališča, tudi kot uporabniku spleta.

// I dedicate all this code, all my work, to my wife, Darlene, who will

// have to support me and our three children and the dog once it gets

// released into the public.

Tu me je vrglo.

Pravnega vidika me je tukaj rše najbolj strah. Sploh, ker v mojem primeru gre za komercialno aplikacijo.

Samo po drugi strani... kako pa potem razni keyword research tooli in SERP rank trackerji funkcionirajo? Imajo direkten dogovor z Googlom? Brad Callenov Niche finder, kot primer, ti recimo da na izbiro, ali želiš podatke z Googla črpat preko Firefoxa ali IE browserja. Če greš tovrstne podatke pridobivat po 'uradni' poti, boš to skoraj zagotovo počel preko API-jev, ne pa preko direktnega scrapanja. Dvomim, da oni imajo dovoljenje tudi zaradi tega, ker od googla dobiš temporary ip ban če preveč vneto researchaš (ki ga po želji zaobideš s proxyji.) Logično sklepam, da bi Google uporabnikom Niche finderja dodelil neke vrste exception, če bi imeli kako posebno dovoljenje.

Čeprav res, da ko malo berem po internetu, vidim, da se zadnja leta legalna strogost do web scrapanja precej zaostruje. Pa v TOS Ebay tud prepoveduje scraping. Bah, better safe than sorry.

Malo me matra, da bom zdaj moral dobit kar 2 approvala; enega od Appla, drugega od Ebaya. Fun times.

Hmm, sicer ne vem, koliko procesorskih resourcov pobere obdelava podatkov, ampak želel bi tako stvar držati čim bolj na client-endu in čim manj na server-endu. Delam vbistvu eno iOS aplikacijo, ki bi scrapala podatke z ene strani, jih obdelala, nato pa prikazala grafe itd. In telefonskih resourcov je neomejeno (vsak uporabnik ima svoj telefon s svojim procesorjem), medtem ko server ti pa verjetno ob dosti requestih lahko tudi pade. Vsaj common sense mi tako pravi.

Hmm, tak da očitno bo res treba z AJAX-om retrievat preko posredniškega php fajla, če ni druge client-side rešitve. To sem sprobal, pa mi vsaj sigurno dela. API-jem se načeloma poskušam izogibat, ker si lastniki lahko vedno kaj zmislijo... ali ti skos omejujejo poizvedbe, ali ti na tak ali drugačen način probajo zakasirat itd. Če pa mi kdaj poizvedbe z neke domene zablokirajo, pa jih vedno lahko posplitam na druge oz. jih zamenjam.