PureRequester - Neue DialogBoxen-Library für PB

[edel]

Hast du denn eine Moeglichkeit das ganze nach C/C++ zu portieren?
Dann brauchste dir auch nicht das ganze BlaBla zu Tailbite anhoeren
und auch keinen Source herausgeben.
Ich weiss ja nicht was sich manche User hier denken, wenns kein
Source oder es die Lib nicht unter einem anderen System (Mac lol) gibt,
dann ist das eben so. Es wird keiner gezwungen etwas zu nutzen das
er nicht gebrauchen kann.

[ts-soft]

Ich weiss ja nicht was sich manche User hier denken, wenns kein
Source oder es die Lib nicht unter einem anderen System (Mac lol) gibt,

Das nennt man Feedback. So läßt sich die Lib nur von wenigen überhaupt nutzen,
das kann ja nicht der Sinn des Autors sein.

[al90]

Hast du denn eine Moeglichkeit das ganze nach C/C++ zu portieren?

Nein leider nicht.

Dann brauchste dir auch nicht das ganze BlaBla zu Tailbite anhoeren
und auch keinen Source herausgeben.

Das ist in i.d.R auch eher nur selten der fall. Manche mögen Tailbite halt nicht,
anderen (mich eingeschlossen) ist es egal ob eine lib Tailbited ist oder nicht.
Was zählt, ist IMHO das ergebnis und die Funktionalität einer Lib.
Aber Haarspalterei wird es wohl immer geben. Das ist leider so.

Das nennt man Feedback.

Dagegen ist ja auch nichts einzuwenden. Im gegenteil.

So läßt sich die Lib nur von wenigen überhaupt nutzen,
das kann ja nicht der Sinn des Autors sein.

Na das ist dann aber doch etwas weit hergeholt. Mac macht nur einen Bruchteil
des Marktes aus. Und Linux User gibts auch net grade wie "Sand am Meer".
Tatsache ist das man unter Windows die meiste Userschaft erreicht. Ausserdem
bin ich immer noch (wie die meisten hier) Hobbyprogrammierer. Es gibt also keinen
grund für mich, weshalb ich mir einen Mac (Die nicht gerade Billig sind) zulegen sollte.

[ts-soft]

Ich meinte das auch eher bezogen auf Unicode und Threadsafe. Ich hab im moment nur ein
Projekt, wo ich ASCII nutze.

Die Userlib ist bestimmt praktisch, aber sie wäre nützlicher, wenn man es zumindest unter
x86 mit allen Compileroptionen nutzen könnte

Solange das nicht der Fall, gehe ich lieber den umständlichen Weg und erfinde das Rad neu.

PS: GetForegroundWindow_() könnte auch zum Problem werden, wenn das Mainfenster z.B.
versteckt wird, bevor man einen Requester aufruft.

Das andere Problem ist ja, das die Hinweise auf die Einschränkungen hier nicht zu finden sind,
somit wird es passieren, das einige Fehler melden, weil sie andere Compilereinstellungen haben.
Das macht die UserLibs noch unbeliebter

Gruß
Thomas

[Marvin]

Es gibt also keinen grund für mich, weshalb ich mir einen Mac (Die nicht gerade Billig sind) zulegen sollte.

Du könntest dir ja immerhin ein Linux (die meisten Distributionen sind relativ bekannterweise kostenlos) in einer virtuellen Maschine zulegen, wenn du so an deinem Code hängst.
(wobei ich persönlich diese Fenster jetzt nicht brauche)

Das ganze erinnert mich persönlich (sry) an Kurzvorträge in der Schule, wo unter jeder Folie und auch unterm Handout "Copyright (c) ..." steht. Aus Protest dazu lizensiere ich alle meine Vorträge ab sofort unter der WTFPL, weil ich nicht einsehe, warum so ein kleiner Vortrag mit "Alle Rechte vorbehalten." gekennzeichnet wird. Genauso sehe ich hier nicht ein, warum dieser Code nicht Open Source sein könnte. Ja, ich weiß, dass es allein die Sache des Autors ist. Aber ich wollte es nur gesagt haben.


Natürlich rege ich mich hier wohl zu sehr auf. Das liegt vermutlich daran, dass ich mich sonst im Internet eher unter Leuten aufhalte, die jedem dazu raten, Linux zu verwenden (und zwar nicht, weil es kostenlos ist oder das größe böse Microsoft sonst über dich herrscht, sondern, weil es einfach besser zum Programmieren geeignet ist (zumindest in C)). Also bitte ich (während ich das schreibe, also eigentlich ganz einfach nicht auf "Absenden" klicken müsste) schon um Verzeihung, wenn mein "Ausfall" schlecht ankommen sollte.

[edel]

Dann brauchste dir auch nicht das ganze BlaBla zu Tailbite anhoeren
und auch keinen Source herausgeben.

Das ist in i.d.R auch eher nur selten der fall. Manche mögen Tailbite halt nicht,
anderen (mich eingeschlossen) ist es egal ob eine lib Tailbited ist oder nicht.
Was zählt, ist IMHO das ergebnis und die Funktionalität einer Lib.
Aber Haarspalterei wird es wohl immer geben. Das ist leider so.

Das hat nichts mit moegen zu tun. Tailbite Libs haben eine Lebenserwartung
die gerne gegen Null laeuft, wenn es ein neues PB Update gab. Man ist also
bei einer neuen PB Version vom Autor der Lib abhaengig. Wenn dieser das
Projekt eingestellt hat, verstorben ist oder weiss der Geier, dann kann man
mit der Lib nichts mehr anfangen. Was dann fuer das eigene Projekt dann
natuerlich sehr aergerlich ist. Das ist der Grund warum immer alle gleich nach
dem Quellcode schreien.

@Marvin
Das es sich unter Linux besser programmieren laesst, ist ja wohl nen schlechter
Scherz. Ein GCC Port gibt es auch fuer Windows, und unter Windows laesst sich
bestimmt auch noch nen "Editor" fuer Dos finden.

[al90]

PS: GetForegroundWindow_() könnte auch zum Problem werden, wenn das Mainfenster z.B.
versteckt wird, bevor man einen Requester aufruft.

Ich benutze dazu GetActiveWindow_()

Genauso sehe ich hier nicht ein, warum dieser Code nicht Open Source sein könnte.

Jeder der ihn haben möchte, kann ihn gerne von mir bekommen. Aber wieso zum Geier will gleich jeder OpenSource?

Das ist der Grund warum immer alle gleich nach dem Quellcode schreien.

Das ist der Knackpunkt. Wie ich ja bereits oben schrieb, gebe ich ihn allen interessenten raus. Aber stattdessen wird
immer gleich OpenSource verlangt.

[Marvin]

Jo, klar gibt es einen GCC-Port für Windows. Nennt sich mingw. Oder Cygwin. Nur ist es lustigerweise so, dass die Leute, die ich kenne und die mit C unter Windows arbeiten, sich dort erstmal eine Unix-Umgebung aufgebaut haben. Und das ist unter Linux nunmal schon gegeben.

Nein, es ist kein schlechter Scherz. Es ist bittere Realität, die ich aus eigener Erfahrung kenne. Es dauert, bis die gcc-Umgebung unter Windows steht. Unter Linux gebe ich einfach "gcc" in der Konsole ein - und da ist er auch schon.

Wie ich ja bereits oben schrieb, gebe ich ihn allen interessenten raus. Aber stattdessen wird immer gleich OpenSource verlangt.

Wenn du jedem, der es verlangt, den Code gibst, ist das schon Open Source, mehr verlangen die entsprechenden Lizenzen gar nicht.

[ts-soft]

PS: GetForegroundWindow_() könnte auch zum Problem werden, wenn das Mainfenster z.B.
versteckt wird, bevor man einen Requester aufruft.

Ich benutze dazu GetActiveWindow_()

Und welches Fenster disablest Du bei 0?

Code: Alles auswählen

OpenWindow(0, 0, 0, 0, 0, "")
HideWindow(0, #True)
Debug GetForegroundWindow_()
Debug GetActiveWindow_()
Debug WindowID(0)

besser wäre ein hWnd Parameter oder das Fenster aus den
PB_GadgetGlobal ermitteln, wobei internals sollte man ja lieber
in Ruhe lassen.

[al90]

Wenn du jedem, der es verlangt, den Code gibst, ist das schon Open Source, mehr verlangen die entsprechenden Lizenzen gar nicht.

ja das schon. Aber es kam so rüber als müsste/sollte ich Ihn gleich hier reinstellen oder als Download anbieten.

besser wäre ein hWnd Parameter oder das Fenster aus den
PB_GadgetGlobal ermitteln, wobei internals sollte man ja lieber
in Ruhe lassen.

Ich benutze EnableWindow_(). Anders als bei PB gibts in diesem speziellen fall keinen Absturtz, sondern höchstens
ein False als Returnvalue.