Chris81:
bon j'ai testé ce que tu m'as dit,
1 pour arrondir le plus simple est d'utiliser round ou format
2 oui on peut effacer avec del avec suppr avec ctrl+x ... je ne comprends pas ta remarque
3 la fonction Trim enlève les espaces a droite et gauche et non au milieu comme désiré ici.
4 on ne peut frapper qu'une seule ponctuation cf dans Private Sub NumericBox_KeyPress
[..]
    ' une seule ponctuation
        If e.KeyChar.IsPunctuation(e.KeyChar) And InStr(Text, DecimalSeparator) > 0 Then e.Handled = True
    End Sub

j'ai l'impression que tu as lu en détail mais pas franchement tester non ?
;Þ

++

d'ailleurs le plus simple pour t'en convaincre c'est d'ouvrir un projet et de poser les 2 dessus et de comparer ;)

:D

par rapport au NumericUpDown:

les plus:

ressemble à une TextBox (y a pas l'assenceur pourri à droite)
a une proprieté .Text pour l'affichage et se comporte comme une textbox (events...) dont il hérite
on peut taper UN "." sur le pavé numérique qu'il transforme en ","
les arrondis sont gérés directement.
assure qu'un texte rentré est toujours numérique.


les moins:

ne gère pas les hexadécimaux (en même temps bon hein ...)
n'a pas de maximum et de minimum spécifié (peut être à rajouter pour un %age?)


en bref, a moins d'avoir des hexadécimaux à traiter, NumericUpDown est un peu plus chiant à utiliser.
Dans le cas courant (indices, monétaires, quantités ...) NumericBox s'intègre mieux au formulaire et est plus simple à utiliser.


en toute inobjectivité, voila :)


vbnouille, subjection votre honneur!

je ne vois pas de différence quelque soit la source des données.
reste juste à trouver la chaine de connection vers ton dataset à mon avis.

en même temps je l'ai jamais fait (datatable vers excel direct) et si j'avais à le faire, je crois que je ferais pas comme ça de toutes façons.


je pense que tu dois avoir un moyen simple de le faire, essaie par exemple de mettre ta datatable dans la 1ère cellule. il se pourrait qu'excell s'aperçoive qu'il s'agit d'un tableau et te le dispatche tout seul.

Dans tous les cas il doit y avoir une méthode plus rapide, moins pénible et surtout moins vilaine que le remplissage cellule par cellule.


Benouille, quelques grammes de grenouille dans un monde de brute

hahaha l'idée est tres bonne.
ça a l'air sympa, je teste ça des que je peux.
(par contre je suis une méga bite en electro alors j'espère que c'est un minimum accessible ...

lets see !

super l'idée en tous cas !

g.MeasureString(s, col_font)

pas mal pas mal ...

quelle est l'utilité de la formule à la con?
        tmp_sz = g.MeasureString(s, col_font)
        sg = tmp_sz.Width * (1 + (2 / tmp_sz.Width)) ' formule à la con ...
et entre nous soit dit, si le commentaire dit effectivement ce que c'est (une formule à la con donc), il eut été plus utile de dire le pourquoi du besoin de ce petit pourcentage (dégressif en plus apperemment) ajouté.

ah

le code est ultra propre et ça fait plaisir.
même si j'ai toujours du mal avec les "If <boolean> = True Then" (pourquoi pas If <boolean> = True = True = True And True Or False ... Then" )

ou pire encore:
        Cn.Open()
        If Cn.State = ConnectionState.Closed Then
            ConnectDataBase = False
        ElseIf Cn.State = ConnectionState.Open Then
            ConnectDataBase = True
            Cn.Close()
        End If

soit quelquechose m'échappe soit c'est du code inutile.
Si le .open plante de toutes façons la suite ne sera pas lue (pas de try catch géré dans la fonction appelante donc c'est le catch de la fonction open qui lui même ne fait rien qui est sensé gérer l'erreur)

le If pue du cul aussi, pourquoi pas écrire simplement:
        Return Cn.State = ConnectionState.Open

d'ailleurs une meilleure gestion du try catch sur une ouverture de connection se fait apres le .open pour assurer sa fermeture dans le finally en cas de plantage dans la requête.

Je n'ai rien vu (pardon si ça m'a échapé) concernant les proc stockées et pourtant il me semble que postgres les gere (comme des fonctions utilisateurs même si je dis pas de bétises mais à confirmer).
A aucun moment on ne passe de paramètres permettant d'utiliser la base autrement qu'en lui refourgant une chaine sql.

chaine sql filtrée d'ailleurs,
sous couvert de sécurité on ne peut plus utiliser exec ou %, ni de ponctuation, ouais ok mais bon on peut avoir des choses a stocker qui parlent la france avec des bouts de mots non tronqués.


c'est donc tres beau mais je trouve le niveau un peu léger, beaucoup de code inutile et le tout peu exploitable sur une application plus ouverte.
Je pense que tu devras la modifier le jour ou tu auras besoin de t'en servir.


j'ai mis 7/10 pour la clarté du code

pas mal le e.handled = true ...
faut que je teste ça!

par contre c'est louche ton " e.KeyChar.IsLetter(e.KeyChar) "
ça semble bizarre d'appeler une fonction avec lui même en parametre.

monobjet.mafonction (monobjet) ... chelou

je suppose que c'est une réminiscence de l'héritage ...



tite dernière question taquine, si on fait un copié collé dans ton textbox, s'passe quoi?


vb nouille, 4 ans plus tard

on appelle pas ça un morpion normalement?