[IDE-Experte (2006,07,09,10,XE,XE2)] CustomHelp

[chaosben]

Thank you Will for this suggestion. We'll think about it and maybe you'll read something about it in this thread.
Please be patient. :stupid:

[MarcoWarm]

Neues Version 1.3

Hier zum SVN: http://code.google.com/p/theunknowno...state%3Dclosed
Oder zum SVN-Checkout: https://theunknownones.googlecode.co...CustomHelp/1.3

Ihr könnt jetzt so ziemlich alles finden ;-)
Wir haben jetzt als neues Feature die Windows Desktop Search eingebaut. Mit der Richtigen Abfrage könnt ihr also jetzt alle Dateien finden, die das Suchwort enthalten.

zum Beispiel:

Code:

ext:pas path:"C:\Users\MaWarm\Documents\Projects\Jedi\jwapi" $(HelpString)

Hier werden alle Pascal-Dateien gesucht, die in dem ausgewählten Pfad liegen und das Hilfewort enthalten.
Vorraussetzung ist natürlich, daß Pascaldateien mit Klartextfilter indiziert werden.

Vielleicht gefällts euch :-)

Gruß
Marco

[chaosben]

Zitat:

Zitat von willw (Beitrag 1044744)

I wondered if you could allow easily-configurable grep searches from within your tool?

Hi Will,

It's not exactly grep but maybe it works for your purposes... Have a look at Version 1.3 for the Windows Search feature.

cheers
Ben

[chaosben]

Neues Release (bestimmt nicht fehlerfrei, aber entschieden smarter und hübscher) ... siehe oben

[youuu]

[DCC Fataler Fehler] CustomHelp_D140.dpk(38): E2202 Package 'TUOCommon' wird benötigt, konnte aber nicht gefunden werden

Erhalte ich als Fehlermeldung.

[chaosben]

Sorry ... hab ich wie immer vergessen: TUOCommon gibts per SVN hier

[Trigger2003]

Erstmal auch von meiner Seite vielen Dank und großes Lob für das tolle CustomHelp. :thumb:

CustomHelp2 muß ich wohl leider erstmal lassen, da die Hilfe zu den von mir sehr viel verwendeten DevExpress-Komponenten anscheinend auch keinen DefaultIndex enthält. :(

[MarcoWarm]

Zitat:

Zitat von Trigger2003 (Beitrag 1050297)

Erstmal auch von meiner Seite vielen Dank und großes Lob für das tolle CustomHelp. :thumb:

CustomHelp2 muß ich wohl leider erstmal lassen, da die Hilfe zu den von mir sehr viel verwendeten DevExpress-Komponenten anscheinend auch keinen DefaultIndex enthält. :(

Wir haben die DevExpress Hilfe leider nicht zur Hand. Mit den Bordmitteln der API lässt sich (soweit wir wissen) leider nicht ermitteln welche Indizes in der Hilfe vorhanden sind. Eine Möglichkeit wäre den Indexnamen manuell einzugeben. Dazu müsste man ihn allerdings wissen. CustomHelp2 hat das Codemäßig schon vorgesehen (nur der Konfigurationsdialog kann es noch nicht)
Wenn ihr uns also nen Tipp geben könnt, wie der Index heißt oder wie man aus dem Hilfenamespace die verfügbaren Indizes bekommt... immer her damit. Und sagt nicht MSDN - die sagen dazu keine Silbe :?.
Was ich zum !DefaultKeywordIndex sagen kann ist, daß es er eben default ist (d.h. man sollte davon ausgehen können, daß er immer da ist) ... Das sagt auch die Anleitung zum Hilfeerstellen - aber das wiederrum ist ja das Problem von DevExpress.

Gruß
Marco

[youuu]

Hm, wie kommt dieser Fehler zustande?

Package C:\xxxxx\Bpl\CustomHelp_D140.bpl kann nicht geladen werden.
Das angegebene Modul wurde nicht gefunden.

Die .bpl ist aber aufjedenfall dort vorhanden.

[mkinzler]

Aber vielleicht eine andere Bpl, welche von ihr benötigt wird nicht

[chaosben]

Zitat:

Zitat von youuu (Beitrag 1050704)

Package C:\xxxxx\Bpl\CustomHelp_D140.bpl kann nicht geladen werden.
Das angegebene Modul wurde nicht gefunden

Hast du das Package sauber umbenannt? Auch das Lib-Suffix? (Projekt->Optionen->Beschreibung)

[youuu]

Wieso umbenannt?
Ich habe es per SVN runter geladen und installieren wollen, ohne weiteres zu tun.
Hab ich da ewas vergessen?

[chaosben]

Weil da in dem Pfad "_D140" steht ... so ein Projekt haben wir aber im Repository (noch) nicht.
Für dein Delphi 2009 hat du bestimmt das Projekt aus dem D12-Ordner genommen ... richtig?

[youuu]

Nein ich hab es nur noch nicht hier aktualisiert, ich arbeite mit D2010.

CustomHelp_D140.dproj so hießen die Dateien die ich per SVN gelade habe.
Version 1.30

[MarcoWarm]

Zitat:

Zitat von youuu (Beitrag 1050713)

ich arbeite mit D2010.

Das ist leider unser Problem, wir (TUO) haben kein D2010 zur Hand. Ich denke Delphi findet beim laden von CustomHelp irgendein abhängiges Modul (bpl o.ä.) nicht. Aber wenn die Fehlermeldung so karg ist, wie du sie geschrieben hast steh ich ganz schön im Wald.
Vllt. sagt Delphi ja noch mehr?
Vielleicht hat ein anderer D2010 Nutzer ja nen Tip. Das D140 Package ist sozusagen bei uns im Blindflug entstanden, sorry.

Gruß
Marco

[youuu]

Zu allererst wird beim Compiliere dieser Fehler ausgeworfen

[DCC Fataler Fehler] CustomHelp_D140.dpk(53): F1026 Datei nicht gefunden: 'uCustomHelpTlbSearchAPILib.dcu'
[DCC Fataler Fehler] CustomHelp_D140.dpk(54): F1026 Datei nicht gefunden: 'uFrameConfigWinSearch.dcu'

Ok kein problem, habe ich pr Hand importiert.

Dann dieser Warnhinweiß
[DCC Warnung] CustomHelp_D140.dpk(59): W1033 Die Unit 'Spin' wurde implizit in Package 'CustomHelp_D140' importiert



Dann beim installieren:

2.1 Date : Mon, 20 Sep 2010 10:59:28 +0200
2.2 Address : 5003570B
2.3 Module Name : rtl140.bpl - (Embarcadero Component Package)
2.4 Module Version: 14.0.3593.25826
2.5 Type : EPackageError
2.6 Message : Package C:\Users\Public\Documents\RAD Studio\7.0\Bpl\CustomHelp_D140.bpl kann nicht geladen werden.
Das angegebene Modul wurde nicht gefunden.
2.7 ID : 1BCF
2.8 Count : 1
2.9 Status : New
2.10 Note :

Package C:\Users\Public\Documents\RAD Studio\7.0\Bpl\CustomHelp_D140.bpl kann nicht geladen werden.
Das angegebene Modul wurde nicht gefunden.

[MarcoWarm]

Danke für den ausführlichen Fehler....

allerdings weiß ich jetzt erstmal nicht weiter. Vllt kann jemand anderes was daraus machen. (oder uns ein D2010 schenken :lol:)

ich denke denke denke weiter drüber nach

Gruß
Marco

[MarcoWarm]

übrigens kannst du auch Version 2.0 Versuchen.
da gibts zwar noch kein D2010 Projekt aber das kann man sich ja aus dem D2009 Projekt selber erstellen.
Das geht dann vielleicht und ist auch noch nen Zahn cooler :-D

Gruß
Marco

[ckluss]

Hi,

die D12 Version von TUOCommon.dpk und 2.0beta1/D12 von CustomHelp lässt sich unter Delphi 2010 zwar Problemlos installieren. Aber ich bekomme bei F1 die Meldung "Falscher Parameter" EOleException.

Habt ihr eine Idee, was da los ist? ;)

Gruß
Christof

[HeikoAdams]

Zitat:

Zitat von ckluss (Beitrag 1050989)

die D12 Version von TUOCommon.dpk und 2.0beta1/D12 von CustomHelp lässt sich unter Delphi 2010 zwar Problemlos installieren. Aber ich bekomme bei F1 die Meldung "Falscher Parameter" EOleException.

Das selbe Problem hier mit der D10 Version und Delphi 2K6

[chaosben]

@Christof und Heiko:
Probiert mal bitte die Version aus dem Trunk und sagt bitte Bescheid, ob sich was geändert hat. :)

[HeikoAdams]

Meldung "Falscher Parameter" kommt immer noch :cry:

[mleyen]

Genauso wie folgendes bei der erstmaligen Installation des CustomHelp Packages in D2k7+2010:

Code:

---------------------------
CustomHelp2 - CodeGear RAD Studio for Microsoft Windows - CustomHelp2.dproj
---------------------------
Error upon initializing MS Help Namespace "MS.NETFramework.v20.deu"
Die Auflistung hat keine Titel oder Titel fehlen

Namespace will be disabled.
---------------------------
OK   
---------------------------

Unter 2010 kamen ca. 5 solcher Meldungen.

[chaosben]

@Marcel:
Ja ... das ist "in Ordnung" so. Das passiert nur einmal am Anfang wenn CustomHelp versucht, alle HX-Hilfen zu benutzen.

[HeikoAdams]

Noch ein kleines Problem: Die DockableHelpGui funktioniert unter Delphi 2K6 nicht. Es passiert absolut nichts, wenn man auf F1 klopft 8-)

[chaosben]

Das "DockableHelpGui in 2k6"-Problem und der OLE-Fehler sind nun im Trunk gefixt.

[ckluss]

Hallo Benjamin,

mit den Versionen aus
http://theunknownones.googlecode.com...phi/TUOCommon/
http://theunknownones.googlecode.com...i/CustomHelp2/

geht es bei mir unter Delphi 2010 jetzt fehlerfrei, soweit ich es sehe.

Ich habe jetzt die aus D15 genommen, was hat es mit den D.. Versionen auf sich?

Gruß
Christof

[mkinzler]

D12 ist D2009
D14 ist D2010
D15 ist Delphi XE

[himitsu]

Code:

Name           IDE-Version    Compiler/VCL-Verion
Delphi 1      1             8.0  (VER80)
Delphi 2      2             9.0  (VER90)
Delphi 3      3             10.0 (VER100)
C++ 3         3.5           11.0 (VER110)
Delphi 4      4             12.0 (VER120)
Delphi 5      5             13.0 (VER130)
Delphi 6      6             14.0 (VER140)
Delphi 7      7             15.0 (VER150)
Delphi 8      8             16.0 (VER160)
Delphi 2005   9             17.0 (VER170)
Delphi 2006   10            18.0 (VER180)
Delphi 2007   11            19.0 (VER190)
Delphi 2009   12            20.0 (VER200)
gibt's nicht   (13)           (vonwegen Unglück und so)
Delphi 2010   14            21.0 (VER210)
Delphi XE      15            22.0 (VER220)

Mit XE sollte (laut einer Aussage auf den DT) ja die Versionsnummer verschwinden,
was eigentlich nicht schlecht ist, denn dann gäbe es nur noch eine Nummer (Compilerversion),
aber mit XE2 geht das Debakel leider wieder los :cry:

[HeikoAdams]

Eine Sache ist mir noch aufgefallen: Unter Delphi 2K6 lassen sich keine Artikel aus der Delphi-Hilfe öffnen.

[chaosben]

Zitat:

Zitat von HeikoAdams (Beitrag 1051227)

Eine Sache ist mir noch aufgefallen: Unter Delphi 2K6 lassen sich keine Artikel aus der Delphi-Hilfe öffnen.

Naja ... das ist das OLE-Fehler-Problem. Im Moment habe ich das nur durch eine try except abgefangen. Dadurch werden im schlimmsten Fall alle HX-Hilfen (also auch die Delphi-Hilfe) ignoriert.

Dummerweise tritt das OLE-Problem bei mir nicht auf - deswegen stehe ich mit der Sache ein bißchen im Regen. Aber noch ist nicht aller Tage Abend. :)

[ckluss]

OK, danke für die Versions-Einführung. Customhelp2 scheint auch mit 15 (statt 14) unter Delphi 2010 zu funktionieren ;) dann lasse ich es erst mal so.

[Kalfany]

Nachdem mit die Delphi (2007) Hilfe mal wieder nervt dachte ich mir vorhin ich probiere mal die Version 2 vom CutomHelp. Hab mal die aktuellste Version ausm Trunk genommen. Leider mag der die HLP Dateien irgendwie nicht mehr, die Delphi 5 HLP werden garnichtmehr geöffnet und bei den anderen wird keine Suche mehr durchgeführt. Gibts da irgendwelche Änderungen bzgl. HLP (hab die letzten 6-7 Seiten jetzt nichtmehr gelesen)

Eine Anregung hätte ich noch ... bei den Dialogen fürs Einstellen der Helpprovider wärs supi wenn man die per ESC schließen könnte (also ESC = OK)

[chaosben]

Zitat:

Zitat von Kalfany (Beitrag 1051250)

Gibts da irgendwelche Änderungen bzgl. HLP (hab die letzten 6-7 Seiten jetzt nichtmehr gelesen)

Nö .. nicht wirklich ... das ist in Wirklichkeit nur ein Starten von "winhlp32.exe -k Keyword d:\deine\datei.hlp". Das kannste ja mal in der cmd ausprobieren. Wenn du ne bessere Art kennst .hlp-Dateien zu benutzen, lass es uns bitte wissen.

Zitat:

Zitat von Kalfany (Beitrag 1051250)

bei den Dialogen fürs Einstellen der Helpprovider wärs supi wenn man die per ESC schließen könnte (also ESC = OK)

Joa ... wird eingebaut. Danke :)

[Kalfany]

also über cmd gehts wunderbar, habs jetzt einfach als Shell-Hilfe eingerichtet
(bessere Möglichkeit kenn ich leider auch nicht)

Dann hätte ich da gleich noch was:
im DockableHelpGUI kann man in die ComboBox nix per STRG+V einfügen (X und C geht auch nicht :D)

Und was mich auch extrem irritiert (war in der Version 1 glaub ich auch schon)
Wenn man den Config-Dialog aufmacht dann ist die Liste der Helpprovider jedes mal anders sortiert (scheinbar passiert das nur wenn überall Priorität 0 eingetragen ist)

[HeikoAdams]

Zitat:

Zitat von Kalfany (Beitrag 1051259)

Und was mich auch extrem irritiert (war in der Version 1 glaub ich auch schon)
Wenn man den Config-Dialog aufmacht dann ist die Liste der Helpprovider jedes mal anders sortiert (scheinbar passiert das nur wenn überall Priorität 0 eingetragen ist)

Anscheinend werden die Provider nur nach der Priorität sortiert. Vielleicht wäre es sinnvoller, die Provider nach Priorität und Name zu sortieren.

[chaosben]

In Version 1 konnte man die Provider in der Listbox draggen und droppen und so die Sortierung vorgeben.
In Version 2 gehts ausschließlich über die Priorität. Also einfach jedem Provider eine eindeutige geben und schon bleibt die Liste wie ihr sie haben wollt (Vielleicht bauen wir noch mal den Drag'n'Drop Sortierung ein.)

[MarcoWarm]

Neue Version 2.0 beta 2

Dateien hier: http://code.google.com/p/theunknowno...mHelp/2.0beta2
SVN hier: https://theunknownones.googlecode.co...mHelp/2.0beta2

Was ist neu?

• Ole Fehler wurde behoben
• Esc-Taste beendet den Konfigurationsdialog
• Sortierung der Provider mittels Drag'n'Drop
• Indexnamen pro HxNamespace sind jetzt wählbar bzw. frei eingebbar.

Gruß
Marco

[himitsu]

Blos mal 'ne Frage:

Ich suche was, um die Delphi-Reference in die Delphi-IDE einzubinden.

Allerdings steht diese möglichkeit hier nur als 'ne Art "Addon" mit dabei.
Ist das hier nun die Einzige möglichkeit, um die Delphi-Reference via F1 in Delphi zu nutzen oder gab's da noch was Anderes?


Die Integrierte OH im Delphi ist ja sowas von garnicht nutzbar (ständig nur "kenn ich nicht" als Antwort, aber auf docwiki.embarcadero.com ist nun doch abundzu mal was zu finden),
wobei dieses ja auch netter Weise in der Delphi-Referenz mit gelistet wird.

[MarcoWarm]

Zitat:

Zitat von himitsu (Beitrag 1077989)

Ich suche was, um die Delphi-Reference in die Delphi-IDE einzubinden.

Das ist zur Zeit nicht möglich. CustomHelp ist ja darauf angewiesen prüfen zu können, ob es ein gültiges Suchergebnis gibt oder nicht. Im Falle einer Websuche ist das jedoch nicht möglich, ohne das Resultat zu parsen. Daher bieten wir die Suche über RSS provider an. Ein schönes Beispiel ist:

http://codelib.theunknownones.net/ ... das ist unser Hilfeindex für unindizierte Referenzen auf :

• docwiki.embarcadero.com
• help.delphi-jedi.org
• www.delphibasics.co.uk

Falls du Daniel überreden möchtest seine Suchergebnisse als RSS zur Verfügung zu stellen, steht der Nutzung der Delphi-Reference in CustomHelp nichts im Wege.

Gruß
Marco