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

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

From: robert:muench:robertmuench at: 13-Nov-2002 8:37

> -----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.
> As I said - it is > stupid, dumb, screwed. SAP offers reports - but noone will run XY sec > report to see list of contracts for company X.
Ha, that's pretty strange: Run a SAP report against your data-toilet just to get to one contract.
> So SAP invented so called > "Help Search" (translated from Czech lang term). It is multi > tab dialog box with various fields, one of them being Contract number > .... so you > can type something like "123*", but it does not solve the situation > quickly.
So, this is more like a very detailed search dialog? I have to say that I'm not a SAP user (and I hope I never will). What I have heard is that SAP isn't able to do "fuzzy-searches" or something like this.
> The proof of wrong aproach is tens of ppl each using various > paper-notebooks to keep track of various stuff themselves, on > the paper ...
Yep, IT solves problems we won't have without IT...
> I am not sure it is usefull to have list of different BOs mixed?
If you don't know what you are searching for it makes sense.
> If I > know I am looking for a Company, I will select company, and then get > list-view related to company information ...
Right, and if you don't know that you are looking for a company? I never understood why I have to remember if an information is stored in a company record or a contact record or whereever. And with the ADM where everyone can create Bos you won't know a priori what kind of BO was used. Especially if serveral people work together. For example: Contacts, I have contact BO that fits our German requirements, you have one that fits the Chez requirements. The only thing we agree about is: Both Bos are contacts. But know you strucutre your data a bit different than me and this is absolutly OK because RFM will support your way of working and you don't have to change your work to fit RFM. Know I know you are an Amiga fan and I want to see what you have for Amiga related information. So I hack in Amiga and see where I get a hit. Then I see: Companys, Projects, Meetings etc. I pick on from the list and look at the relation graph... And now things start to make sense to me. I can traverse your Amiga semantic-net. :-)) That's where I want to go to.
> now what domain specific > info related to company can I be interested in? - Offer, > Confirmation of Order, Order, Invoicing, etc. - but only at ONE of
them
> at the time
Why? I'm interested in all kind of information for one comany. That's what I'm missing from todays system. I want to get an overview about the company. With a single click.
> and here comes navigation - company ---> offer | order | invoice ... > etc. But once I get into context of company/invoices - I see just > invoices.
Why? You see everything that's related to invoices, yes. This can be log-entries for telephone calls, reminders, person in charge infos etc.
> So, I am not sure it is usefull to perform full-text search > and offer mixed list-view with different kind of info .... not for db > app .... maybe for some kind of knowledge base - yes ...
Imo it's much more natural way of working with a relation model than to break down everything into single pieces. Humans are very good in relation/association thinking. But you can't work this way. It's an artificial barrier.
> tree-view or grid - I think we will not invent something > revolutionary here. Powerfull grid systems allow users to choose which > table columns they want to see etc.
Yes, that's what I preferr too. I just want to have a gird with x,y size and fill in the rows. Robert