To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=96362
User as changed the following:
What |Old value |New value
================================================================================
Status|NEW |STARTED
--------------------------------------------------------------------------------
Target milestone|--- |OOo 3.1
--------------------------------------------------------------------------------
------- Additional comments from [EMAIL PROTECTED] Fri Nov 21 08:45:45 +0000
2008 -------
cmc: You are right ... hash maps nor the configuration itself guarantees any
order or configuration items. So it's random which types will be detect in which
order.
On the other side it doesnt matter .. because normaly file formats ar not
ambigous.
XLS is the format of excel files as ODS is the format of calc files.
HTML has nothing todo with XLS ... even if it can be loaded by excel !
TXT has also nothing todo with Excel ... even if it can be interpreted as CSV
and is loaded by Excel too.
So we have 3 different file formats ... and all can be loaded into Excel.
Now we try to reach the same for Calc. And I must say it can work .... but you
should use the right extensions in OOo and preselect the application instead.
E.g.
scalc.exe test.txt
scalc.exe test.csv
scalc.exe test.html
scalc.exe test.xls
All these examples works and will open the file inside Calc.
The problem behind using extensions as "preselection for an application" ... is
that Excel is a standalone application and wil never open files inside Word.
Where soffice.exe knows both applications (Writer & Calc) and of course OOo has
default applications for default formats ... so e.g. TXT will be opened inside
the writer !
On the other side I understand that user think they found the best solution ever
to open files inside Excel ... and now Calc should follow that way ... Thats the
point where I say: Why we should everything possible ? Anyway - is my personal
opinion only :-)
>From that point of view your patch will be OK (even if I think there must be a
better solution). I will see if I can fix it more generic (because there exists
other ambigous registrations too) by using a special order value inside
configuration. That will make it possible to react more flexible to new request
in the future very easy.
Inbetween I will use your patch to workaround that problem :-)
Best Regards
Andreas
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
