Autor Thema: Standard bei der Scriptprogrammierung  (Gelesen 56941 mal)

Offline eknori

  • @Notes Preisträger
  • Moderatoren
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 11.728
  • Geschlecht: Männlich
Re:Standard bei der Scriptprogrammierung
« Antwort #80 am: 16.10.02 - 13:39:23 »
Hab ein paar ältere Artikel zur Standardisierung bei der Entwicklung von Notes Applikationen ausgegraben:

How to reduce your Notes application development time by 15%

http://www.dominopower.com/issuesprint/issue199811/reduce.html

How to use UI standards to cut your Notes development time by 15% or more

http://www.dominopower.com/issuesprint/issue199906/cutparttwo.html

eknori
Egal wie tief man die Messlatte für den menschlichen Verstand auch ansetzt: jeden Tag kommt jemand und marschiert erhobenen Hauptes drunter her!

Offline Axel

  • Freund des Hauses!
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 8.658
  • Geschlecht: Männlich
  • It's not a bug, it's Notes
Re:Standard bei der Scriptprogrammierung
« Antwort #81 am: 16.10.02 - 14:17:45 »
Hi Ulrich,

danke für die beiden Links. Die Artikel werde ich in den nächsten Tagen in die Datenbank aufnehmen. Ich hoffe auch, dass ich in absehbarer Zeit etwas mehr Gelegenheit habe die Datenbank zu füllen.


Axel
Ohne Computer wären wir noch lange nicht hinterm Mond!

Offline harkpabst_meliantrop

  • Senior Mitglied
  • ****
  • Beiträge: 463
  • Geschlecht: Männlich
  • I love!
    • Heute schon gelebt?
Re:Standard bei der Scriptprogrammierung
« Antwort #82 am: 20.11.02 - 15:48:11 »
Tja, nichts mehr los hier, was? Kleiner Hinweis auf ein weiteres Problem speziell bei den beliebten Script-Äquivalenten für @Formeln:

Um uns die Arbeit nicht zu erschweren anstatt sie zu erleichtern, muss man eigentlich zu vielen Sachen dazuschreiben, in welcher Notes-Version sie überhaupt sinnvoll sind. In R5 ist z.B. dank FullTrimm, StrLeft, etc. vieles gar nicht mehr erforderlich, was man für R4 zusammengebastelt hatte. Von R6 will ich noch gar nicht reden. Mir ist es zumindest noch nicht gelungen, einen Unterschied zwischen den @Formeln und den STR-Funktionen festzustellen.

Falls es trotzdem noch jemand braucht, kommen hier mal meine Versionen von @Left, @LeftBack, @Right, @RightBack und @Middle (@MiddleBack habe ich nicht hingekriegt  :-[ ).

Mir gefallen sie besser, als das was schon in der DB steht, weil
1. grundsätzlich auch der Leerstring als Suchstring abgefragt und @Formel-konform bearbeitet wird.
2. die Back-Versionen statisch kürzer und dynamisch schneller sind
3. die bisherigen Back-Versionen manche Eingaben falsch verarbeiten :)

Function atLeft(Byval strToProcess As String, Byval strSub As String) As String
   Dim lngPos As Long
   atLeft = ""
   If Not strSub = "" Then
      lngPos = Instr(strToProcess, strSub)
      If lngPos > 0 Then
         atLeft = Left$(strToProcess, lngPos - 1)
      End If
   End If
End Function


Function atLeftBack(Byval strToProcess As String, Byval strSub As String) As String
   Dim lngPosCur As Long
   Dim lngPosNext As Long
   atLeftBack = ""
   If Not strSub = "" Then
      lngPosCur = 0
      Do
         lngPosNext = lngPosCur + 1
         lngPosCur = Instr(lngPosNext, strToProcess, strSub)
      Loop While lngPosCur <> 0
      If lngPosNext > 1 Then
         atLeftBack = Left$(strToProcess, lngPosNext - 2)
      End If
   End If
End Function


Function atRight(Byval strToProcess As String, Byval strSub As String) As String   
   Dim lngPos As Long   
   atRight = ""
   If Not strSub = "" Then
      lngPos = Instr(strToProcess, strSub)
      If lngPos > 0 Then
         atRight = Right$(strToProcess, Len(strToProcess) - (lngPos - 1 + Len(strSub)))
      End If
   End If   
End Function


Function atRightBack(Byval strToProcess As String, Byval strSub As String) As String
   Dim lngPosCur As Long
   Dim lngPosNext As Long
   atRightBack = ""
   If Not strSub = "" Then
      lngPosCur = 0
      Do
         lngPosNext = lngPosCur + 1
         lngPosCur = Instr(lngPosNext, strToProcess, strSub)
      Loop While lngPosCur <> 0
      If lngPosNext > 1 Then
         atRightBack = Right$(strToProcess, Len(strToProcess) - (lngPosNext - 2 + Len(strSub)))
      End If
   End If   
End Function


Function atMiddle(Byval strToProcess As String, Byval strSubStart As String, Byval strSubEnd As String) As String
   atMiddle = atLeft(atRight(strToProcess, strSubStart), strSubEnd)
End Function



Offline harkpabst_meliantrop

  • Senior Mitglied
  • ****
  • Beiträge: 463
  • Geschlecht: Männlich
  • I love!
    • Heute schon gelebt?
Re:Standard bei der Scriptprogrammierung
« Antwort #83 am: 20.11.02 - 16:01:56 »
Und wo ich schonmal beim Spammen bin:

@Abstract ist klasse, um den Inhalt bestehender Richtextfelder in Ansichten anzeigen zu können.
Nachteil: Es funktioniert nicht (zuverlässig) in Spaltenformeln
=> Also packt man ein Feld direkt ins Dokument.
Nachteil: RT-Felder werden erst nach dem Speichern Teil eines Dokuments, also funktioniert das ganze nur mit umständlichem Zwischenspeichern.

In R5 ist die beste Lösung meiner Meinung nach ein LotusScript im PostSave-Event der Maske. Wenn das RT-Feld "Body" und das Text-Feld "Abstract" heißen:

Sub Postsave(Source As Notesuidocument)
   Dim rti As NotesRichTextItem
   Set rti = Source.Document.GetFirstItem("Body")
   Source.Document.Abstract = rti.Text
End Sub

Einziger mir bekannter Nachteil (außer der Untaublichkeit für R4): Die Hilfe dokumentiert nicht ausdrücklich, wieviel Text maximal zurückgegeben wird. Für die Anzeige in Ansichten sicher zu verschmerzen.

Offline Rob Green

  • Freund des Hauses!
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.651
  • Geschlecht: Männlich
    • Meipor
Re:Standard bei der Scriptprogrammierung
« Antwort #84 am: 20.11.02 - 16:16:38 »
ich weiß nicht, ob Du das vermisst mit "wieviel Text max. zurückgegeben wird":

abbreviation$ = notesItem.Abstract( maxAbstract&, dropVowels, useDictionary )

mit maxAbstract kannst Du zB 80 Byte Text zurückgeben.
damit ist eine Steuerung der Rückgabelänge möglich und das echte Maximum wird entweder 64KByte sein oder aber 15K, weil der Rückgabewert ein String ist. Aber das kann man ja testen.
Vielleicht verdirbt Geld wirklich den Charakter.
Auf keinen Fall aber macht Mangel an Geld ihn besser.
(John Steinbeck)

Meiporblog: http://www.meipor.de/blog
allg. Unternehmerblog: http://www.m-e-x.de/blog

Offline ata

  • Freund des Hauses!
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 5.092
  • Geschlecht: Männlich
  • drenaiondrufflos
    • Anton Tauscher Privat
Re:Standard bei der Scriptprogrammierung
« Antwort #85 am: 20.11.02 - 18:11:10 »
... ich möchte was beisteuern, zwei Funktionen zur Ermittlung von Feiertagen in Deutschland. Die zweite Funktion benötigt die erste zur Ermittlung von Ostersonntag...

Code
Function Ostersonntag(Jahr As Long)As String
%REM
Ostersonntag ist am ersten Sonntag nach dem ersten Vollmond im Frühling.
Die Gauss'sche Berechnung ist gültig für die Jahre 1583 - 2299
... Die Funktion benötigt das Jahr (vierstellig) als Übergabewert.
... Die Funktion gibt als Rückgabewert Ostersonntag als Datum zurück.
... Für den Fall eines nicht berechenbaren Jahres ist der Rückgabestring leer
    nach dem Aufruf der Funktion muß dieser Fall extra abgefangen werden...
    ... If Ostersonntag(Jahr) = "" Then Exit Sub ... ansonsten Type mismatch
ata - Ohne Declarations - implizite Declaration
%END REM   
   Dim J As Integer
   Dim m As Integer
   Dim n As Integer
   Dim a As Integer
   Dim b As Integer
   Dim c As Integer
   Dim d As Integer
   Dim e As Integer
   Dim z As Integer
   Dim Mnt As String
   Dim Tg As String
   Dim GO As String
   
   J = Jahr   
   If J < 100 Then J = 1900 + J
   Select Case J
   Case Is < 1583
      Msgbox Cstr(J) + " kann nicht berechnet werden", 0 , "Berechnung Ostersonntag"
      Exit Function
   Case Is < 1700
      m = 22
      n = 2
   Case Is < 1800
      m = 23
      n = 3
   Case Is < 1900
      m = 23
      n = 4
   Case Is < 2100
      m = 24
      n = 5
   Case Is < 2200
      m = 24
      n = 6
   Case Is < 2300
      m = 25
      n = 0
   Case Else
      Msgbox Cstr(J) + " kann nicht berechnet werden", 0 , "Berechnung Ostersonntag"
      Exit Function
   End Select
   
   a = J Mod 19
   b = J Mod 4
   c = J Mod 7
   d = (19 * a + m) Mod 30
   e = (2 * b + 4 * c + 6 * d + n) Mod 7
   z = 22 + d + e
   Mnt = "03"
   
   If z > 31 Then z = d + e - 9: Mnt = "04"
   Select Case Mnt
   Case "04"
      If z = 26 Then z = 19
      If z = 25 Then
         If D = 28 Then
            If e = 6 Then
               If a > 10 Then z = 18
            End If
         End If
      End If
   End Select
   
   Tg = Ltrim$(Cstr(z))
   If Len(Tg) = 1 Then Tg = "0" + Tg
   
   GO = Tg + "." + Mnt + "." + Ltrim$(Cstr(J))
   Ostersonntag=GO
End Function

Function Feiertag(CheckDate As String) As String
' # Ermittelt, ob das Datum CheckDate ein Feiertag ist...
' # Die Nicht-Feiertage können auskommentiert werden
' # => Rückgabe = "Feiertagsname" für Feiertag, Leerstring für Nicht-Feiertag
   Dim FTag(21) As String
   Dim FName(21) As String
   Dim Jahr As String
   Dim f As Integer
   Dim cd As Integer
   Dim OsterDatum As String
   
   f=0
   Jahr = Cstr(Year(CheckDate))
   Feiertag = ""
   ' Die festen Feiertage
   FTag(1)= "01.01." + Jahr                       ' Neujahr
   FName(1) = "Neujahr"
   FTag(2)= "06.01." + Jahr                        ' Heilige Drei Könige        - BaWü, Bay
   FName(2) = "Heilige Drei Könige"
   FTag(3)= "01.01." + Cstr(Year(CheckDate) )     ' Neujahr
   FName(3) = "Neujahr"
   FTag(4)= "01.05." + Cstr(Year(CheckDate) )     ' Tag der Arbeit
   FName(4) = "Tag der Arbeit"
   FTag(5)= "15.08." + Cstr(Year(CheckDate) )     ' Mariä Himmelfahrt      - Saar, teilweise in Bay und Thür.
   FName(5) = "Mariä Himmelfahrt"
   FTag(6)= "03.10." + Cstr(Year(CheckDate) )     ' Tag der deutschen Einheit
   FName(6) = "Tag der deutschen Einheit"
   FTag(7)= "31.10." + Cstr(Year(CheckDate) )     ' Reformationstag         - Brand., MeVo. , Sa, SaAn. , teilweise in Thür.
   FName(7) = "Reformationstag"
   FTag(8)= "01.11." + Cstr(Year(CheckDate) )     ' Allerheiligen            - BAWü. , Bay, NRW , RhPf. , Saar. und teilweise in Thür.
   FName(8) = "Allerheiligen"
   FTag(9)= "24.12." + Cstr(Year(CheckDate) )    ' Heiligabend - kein offizieller Feiertag
   FName(9) = "Heiliger Abend"
   FTag(10)= "25.12." + Cstr(Year(CheckDate) )    ' 1. Weihnachtsfeiertag
   FName(10) = "1. Weihnachtsfeiertag"
   FTag(11)= "26.12." + Cstr(Year(CheckDate) )  ' 2. Weihnachtsfeiertag
   FName(11) = "2. Weihnachtsfeiertag"
   FTag(12)= "31.12." + Cstr(Year(CheckDate) ) ' Sylvester - kein offizieller Feiertag
   FName(12) = "Sylvester"
   ' Die beweglichen Feiertage
   OsterDatum = Ostersonntag(Cint(Jahr))
   ' Rosenmontag
   FTag(13)= Str(Datevalue(OsterDatum)-48)   ' kein offizieller Feiertag
   FName(13) = "Rosenmontag"
   ' Faschingsdienstag
   FTag(14)= Str(Datevalue(OsterDatum)-47)   ' kein offizieller Feiertag
   FName(14) = "Faschingsdienstag"
   ' Karfreitag
   FTag(15)= Str(Datevalue(OsterDatum)-2)
   FName(15) = "Karfreitag"
   ' Ostersonntag
   FTag(16)= Str(Datevalue(OsterDatum)-0)
   FName(16) = "Ostersonntag"
   ' Ostermontag
   FTag(17)= Str(Datevalue(OsterDatum)+1)
   FName(17) = "Ostermontag"
   ' Himmelfahrt
   FTag(18)= Str(Datevalue(OsterDatum)+39)
   FName(18) = "Christi Himmelfahrt"
   ' Pfingstsonntag
   FTag(19)= Str(Datevalue(OsterDatum)+49)
   FName(19) = "Pfingstsonntag"
   ' Pfingstmontag
   FTag(20)= Str(Datevalue(OsterDatum)+50)
   FName(20) = "Pfingstmontag"
   ' Fronleichnam
   FTag(21)= Str(Datevalue(OsterDatum)+60)   ' - BaWü. , Bay, Hes, NRW. , RhPf. , Saar.  und teilweise Thür.
   FName(21) = "Fronleichnam"
   
   'Msgbox FTag(14)
   For cd = 1 To Ubound(FTag)
      If CheckDate = FTag(cd) Then
         ' Feiertag="F" ' # als Flag verwendbar
         Feiertag = FName(cd)
      End If
   Next   
   
End Function


Ich habe noch weitere Funktionen und Klassen zum Datums-Handling, die auf diesen Funktionen aufsetzen, falls Interesse besteht...

ata
Grüßle Toni :)

Offline harkpabst_meliantrop

  • Senior Mitglied
  • ****
  • Beiträge: 463
  • Geschlecht: Männlich
  • I love!
    • Heute schon gelebt?
Re:Standard bei der Scriptprogrammierung
« Antwort #86 am: 20.11.02 - 20:18:07 »
ich weiß nicht, ob Du das vermisst mit "wieviel Text max. zurückgegeben wird": ...

Das meinte ich nicht, das geht mit .Text auch bzw. man kann das Ergebnis ja nachträglich abschneiden.

Ich meinte, es ist nicht dokumentiert, wieviel Text höchstens zurückgegeben wird. Die Hilfe merkt lediglich lappidar an, dass lange Texte evtl. gekürzt sein könnten. Aber mit den Grenzen wirst du schon recht haben.

Ursprünglich hatte ich mein PostSave auch in Formelsprache, aber auch bei @Abstract muss man die Größe des Rückgabewerts ja in Byte angeben. Wenn jetzt aber im Text Sonderzeichen, wie z.B. Zeilenumbrüche enthalten sind, dann ist nicht mehr jedes Zeichen ein Byte groß. Im konkreten Fall wollte ich nach 150 Zeichen abschneiden (bzw. dem ersten Leerzeichen davor) und  dann 3 Punkte setzen, falls der vollständige Text länge als 150 Zeichen ist. Ich habe mich zuerst mächtig gewundert, warum das manchmal gegen die Wand lief. Das waren dann alles Texte mit Zeilenumbrüchen im Bereich der ersten 150 Zeichen.


« Letzte Änderung: 20.11.02 - 20:22:41 von harkpabst_meliantrop »

Offline Axel

  • Freund des Hauses!
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 8.658
  • Geschlecht: Männlich
  • It's not a bug, it's Notes
Re:Standard bei der Scriptprogrammierung
« Antwort #87 am: 25.11.02 - 09:30:05 »
@harkpabst_meliantrop, @ata

Vielen Dank für eure Beiträge. Ich kam leider erst heute dazu wieder ins Forum zu gehen, denn letzte Woche hatte mich eine Erkältung "dahingerafft".

Ich werde die Beiträge erstmal so wie sie sind, in die Datenbank aufnehmen. Teilweise sind ja schon Scriptäquivalente für Formelbefehle vorhanden. Ich werde dann mal versuchen, diese und auch andere Funktionen in Scriptbibliotheken zusammenzufassen.


Axel


Ohne Computer wären wir noch lange nicht hinterm Mond!

Offline Myron

  • Aktives Mitglied
  • ***
  • Beiträge: 246
  • Geschlecht: Männlich
    • www.myphotoart.at
Re:Standard bei der Scriptprogrammierung
« Antwort #88 am: 20.12.02 - 13:58:58 »
Hallo
Hatte mir mal das programmiert.
Um von einen zusammengesetzten String mit einem bestimmten Trennzeichen gewisse Teile herauszunehmen.
Habe versucht die Funktion die in MSM nutzbar ist nachzubilden.

Public Function mPiece(ByVal strStr As String, ByVal strDel As String, ByVal intPos As Integer) As String
   
    Dim lauf, i As Integer
    Dim tmp_strStr As String

    lauf = 1
    strStr = strStr + strDel
    i = InStr(1, strStr, strDel)
    While i > 0
        tmp_strStr = Left(strStr, i - 1)
        If lauf = intPos Then
            mPiece = tmp_strStr
            Exit Function
        End If
        strStr = Mid(strStr, i + 1, Len(strStr))
        i = InStr(1, strStr, strDel)
        lauf = lauf + 1
    Wend
End Function

Ist das eine solche Art von Routine in Frage kommen könnte?
Grüße
Einst sagte mal ein IBMler zu Gates.. : Junger Mann, Geld macht man mit Hardware.. :-) Hohoho
--
http://www.myphotoart.at
http://www.similon.at

Offline Axel

  • Freund des Hauses!
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 8.658
  • Geschlecht: Männlich
  • It's not a bug, it's Notes
Re:Standard bei der Scriptprogrammierung
« Antwort #89 am: 20.12.02 - 14:17:23 »
Hi,

solche Routinen sind auf jeden Fall gefragt. Diese Routine gibt es allerdings schon in der Datenbank mit Namen Word.

Die erste kleine Bibliothek gibt es inzwischen, allerdings noch ohne große Kommentare und Hilfen.

http://www.free.dominoserver.de/computer/noteslibrary.nsf/d2d59a3d7fc73a2bc1256a6900638352/4b72e8439c418c6080256c9300736699?OpenDocument

Axel


Ohne Computer wären wir noch lange nicht hinterm Mond!

Offline Axel

  • Freund des Hauses!
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 8.658
  • Geschlecht: Männlich
  • It's not a bug, it's Notes
Re:Standard bei der Scriptprogrammierung
« Antwort #90 am: 08.01.03 - 13:00:53 »
Hi,

die Bibliothek mit den String-Funktionen habe ich nochmal überarbeitet und erweitert. Ausserdem habe ich eine kurze Anleitung mit Beispielen zu jeder Funktion erstellt.
http://www.free.dominoserver.de/computer/noteslibrary.nsf/1af7bead26d85723c1256ca800382b3a/4b72e8439c418c6080256c9300736699?OpenDocument

Zusätzlich habe ich ein Dokument mit Standards für die Programmierung eingefügt. Dieses habe ich vor kurzem im Internet gefunden. Besonders interessant finde ich die Bezeichnung von Variablen und Objekten.
http://www.free.dominoserver.de/computer/noteslibrary.nsf/1af7bead26d85723c1256ca800382b3a/21259f186e49a524c1256ca8003f801a?OpenDocument

Ausserdem habe ich eine weitere Ansicht eingefügt. Sie zeigt nur Dokumente welche die Standardisierung betreffen.

Axel
Ohne Computer wären wir noch lange nicht hinterm Mond!

Offline Axel

  • Freund des Hauses!
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 8.658
  • Geschlecht: Männlich
  • It's not a bug, it's Notes
Re:Standard bei der Scriptprogrammierung
« Antwort #91 am: 08.01.03 - 16:05:49 »
Hi,

und noch eine Bibliothek ist dazu gekommen. Es handelt sich hierbei um eine Klasse für die Statusanzeige (Progressbar).


Axel
Ohne Computer wären wir noch lange nicht hinterm Mond!

Offline Performance

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 1.096
  • Geschlecht: Männlich
  • I love YaBB 1G - SP1!
Re:Standard bei der Scriptprogrammierung
« Antwort #92 am: 08.01.03 - 16:08:37 »
@eknori

Hey man, was geht da ab ? Habe ich was verpasst ?

Ich finde das lobenswert eknori wenn du in diese Idee viieeeel Zeit investieren willst. Ich finde aber wenn jeder die RedBooks von Lotus liest hat er schon viel drauf. Glücklich ist der der auch die WhitePapers liest. Überglücklich der der auf die KnowledgeBase von Lotus Zugriff hat.

viel Glück und Ausdauer    ;D :D ;D
Wir können alles außer hochdeutsch !

Alles ist möglich, es ist nur eine Frage der Zeit oder des Geldes!

Offline Axel

  • Freund des Hauses!
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 8.658
  • Geschlecht: Männlich
  • It's not a bug, it's Notes
Re:Standard bei der Scriptprogrammierung
« Antwort #93 am: 09.01.03 - 11:50:47 »
@Performance

Klar macht das Mühe und kostet Zeit, aber was da entstehen soll sind Bibliotheken mit Funktionen, die einfach in eine Datenbnak eingebunden werden können. In den Redbooks von IBM findest du nur allgemeine Hinweise, z.B. wie erstelle ich eine Datenbank usw. Die lassen sich aber nicht oder zum Teil nur sehr allgemein über die Standardisierung aus. Ausserdem findest du da keine einzige Bibliothek die du verwenden kannst. Auch in der Sandbox findest du so was nur sehr wenig.

Die Knowlegdebase ist in der Beziehung, so weit ich mal drin gestöbert habe, auch keine große Hilfe.

Ausserdem: Wer hat schon Lust und vor allem die Zeit Berge von Informationen zu durchsuchen.

Kannst dich ja mit ein paar Ideen dran beteiligen, dann wird's für die anderen einfacher.  

Axel
Ohne Computer wären wir noch lange nicht hinterm Mond!

Offline eknori

  • @Notes Preisträger
  • Moderatoren
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 11.728
  • Geschlecht: Männlich
Re:Standard bei der Scriptprogrammierung
« Antwort #94 am: 09.01.03 - 19:35:47 »
@Performance;

eigentlich müsste ich mich ja mal wieder schämen; ich habe am wenigsten zu der jetztigen Situation beigetragen. Die meisten Ideen und Einträge in der Db stammen von anderen Members.

In der Fb wirst du zum Thema "How To" & Script nichts finden.
Aber ich bin glücklich, dieses Hilfsmittel zu haben. Wer an meinem Glück teilnehmen möchte, kann ja unter
http://eknori.dyndns.org/knowledge/kbnv11.nsf/All%20Search%20View?OpenView
selbst einen Blick in die ständig aktuelle KB werfen. ;D ;D

Hey, dies ist mein 2000. Posting

gruß

Ulrich
Egal wie tief man die Messlatte für den menschlichen Verstand auch ansetzt: jeden Tag kommt jemand und marschiert erhobenen Hauptes drunter her!

Offline Meff

  • Freund des Hauses!
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.095
  • Geschlecht: Männlich
  • Das Denken der Zukunft muß Kriege unmöglich machen
    • apparet id etiam caeco
Re:Standard bei der Scriptprogrammierung
« Antwort #95 am: 11.01.03 - 08:54:50 »
@eknori :

Der Link funzt leider nicht.....

Meff
"Zwei Dinge sind zu unserer Arbeit nötig: Unermüdliche Ausdauer und die Bereitschaft, etwas, in das man viel Zeit und Arbeit gesteckt hat, wieder wegzuwerfen."
Albert Einstein

Offline eknori

  • @Notes Preisträger
  • Moderatoren
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 11.728
  • Geschlecht: Männlich
Re:Standard bei der Scriptprogrammierung
« Antwort #96 am: 11.01.03 - 09:09:43 »
@Meff:

ich bin gerade dabei meinen Server umzubauen. Leider habe ich massive Probleme mit Domino 6 auf einem Duron 950.
Der Server schmiert ständig ab ( nsd.exe) Alle anderen Programme laufen einwandfrei; nur Domino halt nicht. Habe gerade einen R5 Server aufgesetzt; der läuft stabil.
Leider bin ich noch nicht dahintergekommen, warum die Dokumente der KB mit R5 als Webserver nicht angezeigt werden. Unter Domino 9 lief das. Bei R5 bekomme ich nur die Views zum Laufen. Daher ist die Db momentan nicht online. Wenn alles gutgeht, bekomme ich hute noch ein neues Board; dnn geht der Domino mit einem Pentium III 1400MHz wieder ans Netz. Ich habe den D6 mal auf einem anderen Rechner getestet; da läuft alles stabil.
Spätestens nächste Woche ist die KB wieder am Draht  ;D

Ulrich
Egal wie tief man die Messlatte für den menschlichen Verstand auch ansetzt: jeden Tag kommt jemand und marschiert erhobenen Hauptes drunter her!

Offline Meff

  • Freund des Hauses!
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.095
  • Geschlecht: Männlich
  • Das Denken der Zukunft muß Kriege unmöglich machen
    • apparet id etiam caeco
Re:Standard bei der Scriptprogrammierung
« Antwort #97 am: 11.01.03 - 09:12:20 »
Na denne, wünsche Dir viel Glück beim Umbau...

Meff  ;D
"Zwei Dinge sind zu unserer Arbeit nötig: Unermüdliche Ausdauer und die Bereitschaft, etwas, in das man viel Zeit und Arbeit gesteckt hat, wieder wegzuwerfen."
Albert Einstein

Offline enny

  • Junior Mitglied
  • **
  • Beiträge: 84
  • Geschlecht: Männlich
  • Don't drink and su!
Re:Standard bei der Scriptprogrammierung
« Antwort #98 am: 24.04.03 - 16:18:31 »
Ich hab mir gedacht ich unterstütze euch auch ein bißchen!
Habe atExplode und atImplode umgesetzt schaut es euch halt mal an.

MfG

Enny
Server:
  Platformen: 1 x Windows 2000 Server, 4 x Windows 2003 Server, 1 x OS400
  Versionen: 4 x 6.5.4 FP2, 2 x 8.0.1
Clients:
  Anzahl: ca. 600
  Versionen: 6.5.3, 6.5.4, 8.0.1

Offline Axel

  • Freund des Hauses!
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 8.658
  • Geschlecht: Männlich
  • It's not a bug, it's Notes
Re:Standard bei der Scriptprogrammierung
« Antwort #99 am: 06.05.03 - 08:39:51 »
Hi,

danke für deine Mitarbeit. Allerdings sind Implode und Explode - Funktionen bereits vorhanden. Ich werde sie mir trotzdem näher anschauen, vielleicht sind sie besser bzw. universeller als die vorhandenen.

Funktionen für Zeit- und Datumhandling sind noch Mangelware.


Axel
Ohne Computer wären wir noch lange nicht hinterm Mond!

 

Impressum Atnotes.de  -  Powered by Syslords Solutions  -  Datenschutz