Marc Santhoff wrote:
Hi Frank, Andrew,
Am Sonntag, den 29.07.2007, 22:14 -0400 schrieb andrew:
Frank Schönheit - Sun Microsystems Germany wrote:
[ ...]
b. How would Joe or Barbara User do this without the intermediate calc
document? He and she should be able to do so, there seems to be
something missing (at least in my personal capability of using
OO.o-Base ;) .
They can do so, sans Calc, today. See my earlier email to Barbara.
I've been rading that one, but I still think it is way too much work to
create a .odb document instead of a calc document for importing first.
It means swapping one intermediate step for another.
No, not if the goal is to migrate the data in an existing .dbf file into
a table in an embedded Base database, or some other RDBMS database.
An "import/export" wizard is something I'd love to have. Looking at the
re-appearing questions, this would be tremendously useful.
Yes., it would be nice to have - but having a JDBC driver for an
embedded Base database would
open up the possibility to use data migration tools already available.
At first blush it would appear, to me,
to have a much bigger bang for the buck then a native import/export wizard.
Wouldn't it be pretty easy in terms of workload to only add a menu item
"import table" or adding a document type ".dbf" to the open dialog in
base? This way the *existing* table import wizard could be triggered.
Okay, I don't know if it would be doable for server databases and if the
user want's to import not only one but many tables it's a lot work to
do. But it could be a quick working solution (without all the bells and
whistles).
I personally do not like the idea of connecting a JDBC-Driver to a
running instance of OO.o, people tend to abuse things and this would
entail many funny ideas what could be done with it and so would raise
the burden of issues related.
I am talking about a JDBC driver that would not require a running
instance of OOo - would this mean using the URE?
OK - so this might not be so simple...and that is most likely a big
understaemtn.
Perhaps after we addressed all the performance problems some users
rightfully moaned about? :)
Ah, the decision of where to assign limited resources...*grin*, well
that;s why they pay you the big bucks Frank.
For me all this is "hobby style" action. Noone pays me anything. But I
understand the (repeated) message from Frank.
Alright - it was an attempt at levity.
Look, there are more requests for features then there are resources to
deliver them. What is new or unique to OOo about that?
I'm sympathetic to the plight but that doesn't mean I shouldn't attempt
to get what I want in - I also understand that my ability to
be successful is going to be some, at best, minuscule percentage - and -
rightfully so.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
