Limit für Auswahl bei notesUIWorkspace.Prompt ?

[Manfred Dillmann]

Hallo zusammen,

kennt jemand folgendes Problem mit der Methode:

variant = notesUIWorkspace.Prompt( type%, title$, prompt$ [, default ] [, values ] )

type% im konkreten Falle: PROMPT_OKCANCELLIST (4)

der NotesUIWorkspace-Klasse bei Version 6.5.2?

Ab einer bestimmten Anzahl von "values" (konkret in meinem Falle: 630 Einträge) wird der Prompt einfach nicht mehr angezeigt - kein Error, nichts.

Ich konnte weder in der Designer-Hilfe noch in der KB einen Hinweis auf ein Limit finden.

Sollte ein solches Limit (was ja offensichtlich ist) existieren, kennt jemand eine Alternative?

P.S.
Es handelt sich nicht um Dokumente, die da zu Auswahl angeboten werden sollen - Picklist usw. ist keine Lösung.

Danke für Eure Antworten.

Gruss
Manfred

[elajen]

Hallo,

die armen User die aus dieser Liste aussuchen müssen.
Da würde ich am DB-Design drehen.

Ich würde die Auswahl zwei/dreiteilen und irgendwelche Kategorien ausfindig machen, so das sich die Liste verkürzt.

Gruß von Ekki,

[Manfred Dillmann]

Hallo Ekki,

vielen Dank für Deine leider nicht hilfreiche Anwort.

>>die armen User die aus dieser Liste aussuchen müssen.
Da würde ich am DB-Design drehen.<<

Warum masst Du dir an, das Design einer Dir nicht bekannten Anwendung zu kritisieren?

>>Ich würde die Auswahl zwei/dreiteilen und irgendwelche Kategorien ausfindig machen, so das sich die Liste verkürzt.<<

Es handelt sich im einen OPML-Import zur Erstellung neuer Feeds in meiner Anwendung "madicon RSS Reader". Das hat also eigentlich nichts mit Notes-native zu tun. Ich habe keine Einfluss auf das OPML-Format und es gibt da (schau Dir die Spezifikation an) keine Kategorien.

Merkst Du, wie *unsinnig* Deine Antwort war? Nix für "ungut", aber Du hast mir kein Stück weitergeholfen.

Gruss
Manfred

[Glombi]

Es gibt bzgl. Array folgende Limits (gemäß Designer Hilfe). Wahrscheinlich wird eine der Grenzen in Deinem Fall erreicht. Das Notes dann aber gar nichts mehr anzeigt, ist unschön.

The following table lists limits on representation of data by array variables.
Item   Maximum or range
Array storage size   Limited by available memory
Number of dimensions   8
Bounds of a dimension   -32,768 to 32,767 (the range of values of the Integer data type)
Number of elements   Determined by memory available for data, and by the storage size of each element of the array, which varies with the array data type. For example, a Long one-dimensional fixed array declared in type scope can have 16,128 elements. (The total storage size available for fixed-size data in module scope is 64K bytes, and a Long element requires 4 bytes for storage.)

Andreas

[Manfred Dillmann]

Hallo Andreas,

das ist doch mal eine Antwort... 

Das Array selbst ist vollständig. Für mich sieht es so aus, als ob lediglich (wie auch immer das 'intern' umgesetzt sein mag) die Prompt-Methode schon wesentlich früher "schlapp" macht. Da wirklich keine Fehlermeldung (auch nicht im Debugger) kommt, könnte es schlicht ein BUG in dieser Methode sein.

Da wird es wohl keine Lösung geben. Ich werde mir selbst einen Workaround "basteln" müssen. Es bleibt einem halt nichts erspart, was? 

Danke Dir.

Manfred

[umi]

Wie gross sind den die Einträge? Könnte ja sein, dass die Auswahl an die 64k rankommt?

[Manfred Dillmann]

Hallo umi,

>> Wie gross sind den die Einträge? Könnte ja sein, dass die Auswahl an die 64k rankommt?<<

schau mal, ich hatte geschrieben:

Das Array selbst ist vollständig.

Also greifen die von Andreas geannten Einschränkungen für ein Array nicht.

Vielmehr liegt das Problem offensichtlich bei Verarbeitung dieses Arrays innerhalb der prompt-Methode der NotesUIWorkspace Klasse.

Dazu konnte ich (und Andreas wohl auch nicht, sonst hätte er ja dazu konkret was geschrieben) keine Informationen finden.

Vermuten kann man ja viel... ich hatte hier gefragt, ob jemand das Problem kennt/auch schon mal hatte.

Gruss
Manfred

[datenbanken24]

@Manfred,

Du bist nicht allein mit dem Problem.
Bestehen tut das auf jeden Fall,
hatten wir auch schon.

Mehr als, dass wir nicht die einzigen damit sind, haben wir aber damals auch nicht gefunden:

http://www-10.lotus.com/ldd/nd6forum.nsf/55c38d716d632d9b8525689b005ba1c0/a4c69b94c67dbb6685256e600021e88a?OpenDocument

Gruss,
Uwe

[Manfred Dillmann]

Hallo Uwe,

danke für die Info!

Gruss
Manfred

[umi]

Hallo umi,

>> Wie gross sind den die Einträge? Könnte ja sein, dass die Auswahl an die 64k rankommt?<<

schau mal, ich hatte geschrieben:

Das Array selbst ist vollständig.

) keine InformatioAlso greifen die von Andreas geannten Einschränkungen für ein Array nicht.

@Manfred
Ich hab auch nicht geschrieben, dass das Array unvollständig sei....

[Manfred Dillmann]

Hallo umi,

>>Ich hab auch nicht geschrieben, dass das Array unvollständig sei....<<

Dann weisst du also definitiv etwas von einer 64K-Grenze für die prompt-Methode der NotesUIWorkspace-Klasse?

Gruss
Manfred

[animate]

wenn das mit der Methode der NotesUIWorkspace-Klasse nicht hinhaut, dann würde ich versuchen, den Dialog mit einer eigenen Maske nachzubauen und als Dialogbox anzuzeigen.
Aber wem sage ich das?

[koehlerbv]

Interessant wäre (wenn überhaupt Manfred noch Lust hat, das herauszufinden), wo tatsächlich das Limit liegt: Sind es die Bytes alleine (wieviele), hat die Anzahl der Elemente vielleicht auch noch einen Einfluss ... Dann könnte man sich dies als drohende Warnung an den Monitor kleben, bevor man selber mal darüber stolpert.

Tia,
Bernhard

[Manfred Dillmann]

Hallo Thomas,

>>Aber wem sage ich das?<<

Das frage ich mich auch... 

Danke Dir für die Anregung!

Gruss
Manfred

[Manfred Dillmann]

Hallo Bernhard,

>> Interessant wäre (wenn überhaupt Manfred noch Lust hat, das herauszufinden), wo tatsächlich das Limit liegt:<<

Könnte auch mal einer der jungen Menschen hier austesten - auf die alten Tage ist mein Interesse an den genauen Details nicht mehr soooooo gross. 

Es gibt ein ähnlich gelagertes Problem gibt es bei:
stringArray = notesUIWorkspace.OpenFileDialog( multipleSelection , [title$] , [filters$] , [initialDirectory$] , [initialFile$] )

Ab einer gewissen Anzahl ausgewählter Dateien kommt nur noch ein Teil "zurück". Dort lag es an der Summe = Anzahl Bytes für die ausgewählte Dateien+Pfad x Anzahl der ausgewählten Dateien. Danach wurde hier vor einiger Zeit (glaube im 6er Bereich) gefragt. Ich hatte das Problem schon vor Jahren und es ist scheinbar immer noch nicht gefixt.

Falls aber jemand Lust auf weitere Untersuchungen hat - bin auf jeden Fall an Details interessiert.

Gruss
Manfred