AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Projekte Multi-Projekt-Organizer (kurz MPO)
Thema durchsuchen
Ansicht
Themen-Optionen

Multi-Projekt-Organizer (kurz MPO)

Ein Thema von Alexander · begonnen am 23. Dez 2003 · letzter Beitrag vom 24. Mär 2005
Antwort Antwort
Seite 2 von 7     12 34     Letzte »    
Alexander
Registriert seit: 28. Aug 2002
Hi Leute,
ich habe gestern Abend mal angefangen mich ein wenig mit XML zu beschäftigen. Das ist nun dabei herausgekommen :
Ein kleines Tool, mit dem man einen Überblick über seine (Programmier-)Projekte hat.
Man hat z.B. die Möglichkeit ToDo oder Bug-Listen anzulegen und noch viel mehr.
Ich würde mich - wie immer - über Kritik, Anregungen und natürlich Lob freuen.
Alexander
PS: Es werden natürlich keine Registry-Einträge vorgenommen, allerdings muss MS XML installiert sein (bei XP und 2000 (?) schon installiert)
 
MrKnogge

 
Delphi 2007 Professional
 
#11
  Alt 23. Dez 2003, 15:57
Ich würde vorschlagen, dass du nach deiner Fehlermeldung "XML fehlt..." entweder dein Programm wieder beendest, oder alle Fehlermeldungen abfängst.

Ich hab Windows XP HomeEdition mit SP1, und ich bekomme ebenfalls die Fehlermeldungen,
hab ich kein MS XML 4.0 ?
Christian Bootz
  Mit Zitat antworten Zitat
Alexander

 
Turbo Delphi für .NET
 
#12
  Alt 23. Dez 2003, 16:17
Sieht wohl so aus, iich dachte eigentlich das es dabei ist, nun gut du musst es dir wohl auch runterladen...
Ich dachte ich hätte ein Close dahinter gepackt
Naja wohl doch nciht. Mache ich dann in der nächsten Version
Alexander
  Mit Zitat antworten Zitat
Benutzerbild von Stanlay Hanks
Stanlay Hanks

 
Delphi 2005 Professional
 
#13
  Alt 23. Dez 2003, 17:37
Zitat von Alexander:
@Stanlay du musst erst in den Bearbeitungsmodus wechseln, so sind alle Felder ReadOnly.
Danke, jetzt kapiers ich auch.

Man liest sich, Stanlay
  Mit Zitat antworten Zitat
Benutzerbild von mirage228
mirage228

 
Delphi 2010 Professional
 
#14
  Alt 23. Dez 2003, 17:52
Hi,

schönes Programm. Gefällt mir

2 kleine Fehler habe ich noch entdeckt:

- Wenn ich einen TODO-Eintrag hinzfügen möchte, bekomme ich die Meldung "Listindex out of bounds (0)"
- Das gleiche beim Bugmeldung hinzufügen ("Listindex out of bounds (-1)")

Ansonsten n1ce work

mfG
mirage228
David F.
  Mit Zitat antworten Zitat
MrKnogge

 
Delphi 2007 Professional
 
#15
  Alt 23. Dez 2003, 18:17
jo, die Fehlermeldungen hatte ich auch, dachte allerdings das läge am fehlenden MS XML 4.0.

@Alexander
Sperr am besten noch den "Maximieren Knopf" oder pass die größe deine Programms an.
Christian Bootz
  Mit Zitat antworten Zitat
Alexander

 
Turbo Delphi für .NET
 
#16
  Alt 23. Dez 2003, 19:05
OK. Mache ich
Die beiden Fehler kamen allerdings bei mir nciht
Naja muss ich noch mal genauer unter die Lupe nehmen...
Danke schon mal für's testen.
EDIT: Aber wahrscheinlich nicht mehr heute.
Alexander
  Mit Zitat antworten Zitat
MathiasSimmack
 
#17
  Alt 24. Dez 2003, 10:48
Zitat von Alexander:
Zusätzlich ist noch ein Fehlerhandling hinzu gekommen, es wird jetzt abgefragt ob MSXML 4 installiert ist.
Ich habe den Beitrag extra mal rausgesucht: prüfen ob MSXML4 installiert ist. Dort wird gesagt, dass meine Funktion (s. auch Chakotays XML-Tutorial) Probleme hat, wenn der Dateiname eine Umgebungsvariable wie "%SYSTEMROOT%" usw. enthält. Darum hier eine angepasste Version, die darauf Rücksicht nimmt und eigentlich grundsätzlich funktionieren sollte:
Delphi-Quellcode:
function DoesXMLExist: boolean;

  function ExpandEnvStr(const szInput: string): string;
  const
    MAXSIZE = 32768;
  begin
    SetLength(Result,MAXSIZE);
    SetLength(Result,ExpandEnvironmentStrings(pchar(szInput),
      @Result[1],length(Result)));
  end;

var
  reg : TRegistry;
  s : string;
begin
  Result := false;

  reg := TRegistry.Create(KEY_READ);
  if(reg <> nil) then
    with reg do try
      RootKey := HKEY_CLASSES_ROOT;

      if(OpenKey('CLSID\' + GuidToString(CLASS_DOMDocument40) +
        '\InProcServer32',false)) then
      try
        s := ReadString('');
        Result := fileexists(ExpandEnvStr(s));
      finally
        CloseKey;
      end;
    finally
      Free;
    end;
end;
Zitat von Alexander:
Zitat von MrKnogge:
Ich hab Windows XP HomeEdition mit SP1, und ich bekomme ebenfalls die Fehlermeldungen,
hab ich kein MS XML 4.0 ?
Sieht wohl so aus, iich dachte eigentlich das es dabei ist, [...]
Das Gerücht hat Chakotay in die Welt gesetzt. XML 3 wird IMHO bei der Installation des PSDK im System integriert. XML 4 muss man selbst installieren.

Ansonsten habe ich noch eine etwas ausführlichere Fehlerliste:
  1. Ich halte nicht viel von Fenstern, die ihre Größe speichern. Was soll das bringen?
  2. Die leere XML-Datei muss nicht mitgeliefert werden. Existiert sie beim ersten Start des Programms noch nicht, kann man den notwendigen Code auch mit "loadXML" erzeugen.
  3. Was ist mit der Coolbar (= Rebar) los? Die enthaltenen Toolbars lassen sich problemlos nach oben und unten verschieben, was ... hm, na sagen wir: interessante Auswirkungen hat.
  4. Die Symbole in den Toolbars sind übrigens teilweise schlecht zu erkennen.
  5. Wozu dient eigentlich der Knopf mit dem ... *stutz* ... Was ist das? Ist das ein gelber Schraubenschlüssel? Na egal, irgendwie fehlt ein Tooltipp, so dass man nicht recht weiß, was das Ding eigentlich macht.
  6. Ein bisschen nervig ist, dass man den Bearbeitungsmodus separat einschalten muss. Vor allem, weil ich nicht nachvollziehen kann, was am Betrachten eines Screenshots so ... hm, na ja: keine Ahnung ... sein soll, dass man unbedingt die Bearbeitung aktivieren muss.
  7. Im Bearbeitungsmodus öffnen die Speedbuttons mit dem Ordnersymbol einen Dateidialog. Ich persönlich finde zwar den alten Stil hässlich, aber was soll´s. Ist der Bearbeitungsmodus nicht aktiv, solltest du "ShellExecute" nur ausführen, wenn in den Eingabefeldern auch was drin steht. Alles andere ist Quatsch, weil dann nämlich C:\ angezeigt wird.
  8. Die zwei Comboboxen "Programmiersprache" und "Programmsprache" (sorgt übrigens für leichte Verwirrung, weil sich beides ähnlich anhört) zeigen diverse leere Einträge an. Das passiert immer, wenn irgendein anderes Element aktiv war und man zu einer der beiden Comboboxen zurückkehrt. Mittlerweile steht in der ersten Box der Eintrag Delphi an letzter Stelle, davor sind 7 (!) leere Einträge.
    Das liegt wohl daran, dass dein Programm versucht, meine Eingabe als mögliche Programmiersprache zu speichern. Wie wäre es dann stattdessen mit einem ganz gewöhnlichen Options-Dialog, in dem man bspw. die Sprachen eintragen kann?
  9. Kann ich nicht nachvollziehen, aber jetzt steht plötzlich in der "Programmsprache" (ich schätze mal, damit sind bspw. Deutsch, Englisch, usw. gemeint) Delphi drin. Hm.
  10. mirage hat´s ja schon gesagt, die Aufgaben (to do) und die Bugs melden nur "Listenindex überschreitet das Maximum". Wenn man den Fehler ignoriert und speichert, werden die Fehler allerdings eingetragen. Nach dem Beenden und dem Neustart sieht man sie dann auch.
  11. Hat mit dem vorigen Punkt zu tun: Wenn ich nur Screenshots angebe, dann wird dieser nicht in der XML-Datei gespeichert, wenn nicht auch min. Aufgaben (to do) oder Bugs vorhanden sind.
  12. Das Dialogfeld "Beteiligten Programmierer hinzufügen" sollte man nicht maximieren können. Hat MrKnogge auch schon erwähnt.
  13. Der gleiche Dialog: Vielleicht solltest du beim Start den Fokus auf eins der Eingabefelder setzen, damit man gleich tippen kann?
  14. Der gleiche Dialog: die Tabulatorreihenfolge überdenken.
  15. Der gleiche Dialog: Beim Bearbeiten eines Namens steht im Titel weiterhin "hinzufügen".
  16. Allgemein üblich ist auch, dass ein Doppelklick in eine Liste (in dem Fall: in die Liste der Programmierer) den dazu gehörenden Bearbeitungsdialog öffnet. Das spart ein Herumkurven mit der Maus, weil man nicht extra zur Toolbar hoch muss.
  17. Irgendwas passt mit dem Einfügen der Namen in die List-View auch nicht. Ich habe auch hier 3 leere Zeilen.
  18. Zu guter Letzt: der übliche Fehler in der Programmlogik. Wenn bestimmte Funktionen von bestimmten Bedingungen abhängig sind, dann sollten sie nicht verfügbar sein. Gutes Beispiel ist die Sache mit den Ordnern: steht in den Eingabefeldern nichts drin, dann wird C:\ im Explorer angezeigt. Richtig wäre, in einem solchen Fall den Speedbutton zu deaktivieren.
    Das betrifft bspw. auch das Bearbeiten der Namen der Programmierer bzw. der Aufgaben und Bugs. Erst wenn etwas ausgewählt ist, sollte die Bearbeitungsfunktion benutzbar sein.
Das kriegst du doch besser hin, oder?
  Mit Zitat antworten Zitat
Alexander

 
Turbo Delphi für .NET
 
#18
  Alt 24. Dez 2003, 11:08
Hi Matthias,
werde mir deine Procedure mal näher ankucken.

Zu den Fehlern:
zu 1) Geschmacksache , kann ich ja unter Einstellungen mit aufnehmen...
zu 2) Daran arbeite ich noch, mit der nächsten Version wird sich daran noch viel ändern
zu 3) Ups
zu 4) Ja leider, da muss ich mir noch was überlegen.
zu 5) siehe Punkt 2 :mrgeeen:, hatte ihn vergessen auf Visible := false zu setzten..
zu 6) Naja ich find's ganz prakitsch, denn meine Katzen turnen öfters auf der Tastatur rum, dann ist nachher immer alles weg :mrrgeen:
zu 7) Werde ich ändern.
zu 8) Ich werde dafür sorgen, dass die "Leerzeilen" entfernt werden , es wird auch noch was im Einstellungsfenster kommen...
zu 9) Kann ich auch nicht nachvollziehen, zumindest im Moment nicht :mrgeren:, wird aber untersucht
zu 10) Die sind in meiner Version (noch nciht online) mittler Weile raus...
zu 11) Sollte ich da Listboxnamen vertauscht haben Kontrolliere ich natürlich auch noch mal
zu 12-16) Schon erledigt, aber auch noch offline. Werde später eine neue VErsion hochladen
zu 17) Mhm das ist bei mir nicht, muss ich noch mal überprüfen...
zu 18 ) Hast recht, wird gemacht

Vielleicht hätte ich die Funktionen doch besser überprüfen sollen
Na ja auf jeden Fall danke für's testen, Mathias
Alexander
  Mit Zitat antworten Zitat
Alexander

 
Turbo Delphi für .NET
 
#19
  Alt 24. Dez 2003, 13:27
Sodala...
Ich habe jetzt eine weitere Version fertig.
Es wurden so gut wie alle Hinweise von Mathias beachtet und umgesetzt. Die leere XML-Datei wird nun auch nciht mehr gebraucht, allerdings ist sie noch im ZIP-Archiv drin, kommt beim nächsten Mal raus (habe ic einfach vergessen rauszunehnmen...).
Weiterhin ist das Programm jetzt Userabhängig, jeder User hat seine eigene XML-Datenbank. Allerdings wird das Passwort noch nicht verschlüsselt, weil ich jetzt keine Zeit mehr habe (wg. Weihnachten ). Außerdem muss der Einstellungsdialo noch verändert werden, damit auch User gelöscht werden oder die Programmiersprachen bearbeitet werden können.
Ihr könnt es euch ja noch mal ankucken, die Tage kommt dann noch ein mal ein Update....
Alexander
PS: Frohe Weihnachten

Edit: Downloadlink ist dergleiche geblieben: klick (~360KB)
Alexander
  Mit Zitat antworten Zitat
CalganX

 
Turbo Delphi für Win32
 
#20
  Alt 24. Dez 2003, 13:29
Hi,
Zitat von MathiasSimmack:
Das Gerücht hat Chakotay in die Welt gesetzt.
Schuldig im Sinne der Anklage.
Ich nahm das an, weil es einige Zeit lang auf der Microsoft-Website stand. .oO(Seit einigen Wochen allerdings nicht mehr...)

@alexander: Link oder Anhang? Oder der gleiche Link, wo bisher?

Chris
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 2 von 7     12 34     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 19:50 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz