| |
|
|
- Página 1 - |
|
Jörg Sellmeyer | El Ausgaben con imprimir GetText$ tener lugar hintereinander, en lugar de untereinander: KompilierenMarcaSeparación
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 ▲ |
|
|
|
|
| |
|
- Página 1 - |
|
Jörg Sellmeyer | Yo glaube, lo hängt así zusammen, daß una Función el Abschluß des Imprimir-Befehls bildet. |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 04.11.2011 ▲ |
|
|
|
|
| Naja,
AddStrings(... es auch una Función y esta bricht Imprimir correcto en.
Como se Roland wohl irgend una internes Flag (no) schleifen. ^ ^ |
|
|
| |
|
|
|
RGH | ¡Hola Jörg, el liegt en diesem Fall daran, dass con GetText$() siempre sólo el erste Feld el Statuszeile ausgelesen voluntad kann y como se entonces sólo una Parámetro esperado. (Siehe Ayuda a GetText$()) Das Komma se zwar de XProfan todavía gelesen, pero no mehr el zweite Parámetro. Und una Komma una Imprimir bedeutet, con el nächsten Printbefehl en el gleichen Línea con un Feld Abstand más a hacer. (Siehe Ayuda a PRINT). Einem genaueren Beobachter wäre en Edición aufgefallen, dass en Edición con GetText$() siempre sólo el erste Eintrag el Statuszeile ausgegeben se. ;)
Saludo 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 en Edición aufgefallen, dass en Edición con GetText$() siempre sólo el erste Eintrag el Statuszeile ausgegeben se. ;)
Gracias - Yo kann mich auch con qué Anderem beschäftigen...
iFs Verweis zeigt aber, daß lo eben no sólo en diesem Fall passiert. Auch me es ya en otro Zusammenhängen aufgefallen. Im Moment Yo desafortunadamente kein Ejemplo parat pero si Yo qué habe, poste Yo.
Wäre doch en cada Fall una gute Gelegenheit GetText$() algo aufzubohren. |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 09.11.2011 ▲ |
|
|
|
|
RGH | iFs Verweis muss Yo una vez más ansehen. El Ergänzung de GetText$ en el Statuszeile wäre sicher no schlechte Concepto, obwohl uno sí wissen debería, qué hineingeschrieben ha y lo por lo tanto no abfragen muss. ;) Aber primero es me en reine Bugfixes y no en neue Features.
Saludo 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 | Yo benutze el oftmals en un directorio y el Dateinamen sowie aktuelle Infos por Programa como abzulegen. Also weiß Yo no qué drin es. Lo son sicherlich todavía tausend denkbare Möglichkeiten el Statuszeile por Programa a nutzen. Wäre also absolut 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 | Das sehe Yo como Dieter: si yo una Statuszeile einsetze, posición como Dinge drin, el aktuell passieren. Lo heißt sí Status- y no Statikzeile. |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 09.11.2011 ▲ |
|
|
|
|
| Hoffentlich bedenkt ihr el otro Prozesse el Inhalt el Leiste como z.B. Fenstertitel verändern puede -
para el Programmablauf relevante Informationen sería Yo no en solch Controls legen. ^ ^ |
|
|
| |
|
|
|
Dieter Zornow | Como befürchte Yo gar nichts, porque welcher normale User puede ya tun. Für Hacker oder Personas que mejor auskennen y en una solche dumme Concepto kommen, se lo sólo así ser y el Programa stürzt tal vez de. Sí y ? |
|
|
| 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 | Dann erinnere uno mich dran, si a nächste Versión va!
Saludo Roland (se el kommenden 4 Tage brettspielend sin PC en el Sauerland verbringen) |
|
|
| 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 ▲ |
|
|
|
| |
|
- Página 2 - |
|
|
Jörg Sellmeyer | IF (09.11.11)
Hoffentlich bedenkt ihr el otro Prozesse el Inhalt el Leiste como z.B. Fenstertitel verändern puede -
para el Programmablauf relevante Informationen sería Yo no en solch Controls legen. ^ ^
Como würd Yo aber auch gern veces wissen, welcher Prozess el erlaubterweise macht. El Statuszeile es doch dafür como, para el Nutzer relevante Infos anzuzeigen. In una Editor z.B. en welcher Línea él se gerade befindet y a welcher Position en el Línea. Oder en un Dateitool, en welchem Ordner él gerade es y, y, y |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 09.11.2011 ▲ |
|
|
|
|
| Sí, Mostrar -
Yo schrieb sí: "für el Programmablauf relevante Informationen" -
Infos el uno "anzeigt" son normal sí no para el Programmablauf relevant pero sólo si uno esta Infos otra vez abruft y Vorgänge su abhängig macht.
So ungewöhnlich es de paso garnicht el una fremdprozess Titel ändert de sichtbaren Controls -
así hay Desktoptools el z.B. Fenstertitel ändern sobald el Mauszeiger drübersteht.
Lo va auch no en "hacken" como por lo tanto en übers Netzwerk en una Sistema einzudringen pero por lo tanto el uno para el Programmablauf relevante Infos doch vlt. mejor en Variables ablegt en lugar de en sichtbare Controls el wohlmöglich de otro Prozessen einfachst geändert voluntad puede.
Das "normale" Programmvariablen "auch" no sicher son kann no Diskussion ser como ya el OS no "sicher" es. |
|
|
| |
|
|