Frank Schönheit - Sun Microsystems Germany wrote:
Hi Rich,
Also, I consider this a regression, and an unwanted side effect of the
removal. As far as I know, the intention was that now the dialog should
behave as if the Automatic file name extension option is always on.
However, when you
no i did not change any make file or anything included in the makefile.
On 1/10/08, Mathias Bauer [EMAIL PROTECTED] wrote:
Manusha Wijekoon wrote:
following is the error in zlib
-
=
Building module zlib
=
Hi Mathias,
Sounds like the decision to remove the box was perhaps ... premature?
No, just the way it was done is wrong. We should do it the following
way: if the file name contains something that looks like an extension,
leave it alone. If it doesn't contain a dot, add the extension. This
Hi,
nice discussion. The request came AFAIR from 'mmeeks' and has been
approved by UX (lho) and the limitiations were known as it arrived the QA.
cite: The behaviour with the filters with more than one extension is
undefined in the current implementation (as)
So: It has been decided (not
and I found the CWS:
http://eis.services.openoffice.org/EIS2/cws.ShowCWS?Path=SRC680%2Fas6
So, if there is a valid need to write 'foo.bar' the iTeam lead should be
informed and the iTeam should come together to modify their
specification and implementation.
Cu,
Jogi
Joerg Sievers
Frank Schönheit - Sun Microsystems Germany wrote:
Hi Mathias,
Sounds like the decision to remove the box was perhaps ... premature?
No, just the way it was done is wrong. We should do it the following
way: if the file name contains something that looks like an extension,
leave it alone. If it
