Jacques,

Well then, that's great. It's centralized in HtmlFormRenderer.

If your search didn't find any in the .ftl(s) or webapp folders, I think that's it. You must have caught them all (in the Widget Engine).

Jonathon

Jacques Le Roux wrote:
Jonathon,

As I wrote below, it's used in HtmlFormRenderer.renderFormOpen which is used in 
every widget forms...

Jacques

De : "Jonathon -- Improov" <[EMAIL PROTECTED]>
Jacques,

If you didn't find the string "submitFormDisableSubmits" anywhere else, then 
perhaps it isn't used
anywhere else?

Try grepping/searching for shorter strings like "submitForm" or 
"DisableSubmits", case-insensitive.

Jonathon

Jacques Le Roux wrote:
Jonathon,

I'm on Windows XP. But Eclipse has a great search feature too (even replace is 
good in 3.4M1 now), and I discovered nothing. So
I
can put it in the screen where the problem was found but this does not cover 
other cases that exist for sure... This is the
basic
reason...

Jacques

De : "Jonathon -- Improov" <[EMAIL PROTECTED]>

Jacques,

Do a grep in the webapp folders. And in case some .ftl(s) end up in widget 
folders, grep there too.

One more place. Grep the Widget framework folder.

Jonathon

Jacques Le Roux wrote:
David,

The reason I put it there is because there are no easy identifiable screens. 
The only place I found submitFormDisableSubmits
is
in
HtmlFormRenderer.renderFormOpen. What is the best practice in such case ? 
Because I can't see a quick way to find concerned
screens.
Thanks

Jacques


De : "David E Jones" <[EMAIL PROTECTED]>
The selectall.js file, or any other js file, should not go in a general 
decorator, especially an application-wide one like
mainContentDecorator. It should go in each individual screen that actually 
uses/needs the JavaScript.
This is important for efficient functioning of the applications (avoid loading 
unused files, which need to be requested for
every
page hit in HTTPS), and also to reduce problems with naming and other conflicts 
in the per-page scripting contexts.
-David


[EMAIL PROTECTED] wrote:
Author: jleroux
Date: Sun Sep 30 11:08:19 2007
New Revision: 580760

URL: http://svn.apache.org/viewvc?rev=580760&view=rev
Log:
From a David Goodenough's issue "Missing .js file when searching for 
DataResource"
(https://issues.apache.org/jira/browse/OFBIZ-1272) - OFBIZ-1272
Modified:
    ofbiz/trunk/applications/content/widget/CommonScreens.xml

Modified: ofbiz/trunk/applications/content/widget/CommonScreens.xml
URL:
http://svn.apache.org/viewvc/ofbiz/trunk/applications/content/widget/CommonScreens.xml?rev=580760&r1=580759&r2=580760&view=diff
==============================================================================
--- ofbiz/trunk/applications/content/widget/CommonScreens.xml (original)
+++ ofbiz/trunk/applications/content/widget/CommonScreens.xml Sun Sep 30 
11:08:19 2007
@@ -36,9 +36,10 @@
                 <set field="layoutSettings.extraHead" value="&lt;link 
rel=&quot;stylesheet&quot;
href=&quot;/content/images/contentForum.css&quot; 
type=&quot;text/css&quot;/&gt;"/>
                 <!-- <set field="layoutSettings.headerMiddleBackgroundUrl" value="" 
global="true"/> -->
                 <!-- <set field="layoutSettings.headerRightBackgroundUrl" value="" 
global="true"/> -->
+                <set field="layoutSettings.javaScripts[]" value="/images/selectall.js" 
global="true"/>
                 <set field="activeApp" value="contentmgr" global="true"/>
                 <set field="applicationMenuName" value="ContentAppBar" 
global="true"/>
-                <set field="applicationMenuLocation" 
value="component://content/widget/content/ContentMenus.xml"
global="true"/>
+                <set field="applicationMenuLocation" 
value="component://content/widget/content/ContentMenus.xml"
global="true"/>
             </actions>
             <widgets>
                 <include-screen name="GlobalDecorator" 
location="component://common/widget/CommonScreens.xml"/>






Reply via email to