Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

[REBOL] Re: RFC: rebol-framework / list-view

From: nitsch-lists:netcologne at: 13-Nov-2002 17:42

On Wed, Nov 13, 2002 at 08:37:41AM +0100, Robert M. Muench wrote:
> > -----Original Message----- > > From: [rebol-bounce--rebol--com] [mailto:[rebol-bounce--rebol--com]] > > On Behalf Of Petr Krenzelok > > Sent: Wednesday, November 13, 2002 12:12 AM > > To: [rebol-list--rebol--com] > > Subject: [REBOL] Re: RFC: rebol-framework / list-view > > > Ah :-) Robert, if you wrote this mail because of my msgs at IOS > > Messenger, well ... it was just an idea ... > > Hi, ;-) well I try to keep in sync with user-requests. > > > What does SAP offers by default e.g. is pretty stupid > > :-) no comment. > > > You intuitively go and select Edit Contrac item - the only > > field which waits for you on the screen is - Contract number. > > That's why my search is default "full-text" based. So just hack in what > you know to get started. >
just a thought: fulltext-search could mean fulltext-search! aehm - it is possible to mold the whole database, search in the string and seek back to beginning of business object. advantages: 1) faster with large data-sets and short-running scripts. 'loading 1mb takes some time, 'reading it is lots faster. if you only load the currently displayed parts with load/next.. 2) user can search based on attributes. search for {user: "Pe*}. then [find/reverse found "<business-object-delemiter-tr449bz5>"] load it and display in grid. (with switch to source ;) with rebol-access and parse this could be interesting. ;"tr449bz5": needs to be a unique string, not occuring in data. -volker