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 7:03 AM > To: [rebol-list--rebol--com] > Subject: [REBOL] Re: RFC: rebol-framework / list-view > we allowed to press enter to edit the record, insert to > insert new one, delete to delete it, and escape to close the window -
ultra fast ...
> forget your mouse ;-)
Hi, yep :-)) this will be added too! I hate using my mouse for the 80% most likely tasks.
> a good ones! Powerfull grid system.
BTW: Anyone working on a grid system? I know there were some efforts...
> Ppl have yet to learn, how ineffective is tree-view in that regard.
> whole Windows Explorer crap - how can anyone use it for > navigation? It is good for selecting path/context, but not as a data
viewer ... Right. But the grid system needs to be easy. Why do I have mark columns, click on an edge to get a perfect width layout? That's what I want be default...
> Now as you can see, rotary button shows contact/company. But you can > enter whatever you want in the text field, so I tried "MikroTOP", name > of 'project item in RFM system.
Ah, now I got what you mean. It just shows contact/company because it's the first entry ;-)). It doesn't have any semantic meaning in this case. Perhaps I should add a "select BO" entry.
> Now ask yourself - is that the case in > real-life, where you have your data organised? If you already know > MikroTOP name, you surely know what it relates to - it is a > project.
Really? It could be a workshop-event, a product etc. For example: You hear/read about MikroTOP and know you want to know what this is. You know that you got this information from me. With RFM you would connect to my data-graph and now you have to ways to get to MikroTOP. 1. Select my person and look at the graph. Maybe somewhere you see the MikroTOP node. 2. Hack in MikroTOP and see what you get. Than you get the information that it's a project. From there you can go on and build up your understanding about MikroTOP. It's like discovering new information.
> So it was me who suggested Robert the ability to select > "context" by rotary button, and use it already as a filter - simply
> I select "project", all projects available should be listed.
That's a good idea. And yes I will add it. But it's an other way to work. This is more like the "normal" database pattern.
> - selecting particular context on the left (master) side, > would alredy provide grid/list of relevant items. Clicking upon one of > them would/could do something on the right (detail) side, e.g. > bring "project name" box in the middle of the pane, and then graph of > relations would be displayed.
Hmm... I'm not sure if using three panes is really necessary. You have grid, data-record, graph. Might be a bit complex to handle. Maybe in an advanced user-mode.
> So if there is e.g. relation from company --> employee, > pressing employee box would bring it into the centre once again, and > left (master) side would list employees for certain = selected company
Why would you show the employess of the company and not the projects of the employee? The system can't know what you want to see...
> The first thing I want to understand is - why relational > model is being regarded as outdated by some of developers. I looked at > Senteces associative data model, it shows some promise, but I yet have > to understand, what is RFM better in than relational model ...
It's more powerful if you need to see the big picutre. I'm not sure if it's powerful for transactional systems. Try to build the examples you see on the screenshots of RFM with a relational model. Than try to get the same information level when looking at the graph. Than you will see what I'm talking about... Robert