DIMOWA® SQL Resource Creator

[haentschman]

Hallöle... :P
Diesmal gebe ich auch mal etwas an die Community zurück...:zwinker:

Ein Tool welches die Ressourcenstrings, entsprechend dem in dem Link genannten Tutorial (http://www.delphipraxis.net/49505-sq...einbinden.html), verwaltet.
* User definiertes Farbschemata
* Verwaltung Projekte
* Verwaltung SQL für mehrere Datenbanken
* Verwaltung der Status der SQL im Netzwerk (Kollegen)
* Verwaltung beliebiger Ordner für die SQL
* Handling wie man aus einem Editor kennt
* Teilstringssuche
-> die Projekte / Ini werden im Benutzerverzeichnis abgelegt !

Tipps
1. Anlegen des Basisordners für alle SQL
2. Anlegen der Unterordner für projektspezifische SQL
3. Ein Namespace für die SQL ist imho wichtig. (vernüftige Reihenfolge und Suchen)


22.09.2016:
* Relase

25.10.2016:
* Austausch der ComboBoxen

26.10.2016:
* Listenindex korrigiert. (In Verbindung mit dem Austausch der ComboBoxen. Trat nur beim Erststart auf.) :oops:

26.10.2016:
* Noch einen Fehler mit dem ApplicationData Order gefunden. :oops:

27.10.2016:
Danke @Ghostwalker...
* Es dürfen als Datenbank "Version" nur Ganzzahlen verwendet werden. z.B. 25 für Firebird 2.5 (Ressourcenname darf keine Sonderzeichen enthalten). Prüfung ergänzt.
* Auswahl von Pfadangaben um Tippfehler vorzubeugen.

01.01.2017:
! Neues Setup.
! Das Programm wird mit einer Freeware Lizenz installiert. (1 DBMS)
! Wie versprochen bekommen die DP Mitglieder eine eigene DP Lizenz. (Professional) Wer eine haben möchte bitte per PN. 8-)
! Die Kaufversion wird mit einer personalisierten Lizenz ausgestattet. (über http://www.dimowa.com/index.php/produkte)
+ Lizenz
+ Handbuch integriert
+ About Dialog
+ Filterung nach Status
+ optische Erkennung des Filters
+ Meldung bei kompletter Konvertierung zu UpperCase, damit evt. Texte nicht konvertiert werden
- Bug Fix: Refresh bei leerer Projektliste

11.02.2017:
* Sortierung der RC Datei. Macht Sinn beim Vergleich mit dem Versionskontrollsystem. 8-)

22.02.2017: Version 1.2
+ Shortcuts
+ Contraints der Mainform verkeinert... größer geht immer. :wink:
+ Meldung für Projekt: Voraussetzungen zum Speichern
* Hinzufügen ist nun auf jedem Eintrag des Ordners möglich. Das SQL wird jeweils in dem Ordner hinzugefügt.

24.02.2017
+ Möglichkeit der Eingabe von beliebigen Datenbanken
+ Beliebige Zuordnung des Highlighters zur Datenbank
+ PopUp Menüs
* Prüfung auf Validität der Daten mit z.B. Meldungen / farbliche Edits
* Style Änderungen (Header der Panels)

26.02.2017:
- Bug: Sortierung der RC Datei war, unter bestimmten Umständen, nicht korrekt.
- Bug: Ermittlung des aktuellen Knotens. (war ab 24.02. so)
- Bug: beim Eintragen des Ordners im Projekt.

27.02.2017:
* Prüfung im Setup auf Vohandensein einer Professional Lizenz.
- Schreibfehler im Header der Listview Datenbanken

28.02.2017:
- Bug: Ermittlung des aktuellen Knotens. (war ab 24.02. so...und immer noch) Sorry. :oops:

08.03.2017
+ Einstellungen: rechter Rand
+ Einstellungen: automatischer Zeilenumbruch
+ Einstellungen: Ordnername als Prefix für Ressourcenname
(doppelte SQL Namen möglich, 1x je Ordner)
+ Splitter für Ressource
* Sortierung: Ordnername + SQL Name
* Merken des letzten Ordners bei Dateiauswahl
+ Parent aus dem letzten Ordner ermitteln (nur Ordner im Projekt)

21.04.2017
+ externer Editor für direktes Testen der SQL aus dem Editor

22.04.2017
- AV in den Einstellungen für das Projekt beim Benutzen der Checkbox "alle Ordner"
+ Templates für SQL per Drag/Drop oder Doppelklick
(vorgefertigte Statements aus einem Ordner/Repository, Root Ordner über Einstellungen)

24.04.2017
Danke an @Ghostwalker
* Das große "C" wurde nicht im Editor angezeigt, quasi unterschlagen. :? Welcher Trottel hat denn auch den ShortCut auf "Shift+C" gesetzt. :stupid:

25.04.2017
- AV die ich mit der Version vom 24.04.2017 eingebaut habe :oops:
* Setzen des Focus auf den Editor überarbeitet.

27.04.2017
+ Release 1.3
+ Automatisches Online Update beim Start. Kein Setup mehr nach der Installation... :thumb:
Hinweis: Die Automatik muß erst in den Einstellungen aktiviert werden. 8-)
+ Splash Screen

04.05.2017
* Korrektur vom Drag/Drop beim Hinzufügen der Schablone
* Updater angepaßt (Rechte, Zertifikat)

12.05.2017
* grundsätzliche Abschaltung der Hochauflösung ... Auflösungen > 100% sind nun wieder anzuschauen.

24.07.2017
* Setup korrigiert (falsche Release Version)

08.10.2017
+ Release 1.4
+ Verschlüsselung der Ressource (Benutzung im Quelltext siehe Handbuch)

21.10.2017
* Suche nicht nach jedem Tastendruck, sondern am Ende der Eingabe des
Suchbegriffes

21.01.2018
+ Button für Änderung der Status Zeit im Kopf auf NOW.
Hinweis: Absichtlich manuell statt automatisch beim Speichern der Änderungen!

[B]DOWNLOAD weil > 5MB: Anfrage an mich.
Lizenz: Professional für die Community (per PN)

Austausch Lizenz: Einfach in UserData\Roaming\DIMOWA\dSRG\License austauschen oder via Setup dahin kopieren. Viel Spaß... :P

[haentschman]

Hallöle...

Auf Grund diverser Probleme habe ich mich entschlossen die ComboBoxen auszutauschen. An der Funktionalität ändert sich nichts... 8-)

[haentschman]

Moin...

:oops: Fehlerkorrektur Listenindex.

[haentschman]

Moin...

Wenn... dann macht man es richtig falsch. :P
Zwischendurch habe ich mir einen Fehler eingebaut und ausgeliefert. :? Dieser Fehler berifft dSRG ApplicationData Ordner mit zu vielen Zeichen. Bitte kontrolliert den Ordnernamen nach dem Muster (Bild). Zusätzliche Zeichen einfach löschen.

Sorry...:?

[BeBored]

Werde ich einmal ausprobieren, danke dafür. :thumb:

[Ghostwalker]

Hi,

hab mal etwas rumgespielt mit deinem Programm. :twisted:

An und für sich nicht schlecht gemacht, aaaaaaaber...mir sind dabei einige Dinge aufgefallen:


1. Die Sache mit dem Punkt

Also...mit Punkten bei Versionsnummern (insbesondere bei den DB-Servern) kommt das Progi nicht
wirklich klar. Er legt zwar die Verzeichnisse an, aber meckert dauern etwas von Resource Fehlerhaft.
(Frisches Projekt !)

2. Also noch mal

Programm gestartet -> Einstellungen -> Neues Projekt konfiguriert (diesmal ohne Punkte)
->Crash (Listindex überschreitet das Maximum)


uff....das verhieß nix Gutes.......aber

3. Ok...dritte Runde

Erstmal alles gelöscht was das Progi so erzeugt hat. Dann das ganze nochmal frisch von vorne
und siehe da...ich konnte was machen damit :)

Ich hab also noch ein wenig weitergespielt und muss sagen, das hat Potential.Bin mal gespannt,
was an Features noch reinkommt :)

[Sherlock]

Respekt vor der Leistung, und dem Mut hier etwas den Wölfen vorzusetzen.

Ich kann mit dem Produkt selbst nichts anfangen, darum semi OT ein kleiner Hinweis:

Zitat:

Zitat von haentschman (Beitrag 1352008)

* Verwaltung der Stati der SQL´s im Netzwerk (Kollegen)

Der Lateiner sagt Status (langes u), der Checker (und sind wir das nicht alle?) sagt Statussis. Zu dem Apostroph sag ich mal nichts ;).

Sherlock

[ConnorMcLeod]

Zitat:

Zitat von Sherlock (Beitrag 1352132)

Respekt vor der Leistung, und dem Mut hier etwas den Wölfen vorzusetzen.

Stimmt!

Zitat:

Zitat von Sherlock (Beitrag 1352132)

Statussis

Unbezahlbar! :lol:

[haentschman]

Danke... :P

@Ghostwalker:
1. Das mit dem Listenindex ist schon korrigiert. Da lag noch eine Leiche im Keller die ich beim Austausch der Comboboxen vergessen hatte... :P
2. Das ist mal ein grober Fehler. Es sollte niemals 2.5 statt 25 eingegeben werden. Da kommt die Ressource nicht klar. Das ist schon von der Eingabe her nicht überprüft. Das Programm generiert den Ressourcennamen aus dem Inhalt der Combobox + den eingebenen String. Ich hatte immer mit Ganzzahlen gearbeitet. 25 für Firebird 2.5 oder 30 für Firebird 3.0.
* kommt sofort auf die ToDo Liste. 8-)
* Zu Morgen mache ich ein Update.

@Sherlock:
:P Ich hatte mal einen Arbeitskollegen der wollte immer Stati oder Statusses. Ich habe das wahrscheinlich so übernommen. :oops:
Das Gute ist, seit meinem Schlaganfall diesen Sommer merke ich es nicht mehr... :thumb: Ich kann von Glück reden daß ihr mich wieder versteht. :thumb:
Apostroph: Da bin ich einer guten Gesellschaft... :zwinker: Wenn nichtmal Profis das bringen... :P

[haentschman]

...weil ihr so nett gefragt habt...8-)

27.10.2016 - 19:37 Update :P

[haentschman]

01.01.2017 - Update
* siehe ersten Post

[haentschman]

11.02.2017 - Update
* siehe ersten Post

[haentschman]

Hallöle... :P

Ich bin ja schwer enttäuscht... :cry:
Ich wußte das die Datenbank das Stiefkind jedes Programmieres ist. Aber mit so wenig Reaktion hatte ich nicht gerechnet. Nur 2 Lizenen angefragt...Reaktion = 0. :cry:

Wie macht ihr das im allgemeinen so? Querbeet über den QT verteilt? Quoted Orgie im Statement? Ohne Parameter? Es geht auch einfacher und es kostet nix. :thumb: ...außer über seinen Schatten zu spingen.

Kann ich noch ein paar Fragen beantworten? Was habt ihr an dem Prinzip nicht verstanden? :gruebel:

Jetzt aber mal los... :P

[hoika]

Hallo,
wir bauen unsere Queries je nach Anforderungen dynamisch zusammen.
Statische SQL-Anweisungen haben wir nicht ...

[haentschman]

Zitat:

wir bauen unsere Queries je nach Anforderungen dynamisch zusammen.

...das finde ich Hardcore. :zwinker: Wie testet man sowas? Ich meine nicht "select * from Universe" sondern komplexe Statements oder Scripte?

[juergen]

Hallo,

ich oute mich mal. Ich habe den Ansatz dieses Programms (noch) nicht verstanden.

Ich nutze z.B. simple externe Textfiles für SQL Statements, für jede Query ein Textfile. Dazu gibt es 2 Programme: Das erste ist das Parametrierungsprogramm wo man das DBMS auswählt, die DB, die Zugangsdaten und das SQL Statement erstellt. Das SQL kann direkt ausgeführt und getestet werden. Heraus kommt von diesem 1. Programm ein verschlüsseltes Textfile mit den genannten Daten.
Das 2. Programm ist das eigentliche Kundenprogramm. Das liest die entsprechenden Textfiles ein und führt die Statements aus.
Der große Vorteil dieser Version: Ich kann ohne Delphi das SQL Statement auf Zuruf direkt beim Kunden anpassen.

So wie ich es verstehe bindet dein Programm die SQL_Statements in die Resource-Datei ein.
Was hat das für einen Vorteil gegenüber meinem Ansatz mit den Textfiles?

Sorry, für mein sicherlich nicht vorhandenes Wissen...:oops:

[haentschman]

Moin...:P

Zitat:

Was hat das für einen Vorteil gegenüber meinem Ansatz mit den Textfiles?

Im Prinzip machen wir es gleich. :P Extern sind die SQL testbar und können auch vom Datenbankentwickler ggf. geändert werden. :P Das ist der entscheidende Punkt die Statements nicht im Quelltext zu lagern sondern im Versionskontrollsystem. Wie man dann die SQL weiterverarbeitet kommt auf den Einsatzzweck an. Ich habe mich für die Ressource entschieden. :thumb:

Zitat:

So wie ich es verstehe bindet dein Programm die SQL_Statements in die Resource-Datei ein.

Die kompletten Statements für alle Datenbanken sind in der Ressource enthalten. Über einen Einzeiler werden die SQL Statements geladen und dann zur Query zugordnet. Aus der Ressource wird nur das Statement für das entsprechende DBMS geladen. In der Regel wird der Quelltext nicht geändert.

Zitat:

Heraus kommt von diesem 1. Programm ein verschlüsseltes Textfile mit den genannten Daten.

Ist ja quasi mit der Ressource "identisch", nur das das File nicht mit einkompiliert wird.

Zitat:

Das erste ist das Parametrierungsprogramm wo man das DBMS auswählt

Hier haben wir die Unterschiede. Ich habe mich für die Speicherung des DBMS in der INI entschieden. Im Programm werden die Einstellungen gelesen und ein Interface erzeugt. Das Interface kennt die Ressource und lädt das entsprechende SQL.

Zitat:

Was hat das für einen Vorteil gegenüber meinem Ansatz

Über den Editor muß ich mich nicht darum kümmern wo das eigentliche Statement filetechnisch abgelegt wird. Dem Projekt werden die Ordner "vorgegeben" und z.b. mit "EINFÜGEN" wird das entsprechende SQL mit dem NAMEN automatisch in dem Ordner erzeugt. Ich muß mich nicht mehr um das Dateisystem kümmern (wo speichere ich was). Wenn verschiedene DBMS im Einsatz sind wird das Statement auf alle DBMS kopiert (echte Datei). Beim "KOPIEREN" wird auch der Inhalt in die anderen DBMS kopiert. (weniger Schreibarbeit :P) Das SQL trägt selbst den Status damit im Team gesehen werden kann ob das SQL "fertig" ist bzw. überhaupt ein SQL im entsprechenden DBMS vorhanden ist. (zu jedem SQL Namen existiert pro DBMS ein SQL) Hier kann man sich kontrollieren. Über den Editor hat man auch die Syntax besser im Blick.

Zitat:

das SQL Statement auf Zuruf direkt beim Kunden anpassen.

...wie oft kommt sowas vor? :gruebel:

Fazit:
Du hast dich für Textfiles entschieden. :thumb: Andere bauen sich die Statements dynamisch zusammen.
Wir ging es darum die "select * from universe" im Datenmodul oder in Form1 Fraktion zu "bekehren" :zwinker: bzw. eine andere Variante aufzuzeigen. In diese Kategorie fällst du leider nicht. :cry::P

Die Idee kam bei meinem letzten Arbeitgeber. Da existierten mehrere Datenmodule pro DBMS. Wenn man mal eine Änderung hatte, Feld in der Datenbank z.B., mußte man alle Statements in den Datenmodulen mitführen...und keines vergessen. :!: Der Kontrollaufwand war furchtbar. Da mußte was passieren. :? Die externe Speicherung und die Ressource erschien uns ideal.

[hoika]

Hallo,

Zitat:

Wie testet man sowas?

Hm, durch testen?

Ich weiss ja nicht, wie Deine Formulare aussehen,
bei uns gibt es immer sehr viele Optionen.
Statistiken sind z.B. nie starre Queries.

Alles andere als die Queries dynamisch zusammenzubauen geht gar nicht.

PS:
Die Abfragen sind nicht im Formular, sondern werden über Service-Klassen erzeugt.
PS2:

Zitat:

das SQL Statement auf Zuruf direkt beim Kunden anpassen.

Bei uns nie, da würde unser Support freidrehen.

[haentschman]

Moin...:P

Zitat:

Wie testet man sowas?

Zitat:

bei uns gibt es immer sehr viele Optionen. Statistiken sind z.B. nie starre Queries.

Ich habe dich wahrscheinlich falsch verstanden. Ich ging von einem "Generator" aus. :oops: Ich habe auch Queries die quasi aus Bausteinen zusammengesetzt werden. (siehe Bild) Deine Variante setzt wahrscheinlich doch einen drauf. :wink:

Zitat:

Die Abfragen sind nicht im Formular, sondern werden über Service-Klassen erzeugt.

...das mit dem Formular geht mal gar nicht. :( Ählich wie du auch, benutze ich pro DBMS ein Interface. Da gibt es haufenweise Varianten wie man es aufbaut.

Zitat:

Wir ging es darum die "select * from universe" im Datenmodul oder in Form1 Fraktion zu "bekehren" bzw. eine andere Variante aufzuzeigen.

...und davon gibt es auch bei Profis genug. Meistens bei gewachsenen Projekten aus den RAD Anfängen. :?

[Sherlock]

Meine Datenbank läuft auf einem Unix-Server und wird über einen WebService bereitgestellt, der nicht mit Delphi implementiert wurde. Leider hat Dein Tool für mich keinen Nutzen. Früher mal, da hatte ich Datenmodule mit dutzenden DataSets und Querys...vielleicht wäre es da nützlich für mich gewesen. Aber das ist alles Schnee von gestern. Sorry.

Dennoch interessante Arbeit!

Sherlock

[haentschman]

Zitat:

Dennoch interessante Arbeit!

...Dankeschön. :P

Per PN habe ich einige Fragen bekommen. Wenn ich die Genehmigung zur Veröffentlichung habe stelle ich sie rein. :wink:

Fragen:

Zitat:

Anlegen eines Projektes möglich, auch wenn noch keine Datenbank definiert ist. Gespeichert werden können die Eingaben aber ohne DB nicht.

...das soll so sein. Das Projekt ist nicht vollständig. Eine Meldung könnte man integrieren. (Todo) :wink:

Zitat:

Grundsätzlich: Eingaben können nicht gespeichert werden, wenn nocht etwas fehlt. Das ist gut. Aber es erfolgt kein Hinweis, was noch nicht stimmt.

Eine Meldung könnte man integrieren. (Todo) :wink:

Zitat:

Mir persönlich kommen zu viele Rückfragen "...noch nicht gespeichert...". Müsste man evtl. abschalten können und dann immer Speichern.

...das beißt sich mit dem Wunsch nach "Aber es erfolgt kein Hinweis". :wink: Das mit dem immer Speichern finde ich bedenklich. Aus dem täglichen Arbeiten, wenn ich Änderungen zurücknehmen möchte oder das SQL wechsle, ist es mir lieber das ich gefragt werde was ich tun will. Mit automatischem Speichern ist schnell mal eine Änderung, die ich nicht möchte, gespeichert.

Zitat:

Es fehlt mir eine Schaltfläche "OK" (Save+Close)

...wo habe ich was übersehen? :gruebel:

Zitat:

wenn ein Eintrag auf der SQL-Ebene fokusiert ist, kann ich keinen neuen SQL-Eintrag unter der gleichen Order-Ebene anlegen "(+) SQL hinzufügen". Warum nicht? So muss ich immer den Ordner anklicken und dort einfügen.

...ja, da ja beliebig viele Ordner dem Projekt zugeordnet werden können. Wie definierst du den Ablageort? Der einzige Platz ist der "Root" Ordner des Pfades. Das Gleiche gilt auch für die Shortcuts im Baum. Man könnte die Funktion auf den Teilbaum "beschränken".

Zitat:

Mir fehlen die Shortcuts für viele Funktionen in der Baumansicht wie "INS-SQL einfügen" oder "DEL-SQL löschen"

...ja, da ja beliebig viele Ordner dem Projekt zugeordnet werden können. Wie definierst du den Ablageort? Man könnte die Shortcuts auf den Teilbaum "beschränken".

Zitat:

Doppelter SQL-Name wird nicht akzeptiert (kein Hinweis warum nicht s.o.).

Die Ressource kann mit doppelten Namen nicht umgehen. Das ist per Design so. :? Eine Meldung könnte man integrieren. (Todo) :wink: ...aber es weiß man ja. :stupid:

Zitat:

Wir haben verschiedenen Bereichen ähnliche Abfragen für z.B. Auswahllisten.
ich habe also unter Projekte für jeden Bereich einen Ordner angelegt.
Nun möchte ich für jeden Bereich die Abfragen für Auswahllisten gleich benennen, sagen wir "LookupDataset".
Das geht aber nicht, weil die SQL-Namen gleich Resourcennamen sind.
Hier wäre für mich eine autoamtische Kombination aus Ordner- und SQL-Name als Resourcenname besser geeignet.

Den Teil verstehe ich nicht. :oops: Bitte mache mal ein Beispiel.

[NormanNG]

Zitat:

Zitat:

Anlegen eines Projektes möglich, auch wenn noch keine Datenbank definiert ist. Gespeichert werden können die Eingaben aber ohne DB nicht.

...das soll so sein. Das Projekt ist nicht vollständig. Eine Meldung könnte man integrieren. (Todo) :wink:

Ich würde erwarten, dass man erst garnicht anfangen kann ein Projekt anzulegen, wenn die Vorraussetzungen (noch) nicht vorliegen. So fängt man an um am Schluss festzustellen: "keine Datenbank angelegt, das ganze nochmal"

Zitat:

Zitat:

Es fehlt mir eine Schaltfläche "OK" (Save+Close)

...wo habe ich was übersehen? :gruebel:

Ich dachte hierbei an eine Schaltfläche "Save+Close", die die Daten speichert und den Dialog beendet. Bei jeder Gelegenheit die Frage "Willst du wirklich?" zu beantworten, hält halt auf. :wink:

Zitat:

...ja, da ja beliebig viele Ordner dem Projekt zugeordnet werden können. Wie definierst du den Ablageort?

Hier ist z.B. der dem fokusierten direkt übergeordnete Eintrag als Ablageort geeignet.

[haentschman]

Moin...:P

Zitat:

Ich würde erwarten, dass man erst garnicht anfangen kann ein Projekt anzulegen, wenn die Vorraussetzungen (noch) nicht vorliegen

Die Voraussetzungen für ein Projekt zum Speichern sind der Ressourenname und der Name des Projektes. Es gibt nun eine vernünftige Meldung. :P

Zitat:

Ich dachte hierbei an eine Schaltfläche "Save+Close",

Über den Reitern mit den Datenbanken ist der Button SAVE. Die Speichern Meldung sieht man nur wenn man OHNE zu Speichern im Baum wechselt. (Shortcuts siehe Handbuch)

Zitat:

Mir fehlen die Shortcuts für viele Funktionen in der Baumansicht wie "INS-SQL einfügen" oder "DEL-SQL löschen"

Shortcuts hinzugefügt (siehe Handbuch)

Zitat:

Hier ist z.B. der dem fokusierten direkt übergeordnete Eintrag als Ablageort geeignet.

Ein Statement kann innerhalb eines Ordners hinzugefügt werden wenn: Der Focus auf einem beliebigen Eintrag steht oder auf dem Root Eintrag des Ordners. (Shortcuts siehe Handbuch)

[haentschman]

24.02.2017 - Update
* siehe ersten Post

[haentschman]

26.02.2017 - Update
* siehe ersten Post

[RSF]

Interessante Sache, aber leider erhalte ich bei „SQL hinzufügen“ immer eine Zugriffsverletzung??
Auch die letzte Version geht nicht.

[haentschman]

26.02.2017 - Update
* siehe ersten Post

Sorry. :oops: Aber wer nichts macht, macht nichts falsch...und wer nichts falsch macht, wird befördert. 8-) Da müßte ich eigentlich schon im Aufsichtsrat sitzen. :stupid:

[haentschman]

27.02.2017 - Update
* siehe ersten Post

... jetzt aber. :wink:

[haentschman]

28.02.2017 - Update
* siehe ersten Post

... jetzt aber...noch nicht. :oops: Sorry.

[haentschman]

08.03.2017 - Update
* siehe ersten Post

[haentschman]

21.04.2017 - Update
* siehe ersten Post

Hinweis: Auf Grund der vielen Möglichkeiten der Editoren (IBExpert, SQLManager...) bitte ich um Rückmeldung ob das mit dem Aufruf klappt (speziell mit Parametern). :wink:

[Towmuz]

Die AV aus Beitrag #26 kommt noch => gleich nach dem Starten in der Suchzeile was eingeben ohne vorher ein Projekt erstellt zu haben.

[haentschman]

Moin...:P

Zitat:

Die AV aus Beitrag #26 kommt noch => gleich nach dem Starten in der Suchzeile was eingeben ohne vorher ein Projekt erstellt zu haben.

...das mit der Suchzeile hatte ich nicht auf dem Schirm. :roll: Jetzt ist die AV weg. :thumb: Neuer Download siehe ersten Post.

[Ghostwalker]

MoinMoin :)

Hab mir die akt. Version mal geholt und mein erster Eindruck "Wow" :)

Gute Arbeit.


Als Feature wäre ein Repository für häufig benutze Statements gut (unabhängig vom Projekt). Ich arbeite z.B. häufiger (in unterschiedlichen Projekten) mit einer User und Rechte-Verwaltung die (DB-Technisch) immer gleich
aufgebaut ist (incl. Triggern). Einmal angelegt im Repository und man könnte das ganze einfach ins Projekt übernehmen (kopieren).


Ansonsten weiter so :)

[haentschman]

Moin...:P
Das geht mal runter wie Öl...:cheer: Danke.

Zitat:

Einmal angelegt im Repository und man könnte das ganze einfach ins Projekt übernehmen (kopieren).

Nehme das mal Anregung mit. :thumb: Mache mal ein Bild wie du dir das vorstellst. (bitte für allgemein benutzbar 8-)) Ich würde das als Baum aufbauen mit 2 Ebenen "Kategorie" + "Vorlagenname" + untendrunter "Vorschau" + DragDrop :gruebel:

[Ghostwalker]

Jo, mach mich mal grob drüber. :)

[Ghostwalker]

So, hab mal eine Grafik gebastelt :)

Gelb ist im Prinzip ein neuer Reiter/Tab/Button...what ever :)

Rot sind die Kategorien/Repositories (sollten frei vom Benutzer wählbar sein)

Grün die entsprechenden SQL-Einträge zu den Repositories



Zur 2. Grafik:

Beim rumspielen ist mir der folgende Fehler beim Erstellen eines neuen Projektes aufgefallen. Immer wenn ich die Checkbox umschalte.

Vermutung: Liegt evtl. am default-Install-Verzeichnis, (C:\Programme....).

Unter Windows 10, hast du da u. U. keine Schreibrechte.

Mögl. Lösung: Statt Programmverzeichnis beim Neuanlegen von Projekten, das entsprechende User-Daten-Verzeichnis nutzen :)

[haentschman]

22.04.2017 - Update
* siehe ersten Post
- AV
+ Templates

[haentschman]

24.04.2017 - Update
* siehe ersten Post
* ShortCut geändert

[haentschman]

25.04.2017 - Update
* siehe ersten Post
* Setzen des Focus auf den Editor überarbeitet.