Entwicklung für Vista und XP

[MathiasSimmack]

Zitat:

Zitat von NicoDE

Zitat:

Zitat von MathiasSimmack

Was denkst du, wer einfach die ganzen Windows XP-Themen in die Tutorials geschrieben hat?

Nunja, bisher haben alle die Manifest-Datei als Resource einkompiliert. Das dumme daran ist nur, dass man sie deshalb nicht mehr ändern kann (zum Beispiel um im Manifest einzutragen, dass das Program Admin-Rechte benötigt).

:gruebel: Davon hörte ich zwar schon in Bezug auf Inno Setup und Vista, aber woher hätte ich das damals beim Schreiben wissen sollen, Nico? Bin doch kein Hellseher. Ich wollte damit nur sagen, während Luckie einfach nur Informationen mitteilte (so und so benutzt man dies und das), habe ich noch ein paar Spielereien (= Neuigkeiten von XP) ergänzt, weil ich XP hatte, Luckie aber nicht. :mrgreen:


PS: Den Glas-Effekt im Clientbereich kannst du vergessen. Wer so was macht, der muss besch**** sein. :zwinker: Den Glas-Effekt würde ich wirklich nur auf die Kanten und Titelleiste des Fensters beschränken. Im Clientbereich hat das nichts zu suchen, und mir ist bisher in Vista noch kein Assistent oder sonst was begegnet, der ein durchscheinendes Panel besaß, auf dem Buttons sitzen, o.ä.

[MathiasSimmack]

Noch ein PS:

Zitat:

Zitat von choose

Was aber passiert aber mit den "Task Dialogs", die nun die einfachen Meldungsboxen ablösen? Muss ich das abermals über eine eigene Komponente abdecken, damit ich die Phrasen in den Meldungen nicht zweimal entwerfen muss?

Musst du nicht. Auch hier dürfte eine Versionsprüfung reichen. Wenn du ins Windows SDK schaust, dann such mal im Index nach "Task Dialog" bzw. "TaskDialogIndirect". Ich bin per Google gerade darüber gestolpert. Aber glücklicherweise wird das Thema auch im SDK abgehandelt. Es läuft also darauf hinaus, dass du dir einen Wrapper schreiben musst, der unter XP die typische Messagebox anzeigt und unter Vista dann eben den neuen Dialog.

[choose]

Zitat:

Zitat von MathiasSimmack

Den Glas-Effekt im Clientbereich kannst du vergessen. Wer so was macht, der muss besch**** sein. :zwinker:

In Fällen, in denen der Rand (wie hier zu sehen) etwas erweitert werden soll, kann ich mir das sehr gut vorstellen...

[choose]

Hallo Mathias,

Zitat:

Zitat von MathiasSimmack

Es läuft also darauf hinaus, dass du dir einen Wrapper [für Task Dialog] schreiben musst, der unter XP die typische Messagebox anzeigt und unter Vista dann eben den neuen Dialog.

Wenn man sich auf den kleinsten Nenner einigt, klar. Dann schreibe ich Dialoge, die einfach nur "Ja" und "Nein" erwarten. Wenn meine Benutzerführung allerdings die Möglichkeiten der Task Dialogs ausnutzen möchte (Radiobuttons, Command Links, Detail Knopf, etc.) könnten sie auf herkömmliche Weise nicht gezeigt werden. Das ist wie bei den SysLinks: Drauf verzichten hätte man einfach können, wenn ich unter XP aber solche Links bieten möchte und mein GUI darauf aufbaut, muss eine geeignete Lösung für Win2k her...

[MathiasSimmack]

Zitat:

Zitat von choose

Wenn meine Benutzerführung allerdings die Möglichkeiten der Task Dialogs ausnutzen möchte (Radiobuttons, Command Links, Detail Knopf, etc.) könnten sie auf herkömmliche Weise nicht gezeigt werden.

Dann geht es jetzt aber um mehr als nur die Pflege einer API-Anwendung. Pflege setzt voraus, dass die Anwendung bereits existiert. Tut sie das, dann dürfte sie bisher auch ganz gut ohne den Vista-Schnickschnack ausgekommen sein. Warum jetzt auf Biegen und Brechen so etwas einbauen und dann Probleme auf den älteren Betriebssystemen riskieren? Das würde ich dann doch wieder mehr in diese Thematik einordnen. ;)

[MagicAndre1981]

Zitat:

Zitat von MathiasSimmack

mir ist bisher in Vista noch kein Assistent oder sonst was begegnet, der ein durchscheinendes Panel besaß, auf dem Buttons sitzen, o.ä.

Doch die Anzeige aller verfügbaren Gagdets für die Sidebar und das sieht soooooo geil aus :love: :love: :love: :love: . Ick will das auch haben :cry:

[MathiasSimmack]

Zitat:

Zitat von choose

Task Dialog

Mal technisch: Ich sitze gerade hier mit Vista und Delphi 5. :shock: Auf die UI muss ich verzichten, aber der Kommandozeilencompiler geht. Die einfache Variante des Dialogs, "TaskDialog", habe ich hinbekommen:

Delphi-Quellcode:

unit Vista;

interface;

const
  TD_WARNING_ICON       = -1;
  TD_ERROR_ICON         = -2;
  TD_INFORMATION_ICON   = -3;
  TD_SHIELD_ICON        = -4;

  // TASKDIALOG_COMMON_BUTTON_FLAGS
  TDCBF_OK_BUTTON            = $0001; // selected control return value IDOK
  TDCBF_YES_BUTTON           = $0002; // selected control return value IDYES
  TDCBF_NO_BUTTON            = $0004; // selected control return value IDNO
  TDCBF_CANCEL_BUTTON        = $0008; // selected control return value IDCANCEL
  TDCBF_RETRY_BUTTON         = $0010; // selected control return value IDRETRY
  TDCBF_CLOSE_BUTTON         = $0020; // selected control return value IDCLOSE

  function TaskDialog(hwndParent: HWND; hInstance: longword;
    pszWindowTitle: PWideChar; pszMainInstruction : PWideChar;
    pszContent: PWideChar; dwCommonButtons: dword; pszIcon : PWideChar;
    var pnButton: integer): HRESULT; stdcall;

implementation

const
  comctl32 = 'comctl32.dll';

function TaskDialog; external comctl32;

end.

Im Original ist die Deklaration der Buttons eigentlich vom enum-Typ, aber egal. Das funktioniert auch erst mal so. Merkwürdig finde ich das mit den Symbolen. Hier mal die Originaldeklaration der Funktion

Code:

WINCOMMCTRLAPI HRESULT WINAPI TaskDialog(__in_opt HWND hwndParent, __in_opt HINSTANCE hInstance, __in_opt PCWSTR pszWindowTitle, __in_opt PCWSTR pszMainInstruction, __in_opt PCWSTR pszContent, TASKDIALOG_COMMON_BUTTON_FLAGS dwCommonButtons, __in_opt PCWSTR pszIcon, __out_opt int *pnButton);

PCWSTR ist doch, IMHO, ein PWideChar, oder? Demzufolge müsste meine Delphi-Deklaration von oben ja korrekt sein. Klappt nur nicht. Versuche ich ein Symbol zu laden, dann sehe ich die Box überhaupt nicht. Bisher klappt es nur mit nil:

Delphi-Quellcode:

if (TaskDialog(0, 0, 'Test TaskDialog', 'So eine etwas dickere Überschrift',
      'Dies ist der eigentliche Inhalt.', TDCBF_YES_BUTTON or TDCBF_NO_BUTTON or
      TDCBF_CANCEL_BUTTON, nil, i) = S_OK) then
begin
  case i of
    IDYES:
      MessageBox(0, 'Ja', nil, 0);
    IDNO:
      MessageBox(0, 'Nein', nil, 0);
    IDCANCEL:
      MessageBox(0, 'Abbrechen', nil, 0);
  end;
end;

An sich sollte aber auch

Delphi-Quellcode:

(TaskDialog(0, 0, { ... } MAKEINTRESOURCEW(TD_INFORMATION_ICON), i)

klappen. Wo also liegt der Fehler?



@André: Wenn es für dein Programm einen guten Grund gibt, einen komplett durchsichtigen Hintergrund zu nutzen, dann nur zu. Andernfalls solltest du erst mal ausprobieren, wie das aussieht, was andere dazu sagen und die Sache dann wieder vergessen. :lol: Nichts für ungut, aber bei den Gadgets macht das noch halbwegs Sinn. Die Startleiste ist ja auch transparent.



PS: Aaaah, Problem (wieder mal :stupid:) selbst gelöst. Die Icon-Werte waren falsch. Und das aus der Headerdatei des Windows SDK :roll: Egal:

Delphi-Quellcode:

  TD_ICON_BLANK             =   100;
  TD_ICON_WARNING          =   101;
  TD_ICON_QUESTION          =   102;
  TD_ICON_ERROR             =   103;
  TD_ICON_INFORMATION          =   104;
  TD_ICON_BLANK_AGAIN          =   105;
  TD_ICON_SHIELD          =     106;

geht dann aber (s. neues Bild im Anhang).

[MathiasSimmack]

Am "TaskDialogIndirect" sitze ich gerade (s. Bild im Anhang). Aber damit mache ich morgen weiter. Der Code ist fertig. Ich muss mir nur noch angucken, was für Spielchen man damit noch so alles machen kann. :stupid:

[choose]

Hallo Mathias,

das sieht ja schon richtig gut aus! Wie sieht im Augenblick Dein Entwicklungszyklus aus? Codieren unter XP und unter Vista laufen lassen oder tatsächlich in der Konsole kompilieren und mit Notepad entwickeln? Du hast nicht zufällig vor, die Ergebnisse in Form einer Funktionssammlung mit Delphi-Typen und etwas Komfort zur Verfügung zu stellen, oder?

[MathiasSimmack]

Die Deklaration vom ersten Dialog, "TaskDialog", hast du ja bereits. Der läuft wirklich nur unter Vista, und ein Manifest ist zwingend erforderlich, sonst kommt auch unter Vista die Meldung, die Funktion könne nicht gefunden werden.
Der erste Dialog war nicht so tragisch. Etwas komplizierter war das Record (unser Luckie würde "Struktur" sagen :stupid:) für "TaskDialogIndirect". Aber wie du im Bild sehen kannst, hast du da auch mehr Möglichkeiten. Ich schraube gerade eine kleine Demo zusammen, die beide Dialoge aufruft. Ich muss noch ein paar Sachen testen, damit ich auch weiß wovon ich rede, und dann erscheint das ganze als Artikel inkl. Quellcode.

btw, Delphi 5 läuft jetzt auch unter Vista. Nur am Anfang kommt die Meldung, irgendein Verzeichnis kann nicht umbenannt werden. Aber damit kann ich leben. Ich brauche es eh nur für Notfälle, falls ich mal direkt unter Vista kompilieren will. Ansonsten, ehrlich gesagt, hätte ich mir Delphi da nicht mehr installiert. :oops:


Ich hätte nicht gedacht, das mal zugeben zu müssen, aber ich muss mich echt wieder in Delphi eingewöhnen. Bei CSharp hätte ich dafür schon eine NativeMethods-Klasse zusammengeschraubt. :)