RUBIXCUBE_PLUS
rvblog
Messages postés
792
Date d'inscription
vendredi 4 mars 2005
Statut
Membre
Dernière intervention
12 juin 2012
-
27 août 2006 à 23:16
chaibat05 Messages postés 1883 Date d'inscription samedi 1 avril 2006 Statut Membre Dernière intervention 20 novembre 2007 - 3 sept. 2006 à 19:28
chaibat05 Messages postés 1883 Date d'inscription samedi 1 avril 2006 Statut Membre Dernière intervention 20 novembre 2007 - 3 sept. 2006 à 19:28
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/39190-rubixcube-plus
https://codes-sources.commentcamarche.net/source/39190-rubixcube-plus
3 sept. 2006 à 19:28
d' échanger ces quelques lignes avec toi.
j' espère qu' il y' en aura d' autres.
A+
PS: Il ne s' agissait pas d' une remise en place.
Loin de moi cette idée.
C' était juste un point de vue que je voulais partager.
chaibat
3 sept. 2006 à 14:51
Tu dis vrais, et tes vues sont nobles.
Seulement la programmation structurée, modulaire, évolutive, en suivant des règles compréhensibles par tous, permet à des notions comme le "logiciel libre" d'éxister. Au dela de la lisibilité du code, c'est de respect et de volonté de "grandir" et de partager GRATUITEMENT les connaissances qu'il s'agit.
Tiens, regarde, les appels à l'API, c'est ca la programmation "bidouille". Comment va faire le gars qui veut utilisé le GTK à la place si tu n'as pas isolé l'interface de l'appli ?.
Y a plein de jeunes qui viennent ici pour apprendre. Ils respectent ceux qui sont plus avancés qu'eux et s'en inspirent.Autant leur donner l'envie de faire du bon boulot .
Bon j'arrête, j'ai beaucoup aimé cette "conversation".
Meilleures salutations.
3 sept. 2006 à 13:09
Ok pour le 9, parce que ça m' arrange !
Et pas Ok sur
¨¨Finis la programmation bidouille, faut faire de l'objet !!!.
L' industrie ne doit pas tuer l' artisanat.
La course vers le plus rapide et le moins coûteux en ressources, ne doit
pas nous faire oublié qu' au commencement fût le plus pédagogique.
Car le but de ce genre de programme n' est pas de faire mieux que...
mais d' apprendre à se surpasser, à contourner les difficultés, et à se
debrouiller avec les moyens du bord.
Et quoique tu fasses avec ce type de projet, même avec le .Net, le DirextX
ou je ne sais quoi d' autre,tu ne pourras jammais rivaliser avec ceux exposés
dans les rayons des grandes surfaces.
Mais du point de vue satisfaction personnelle: tu es gagnant.
...
Ca y' est, mon coté pedagogue me rattrappe !
Déformation professionnelle.
Amicalement
PS: Touches pas à mon pote VB6 !
chaibat
> L' un clair, l' autre sombre.
Ravives le clair et éclaires l' ombre.
2 sept. 2006 à 20:42
Dites, vous savez qu'on en est à .net maintenant ?. Finis la programmation bidouille, faut faire de l'objet !!!.
Plaisanteries mises à part, c'est du bon boulot, je te met 9 !!
29 août 2006 à 02:18
Récement j' ai trouvé ça :
Declare Function GetShortPathName Lib "kernel32" Alias
"GetShortPathNameA" (ByVal lpszLongPath As String, ByVal lpszShortPath
As String, ByVal lBuffer As Long) As Long
Function GetShortPath(strFileName As String) As String
Dim lngRes As Long, strPath As String
strPath = String$(165, 0)
lngRes = GetShortPathName(strFileName, strPath, 164)
GetShortPath = Left$(strPath, lngRes)
End Function
Envoyé par Clementio, que je salue au passage.
Mais en fait je n' ai jamais eu besoin de l' utiliser.
Moi aussi je ne mets pas mes dossiers dans le bureau.
Dans le cas de RUBIXCUBE, c' était juste pour le tester
une dernière fois avant de l' envoyer.
Mais tout ça c' est bon à savoir.
ça sert toujours ce genre de choses.
A bientôt donc
PS : Tu ne m' as pas encore dit si tu as réussi à l' executer
sans problème ?
28 août 2006 à 23:25
Alors, essayes peut-être le FileObjectSystem, méthode ShortPath (ou ShortName) de l'objet File (elle doit fournir, me semble-t-il, le chemin d'accès au format 8.3 du DOS).
La référence nécessaire est "Windows Script Host Object Model" (wshom.ocx).
à+.
28 août 2006 à 22:32
J' ai oublié la question des espaces !
Il n' en faut pas en 16 bits.
28 août 2006 à 21:10
Tu as raison pour le chemin.
Maintenat je comprend pourquoi j' ai la même
erreur quand je le place sur le bureau.
"D:\Documents and Settings\Me\Bureau\Anid_20_08\Rotation.wav"
Il trouve ça long !
Je te laisse imaginer avec
"D:\Donnees\Developpement\Veille technologique\Tierce\
vbfrance\rubix\Anid_20_08\Rotation.wav").
Maintenant qu' on a trouvé la cause,
alors faisons plus court !
A+
28 août 2006 à 19:19
mais je ne suis pas du genre à poser mes dossiers d'application sur le bureau!
Peut-être la taille du chemin (mais ça m'étonne : "D:\Donnees\Developpement\Veille technologique\Tierce\vbfrance\rubix\Anid_20_08").
J'exécute le projet directement sous VB6 (je n'ai pas essayé de compiler).
Je pense plus à un problème de compatibilité W2K (c'est une dll 16 bits la MCI, il me semble).
à+
28 août 2006 à 15:58
je viens de tester pour le mci et j' ai trouvé
que cette erreur ce produit uniquement si le
dossier est placé directement dans le bureau.
Essaies de l' exécuter à partir d' un autre
emplacement.
Amuses toi bien !
28 août 2006 à 01:04
Tu viens de me payer CASH !
Et je te serre la main.
Laila saida.
27 août 2006 à 23:16
beau jeu, belle réalisation.
J'ai vu les remarques qu'on t'a fait concernant l'ergonomie d'utilisation : c'est vrai que j'ai eu du mal au début (20s pas plus), mais avec du recul, je ne vois pas ce que tu pourrais faire de plus intuitif (à part mettre les boutons de chaque côté du cube, et encore, je préfère la barre en bas).
Chapeau bas.
PS: testé sous W2K SP4, erreur sur mci non initialisé (à chaque rotation, j'ai désactivé la ligne mciexecute, et je peux jouer)
bslama.