Am Freitag, den 09.01.2009, 22:50 +0100 schrieb Frank Schönheit - Sun Microsystems Germany:
> > - make reporting working and easily usable for low and mid complexity > > tasks (not having tested it for a few months) > > sorry, that's too unspecific. You know, "make Base better" is already > covered - the result of making this concrete is in the feature pool. > What I need from you guys is more concrete items we forgot about. I really have to take time for testing, but ... >From reading the wishlist I see that fields resizing to their contents are already there. Some example templates come to my mind immediately, let's say one simple and one report showing grouping or the like. The user would then have to connect his tables/fields and set titles and labels or so. That could be a good method of getting things going, sort of a "hello world" for reports which is the first thing anyone looks at when learning a new technique. Concluding it boils down to the very unspecific "make building an average report take not more than 15-30 minutes". ;) (I hardly dare to ask for "snap to grid"-mode, I can't imagine this isn't already implemented) > > - make import from a calc table (copy and paste) respect the column > > format for setting the column type (i.e. using "datetime" if data in > > calc is formatted as "date") > > noted. If I understand this correctly, it's pretty similar to "when > connecting to a spreadsheet, re-use the column format (formatting, > alginment, etc.) of the spreadsheet cell", just that we talk about > copy'n'paste here. Same thing. > > - make the styles used by the form creation wizard available for later > > reuse when creating additional controls (maybe it is, I didn't find it - > > but when switching style in the wizard background colors and the like > > are different from the default creational params of new controls) > > Not exactly the same, but: we already have a "styles for form controls" > in the pool. Would you agree that such styles, when also used by the > wizard, would solve the problem, and, on the other hand, to reasonably > solve the problem one would need control styles? That's fine with me. > > To do for developers > > -------------------- > > - knit together the last loose ends for making application development > > easily possible (although I think that's mostly done) > > Too unspecific :) > But I'd say most of what I personally think is necessary for this is on > the "Feature Pool" page already. I think so, too. I targeted at technical items like switchboard and starting forms from the command line and from other forms and the like. One last thing recently popped up is some sort of modal discrimination between "usage" and "development" of a base document, but I'm not sure if it gives an advantage over what is possible currently. If all those visions of having a graphical overview, exporting to a web app, and similar would come true I'd be more than happy. :) Marc --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
