Erf ben en tout cas c'est sympa de ta part de rester là pour les nouveaux membres qui débutent
Mais je trouve ça dommage d'abandonner SZ 2012 qui a beaucoup de bug certes mais il est largement plus stable que SZ 2014 et une fois que tu le connais bien (je parle de SZ 2012) il est très facile (ou assez facile
) de repérer l'erreur ou le bug et le résoudre à la main.
Exemple :
- Projet qui se compile mais executable non modifié : problème d'une ou plusieurs action(s) dans le projet qui empêche SZ de compiler normalement
- Form qui disparaît ou présente un bug .NET dans l'éditeur SZ : Vérifier les clés RESX temporaires et si il en manque une faut copier l'ancienne et la remettre dans SZ2012\Temp\Ressources
Et savoir les principaux problèmes à éviter :
- Si tu branche un double écran SZ 2012 plante. Faut d'abord fermer SZ et son projet puis branche le double écran puis ensuite redémarrer SZ et son projet.
- Si un projet est trop car il doit charger toutes les pages faut éditer le fichier *szproj du projet pour modifier ceci :
- Code:
<Open name="MdiForm1.szw" />
Il suffit de supprimer tout les class d'appel "Open name" qu'on veux pas et ne garder que celles qu'on souhaitent afficher au démarrage du projet dans SZ !
Ainsi Mantrix par exemple a plus de 70 Form !!! :O
J'ai fait le test : en démarrant dans SZ le projet Mantrix avec les Open name activés sa mettra 20 minutes à charger tout et SZ 2012 prendra 4,5Go de mémoire vive !
Alors que si je garde uniquement 2 fenêtres essentiels en Open name (session et loginscreen) le projet s'ouvre dans SZ en 2 minutes et SZ ne prend que 2Go de RAM maxi en moyenne
De plus sa permet de ne pas ouvrir les RESX des autres fenêtres et donc de ne pas avoir du bug .NET lié au image
- Autre truc aussi à savoir dans l'éditeur SZ 2012 : vous savez tous que vous pouvez modifier une action genre Variable dans l'éditeur d'actions SANS à ouvrir l'action
... Ben la SEULE action qui bug est celle-ci :
Exemple : j'ai deux variables : "a" et "aa". J'ai choisi le calcul "1+1" pour l'exemple dans la variable "a" pour le résultat.
Maintenant avec la vue rapide (voir image ci-dessus) je choisi plutôt la variable "aa". D'habitude avec n'importe quel action cette modification est OK
HORS avec l'action calcul ben ici si je met "aa" en mode édition rapide comme sur l'image et que j'OUVRE ensuite cette action... Ben non ! Ces toujours "a" !! et non "aa" !!
Bref des bugs et des astuces qu'il faut savoir pour se débrouiller
Si je dit tout ça en vrac c'est pour te montrer qu'a un problème X il y a toujours une solution
Faut juste la connaître
Et prendre son temps...
Si j'ai renoncer à SZ 2014 c'est à cause des bugs DANS l'éditeur ce qui montre de gros problème alors que SZ 2012 n'en a presque PAS
!
En tout cas bonne chance pour BenOS sous VS et si tu décide de revenir ici plutôt sous SZ ce fabuleux logiciel hésite pas