Beiträge von beyerste

    wie wäre es, wenn du eine verkettete Liste benutzt.


    z.B.

    Code
    type daten
    nummer as integer
    text as string
    end type 
    
    
    type datensatz
    next as variant
    daten as daten
    end type


    Ob das syntaktisch jetzt so richtig ist, kann ich grade nicht sagen ich suche noch, wo ich das schon mal gemacht habe. Aber theoretisch kann man es sicher schon mal als Denkansatz benutzen.


    Man kann nun eine Kette aufbauen, in der alle Datensätze gespeichert sind. Wenn man noch eine schöne Klasse darum baut, dann sortiert sich das ganze schon beim Anlegen automatisch.

    ja, tschuldigung. ich habe es nur mit einer Gruppe zum Testen ausprobiert.


    Dann müssen wir zwei Agenten machen:


    Agent 1: GruppenBereinigen (Ziel: keines)


    Code
    _user:=@Prompt([OkCancelEdit]; "Name entfernen"; "Geben Sie den Namen ein, den sie entfernen möchten."; "");@Environment("GroupRemove";_user);@PostedCommand([RunAgent];"GroupRemove"); @All



    Agent 2: GroupRemove (Ziel: alle Dokumente in Datenbank)


    SQL
    SELECT FORM="Group" & @IsAvailable(members) & @IsMember(@Environment("GroupRemove");members);
    FIELD members := @Trim(@Replace(members;@Environment("GroupRemove");""));


    Der 2. Agent muss so heissen, da er vom 1. Aufgerufen wird.


    Wie sagte mal jemand zu mir: Nichts ist so schlecht, dass es nicht als schlechtes Beispiel dienen könne.
    Aber es funktioniert jetzt. :)

    Zitat


    hadez16 schrieb:
    @ beyerste


    Muss ich den Code also in einen Agenten des Adressbuchs packen?


    Und woher kommt FORM=Group? Die Maske heißt doch "Gruppen"??


    Ja, einfach in einen Agenten kopieren.


    Die Maske hat noch einen Aliasnamen und dieser wird dann in das Dokument geschrieben.

    Warum Script, Formel tuts auch....


    Code
    _user:=@Prompt([OKCANCELEDIT]; "Name entfernen"; "Geben Sie den Namen ein, den sie entfernen möchten."; "");
    SELECT FORM="Group" & @IsAvailable(members) & @ismember(_user;members);
    field members := @trim(@replace(members;_user;""));


    Wie schon gesagt, du musst den vollqualifizierten Namen eingeben und auf Groß/Kleinschreibung achten. Oder du passt den Agenten noch ein wenig an :)

    nee, es gibt eine DB wo es um Übersetzungen der Fehlermeldungen geht.
    Sehr nützlich, wenn man deutsche Fehlermeldungen auf der Domino-Konsole hat und im Internet was dazu sucht. Da ist es einfacher, wenn man nach der englischen Version suchen kann.

    man brauch die Nummer natürlich nur bei einem neuen Dokument zu prüfen.
    Wenn man mehrere Repliken der DB hat, dann ist es sowieso nicht möglich die Nummern zu prüfen.
    Da gibt es meiner Meinung nach nur die Möglichkeit die Nummern im Nachhinein zentral zu vergeben.

    Zitat


    frankie07 schrieb:
    zu 1:
    Nummern kann ich nicht automatisch vergeben, da sie in einem anderen Programm generiert werden.


    ok, dann anders....
    Wenn du schon eine View hast, dann kannst du doch im QuerySave des Documents über view.getDoumentbyKey versuchen ein Dokument mit der Nummer zu holen. Wenn die Collection dann leer ist, gibt es keines und alles ist in Ordnung. Sonst ist die Nummer halt schon vergeben.

    zu 1:
    Vergib die Nummern doch automatisch. Dann bist du sicher, dass sie nicht doppelt vergeben werden.


    zu 2:
    Im Querydocumentdelete des Datenbank-Scripts kannst du dein Profil Dokument wieder bereinigen.

    Hallo,


    das lässt sich mit einer kategorisierten Ansicht lösen.
    Als 1. Spalte fügst du den Projektnamen ein als kategorisierte Spalte ein.
    In der eingebetteten Ansicht Trägst du dann dein Feld ein, in dem Der Projektnamen einhalten ist.

    Bis uns ist es manchmal, dass der Server und die DB zum Adressbucheintrag nicht mehr im BES enthalten sind. Es fehlen die ganzen Zeilen.
    Da hilft nur ein neues Anlegen des Users.


    Was vielleicht auch hilft, ist die Synchronisation am BlackBerry einmal zu deaktivieren und danach wieder zu aktivieren.