[suggestion]Retour à la ligne auto

[Ar-S]

Ce serait tellement pratique qu'un retour à la ligne se fasse automatiquement en fin de ligne ou à 'X caractère(s)' dans un editorgadget .

Genre :
setgadgettext(#editor,montexte$,#autolign)

Franchement ça manque !

[Jacobus]

C'est vrai que ça manque en natif, mais tu as l'API
Tu peux le faire ainsi sans surcharge du code :

Code : Tout sélectionner

EditorGadget(#Editor, 5, 50, ;WindowWidth(#WinPrinter)-10,WindowHeight(#WinPrinter)-60)
  SendMessage_(GadgetID(#Editor), #EM_SETTARGETDEVICE, #Null, 0)

[Ar-S]

Simplement superbe Jacobus, mille merci !

[GeBonet]

Il serait aussi intéressant de l'avoir aussi dans les StringGadget...

Pour passer d'un champs à l'autre, le classique "ENTER" ou "CR" est plus indiqué que le "TAB"...

Surtout si on utilise un pavé numérique et que l'on encode une série de valeurs d'une main.
C'est d'ailleurs la raison pour laquelle on à doté les pavés numériques de leurs ENTER personnel

La aussi, on peut faire appel aux API...

Mais ce serait normal que ce soit en natif pour une fonction aussi destiné à l'entrée de donnée... Non ???

[gansta93]

Non. Les standards disent que pour passer d'un champ à l'autre, la touche Tab est la bonne... pour une fois que PB est bien dans les standards...

[GeBonet]

Bonjour,
Je ne dis pas que c'est dans les "standards", mais simplement que "Enter" est bien placé sur le pavé numérique du clavier pour une raison qui est celle que je dis et cela depuis qu'ils ont été inventé... Et je dis que ce serait "intéressant"... Et de fait c'est ce que j'ai toujours connus...

En plus cela ne générait en rien d'avoir une (ou des) facilités supplémentaire pour sortir d'un champs, comme d'ailleurs les flèches "H","G",D et bas pour "voyager" d'un champs à l'autre que ce soit dans une grande fiche de saisie ou un tableau... Ce que j'ai utilisés pendant plus de 25 ans et qui existe bien dans la pluapart des softs développés...

C'est à dire une passer d'une relative liberté de mouvement (des doigts ) à un mouvement unique au nom d'une standardisation... Imagine dans OpenCalc ou EXcel se déplacer uniquement avec TAB et SHIFT TAB, C'est quand même plus souple qu'avec les flèches, enter et Tab...

Ceci étant dis, chacun son truc... Et rien empêche de faire du code en plus pour faire ce qui pourrait être implanté en natif, restreindre est plus facile qu'augmenter quand il s'agit de possibilité du clavier, un peu comme les libertés, plus facile à restreindre qu'à gagner.

[gansta93]

Je comprend. Je ne l'avais pas vu comme ça.

Il est vrai que se limiter au standard est beaucoup trop contreignant. Mais tout ça oblige à ne pas les oublier.

[GeBonet]

Salut...

Je viens de trouver un drôle de truc... Un StringGadget avec retour à la ligne et tout et tout.... C'est pas EditorGadget mais on peu faire avec ça :

Code : Tout sélectionner

; 
;  StringGadget Multiligne... 
; 
Procedure OpenWindow_Window_0()
  If OpenWindow(0, 458, 203, 230, 175, "#Window_0", #PB_Window_SystemMenu|#PB_Window_SizeGadget|#PB_Window_MinimizeGadget|#PB_Window_TitleBar)
    If CreateGadgetList(WindowID(0))
      Const=#ES_MULTILINE|#ES_AUTOVSCROLL|#WS_VSCROLL|#WS_HSCROLL|#ESB_DISABLE_LEFT|#ESB_DISABLE_RIGHT
      StringGadget(1, 5, 5, 200, 150,"",Const)
    EndIf
  EndIf;
EndProcedure

OpenWindow_Window_0()

Repeat : Until WaitWindowEvent()=#PB_Event_CloseWindow

Qu'en pensez vous ?

[GeBonet]

L'intéressant :

C'est que apparemment on peux mélanger des constates API du type :

#ES_AUTOVSCROLL|
#WS_VSCROLL|
#WS_HSCROLL|
#ESB_DISABLE_LEFT|
#ESB_DISABLE_RIGHT

Dans une fonction PB comme StringGadget ??? (Post précédent)
A moins qu'il n'y ai que moi qui n'était pas au courant ?
En tout cas ces constantes n'existent pas dans la Doc normale...
A moins que je n'ai pas lu assez ?

Bref, c'est bien et ça marche bien....

Aussi j'aimerai savoir si d'autres connaissent cela et ou on peu utiliser toutes ces constantes ?