AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Projekte Code - Orakel v1.5.0
Thema durchsuchen
Ansicht
Themen-Optionen

Code - Orakel v1.5.0

Ein Thema von RWarnecke · begonnen am 19. Okt 2008 · letzter Beitrag vom 30. Aug 2020
Antwort Antwort
Seite 10 von 29   « Erste     8910 111220     Letzte »    
Benutzerbild von isilive
isilive

Registriert seit: 15. Okt 2008
Ort: Österreich
192 Beiträge
 
Delphi 2009 Professional
 
#1

Re: Code - Orakel v1.1.0

  Alt 18. Dez 2008, 03:57
Das wurde ja schnell behoben. Grade 'mal eine halbe Stunde, Respekt!

Wird diese Version auch nach 30 Tagen noch funzen?
Und nochwas: Zu welchen Zeitpunkten werden die eingegebenen Daten eigentlich in die Datenbank gespeichert? Erst am Schluss? Ich persönlich würde einen 'Save-Button' sympatisch finden. Falls die Daten erst beim Beenden der Applikation gespeichert werden, würden sie durch einen Absturz o.ä. ja verloren gehen (?!).
Stefan
Jedoch kann die referenzbasierte Implementierung des Standard-Objektmodells in Kombination mit den komplexen syntaktischen Dereferenzierungsregeln bei einer objektorientierten API wie ein Stolperstein wirken.
  Mit Zitat antworten Zitat
Benutzerbild von RWarnecke
RWarnecke

Registriert seit: 31. Dez 2004
Ort: Stuttgart
4.408 Beiträge
 
Delphi XE8 Enterprise
 
#2

Re: Code - Orakel v1.1.0

  Alt 18. Dez 2008, 05:57
Zitat von isilive:
Das wurde ja schnell behoben. Grade 'mal eine halbe Stunde, Respekt!

Wird diese Version auch nach 30 Tagen noch funzen?
Ja, diese Version wird auch noch nach 30 Tagen funzen. Ich hatte die erste Variante noch mit der Trail-Version von Eurekalog kompiliert. Die jetzige Version ist auch wieder mit Eurekalog kompiliert, jetzt habe ich mir aber eine Vollversion gekauft davon.

Zitat von isilive:
Und nochwas: Zu welchen Zeitpunkten werden die eingegebenen Daten eigentlich in die Datenbank gespeichert? Erst am Schluss? Ich persönlich würde einen 'Save-Button' sympatisch finden. Falls die Daten erst beim Beenden der Applikation gespeichert werden, würden sie durch einen Absturz o.ä. ja verloren gehen (?!).
Die Daten in den Memos werden im OnExit - Ereignis gespeichert. Das heißt, wenn ich etwas eingebe und dann in den TreeView klicke, greift das OnExit-Ereignis nicht vom Memo. Bei der nächsten Version, die hoffentlich noch dieses Jahr rauskommt, ist dieses Problem behoben. Da wird der Text auf jedenfall in die Datenbank geschrieben, egal wohin man wechselt. Einen Button finde ich nicht so geschickt und würde auch das Design meiner Meinung nach ein wenig zerstören.
Rolf Warnecke
App4Mission
  Mit Zitat antworten Zitat
ringli

Registriert seit: 7. Okt 2004
517 Beiträge
 
Delphi 11 Alexandria
 
#3

Re: Code - Orakel v1.1.0

  Alt 18. Dez 2008, 07:11
Zitat von RWarnecke:
Zitat von stOrM:
... Wegen dem Manifest, ich habs rausgeschmissen, weil mir das ständige UAC Dingen auf den Senkel ging, habs dann durch dieses ersetzt nu iss Ruhe
Das ist in der nächsten Version behoben. ...
Hmm... in der Version die ich mir heute morgen von deiner Hompage geladen habe ist immer noch das Manifest mit "requireAdministrator" drinne.
  Mit Zitat antworten Zitat
Benutzerbild von RWarnecke
RWarnecke

Registriert seit: 31. Dez 2004
Ort: Stuttgart
4.408 Beiträge
 
Delphi XE8 Enterprise
 
#4

Re: Code - Orakel v1.1.0

  Alt 18. Dez 2008, 12:03
Zitat von ringli:
Zitat von RWarnecke:
Zitat von stOrM:
... Wegen dem Manifest, ich habs rausgeschmissen, weil mir das ständige UAC Dingen auf den Senkel ging, habs dann durch dieses ersetzt nu iss Ruhe
Das ist in der nächsten Version behoben. ...
Hmm... in der Version die ich mir heute morgen von deiner Hompage geladen habe ist immer noch das Manifest mit "requireAdministrator" drinne.
Ja, ich meinte auch in der neueren Version 1.2.0.
Rolf Warnecke
App4Mission
  Mit Zitat antworten Zitat
Benutzerbild von isilive
isilive

Registriert seit: 15. Okt 2008
Ort: Österreich
192 Beiträge
 
Delphi 2009 Professional
 
#5

Re: Code - Orakel v1.1.0

  Alt 18. Dez 2008, 13:14
Zitat von RWarnecke:
Die Daten in den Memos werden im OnExit - Ereignis gespeichert. Das heißt, wenn ich etwas eingebe und dann in den TreeView klicke, greift das OnExit-Ereignis nicht vom Memo. Bei der nächsten Version, die hoffentlich noch dieses Jahr rauskommt, ist dieses Problem behoben. Da wird der Text auf jedenfall in die Datenbank geschrieben, egal wohin man wechselt. Einen Button finde ich nicht so geschickt und würde auch das Design meiner Meinung nach ein wenig zerstören.
Wie auch immer. Habe gerade wieder mehrere Codebausteine eingetippt, schön formatiert und kommentiert (wenn man gleichzeitig im Netz schaut und den Code verbessert kann das schon ein bisschen Arbeit sein).
Die Sicherheit, dass die Daten zuverlässig gespeichert werden ist IMHO oberste Priorität. Sonst beisst man sich in den sprichwörtlichen ... und verflucht, das sonst ja recht coole Programm (Bis jetzt hat es nichts mehr vergessen, ich hoffe das bleibt so =) )
Stefan
Jedoch kann die referenzbasierte Implementierung des Standard-Objektmodells in Kombination mit den komplexen syntaktischen Dereferenzierungsregeln bei einer objektorientierten API wie ein Stolperstein wirken.
  Mit Zitat antworten Zitat
Benutzerbild von RWarnecke
RWarnecke

Registriert seit: 31. Dez 2004
Ort: Stuttgart
4.408 Beiträge
 
Delphi XE8 Enterprise
 
#6

Re: Code - Orakel v1.1.0

  Alt 26. Dez 2008, 18:59
Da ich kurz vor der Vollendung von der neuen Version 1.2.0 stehe, wollte ich mal fragen, welche der beiden Varianten Ihr für besser haltet ?

1. Variante : Für das WebUpdate ist im Programm die URL fest einkompiliert.
2. Variante : Die URL ist über die Einstellungen einstellbar.
Rolf Warnecke
App4Mission
  Mit Zitat antworten Zitat
Benutzerbild von Mikescher
Mikescher

Registriert seit: 3. Jun 2008
Ort: Offenburg
265 Beiträge
 
Delphi 2009 Professional
 
#7

Re: Code - Orakel v1.1.0

  Alt 26. Dez 2008, 20:23
Ganz klar : einstellbar.
Ist besser für mögliche Änderungen etc und einstellbar find ic pers eigentlich immer besser (kannste ja in "Extended Einstellungen" machen

MfG Mikescher
Mike
Operation gelungen, Patient tot.

http://www.mikescher.com
  Mit Zitat antworten Zitat
Oreaden

Registriert seit: 10. Nov 2008
60 Beiträge
 
#8

Re: Code - Orakel v1.1.0

  Alt 27. Dez 2008, 08:49
Zitat von RWarnecke:
welche der beiden Varianten Ihr für besser haltet ?

1. Variante : Für das WebUpdate ist im Programm die URL fest einkompiliert.
2. Variante : Die URL ist über die Einstellungen einstellbar.
Wie wäre es mit Variante 3? In .INI ablegen und per Notepad änderbar machen. Normal sollte sich ja daran nichts ändern, es könnte aber Situationen geben, dass Änderungen nötig würden, auch sehr unwahrscheinlich. Von einer generellen Änderbarkeit würde ich abraten, da ansonsten zu schnell Probleme auftreten werden (Spieltrieb)

Schöne Grüße
OREADEN
  Mit Zitat antworten Zitat
Benutzerbild von RWarnecke
RWarnecke

Registriert seit: 31. Dez 2004
Ort: Stuttgart
4.408 Beiträge
 
Delphi XE8 Enterprise
 
#9

Re: Code - Orakel v1.1.0

  Alt 27. Dez 2008, 09:05
Das wäre auch noch eine Idee. Aber auch dort könnte der Spieltrieb wieder zuschlagen.
Rolf Warnecke
App4Mission
  Mit Zitat antworten Zitat
Benutzerbild von Mikescher
Mikescher

Registriert seit: 3. Jun 2008
Ort: Offenburg
265 Beiträge
 
Delphi 2009 Professional
 
#10

Re: Code - Orakel v1.1.0

  Alt 27. Dez 2008, 11:00
Jaja immer der böse Spieltrieb der User in Monster verwandelt
Mike
Operation gelungen, Patient tot.

http://www.mikescher.com
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 10 von 29   « Erste     8910 111220     Letzte »    


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 07:07 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz