| |
| |
|
Jörg
Sellmeyer | Ich glaube schon!
SelectString liefert bei Grid/GridBox nur ein Ergebnis, wenn der gesuchte Ausdruck dem ersten Spalteninhalt entspricht:
KompilierenMarkierenSeparierenCls
Declare hGrid&
1. String-Grid erstellen
hGrid& = Create("GridBox",%hwnd,"Titel 1;0;100;Titel 2;0;100;Titel 3;0;100;Titel 4;0;100",0 ,200, 20,400,400)
2. hier werden die String-Grid-Zeilen hinzugefügt
AddString(hGrid&, "AB|DEF|0123")
AddString(hGrid&, "GHI|J23KL|012345")
AddString(hGrid&, "|MNOP|PQR|")
AddString(hGrid&, "STU||V")
AddString(hGrid&, "ABCD12|STUVW|XYZ0")
Declare I%,I1%
I%=SelectString(hGrid&,-1,"STU")
I1%=SelectString(hGrid&,-1,"S")
$D "",I%,I1%<
|
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 11.10.2006 ▲ |
|
| |
|
|
RGH | [quote:fdc1db866b=Jörg Sellmeyer]SelectString liefert bei Grid/GridBox nur ein Ergebnis, wenn der gesuchte Ausdruck dem ersten Spalteninhalt entspricht:[/quote:fdc1db866b]
Ja, das ist so! Die verwandte Message LVM_FINDITEM sucht in der ersten Spalte. Das wird auch so in der Aiuto stehen.
Saluto
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 | 11.10.2006 ▲ |
|
| |
|
|
Jörg
Sellmeyer | Das ist schon klar, aber der Text wird nur gefunden, wenn er dem genauen Spaltentext entspricht. Laß mein Beispiel mal laufen - es müßte jedes Mal 3 herauskommen. Leider ist das nur bei I1% der Fall.  |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 11.10.2006 ▲ |
|
| |
|
|
RGH | Ja naturalmente fidet er nur den Eintrag, der genau übereinstimmt. Wieso sollte es anders sein?
Wenn ich ein Stringgrid als Hashtable benutzen möchte, wäre alles andere fatal.
Natürlich könne man es auch so einrichten, daß nur der Anfang übereinstimmen muß. Ich sehe da allerdings keinen Vorteil.
Saluto
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 | 12.10.2006 ▲ |
|
| |
|
|
 | Jörg meint, weil es bei Listboxen auch so ist. 
<offtopic>meine lists.pcu  kann beides  </offtopic> |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | Weil das in der Aiuto steht! Zugegebenermaßen die alte Aiuto...
[quote:e3176e4d32=Profan-Aiuto]N1: LongInt - Handle der Listbox
N2: Integer - Start der Cerca -1
S: String - Suchbegriff bzw. Anfang des Begriffes
[/quote:e3176e4d32]
Aber nur das macht Sinn.
So wie es jetzt ist, ist es z.B. unmöglich unbekannte Begriffe in einer GridBox zu finden.
Ganz simples Beispiel:
Eingabefeld in dem der Benutzer einen Buchstaben eingibt und die Liste scrollt an die erste Fundstelle. Sollte eigentlich eine Selbstverständlichkeit sein.
Ein zusätzliches SelectStringExact oder so wäre naturalmente nicht schlecht 
Saluto
Jörg |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 12.10.2006 ▲ |
|
| |
|
|
| | Ein SelectStringExact kannst Du Dir ja selber basteln mit (GetString.Fundstelle==Suchtext); else nextSuche. |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | [quote:cf1cf73191=iF]Ein SelectStringExact kannst Du Dir ja selber basteln mit (GetString.Fundstelle==Suchtext); else nextSuche.[/quote:cf1cf73191]
Ich will ja gar kein SelectStringExact sondern ein SelectStringUnExact |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 12.10.2006 ▲ |
|
| |
|
|
RGH | Nun gut, ihr habt mich überzeugt: Füge ich das Flag LVFI_PARTIAL halt doch noch hinzu ...
Saluto
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 | 12.10.2006 ▲ |
|
| |
|
|
| [quote:388451659a=Jörg Sellmeyer][quote:388451659a=iF]Ein SelectStringExact kannst Du Dir ja selber basteln mit (GetString.Fundstelle==Suchtext); else nextSuche.[/quote:388451659a]
Ich will ja gar kein SelectStringExact sondern ein SelectStringUnExact [/quote:388451659a]
Ich weiß doch - ganz meine Rede und wäre ebenfalls mein Wunsch - denn mit einem SelectStringUnExact kann man sich ja selber ein SelectStringExact bauen. Andersrum ja nicht... |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | Hallo Roland,
Hier ist noch ein Bug oder zumindest eine Ungereimtheit:
KompilierenMarkierenSeparieren
Ein Array von 5 Elementen erlaubt die Eingabe von 6 Elementen. Zumindest unter XP Prof. wird das nicht bemerkt aber wer weiß, ob andere Systeme da ähnlich tolerant (oder blind) sind.
Saluto
Jörg |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 13.10.2006 ▲ |
|
| |
|
|
Torsten
Rümker | [quote:bbe6dd2ef3=Jörg Sellmeyer]Ein Array von 5 Elementen erlaubt die Eingabe von 6 Elementen. Zumindest unter XP Prof. wird das nicht bemerkt aber wer weiß, ob andere Systeme da ähnlich tolerant (oder blind) sind.[/quote:bbe6dd2ef3]
Ich glaube das war auch schon zu Zeiten von XProfan 8 so.
Man fängt ja auch bei null an zu zählen, nur Whileloop geht erst bei 1 los.
Ich glaube auch etwas in der Art als Hinweis in der Aiuto gelesen zu haben.
MfG
Torsten |
|
| |
| Ich lerne, ob ich will oder nicht!
Betriebssystem:
- Ubuntu 15.x
- Windows (diverse)
XProfan Version: X2 | 13.10.2006 ▲ |
|
| |
|
(1.119)
Deutsch
English
Français
Español
Italia