Discussion :

[Feanorin]

Edit du 16/01/2012

Bonjour.

Ce défi est maintenant terminé.

A notre grande surprise, nous n'avons reçu aucune participation.

Pour un possible défi futur, nous aimerions connaître nos erreurs et les corriger.

Si, vous voulez que l'on vous propose d'autres défis ou si vous voulez nous aider à nous améliorer, n'hésitez pas à poster vos remarques sur le forum.

Cordialement,

L'équipe Android

Bonjour,

L'équipe d'Android a le plaisir de vous annoncer la création d'un défi.
Les défis Android sont des exercices à faire soi-même ou en équipe sur un sujet précis, à la manière des exercices de livres, dont le but principal est de s'amuser.
Ces défis sont accessibles aux programmeurs confirmés, comme débutants, le forum étant là pour vous aider si vous bloquez sur certains sujets .

Nous n'allons pas vous faire attendre plus longtemps, voici le sujet.

• Énoncé
  
  Le défi "home widget sur la connectivité" portera sur la création d'un widget pour gérer la connectivité sur votre smartphone / tablette Android. Plusieurs thématiques seront abordées dans ce sujet nous allons les détailler par la suite. Le but de ce défi est de contrôler les différents types de connectivité que propose le smartphone. Le widget doit être original et pleinement fonctionnel . Pour illustrer nos propos, voici ce qu'est un widget :
  
  
  
  
  
• Consignes
  
  En laissant libre cours à votre imagination et en vous appuyant si vous le souhaitez sur les fichiers joints, vous devez créer le logiciel.
  Dans nos défis, nous aimons laisser une grande liberté aux participants afin de leur permettre d'exprimer pleinement leur créativité. Quoi de plus frustrant que d'être limité à devoir réaliser une interface utilisateur précise aux fonctionnalités données ? Certes, vous êtes libres, mais cette liberté va être limitée par quelques restrictions détaillées dans la sous-partie suivante.
  
  
  
  • Fonctionnalités
    
    Ce projet devra porter sur la connectique du smartphone, nous imposerons quelques fonctionnalités :
    
    
    • gestion de la WiFi (Connexion, déconnexion, choix du WiFi) ;
    • gestion de la connexion 3G ;
    
    
    
  • Environnement
    
    
    
    • Langage Java.
    • Lib externe interdite. Uniquement le framework Android.
    • Seules les icônes créées par le participant ou sous licence Open Source et gratuites sont autorisées. Pour le second cas, le participant doit fournir l'origine. Vous pourrez en trouver à ce lien.
    • Le participant doit spécifier la version et les formats d'écran minimaux supportés.
    • Les sources doivent être sous licence Open Source.
    • L'application devra fonctionner sur une API de base 8 (FROYO), nous n'imposons pas de restrictions sur l'IDE.
    
    
    
  • Contraintes spécifiques
    
    
    
    • L'application doit au moins supporter deux langues, nous vous laissons le choix de la deuxième langue, la première sera bien entendu la langue française .
    • Une documentation 'minimale' (on n'est pas méchant ...) sera demandée.
    • De même, le code devra être documenté.
    
    
    
  • Temps
    
    Le défi dure deux mois. Il débute le premier novembre 2011 à minuit (00 h 00) et se termine le premier janvier à minuit (00 h 00). Les dernières participations pourront être rendues jusqu'à cette date, au-delà de laquelle elles ne seront pas acceptées. Toutefois, cette durée de réalisation est amplement suffisante pour avoir le temps d'élaborer une participation complète. En effet, elle est bien trop élevée pour la présentation d'une simple candidature, mais appropriée pour réaliser un logiciel complet, débordant de fonctionnalités, bien au-delà de ce qui est demandé ou proposé.
    
    
  • Équipes
    
    Les équipes peuvent compter jusque deux personnes. Les présentations rendues par une équipe seront évaluées selon les mêmes critères, avec la même sévérité que les candidatures de personnes seules.
    
    Afin de faciliter le travail en équipe pour ce défi, il est possible d'obtenir un dépôt Subversion ainsi qu'un espace Redmine. Ces outils sont principalement destinés aux équipes. Pour y avoir accès, il suffit d'en faire la demande à un membre organisateur.
    
    
  • Fichier à rendre
    Le fichier que vous rendrez au jury par l'intermédiaire de la page prévue à cet effet devra impérativement contenir un fichier de projet .jar, qui contiendra les fichiers sources de votre projet ainsi que votre Apk.
    
    La documentation pourra être rangée à la racine de l'archive à rendre si elle tient en un seul fichier (fichier texte, TEX, PDF, etc.), mais devra être dans un sous-dossier dans le cas contraire (par exemple, une documentation Doxygen).
    
    Aussi, vous fournirez un fichier de type README, dans lequel vous marquerez votre accord pour une éventuelle diffusion sur les pages Sources de Developpez.com. Vos sources seront libres de droits (open source). Vous y marquerez aussi votre environnement de développement (version Android, IDE et version) pour en faciliter la correction.
    
    Dans un autre fichier, vous décrirez brièvement votre projet et comment vous l'avez mené à bien (problèmes rencontrés, difficultés surmontées sans problème, recherche d'idées, idées abandonnées, le temps approximatif de développement, choix de tel algorithme, paradigme de conception...).
    
  
  
  
• Évaluations
  
  
  
  • Critères
    
    Ces critères sont obligatoires : toute participation sera jugée selon ceux-ci au minimum.
    
    • Qualité du code Java (lisible, modulaire, commenté, bien présenté, respect des principes de la programmation orientée objet et de conception).
    • Qualité du code XML.
    • Séparation logique du code.
    • Documentation minimale.
    • Gestion des données et conception de la base de données.
    • Respect des consignes du défi (fonctionnement minimal attendu, fonctionnalités de base, esthétisme et fluidité, modules requis).
    • Interface graphique : ergonomie ou design.
    • Robustesse de l'application.
    • Il est aussi possible de dépasser le minimum demandé : évidemment, cela sera récompensé à sa juste valeur. Ces critères peuvent vous mettre sur la piste pour dépasser nos attentes.
    
    
    
  • Jury
    
    Yan
    David55
    MrDuChnok
    
    
  • Grille de cotation
    
    
    
  
  
  
  
• Prix
  
  Un bon de 50 € d'Amazon sera remis au vainqueur de ce défi suite à l'évaluation du jury à la fin du temps imparti.
  
  Sur ce, bon courage à tous et bonne chance

Edit :

Pour rendre votre projet, vous pouvez l'envoyer à cette adresse defi.android@redaction-developpez.com.
Nous vous laissons jusqu'au 15 Janvier 2012 pour nous le rendre.

[yan]

N'hésitez à présenter votre participation

[acesyde]

Bonne chance à tous les participants !

Quelques infos gratuites :
- gestion de la WiFi (Connexion, déconnexion, choix du WiFi)
* Pas trop de soucis à se faire à ce niveau

- gestion de la connexion 3G
* Vous allez vous arracher un petit plus les cheveux

Pensez au bluetooth et au GPS.

[yan]

- gestion de la WiFi (Connexion, déconnexion, choix du WiFi)
* Pas trop de soucis à se faire à ce niveau

- gestion de la connexion 3G
* Vous allez vous arracher un petit plus les cheveux
.

C'est marrant, sur le projet que j'avais fait c'était le contraire

[Agriesean]

génial ce concours. étant étudiant ça peut être très stimulant. Je cherche une idée sur que vas faire ce widget. LA partie la plus compliquée.

Dès que j'ai une idée je m'inscris.^^

[Sylost]

J'aime bien l'idée d'un défi, c'est plutôt motivant =)

Par contre, même après avoir relu plusieurs fois, je ne suis pas sûr d'avoir saisi le but des fonctionnalités... il faut créer un widget qui permet de gérer l'activation du wifi et/ou de la 3G? Ou créer un widget qui fait une action quelconque se basant sur la connectivité?

[Feanorin]

il faut créer un widget qui permet de gérer l'activation du wifi et/ou de la 3G? Ou créer un widget qui fait une action quelconque se basant sur la connectivité?

Il faut créer un widget qui permet de gérer l'activation du wifi et de la 3G (obligatoires). Après tu peux l'améliorer si tu le souhaites, nous avons donné quelques pistes d'améliorations...

[michel.di]

- gestion de la connexion 3G
* Vous allez vous arracher un petit plus les cheveux

En effet bien galére ça. Faut absolument passer par la réflexion?
Pour ma part j'ai une SecurityException

[yan]

En effet bien galére ça. Faut absolument passer par la réflexion?
Pour ma part j'ai une SecurityException

C'est a dire?

[michel.di]

J'ai cette erreur la :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
12-16 22:37:27.805: WARN/System.err(26151): java.lang.reflect.InvocationTargetException
12-16 22:37:27.815: WARN/System.err(26151):     at java.lang.reflect.Method.invokeNative(Native Method)
12-16 22:37:27.815: WARN/System.err(26151):     at java.lang.reflect.Method.invoke(Method.java:507)
12-16 22:37:27.815: WARN/System.err(26151):     at org.midix.fr.model.NetworkConnect.turnOff(NetworkConnect.java:63)
12-16 22:37:27.815: WARN/System.err(26151):     at org.midix.fr.model.NetworkActivity.enableDisableNetwork(NetworkActivity.java:34)
12-16 22:37:27.815: WARN/System.err(26151):     at org.midix.fr.model.NetworkActivity.onStartCommand(NetworkActivity.java:22)
12-16 22:37:27.815: WARN/System.err(26151):     at android.app.ActivityThread.handleServiceArgs(ActivityThread.java:2060)
12-16 22:37:27.815: WARN/System.err(26151):     at android.app.ActivityThread.access$2800(ActivityThread.java:121)
12-16 22:37:27.825: WARN/System.err(26151):     at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1006)
12-16 22:37:27.825: WARN/System.err(26151):     at android.os.Handler.dispatchMessage(Handler.java:99)
12-16 22:37:27.825: WARN/System.err(26151):     at android.os.Looper.loop(Looper.java:123)
12-16 22:37:27.825: WARN/System.err(26151):     at android.app.ActivityThread.main(ActivityThread.java:3701)
12-16 22:37:27.835: WARN/System.err(26151):     at java.lang.reflect.Method.invokeNative(Native Method)
12-16 22:37:27.835: WARN/System.err(26151):     at java.lang.reflect.Method.invoke(Method.java:507)
12-16 22:37:27.835: WARN/System.err(26151):     at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:862)
12-16 22:37:27.835: WARN/System.err(26151):     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:620)
12-16 22:37:27.835: WARN/System.err(26151):     at dalvik.system.NativeStart.main(Native Method)
12-16 22:37:27.845: WARN/System.err(26151): Caused by: java.lang.SecurityException: Neither user 10111 nor current process has android.permission.MODIFY_PHONE_STATE.
12-16 22:37:27.855: WARN/System.err(26151):     at android.os.Parcel.readException(Parcel.java:1322)
12-16 22:37:27.855: WARN/System.err(26151):     at android.os.Parcel.readException(Parcel.java:1276)
12-16 22:37:27.855: WARN/System.err(26151):     at com.android.internal.telephony.ITelephony$Stub$Proxy.disableDataConnectivity(ITelephony.java:949)
12-16 22:37:27.855: WARN/System.err(26151):     ... 16 more

:'(

[yan]

Caused by: java.lang.SecurityException: Neither user 10111 nor current process has android.permission.MODIFY_PHONE_STATE.

Il te manque cette permission dans ton manifest

[mouhsinandroid]

nom:mouhsin

[yan]

nom:mouhsin

Le premier participant officiel
Bon courage pour le défis. N'hésite pas à poser des questions sur le forum.

[Feanorin]

Bonjour,

Les inscriptions se feront directement sur le forum sur le format
Inscriptions :
Nom / Nom Binôme

Maintenant que nous avons recueilli les avis de participation, nous aimerions valider plus officiellement les participants. Donc merci d'envoyer vos candidatures à un des jury ou directement depuis ce sujet comme indiqué ci dessus.

Merci d'avance.

[caporaldead]

Bonjour à tous !

Une équipe de plus au concours :

Daav / Tom (c'est moi ^^), équipe iGMal, bonne chance à tous les autres participants & have fun .

Pour info (et comparatif pour les autres équipes) nous on a bien avancé côté fonctionnel, par contre le plus "ennuyant" pour rester correct c'est le côté graphique et pour rien cacher le widget ! Si d'autres veulent faire partager leur niveau d'avancement .

A bientôt.

[HozakaN]

HozakaN/Castorflex

De notre côté nous avons des fonctionnalités qui fonctionnent à peut prêt, et nous luttons pour faire des widgets les plus dynamiques possibles, selon les préférences des utilisateurs

[michel.di]

Il te manque cette permission dans ton manifest

Non elle est ajoutée

[yan]

Non elle est ajoutée

tu es sur de l'avoir mis au bon endroit? sinon faudrait voir le code.

[michel.di]

tu es sur de l'avoir mis au bon endroit? sinon faudrait voir le code.

Oui elle est au bon endroit. Pour le code, c'es le suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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
69
70
71
72
73
74
 
public class NetworkConnect {
 
	private TelephonyManager network;
	private ConnectivityManager connectivity;
 
	public NetworkConnect(Context context) {
		this.network = (TelephonyManager) context
				.getSystemService(Context.TELEPHONY_SERVICE);
		this.connectivity = (ConnectivityManager) context
				.getSystemService(Context.CONNECTIVITY_SERVICE);
	}
 
	 public boolean turnOn() {
	 Log.d("network", "turnOn");
	 try {
	     Class<?> telephonyManagerClass = Class.forName(this.network.getClass()
	 .getName());
	     Method getITelephonyMethod = telephonyManagerClass
	 .getDeclaredMethod("getITelephony");
	 getITelephonyMethod.setAccessible(true);
	     Object ITelephonyStub = getITelephonyMethod.invoke(this.network);
	     Class<?> ITelephonyClass = Class.forName(ITelephonyStub.getClass()
	 .getName());
	     Method dataConnSwitchmethod = ITelephonyClass
	 .getDeclaredMethod("enableDataConnectivity");
	     dataConnSwitchmethod.setAccessible(true);
	     dataConnSwitchmethod.invoke(ITelephonyStub);
	     return true;
	 } catch (Exception e) {
	     return false;
	 }
	 }
 
 
	 public boolean turnOff() {
	     Log.d("network", "turnOff");
	     try {
	         Class<?> telephonyManagerClass =          Class.forName(this.network.getClass()
	 .getName());
	         Method getITelephonyMethod = telephonyManagerClass
	 .getDeclaredMethod("getITelephony");
	 getITelephonyMethod.setAccessible(true);
	         Object ITelephonyStub = getITelephonyMethod.invoke(this.network);
	         Class<?> ITelephonyClass = Class.forName(ITelephonyStub.getClass()
	 .getName());
	         Method dataConnSwitchmethod = ITelephonyClass
	 .getDeclaredMethod("disableDataConnectivity");
	         dataConnSwitchmethod.setAccessible(true);
	         dataConnSwitchmethod.invoke(ITelephonyStub);
	         return true;
	     } catch (Exception e) {
	         e.printStackTrace();
	         return false;
	     }
	 }
 
 
	 public boolean isEnabled(){
	 try {
	     Class<?> c = Class.forName(this.connectivity.getClass().getName());
	     Method m = c.getDeclaredMethod("getMobileDataEnabled");
	     m.setAccessible(true);
	     Boolean bool = (Boolean)m.invoke(this.connectivity);
	     Log.d("Network isEnabled", bool.toString());
	     return bool;
	 } catch (Exception e) {
	     e.printStackTrace();
	     return false;
	 }
	 }
 
 
}

[HozakaN]

c'est que tu dev sur un téléphone post-2.2


Personnellement je n'arrive pas à trouver comment savoir que l'utilisateur a éteint le réseau mobile et non pas que le réseau mobile est inexistant.

Dans le second cas, on passe bien entendu par la récupération d'un networkInfo, mais dans le premier cas je ne trouve rien du tout :'(
Si quelqu'un peut m'orienter, j'accepterai tout conseil avec plaisir :-)


EDIT: de même pour l'itinérance. la méthode isRoaming d'un networkInfo object indique si on utilise le roaming est actif pour le réseau en cours d'utilisatin, et non si l'utilisateur a activé l'option roaming...


Par ailleurs je n'ai pas réussi à lire les préférences utilisateurs sur ces deux sujets