XProfan

Dietmar
Horn

Dann müssten all jene Personas a Gitarre greifen, el esta Función para el uso, para el ellos pensamiento es, nämlich el gerade aktuellen Arbeitsverzeichnis a ermitteln.

Hmm ... Yo wage a bezweifeln, daß el bundesweit mehr como 2 - 3 XProfan son. Tiempo bastante su abgesehen, daß vermutlich el wenigsten XProfan überhaupt irgendein Musikinstrument einigermaßen vernünftig spielen puede.

Bis ahora ha lo sí desafortunadamente todavía no veces así geklappt, daß se una XProfan-Truppe de el nun wirklich no gerade klitzekleinen Bundesrepublik Deutschland con uns como Mini-MMJ-XProfan-Fan-Verein nombre MMJ Hoyerswerda e.V. zwecks eventueller Zusammenarbeit para gegenseitigen Nutzen y Erfahrungsaustausch en Verbindung setzt - obwohl Yo en el Vergangenheit hier ya wiederholt dazu aufgerufen hatte.

Schaue Usted doch el Tonnen de Sources Internet con GetDir$-Verwendung a. Yo habe a ahora todavía no una einzigen Code gefunden, en el GetDir$ no ausschließlich (y fälschlicherweise) a Bestimmung des Programmverzeichnisses el eigenen EXE verwendet se. Anderenfalls berichtige mich Por favor,, indem Usted hier una solchen Code-Schnipsel postest, en el el anders es oder gewesen war. Oder passe dbzgl. el XProfan-Hilfedatei después de ... Jahren dbzgl. endlich veces a.

Wer kann oder möchte hier el heutigen mitlesenden jugendlicheren windoofs-klick-dich-doof-verwöhnten Programmieranfängern veces el Diferencia zwischen aktuellem Directorio y Programmverzeichnis erklären? Yo versuche el en meiner Hörnchen-Lingua zwar seit Jahren, aber trotzdem fallen el Schüler siempre otra vez el scheinbar bequemere GetDir$ a Bestimmung des Programmverzeichnisses rein (en Profano o. XProfan < 8.0, wo es $ProgDir noch gar nicht gab).

Usted como XProfan-Autor hast el a ahora jedenfalls ebenfalls no geschafft (siehe aktuelle XProfan.hlp oder meinetwegen auch XProfan.chm).

Saludo
Dietmar

Multimedia für Jugendliche und junge Erwachsene - MMJ Hoyerswerda e.V. [...]

Windows 95 bis Windows 7
Profan² 6.6 bis XProfan X2 mit XPSE

Das große XProfan-Lehrbuch: [...]

05.02.2008 ▲

RGH

Zu GetDir$(): Yo incluso habe para mich algunos Utilities geschrieben, el GetDir$() a Ermittlung des aktuellen Pfades benutzen. Dann kann Yo nämlich una y el selbe Exe-Expediente en unterschiedlichen Arbeitsverzeichnisen con unterschiedlichen Konfigurationsdateien aufrufen. Vor $PROGDIR podría uno con Par$(0) el Namen incl. Pfad (!) el ausgeführten Exe-Expediente ermitteln y había así, si al Ergebnis en el Dateinamen reduzierte, el gleiche Ergebnis como en $PROGDIR. (Relacionado con la Par$(0) stand incluso veces en el Ayuda, wurde aber con Einführung de $PROGDIR otra vez herausgenommen.)

Un Kenntnis el grundlegenden Begriffe como aktuelles Directorio, Programmverzeichnis, Arbeitsverzeichnis etc. sería Yo allerdings ya antes ersten Verwendung un lenguaje de programación vorraussetzen. (Sorry, inzwischen heißen el Dinger sí no mehr Verzeichnisse, pero Ordner.)

Yo möchte natürlich no bestreiten, dass el Ayuda a el una oder otro Punto todavía vorbesserungsfähig wäre. Und es sicher auch así, dass el Ayuda más sólo beschreibend es, y kein didaktisch strukturiertes Lehbuch. Aber si me alguien zusätzliche Textos oder gar Kapitel schickt, el él gerne en el Ayuda sehen sería: siempre her así. Usted hast z.B. qué Didaktik betrifft como langjähriger Lehrer el Naturwissenschaften me gegenüber sicherlich una großen Vorsprung. Yo podría me z.B. durchaus antes el jetzigen Kurs 1 todavía una kurzen Kurs 0 vorstellen, el en uno einstelligen Kursteil-Anzahl solch allgemeine Computerkenntnisse auffrischt.

Saludo
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

Frank
Abbing

GetDir$ = API GetCurrentDirectory()
$PROGDIR = API GetModuleFileName() - GetFileTitle()

Sebastian
König

La idea con el Kurs 0, en el wichtige Begriffe erläutert voluntad, finde Yo bien!

Zu el GetDir$(): Yo muss zugeben, dass Yo en el Ejemplo-Codes a SKControl.DLL auch GetDir$(@) verwende, en una absoluten Pfad a verwendeten Grafik-Archivos a ermitteln. Natürlich va el sólo así largo bien, como el aktuelle Arbeitsverzeichnis des Programms por nichts verändert wurde (siehe Franks Posting, el el verwendeten API-Características nennt). Dietmar ha dies auch ya angesprochen: [...]

Der Vorteil a GetDir$(@) es meiner Meinung después de, dass lo - bajo el obigen Voraussetzungen - sowohl en el Interpreter como auch kompiliert o. como EXE el gleiche Ergebnis liefert, qué en Par$(0) y $PROGDIR naturgemäß no Fall es... para Ejemplo-Codes es deshalb bastante praktisch. Andererseits es el Standard-Suchpfad en Windows sowieso en el Regel el aktuelle Arbeitsverzeichnis, sodass el GetDir$(@) + file$ wohl en el Regel überflüssig (y unnötig riskant) es. Mi Codes voluntad Yo entsprechend ändern.

Für una größeres Projekt es natürlich $PROGDIR el Mittel el Wahl! Nur muss una continuación para el Start des Codes en el Interpreter-Modus möglicherweise una Weiche el Form
Kompilieren Marca Separación

declare MaPath$
 $IFDEF INTERPRETER
MyPath$ = irgendein sicherer Weg, das Verzeichnis des Codes zu ermitteln
 $ELSE
MyPath$ = $ProgDir
 $ENDIF

einbauen...

Tal vez wäre lo como Anregung para zukünftige Versionen bastante praktisch, si $PROGDIR en el Interpreter-Modus simplemente el Directorio el gestarteten .prf-Expediente liefern sería. Yo denke, el así eingeführte Inkompatibilität wäre bien vertretbar, como se $PROGDIR momentan en el Interpreter-Modus sowieso no sinnvoll einsetzen lässt - para welches Programa es ya wichtig, en welchem Directorio el PROFAN.EXE liegt?

MfG

Sebastian

P.S.: Am besten debería uno el hilo otra vez aufteilen - Yo versuche mich veces daran. Sombrero funktioniert.

Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage: [...]

Alte Profan²-Seite: [...]

RGH

Sebastian König

P.S.: Am besten debería uno el hilo otra vez aufteilen - Yo versuche mich veces daran. Sombrero funktioniert.

Kurze Zwischenbemerkung para Hilo-Aufteilen:
Yo finde lo oftmals problematisch, dass uno no Link para Ursprungsthread ha y manches en el ersten Artikel des nun neuen Hilos sin dessen Kenntnis unverständlich restos.
Yo sería me wünschen, dass en el ersten Artikel uno aufgeteilten Hilos una Referencia y Link para Ursprungsthread (letztes Posting antes Teilung) generiert se y en el en el letzten Posting antes Teilung des Ursprungsthread una Link Hier gehts más (más o menos ähnlich).

A Anpassung de $PROGDIR en el Interpretermodus: Nachgedacht Yo auch ya darüber. Man müßte allerdings entonces stringenter Weise auch todavía el Fall berücksichtigen, si una .prc-datei en el IDE con el runtime comenzó se. Hier sería uno se natürlich auch el Pfad el .prc-Expediente wünschen. Aber: Was se $PROGDIR zurückgeben, si yo z.B. en uno Anwendung weitere .prc-Archivos como Module aufrufe? El aufrufende EXE oder el Pfad el .prc-Expediente? Como aber dieser Fall technisch el Gleiche es, como el Start por Doppelpfeil en XProfed (compileren y Start el .prc por Runtime), kann hier no unterschieden voluntad.
Lo lohnt se also, hier ausführlich nachzudenken

Saludo
Roland
(Praktisch Yo el problema z.B. en el XProfed-Quellcode auch así ähnlich como de Usted beschrieben con Compilerschalter gelöst.)

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

RGH

Sebastian König

La idea con el Kurs 0, en el wichtige Begriffe erläutert voluntad, finde Yo bien!

Wer (al Besten con didaktischer Erfahrung) fühlt se berufen, derartiges en möglichst wenigen y kurzen Kapiteln treffsicher a vermitteln?
Immer sólo her así.

Saludo
Roland
(ha zwar ya Bücher a Computern y para Programmieren geschrieben, aber definitiv no Lehrbücher)

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

Kompilieren Marca Separación

Jörg
Sellmeyer

Sebastian König

Für una größeres Projekt es natürlich $PROGDIR el Mittel el Wahl! Nur muss una continuación para el Start des Codes en el Interpreter-Modus möglicherweise una Weiche el Form

Def DateiName(1) SubStr$(@$(1),-1,\)
Def DateiPfad(1) Translate$(@$(1),(\ + DateiName(@$(1))),)
Declare MyPath$
 $IFDEF INTERPRETER
MyPath$ =DateiPfad(Par$(1))
 $ELSE
MyPath$ = $ProgDir
 $ENDIF

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

Jac
de
Lad

Das podría Problemas bereiten, si uno el prf en un Ordner ha, el el gleichen Namen como prf trägt: C

atei.prfDatei.prf (a se unwahrscheinlich, aber posible).
Kompilieren Marca Separación

Def DateiName(1) SubStr$(@$(1),-1,\)
Declare MyPath$
 $IFDEF INTERPRETER
mypath$=Par$(1)
MyPath$=Left$(mypath$,Len(mypath$)-Len(SubStr$(mypath$,-1,\)))
 $ELSE
MyPath$ = $ProgDir
 $ENDIF

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

Michael
Dell

¡Hola,

also Yo persöhnlich nutze GetDir$() bastante oft y gerne, schlimmer todavía porque Yo Juegos auch bastante bien Gitarre.

Salu Michael...

Hab zwar krumme Fieß awer dofir e' ecklich Gsicht!

Sebastian
König

RGH

Das fände Yo auch bien! Yo habe gerade manuell una Referencia en esta Hilo en el Alten eingefügt.
@IF: Como siehts con uno automatischen Solución de?

RGH

A Anpassung de $PROGDIR en el Interpretermodus: Nachgedacht Yo auch ya darüber. Man müßte allerdings entonces stringenter Weise auch todavía el Fall berücksichtigen, si una .prc-datei en el IDE con el runtime comenzó se. Hier sería uno se natürlich auch el Pfad el .prc-Expediente wünschen. Aber: Was se $PROGDIR zurückgeben, si yo z.B. en uno Anwendung weitere .prc-Archivos como Module aufrufe? El aufrufende EXE oder el Pfad el .prc-Expediente? Como aber dieser Fall technisch el Gleiche es, como el Start por Doppelpfeil en XProfed (compileren y Start el .prc por Runtime), kann hier no unterschieden voluntad.
Lo lohnt se also, hier ausführlich nachzudenken

Ok, stimmt - mein Vorschlag war hier no weit genug pensamiento... Also para el Aufruf weiterer .prc-Archivos sería Yo vorschlagen, dass $PROGDIR en esta entonces el Pfad el jeweiligen .prc-Expediente enthalten debería, porque lo es son en el Principio sí en eigenständige Programas (lo se doch una eigener Prozess producido, oder?).

Also total:

1. Im Interpreter: $ProfDir = Pfad a .prf-Expediente
2. Beim Aufruf prfrun32.exe code.prc: $PROGDIR = Pfad(code.prc)
3. Im komplett gelinkten Programa natürlich como bisher

Como son el Meinungen dazu? Und a Roland: Wäre lo kompliziert, el a realisieren?

MfG

Sebastian

Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage: [...]

Alte Profan²-Seite: [...]