| |
| |
|
 | je wünsche mir: 
Im Bezug puis cela es oui eh bien dans X11 qui OpenArrays gibt nochmal qui Wunsch pour explode (et count!).
naturellement peux statt count aussi sizeOf fungieren
KompilierenMarqueSéparation
gibt aus:
0 http: 1 2 XProfan.com 3 test 4  |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | Du meinst wahrscheinlich: a$[] = explode(). cela wäre oui quelque chose comme comment MoveStrToArr. cela serait je aussi très begrüßen.
Im Moment allez cela oui seulement sur den le détour MoveStrToList() et ensuite MoveListToArr(). |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 28.10.2007 ▲ |
|
| |
|
|
| oui cela mon je wobei a$ bien sûr comme Array défini ist, IMHO hiernach pas wirklich un [] nötig son sollte. qui de Dir beschriebene le détour hat Nachteile, einer en ist cela on sich sa interne LB zerknallt et cela on cet zuvor aussi encore warscheinlich la plus part du temps effacer devrait. sommes alors déjà 3 Operationen statt seulement einer einzigen, den besagten le tort hingegen finde je malheureusement wirklich grave.  en supplément venez le moi glaube cela qui le détour sur qui Listbox Performancenachteile mitsich bringt. un fixes übersichtliches explode ist arrêt doch autre chose...  |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | qui le détour ist pas de mir vorgeschlagen, mais lediglich bedauernd festgestellt worden  |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 28.10.2007 ▲ |
|
| |
|
|
| Jörg Sellmeyer
qui le détour ist pas de mir vorgeschlagen, mais lediglich bedauernd festgestellt worden
I nu.  |
|
| |
| |
| |
|
|
| |
| |
| |
| |
|
|
Jörg
Sellmeyer |
Ist delimiter un leerer String (), so gibt explode() FALSE zurück.
là wäre es oui encore cool, si Del$ = un Array aus Einzelbuchstaben ergibt. quoique mir so sur Anhieb aussi aucun Verwendung pour einfiele... |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 29.10.2007 ▲ |
|
| |
|
|
| Mir déjà! Wobei je meinen serait cela explode avec seulement einem paramètre ca 1faire sollte.
qui Vorteil ist bien sûr si Du quelque chose parsen vouloir. Du musst pas ständig avec mid$(blub,pos,1) cela Char ermitteln et MID chaque la fois récente charger im String rumzurutschen, mais es wird einmalig zerlegt et DirektZugriff sur un Char ist syntaktisch simple mgl.
Roland sollte eh folgendes ermöglichen:
KompilierenMarqueSéparation
a |
|
| |
| |
| |
|
|
RGH | iF
Mir déjà! Wobei je meinen serait cela explode avec seulement einem paramètre ca 1faire sollte. qui Vorteil ist bien sûr si Du quelque chose parsen vouloir. Du musst pas ständig avec mid$(blub,pos,1) cela Char ermitteln et MID chaque la fois récente charger im String rumzurutschen, mais es wird einmalig zerlegt et DirektZugriff sur un Char ist syntaktisch simple mgl. Roland sollte eh folgendes ermöglichen: KompilierenMarqueSéparation
qui Syntax wäre dans XProfan unmöglich, là es (comment dans den meisten BASIC-Dialekten) durchaus un Array S$[] et une String S$ donner peux. S$[n%] wäre ensuite alors pas sans équivoque. Allerdings pourrait je mir une Funktion zur Ermittlung exakt eines Zeichens présenter, etwa Substr$, si qui Delimiter un Leerzeichen ist, bzw. qui paramètre pas vorhanden ist: Substr$(S$, n%). cela serait im Übrigen zur Logik qui anderen Stringbearbeitungsfunktionen avec wahlweisem Delimiter passen.
Salut
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 | 30.11.2007 ▲ |
|
| |
|
|
| |
| |
| |
| |
|
|
| Nachtrag zum Thema Substr avec seulement einem paramètre: je serait mich hieran orienter: [...]  |
|
| |
| |
| |
|
|
RGH | Hm, cela PHP-Substr entspricht doch plutôt dem mid$() (= substr(String, Start, Longueur)) bzw. right$() (= substr(String,Start))
BTW: Dein Link funktioniert zur Zeit pas.
Salut
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 | 30.11.2007 ▲ |
|
| |
|
(1.075)
Deutsch
English
Français
Español
Italia