Manifest mit Windows 7

[Jan]

Hallo Martin,

achso, die Bilder. Ja, da habe ich ein wenig mit gekämpft, bis das sauber lief. Aber macht jetzt richtig was her, nicht?

Ja, den Satz kenne ich wohl, ich hab Dein Zitat ja gesehen. Ich seh da aber keinen Tippfehler drin.

Verstehe ich das richtig, daß unter Windows 7 die Updateroutine als Admin richtig läuft, als "normaler" User nicht? Na super. Kann ich garnicht verstehen, denn ich arbeite hier mit dem ausgelesenen Programm-Pfad. Vielleicht sind die Klammern das Problem. Andererseits: Es gibt einen ganzen Schwing Dateien, die in der Updateliste stehen. Warum wird nur diese eine runtergeladen? Was ist denn genau daran so Besonderes?

Jan

[Martin Altmann]

Jan,
Den Tippfehler habe ich fett markiert.
Du verstehst das richtig - als normaler User darf ich in das Windows 7-eigene Verzeichnis nicht schreiben. Neuinstallation klappt zwar, aber wohl nicht das Löschen der vorhandenen Zwischendatei - darum stellt er jedesmal wieder fest, dass es eine neuere gibt (obwohl bei beiden, wie Du sehen kannst, die selbe Version angezeigt wurde!).

Viele Grüße,
Martin

[Jan]

Martin,

Tippfehler: OK. Hab mal danach gegoogelt. Umgangssprachlich ist das in meiner Schreibweise wohl durchaus verbreitet, sprachlich korrekt ist das aber nicht. Ich ändere das mal ab.

Verzeichnis: Hm. Aber was ist denn dann die Alternative? Nicht mehr in das Programme-Verzeichnis zu installieren? Wäre ja eigentlich gegen die MS-Syntax. Aber wenn es denn garnicht gehen will. Nur, was mache ich, wenn ein User unbedingt da rein installieren will, weil das früher immer so war? Immerhin gebe ich ihm ja die Freiheit, sich sein Installationsverzeichnis auszuwählen.

Jan

[Martin Altmann]

Jan,
hast Du was an den Klüsen oder bin ich blöd
Was bitte ist an beteidigen in Ordnung?

Viele Grüße,
Martin

[Jan]

hast Du was an den Klüsen oder bin ich blöd

Darf ich die zweite Alternative wählen?

Ich hab doch schon gesagt, daß ich das ändere. Also wer hat hier was an den Klüsen?

Jan

[Martin Altmann]

Jan, das dürfte nicht mal umgangssprachlich korrekt sein - also meintest Du was anderes!
Aber zurück zum Thema - hat ja nichts mit Windows 7 zu tun

Viele Grüße,
Martin

[Wolfgang Ciriack]

Also nach weiteren Recherchen stellt sich heraus, dass ein Programm dann crasht, wenn die Radiobuttons nicht sichtbar sind, sprich sie sind auf einer anderen Tabpage als der gerade selektierten oder wie in meiner App mit der HIDE clause von eXPress ausgeblendet.
Verhalten ist mittlerweile auch von Jack Duijf bestätigt, habe jetzt eine kleine Demoapp an Alaska gesendet.

[Jan]

Gerade habe ich gesehen, daß es neue PDR 6209 und 6210 wegen Win 7 gibt. Ich rechne also damit, daß die vage Ankündigung von Alaska wegen weiterer Fixes eher eindeutige Realität wird.

Jan

[AUGE_OHR]

hi,

Gerade habe ich gesehen, daß es neue PDR 6209 und 6210 wegen Win 7 gibt. Ich rechne also damit, daß die vage Ankündigung von Alaska wegen weiterer Fixes eher eindeutige Realität wird.

Ich habe ja schon vor einem 1/2 Jahr gefordert das sich Alaska mit Win7 beschäftigt und nun kommen die damit an.

PDR 6209 : hab ich auch schon vor einem 1/2 Jahr gemeldet.
Es lagt an die "falschen" M$ Grafikkarten Treiber !!! nach dem Update des NVidea Treiber ging /PM:PM immer !

PDR 6210 : hm ... bei mir NICHT ? liegt das an meiner "modifizierten" XbParts.PRG ?

interessant ist das man nicht über Win7 - Srv 2008 R2 "hört" ... da sind so viele neue Sachen drin von denen ich vorher noch nie was gehört habe ...

... und nicht wundern wenn euer Xbase++ Applicationen nicht gleich mit dem Server 2008 R2 und Win7 laufen ... da muss man eine "Menge" dran "drehen"

[Martin Altmann]

Jimmy,
komisch - ich habe bisher gar nichts gedreht und es läuft!
Ganz egal, ob ich unter XP kompiliert habe oder direkt unter Windows 7.

Viele Grüße,
Martin

[AUGE_OHR]

komisch - ich habe bisher gar nichts gedreht und es läuft!

XClass ?

Ich weiss nur von Express++ das Roger mit der SL1 beta diverse Probleme mit IsThemeActive() hatte, den darauf beruht ja der ganze "visual Style" Mist von Alaska.
Aber wie das bei Programmierern so ist, wurde die "Test" nur im eigenem Rahmen gemacht.

Als wir nun vor 1 Jahr mit Codejock ankamen wurden diese Fehler "entlarvt" und daher kam auch der Fix von Till.
Dieser ist aber nicht in der v1.9.355 enthalten, also wer die neuen Patches hat möge doch mal Vergleichen was dort bei IsThemeActive() steht und es veröffentlichen.

[Wolfgang Ciriack]

Mein Problem ist mit einem Fix von Alaska behoben (nach nur 1.5 Std. erhalten !).

[brandelh]

hi,

Gerade habe ich gesehen, daß es neue PDR 6209 und 6210 wegen Win 7 gibt. Ich rechne also damit, daß die vage Ankündigung von Alaska wegen weiterer Fixes eher eindeutige Realität wird.

Ich habe ja schon vor einem 1/2 Jahr gefordert das sich Alaska mit Win7 beschäftigt und nun kommen die damit an.

ich habe vor einem halben Jahr Anno 1404 gekauft und nun auf Win7 umgestellt.
Die Antwort auf Fragen "Win 7 wird nicht unterstützt "

Irgendwann werden sie das schon tun hies es dann, aber zunächst gibt es dringendere Probleme ...
das kommt einem doch bekannt vor oder

Meine Anwendungen (alles standard controls) sehen unter Win7 auch super aus, der "gelbe Balken" (XP)
ist unter Win7 halt ein komplett farbiger, das sieht sogar schöner aus.
Wir haben gerade wieder unsere SubScript verlängert und harren der weiteren Entwicklung

[Scarmo]

Hallo zusammen

Habe heute Morgen ein E-Mail vom Alaska-Support erhalten und möchte Euch dieses nicht vorenthalten. Darin wird beschrieben, wie man selber die Datei patchen kann, damit die Funktion "IsThemeActive()" auch unter Win7 den korrekten Wert zurückgibt. Hier also das Mail:

Hallo Herr Meyer,

Wir konnten inzwischen die Ursache für das falsche Verhalten unter Windows
isolieren. Der Grund hierfür ist eine falsche Überprüfung der Os Plattform
in der Datei applictn.prg. Es ist also die XppSys.dll betroffen.

Um das Problem zu beheben, gehen sie bitte folgendermassen vor.

Wenn noch nicht geschehen, laden sie sich den Hotfixrollup #23 in deutsch
herunter. Beachten sie, dass dieses Packet nun die Quellen für die xppsys.dll
beinhaltet. Führen sie das Deployment entsprechend den Instruktionen durch.

Ersetzen sie die Implementierung der Methoden :GetEnableVisualStyle
und :SetEnableVisualStyle der Klasse XbpApplication. Dazu müssen sie
die Datei xppw32\source\sys\applictn.prg modifizieren:

=================== snip =======================

//////////////////////////////////////////////////////////////////////
//
//////////////////////////////////////////////////////////////////////
CLASS METHOD XbpApplication:GetEnableVisualStyles()

LOCAL nVersion, lOld

lOld := Set( _SET_FIXED, .F. )
nVersion := Val( SubStr( OS(OS_VERSION), 1, 5 ) )
Set( _SET_FIXED, lOld )

// XPP (Version 5.01) ist die erste Plattform mit Theme Unterst�tzung
IF nVersion >= 5.01
RETURN DLLCall("UXTHEME.DLL", DLL_STDCALL,;
"GetThemeAppProperties")
ENDIF

RETURN 0

//////////////////////////////////////////////////////////////////////
//
//////////////////////////////////////////////////////////////////////
CLASS METHOD XbpApplication:SetEnableVisualStyles( nWhich )

LOCAL i
LOCAL aChilds
LOCAL nVersion, lOld

IF ValType(nWhich) != "N"
XbpException():RaiseParameterType( {nWhich} )
ENDIF

lOld := Set( _SET_FIXED, .F. )
nVersion := Val( SubStr( OS(OS_VERSION), 1, 5 ) )
Set( _SET_FIXED, lOld )

// XPP (Version 5.01) ist die erste Plattform mit Theme Unterst�tzung
IF nVersion < 5.01
RETURN
ENDIF

DLLCall( "UXTHEME.DLL", DLL_STDCALL, ;
"SetThemeAppProperties", nWhich )

aChilds := AppDesktop():ChildList()
FOR i:=1 TO Len(aChilds)
UpdateVisualStyle( aChilds )
NEXT

RETURN

================== snap =========================

Dann gehen sie in das Verzeichnis ..\xppw32\source\dll und führen die
projekt Datei project.xpj mit pbuild aus. Es wird eine neue xppsys.dll
erstellt.

Machen Sie ein Backup von \xppw32\lib\xppsys.dll und
\xppw32\runtime\xppsys.dll und kopieren sie die neue in die Verzeichnisse.

Nun geht auch die funktion IsThemeActive wieder.

Bei meinem ersten Versuch habe ich festgestellt, dass die Datei "OS.CH" eingebunden sein muss. Ansonsten erscheint ein Fehler, dass die Variable OS_VERSION nicht vorhanden ist!

Danach klappt es!!

Herzliche Grüsse
Marco

[Herbert]

Mein Problem ist mit einem Fix von Alaska behoben (nach nur 1.5 Std. erhalten !).

Interessant, dass da noch kein offizieller Patch existiert. Denn ich habe ganau das Problem, dass bei einem simplen Radiobutton (in einer Tabpage) den Hänger kriege, sobald ich den Butteon aktiv setzen will. Allerdings läuft dieselbe Konstellation in einem anderen Fenster derselben Applikation fehlerfrei.
OP: Windows7 professional 64bit deutsch
Innerhalb des Windows-XP-Modus (auf demselben PC) läuft genau derselbe Code fehlerfrei!

Wolfang, kannst du mir den Fix zustellen?

[Herbert]

hi,
... und nicht wundern wenn euer Xbase++ Applicationen nicht gleich mit dem Server 2008 R2 und Win7 laufen ... da muss man eine "Menge" dran "drehen"

Was meinst du damit? Im xBase++ 2.0 wird der Fix zu 2008R2 erwähnt.

Nun will aber einer meiner Kunden auf 2008R2 migrieren. Worauf muss ich mich mit meiner SL1-App gefasst machen?

[AUGE_OHR]

Nun will aber einer meiner Kunden auf 2008R2 migrieren. Worauf muss ich mich mit meiner SL1-App gefasst machen?

SMB2 ist seit Vista/Win7 das "Problem" ... und wenn dann noch Office 2007/2010 mit SBS zusammen kommt ...

"dreht" man "zu viel" dann macht Office Probleme und bei "zu wenig" hat man mit Xbase++ die "bekannten" Probleme.

SMB2 funktioniert ja über IP6, aber wohl nur wenn "alle" Vista/Win7 sind und da funktioniert wohl noch nicht alles ...
SMB2 überträgt verschlüsselt und die Rechte müssen wohl "signiert" sein.

wichtig ist übrigens das man die Vista / Win7 "PRO" Version als Client hat, den die "Home" ist ja nicht Domain fähig
und kann dann keine (eingebauten) Server 2008 "Benefits" benutzen sondern "nur" als File / Druck Server.

besonders beim SBS Server mit Office 2010 gibt es viel "Optimierung´s" Tips, aber für Xbase++ muss man dann "das Gegenteil" machen ...
Was also "gut" für Access 2010 sein soll muss nicht gut für Xbase++ sein ...

[peternmb]

Hallo, deine Probleme mit der Manfest-Datei könnten unter Umständen daher kommen, dass du diese Datei erst später hinzugefügt hast.

Ich habe das Thema auch schon angesprochen. http://www.xbaseforum.de/viewtopic.php? ... 051#p31716

[Herbert]

Petermb, mit wem sprichst du?

[Herbert]

Es ist generell so, dass ein Paar oder mehrere RadioButtons unter einer Tabpage die Applikation hoffnungslos blockieren. Der Event.Loop wird einmal noch aufgerufen, dann ist die Sache tot. Nur Abschiessen via Task-Manager ist möglich.
Edit: Passiert nicht nur in Tabpages, auch wenn die Radios innerhalb eines Statics liegen.
Für mich entwickelt sich der Umstand, dass ein solches xBase++-Programm unter Windows 7 nicht läuft, zum Problem. Und diese Kombination gibts unter GUI schnell mal.
Derselbe Code läuft tatsächlich unter Vista und XP ohne Probleme.
Wolfgang hat das Problem seit mehreren Monaten plaziert und offiziell ist kein Fix vorhanden.
Ich bin frustriert.

Ich mach nun aus den RadioBoxen CheckBoxen .... dann gehts. Das Verhalten wird eben in einer eigenen Klasse angepasst. So ein Blödsinn.

[Jan]

Hallo Herbert,

ich arbeite grundsätzlich mit Tabpages. Und nutze ausgiebig Radiobuttons. Und natürlich habe ich eine Manifest (eingebunden, nicht als externe Datei). Keine Probleme, auch nicht unter Windows 7.

Jan

[Wolfgang Ciriack]

Hallo Herbert,
habe dir mal meine XPPSYS.DLL per privater Nachricht geschickt, damit ist bei mir dieser Fehler behoben.

[Herbert]

Ja, Wolfgang, nochmals danke an dieser Stelle.
Das Problem liegt aber nicht in dieser Datei.

Nach weiterem pröbeln, ist der Sünder eindeutig die XPPRT1.DLL vom 26.10.2009. Auch die vom 31.1.2010 (jüngster Patch) geht klar nicht.
Nur die Version vom 10.4.2009 (ab original SL1-Installation) läuft.

Also: Wer dasselbe Problem hat, zurück zum Anfang und so einen haufen Ärger sparen und hoffen, dass keiner der inzwischen in dieser Datei erfolgten Patches gebraucht wird.

[Tom]

Mir geht's wie Jan. Alles in Ordnung, auch mit Checkboxen und Radiobuttons auf Tabpages und/oder Gruppen.

[Markus Walter]

Hallo,

auch bei mir ist alles in Ordnung (zumindest was Radiobuttons angeht... ). Radiobuttons auf einem Static (Groupbox) auf einer Tabpage. Externe Manifest-Datei. Habe es getestet mit Win7_32 und Win7_64. Allerdings verwende ich express und weiß nicht, ob Roger da was spezielles macht (Visual Style aus oder so, wobei die Tab-Zungen selbst haben den richtigen "Look").