Modif page index

[GoogleCodeExporter]

Description de la fonctionnalité demandé:

Version actuelle de 'eude':1.4.1
Système d'exploitation:win
Navigateur:ff
Caractéristiques hébergeur:
Version Mysql 5.1.41-log
Version PHP 5.2.11
Version GD bundled (2.0.34 compatible)

Informations complémentaire:

Sur la page index me suis amusé à modif la page index note deviens % d'eau,
et insertion d'une colonne soldats avec une nouvelle entrée dans la table
coordonnee.
Peut être l'intégrer à la 1.4.2, je te met la page index et le tpl en
fichier joint, après c'est toi le boss.

je ne te conseille pas de tester les fichier directement,
Modif concerné page index
ligne 192 à 195, 237, 240, 283, 

index.tpl
ligne 261, 262, 301

Original issue reported on code.google.com by XCharism...@gmail.com on 6 Mar 2010 at 9:39

Attachments:

• index.php
• index.tpl.php

[GoogleCodeExporter]

Les soldats est juste en champ 'note' supplémentaire ?

Original comment by Alex10336@gmail.com on 6 Mar 2010 at 1:57

[GoogleCodeExporter]

un champ soldat oui et note je l'ai utilisé pour les % d'eau des planète

Original comment by XCharism...@gmail.com on 10 Mar 2010 at 10:10

[GoogleCodeExporter]

Pour faire bien, la partie cartographie serait a revoir de la tête au pied.

Original comment by Alex10336@gmail.com on 11 Mar 2010 at 7:20

• Changed state: En-attente

[GoogleCodeExporter]

Je viens de penser à un truc, la page tableau étant déjà surchargé (je 
suis sur un
vieux pc en 1280 et je vois pas toute la largeur), je me suis dit qu'on 
pourrait géré
ca sur une autre page, qui renvoierai 5 colonnes, pseudo, coord, nom planète, %
d'eau, soldat, cet modif étant à la base faite essentiellement pour les 
joueurs en
guerre, peut être renvoyer seulement les joueurs des empires en guerre.

Je vais essayé de pondre un pondre un petit truc en me basant sur la page 
tableau.

Original comment by XCharism...@gmail.com on 16 Mar 2010 at 8:53

[GoogleCodeExporter]

Voila la base, rien de finalisé encore mais la base est faite, par contre j'ai
regardé partout dans cartographie.class.php pour utiliser le même update que 
pour
note, mais pas moyen de faire fonctionner les 2 colonnes, si tu peux regarder à
l'occasion :), voir même peut-être relié les 2 autres colonne à une autre 
table, ca
influerai peut-être pas sur l'update de tout le reste. à voir...

Original comment by XCharism...@gmail.com on 17 Mar 2010 at 9:15

Attachments:

• test.php
• test.tpl.php

[GoogleCodeExporter]

J'ai mis les 2 autre colonne sur une autre table relié avec la première par 
l'ID,
reste 2 choses à faire la modif des colonne et l'insertion de l'id dans la 
nouvelle
table lorsque l'id est type 5

Original comment by XCharism...@gmail.com on 17 Mar 2010 at 10:49

[GoogleCodeExporter]

if (isset($_POST['EAU']) && ($_POST['ID'])) {
    $query = 'SELECT ID FROM SQL_PREFIX_Coordonnee_Guerre where 1=1 AND
ID='.$_POST["ID"].'';
        $mysql_result = DataEngine::sql($query);
        if (mysql_num_rows($mysql_result) > 0) {
            $ligne = mysql_fetch_assoc($mysql_result);
            if($ligne['ID'] > 0) {
                DataEngine::sql('UPDATE SQL_PREFIX_Coordonnee_Guerre SET
EAU="'.$_POST["EAU"].'" WHERE 1=1 AND ID='.$_POST["ID"]);
            }
        } else {
            $query1 = 'INSERT INTO SQL_PREFIX_Coordonnee_Guerre (ID,EAU,SOLDAT) ';
            $query1 .= 'VALUES
(\''.$_POST["ID"].'\',\''.$_POST["EAU"].'\',\''.$_POST["SOLDAT"].'\')';
            DataEngine::sql($query1);
        }
}

Bon le module est prêt à une exception, j'ai inséré ce code dans la page 
index
modifié, l'update des cellule se fait bien donc $_post[ID], renvoie bien l'ID 
de la
ligne.
Le hic c'est que lorsque l'ID n'existe pas dans la 2 ème table, j'ai 
l'impression que
le $_post ID ne renvoie rien, si tu as une idée, je suis preneur.

Original comment by XCharism...@gmail.com on 18 Mar 2010 at 12:19

[GoogleCodeExporter]

Original comment by XCharism...@gmail.com on 18 Mar 2010 at 12:36

Attachments:

• guerre.tpl.php
• guerre.php

[GoogleCodeExporter]

- "Le hic c'est que lorsque l'ID n'existe pas dans la 2 ème table"
J'ai pas tout suivis, lus le fichier en diagonale. ceci dit, si ta deuxième 
est celle 
des planètes/astéroïdes, la correspondance est ID=pID (première, deuxième 
table dans 
l'ordre)

Je regarderais sa un peu plus tard, si tu pouvais faire une capture d'écran en 
passant 
;)

Original comment by Alex10336@gmail.com on 18 Mar 2010 at 1:22

[GoogleCodeExporter]

Original comment by Alex10336@gmail.com on 18 Mar 2010 at 1:22

• Added labels: Milestone-Future

[GoogleCodeExporter]

Je capte pas tes deux fichiers.

Puis tu viens de me convaincre de refaire tout ce bazars...
- Séparation de l'ajout par rapport au modifs
- Modif sur champs variables... (on met ce que l'on veux...)
- Refonte html plus correcte
- Refonte css avec les nouvelles entrées.

Original comment by Alex10336@gmail.com on 18 Mar 2010 at 2:28

• Changed state: En-cours
• Added labels: Milestone-141
• Removed labels: Milestone-Future

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Grrr je vais trop vite et pas moyen d'éditer, le module que j'ai fait est 
dispo à
cette adresse, si tu veux faire des essais le premier joueur de la liste n'est 
pas
dans la seconde table, les autres oui, donc si tu veux tester , la modif 
fonctionne
bien sauf pour le premier joueur, mais j'arrive pas à savoir ou ca cloche.

Original comment by XCharism...@gmail.com on 18 Mar 2010 at 7:55

[GoogleCodeExporter]

En résumé:

|--|
|SS/Rayon/Joueur/Empire/Planète/% d'eau/Soldat|
|--|
|Coordonnée/Joueur/Empire/Planète/% d'eau/Soldat/<Edit>|
|--|

je note.

Original comment by Alex10336@gmail.com on 18 Mar 2010 at 8:52

[GoogleCodeExporter]

Bon j'ai terminé de mon côté, la couille venais de mes 2 table, je les avais 
relié
par la colonne ID, seulement comme dans les 2 table il y avait la colonne ID ca 
a
merdé, j'ai modif le nom de la colonne dans la 2 ème base et ca fonctionne.
Après si tu veux savoir pourquoi dans un 2 ème base, et ben ma table 
coordonnée avec
quasi tout les joueurs et vortex fait quasi 6 mo. Donc pour pas qu'elle finisse 
à
faire 20 mo et qu'il soit très chiant à importer j'ai préféré séparé les 
données.

Original comment by XCharism...@gmail.com on 18 Mar 2010 at 9:18

[GoogleCodeExporter]

- Deux tables, c'est sans doute mieux avec une quand c'est juste pour deux 
champs en 
plus.

- Un fichier sql sa ce split. Ou si serveur dédié (ssh & cie...)

Original comment by Alex10336@gmail.com on 20 Mar 2010 at 6:57

[GoogleCodeExporter]

2 tables pour le moment, peut être plus à l'avenir

Original comment by XCharism...@gmail.com on 21 Mar 2010 at 12:51

[GoogleCodeExporter]

Je viens de mettre en place les nouvelles maj sur un serveur test.
Première impression, que la page carto est moche ^^, préféré la page index,
concernant les cellules, je sais pas si tu t'es basé sur ce que j'ai fait moi, 
mais
chez moi j'ai locké les cellules types joueurs coord et cie car de 1 j'ai 
enlevé
toute la partie modif de ces cellules et de 2 même si ca y était c'est un 
module à
part recensant uniquement les types 5 avec 3 nouvelles colonnes. 
Autrement le principe de modif sur la page index était bon.

Après la page index de base je lui reproche 2 choses, être trop large, en 
général
j'enlève la colonne note et inactif, me servant pas des inactif en finalité, 
on
pourrait voir pour les remplacer par une colonne eau et une soldat, cases pas 
trop
larges eau allant uniquement de 0 à 90 et soldat le jour ou on dépasse le 
milliard
est pas encore arrivé. Après on pourrait voir pour faire des fiches, tu 
cliques sur
le pseudo joueur, une fiche s'ouvrirait regroupant les infos des 5 planètes 
avec la
cellule infos dedans. Ce qui permettrait de poster l'adresse de la fiches 
directement
sur un forum et accessible directement par le lien posté, à ceux ayant accès 
au DE
bien sur.

Après à voir selon ce que tu en penses.

Original comment by XCharism...@gmail.com on 2 Apr 2010 at 5:17

[GoogleCodeExporter]

- "Première impression, que la page carto est moche ^^, préféré la page 
index,"
Comment ça ? l'affichage des planète/astéroide, ou les bordures qui font 
loucher ?

- "Autrement le principe de modif sur la page index était bon."
Ah, cette version permet de faire des modifs à la chaine quand même ;)
Certains champ ne sont pas encore revenu par contre...

- "Après la page index de base je lui reproche 2 choses, être trop large"
Tout a fait, celle ci est plus 'longue' que large (tiens en ~700px)

- "on pourrait voir pour les remplacer par une colonne eau et une soldat"
Je pense le faire sur une autre page du même style que celle que tu a faite.
J'ai refait entièrement la tpl pour pouvoir modifier plus facilement 
(normalement)

- "Après on pourrait voir pour faire des fiches, tu cliques sur le pseudo 
joueur,"
C'est une bonne idée. J'ai refais également la méthode 'AlterGet'. A 
propager sur la pseudo page login 
d'ailleurs ;)

Si tu as d'autre suggestion sur cette page, n'hésite pas :)

Original comment by Alex10336@gmail.com on 3 Apr 2010 at 2:50

[GoogleCodeExporter]

Ba, perso je trouve qu'elle est trop linéaire, la page index partait en 
pyramide,
niveau design c'était bien fait, d'ailleurs j'ai repris le tpl de la page 
index sur
plusieurs module tellement j'aime le style :). Mais sur la page carto c'est tout
carré voir même trop je trouve, après je suis pas un as du design non plus, 
mais bon
le fait d'avoir une structure pyramidale ca permettait de contrecarré le fait 
que
tout soit carré comme sur la page carto actuelle.

Après oui en terme d'évolution c'est pas mal, mais comme je disais, moi
personnellement je n'utilise ni la case note, ni même les actifs et inactifs. 
Tu
devrais faire une demande sur le tracker pour savoir si dans l'ensemble c'est 
utilisé
ou pas, mise à part pour y stocker les infos eau et soldat, en gros bien 
savoir ce
qu'au final il est bien utile de garder ou pas.

Après si moi j'ai séparé ma page des pings de l'index, c'est simplement pour 
pas
avoir à modif celle ci à chaque maj, sinon dans l'ensemble, je l'aurais 
intégré
directement dedans.

Original comment by XCharism...@gmail.com on 3 Apr 2010 at 3:42

[GoogleCodeExporter]

pyramide O_O !?
Le design de l'inde était a chier (a mes yeux), et buggé un peu partout ;)

Pour le coté inactifs, je vois pas l'intérêt de l'enlever, ceux qui n'en 
veulent pas suppr tout, tout 
simplement.

- "Tu devrais faire une demande sur le tracker"
  Au cas ou tu n'aurais pas remarqué, l'ancien tracker est partiellement fermé.
  Et le serra totalement avec la prochaine version (en lecture seule).

Certaines fonctions ont été 'giclé' par ce qu'elle ne marchais juste pas. Et 
jamais eu de retour pour 
ces bug ^^

- "eau et soldat" a intégrer, why not.

Original comment by Alex10336@gmail.com on 3 Apr 2010 at 4:00

[GoogleCodeExporter]

ba les bug que j'ai repéré était principalement sur les tri, mais comme je 
m'en sert
très peu

Original comment by XCharism...@gmail.com on 3 Apr 2010 at 4:39

[GoogleCodeExporter]

Prise en charge du % d'eau et soldats par la r150

A voir pour les 'testeurs' => http://code.google.com/p/eude/source/diff?
spec=svn150&r=150&format=side&path=/trunk/last/UPGRADE.sql

Original comment by Alex10336@gmail.com on 9 Apr 2010 at 4:24

[GoogleCodeExporter]

humm... la diff sur les tables dans le fichier upgrade.

Original comment by Alex10336@gmail.com on 9 Apr 2010 at 4:25

[GoogleCodeExporter]

This issue was closed by revision r155.

Original comment by Alex10336@gmail.com on 15 Apr 2010 at 10:22

• Changed state: Fixed

[GoogleCodeExporter]

Peut être intégrer les bâtiments aussi, et si ce n'est déjà fait 
l'intégré à
l'importation d'un joueur, par contre l'insertion de joueur, je pense qu'avec la
première page c'est suffisant, on le nom du joueur, après à l'intégration, 
l'intégré
sans empire, ou si empire ne pas le modifier, l'insertion du SS fera le reste.

Original comment by XCharism...@gmail.com on 15 Apr 2010 at 5:50