- implement FileLocator class that can locate special system directories
- make preferences use this to locate user-prefs.xml file in Documents and Settings\Application Data\Manticore
- implement Browse... button in Browser display pref panel, rooted on My Documents (using File Locator)
- create default user-prefs.xml file (empty) which is copied to user profile directory on first launch or when data is corrupted.
- create new directory for storing defaults. (defaults/)
- Add deployment project to solution file.
git-svn-id: svn://10.0.0.236/trunk@98488 18797224-902f-48f8-a5cc-f745e15eee43
backout shanjian's check in which cuase infinite loop while
auto detect is turn on and got different result from meta tag
git-svn-id: svn://10.0.0.236/trunk@98487 18797224-902f-48f8-a5cc-f745e15eee43
this is needed because a filename contains '|' cannot be used for a temp filename although it's valid on japanese system,
bug 68993, r=varada,ducarroz, sr=bienvenu.
git-svn-id: svn://10.0.0.236/trunk@98469 18797224-902f-48f8-a5cc-f745e15eee43
Re: Bug in RhinoTip
Resent-Date:
Sat, 30 Jun 2001 11:45:38 -0700 (PDT)
Resent-From:
mozilla-jseng@mozilla.org
Date:
Sat, 30 Jun 2001 20:54:21 +0200
From:
Igor Bukanov <igor@icesoft.no>
Organization:
Wind River
To:
nboyd@atg.com
CC:
Christopher Oliver <coliver@mminternet.com>, mozilla-jseng@mozilla.org
References:
1
Christopher Oliver wrote:
> Hi,
>
> I noticed the following in today's rhinoTip:
>
> js> throw 100
> js: uncaught JavaScript exception: java.lang.Object@5d601f
>
> js> throw 200
> js: uncaught JavaScript exception: java.lang.Object@5d601f
>
> js> throw i = 100
> js: uncaught JavaScript exception: 100
The attached patch to omj/Interpreter.java fixes that: I forgot to check
for stack[stackTop] == DBL_MARK during throw when implemented
interpreter optimization to minimize number of created Double instances.
I think that example should go to the test suite in a form like:
try { throw 100; } catch (ex) { return ex == 100; }
Regards, Igor
git-svn-id: svn://10.0.0.236/trunk@98454 18797224-902f-48f8-a5cc-f745e15eee43
Bugfix to Rhino Debugger
Date:
Sat, 30 Jun 2001 06:09:44 -0700
From:
Christopher Oliver <coliver@mminternet.com>
Organization:
Primary Interface LLC
To:
nboyd@atg.com
Hi Norris,
Attached is a fix to a problem I encountered with the Rhino debugger.
Apparently some recent changes to the engine broke the debugger because
the debugger wasn't acquiring a Context before making certain engine
calls like ScriptableObject.getIds(). You can see this by stepping
through the "enum.js" example and expanding the variable "elements".
The below exception trace will be printed on the debugger console. The
attached file should fix this problem.
Chris
Subject:
Another fix to VariableModel.java
Date:
Sat, 30 Jun 2001 07:33:51 -0700
From:
Christopher Oliver <coliver@mminternet.com>
Organization:
Primary Interface LLC
To:
nboyd@atg.com
Hi Norris,
I modified this file to always call Context.toString() to display a
variable's value in the the tree table. Previously it only called it
for Scriptables and the toString() method of the object otherwise. This
caused for example JavaScript "2" to be displayed as "2.0".
Chris
git-svn-id: svn://10.0.0.236/trunk@98451 18797224-902f-48f8-a5cc-f745e15eee43
Browser client area prettiness when launched with blank page (draw a nice inset border)
git-svn-id: svn://10.0.0.236/trunk@98445 18797224-902f-48f8-a5cc-f745e15eee43
Make preferences dialog work (PrefPanel class for preference panel switching, loading of preferences, saving of preferences, initial Browser Display panel)
git-svn-id: svn://10.0.0.236/trunk@98444 18797224-902f-48f8-a5cc-f745e15eee43
massive changes to add i18n support to chatzilla, see bug 27805, "ChatZilla needs i18n"
git-svn-id: svn://10.0.0.236/trunk@98441 18797224-902f-48f8-a5cc-f745e15eee43
initial add of stringbundle for chatzilla, for bug 27805, "ChatZilla needs i18n"
git-svn-id: svn://10.0.0.236/trunk@98440 18797224-902f-48f8-a5cc-f745e15eee43
parameter (for document character set) to ensure the correct function is called.
'undefined' works as the function being called assumes the character set of the focused
window in the case that the passed character set is undefined.
r=fabian, sr=blake.
git-svn-id: svn://10.0.0.236/trunk@98439 18797224-902f-48f8-a5cc-f745e15eee43
Add windowtype attribute to preferences <window> element so that the window can be found using the window mediator.
Patch from jbetak@netscape.com based on my suggestion, r=dbaron, sr=myself.
git-svn-id: svn://10.0.0.236/trunk@98438 18797224-902f-48f8-a5cc-f745e15eee43
This change fixes the problem by looking for an existing preferences dialog using the window mediator, and focusing one if found. Otherwise, a new one is loaded.
Patch from jbetak@netscape.com based on my suggestion, r=dbaron, sr=myself.
git-svn-id: svn://10.0.0.236/trunk@98437 18797224-902f-48f8-a5cc-f745e15eee43
