La psychologie humaine est quand même mal fichue quand on y pense.
Si on pense au phacochère par exemple, la situation idéale serait d'avoir un moyen subtil et amical de lui demander s'il est normal au Japon de renifler comme un marteau piqueur, action suivie invariablement d'une toux comparable à celle d'un fumeur en phase terminale puisqu'il est stupide de faire circuler bruyamment en soi des fluides qui sont faits pour être évacués. Sauf que le réflexe humain de base est d'être agacé, et pour cette raison ne pas développer les liens amicaux qui permettraient de résoudre la situation. On ne peut donc légitimement rien dire à la personne, donc on ne le fait pas, la personne ne risque pas de faire d'effort puisqu'elle n'est même pas consciente du problème, on continue d'être agacé, les relations se détériorent, bummer.
Tu as essayé de lui offrir un paquet de mouchoirs dans du papier cadeau, avec un petit mot gentil disant que tu es inquiet pour sa santé ?
—
Zeroblog —
« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » —
Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » —
GT TurboDingue comment Android est mal foutu. Impossible d'accéder à un système de settings digne de ce nom sans devoir utiliser son propre système, parce que celui de base a besoin d'un contexte (l'Activity qui tourne) pour récupérer une instance valide. Je sais qu'en Java on ne peut pas avoir de classes statiques comme en C#, mais on pourrait penser que les gens qui utilisent Xamarin tous les jours ont prévu une solution. Malheureusement, il semble que non.
Je vais donc devoir écrire mon propre système de settings, qui sera globalement une copie conforme du système de base établi par le CLR, sans les complications imposées par Android, qui me force à passer une référence à l'instance de mon activité dans à peu près toutes mes classes, même quand celles-ci n'ont aucune influence sur l'interface.
Fuck.
warpten: Je compatis, moi même je dois me farcir des context dans un GROS code natif, c'est chiant.
Brunni: oui mais dans tous les cas tu dois quand même te trimballer un context partout.
Rho mon pôvre chou (moi là je dois passer des dizaines de couches pour accéder au digitizer carrément depuis la couche applicative pour pouvoir faire des trucs, pourtant basiques qui n'ont pas été prévus de base).
Mais sérieusement se trimballer un contexte n'est jamais une mauvaise chose, il faut juste lui donner un sens (i.e. il faut pas que tu passes le contexte Android, mais plutôt que tu aies une classe liée à ce contexte et qu'il soit relatif à ton application, passé à travers chacun de tes services, sur le modèle de celui d'Android ; c'est un bon design, et d'expérience ça finit toujours par servir un jour, que ce soit pour le threading, le scaling ou pour des changements de design hard de dernière minute -- en tous cas c'est très clairement à privilégier si l'alternative était de faire une classe statique).
oui mais attention tu bosses sur un code de merde, ne prends pas ton cas pour une généralité.
(ceci dit c'est chiant mais je suis d'accord, puis la classe Context est suffisamment générique pour pas avoir besoin de la wrapper)
Tu fais de ton contexte (qui contient le contexte Android) un singleton et tu n'as pas besoin de le trimballer partout, juste d'appeler la méthode statique getInstance() quand tu en as besoin.
Je n'ai pas envie de me balader avec une référence statique à l'activité elle-même dans la classe. Certes, ça marcherait, mais c'est juste dégueulasse.
J'arrive déjà pas à comprendre pourquoi PreferenceMgr.Edit().PutString("preference_download_path", data.Data.Path).Commit(); ne déclenche pas OnSharedPreferenceChanged, ce qui me force à modifier le summary de la préférence à la main dans mon PreferenceFragmentCompat, mais c'est une autre histoire.
Alternativement, j'ai créé des évènements sur mon PreferenceFragmentCompat, faut juste que je trouve un moyen de permettre à mes classes d'y accéder: là encore, c'est plus facile pour une Activity qu'une classe quelconque qui s'occuperait de la construction du chemin de téléchargement d'un fichier. Exposer ces évènements sur l'Activity n'est pas non plus idéal, m'enfin ...
Bon, je viens de me rendre compte qu'un Service comptait comme un Context, donc tout n'est pas perdu... Je crois.
et mettre le contenue des cellules dans des divs qui sont en inline-block et overflow?
Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
Pen^2 Le 24/02/2017 à 22:43 Et si tu mets tout dans un div avec un overflow:hidden ?
bah au final, le positionnement absolu est un double avantage : ça évite d'ajouter des div pour les étiquettes déjà utilisées, et d'autre part ça évite les accumulations d'erreurs de calcul.
mais je ne comprends vraiment pas pourquoi on ne peut pas faire un truc aussi simple avec un tableau HTML…
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)
<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant
enfin, il y a les propriétés width, height et overflow qui sont faites pour fixer la taille du contenant, quand même. Je ne vois pas pourquoi elles devraient être ignorées ^^
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)
<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant
Zeph Le 26/02/2017 à 17:30 Parce qu'elles sont définies pour marcher sur les éléments blocs, ce que les tableaux ne sont pas. Enfin bon mon but n'est pas de débattre si oui ou non HTML est bien fait, juste d'expliquer pourquoi ce que tu as essayé ne fonctionne pas et proposer une solution ^^
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez
par ici :)