A Jack : reflexion sur les barres verticales et horizontales

Bonjour Jack et bonjour à tous !

Comme je l'indiquais sur un post hier, je travaille sur l'aide de PanExpress.
Et je suis confronté à un petit soucis dans le déplacement de la page HTML.

J'ai remarqué que tu avais traité d'une certaine façon des barres de déplacement pour les objets :
SCROLL_BAR, TRACK_BAR et PROGRESS_BAR avec des commandes et fonctions telles que POSITION N,X, POSITION(N), VERTICAL N, ou encore HORIZONTAL N.

Et d'autre part les objets GRID, MEMO, MEMO_RICH où là on doit utilisé les commandes BAR_VERTICAL et BAR_HORIZONTAL.

Le soucis c'est qu'il n'y a pas de solution pour le déplacement dans ces objets. car POSITION N,X et POSITION(N) ne fonctionnent pas !

Et idem pour l'objet HVIEWER...

Est-ce un oubli ou une raison technique ?
Et pourquoi traiter différemment ces objets (BAR_VERTICAL et VERTICAL par exemple)  ?

Je te remercie d'avance pour ta réponse et à bientôt...

@ Minibug,

Je viens de lire ton post et je crois que le gros problème vient de hviewer qui a
très peu de fonction ou est dépassé.
D'ailleurs, sont nom l'indique HVIEWER mais sans les fonctions pour viewer.

J'ai posté cet exemple il y a un moment. Cependant, il y a un appel à la dll USER32 mais ça ressemble à ta demande. Depuis, des nouvelles commandes POKE sont sorties, donc le code peut largement se raccourcir, si tu t'en sent le courage

Bonjour Silverman !

Merci pour le partage.  
Je l'avais pas vu passer cette astuce ou bien je ne me souvenais plus...

Tu dis aussi que Klaus a développé une fonction similaire dans KGF.
Laquelle est ce ?

PS : j'ai tenté d'adapter ton code avec les nouvelleq commandeq PEEK32 et POKE32, mais je ne maîtrise pas vraiment le sujet.
Dommage...

Si tu n'y est pas arrivé, c'est parceque POKE_REVERSE ne fonctionne plus:

Code:

poke_reverse

dim aze%

poke32 adr(aze%)-0, 1*power(256,3) +2*power(256,2) +3*power(256,1) +4*power(256,0)+0

print "aze = ",aze%
print peek(adr(aze%))
print peek(adr(aze%)+1)
print peek(adr(aze%)+2)
print peek(adr(aze%)+3)

le résultat devrait être 4 3 2 1

Ce bug doit surement impacter la dll de Klaus aussi...

EDIT:
autre exemple, plus complet

Code:

dim aze%

' pas ok pour poke_reverse
print "avant poke_reverse:"
poke32 adr(aze%)-0, 1*power(256,3) +2*power(256,2) +3*power(256,1) +4*power(256,0)+0
print "aze% = ",aze%
print

poke_reverse
print "après poke_reverse, 16909060 attendu:"
poke32 adr(aze%)-0, 1*power(256,3) +2*power(256,2) +3*power(256,1) +4*power(256,0)+0
print "aze% = ",aze%

print : print

' ok pour peek_reverse
aze% = 1*power(256,3) +2*power(256,2) +3*power(256,1) +4*power(256,0)+0
print "avant peek_reverse:"
print "aze% = ",peek32(adr(aze%))
print
peek_reverse
print "après peek_reverse, 16909060 attendu:"
print "aze% = ",peek32(adr(aze%))

Bonjour Silverman !

Merci pour cette info. Je comprends mieux maintenant...

silverman a écrit:

Si tu n'y est pas arrivé, c'est parceque POKE_REVERSE ne fonctionne plus

POKE_REVERSE ne fonctionne plus ?

Je teste s'il y a un problème.

he ouais, y a des jours comme çà...