| |
| |
|
Uwe
''Pascal''
Niemeier | allô gens!
Habe plan cela ocxPackage Nr. 2 fertiggestellt.
Dabei ca va eigendlich gar pas plus um ocx-Fichiers, mais avant Allem à Opportunités, Windows-interne ActiveX-Elemente trop nutzen.
Ist droite umfangreich geworden; qui Beispiele reichen de qui Contrôle de Office-Komponenten jusqu'à zum HTML-Editor.
et es bleibt encore genug pour qui prochain Version 
PS: Habe diesmal juste ne CHM-Aider erstellt.
homme, ist qui MS-Compiler nervig... 
SeeYou
Pascal |
|
| |
| |
| |
|
|
Rolf
Koch | allô Pascal,
Saustark!!!
cela meiste z.B. sous HTML klappt hervorragend.
malheureusement so Sachen comment sous Extern pas, car ensuite venez toujours: Mitglied pas trouvé. je n'en sais rien quoi cela bedeutet.
finis je ensuite cela Programme, so wird mon Festplatte lauter et pour Besichtigung des Taskmanagers vois je, dass Profan.exe toujours vorhanden ist.
malheureusement comment toujours aucun Zeit, qui Ursache sur den Grund pour aller. mais je crois, dass extern wohl deswegen so lautet, là on externe Programme nécessaire, quelle je z.B. pas besitze (Exel et Co.) |
|
| |
| |
| |
|
|
Ralph
Theobald | allô Pascal,
klappt alles hervorragend !!
allô Rolf, tu dois qui ocx - Fichiers downloaden et registrieren.
Salut Ralph |
|
| |
| |
| |
|
|
Georg
Hovenbitzer | allô Pascal,
je suis seulement aujourd'hui en supplément gekommen deine 2. Version trop testen.
quoi soll je dire, klappt alles entier super 
un kleines Problem habe je mais chez qui Übersetzung avec Profan2CPP.
je viens avec qui Procédure CallIntern pas bien sûr, là venons qui Variable Count% et Error& avant, qui mais pas deklariert sommes.
Deklariere je Count% dans qui Procédure knallt es chez qui Anwendung.
Habe je ici une Denkfehler ou bien wohin liegt cela Problem ?? |
|
| |
| Viele Grüsse, Georg Hovenbitzer(Windows XP Pro, XProfan 11.2, Profan2Cpp 1.6a) | 21.05.2007 ▲ |
|
| |
|
|
Uwe
''Pascal''
Niemeier | allô Georg!
cela liegt daran, dass CallIntern seulement de anderen Procs (CallMethod et CallMethodEx) aufgerufen wird, et dans denen sommes qui vermissten Variablen bistrot deklariert (Übergabe comme paramètre ist pas, weil sur dem ParameterStack qui eigendlichen Werte pour den Call-Aufruf stehen).
Am Besten prends du qui lokalen Deklarationen raus et deklarierst Count% et Error& global, cela sollte marcher.
SeeYou
Pascal |
|
| |
| |
| |
|
|
Georg
Hovenbitzer | allô Pascal,
qui Solution avec qui globalen Deklarierung klappt malheureusement pas.
Es venez toujours qui Fehlermeldung:
faute:
$80020008
Falscher Variablentyp.
cet venez aussi si je seulement count% global fais.  |
|
| |
| Viele Grüsse, Georg Hovenbitzer(Windows XP Pro, XProfan 11.2, Profan2Cpp 1.6a) | 22.05.2007 ▲ |
|
| |
|
|
Sebastian
König | allô Georg,
malheureusement sommes aussi un paire autre Variablen en betroffen... Es devrait aider, si Du dans den Übersetzungsoptionen Alle Variablen global déclarer aktivierst. malheureusement pourrait cet Maillet-Methode aussi unerwünschte Nebeneffekte avons...
MfG
Sebastian |
|
| |
| |
| |
|
|
Uwe
''Pascal''
Niemeier | allô gens!
malheureusement sommes aussi un paire autre Variablen en betroffen...
Stimmt...
Um den Code kompakter trop faire, habe je mehrfach vorkommende Sequenzen naheliegenderweise comme Procs ausgelagert. et qui nutzen naturellement direct qui dans den aufrufenden Prozeduren bistrot deklarierten Variablen. Ist vieleicht ne...aucune besonders sauberer Stil, sollte mais doch légitime son?
Habe jedenfalls la fois sur qui Schnelle (et sans Gewähr) versucht, qui l'affaire trop bereinigen (qui Aufteilung de CallMethod sur quatre (!) Procs zwecks Fehlerauswertung machte chez näherer Betrachtung sowieso keinen Sinn)
qui Verwendung des paramètre-Stacks läßt sich allerdings pas so sans Weiteres vermeiden...
HTH
Pascal |
|
| |
| |
| |
|
|
Sebastian
König | allô Pascal,
Stimmt...
Um den Code kompakter trop faire, habe je mehrfach vorkommende Sequenzen naheliegenderweise comme Procs ausgelagert. et qui nutzen naturellement direct qui dans den aufrufenden Prozeduren bistrot deklarierten Variablen. Ist vieleicht ne...aucune besonders sauberer Stil, sollte mais doch légitime son?
Habe jedenfalls la fois sur qui Schnelle (et sans Gewähr) versucht, qui l'affaire trop bereinigen (qui Aufteilung de CallMethod sur quatre (!) Procs zwecks Fehlerauswertung machte chez näherer Betrachtung sowieso keinen Sinn)
qui Verwendung des paramètre-Stacks läßt sich allerdings pas so sans Weiteres vermeiden...
déjà besser  . Es fehlt seulement encore cela Array v$[]. mon Empfehlung wäre, aussi cet Array dans ausreichender Taille (32 ou bien so) global trop déclarer et dans den entsprechenden Prozeduren à Stelle de declare un clear v$[] einzufügen.
und dir dans C++ pas, de einer aufgerufenen Procédure aus sur Variablen zuzugreifen, qui dans qui aufrufenden Funktion deklariert wurden. dans XProfan ist ca (malheureusement...) erlaubt. qui Profan2Cpp-Syntax-Check meldet dans solchen Fällen qui avertissement W0003 (Variable möglicherweise pas disponible). avec qui Option Alle Variablen global déclarer peut sich cela Problem comment déjà erwähnt beheben, mais si es seulement um une Handvoll betroffener Variablen allez, ist es ratsamer, vous de main trop globalisieren...
MfG
Sebastian |
|
| |
| |
| |
|
|
| Sebastian König
und dir dans C++ pas, de einer aufgerufenen Procédure aus sur Variablen zuzugreifen, qui dans qui aufrufenden Funktion deklariert wurden. dans XProfan ist ca (malheureusement...) erlaubt.
XProfan folgt dans Bezug sur qui Sichtbarkeit qui Variablen den Gegebenheiten de Pascal bzw. Delphi: une Variable einer aufrufenden Funktion ist ebenso bekannt, comment une globale Variable.
(à cette Stelle wäre wahrscheinlich un Profan2Pascal einfacher gewesen, comme un Profan2CPP. je hatte avec so quelque chose la fois angefangen, mais là Profan2CPP so wunderbar funktioniert, cet pas plus fortgesetzt.)
si on alors avant hat, un Programme avec Profan2CPP trop behandeln, sollte on dans allen Funktionen seulement sur globale Variablen, paramètre ou bien lokale (dans qui Funktion definierte) Variablen zugreifen. Aus eigener (leidvoller) Erfahrung voudrais je hinzufügen, qui on globale Variablen possible sparsam et sur alle Fälle avec sprechenden Namen verwenden sollte!
Salut
Roland |
|
| |
| |
| |
|
|
RGH | Arrghhhh ... comme je avec qui vorhergehen Antwort angefangen habe, était je encore eingeloggt ... et au cours de des Schreibens - je wurde à cause de eines Telefonates quelque chose aufgehalten - wohl wieder la fois rausgeschmissen! alors ici vois je pour iF encore Handlungsbedarf! cet ständige Einloggen nervt ungemein. Wenigstens solange qui PC à et qui Browser offen ist, sollte on eingeloggt rester!
Salut
Roland
(dans qui espoir, beim envoyer cet Beitrags encore angemeldet trop son.) |
|
| |
| 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 | 23.05.2007 ▲ |
|
| |
|
|
Sebastian
König |
(à cette Stelle wäre wahrscheinlich un Profan2Pascal einfacher gewesen, comme un Profan2CPP. je hatte avec so quelque chose la fois angefangen, mais là Profan2CPP so wunderbar funktioniert, cet pas plus fortgesetzt.)
malheureusement habe je à solche Unterschiede im Detail garnicht gedacht, comme je avec qui travail à Profan2Cpp begonnen habe. bof, cela meiste ließ sich oui droite zufriedenstellend lösen... 
MfG
Sebastian |
|
| |
| |
| |
|
(910)
Deutsch
English
Français
Español
Italia