| |
| |
|
Dieter
Zornow | Grundsätzlich ca va, mais cela Handling ist imaginable mal, dans qui Zwischenablage steht alles dans einer la ligne, si je cela dans den Editor lade bekomme je une Fehlermeldung, dass qui la ligne trop long ist.
alors muss je seulement alles dans un Dossier Sauver, qui Aufrufe am Anfang et qui Endklammern weglöschen et ensuite sur Blockread einem String zuweisen ensuite seulement peux Je l' Aufruf faire.
fpc(nom.jpg,decode64(pic$)),
cela allez mais à cause de qui Stringlänge seulement avec neuen XProfanversionen.
du devrait ensuite wenigigsten seulement qui reinen données dans qui Zwischnablage kopieren sans den Aufruf.
cela erspart déjà einiges. tu as oui den Quellcode dabei, mais comme bekennender XPSE-Hasser fasse je solch un Kauderwelsch pas à. |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 14.07.2008 ▲ |
|
| |
|
|
 | [offtopic] Dieter Zornorcomme bekennender XPSE-Hasser fasse je solch un Kauderwelsch pas à XPSE détester juckt mich pas, ebenso wenig comment si sich quelqu'un à cause de eigener Dummheit qui Finger abschneidet. (venez wohl ebenso souvent avant) mon Codes comme Kauderwelsch appel empfinde je hingegen comme dumme Frechheit weil vous mon travail et mon Codes dans Frage stellt - et pas qui Syntax. un unvoreingenommener Programmierer hat normalement aucun Schwierigkeiten gute Codes de Müll comment Kauderwelsch trop unterscheiden - c'est selten une Syntaxfrage. avant allem ensuite si le Syntax aussi encore einfacher ist comme qui Syntax qui la fois vlt. kennt. [/offtopic] |
|
| |
| |
| |
|
|
| Welchen Editor utilise? je travaille avec Textpad - Zeilenlängen comment de XProfan soutenu sommes là ne...aucune Problem...
je gebe trop aucun Riesendateien probiert trop avons, plutôt icons et kleinere Bilder...
Umbrechen pourrait je, tant pis wärs si nötig...
Bien sûr ist neustes XProfan vorausgesetzt. qui altes (X)Profan utilise peux entsprechende Tools nutzen.
qui Kompiler mag aucun Zeilen avec plus que 32767 marque, puis peux je naturellement achten - je fais un Update. |
|
| |
| |
| |
|
|
| hé, eh bien habe je ici sur meiner Platte un entsprechendes Update welches (si nötig) korrekt per sur plusieurs Zeilen aufteilt, so pouvoir mir XPSE une Strich par l'addition là cette cet Zeilen zusammenfasst. Demnach werde je wohl ou bien Übel seulement dem XPSE beibringen doit, Zeilen, quelle länger comme 32767 marque sommes, umzubrechen. cela wiederum hat ensuite aussi den Vorteil, cela XPSE-Nutzer Zeilen avec plus que 32767 marque transfert peut sans cela qui XProfan-Kompiler herummeckert...
@Roland: 32767 marque pro la ligne - gibt es de Dir aus une Vorstellung par-dessus hieran quelque chose dans direction grenzenloses XProfan nachzuarbeiten? (aussi si es naturellement pour qui allerallerallermeisten Programmieraufgaben bisher völlig ausreichend ist)
je werde mich wohl verlesen avons sodass je annahm cela es hierbei aucun frontière gibt.  |
|
| |
| |
| |
|
|
| Nachtrag 26...
Solch un XPSE-Update peux je mir sparen, aussi si on qui Zeilen per trennt so darf qui Gesamzeichentlänge verbundener Zeilen 32767 Byte pas überschreiten. 
        |
|
| |
| |
| |
|
|
Dieter
Zornow | c'est aucun Frechheit, ist aussi pas comme Frechheit gemeint. c'est mon eigene attitude et je voudrais mich avec irgend einer selbsterfunden Syntax pas befassen. si chacun sich un Tool pour eigene Syntax écrivons serait et den Code ensuite postet, wäre cela chaos parfait. je trouve Programmation dans XPSE-Syntax ist une private Angelegenheit et si du pas qui Erfinder wärst würdest du jeden auffordern doch s'il te plaît dans XProfancode trop posten.
personnelle finde je es tant pis, dass du deine oftmals droite guten idées negierst par den Code, là es dans einem XProfanforum aussi XProfancode donner sollte, là bestimmt avec la distance qui meisten lieber dans XProfancode programmieren.
XPSE soutenu z.B. un faules Programmieren là on vieles omettre peux, quoi un Programme pour Jahren bestimmt pas lesbarer pouvoir. qui meisten ici volonté si überhaupt qui Ersparnis Dinge nutzen, là oftmals reiner profancode mais sans Defs ou bien korrekt eingebunden Headerdateien usw posté wird
tu as z.B. aussi SET(errorLevel,-1) gesetzt, là es avec 0 pas fonctionne.
Scheitert déjà am var FLE$=PAR$(1). là Profan comment je trouve ici une überflüssige Fehlermeldung produziert et seulement dans qui Exe, si sans paramètre gestartet. cela devrait meiner Ansicht pour pas son.
cela zum Thema Guter Programmierer. je behaupte pas un bon Programmierer trop son, mais simple un Hobbyprogrammierer à Freizeit quelquefois sinnvoller totzuschlagen.
tu peux incidemment deinen -1 Errorlevel zurücksetzen, si du es ungefähr so löst
KompilierenMarqueSéparation |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 14.07.2008 ▲ |
|
| |
|
|
| Dieter Zornow
c'est aucun Frechheit, ist aussi pas comme Frechheit gemeint. c'est mon eigene attitude ...
si Du mon Codes dans diesem certain Zusammenhang Kauderwelsch nennst ist es aussi ensuite une Frechheit - si es Votre attitude ist. 
Schliesslich ist ici pas qui discours de Kauderwelschsyntax mais de Kauderwelschcode.
qui Frage si mon Syntax kauderwelschiger ist comme qui XProfansche Syntax peut grüßen! qui Antwort ist oui c'est ca so Quatsch comment qui Bezeichnung Kauderwelschcode...
Dieter Zornow
et je voudrais mich avec irgend einer selbsterfunden Syntax pas befassen.
oui merci aussi lol! ensuite s'il te plaît hierzu mais aussi pas so abwertend, car Kauderwelschcode produziere je pas.
Dieter Zornow
si chacun sich un Tool pour eigene Syntax écrivons serait
bien cela plan oui c'est ca cela pas qui le cas ist - je suis weder ici encore im reellen vivre chacun.
XPSE ist aussi ne...aucune Tool pour eigene Syntax - tu as XPSE garnicht verstanden si Du so argumentierst.
Dieter Zornow
je trouve Programmation dans XPSE-Syntax ist une private Angelegenheit et si du pas qui Erfinder wärst würdest du jeden auffordern doch s'il te plaît dans XProfancode trop posten.
Korrekt! mais aussi ici... würdest et wärest - so peux je net travailler.
Dieter Zornow
personnelle finde je es tant pis, dass du deine oftmals droite guten idées negierst par den Code, là es dans einem XProfanforum aussi XProfancode donner sollte, là bestimmt avec la distance qui meisten lieber dans XProfancode programmieren.
XPSE → faute ausmerzen, Voir le texte source optimaliser, Programme beschleunigen et stabiler faire, sauberer programmieren, Entwicklungszeit sparen.
comment Du maintenant sur gute idées negieren viens zeigt Votre (falsche) Einstellung à dem armen kleinen XPSE.
comment peux on überhaupt bekennender Hasser son de einem kostenlosen Tool cela es permet, tausende Quelltextzeilen et X Programme ici de mir trop magasin - ou bien eigene Bug pour trouver ou bien, ou bien, ou bien...? ici stimmt doch quoi entier Erhebliches pas!
Dieter Zornow
XPSE soutenu z.B. un faules Programmieren là on vieles omettre peux, quoi un Programme pour Jahren bestimmt pas lesbarer pouvoir.
après müsstest Du oui XProfan verteufeln.
Dieter Zornow
tu as z.B. aussi SET(errorLevel,-1) gesetzt, là es avec 0 pas fonctionne.tu peux incidemment deinen -1 Errorlevel zurücksetzen, si du es ungefähr so löst KompilierenMarqueSéparation
c'est mir doch völlig bien sûr - Du betrachtest aussi cette meinen Code avec falscher Einstellung. Siehe den Ablaufplan aus Sicht des Programmes, Votre Prüfung ist im Gesamten überflüssig. (et sorgt aussi pas pour plus à Performance - quoi ici mais wohl aussi pas important ist)
Beispielsweise ist chez gesetztem {$cleq} aucun Frage pour gehts aussi im Interpreter - aussi que es aucun Frage ist si es sur z.B. Macintosh fonctionne... |
|
| |
| |
| |
|
|
Rolf
Koch | Tja so sommes qui Meinungen arrêt. ICH ZUM BEISPIEL LIEBE XPSE! (égal si es de iF ou bien tante Emma ou bien Hubert XYZ stammt).
je suis mich sur chacun innovation dans XPSE, car comme je autrefois sous DOS Batch angefangen habe, hab je aussi chacun Erweiterung mitgenommen et ausprobiert et ca ist jusqu'à aujourd'hui so.
et si es Je ne plaisons serait, ensuite serait je aussi rien en supplément dire, car mir ist bekannt, combien travail dans mancher l'affaire steckt et cet ensuite aussi encore Freeware ist.
Achso weil es ici aussi passt: merci pour qui Registrierungen, quelle qui Tage eingingen um den ROC Code trop conservé et nebenbei aussi encore gentille DANKESWORTE dans qui Mail beinhalteten - car ca ist mon Ansporn BESTÄTIGUNG et FEEDBACK  |
|
| |
| |
| |
|
|
Frank
Abbing | Rolf, je nutze XPSE aussi, mais comment Dieter déjà sagte, niemand - ausser iF - benutzt alle Features. sa Codes schrecken plan ab, avec cela wird il wohl vivre doit.
avant kurzem riet je à, XPSE solle per commutateur aussi richtigen XProfancode erzeugen. ensuite pourrait chacun iFs code profanisieren et plus verarbeiten. malheureusement wurde qui Vorschlag seulement unwillig belächelt. |
|
| |
| |
| |
|
|
Dieter
Zornow | je denke nous pouvons maintenant aufhören, tu peux mich pas überzeugen et tu prends de mir aussi rien à. So wird cela ganze ensuite pour jeden fastidieux. dans einem gebe je dir droite. j'ai Kauderwelschsyntax gemeint et fälschlicherweise Code geschrieben. Deinen Code peux et veux je pas beurteilen, là je mich avec qui Syntax encore nie befaßt habe et es aussi pas 1faire werde.
je denke pas seulement aus qui Sicht eines Programmes, mais aussi aus Sicht qui Anwender. avec -1 peux je im Extremfall un OS crashen. je suis arrêt encore so bescheiden, dass je mich pas pour unfehlbar halte, aucun peux aus seiner Haut. |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 14.07.2008 ▲ |
|
| |
|
|
Rolf
Koch | @Frank
Nungut, mais je gebe trop, dass qui erzeugte Code mich im Endeffekt garnicht intéressé. Selten ouvre je qui *.enh afin de regarder.
simple seulement durchlaufen et sich servir laisser
mais comment chez qui Musik: Geschmäcker sommes verschieden. |
|
| |
| |
| |
|
|
| Dieter Zornow
SET(errorLevel,-1) gesetzt,... Scheitert déjà am var FLE$=PAR$(1). là Profan comment je trouve ici une überflüssige Fehlermeldung produziert et seulement dans qui Exe, si sans paramètre gestartet. cela devrait meiner Ansicht pour pas son. cela zum Thema Guter Programmierer. tu peux incidemment deinen -1 Errorlevel zurücksetzen, si du es ungefähr so löst: KompilierenMarqueSéparation
(Upper$(substr$(fle$,-1,.)) = PRF) habe je exprès rausgelassen. PRF ausschließen wäre chez diesem Tool garnicht la fois Sinnvoll - là je naturellement aussi prf-Fichiers Dekodieren peut voudrais.
si im Ergebnis sich alors cette Code sich selbst comme Eingabedatei utilise, z.B. weil on im Interpretermodus gestartet hat (quoi qui typische XPSE-Nutzer pour gewöhnlich seulement dans den seltensten Fällen tut là il toujours {$cleq} dessus im Source hat pour kompilieren,linken,exe,klappehalten), ensuite ist cela doch völlig dans Ordre et unproblematisch weil cela Programme de toute façon puis ausgelegt ist une comme paramètre gezeigte Dossier einzuladen.
c'est qui Grund, pourquoi qui Problemfälle hiermit bereits abgefangen sommes:
KompilierenMarqueSéparation
KompilierenMarqueSéparation
je wusste pas cela Param 2 aussi négative son peux - juhu je peux mir ici un sizeOf sparen! *habe je wirklich pas gewusst hehe...* |
|
| |
| |
| |
|
(1.112)
Deutsch
English
Français
Español
Italia