Entwickler-Ecke :: Thema anzeigen

[TLF]Damage - Sa 14.12.02 22:41
Titel: seti@home tool

hi
nachdem ich mir seti@home gedownloaded und angegugt hatte, habe ich festgestellt, das die logdateien von dem clienten regelrecht nach einer auswertung schreien :) ... gesagt getan... ich muss allerdings eingestehen, das ich längst noch nicht fertig bin (kann man das eigentlich jemals bei einer software werden? nal m$ frage :lol: ) ... so ist also noch nicht allzuviel machbar, mit meinem kleinen tool.... deshalb steht das auch noch nicht in opensource (da kann nämlich noch keiner durchsehen /manchmal noch nichtmal ich :? )

http://www.revulation.de/tuxic/seti/seti23/seti23.exe

weitere ideen, die ich bald verwirklichen werde:
- eine ausgabe via html, also das man sich über internet, lan... angugen kann wie weit seti ist...

posted bitte weitere ideen, wenn ihr welche habt (das selbe gilt natürlcih für bugs :wink: )

und für alle die die nicht wissen was seti@home ist, mal hier http://www.setiathome.de nachgugn

[TLF]Damage - So 15.12.02 17:48
Titel: schon besser

so, ich glaube jetzt ists besser... an button1 hab ich schon gar nicht mehr gedacht, das ist gelegentlich ein debuggbutton :) ... jedenfalls hat sich der erledigt, und auch das 'problem' mit dem maximieren ist wech....
und wenn ich es dann endlich schaffe durch die microsoft seiten durchzusehen, dann kommt auch bald ne hilfe für die menüs... solange ist aber erstmal eine version für experimentierfreudige leute vorhanden :)

http://www.revulation.de/tuxic/seti/seti23/seti23.exe

Delete - So 15.12.02 18:07

Argh, dein Programm trägt was in die Registry ein, ohne was zu sagen. Ich hasse so was. Nimm eine Ini-Datei oder sorg dafür, dass man die Schlüssel wieder löschen kann. Zu dem Sind es noch zwei Schlüssel: Seti@Home und seti23. Warum das? Man kann auch Unterschlüssel anlegen.

Dann warum kommt beim Start immer der Dateiöffnen-Dialog? Das Nervt. Mach ein zweites Fenster wo man dein Programm konfigurieren kann: Festlegenn des executibals (was auch immer das sein mag) und den Pfad wo die HTML-Datei abgelegt werden soll. Gibt der Benutzer nichts anderes an, nimm Notepad und für die HTML-Datei das Programmverzeichnis.

Warum englisch?

[TLF]Damage - So 15.12.02 18:17
Titel: mmmhhh... ich glaub da muss ich mal wiedersprechen

>Argh, dein Programm trägt was in die Registry ein, ohne was zu sagen.
hallo? wir sind in windows, wenn du dich über jedes programm aufregen willst, das was in die reg einträgt, wünsch ich dir viel spass dabei!

>Zu dem Sind es noch zwei Schlüssel: Seti@Home und seti23. Warum das?
weil seti@home der originale schlüssel des seti clienten ist, und ich da gleich eintrage wo dein seti client ist... ich denke das geht in ordnung...

>Dann warum kommt beim Start immer der Dateiöffnen-Dialog? Das Nervt.
tja, einmal den seti clienten ausgewählt, nie wieder probleme!
und, der htmlpath wird einmal abgefragt, und dann in die reg eingetragen!

im übrigen: ohne festzulegen, wo der seti client liegt, ist das tool nutzlos!

[TLF]Damage - So 15.12.02 18:28

Alibi hat folgendes geschrieben:

Wie jetzt?
Du nimmst es als Rechtfertigung, das es da draußen ne Menge Leute gibt, die unsauber Programmieren (Registry zumüllen in diesem Fall) um das selber zu machen? Schwach.
Nunja, erstmal diesen Eintrag suchen und löschen.

wie jetzt? zumüllen? nein, das möchte ich einfach mal von mir weisen, die paar einträge, die von mir sind, findest du alle unter current user -> software/seti23 und (wenn nicht schon vorhanden) unter software/seti@home .
und wenn ich mir das so recht überlege, ist es doch eigentlich völlig bockwürstchen, ob ich das nu in die reg eintrage, oder in eine ini, gespecihert und (mit deinen worten) zugemüllt hab ich es beidesmal

Delete - So 15.12.02 18:33

Zitat:

hallo? wir sind in windows, wenn du dich über jedes programm aufregen willst, das was in die reg einträgt, wünsch ich dir viel spass dabei!

Aber die meisten Programm haben eine Deinstallations-Routine welche die Einträge wieder entfernen sollte.
Und jetzt komm mir nicht damit, dass es jeder macht. Eben weil es jeder macht und seien Einträge nicht wieder entfernt, wird ja die Registry zu gemüllt.

Zitat:

und wenn ich mir das so recht überlege, ist es doch eigentlich völlig bockwürstchen, ob ich das nu in die reg eintrage, oder in eine ini, gespecihert und (mit deinen worten) zugemüllt hab ich es beidesmal

Hast du nicht. Oder wird der Schlüssel gelöscht, wenn ich dein Programm lösche? Ich denke mal nicht.

Wenn du eine Ini-Datei benutzt und ich lösche dein Programm, dann lösche ich natürlich auch die Ini-Datei und ich weiß, dass ich dein Programm los bin (es sei denn du legst die Ini-Datei im Windows-Verzeichnis ab :roll: ).

[TLF]Damage - So 15.12.02 18:39
Titel: mmmmhhhh...

Luckie hat folgendes geschrieben:

Zitat:

hallo? wir sind in windows, wenn du dich über jedes programm aufregen willst, das was in die reg einträgt, wünsch ich dir viel spass dabei!

Zitat:

:oops: argh, habt ja recht, ich sehs ja ein

btw: ich bin gerade dabei das menü auf deutsch umzustellen, ich denke dann wird es auch eindeutig

[TLF]Damage - So 15.12.02 18:43

BungeeBug hat folgendes geschrieben:

ausser dem muss ne ini-datei nicht unbedinget im WinDir liegen ... di kannst mit
ini:=TIniFile.Create('.\setting.ini') im Progverzeichniss anlegen ... MfG BungeeBug

mmmhhh... ja, aber bis gerade hatte ich noch die vorstellung davon, das man einfach die exe zu jedem beliebigen zeitpunkt hinschieben kann wo man möchte, und trotzdem die infos (html verzeichnis, editor...) erhalten bleiben

Delete - So 15.12.02 18:55

Der Punkt symbolisiert doch das aktuelle Verzeichnis oder? Und wenn ich jetzt für für die HTML-Datei ein Verzeichnis auswähle, dann ist das aktuelle Verzeichnis nicht mehr das programmverzeichnis und die Ini-Datei landet sonst wo. Besser ist:

Quelltext

1:	ini := TIniFile.Create(ChangeFileext(paramStr(0), '.ini');

Dann landet die Ini-Datei immer im Programmverzeichnis und hat den Programmnamen nur eben mit der Endung ini.

Delete - So 15.12.02 19:38

Tipps von mir:

VCL-Programme, die nicht mit einem Laufzeitpacker wie UPX "behandelt" wurden, lassen sich ideal komprimieren. Das ZIP/RAR-Archiv für den Download hat nur die Hälfte der Größe der Exe, außerdem ist es beruhigender, eine ZIP herunterzuladen als eine ausführbare Datei ... Nimmt man UPX, wird die Exe auch etwa um die Hälfte kleiner. Das zippen/raren/acen bringt dann aber keinen großen Vorteil mehr.
Den selbstgemachten Dialog zu "Set HTML path" würde ich rausnehmen und durch SHBrowseForFolder ersetzen (Zu Risiken und Nebenwirkungen frage im Forum oder benutze die Suchfunktion. Beispiele dazu gibt´s genug.) Der Dialog macht das selbe, ist aber bereits im System eingebaut, was deiner Exe-Größe zugute kommen dürfte (da du diese Form dann entfernen kannst).
Ich würde das Programm an deiner Stelle auch ins Deutsche übersetzen. ´nuff said. :twisted:
Wenn kein LOG, dann keine Ansicht ... man merkt den Einsatz von ShellExecute. Wird dieser Funktion ein Leerstring überreicht, öffnet sich ein Explorer-Fenster. :) Will sagen: wenn dein Programm die Seti-LOG-Datei nicht finden kann, dann deaktiviere den Menüpunkt. Das macht einen besseren (weil: professionelleren) Eindruck.

[TLF]Damage - Mo 16.12.02 00:55
Titel: sooo....

also, ich hab meinen text in ds ned gelernt, aber dafür sollte das prog jetzt besser sein, userfreundlicher vorallendingen :)

zu finden unter

http://www.revulation.de/tuxic/seti/seti23/seti23.zip

man beachte, es ist ein zip :lol:

mmmhhh... so, dann sagt mal bitte was dazu, solche sachen wie registry reinschreiben und nicht mehr löschen hat sich erledigt, der verzeichnis wählen dialog ist jetzt der standart dialog von windows (hat 100k gebracht!)...
nur einen wunsch konnte ich nicht erfüllen, der opendialog am anfang muss natürlich drinne bleiben, sonst kenn ich ja den standort der log datei nicht. im übrigen wird der nur ausgeführt wenn der standort von seti@home NICHT in der registry steht, was höchst selten (oder nie) der fall sein sollte... nu denn

Alibi - Mo 16.12.02 01:39

Hi, wird ja. :)
Ein kleiner Verbesserungspunkt:
Ich habe Seti nicht installiert und mal auf sah anzeigen geklickt. Natürlich existiert die Datei nicht und Notepad fragt nach, ob es sie erstellen soll. Wie wärs mit einem Check in dem Programm, ob diese Datei überhaupt existiert und wenn nicht ne entsprechende Meldung zu geben und dann erst Notepad zu starten?

[TLF]Damage - Mo 16.12.02 02:25

Alibi hat folgendes geschrieben:

jo, das ist eine idee... :)

Sven - Mo 16.12.02 09:13

@[TLF]Damage
Vielleicht solltest Du dir mal die verschiedensten, schon vorhandenen, SETI-Addons mit dem folgenden Link ansehen:
http://setiathome.ssl.berkeley.edu/links_addons.html
Ich habe mir Dein Prog noch nicht heruntergeladen, da ich keine Zeit zum testen habe. Als langjähriges SETI@home-Mitglied fände ich eine Kombination der verschiedenen Addons wünschenswert. Wenn Dein Prog aus dem Alphastadium raus ist, laß mal ne Nachricht rüberwachsen, dann würde ich es gerne ausprobieren.

Delete - Mo 16.12.02 12:53

Menü "Datei/Als HTML speichern" -> "cannot create file d:\...\seti23.exe\prog.jpg". Ich vermute, du hast Luckies Lösung zum INI-Problem falsch aufgefasst. "paramstr(0)" enthält den kompletten Pfad und den Namen der Exe. Willst du nur den Pfad, wäre z.B. "ExtractFilePath" anzuwenden:

Quelltext

1:	ExtractFilePath(paramstr(0)) + '\prog.jpg'

Du müsstest die Exe-Größe evtl. weiter drücken können, wenn du versuchsweise Units aus der "uses"-Liste entfernst. Ein Beispiel wäre die Dialogs-Unit. Wenn man nicht auf irgendwelche speziellen Dialoge zurückgreift, ist sie ein Kandidat zum Entfernen. Es gibt noch andere Units, die von Delphi automatisch eingebunden, vom User aber nicht verwendet werden. Einfach ausprobieren! Im Zweifelsfall erscheint eine Fehlermeldung, bzw. Delphi trägt die Unit automatisch wieder ein (dann weißt du, dass sie gebraucht wird :))
Zum Vorschlag von Alibi, den ich übrigens auch schon mal gemacht habe: dass du den Pfad zur LOG-Datei benötigst, versteht sich von selbst. Aber wenn diese Datei nicht existiert (warum auch immer), warum dann anzeigen wollen? Also, Menüpunkt deaktivieren und beim Start des Programms testen, ob die Datei existiert oder nicht. (s. FileExists). Dazu gehört auch das Speichern der Grafik und der Auswertung. Was bringt es, eine nicht existierende LOG-Datei auszuwerten? Nicht viel, IMO.
Eins fehlt noch: nach dem Doppelklick auf das TNA-Icon solltest du deine Anwendung auch noch aktivieren. Sie erscheint zwar, bleibt aber u.U. im Hintergrund wenn eine andere Anwendung den Fokus hat. Ergebnis: Irritation, weil man im ersten Moment denkt, der Doppelklick hat nichts gebracht.

[TLF]Damage - Mo 16.12.02 15:43

mmhhh... mal nachgugn... ich hab aber paramstr(0) nochmal irgendwo benutzt, hab bestimmt vergessen, die exe rauszunehmen :(
ja, das hab ich schon probiert, hat aber leider auch nicht weitergeholfen
naja, was nutzt eigentlich dieses tool, wenn du log datei nicht existiert? dann kann ich gleich Application.Terminate ausführen :)
mmmhhh... Application.BringToFrontdas ist die methode dazu, oder? die wird auch ausgeführt

[TLF]Damage - Mo 16.12.02 15:48

Sven hat folgendes geschrieben:

kannst du mit konkret sagen, was du da am liebsten alles drin haben würdest wollen? tia

Delete - Mo 16.12.02 21:01

Zitat:

naja, was nutzt eigentlich dieses tool, wenn du log datei nicht existiert? dann kann ich gleich Application.Terminate ausführen

Ich will dir Hinweise auf mögliche Problemquellen aufzeigen. Unabhängig davon, ob ich SETI benutze oder nicht. Du bist doch an Testergebnissen interessiert. Oder nicht?

Kurz gesagt: viele Programme werden ja installiert und tragen sich dann selbst in die Registry ein. (Wie das bei SETI ist, muss einer beantworten, der das benutzt!) Wenn du ein Zusatztool für ein solches Programm schreibst, dann sollte dir auch am Anfang folgendes klar sein: Darf man das Tool auch separat benutzen, oder soll es nur laufen, wenn das benötigte Programm existiert?

Im letzteren Fall müsstest du in der Tat nach dem SETI-Ordner suchen (oder einem Registry-Eintrag, oder ... oder ...) und dein Analyseprogramm beenden, wenn nichts dergleichen gefunden werden konnte.

Im ersteren Fall (= dein Tool kann auch ohne SETI gestartet werden) musst du damit rechnen, dass die Leute alle möglichen Funktionen ausprobieren. Und dann enttäuscht sind, weil sie mit den Ergebnissen naturgemäß nichts anfangen können. Also solltest du mögliche Fehleingaben weitgehend abfangen, bzw. das Benutzen von Funktionen unmöglich machen, die ohne SETI keinen Sinn ergeben.

Das ist professionelles Software-Design.

[TLF]Damage - Mo 16.12.02 23:10

naja, der zweite fall trifft ehr zu, ohne seti gibt es halt keine stats, ohne stats ist mein tool wertlos... deswegen suche ich erst in der reg nach seti@home, und wenn ich es da nicht finde, öffnet sich ein dialog... wenn abbruch gewählt wurde, beendet sich das tool, eigentlich müsste ich, denk ich jedenfalls, im falle von 'ok' überprüfen ob die state.sah (die logdatei) vorhanden ist, wenn nicht, dann müsste es eine fehlermeldung geben. denn wie schon gesagt, ohne diese datei funktioniert nichts.

Sven - Di 17.12.02 11:13

[TLF]Damage hat folgendes geschrieben:

Sven hat folgendes geschrieben:

kannst du mit konkret sagen, was du da am liebsten alles drin haben würdest wollen? tia

Also, alles was SetiSpy kann, denn Quelltext könntest Du dir Runterladen, ist Freeware und in Delphi. Des weiteren eine Erweiterung dahingehend, daß mehrere Units herunter- bzw. heraufgeladen werden können. Natürlich sollte das ganze auch in einem Netzwerk laufen, so daß die Clients ihre Units von einem Server (Intranet) beziehen. Reicht das?

[TLF]Damage - Di 17.12.02 13:09

Zitat:

ufff... ich glaub das reicht :), die idee mit den units hört sich allerdings gut an... mmmmhhhh... aber dann müsste ich ja rauskriegen, wie ich die bei seti anfordere... mal gugn....

Entwickler-Ecke.de based on phpBB
Copyright 2002 - 2011 by Tino Teuber, Copyright 2011 - 2025 by Christian Stelzmann Alle Rechte vorbehalten.
Alle Beiträge stammen von dritten Personen und dürfen geltendes Recht nicht verletzen.
Entwickler-Ecke und die zugehörigen Webseiten distanzieren sich ausdrücklich von Fremdinhalten jeglicher Art!