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 ) ... 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 )

www.revulation.de/tu...ti/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 )

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

nimm mir das jetzt bitte nicht übel, aber wie funktioniert dein Tool denn ??
immer wenn ich die EXE aufrufe, kommt ne Meldung FILE NOT FOUND !!

Ist das ein Bug oder was ?

na da tippe ich mal auf ja, das soll ja eigentlich nicht passieren... kommt das sofort nach dem start?

ja, das mommt bevor das form angezegt wird !!! auc solltest du vielleicht mal die menüs ein bisschen selbsterkläreneder beschriften !!

ich weiss z.b. gar nicht was ich mit den menüpunkten anfangen soll !!
(bis auf save image) !!

Schöner Effekt auch beim Maximieren. Und Button1? Warum nicht, ist doch eindeutig und man weiß gleich, dass es Button1 ist. In so zu beschriftem, dass man gleich weiß was er macht wäre ja langweilig.

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

www.revulation.de/tu...ti/seti23/seti23.exe

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?

>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!

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.

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

wenns die user glücklicher macht, nehm ich eben eine ini datei... die muss dann allerdings zwangsläufig im windowsverzeichnis liegen, ist das ok? ich würde es nämlich begrüssen, wenn der user nur mit meiner exe rumhantieren muss, und die abspeichern kann, wo er will....

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 ).

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! 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 ).

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

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

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

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:

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

danke für den tipp, das erspart wieder 1h debuggen

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.
  
• 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.

• hab ich schon mitbekommen
  
• cool, danach hab ich gesucht, danke
  
• schon geschehen
  
• hab mir luckie zum vorbild genommen und den default auf notpad gesetzt
  

thx

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

zu finden unter

www.revulation.de/tu...ti/seti23/seti23.zip

man beachte, es ist ein zip

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