This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 18354 - I18N - Strings don't come from Bundle. (Under Databases node in Explorer)
Summary: I18N - Strings don't come from Bundle. (Under Databases node in Explorer)
Status: VERIFIED FIXED
Alias: None
Product: db
Classification: Unclassified
Component: Code (show other bugs)
Version: 3.x
Hardware: Sun Solaris
: P2 blocker (vote)
Assignee: Radko Najman
URL:
Keywords: I18N
: 33042 (view as bug list)
Depends on:
Blocks:
 
Reported: 2001-12-05 11:33 UTC by Keiichi Oono
Modified: 2003-12-11 14:20 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Screen shot in Japanese environment. (15.88 KB, image/gif)
2001-12-05 11:34 UTC, Keiichi Oono
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Keiichi Oono 2001-12-05 11:33:20 UTC
The following strings under Database node in Explorer, don't come from Bundle.
See attached file for image.
"Databases", "Drivers", "Tables", "Views", "Procedures"

The each drivers' name under "Drivers" seems not to come from Bundle, too.
However, in Japan, we don't have any localized driver name. In my opinion,
current English names are OK. If the user wants to use translated driver name,
it can be replaced to translated one by editing on Properties Window.
Comment 1 Keiichi Oono 2001-12-05 11:34:56 UTC
Created attachment 3692 [details]
Screen shot in Japanese environment.
Comment 2 Radko Najman 2001-12-05 15:37:04 UTC
The bug will be fixed in new module based on MDR, not in the current
implementation.

The names come from explorer.plist file. This file is something like
configuration file for Database Exlorer module and there is no way how
to localize this file. It should be probably possible to fix it
somewhere in the code but in my opinion it is a bit risky and it could
affect the modules which depends on Database Explorer. That's why I
propose to postpone the bugfix.
Comment 3 Jesse Glick 2002-12-23 16:36:15 UTC
Consistent use of the I18N keyword.
Comment 4 psuk 2003-04-22 12:17:36 UTC
Reopening the issue as the plan to base DB on MDR is on hold right now.
Setting the target milestone to 4.0.
Comment 5 psuk 2003-04-22 12:20:21 UTC
*** Issue 33042 has been marked as a duplicate of this issue. ***
Comment 6 Ken Frank 2003-04-22 17:27:41 UTC
Moving to P2 to indicate its real priority now that update
of module plans on hold. BUT it is not required for
netbeans 3.5 or nevada, so please waive if necessary but
please leave at this priority as is desired for l10n that it
be fixed for next patch if possible.

ken.frank@sun.com
04/22/2003
Comment 7 psuk 2003-04-23 13:00:18 UTC
Plan for the next release:
1. Address the issue with undeclared dependencies
   (modules that use Node API to access database node by hardcoded
    name "Database")
   1.1 Evaluate who uses the database node
   1.2 Propose and implement replacement for weak API
       in DB Explorer module and make it I18N friendly
   1.3 Implement changes in all modules that use the DB node

2. Implement DB Explorer node that uses I18Ned Display Name
Comment 8 Ken Frank 2003-05-11 04:37:54 UTC
in options server and external tool->Database Explorer,
the word doesnt seem to come from bundle file even though
that word is in it a few times.

Which key in bundle file does that one come from ?

I dont see that word in explorer.plist so dont think
its related to this issue but wanted to check.
Comment 9 Radko Najman 2003-05-12 09:10:29 UTC
server and external tool->Database Explorer comes from
org.netbeans.modules.db.resources.Bundle, key OptionName
Comment 10 Radko Najman 2003-09-04 15:23:35 UTC
Fixed.
Comment 11 Martin Schovanek 2003-10-02 16:55:47 UTC
VERIFIED 
Comment 12 Martin Schovanek 2003-10-03 09:17:15 UTC
Oops,  "Databases", "Drivers", ... are fixed but "Foreign keys", "Indexes" 
strings under Table nodes look hardcoded. 
 
Comment 13 Radko Najman 2003-10-08 15:14:42 UTC
Hopefully definitively fixed.
Comment 14 Martin Schovanek 2003-10-10 06:24:29 UTC
VERIFIED