| |
|
|
| Hallo Frank Habe heute mittag mit der XProfan-Version RC5 meine Dateiverwaltung bearbeitet. Als EXE-Datei wird die Oberfläche jetzt so dargestellt- siehe Bild - Schriftfont für die Listview ist Arial - ??? |
|
|
| |
|
|
|
| Habe eben noch einmal mit den verschiedenen XProfan-RC-Versionen getestet: Fehler in der Darstellung tritt ab RC3 (RC4 fehlt die DLL) bis RC5 auf |
|
|
| |
|
|
|
Jörg Sellmeyer | Wie hast Du den Font denn eingestellt? So gehts bei mir problemlos (RC5). Was mich wundert ist, daß die Listview nicht automatisch den eingestellten Font erhält. Aber Listviews sind anscheinend sehr spezielle Dinger... KompilierenMarkierenSeparieren |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 14.09.2006 ▲ |
|
|
|
|
RGH | Folgendes habe ich in Sachen Fonts geändert, was auch in der neuen Hilfe zu lesen ist:
Bislang war der voreingestellte Zeichensatz 0 (= ANSI_CHARSET, Windowszeichensatz). Das führte dazu, daß der Zeichensatz Vorrang vor dem Font hatte. Würde jemand einen Font auswählen, der keinen ANSI-Zeichensatz beinhaltet, würde Windows einen ähnlichen Font mit ANSI-Zeichensatz auswählen. Nachteil: Vor Verwendung eines anderen Zeichensatzes, etwa dem SYMBOL-Zeichensatz, mußte dieser mit Charset eingestellt werden.*
Set RC3 ist nun der voreingestellte Zeichensatz DEFAULT_CHARSET. Das führt dazu, daß der jeweils zum Font gehörende Zeichensatz verwandt wird, man also weitgehend auf das Setzen des Zeichensatzes verzichten kann.
Wie das zu dem von Dir gezeigten Effekt führen kann, ist mir ein Rätsel. (Ich nehme ja nicht an, daß Frank mit chinesischen, koreanischen oder sonstigen Zeichensätzen arbeitet.) Wenn es an den Änderungen in RC3 liegt, sollte ein Set(CharSet, 0) am Programmanfang das Problem lösen, da somit der frühere Zustand hergestellt wird.
Gruß Roland
* BTW: AUs Charset N% wurde inzwischen Set(CharSet, N%), wobei nun auch Werte über 2 erlaubt sind. Mit Set(CharSet,-1) wird DEFAULT_CHARSET eingestellt. |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 14.09.2006 ▲ |
|
|
|
|
| @Jörg [quote:78d3629874]Aber Listviews sind anscheinend sehr spezielle Dinger...[/quote:78d3629874] Es geht hier um die LISTVIEW.DLL von Frank Abbing. Nicht um die XProfaneigene Gridbox
@Roland [quote:78d3629874]Mit Set(CharSet,-1) wird DEFAULT_CHARSET eingestellt.[/quote:78d3629874] Das war es ! Mit Set(CharSet,-1) am Anfang des Code ist alles wieder in trockenen Tüchern - Danke
@Frank Alarm eingestellt |
|
|
| |
|
|
|
Jörg Sellmeyer | [quote:242899e28d=Horst Horn]@Jörg [quote:242899e28d]Aber Listviews sind anscheinend sehr spezielle Dinger...[/quote:242899e28d] Es geht hier um die LISTVIEW.DLL von Frank Abbing. Nicht um die XProfaneigene Gridbox [/quote:242899e28d] Hätte ich auch drauf kommen können!! |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 14.09.2006 ▲ |
|
|
|
|
Frank Abbing | [quote:790949c883]Wie das zu dem von Dir gezeigten Effekt führen kann, ist mir ein Rätsel. (Ich nehme ja nicht an, daß Frank mit chinesischen, koreanischen oder sonstigen Zeichensätzen arbeitet.) [/quote:790949c883] Korrekt! Die Dll kümmert sich gar nicht um den eingestellten Font. Da ist eine Usereinstellung wahrscheinlicher. Hatte ja schon immer den Verdacht, dass Horst von weit weg kommt. Oder liegt Hessen gar nicht in Korea?
[quote:790949c883]Es geht hier um die LISTVIEW.DLL von Frank Abbing. Nicht um die XProfaneigene Gridbox[/quote:790949c883] Wobei beide mit SysListview32-Controls arbeiten (hab nicht verstanden, warum Roland die Teile GRIDBOX genannt hat. Der User kann Listviews ja durchaus ohne GRID darstellen... ). Jedenfalls können Listview.dll-Funktionen auch auf Profans Gridboxen angewendet werden, da sind keine Grenzen gesetzt. |
|
|
| |
|
|
|
RGH | [quote:b0cc81e998=Frank Abbing]hab nicht verstanden, warum Roland die Teile GRIDBOX genannt hat.[/quote:b0cc81e998] Auch wenn es hier eigentlich OT ist: Ich hatte (eigentlich schon für eine viel frühere Profan-Version) geplant, das zu ermöglichen, was das GridControl, das es mal als 16-Bit-DLL gab, leistet.* Daher hieß das Ding in der Planung (und der ersten XProfan 10-Beta) Grid. Im zweiten Schritt habe ich geschaut, mit welchem Windowscontrol ich das am besten hinbekomme. Das war natürlich das Listview. Da mein Ziel aber das Grid war und eben nicht die vollständige Funktionalität des Listviews bin ich bei der Gridbox geblieben. Ich denke Gridbox beschreibt recht treffend die Hauptfunktionalität des Controls, auch wenn es sich - allein von der Optik her - zusäzlich als Ersatz für eine Listbox anbietet.
Gruß Roland (BTW: Außerdem kann ich ja nicht guten Gewissens Deine ListviewDLL überflüssig machen ... ;) )
Ab Version 6.6 konnte Profan ja nicht mehr mit 16-Bit DLLs umgehen, da die NT-basierenden Windows-Versionen die Hintertür, die es in den Win9x-Varianten noch gab, nicht mehr boten. |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 14.09.2006 ▲ |
|
|
|
|
| Hi Frank [quote:4d9f9095bf]Oder liegt Hessen gar nicht in Korea? kaffee[/quote:4d9f9095bf] Zur allgemeinen Wissenserweiterung: - Geboren in Düsseldorf (Nord-Rhein-Westfalen) - Mein Wohnsitz seit ca. 35 Jahren in Heidelberg (Baden-Württenberg) - was also hat Hessen damit zu tun ??? - Zum eigentlichen Problem: Die fehlerhafte Anzeige liegt wahrscheinlich im tiefsten XProfan. Nach dem ersten Verzweifeln habe ich festgestellt, dass einige Fonts, die im System installiert sind, nicht mehr korrekt angezeigt werden. Da ich in den Programmeinstellungen eine Listbox mit AddFonts fülle und von da die Listviews (zwei) mit Font-Informationen versorge, war (wie der Zufall will) zum Zeitpunkt des erneuten Compilieren und Linkens ein Font eingestellt, der in der RC5-Version nicht angezeigt werden konnte. Das passiert aber nur in der fertigen EXE-Datei. Während der Programmentwicklung und Probelauf(Taste F7) tritt der Effekt nicht auf |
|
|
| |
|
|