Re: RTFData zurück in Editfield

[Stefan Sicurella <sicurella at onlymac dot de>]

nur zur Info, in der aktuellen 2007R5 ist das gefixed, es war also  
ein Bug
Gruß

Stefan
> Hi,
>
> nein, die sind an, sonst hätte ich den text ja zuvor gar nicht  
> verfassen können ;-)
> aber du hast Recht, der Fehler sieht so aus als wären diese beiden  
> Properties aus
> Gruß
> Stefan
>
>
> > > editfield.StyledText.RTFData=person_text
> > >
> > > was mache ich falsch?
> >
> > Ich halt mich raus... (hab' noch Schmerzen vom letzten Mal) ;-)
> >
> > - Aber vielleicht sind die 'styled' und 'multiline' properties des  
> > Editfelds
> > nicht an?
> > - Oder das Feld heisst anders?? (  :-))
> >
> > a.


From  Wed 24 Oct 2007 10:35:39 +0200 (CEST)
Return-Path: <realbasic-nug dot de-bounces at lists dot realsoftware dot com>
X-Original-To: listarchive at realsoftware dot com
Delivered-To: listarchive at realsoftware dot com
Received: by xmail.realsoftware.com (Postfix, from userid 1037)
        id 2762B4923123; Wed, 24 Oct 2007 01:35:52 -0700 (PDT)
X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on
        www.realsoftware.com
X-Spam-Level:
X-Spam-Status: No, score=-0.6 required=4.5 tests=AWL,BAYES_40,NO_REAL_NAME
        autolearn=no version=3.1.1
Received: from lists.realsoftware.com (m.realsoftware.com [66.116.103.65])
        by xmail.realsoftware.com (Postfix) with ESMTP id 3AFE149230FD;
        Wed, 24 Oct 2007 01:35:45 -0700 (PDT)
Received: from real-software-mini.local (localhost [127.0.0.1])
        by lists.realsoftware.com (Postfix) with ESMTP id 184F2818680;
        Wed, 24 Oct 2007 03:35:27 -0500 (CDT)
X-Original-To: realbasic-nug dot de at lists dot realsoftware dot com
Delivered-To: realbasic-nug dot de at lists dot realsoftware dot com
Received: from sour.ops.eusc.inter.net (sour.ops.eusc.inter.net
        [84.23.254.154])
        by lists.realsoftware.com (Postfix) with ESMTP id 5788D818675
        for <realbasic-nug dot de at lists dot realsoftware dot com>;
        Wed, 24 Oct 2007 03:35:23 -0500 (CDT)
Received: from kirk.q.inter.net ([84.23.254.222] helo=kirk)
        by sour.ops.eusc.inter.net with esmtp (Exim 4.68 id 1IkbiG-000MxX-9u)
        for realbasic-nug dot de at lists dot realsoftware dot com;
        Wed, 24 Oct 2007 10:35:40 +0200
Date: Wed, 24 Oct 2007 10:35:39 +0200 (CEST)
From: christian dot hahn at snafu dot de
Subject: Re: AW: Date in DB
To: REALbasic NUG German <realbasic-nug dot de at lists dot realsoftware dot 
com>
In-Reply-To: <C341A470 dot 2D10C%andy at foxwerk dot de>
References: <C341A470 dot 2D10C%andy at foxwerk dot de>
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=iso-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
Message-ID: <E1IkbiG-000MxX-9u at sour dot ops dot eusc dot inter dot net>
X-BeenThere: realbasic-nug dot de at lists dot realsoftware dot com
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: REALbasic NUG German <realbasic-nug dot de at lists dot realsoftware dot 
com>
Sender: realbasic-nug dot de-bounces at lists dot realsoftware dot com
Errors-To: realbasic-nug dot de-bounces at lists dot realsoftware dot com

Lieber Andy,
vielen Dank für deine ausführliche Antwort.

> Ich will jetzt keinen Exkurs auf Datums-Variationen vornehmen
Obwohl es gerade das ist, wofür die nicht ganz so alten Hasen dankbar
sind, und sei es nur zur Bestätigung dessen, was man sich selbst schon
so gedacht hat, und wonach jüngst in dem thread "Lehrbuch für RB"
gefragt wurde.
Wäre es nicht sinnvoll, wenn man solche immer wieder anfallenden
Denk-Fäden sammelte und auf einer Site anböte? Täte auf Dauer auch der
stärkeren Verbreitung von RB gut.

Zur Sache selbst: Bei mir geht es immer nur um die Kalenderdaten des
aktuellen Jahres +-1. Ich kann mir also die TotalSeconds leisten.

Andererseits muss ich immer 2 Daten-Mengen vergleichen auf doppelte
Kalenderdaten. In einer selbstgebauten Lösung scheinen mir da die
TotalSeconds am praktischsten zu sein.

Ich habe aber schon darüber nachgedacht, ob ich das nicht auch mit einer
Full Join-Abfrage zwischen 2 DB-Tabellen lösen kann. 
Sofern die RB-Datenbank einen Full Join kann! Weiß das jemand?
Ich darf es noch etwas genauer beschreiben:
In meiner Tabelle habe ich diskontinuierliche, aber sortierte
Kalenderdaten zwischen zb. 10/07 und 4/08. Der Anwender will weitere
Kalenderdaten hinzufügen, indem er das erste und das letzte Datum seines
Intervalls angibt. Die Kalenderdaten dieses Intervalls habe ich schnell
gebildet. Dann muss ich aber feststellen, welche Daten dieses Intevalls
in der Tabelle bereits enthalten sind und welche neu sind. 
Schließlich muss ich die neuen Daten auch noch in die Tabelle einsortieren.
Ich weiß, jetzt heißt es wieder, beide Datenmengen in ein
eindimensionales Array umzubauen, zu sortieren und wieder zurück zu bauen.. 
Da wäre die Full Join-Lösung schon attracktiv.
einstweilen beste Grüße, Christian Hahn.