| |
| |
|
| - page 1 - |
|
Jörg
Sellmeyer | qui Ausgaben avec imprimer GetText$ avoir lieu hintereinander, statt untereinander:
KompilierenMarqueSéparation
Proc GetStatusText
parameters hndl&,part&
Declare buf#,text$
Dim buf#,512
sendmessage(hndl&,1026,part&,buf#)
text$ = string$(buf#,0)
Dispose buf#
return text$
endproc
cls
Declare s#
Dim s#,12
Long s#,0 = 50, 280, -1
var st& = Create("StatusWindow",%Hwnd,"",3,s#)
dispose s#
settext st&,0,"Feld 1"
settext st&,1,"Feld 2"
settext st&,2,"Feld 3"
print gettext$(st&,0) + ""
print gettext$(st&,1)
print gettext$(st&,2)
print
print "Nun mit Sendmessage"
print GetStatusText(st&,0)
print GetStatusText(st&,1)
print GetStatusText(st&,2)
waitinput
|
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 04.11.2011 ▲ |
|
| |
|
|
| |
| |
| - page 1 - |
|
Jörg
Sellmeyer | | je crois, es hängt avec cela zusammen, qui une Funktion den Abschluß des Imprimer-Befehls bildet. |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 04.11.2011 ▲ |
|
| |
|
|
 | bof,
AddStrings(... ist aussi une Funktion et dabei bricht Imprimer richtig um.
là wird Roland wohl irgend un internes Flag (pas) schleifen. ^ ^ |
|
| |
| |
| |
|
|
RGH | allô Jörg,
cela liegt dans diesem le cas daran, dass avec GetText$() toujours seulement cela erste champ qui Statuszeile ausgelesen volonté peux et là wird ensuite seulement un paramètre erwartet. (Siehe Aider trop GetText$())
cela Komma wird zwar de XProfan encore gelesen, mais pas plus qui zweite paramètre. et un Komma pour einem Imprimer bedeutet, avec dem prochain Printbefehl dans qui gleichen la ligne avec einem champ la distance plus trop faire. (Siehe Aider trop PRINT).
Einem genaueren Beobachter wäre chez qui Ausgabe aufgefallen, dass chez qui Ausgabe avec GetText$() toujours seulement qui erste Eintrag qui Statuszeile ausgegeben wird. ;)
Salut
Roland |
|
| |
| XProfan X2Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 08.11.2011 ▲ |
|
| |
|
|
Jörg
Sellmeyer |
Einem genaueren Beobachter wäre chez qui Ausgabe aufgefallen, dass chez qui Ausgabe avec GetText$() toujours seulement qui erste Eintrag qui Statuszeile ausgegeben wird. ;)
merci - je peux mich aussi avec quoi Anderem beschäftigen...
iFs Verweis zeigt mais, qui es plan pas seulement dans diesem le cas passiert. aussi mir ist es déjà dans anderen Zusammenhängen aufgefallen. Im Moment habe je malheureusement ne...aucune Beispiel prêt mais si je quoi habe, Poste je es.
Wäre doch sur jeden le cas une gute Gelegenheit GetText$() quelque chose aufzubohren. |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 09.11.2011 ▲ |
|
| |
|
|
RGH | iFs Verweis muss je mir encore la fois regarder.
qui Ergänzung de GetText$ sur qui Statuszeile wäre sûrement aucun schlechte concept, quoique on oui savons sollte, quoi on hineingeschrieben hat et es daher pas abfragen muss. ;)
mais zunächst ca va mir um reine Bugfixes et pas um neue Features.
Salut
Roland |
|
| |
| XProfan X2Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 09.11.2011 ▲ |
|
| |
|
|
Dieter
Zornow | | je benutze cela oftmals um un Verzeichnis et den Dateinamen sowie aktuelle Infos per Programme là abzulegen. alors sais je pas quoi drin steht. il y a sicherlich encore mille denkbare Opportunités qui Statuszeile per Programme trop nutzen. Wäre alors absolu sinnvoll |
|
| |
| XProfan X2Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 09.11.2011 ▲ |
|
| |
|
|
Jörg
Sellmeyer | cela vois je comment Dieter: si je une Statuszeile einsetze, stehen là Dinge drin, qui aktuell passer. Es est oui Status- et pas Statikzeile.  |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 09.11.2011 ▲ |
|
| |
|
|
| Hoffentlich bedenkt son l'autre Prozesse den le contenu qui Leiste aussi z.B. Fenstertitel verändern peut -
pour den Programmablauf relevante Informationen serait je pas dans solch Controls poser. ^ ^ |
|
| |
| |
| |
|
|
Dieter
Zornow | | là befürchte je gar rien, car quel normale User peux cela déjà 1faire. Pour Hacker ou bien gens qui sich besser auskennen et sur une solche dumme concept venons, soll es arrêt so son et cela Programme stürzt peut-être ab. et alors ? |
|
| |
| XProfan X2Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 09.11.2011 ▲ |
|
| |
|
|
RGH | ensuite erinnere on mich tour, si es à prochain Version allez!
Salut
Roland
(wird qui kommenden 4 Tage brettspielend sans PC im Sauerland passer) |
|
| |
| XProfan X2Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 09.11.2011 ▲ |
|
| |
|
| |
| |
| - page 2 - |
|
|
Jörg
Sellmeyer | iF (09.11.11)
Hoffentlich bedenkt son l'autre Prozesse den le contenu qui Leiste aussi z.B. Fenstertitel verändern peut -
pour den Programmablauf relevante Informationen serait je pas dans solch Controls poser. ^ ^
là würd je mais aussi gern la fois savons, quel Prozess cela erlaubterweise pouvoir.
qui Statuszeile mais est pour là, pour den Nutzer relevante Infos anzuzeigen. dans einem Editor z.B. dans quel la ligne il sich justement est et à quel Position dans qui la ligne. ou bien dans einem Dateitool, dans welchem Dossier il justement ist et, et, et |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 09.11.2011 ▲ |
|
| |
|
|
| oui, Montrer -
j'écrivais oui: "für den Programmablauf relevante Informationen" -
Infos qui on "anzeigt" sommes normal oui pas pour den Programmablauf relevant mais seulement si on cet Infos wieder abruft et Vorgänge en dépendant pouvoir.
So ungewöhnlich ist es incidemment garnicht cela un fremdprozess Titel ändert de sichtbaren Controls -
so gibt es Desktoptools qui z.B. Fenstertitel changement sobald qui Mauszeiger drübersteht.
und dir aussi pas um "hacken" comment tout autor um übers Netzwerk dans un System einzudringen mais tout autor cela on pour den Programmablauf relevante Infos doch vlt. besser dans Variablen ablegt statt dans sichtbare Controls qui wohlmöglich de anderen Prozessen einfachst geändert volonté peut.
cela "normale" Programmvariablen "auch" pas sûrement sommes peux aucun Diskussion son là déjà cela OS pas "sicher" ist. |
|
| |
| |
| |
|
(546)
Deutsch
English
Français
Español
Italia