Au vu de la mise en œuvre de la barre de Défilement, ce n'est pas possible.
(Voir org.eclipse.swt.widgets.ScrollBar.java
)
À un moment donné, une barre de défilement, il bénéficiera d'une "sélection" qui est considéré comme sa valeur, qui est contraint d'être dans la plage de valeurs de la barre de défilement représente (c'est, entre son minimum et maximum des valeurs).
Dans le JDT (Java Éditeur) domaine, la gamme est fortement lié au nombre de lignes d'un fichier source.
Ajout artificiel "logique lignes" à permet de défilement au-delà de la dernière ligne aurait des conséquences inattendues sur de nombreuses autres parties du JDT, liés à l'affichage des informations de base sur le numéro de ligne d'un fichier source (comme une erreur de compilation rouge trait de soulignement).
C'est aussi pourquoi il n'est pas doux, l'emballage dans ces éditeurs, en dépit de
un de 7 ans de bug 35779 (l'un des plus upvoted).
Permettant word/soft enveloppez-le dans l'éditeur lors de la frappe est facile, mais pas assez, une correspondance entre le modèle de lignes et le visuel des lignes doit être introduit pour par exemple afficher correctement les annotations.
Il présente également les différents problèmes qui doivent être résolus, par exemple, "Aller à la Ligne": des outils comme un débogueur, un compilateur, etc. fera rapport à la ligne de modèle, mais un utilisateur, il va sembler étrange qu'une autre ligne sera choisie que l'on est entré dans le "Aller à la Ligne de dialogue"
Donc pour l'instant, la SWT barre de défilement exemple est toujours limitée par le bas de la fenêtre: