XaAES-Fileselektor

[HelmutK]

Weil das Konzept Mist ist.

Meinst Du das Konzept von GEM?

Und von allen die das so machen. Ich hab jetzt keinen Überblick über die ganzen GUI-Systeme, aber windows kann's ja z.B. eher noch viel schlechter als atari jetzt schon.

Das liegt daran, dass die nie von vorne anfangen, sondern nur immer noch eins draufgeben. 

So wird das sein. Aber die hatten ja wohl genug Zeit und Macht, das zu ändern, es kann ja optional gemacht werden, für Programme, die sich nicht so leicht umschreiben lassen. Aber vielleicht hab ich auch irgendwas übersehen, denke aber nicht.

Es ist nunmal so, dass das aufrufende Programm den redraw machen muss, weil es das einzige ist, das immer weiß was im Fenster ist. Das AES kann nur die Teile selber zeichnen, die vor dem Fileselektor-Aufruf zu sehen waren. Wenn bei offenem FS ein Bereich eines Fensters des Aufrufers durch Verschieben eines Fensters eines anderen Programmes frei wird, geht's schief. Das habe ich versucht, mit meinem screenshot zu zeigen.

[1ST1]

Soweit ich mich erinnere, muss bei GEM der Redraw immer vom (teilweise) verdeckten Programm gemanaget werden. Wenns also Darstellungsfehler gibt, kommt das wahrscheinlich vom teils verdeckten Programm. Ich kann mich nur nicht mehr erinnern, wer diesem Programm zum Redraw senden muss, war das das im Vordergrund befindliche Programm, oder das AES?

[Goli]

Hallo Helmut, welchen Status hat denn nun Dein xaaes_1.5.0 und wo kann man es bekommen? Im cvs?

[HelmutK]

Müsste morgen in den daily builds sein.

[Goli]

Trunk oder Helmut 

[rastr]

wenn ich hier kurz eine kleine zwischenfrage stellen darf..

muss der aufruf vom fileselektor mit wind_update geklammert werden? wenn ja, reicht  ein mctrl?

[HelmutK]

Trunk oder Helmut 

Egal.

[HelmutK]

wenn ich hier kurz eine kleine zwischenfrage stellen darf..

muss der aufruf vom fileselektor mit wind_update geklammert werden? wenn ja, reicht  ein mctrl?

Normalerweise ja. XaAES und auch MyAES ignoriert das aber, sonst ließe er sich nicht verschieben.

[Goli]

Ich will nochmal klarstellen, dass es Programme gibt, die haben kein Problem damit den Hintergrund zu redrawen, wenn der FS offen ist. Allen voran der Desktop TeraDesk, dann Programme wie zView, Resourcemaster, andere Programme, wie qed, toswin2, highwire und netsurf haben dieses Problem sehr wohl. Wenn also FS da nichts machen kann aus prinzipiellen Gründen, dann sollte man wenigstens Programmierrichtlinien veröffentlichen, wie es die anderen Programme richtig machen und die Schuld damit den Programmautoren zuschieben. 

[Goli]

Ich sehe schon, die Breite merkt sich der FS nicht über einen Neustart hinaus.   Offenbar merkt er sich die Breite aber innerhalb einer Sitzung für alle Programme, konnte jetzt keinen Fehler mehr erzwingen.

Mir ist es aber gelungen nachdem ich etwa 3 - 4 Programme über xaaes-Programm Starten geöffnet habe, dass der Fileselector, der immer zuerst /u/ auswählt, nicht mehr die Ordner öffnen konnte. Allerdings habe ich einmal die Baumansicht angeklickt, die ja bekanntlich in meiner Version noch nicht wieder funktioniert.

Erledigt, schuld ist die Baumansicht. Nachdem man sie wieder ausschaltet, geht es wieder.

Helmut hat übrigens nicht unrecht, wenn man den FS über Load settings in TeraDesk aufruft, dann gibts auch den Redrawfehler. Warum aber können es einige Programme und andere nicht. (Am Rande, hier beherrscht TeraDesk also das Aufrufen des FS, wieso nicht auch bei Open. Das ist das erste, was ich in dem Quellcode einbauen würde.

[Goli]

Komisch, ich nehme alles zurück. Nun treten die Redraw-Probleme auch in den Programmen auf, bei denen es vorher funktioniert hatte.  Wie kann das sein?

Hängt das damit zusammen, dass ich vorher die Programme über das xaaes gestartet hatte? 

[HelmutK]

Wer soll das wissen, das Du da machst? Es ist aber möglich, dass Du das verwechselt hast.

Denn bekanntlich gilt ja das

1. XaAES-Gebot

Das aufrufende Programm kann kein redraw bei offenem FS machen, mit der Ausnahme von XaAES.

[Goli]

Ja, das scheint die Erklärung, denn offenbar habe ich immer dann, wenn es funktioniert den FS vom Xaaes aus aufgerufen. Das habe ich nicht protokolliert, nun aber nachvollzogen, reproduziert. Und das scheint die Erklärung. Also doch keine Chance. Sehr unschön ist das aber. Und ein entscheidender Nachteil zu aktuellen Desktops alla gnome, xfce4, windows, kde, OSX und andere.  

Es funktioniert, wenn Du z.B. netsurf über das xaaes startest, dann zview ebenfalls über das aes startest. Netsurf hat sein Browserfenster offen, aber zview hat kein Fenster offen. Wenn Du jetzt zview den FS aufrufen lässt, kannst Du ihn über den ganzen Desktop schieben auch über das Fenster von netsurf und es gibt kein redraw-problem. Bringt uns das weiter?  

Mit anderen Worten, ein fremdes Programm kann seine Fenster redrawen, wenn ein anderes Programm den FS offen hat, aber jenes nicht seine eigenen Fenster. So richtig?

[HelmutK]

Dafür kann windows nur 1 Fenster pro Programm, ein Dialog, und  bei mehr Fenstern (wie bei java z.B.) toppt es wild irgendwelche Fenster. Das finde ich einen Nachteil, bei XaAES das ist nur optisch.

Wie das bei den anderen ist, weiß ich nicht, aber mit dem atari-FS-Konzept geht es nicht anders. Hab ich doch schon gesagt. Lies Dir den ganzen Thread nochmal durch!

Wenn Du die windows-Lösung als Vorteil siehst, dann wohnen wir auf verschiedenen Seiten vom Mond.

[Goli]

Na, nicht gleich so grundsätzlich. Mir ist schon klar, dass Du das so gesagt hast. Aber ich glaub's ja eben nicht. Irgendwelche Kompromisse gibt es immer.
Aber inzwischen merke ich den Unterschied. Wieso kann das AES was, was die Programme nicht können?

[HelmutK]

Wieso kann das AES was, was die Programme nicht können?

Weil's das AES ist

Vielleicht bau ich das mit nicht-modalem FS ja mal ein, und die Anwendung dafür in qed oder so. Aber momentan hab ich da keine Lust zu.

Außerdem müssen wir das 1.18-release fertigkriegen dieses Jahr.

[Goli]

Ja, ja, verstehe schon. Bin eben so ein Dickkopf.  

Warum kann man den About von Resourcemaster verschieben, ohne Redrawfehler? Ist der nonmodal?

Es lohnt sich vielleicht, das freedesktop-Projekt zu studieren. xfce4 hat keine derartigen Probleme. Der sehr umfangreiche fileselector lässt sich immer ohne redrawprobleme verschieben. Gimp kann mehrere Fenster öffnen, allerdings verhindern die Werkzeugfenster das Toppen. Natürlich wird heute viel mit frames und Fächern gearbeitet. aber diese Programm lässt sich schon mit z.B. Chagall vergleichen, was für mich eines der klassischsten GEM-Programme ist.

[Goli]

Helmut, hast Du mir verraten, das man in der TeraDesk Eingabe-Dialogzeile mit der EINF (INSERT) - Taste den Fileselector aufrufen kann?

Bin ich aber froh. 

[rastr]

in der 1.19er gelingt es mir nicht einen anderen fileselektor zu installieren.

[HelmutK]

Mir schon:


Man muss übrigens in teradesk nur Insert drücken, um bei Open den Fileselector aufzurufen!