Print unter Win7-64 - Paules-PC-Forum.de

p. specht · 21.06.2011, 00:45

Print "XXX";"YYYY";"ZZZZ"
lieferte in Win-XP mit üblicher Auflösung 1024 x ... die
direkte Aneinanderreihung

Code:

XXXYYYZZZ

in der Ausgabe, was auch mit der Hilfe-Beschreibung übereinstimmt.
Unter Win7-64 und Monitorauflösung 1920 x 1080
liefert der selbe Befehl nunmehr die Ausgabe

Code:

XXX         YYYY         ZZZZ

Frage: Lässt sich das mit "Bordmitteln" irgendwie beheben?
Andere Schriftart vielleicht? (Langsam bereue ich, je von WinXP_32 umgestiegen zu sein!)
Gruss

Andreas Miethe · 21.06.2011, 16:21

Kann ich nicht bestätigen.

sieht ganz normal aus.

Code:

Declare 64Bit&
External("Kernel32.dll", "IsWow64Process", External("Kernel32", "GetCurrentProcess"), Addr(64Bit&))
Print "XProfan    : ";$ProfVer
Print "Windos     : ";If ($WinVer="6.1","Windows 7","etwas anderes als Windows 7")
Print If (64Bit&=1,"             64-Bit","             32Bit")
Print "Auflösung  : ";%Maxx;"-",%Maxy;"  Pixel"
Print
Print "Print XXX;YYYY,ZZZZ ergibt :"
Print
Print "XXX";"YYYY";"ZZZZ"
waitinput

**AHT** · 21.06.2011, 16:30

Warum ; und kein + ???

**Frabbing** · 21.06.2011, 16:32

Das liegt an der Fenstergröße. Probiere mal andere Größen.

p. specht · 21.06.2011, 16:55

@Andreas: Dein Programm führt bei meinem 16:9 Monitor genau zu dem bschriebenen Effekt. Ich vermute mal, das 16:9-Format ist schuld (Das Fenster selbst wird mit einem ganz normalen CLS erzeugt).

RGH · 21.06.2011, 18:21

Vielleicht solltet Ihr die benutzte XProfan-Version dazu schreiben. Auch bei großem Bildschirm sollte das ";" ein "direkt dahinter" bedeuten.
Allerdings würde ich tatsächlich ein + zum Zusammenfügen der Strings empfehlen. Die Möglichkeit beim PRINT-Befehl ";" oder "," (= Leerzeichen zwischen den Strings) wurde lediglich der BASIC-Kompatibilität wegen eingebaut.

Gruß
Roland

PS: Im Übrigen ist die Textausgabe mit PRINT nun wirklich reichlich altbacken und nicht sonderlich windows-typisch.

p. specht · 21.06.2011, 18:39

... sorgt aber dafür, daß viele gute alte GWBASIC-,QBasic- und Pascal-Algorithmen nach geringfügiger Adaptierung immer noch gut einsetzbar sind - zusammen mit der dBase-Unterstützung DAS Hauptargument für XProfan.
Gruss

P.S. Ein Beispiel: Viele Buchhaltungsdateien müssen ja mindestens 10 Jahre aufgehoben werden. Mit Profan können die auch ohne aufwe/ä/ndige Adaption heute noch statistisch ausgewertet werden.

Andreas Miethe · 21.06.2011, 20:00

Zitat:

Zitat von p. specht

@Andreas: Dein Programm führt bei meinem 16:9 Monitor genau zu dem bschriebenen Effekt. Ich vermute mal, das 16:9-Format ist schuld (Das Fenster selbst wird mit einem ganz normalen CLS erzeugt).

Bei mir funktioniert es aber korrekt mit der selben Auflösung !!
Kann also nicht sein, dass es an der Auflösung liegt.

RGH · 21.06.2011, 20:17

Hallo,

ich nochmal: Mir ist es nun ein absolutes Rätsel, wie Du die vielen Leerzeichen zwischen den Zeichenfolgen hinbekommen hast. Ich habe es jetzt auch auf meinem 64-Bit-Rechner sowohl mit Version X2 als auch der Prä-Alpha-64Bit-Version getestet, mit Standard-Fenster und Fenster auf Maximalgröße (23" mit 1680 * 1050 - den 23"-Full-HD-Monitor hat meine Tochter) ... egal was ich mache: die Ausgabe stimmt sowohl unter Win32 als auch Win64 (jeweils Windows 7).

Gruß
Roland

p. specht · 21.06.2011, 20:36

Meine Version: Profan 11.2a, Bildschirmformat 16 : 9 . Die Standard-Schriftart scheint kleiner als vom Programm vermutet, wenn es um die Berechnung der "Anstückelposition" geht. Die Leerzeichen im ersten Beitrag waren bloss ein "Darstellungshilfsmittel", Profan schreibt einfach "überproportional" weiter rechts den nächsten String, je länger der erste String "XXXXXX" war (d.h. print "X";"Y" wird beinahe wie XY dargestellt, mit minimalem Abstand).

Abhilfe ist tatsächlich der Umstieg auf "+" - Danke, Andreas!

P.S.: Das Hauptfenster wird bereits mit CLS zu klein berechnet, der Zeilenumbruch erfolgt erst weit hinter dem rechten Fensterrand. Könnte die selbe Ursache haben...

**Frabbing** · 21.06.2011, 22:09

Ich hab bei der Ausgabe mit Print des öfteren komische Anzeigen. Aber ich brauchs auch nicht wirklich.

p. specht · 22.06.2011, 22:05

Offenbar handelt sich um einen Win7-Fehler: Die von Profan für print verwendete Standardschrift scheint bei der Ausgabe deutlich kleiner zu sein, als sie an Windows meldet. Stellt man nämlich die Hintergrundfarbe eines Textstrings ein, wird zuerst mal ein großes Hintergrund-Farbrechteck gezeichnet, das dann aber von der ausgegebenen (links/oben zentrierten) Schrift weder in Höhe noch in der Breite voll ausgefüllt wird. Das macht sich dann rechts und unten durch einen dicken, freibleibenden Farbbereich bemerkbar. Der rechte Rand des Hintergrund-Rechtecks wird aber zum "Anstückeln" des nächsten Strings herangezogen - daher die eigenartigen Abstände!

**AHT** · 23.06.2011, 04:19

Eher ein Fehler deines Rechners. Da könnte eine Schriftart fehlen...

p. specht · 23.06.2011, 07:49

Hmmm... Quizfrage: Wie heisst die von XProfan für Print verwendete Standard-Schrift?

_Joerg_ · 23.06.2011, 12:20

Das müßte Courier sein und die ist von vornherein drauf.

21.06.2011, 00:45	#1 (Direktlink)
p. specht Dauergast Registriert seit: 06.02.2009 Ort: Wien, Österreich Beiträge: 1.083	Print unter Win7-64 Print "XXX";"YYYY";"ZZZZ" lieferte in Win-XP mit üblicher Auflösung 1024 x ... die direkte Aneinanderreihung Code: XXXYYYZZZ in der Ausgabe, was auch mit der Hilfe-Beschreibung übereinstimmt. Unter Win7-64 und Monitorauflösung 1920 x 1080 liefert der selbe Befehl nunmehr die Ausgabe Code: XXX YYYY ZZZZ Frage: Lässt sich das mit "Bordmitteln" irgendwie beheben? Andere Schriftart vielleicht? (Langsam bereue ich, je von WinXP_32 umgestiegen zu sein!) Gruss __________________ Win7-64HomPremSP1,XProfan11.2a,XPIA,JWasm,XPSE,IntelCoreQuad2.5GHz/4GB/je1TB HD intern:esataBay:USB2:USB3

21.06.2011, 16:21	#2 (Direktlink)
Andreas Miethe Stammuser Registriert seit: 08.02.2009 Ort: Bielefeld Alter: 53 Beiträge: 428	Kann ich nicht bestätigen. sieht ganz normal aus. Code: Declare 64Bit& External("Kernel32.dll", "IsWow64Process", External("Kernel32", "GetCurrentProcess"), Addr(64Bit&)) Print "XProfan : ";$ProfVer Print "Windos : ";If ($WinVer="6.1","Windows 7","etwas anderes als Windows 7") Print If (64Bit&=1," 64-Bit"," 32Bit") Print "Auflösung : ";%Maxx;"-",%Maxy;" Pixel" Print Print "Print XXX;YYYY,ZZZZ ergibt :" Print Print "XXX";"YYYY";"ZZZZ" waitinput __________________ Gruss *Andreas* ______________________ http://www.ampsoft.eu Profan 3.3 - XProfanX2 Windows 95,98,ME,2000,XP Vista - Windows 7 32 / 64 Bit ASUS X93S - Intel Core I7 - NVIDIA GForce GT540M - 8GB Arbeitsspeicher

21.06.2011, 16:30	#3 (Direktlink)
AHT Super-Moderator Registriert seit: 15.02.2009 Beiträge: 10.786	Warum ; und kein + ??? __________________ ______________ Bitte Schnelltest durchführen: Neuer Virus, ahnungslose User seit Monaten infiziert! Mfg AHT

21.06.2011, 16:32	#4 (Direktlink)
Frabbing Super-Moderator Registriert seit: 05.02.2009 Ort: Westliches NRW Alter: 44 Beiträge: 5.094	Das liegt an der Fenstergröße. Probiere mal andere Größen. __________________ Gruß, Frank Webpage http://frabbing.bplaced.net mit Freeware - Tools, Spiele und Grafiken.

21.06.2011, 16:55	#5 (Direktlink)
p. specht Dauergast Registriert seit: 06.02.2009 Ort: Wien, Österreich Beiträge: 1.083	@Andreas: Dein Programm führt bei meinem 16:9 Monitor genau zu dem bschriebenen Effekt. Ich vermute mal, das 16:9-Format ist schuld (Das Fenster selbst wird mit einem ganz normalen CLS erzeugt). __________________ Win7-64HomPremSP1,XProfan11.2a,XPIA,JWasm,XPSE,IntelCoreQuad2.5GHz/4GB/je1TB HD intern:esataBay:USB2:USB3

21.06.2011, 18:21	#6 (Direktlink)
RGH Forenmaskottchen Registriert seit: 08.02.2009 Ort: Nußloch (bei Heidelberg) Beiträge: 550	Vielleicht solltet Ihr die benutzte XProfan-Version dazu schreiben. Auch bei großem Bildschirm sollte das ";" ein "direkt dahinter" bedeuten. Allerdings würde ich tatsächlich ein + zum Zusammenfügen der Strings empfehlen. Die Möglichkeit beim PRINT-Befehl ";" oder "," (= Leerzeichen zwischen den Strings) wurde lediglich der BASIC-Kompatibilität wegen eingebaut. Gruß Roland PS: Im Übrigen ist die Textausgabe mit PRINT nun wirklich reichlich altbacken und nicht sonderlich windows-typisch. __________________ Pentium D 2,8 GHz / 3 GB RAM / 500 GB HDD / ATI Radeon HD5450 1024 MB / Windows 7(32) - XProfan X2.0c AMD Athlon II X2 2,9 GHz / 3 GB RAM / 500 GB HDD / ATI Radeon 3000 / Windows 7(64) - XProfan X2.0c http://www.xprofan.de

21.06.2011, 18:39	#7 (Direktlink)
p. specht Dauergast Registriert seit: 06.02.2009 Ort: Wien, Österreich Beiträge: 1.083	... sorgt aber dafür, daß viele gute alte GWBASIC-,QBasic- und Pascal-Algorithmen nach geringfügiger Adaptierung immer noch gut einsetzbar sind - zusammen mit der dBase-Unterstützung DAS Hauptargument für XProfan. Gruss P.S. Ein Beispiel: Viele Buchhaltungsdateien müssen ja mindestens 10 Jahre aufgehoben werden. Mit Profan können die auch ohne aufwe/ä/ndige Adaption heute noch statistisch ausgewertet werden. __________________ Win7-64HomPremSP1,XProfan11.2a,XPIA,JWasm,XPSE,IntelCoreQuad2.5GHz/4GB/je1TB HD intern:esataBay:USB2:USB3

21.06.2011, 20:17	#9 (Direktlink)
RGH Forenmaskottchen Registriert seit: 08.02.2009 Ort: Nußloch (bei Heidelberg) Beiträge: 550	Hallo, ich nochmal: Mir ist es nun ein absolutes Rätsel, wie Du die vielen Leerzeichen zwischen den Zeichenfolgen hinbekommen hast. Ich habe es jetzt auch auf meinem 64-Bit-Rechner sowohl mit Version X2 als auch der Prä-Alpha-64Bit-Version getestet, mit Standard-Fenster und Fenster auf Maximalgröße (23" mit 1680 * 1050 - den 23"-Full-HD-Monitor hat meine Tochter) ... egal was ich mache: die Ausgabe stimmt sowohl unter Win32 als auch Win64 (jeweils Windows 7). Gruß Roland __________________ Pentium D 2,8 GHz / 3 GB RAM / 500 GB HDD / ATI Radeon HD5450 1024 MB / Windows 7(32) - XProfan X2.0c AMD Athlon II X2 2,9 GHz / 3 GB RAM / 500 GB HDD / ATI Radeon 3000 / Windows 7(64) - XProfan X2.0c http://www.xprofan.de

21.06.2011, 20:36	#10 (Direktlink)
p. specht Dauergast Registriert seit: 06.02.2009 Ort: Wien, Österreich Beiträge: 1.083	Meine Version: Profan 11.2a, Bildschirmformat 16 : 9 . Die Standard-Schriftart scheint kleiner als vom Programm vermutet, wenn es um die Berechnung der "Anstückelposition" geht. Die Leerzeichen im ersten Beitrag waren bloss ein "Darstellungshilfsmittel", Profan schreibt einfach "überproportional" weiter rechts den nächsten String, je länger der erste String "XXXXXX" war (d.h. print "X";"Y" wird beinahe wie XY dargestellt, mit minimalem Abstand). Abhilfe ist tatsächlich der Umstieg auf "+" - Danke, Andreas! P.S.: Das Hauptfenster wird bereits mit CLS zu klein berechnet, der Zeilenumbruch erfolgt erst weit hinter dem rechten Fensterrand. Könnte die selbe Ursache haben... __________________ Win7-64HomPremSP1,XProfan11.2a,XPIA,JWasm,XPSE,IntelCoreQuad2.5GHz/4GB/je1TB HD intern:esataBay:USB2:USB3 Geändert von p. specht (21.06.2011 um 21:31 Uhr)

21.06.2011, 22:09	#11 (Direktlink)
Frabbing Super-Moderator Registriert seit: 05.02.2009 Ort: Westliches NRW Alter: 44 Beiträge: 5.094	Ich hab bei der Ausgabe mit Print des öfteren komische Anzeigen. Aber ich brauchs auch nicht wirklich. __________________ Gruß, Frank Webpage http://frabbing.bplaced.net mit Freeware - Tools, Spiele und Grafiken.

22.06.2011, 22:05	#12 (Direktlink)
p. specht Dauergast Registriert seit: 06.02.2009 Ort: Wien, Österreich Beiträge: 1.083	Offenbar handelt sich um einen Win7-Fehler: Die von Profan für print verwendete Standardschrift scheint bei der Ausgabe deutlich kleiner zu sein, als sie an Windows meldet. Stellt man nämlich die Hintergrundfarbe eines Textstrings ein, wird zuerst mal ein großes Hintergrund-Farbrechteck gezeichnet, das dann aber von der ausgegebenen (links/oben zentrierten) Schrift weder in Höhe noch in der Breite voll ausgefüllt wird. Das macht sich dann rechts und unten durch einen dicken, freibleibenden Farbbereich bemerkbar. Der rechte Rand des Hintergrund-Rechtecks wird aber zum "Anstückeln" des nächsten Strings herangezogen - daher die eigenartigen Abstände! __________________ Win7-64HomPremSP1,XProfan11.2a,XPIA,JWasm,XPSE,IntelCoreQuad2.5GHz/4GB/je1TB HD intern:esataBay:USB2:USB3

23.06.2011, 04:19	#13 (Direktlink)
AHT Super-Moderator Registriert seit: 15.02.2009 Beiträge: 10.786	Eher ein Fehler deines Rechners. Da könnte eine Schriftart fehlen... __________________ ______________ Bitte Schnelltest durchführen: Neuer Virus, ahnungslose User seit Monaten infiziert! Mfg AHT

23.06.2011, 07:49	#14 (Direktlink)
p. specht Dauergast Registriert seit: 06.02.2009 Ort: Wien, Österreich Beiträge: 1.083	Hmmm... Quizfrage: Wie heisst die von XProfan für Print verwendete Standard-Schrift? __________________ Win7-64HomPremSP1,XProfan11.2a,XPIA,JWasm,XPSE,IntelCoreQuad2.5GHz/4GB/je1TB HD intern:esataBay:USB2:USB3

23.06.2011, 12:20	#15 (Direktlink)
_Joerg_ Weiß worum´s geht Registriert seit: 15.02.2011 Beiträge: 106	Das müßte Courier sein und die ist von vornherein drauf. __________________ Anhören lohnt sich wuestensand.info

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Ansicht
Linear-Darstellung Zur Hybrid-Darstellung wechseln Zur Baum-Darstellung wechseln

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
ZFS unter Raid0 auf Win7?	Decstasy	Windows 7	1	11.02.2011 21:08
Two Worlds unter win7????????	LanSpieler	Computerspiele	11	30.11.2010 09:04
Ipone 3G unter Win7	Stubentiger	Windows 7	5	20.05.2010 20:15
Externe HDD ohne Zugriff unter Win7, aber unter XP	Katsche	Hardware - Problemlösungen	1	29.12.2009 22:32
Problem Mit W-Lan unter Win7	Michlik	Hardware - Problemlösungen	1	04.12.2009 21:10