Layout, bouton & android:onClick

Version imprimable

09/01/2013, 13h50
steph68b

Layout, bouton & android:onClick

Salut!

J'ai déjà cherché, mais je n'ai rien trouvé avec des critères aussi génériques...

hypothèse:
-> 1 layout A de la classe A.java
-> 1 layout B de la classe B.java

est ce qu'un bouton du layout B peut avoir 1 attribut onClick du genre

Code:

android:onClick="A.fctClick"

?

A priori, d'après mes tests, non!
Mais il y a peut être une syntaxe particulière...

Merci.
:ccool:
09/01/2013, 14h01
nicroman

Non non, c'est d'ailleurs impossible....
A quel objet de type "A" la fonction devrait être attachée ?

L'attribut "onClick" du XML est géré pendant le setContentView, et utilise l'instance de l'activité en cours... Seules les méthodes publiques de cette instance peuvent être utilisées.

Et puis de toute manière, coté "orienté objet" il y aurait là une dépendance entre la "vue" d'une activité et une autre activité ?
09/01/2013, 14h20
steph68b

Ca confirme ce que je pensais oui!

Du coup, c'était ma dernière idée pour gérer "ma" problématique du moment:

1) une barre d'outils au bas de toutes les activités s'enchaînant comme suit
main -> fille1 -> fille2 -> fille3 -> fille4

2) barre qui pour le moment comporte un bouton de géoloc (android:onClick="geoloc") & un bouton d'accès aux favoris (android:onClick="favoris")

3) et les fcts java associées geoloc() & favoris() étant dans le main.java puisque pour le moment elle n'étaient appelées que depuis l'activité principale, et non les filles.

Donc il faudrait que depuis la barre de fille3 on puisse lancer la géoloc par exemple...
09/01/2013, 14h29
nicroman

il suffit de faire hériter toutes les activtés d'une activité "parente" genre "ToolsActivity" qui va gérer la barre d'outils....
09/01/2013, 14h31
steph68b

Mes classes héritent déjà d'Activity et y a pas d'héritage multiple.
09/01/2013, 14h34
nicroman

Ben quel est le problême ?

Activity
|
ToolsActivity
|
MainActivity, Fille1Activity, ....
09/01/2013, 14h49
steph68b

Et donc main, et fille1 -> 4 hériteront donc de ToolsActivity et non plus de Activity! :ccool:

Ok, au moins pour la théorie... je vais creuser ça parce que là tout de suite, la pratique elle, me semble pas gagnée...

Ou tu aurais 1 tuto/url sous la main?
09/01/2013, 16h11
nicroman

Un tutoriel sur la programmation orientée objets ?

http://rmdiscala.developpez.com/cours/
Chapitre 5
10/01/2013, 09h33
steph68b

Non je pensais à un exemple de ce genre de toolbar, parce que là c'est flou dans l'application...... sans que je sache exactement ce qui est flou pour moi!

J'ai commencé hier:
-> class Toolbar extends Activity
-> class fille2 extends Activity est passé à class fille2 extends Toolbar
-> et là Eclipse m'insultait dans la déclaration de fille2.java avec une erreur à propos du constructeur de Toolbar

Sauf qu'en écrivant cette description ce matin, je me rends compte que je n'ai plus cette erreur de compil(?)...

Mais bon, je continue de creuser... au pire je trouverai du pétrole! :mouarf2:
10/01/2013, 11h40
steph68b

Mouais, d'après mes 1ers tests CT tout con en fait, je cherchais de nouveau trop compliqué.

Ca m'a l'air de pas mal marcher... mais ça m'évoque une autre question du coup!
Comment expliquer?

Contrairement à des fonctionnalités accessibles uniquement depuis l'activité MAIN, ici on a des fcts accessibles maintenant partout (MAIN+FILLEs)... l'utilisateur pouvant donc très facilement "boucler" dans le genre

MAIN -> fille1 -> fille2 + toolbar favoris -> fille3 (favoris) + toolbar favoris -> fille3 (favoris) + toolbar favoris -> fille3 (favoris) + toolbar favoris -> fille3 (favoris) etc...

Ce qui serait débile, je sais, mais un user reste un user...

Ce qui à mes yeux peut poser 2 problèmes:
-> les ressources empilées inutilement, voire même jusqu'à saturation?
-> un nb incalculable d'appui sur la touche "précédent" pour revenir au MAIN
10/01/2013, 13h41
nicroman
Rien ne t'empeche de spécifier que chaque activité ne doit être présente qu'une fois dans la pile:

http://developer.android.com/guide/t...ent.html#lmode

Ou sinon, de vérifier que l'activité courante n'est pas celle voulue (et ne rien faire dans ce cas là)....

Un simple code du genre de (par exemple):
Code:

1 2 3 4 5 6 if (fille1.class != getClass()) { // on n'est as dans une activité "fille1" createIntent(...); startActivity(...); }
Ou encore, utiliser un systeme d'ActionBar au lieu d'activités indépendantes.

Je me pencherai là dessus oui.

Mais avant, j'ai encore parlé trop vite en disant que ça marche... ce qui est vrai, l'action sur les boutons fonctionne, mais je n'arrive pas à mettre à jour l'état des boutons (VISIBLE, DISABLED, GONE).

Je n'ai pas trouvé la bonne formule.

toolbar.xml

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
 
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
		    xmlns:tools="http://schemas.android.com/tools"
		    android:id="@+id/TBLayout"
		    android:layout_width="match_parent"
		    android:layout_height="64dp"		    
		    android:orientation="vertical"
		    xmlns:app="http://schemas.android.com/apk/lib/com.google.ads">
 
		         <Button
			        android:id="@+id/TBgps"
			        android:layout_width="64dp"
			        android:layout_height="64dp"
			        android:layout_alignParentLeft="true"
			        android:layout_centerVertical="true"
			        android:onClick="geoloc"
			        android:text="GPS" />
 
		         <Button
			        android:id="@+id/TBfav"
			        android:layout_width="64dp"
			        android:layout_height="64dp"
			        android:layout_alignTop="@+id/TBgps"
					android:layout_toRightOf="@+id/TBgps"
			        android:layout_centerVertical="true"
			        android:onClick="favoris"
			        android:text="FAV" />
 
</RelativeLayout>

toolbar.java

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
 
public class Toolbar extends Activity implements LocationListener 
{
	//globales générales
	//******************
	private Button TBgps, TBfav;
 
	public void onCreate(Bundle savedInstanceState) 
	{
		super.onCreate(savedInstanceState);
		setContentView(R.layout.toolbar);
Log.e("--------- Toolbar","(layout chargé)");		
		initButtonsIDs();
Log.e("--------- Toolbar","(boutons initialisés)");
 
		bouton_gps();
Log.e("--------- Toolbar","(bouton gps testé)");		
		bouton_fav(); 
Log.e("--------- Toolbar","(bouton fav testé)");
	}
	private void initButtonsIDs()
	{
		TBgps  = (Button)findViewById(R.id.TBgps);
		TBfav  = (Button)findViewById(R.id.TBfav);
	}
 
 
	/* ********************************************************************************************
	 * 
	 * BOUTON GPS
	 * 
	 **********************************************************************************************/
	public void setTBgpsON() 	{ TBgps.setVisibility(android.view.View.VISIBLE); }
	public void setTBgpsOFF() 	{ TBgps.setVisibility(android.view.View.GONE); }
 
	public void bouton_gps()
	{
		if (geoloc_possible == false)	setTBgpsOFF();
		else							setTBgpsON();
	}
	public void geoloc(View view)
	{
		Toast.makeText(this,"Toolbar - geoloc",Toast.LENGTH_SHORT).show();
	}	
 
 
	/* ********************************************************************************************
	 * 
	 * BOUTON FAVORIS
	 * 
	 **********************************************************************************************/
    public void setTBfavON() 	{ TBfav.setVisibility(android.view.View.VISIBLE); Log.e("--------- Toolbar favoris","VISIBLE");	}
	public void setTBfavOFF() 	{ TBfav.setVisibility(android.view.View.GONE); Log.e("--------- Toolbar favoris","GONE");}
 
    public void bouton_fav()
	{
	    DatabaseLigne_Favoris favoris = new DatabaseLigne_Favoris(context);
		favoris.open();
		if (favoris.count() == 0)	setTBfavOFF();
		else						setTBfavON();
		favoris.close();
	}
	public void favoris(View view)
	{
		Intent i = new Intent(this, AfficherListeFavoris.class);
    	startActivity(i);
	}	
}

afficherdetails.xml

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
 
<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"    
    		android:layout_width="match_parent"
   			android:layout_height="match_parent"
   			android:id="@+id/detailsLayout"
   			android:background="@drawable/bois"
   			android:paddingLeft="10dp"
    		android:paddingRight="10dp"
   			android:orientation="vertical" >
 
							    <!-- VILLE -->
							    <!-- ***** -->
							    <TextView
							        android:id="@+id/lieu"
							        android:layout_width="wrap_content"
							        android:layout_height="wrap_content"
							        android:layout_centerHorizontal="true"
							        android:textSize="38dp"  
							        android:layout_below="@+id/adView"
							        tools:context=".AfficherListe" />
 
							    <!-- DATE -->
							    <!-- **** -->
							    <TextView
							        android:id="@+id/date"
							        android:layout_width="wrap_content"
							        android:layout_height="wrap_content"
							        android:layout_alignParentLeft="true"
							        android:layout_below="@+id/selection"
							        android:layout_marginTop="10dp"
							        android:text="Prochaine date : "
							        android:textSize="37dp"
							        android:textAppearance="?android:attr/textAppearanceMedium" />
 
		<include layout="@layout/toolbar"  android:layout_below="@+id/scroll" android:layout_alignParentBottom="true" / >
 
</RelativeLayout>

afficherdetails.java

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
 
public class AfficherDetails extends Toolbar
{
	private TextView dateVille, titre;
	private ImageButton favoris, favoris_del;
 
    @Override
    public void onCreate(Bundle savedInstanceState) 
    {
    	DatabaseLigne_Favoris manifBDD = new DatabaseLigne_Favoris(this);
 
    	super.onCreate(savedInstanceState);
        setContentView(R.layout.afficher_details);
 
        dateVille = (TextView) findViewById(R.id.lieu);
        titre = (TextView) findViewById(R.id.selection);
 
    	favoris =(ImageButton)findViewById(R.id.favoris);		 
		favoris_del =(ImageButton)findViewById(R.id.favoris_del);
 
        Bundle objetbunble  = this.getIntent().getExtras();
		dateVille.setText(objetbunble.getString("date"));
		titre.setText(objetbunble.getString("titre"));
	}	
 
	public void ajouter_favoris (View view)
    {
    	try 
    	{
			DatabaseLigne_Favoris manifBDD = new DatabaseLigne_Favoris(this);
			manifBDD.open();
			manif.setDate(Fonctions.dateJJMMAAAA((String) dateD.getText()));
			manifBDD.insertManif(manif);
			manifBDD.close();
			Toast.makeText(AfficherDetails.this,"Manifestation ajoutée à vos Favoris.",Toast.LENGTH_SHORT).show();
			favoris.setEnabled(false);
		} 
    	catch (Exception e) 
    	{
    		Toast.makeText(AfficherDetails.this,"PROBLEME de sauvegarde du favori, opération avortée.",Toast.LENGTH_LONG).show();
		}
    }    
 
    public void supprimer_favoris (View view)
    {
    	try 
    	{
			DatabaseLigne_Favoris manifBDD = new DatabaseLigne_Favoris(this);
			manifBDD.open();
			manifBDD.removeManifById(id_Fav);
			manifBDD.close();
 
			Toast.makeText(AfficherDetails.this,"Manifestation supprimée de vos Favoris.",Toast.LENGTH_SHORT).show();
			setResult(RESULT_OK, new Intent());
			finish();
		} 
    	catch (Exception e) 
    	{
    		Toast.makeText(AfficherDetails.this,"PROBLEME de suppression du favori, opération avortée.",Toast.LENGTH_LONG).show();
		}
    }
}

l'idée pour le test:
-> ajout favoris: mettre le bouton favoris de la toolbar avec DISABLED par exemple
-> juste pour tester une action sur l'état du bouton
-> pour a terme pouvoir passer le bouton en GONE ou DISABLED par exemple lorsqu'il n'y a encore aucun favoris stocké

MAIS: est-ce que ça passe
1.) par une commande dans le code de afficherdetails.ajouter_favoris()?
OU
2.) par une méthode de la classe toolbar?

En fait, j'ai essayé les deux, mais sans succès...

Voilà, voilà.

En fait, dès le départ c'est bizarre:

-> au lancement de AfficherDetails(), les méthodes de Toolbar() sont bien exécutées (grâce à l'héritage)
Code:

1 2 3 4 5 6 7 8 01-11 13:49:34.001: E/--------- Toolbar(547): (layout chargé) 01-11 13:49:34.001: E/--------- Toolbar(547): (boutons initialisés) 01-11 13:49:34.001: E/--------- Toolbar gps(547): (false) 01-11 13:49:34.001: E/--------- Toolbar(547): (bouton gps testé) 01-11 13:49:34.031: E/--------- Toolbar NB favoris(547): (0) 01-11 13:49:34.031: E/--------- Toolbar favoris(547): GONE 01-11 13:49:34.041: E/--------- Toolbar(547): (bouton fav testé)
-> les tests correctement résolus (afficher ou pas selon existence gps et favoris)

-> les actions (GONE/VISIBLE) sont lancées........

et pourtant les 2 boutons persistent à rester afficher malgré le passage à GONE! :calim2:

13/01/2013, 21h06
Feanorin

Bonjour,

Je n'ai pas tout suivi mais tu peux tenter de faire un invalidate après avoir mis à jour l'état de ton bouton.
http://developer.android.com/referen...l#invalidate()

Même si je n'y crois pas trop :s
14/01/2013, 08h48
steph68b
Ok, je vais essayer autrement.
En fait ce que j'essayais d'expliquer:

1.) au départ je pensais que le simple fait que AfficherDetails héritait de Toolbar suffirait à afficher ma barre (comme Toolbar.java lance un setcontentview du toolbar.xml)
=> non!

2.) j'ai donc rajouté l'include du layout de Toolbar dans celui de AfficherDetails
=> ma barre apparait bien, ok
=> les clics sont gérés, ok
=> sauf que je n'arrive pas à modifier les boutons (gone, visible, disabled) malgré que les méthodes de Toolbar soient lancées (logcat)

3.) c'est donc comme si ces actions (gone, visible, disabled) se faisaient MAIS sur les boutons de toolbar.xml, et non sur les boutons de l'instance de toolbar.xml incluse dans afficher_detail.xml
-> serait-ce une explication?

4.) il faut donc que je puisse "pointer" ces objets là dans AfficherDetails.java, mais comment?
-> en java normal je ferai un truc du genre;
Code:

1 2 3 Toolbar tb = new Toolbar(); tb.setTBfavOFF()
-> mais là je n'ai pas de constructeur comme c'est une activity, juste le onCreate()
-> et je ne peux pas non plus accéder de manière static aux méthodes de Toolbar.java
-> sans compter le point 3.) ci-dessus.......
14/01/2013, 08h59
Feanorin

Citation:

au départ je pensais que le simple fait que AfficherDetails héritait de Toolbar suffirait à afficher ma barre (comme Toolbar.java lance un setcontentview du toolbar.xml)

Normalement cela doit marcher !!

Citation:

j'ai donc rajouté l'include du layout de Toolbar dans celui de AfficherDetails

Tu n'as pas besoin de faire cela, par contre c'est normal que tu ne charges pas le même layout entre ta ToolBar et ton AfiicheDetails ????
14/01/2013, 09h09
steph68b

Je viens de refaire le test de l'include, et je confirme: dans afficher_details.xml, si je vire mon

Code:

<include layout="@layout/toolbar" />

, ma barre n'apparait pas.

Toolbar.java (que je veux pouvoir utiliser dans toutes mes activités) charge toolbar.xml qui contient la définition des boutons dans un relativelayout

AfficherDetails.java charge afficher_details.xml... qui lui même contient toolbar.xml via l'include

Ou alors j'ai loupé un truc, conceptuellement?

Pour moi AfficherDetails charge son layout..... ainsi que toolbar.xml, en "surimpression", via l'héritage... c'est pas ça?
14/01/2013, 09h55
steph68b

Ou alors Toolbar.java.onCreate() ne doit pas faire un

Code:

setContentView(R.layout.toolbar);

mais plutôt inflater ce même layout au-dessus du layout principal de la page
-> afficher_details.xml ICI
-> mais sinon, dans le cas des mes autres activités, comment récupérer l'ID du layout de l'activité courante?
14/01/2013, 10h57
steph68b

J'écume le net depuis ce matin et tu as raison, ce qui semblait logique!

-> ça devrait marcher exactement comme je l'ai fait et posté plus haut! :cry:

-> Toolbar (avec ses méthodes) extends Activity + AfficherDetails extends Toolbar = affichage de la TB, sans include dans afficherèdetails.xml..............

-> mais ce n'est malheureusement pas le cas! :cry:

Y a donc une c****** qq part dans le potage... ou plutôt dans mon code!

La toolbar existe qq part, puisque ses méthodes sont lancées, appliquées & ne crashent pas (setcontentview, setTBgpsON/OFF, etc).

Mais c'est comme si la toolbar elle était cachée, écrasée ou au second plan, par rapport à afficher_details.xml(??)........
14/01/2013, 13h34
steph68b

Citation:

Envoyé par Feanorin

c'est normal que tu ne charges pas le même layout entre ta ToolBar et ton AfiicheDetails ????

heu... oui:
-> afficher_details c'est le principale de l'activité
-> toolbar spécifique à la toolbar..... qui doit se "rajouter"

ou déjà là conceptuellement j'ai tout faux? :oops:
15/01/2013, 09h01
Feanorin

Euh,...

J'avais mal compris, non comme cela , ça ne peut pas marcher, je pensais que tu voulais récupérer la vue de ToolBar mais en fait tu en veux une nouvelle.

Pour résumer si tu veux garder la vue chargé par ToolBar depuis ta DetailsActivity, il te faudra alors cherger dynamiquement depuis ta Details Activity suite au super() ta nouvelle vue.

Si tu ne veux pas te compliqué la vie après tu peux toujours le faire dans l'xml comme ce que tu as fait sauf que tu refais un rappel a setContentView pour charger ta nouvelle vue.

Si cela ne marche pas à l'heure actuelle c'est que tu surcharges setContentView dans ta DetailsActivity du coup le setContentView de ta ToolBar est caduque.

Vue ce que tu voudrais faire peut être que la ToolBar ne serait plus une Activity mais une Vue (View ) avec un Context , non ?
15/01/2013, 11h28
steph68b

Citation:

J'avais mal compris, non comme cela , ça ne peut pas marcher, je pensais que tu voulais récupérer la vue de ToolBar mais en fait tu en veux une nouvelle.

yeap, afficher ma barre sur le layout afficher_details (et tous les autres au final)

Citation:

Pour résumer si tu veux garder la vue chargé par ToolBar depuis ta DetailsActivity, il te faudra alors cherger dynamiquement depuis ta Details Activity suite au super() ta nouvelle vue.

ce qui implique donc de modifier toutes mes activities pour afficher/gérer la TB... ce que je pensais éviter (copier/coller) avec une classe spécifique, et plus "propre".
-> en plus il y a aura aussi le problème des fcts onClick à dupliquer aussi dans chq activité :?.......
-> quid des méthodes de la classe Toolbar.java?

Citation:

Si tu ne veux pas te compliqué la vie après tu peux toujours le faire dans l'xml comme ce que tu as fait sauf que tu refais un rappel a setContentView pour charger ta nouvelle vue.

Si cela ne marche pas à l'heure actuelle c'est que tu surcharges setContentView dans ta DetailsActivity du coup le setContentView de ta ToolBar est caduque.

et visiblement la toolbar en 1er (héritage) et afficher_details ensuite, qui écrase la TB, ok
-> pas moyen de gérer un truc genre Z-INDEX, comme en html?

Citation:

Vue ce que tu voudrais faire peut être que la ToolBar ne serait plus une Activity mais une Vue (View ) avec un Context , non ?

oui mais alors je ne peux plus faire hériter mes activités d'Activity, via Toolbar.java 8O....

mais développe-voir ton idée stp, si ça peut s'adapter à mon cas, pas de soucis, je ne suis pas sectaire. :mrgreen:
15/01/2013, 12h03
nicroman
Non mais il faut faire un petit dessin:

Activité "AfficherDetailsActivity"
Utilisation du layout afficher_details.xml
Dans ce layout il y a quelque par un "include" du layout toolbar.xml
Hérite de "ToolbarActivity"

Fonction onCreate():
Comme toutes les onCreate() du monde:
setContentView(R.layout.afficher_details);

Activité "ToolbarActivity"
Surcharge de setContentView(int resId) avec un truc genre:
Code:

1 2 3 4 5 6 7 @Override void setContentView(int resId) { super.setContentView(resId); this.shortcutButton = (Button) findViewById(R.id.shortcuts); // <= inclus dans "toolbar.xml" }
etc...

Modification de "toolbar.xml" => modification de ToolbarActivity
Modification de "afficher_details.xml" => modification de AfficherDetailsActivity
15/01/2013, 13h34
Feanorin

Citation:

et visiblement la toolbar en 1er (héritage) et afficher_details ensuite, qui écrase la TB, ok
-> pas moyen de gérer un truc genre Z-INDEX, comme en html?

Non :D, Nicroman t'as fait un schéma pour t'expliquer ;), ce qui est plus clair que mon texte :aie:.

Citation:

oui mais alors je ne peux plus faire hériter mes activités d'Activity, via Toolbar.java ....

mais développe-voir ton idée stp, si ça peut s'adapter à mon cas, pas de soucis, je ne suis pas sectaire.

Tu peux créer un nouvelle vue personnalisé, qui comportera pour ton exemple : deux boutons, avec un code par défaut pour leur utilisation, il te suffira alors te juste rajouter ce widget dans tes layouts. Comme cela le code ne sera pas dupliqué mais juste l'insertion du composant dans le xml. (Pour cela surcharge le layout_inflater du constructor ;) ).

Du coup plus d'héritage par l'activity mais la déclaration se fera dans le fichier xml (layout) ;).

Citation:

-> en plus il y a aura aussi le problème des fcts onClick à dupliquer aussi dans chq activité .......

Ca il faudra bien l’implémenter à un moment ou un autre en fonction des cas spécifiques :/.

Citation:

-> quid des méthodes de la classe Toolbar.java?

Ben elles seront dans la classe ToolBarView.java 8-). qui sera implémenté par défaut !
15/01/2013, 14h03
steph68b

Bon, là tout de suite y a des trucs qui ne parlent pas vraiment au débutant que je suis.

Mais je vais creuser tout ça! :roll:
Merci.
15/01/2013, 14h31
Feanorin

Ici tu as un bon exemple :
http://yayandongo.blogspot.fr/2012/0...isees-sur.html

Après tu n'es pas obligé de le faire sur une ViewGroup (RelativeLayout, LinearLayout,..) mais tout simplement sur une View.

Le mieux vu que ta vue est composé de plusieurs éléments est de passer par une GroupView ;).
15/01/2013, 14h37
steph68b

Merci. ;)