| |
| |
|
| - page 1 - |
|
|
| |
| |
| |
|
| |
| |
| - page 2 - |
|
|
 | >> Include
Relatif à la Include verhält sich so comment chez C ou bien PHPs Include_Once. Wird Include avec führendem # geschrieben, wird seulement inkludiert, si pas bereits inkludiert. important, z.B. si Comprend sur Comprend aufbauen. So peux on #include mon.ph ou bien #include mon.inc écrivons, aussi naturellement dans incs, wobei arrêt aufgepasst wird, dass seulement inkludiert wird, quoi pas déjà inkludiert ist. ^ ^ écrit on normal include mon.inc ou bien include mon.ph ou bien include mon.pcu, ensuite wird dans chaque le cas inkludiert comment chez $I.
>> Procedure-Explorer im menu ?
Einmal im Popup-menu "Einstellungen" et einmal im rechten Panel comme Tab, vlt. "Prozedur-Explorer".
>> je prends toujours ALT+BACKSPACE pour UNDO
Verstehe. ^ ^ Alter Tastaturwindowskombifetischist kennt seulement wenig Editoren, qui cet aussi korrekt soutien.
Strg+Z meist Undo, Strg+Y hat sich plus et plus trop Redo entwickelt. Strg+F bringt regulär den chercher Dialog, Strg+H den pour Ersetzen - ou bien beides kombiniert im Strg+F Dialog.
Strg+S regulär Sauver, Sauver sous sitzt quelquefois sur Strg+U ou bien - comment je personnelle "besser" finde, sur F12. F11 pour Vollbild.
Strg+U eigentlich dans "Programmiereditoren" imho besser pour Upper et Strg+L pour Lower, wobei arrêt qui markierten Chars geändert würden.
qui Druckvorschau sur Strg+P trop poser, ist ensuite gemein, si on ensuite pas rein avec Enter den Druckauftrag expédier peux. ^ ^ Strg+P zeigt regulär oui den regulären Druckerauswahldialog, avec Strg+P et Enter on alors blind cela Drucken anweisen peux. ^ ^
Strg+B eigentlich dans "Programmiereditoren" plutôt Blockcursormodus.
chez Kopieren im Popup-menu steht Ctrl+C, pour Ausschneiden Shift+Del - chez Kopieren devrait so Ctrl+Ins stehen, Ctrl A;C;V;X funktioniert oui ebenso.
Code-Format beachtet malheureusement nProc pas et s'il te plaît Double-cliquez sur aussi sur Inlcude.  |
|
| |
| |
| |
|
|
Thomas
Freier | allô Andreas,
qui Anwendung:
qui Cursor springt seulement chez Autocomplete à qui vorgegebene Position
hat sich mir encore pas erschlossen.
si je une Présentation eingefügt habe
blink qui Cursor dans la ligne 5. Drücke je maintenant "Autocomplete" ändert sich rien à qui La position du curseur.
quoi mich intéresser serait ist, si qui Procédure-Explorer richtig funktioniert.
non, là dachte je, si le *.prf aktuell ist, würden sous "includiert" alle Procs, qui dans den *.incs sommes, aufgelistet volonté. si une *.inc qui aktuelle TAB ist, volonté oui déjà qui eingebetteten *.inc avec den enthaltenen Procs aufgelistet.
Folgender faute c'est moi aufgefallen: pour dem Schließen aller Tabs peux aucun "zuletzt geöffnete Datei" erneut geladen volonté. un Klick sur une Présentation insérer ou bien "List aktualisieren" führt zum Absturz"
"Öffnen" läßt sich seulement "Profan Quelltext" trop ?
cela "vor dem Compilieren/Starten Voir le texte source sur Optimierung prüfen" une la quantité travail ist, , c'est moi déjà bien sûr. quoi mais aus meiner Sicht un Bonbon cet Editors wäre. |
|
| |
| |
| |
|
|
Andreas
Miethe
 | alors, cela avec Autocomplete funktioniert folgendermassen :
Du gibst cela Schlüsselwort im Editor un et drückst entweder Autocomplete ou bien STRG+LEERTAST. ensuite wird qui Code automatisch komplettiert.
non, là dachte je, si le *.prf aktuell ist, würden sous "includiert" alle Procs aufgelistet volonté. si une *.inc qui aktuelle TAB ist, volonté ensuite oui déjà eingebettetet *.inc avec enthaltenen Procs aufgelistet.
je muss en sortir, dass pas alle Comprend im selben Ornder liegen comment qui Quellcode.
là allez cela Problem déjà la fois à l'attaque.
qui peut entweder im Includeverzeichnis liegen ou bien plan là wohin es qui User chez $I angibt. cela peux aussi un relativer Pfad son.
qui Comprend peut wieder autre Comprend includieren, qui sich wieder wohin anders befinden et includieren ...usw.usw.
cela peux sous Umständen très verzwickt son, et hat mir einiges Kopfzerbrechen bereitet.
tu peux oui aussi deux ou bien plus Codes geladen avons, qui qui selben Comprend benutzt.
si maintenant un TAB une INC ist, qui wiederum includiert, ensuite viens je mir Anzeige pas plus bien sûr.
tout autor habe je es so gelöst. peut-être fällt mir oui et avec ca besseres un.
Folgender faute c'est moi aufgefallen: pour dem Schließen aller Tabs peux aucun "zuletzt geöffnete Datei" erneut geladen volonté. un Klick sur une Présentation insérer ou bien "List aktualisieren" führt zum Absturz"
là habe je déjà geändert ( nochnicht hochgeladen ) aujourd'hui soir seulement.
bien sûr, si ne...aucune Tab plus c'est, et es wird versucht quelque chose eínzufügen, allez cela de travers, si on den faute pas abfängt.
Es wird alors so son, dass, si qui dernier Tab geschlossen wird, wird un nouveau Dokument angelegt. |
|
| |
| Gruss Andreas ________ ________ ________ ________ _ Profan 3.3 - XProfanX2 Win 95,98,ME,2000,XP,Vista - Win 7 32 / 64 Bit ASUS X93S - Intel Core I7-NVIDIA GForce 540M 8GB Arbeitsspeicher Homepage : [...]  | 27.03.2010 ▲ |
|
| |
|
|
Andreas
Miethe
| je muss cela nochmal informer, volonté chez Dir aucun Procs sous includiert angezeigt ?
chez mir allez cela einwandfrei, aussi chez Verschachtelungen. |
|
| |
| Gruss Andreas ________ ________ ________ ________ _ Profan 3.3 - XProfanX2 Win 95,98,ME,2000,XP,Vista - Win 7 32 / 64 Bit ASUS X93S - Intel Core I7-NVIDIA GForce 540M 8GB Arbeitsspeicher Homepage : [...] | 27.03.2010 ▲ |
|
| |
|
|
Thomas
Freier | | @Andreas: aus qui *.prf pas. Habe la fois deux incs dans un inc gesetzt et ici volonté qui Procs angezeigt. |
|
| |
| |
| |
|
|
Thomas
Freier | @Andreas: faute eingekreist. Du greifst aussi sur pas plus vorhandene/ gültige Include trop, et ensuite wird qui includiert-liste pas erstellt :
$I Include_PMit_Report.inc
$I Include_PList_Report.inc
et cet Incude J'ai eu ersetzt, mais qui Zeilen encore pas gelöscht. Nachgeholt et aucun Auflistung pour Effacer aller pas plus aktiven Include.
cela dernier Hindernis était ensuite qui SKControl.inc avec:
Pour effacer de SKControl.inc wird maintenant alles aufgelistet. 
alors : ..... à gauche liegen laisser. |
|
| |
| |
| |
|
|
Andreas
Miethe
| trop spät 
j'ai es so erweitert, dass maintenant aussi alle Procs angezeigt un d per Double-cliquez sur ausgewählt volonté peut
déjà hochgeladen [...]
@Si
peut-être peux Du aussi la fois regarder, j'ai versucht cela aussi pour nProc, #include et include hinzu biegen.
chez mir fonctionne cela maintenant einwandfrei. |
|
| |
| Gruss Andreas ________ ________ ________ ________ _ Profan 3.3 - XProfanX2 Win 95,98,ME,2000,XP,Vista - Win 7 32 / 64 Bit ASUS X93S - Intel Core I7-NVIDIA GForce 540M 8GB Arbeitsspeicher Homepage : [...] | 28.03.2010 ▲ |
|
| |
|
|
| simple comme venez:
* Pour Dossier Öffnen fehlt encore Strg+O. ^ ^
* Dossier Öffnen, *.xprf volonté pas gezeigt, alors *.xprf getippt, une xprf ausgewählt mais *.xprf wird (gemeinerweise) garnicht seulement eingeladen. (Trifft mais scheinbar sur (presque) alle Dateiendungen trop ^ ^)
* chez Include (statt #Include) wird cela Schlüsselwort noir gezeichnet, #Include bleu.
malheureusement funktioniert:
et
juste, im rechten Procedure-Explorer wird toujours pour Klick sur "List aktualisieren" la première Textteile comme erste Listboxzeile hinzugefügt - Double-cliquez sur ouvrez mais malheureusement pas qui Include:
- ersetze je include ou bien #include dans $I, funktioniert qui Procedure-Explorer korrekt et Double-cliquez sur. |
|
| |
| |
| |
|
|
Andreas
Miethe
| @Si
merci pour testen.
je hoffe qui faute sommes behoben, était seulement un Flüchtigkeitsfehler, hatte oublier qc include et #include dans Uppercase umzuwandeln.
xprf wird maintenant aussi geladen. Habe je encore plus Endungen oublier qc ? je lasse seulement prf et xprf trop.
qui Syntaxfarben habe je angepasst. qui HGL effacer !
comment Du im Bild voyons peux wird es chez mir richtig angezeigt.
Ist pas entier simple à alles trop penser. |
|
| |
| Gruss Andreas ________ ________ ________ ________ _ Profan 3.3 - XProfanX2 Win 95,98,ME,2000,XP,Vista - Win 7 32 / 64 Bit ASUS X93S - Intel Core I7-NVIDIA GForce 540M 8GB Arbeitsspeicher Homepage : [...] | 28.03.2010 ▲ |
|
| |
|
|
| | Hehe super, qui Dateiendungen inc, ph, def et unit tomber mir spontan un, quelle mir sur jeden le cas manquer würden. Eigendlich mais, hey, ist ne IDE, voudrais on égal quelle Dossier simple ouvrir peut statt z.B. sur une weiteren Editor qui ".bricks"-Textdatei seulement Travailler trop peut. ^ ^ |
|
| |
| |
| |
|
|
Andreas
Miethe
| Na, ensuite lasse je simple alle Fichiers trop.
je muss oui seulement qui Ausführung im Interpreter usw. verhindern. |
|
| |
| Gruss Andreas ________ ________ ________ ________ _ Profan 3.3 - XProfanX2 Win 95,98,ME,2000,XP,Vista - Win 7 32 / 64 Bit ASUS X93S - Intel Core I7-NVIDIA GForce 540M 8GB Arbeitsspeicher Homepage : [...] | 28.03.2010 ▲ |
|
| |
|
|
| | Verhindern pour Interpreter serait je aussi pas, une "unnötige" Einschränkung qui pour den Interpreter selbst oui (aussi) pas gilt. Lass qui gens doch (pourquoi De toute façon) Fichiers .i appeler et toutefois normal à den Interpreter anweisen peut. ^ ^ |
|
| |
| |
| |
|
(61)
Deutsch
English
Français
Español
Italia
