date:20100120

The DOCTYPE issue has been fixed in the trunk, by the way. Even with
widget comments turned on, it always comes first.

-Adrian

Info Olagos wrote:

oh very good thanks !
Heidi

2010/1/20 Adrian Crum

There is a setting in widget.properties that controls that.

-Adrian

Info Olagos wrote:

Thanks Ryan,

Have found the problem with the wrapper tag !
After many many tests , i found the problem is that the comment lines from ftl in the upper side of the source of the html file disturb
the
proper http://www.olagos.eu/ecommerce/index2.jsp
And it is not the case when i let insert ftl comment tags in the first
line
like here:
http://www.olagos.eu/ecommerce/control/main

Now i have to search how to delete these automatic comment lines in the
ftl
files which give the start of a certain ftl file and the end, as well the
start of a certain xml file and the end in the html tags.

regards,
Heidi

2010/1/20 Ryan Foster

Don't forget this hack for IE as well, otherwise Ruth's solution will not

work:

body {
text-align: center;
}

#wrapper {
text-align: left;
width: 952px;
margin: 0 auto;
}

Without centering you body text and then left aligning your wrapper text,
your container will flush to the left on IE6. No logical reason for
this,
but its standard operating procedure for a fixed width layout.

Ryan Foster
HotWax Media
801.671.0769
ryan.fos...@hotwaxmedia.com

On Jan 20, 2010, at 1:18 AM, Info Olagos wrote:

Thanks Ruth for all your help.

I know what to do the next evenings

Regards,
Heidi
2010/1/20 Ruth Hoffman

oops..you don't need all that extra stuff for your #wrapper css...see

below:

Ruth Hoffman wrote:

5) Forget about trying to figure this out and center your wrapper this

way:
#wrapper {
width:952px;
margin:0px auto; <-- note the use of only 1 auto
text-align:left;border: none; <--- also, I use none (for
border-style vs. 0 for width)

background-color: #BBB;
}

Hope that helps.
Ruth

Find me on the web at http://www.myofbiz.com or Google keyword

"myofbiz"

ruth.hoff...@myofbiz.com

Adrian Crum wrote:

I agree with Scott. The web server doesn't care what the content is -
it

is just sending out streams of characters. It doesn't know if it's

sending

"auto" "margin" or any other set of characters.

-Adrian

Scott Gray wrote:

css files are interpreted by the browser, not by the server. The
only

way you could have a different end result is if the css files or the

generated html is different.

Regards
Scott

On 19/01/2010, at 3:20 PM, Info Olagos wrote:

Hi Scott,

The css files are exactly the same. (copied them)
The html file is the same but generated via xml and ftl.
The css file with the ftl on the tomcat doesn't react on the "auto"
keyword
of the "margin 0px" tag.
Heidi

2010/1/19 Scott Gray

Hi Heidi

I can think of no reason why you should see differences, all I can
suggest
is that you take a diff of the html source from each and compare

them

for

differences. If they are the same then double check that the css
files are
also the same from each.

Regards
Scott

HotWax Media
http://www.hotwaxmedia.com

On 19/01/2010, at 1:43 AM, Info Olagos wrote:

Hello,

I have a very strange problem.
I can only imagine that it is dependent on the FTL.

This is my page on the apache server. There is no problem. All

things

are

beautiful centered.
http://www.olagos.eu/index_d.html

OK the links to the images are not ok at the moment. But you see

that

here

it is loaded in the center, so that is perfect.

If i load the same files from the embedded tomcat, i have a

problem.

to say that the container is not put in the center but at the
left.

The

problem is in the word "auto" on the wrapper tag in the css file.
This
word "auto" is not recognized if i generate the html file from

within

ftl

file.

Have a look at the result in :
http://www.olagos.eu/ecommerce/control/main

Anyone an idea on a bug on Freemarker language level. ???

regards,
Heidi

Re: css problem with ftl ????




Info Olagos wrote:

many ! thanks Ruth and Adrian.

Now the page is centered ! Great !

regards,
Heidi
2010/1/20 Ruth Hoffman 


Hi Heidi:
This turns off the comments:

widget.verbose=false

By default this is true.


Ruth

Find me on the web at http://www.myofbiz.com or Google keyword "myofbiz"
ruth.hoff...@myofbiz.com

 Info Olagos wrote:


oh very good thanks !
Heidi

2010/1/20 Adrian Crum 




There is a setting in widget.properties that controls that.

-Adrian



Info Olagos wrote:




Thanks Ryan,

Have found the problem with the wrapper tag !
After many many tests , i found the problem is that the comment lines
  from ftl in the upper side of the source of the html file disturb
the
proper http://www.olagos.eu/ecommerce/index2.jsp
And it is not the case when i let insert ftl comment tags in the first
line
like here:
http://www.olagos.eu/ecommerce/control/main

Now i have to search how to delete these automatic comment lines in the
ftl
files which give the start of a certain ftl file and the end, as well
the
start of a certain xml file and the end in the html tags.

regards,
Heidi




2010/1/20 Ryan Foster 

Don't forget this hack for IE as well, otherwise Ruth's solution will
not



work:

body {
 text-align: center;
}

#wrapper {
 text-align: left;
 width: 952px;
 margin: 0 auto;
}

Without centering you body text and then left aligning your wrapper
text,
your container will flush to the left on IE6.  No logical reason for
this,
but its standard operating procedure for a fixed width layout.

Ryan Foster
HotWax Media
801.671.0769
ryan.fos...@hotwaxmedia.com




On Jan 20, 2010, at 1:18 AM, Info Olagos wrote:

Thanks Ruth for all your help.



I know what to do the next evenings

Regards,
Heidi
2010/1/20 Ruth Hoffman 

oops..you don't need all that extra stuff for your #wrapper css...see



below:

Ruth Hoffman wrote:

5) Forget about trying to figure this out and center your wrapper
this



way:
#wrapper {
 width:952px;
 margin:0px auto;  <-- note the use of only 1 auto
 text-align:left;border: none;  <--- also, I use none (for
border-style vs. 0 for width)

 background-color: #BBB;
 }

Hope that helps.
Ruth

Find me on the web at http://www.myofbiz.com or Google keyword




"myofbiz"



 ruth.hoff...@myofbiz.com



Adrian Crum wrote:

I agree with Scott. The web server doesn't care what the content is
-
 it



 is just sending out streams of characters. It doesn't know if it's



sending



 "auto" "margin" or any other set of characters.



 -Adrian

Scott Gray wrote:

css files are interpreted by the browser, not by the server.  The
   only



 way you could have a different end result is if the css files or

the



 generated html is different.

Regards
Scott

On 19/01/2010, at 3:20 PM, Info Olagos wrote:

Hi Scott,




The css files are exactly the same. (copied them)
The html file is the same but generated via xml and ftl.
The css file with the ftl on the tomcat doesn't react on the
"auto"
keyword
of the "margin 0px" tag.
Heidi

2010/1/19 Scott Gray 

Hi Heidi




I can think of no reason why you should see differences, all I
can
suggest
is that you take a diff of the html source from each and compare




them



  for



  differences.  If they are the same then double check that the css

files are
also the same from each.

Regards
Scott

HotWax Media
http://www.hotwaxmedia.com

On 19/01/2010, at 1:43 AM, Info Olagos wrote:

Hello,




I have a very strange problem.
I can only imagine that it is dependent on the FTL.

This is my page on the apache server. There is no problem. All




things



  are



   beautiful centered.

http://www.olagos.eu/index_d.html

OK the links to the images are not ok at the moment. But you
see




that



  here



  it is loaded in the center, so that is perfect.



If i load the same files from the embedded tomcat, i have a




problem.



  It



   is



to say that the container is not put in the center but at the
 left.



  The



   problem is in the word "auto" on the wrapper tag in the css file.

This
word "auto" is not recognized if i generate the html file from




within



  a



   ftl



file.



Have a look at the result in :
http://www.olagos.eu/ecommerce/control/main

Anyone an idea on a bug on Freemarker language level. ???

regards,
Heidi

Re: css problem with ftl ????

2010-01-20 Thread Ruth Hoffman


Nice detective work!

Info Olagos wrote:

many ! thanks Ruth and Adrian.

Now the page is centered ! Great !

regards,
Heidi
2010/1/20 Ruth Hoffman 

  

Hi Heidi:
This turns off the comments:

widget.verbose=false

By default this is true.


Ruth

Find me on the web at http://www.myofbiz.com or Google keyword "myofbiz"
ruth.hoff...@myofbiz.com

 Info Olagos wrote:



oh very good thanks !
Heidi

2010/1/20 Adrian Crum 



  

There is a setting in widget.properties that controls that.

-Adrian



Info Olagos wrote:





Thanks Ryan,

Have found the problem with the wrapper tag !
After many many tests , i found the problem is that the comment lines
  from ftl in the upper side of the source of the html file disturb
the
proper http://www.olagos.eu/ecommerce/index2.jsp
And it is not the case when i let insert ftl comment tags in the first
line
like here:
http://www.olagos.eu/ecommerce/control/main

Now i have to search how to delete these automatic comment lines in the
ftl
files which give the start of a certain ftl file and the end, as well
the
start of a certain xml file and the end in the html tags.

regards,
Heidi




2010/1/20 Ryan Foster 

Don't forget this hack for IE as well, otherwise Ruth's solution will
not


  

work:

body {
 text-align: center;
}

#wrapper {
 text-align: left;
 width: 952px;
 margin: 0 auto;
}

Without centering you body text and then left aligning your wrapper
text,
your container will flush to the left on IE6.  No logical reason for
this,
but its standard operating procedure for a fixed width layout.

Ryan Foster
HotWax Media
801.671.0769
ryan.fos...@hotwaxmedia.com




On Jan 20, 2010, at 1:18 AM, Info Olagos wrote:

Thanks Ruth for all your help.




I know what to do the next evenings

Regards,
Heidi
2010/1/20 Ruth Hoffman 

oops..you don't need all that extra stuff for your #wrapper css...see


  

below:

Ruth Hoffman wrote:

5) Forget about trying to figure this out and center your wrapper
this




way:
#wrapper {
 width:952px;
 margin:0px auto;  <-- note the use of only 1 auto
 text-align:left;border: none;  <--- also, I use none (for
border-style vs. 0 for width)

 background-color: #BBB;
 }

Hope that helps.
Ruth

Find me on the web at http://www.myofbiz.com or Google keyword



  

"myofbiz"




 ruth.hoff...@myofbiz.com


  

Adrian Crum wrote:


I agree with Scott. The web server doesn't care what the content is
-
 it


  

 is just sending out streams of characters. It doesn't know if it's

  

sending

  

 "auto" "margin" or any other set of characters.

  

 -Adrian


Scott Gray wrote:

css files are interpreted by the browser, not by the server.  The
   only




 way you could have a different end result is if the css files or
  

the


  

 generated html is different.


Regards
Scott

On 19/01/2010, at 3:20 PM, Info Olagos wrote:

Hi Scott,



  

The css files are exactly the same. (copied them)
The html file is the same but generated via xml and ftl.
The css file with the ftl on the tomcat doesn't react on the
"auto"
keyword
of the "margin 0px" tag.
Heidi

2010/1/19 Scott Gray 

Hi Heidi





I can think of no reason why you should see differences, all I
can
suggest
is that you take a diff of the html source from each and compare



  

them




  for
  
  

  differences.  If they are the same then double check that the css


files are
also the same from each.

Regards
Scott

HotWax Media
http://www.hotwaxmedia.com

On 19/01/2010, at 1:43 AM, Info Olagos wrote:

Hello,



  

I have a very strange problem.
I can only imagine that it is dependent on the FTL.

This is my page on the apache server. There is no problem. All





things


  

  are

  

   beautiful centered.


http://www.olagos.eu/index_d.html

OK the links to the images are not ok at the moment. But you
see





that


  

  here

  

  it is loaded in the center, so that is perfect.

  

If i load the same files from the embedded tomcat, i have a





problem.


  

  It

  

   is



to say that the container is

Re: css problem with ftl ????

many ! thanks Ruth and Adrian.

Now the page is centered ! Great !

regards,
Heidi
2010/1/20 Ruth Hoffman 

> Hi Heidi:
> This turns off the comments:
>
> widget.verbose=false
>
> By default this is true.
>
>
> Ruth
> 
> Find me on the web at http://www.myofbiz.com or Google keyword "myofbiz"
> ruth.hoff...@myofbiz.com
>
>  Info Olagos wrote:
>
>> oh very good thanks !
>> Heidi
>>
>> 2010/1/20 Adrian Crum 
>>
>>
>>
>>> There is a setting in widget.properties that controls that.
>>>
>>> -Adrian
>>>
>>>
>>>
>>> Info Olagos wrote:
>>>
>>>
>>>
 Thanks Ryan,

 Have found the problem with the wrapper tag !
 After many many tests , i found the problem is that the comment lines
   from ftl in the upper side of the source of the html file disturb
 the
 proper >>> Then
 the "auto" keyword of the css container tag does not work !!!

 See this link and its source html to understand that here the wrapper
 tag
 is
 automatically centered.
 http://www.olagos.eu/ecommerce/index2.jsp
 And it is not the case when i let insert ftl comment tags in the first
 line
 like here:
 http://www.olagos.eu/ecommerce/control/main

 Now i have to search how to delete these automatic comment lines in the
 ftl
 files which give the start of a certain ftl file and the end, as well
 the
 start of a certain xml file and the end in the html tags.

 regards,
 Heidi




 2010/1/20 Ryan Foster 

 Don't forget this hack for IE as well, otherwise Ruth's solution will
 not


> work:
>
> body {
>  text-align: center;
> }
>
> #wrapper {
>  text-align: left;
>  width: 952px;
>  margin: 0 auto;
> }
>
> Without centering you body text and then left aligning your wrapper
> text,
> your container will flush to the left on IE6.  No logical reason for
> this,
> but its standard operating procedure for a fixed width layout.
>
> Ryan Foster
> HotWax Media
> 801.671.0769
> ryan.fos...@hotwaxmedia.com
>
>
>
>
> On Jan 20, 2010, at 1:18 AM, Info Olagos wrote:
>
> Thanks Ruth for all your help.
>
>
>> I know what to do the next evenings
>>
>> Regards,
>> Heidi
>> 2010/1/20 Ruth Hoffman 
>>
>> oops..you don't need all that extra stuff for your #wrapper css...see
>>
>>
>>> below:
>>>
>>> Ruth Hoffman wrote:
>>>
>>> 5) Forget about trying to figure this out and center your wrapper
>>> this
>>>
>>>
 way:
 #wrapper {
  width:952px;
  margin:0px auto;  <-- note the use of only 1 auto
  text-align:left;border: none;  <--- also, I use none (for
 border-style vs. 0 for width)

  background-color: #BBB;
  }

 Hope that helps.
 Ruth
 
 Find me on the web at http://www.myofbiz.com or Google keyword



>>> "myofbiz"
>>>
>>>
>>  ruth.hoff...@myofbiz.com
>>
>>
>>> Adrian Crum wrote:

 I agree with Scott. The web server doesn't care what the content is
 -
  it


>>>  is just sending out streams of characters. It doesn't know if it's
>>
>>
>>> sending


>>>  "auto" "margin" or any other set of characters.
>>
>>
>>>  -Adrian
>
> Scott Gray wrote:
>
> css files are interpreted by the browser, not by the server.  The
>only
>
>
  way you could have a different end result is if the css files or
>> the
>>
>>
>>>  generated html is different.
>>
>> Regards
>> Scott
>>
>> On 19/01/2010, at 3:20 PM, Info Olagos wrote:
>>
>> Hi Scott,
>>
>>
>>
>>> The css files are exactly the same. (copied them)
>>> The html file is the same but generated via xml and ftl.
>>> The css file with the ftl on the tomcat doesn't react on the
>>> "auto"
>>> keyword
>>> of the "margin 0px" tag.
>>> Heidi
>>>
>>> 2010/1/19 Scott Gray 
>>>
>>> Hi Heidi
>>>
>>>
>>>
 I can think of no reason why you should see differences, all I
 can
 suggest
 is that you take a diff of the html source from each and compare



>>> them
>>>
>>>
>>   for
>>
>>
>>>   differences.  If they are the same then double check that the css
 files are
 also the same from each.

Re: css problem with ftl ????

2010-01-20 Thread Ruth Hoffman

Hi Heidi:
This turns off the comments:

widget.verbose=false

By default this is true.

Ruth

Find me on the web at http://www.myofbiz.com or Google keyword "myofbiz"
ruth.hoff...@myofbiz.com

Info Olagos wrote:

oh very good thanks !
Heidi

2010/1/20 Adrian Crum

There is a setting in widget.properties that controls that.

-Adrian

Info Olagos wrote:

Thanks Ryan,

regards,
Heidi

2010/1/20 Ryan Foster

Don't forget this hack for IE as well, otherwise Ruth's solution will not

work:

body {
text-align: center;
}

#wrapper {
text-align: left;
width: 952px;
margin: 0 auto;
}

Ryan Foster
HotWax Media
801.671.0769
ryan.fos...@hotwaxmedia.com

On Jan 20, 2010, at 1:18 AM, Info Olagos wrote:

Thanks Ruth for all your help.

I know what to do the next evenings

Regards,
Heidi
2010/1/20 Ruth Hoffman

oops..you don't need all that extra stuff for your #wrapper css...see

below:

Ruth Hoffman wrote:

5) Forget about trying to figure this out and center your wrapper this

way:
#wrapper {
width:952px;
margin:0px auto; <-- note the use of only 1 auto
text-align:left;border: none; <--- also, I use none (for
border-style vs. 0 for width)

background-color: #BBB;
}

Hope that helps.
Ruth

Find me on the web at http://www.myofbiz.com or Google keyword

"myofbiz"

ruth.hoff...@myofbiz.com

Adrian Crum wrote:

I agree with Scott. The web server doesn't care what the content is -

is just sending out streams of characters. It doesn't know if it's

sending

"auto" "margin" or any other set of characters.

-Adrian

Scott Gray wrote:

css files are interpreted by the browser, not by the server. The

only

way you could have a different end result is if the css files or the

generated html is different.

Regards
Scott

On 19/01/2010, at 3:20 PM, Info Olagos wrote:

Hi Scott,

2010/1/19 Scott Gray

Hi Heidi

I can think of no reason why you should see differences, all I can
suggest
is that you take a diff of the html source from each and compare

them

for

differences. If they are the same then double check that the css
files are
also the same from each.

Regards
Scott

HotWax Media
http://www.hotwaxmedia.com

On 19/01/2010, at 1:43 AM, Info Olagos wrote:

Hello,

I have a very strange problem.
I can only imagine that it is dependent on the FTL.

This is my page on the apache server. There is no problem. All

things

are

beautiful centered.
http://www.olagos.eu/index_d.html

OK the links to the images are not ok at the moment. But you see

that

here

it is loaded in the center, so that is perfect.

If i load the same files from the embedded tomcat, i have a

problem.

to say that the container is not put in the center but at the

left.

The

problem is in the word "auto" on the wrapper tag in the css file.
This
word "auto" is not recognized if i generate the html file from

within

ftl

file.

Have a look at the result in :
http://www.olagos.eu/ecommerce/control/main

Anyone an idea on a bug on Freemarker language level. ???

regards,
Heidi

Re: css problem with ftl ????

oh very good thanks !
Heidi

2010/1/20 Adrian Crum 

> There is a setting in widget.properties that controls that.
>
> -Adrian
>
>
>
> Info Olagos wrote:
>
>> Thanks Ryan,
>>
>> Have found the problem with the wrapper tag !
>> After many many tests , i found the problem is that the comment lines   from ftl in the upper side of the source of the html file disturb
>> the
>> proper > Then
>> the "auto" keyword of the css container tag does not work !!!
>>
>> See this link and its source html to understand that here the wrapper tag
>> is
>> automatically centered.
>> http://www.olagos.eu/ecommerce/index2.jsp
>> And it is not the case when i let insert ftl comment tags in the first
>> line
>> like here:
>> http://www.olagos.eu/ecommerce/control/main
>>
>> Now i have to search how to delete these automatic comment lines in the
>> ftl
>> files which give the start of a certain ftl file and the end, as well the
>> start of a certain xml file and the end in the html tags.
>>
>> regards,
>> Heidi
>>
>>
>>
>>
>> 2010/1/20 Ryan Foster 
>>
>> Don't forget this hack for IE as well, otherwise Ruth's solution will not
>>> work:
>>>
>>> body {
>>>   text-align: center;
>>> }
>>>
>>> #wrapper {
>>>   text-align: left;
>>>   width: 952px;
>>>   margin: 0 auto;
>>> }
>>>
>>> Without centering you body text and then left aligning your wrapper text,
>>> your container will flush to the left on IE6.  No logical reason for
>>> this,
>>> but its standard operating procedure for a fixed width layout.
>>>
>>> Ryan Foster
>>> HotWax Media
>>> 801.671.0769
>>> ryan.fos...@hotwaxmedia.com
>>>
>>>
>>>
>>>
>>> On Jan 20, 2010, at 1:18 AM, Info Olagos wrote:
>>>
>>> Thanks Ruth for all your help.

 I know what to do the next evenings

 Regards,
 Heidi
 2010/1/20 Ruth Hoffman 

 oops..you don't need all that extra stuff for your #wrapper css...see
> below:
>
> Ruth Hoffman wrote:
>
> 5) Forget about trying to figure this out and center your wrapper this
>> way:
>> #wrapper {
>>  width:952px;
>>  margin:0px auto;  <-- note the use of only 1 auto
>>  text-align:left;border: none;  <--- also, I use none (for
>> border-style vs. 0 for width)
>>
>>  background-color: #BBB;
>>  }
>>
>> Hope that helps.
>> Ruth
>> 
>> Find me on the web at http://www.myofbiz.com or Google keyword
>>
> "myofbiz"
>>>
  ruth.hoff...@myofbiz.com
>>
>>
>> Adrian Crum wrote:
>>
>> I agree with Scott. The web server doesn't care what the content is -
>>>
>> it
>>>
  is just sending out streams of characters. It doesn't know if it's
>>>
>> sending
>>>
  "auto" "margin" or any other set of characters.
>>>
>>> -Adrian
>>>
>>> Scott Gray wrote:
>>>
>>> css files are interpreted by the browser, not by the server.  The

>>> only
>>>
   way you could have a different end result is if the css files or the
 generated html is different.

 Regards
 Scott

 On 19/01/2010, at 3:20 PM, Info Olagos wrote:

 Hi Scott,

> The css files are exactly the same. (copied them)
> The html file is the same but generated via xml and ftl.
> The css file with the ftl on the tomcat doesn't react on the "auto"
> keyword
> of the "margin 0px" tag.
> Heidi
>
> 2010/1/19 Scott Gray 
>
> Hi Heidi
>
>> I can think of no reason why you should see differences, all I can
>> suggest
>> is that you take a diff of the html source from each and compare
>>
> them
>>>
for
>> differences.  If they are the same then double check that the css
>> files are
>> also the same from each.
>>
>> Regards
>> Scott
>>
>> HotWax Media
>> http://www.hotwaxmedia.com
>>
>> On 19/01/2010, at 1:43 AM, Info Olagos wrote:
>>
>> Hello,
>>
>>> I have a very strange problem.
>>> I can only imagine that it is dependent on the FTL.
>>>
>>> This is my page on the apache server. There is no problem. All
>>>
>> things
>>>
are
>>> beautiful centered.
>>> http://www.olagos.eu/index_d.html
>>>
>>> OK the links to the images are not ok at the moment. But you see
>>>
>> that
>>>
here
>>
>> it is loaded in the center, so that is perfect.
>>>
>>> If i load the same files from the embedded tomcat, i have a
>>>
>> problem.
>>>
It
>>>
>>> is
>>
>> to say that the container is not put in the center but at the
>>>
>> left.
>>>
The
>>

Re: css problem with ftl ????


There is a setting in widget.properties that controls that.

-Adrian


Info Olagos wrote:

Thanks Ryan,

Have found the problem with the wrapper tag !
After many many tests , i found the problem is that the comment lines   from ftl in the upper side of the source of the html file disturb the
proper http://www.olagos.eu/ecommerce/index2.jsp
And it is not the case when i let insert ftl comment tags in the first line
like here:
http://www.olagos.eu/ecommerce/control/main

Now i have to search how to delete these automatic comment lines in the ftl
files which give the start of a certain ftl file and the end, as well the
start of a certain xml file and the end in the html tags.

regards,
Heidi




2010/1/20 Ryan Foster 


Don't forget this hack for IE as well, otherwise Ruth's solution will not
work:

body {
   text-align: center;
}

#wrapper {
   text-align: left;
   width: 952px;
   margin: 0 auto;
}

Without centering you body text and then left aligning your wrapper text,
your container will flush to the left on IE6.  No logical reason for this,
but its standard operating procedure for a fixed width layout.

Ryan Foster
HotWax Media
801.671.0769
ryan.fos...@hotwaxmedia.com




On Jan 20, 2010, at 1:18 AM, Info Olagos wrote:


Thanks Ruth for all your help.

I know what to do the next evenings

Regards,
Heidi
2010/1/20 Ruth Hoffman 


oops..you don't need all that extra stuff for your #wrapper css...see
below:

Ruth Hoffman wrote:


5) Forget about trying to figure this out and center your wrapper this
way:
#wrapper {
 width:952px;
 margin:0px auto;  <-- note the use of only 1 auto
 text-align:left;border: none;  <--- also, I use none (for
border-style vs. 0 for width)

 background-color: #BBB;
 }

Hope that helps.
Ruth

Find me on the web at http://www.myofbiz.com or Google keyword

"myofbiz"

ruth.hoff...@myofbiz.com


Adrian Crum wrote:


I agree with Scott. The web server doesn't care what the content is -

it

is just sending out streams of characters. It doesn't know if it's

sending

"auto" "margin" or any other set of characters.

-Adrian

Scott Gray wrote:


css files are interpreted by the browser, not by the server.  The

only

way you could have a different end result is if the css files or the
generated html is different.

Regards
Scott

On 19/01/2010, at 3:20 PM, Info Olagos wrote:

Hi Scott,

The css files are exactly the same. (copied them)
The html file is the same but generated via xml and ftl.
The css file with the ftl on the tomcat doesn't react on the "auto"
keyword
of the "margin 0px" tag.
Heidi

2010/1/19 Scott Gray 

Hi Heidi

I can think of no reason why you should see differences, all I can
suggest
is that you take a diff of the html source from each and compare

them

for
differences.  If they are the same then double check that the css
files are
also the same from each.

Regards
Scott

HotWax Media
http://www.hotwaxmedia.com

On 19/01/2010, at 1:43 AM, Info Olagos wrote:

Hello,

I have a very strange problem.
I can only imagine that it is dependent on the FTL.

This is my page on the apache server. There is no problem. All

things

are
beautiful centered.
http://www.olagos.eu/index_d.html

OK the links to the images are not ok at the moment. But you see

that

here


it is loaded in the center, so that is perfect.

If i load the same files from the embedded tomcat, i have a

problem.

It


is


to say that the container is not put in the center but at the

left.

The
problem is in the word "auto" on the wrapper tag in the css file.
This
word "auto" is not recognized if i generate the html file from

within

a


ftl


file.
Have a look at the result in :
http://www.olagos.eu/ecommerce/control/main

Anyone an idea on a bug on Freemarker language level. ???

regards,
Heidi

Re: css problem with ftl ????

Thanks Ryan,

Have found the problem with the wrapper tag !
After many many tests , i found the problem is that the comment lines   from ftl in the upper side of the source of the html file disturb the
proper http://www.olagos.eu/ecommerce/index2.jsp
And it is not the case when i let insert ftl comment tags in the first line
like here:
http://www.olagos.eu/ecommerce/control/main

Now i have to search how to delete these automatic comment lines in the ftl
files which give the start of a certain ftl file and the end, as well the
start of a certain xml file and the end in the html tags.

regards,
Heidi




2010/1/20 Ryan Foster 

> Don't forget this hack for IE as well, otherwise Ruth's solution will not
> work:
>
> body {
>text-align: center;
> }
>
> #wrapper {
>text-align: left;
>width: 952px;
>margin: 0 auto;
> }
>
> Without centering you body text and then left aligning your wrapper text,
> your container will flush to the left on IE6.  No logical reason for this,
> but its standard operating procedure for a fixed width layout.
>
> Ryan Foster
> HotWax Media
> 801.671.0769
> ryan.fos...@hotwaxmedia.com
>
>
>
>
> On Jan 20, 2010, at 1:18 AM, Info Olagos wrote:
>
> > Thanks Ruth for all your help.
> >
> > I know what to do the next evenings
> >
> > Regards,
> > Heidi
> > 2010/1/20 Ruth Hoffman 
> >
> >> oops..you don't need all that extra stuff for your #wrapper css...see
> >> below:
> >>
> >> Ruth Hoffman wrote:
> >>
> >>> 5) Forget about trying to figure this out and center your wrapper this
> >>> way:
> >>> #wrapper {
> >>>  width:952px;
> >>>  margin:0px auto;  <-- note the use of only 1 auto
> >>>  text-align:left;border: none;  <--- also, I use none (for
> >>> border-style vs. 0 for width)
> >>>
> >>>  background-color: #BBB;
> >>>  }
> >>>
> >>> Hope that helps.
> >>> Ruth
> >>> 
> >>> Find me on the web at http://www.myofbiz.com or Google keyword
> "myofbiz"
> >>> ruth.hoff...@myofbiz.com
> >>>
> >>>
> >>> Adrian Crum wrote:
> >>>
>  I agree with Scott. The web server doesn't care what the content is -
> it
>  is just sending out streams of characters. It doesn't know if it's
> sending
>  "auto" "margin" or any other set of characters.
> 
>  -Adrian
> 
>  Scott Gray wrote:
> 
> > css files are interpreted by the browser, not by the server.  The
> only
> > way you could have a different end result is if the css files or the
> > generated html is different.
> >
> > Regards
> > Scott
> >
> > On 19/01/2010, at 3:20 PM, Info Olagos wrote:
> >
> > Hi Scott,
> >>
> >> The css files are exactly the same. (copied them)
> >> The html file is the same but generated via xml and ftl.
> >> The css file with the ftl on the tomcat doesn't react on the "auto"
> >> keyword
> >> of the "margin 0px" tag.
> >> Heidi
> >>
> >> 2010/1/19 Scott Gray 
> >>
> >> Hi Heidi
> >>>
> >>> I can think of no reason why you should see differences, all I can
> >>> suggest
> >>> is that you take a diff of the html source from each and compare
> them
> >>> for
> >>> differences.  If they are the same then double check that the css
> >>> files are
> >>> also the same from each.
> >>>
> >>> Regards
> >>> Scott
> >>>
> >>> HotWax Media
> >>> http://www.hotwaxmedia.com
> >>>
> >>> On 19/01/2010, at 1:43 AM, Info Olagos wrote:
> >>>
> >>> Hello,
> 
>  I have a very strange problem.
>  I can only imagine that it is dependent on the FTL.
> 
>  This is my page on the apache server. There is no problem. All
> things
>  are
>  beautiful centered.
>  http://www.olagos.eu/index_d.html
> 
>  OK the links to the images are not ok at the moment. But you see
> that
> 
> >>> here
> >>>
>  it is loaded in the center, so that is perfect.
> 
>  If i load the same files from the embedded tomcat, i have a
> problem.
>  It
> 
> >>> is
> >>>
>  to say that the container is not put in the center but at the
> left.
>  The
>  problem is in the word "auto" on the wrapper tag in the css file.
>  This
>  word "auto" is not recognized if i generate the html file from
> within
>  a
> 
> >>> ftl
> >>>
>  file.
>  Have a look at the result in :
>  http://www.olagos.eu/ecommerce/control/main
> 
>  Anyone an idea on a bug on Freemarker language level. ???
> 
>  regards,
>  Heidi
> 
> >>>
> >>>
> >
> 
> >>>
>
>

Re: tutorial step one broken web.xml prompts to download main.bin instead of rendering webpage.


If you are going to the following url:

http://localhost:8443/practice/control/main

try changing it to https:

https://localhost:8443/practice/control/main

or use port 8080

http://localhost:8080/practice/control/main




Patrick wrote:

I'm trying to do step 1 on this tutorial,
http://cwiki.apache.org/confluence/display/OFBIZ/OFBiz+Tutorial+-+A+Beginners+Development+Guide
, but the console output says my web.xml is broken,

 [  ContextConfig.java:378:ERROR] Parse error in application
web.xml file at jndi:/0.0.0.0/practice/WEB-INF/web.xml

When I try to go to my http://localhost:8443/practice/control/main my
browser asks me if I want to download main.bin file.

I've looked at my web.xml for a while now and compared it to the
framework/example web.xml and it looks good to me.  It's here :
http://pastebin.com/m30af6152

My controller.xml is here:
http://pastebin.com/m55befcd1

Thanks in advance.
Patrick

tutorial step one broken web.xml prompts to download main.bin instead of rendering webpage.

2010-01-20 Thread Patrick

I'm trying to do step 1 on this tutorial,
http://cwiki.apache.org/confluence/display/OFBIZ/OFBiz+Tutorial+-+A+Beginners+Development+Guide
, but the console output says my web.xml is broken,

 [  ContextConfig.java:378:ERROR] Parse error in application
web.xml file at jndi:/0.0.0.0/practice/WEB-INF/web.xml

When I try to go to my http://localhost:8443/practice/control/main my
browser asks me if I want to download main.bin file.

I've looked at my web.xml for a while now and compared it to the
framework/example web.xml and it looks good to me.  It's here :
http://pastebin.com/m30af6152

My controller.xml is here:
http://pastebin.com/m55befcd1

Thanks in advance.
Patrick

Re: Error in trunk-901102 - Order Manager

2010-01-20 Thread Bilgin Ibryam


Scott. wrote:

If you got to Application>Order Manager>Order List and then select one of the
orders by order number and then scroll down to Order Items, you get the
following error;
  

Thanks Scott. It is fixed in trunk r901347

Bilgin

Re: calendar pop up broken?

2010-01-20 Thread Jacques Le Roux


Chris,

To be clear I did not say it will fix it. I simply asked you to try.
Because I had to revert r900950 since it introduced a bad side effect for 
lookups by name (ordinary lookups seemed not to be
affected) and maybe this is also related. I'm still investigating the why, and 
also I can't easily test the AM-PM stuff since I'm on
a "French" machine (ok I could but I have enough things to do already ;o)
http://svn.apache.org/viewvc?rev=900950&view=rev

Please report in any cases. For the demo server we have to wait a day now...

Thanks for your help

Jacques

From: "Chris Snow" 

ah, that's at: 901102

Chris Snow wrote:

this was on demo.ofbiz.org

Jacques Le Roux wrote:

Try to update to at least r901197

Jacques

From: "Chris Snow" 

I have just created a work effort on demo.ofbiz.org with an estimated start 
date.

If I later go back into the work effort, and click the calendar popup for the 
estimated start date, 3am and 3pm are both
represented as -m-dd 3:MM:ss

Is this a bug?

Many thanks,

Chris

Re: multiple promocodes for single product in cart

2010-01-20 Thread David E Jones

On Jan 20, 2010, at 9:28 AM, Michael Knott wrote:

> I'm looking for a solution on using multiple promotions for a single product. 
>  I have a product configured like this:
> - base price (i.e.; $500)
> - price rules to allow personalized discounts based on the party_group of the 
> customer (i.e. if customer is a "preferred" customer, they get $25 off 
> product)
> - promotional discount based on an input promocode (i.e. input DISCOUNT-123 
> for $20 off product)
> - discount based on previous purchase of related product (user inputs 
> previous orderID of a related product and becomes eligible for $50 off this 
> product)
>  
> Which would look like this in the cart:
>  
> $500 product price
>  -$25 preferred customer
>  -$20 promotion code applied
>  -$50 return customer discount
> 
> $405 Net price
>  
> It seems that there is a limitation of one promo code in the cart for each 
> per product.  Am I reading this incorrectly?  I need to know how to configure 
> this product if a customer is eligible for all 3 discounts.  Any suggestions?

This sounds more like an issue with promotion rule conditions or actions that 
"consume" quantities of items in the cart than something to do with promo 
codes. Normally promo codes are associated with the entire cart and when a 
promotion depends on a code then it is just a check of whether a qualifying 
code is associated with the cart or not.

The item quantity "consume" issue comes into play when you have BOGO style and 
certain types of promotion conditions and actions. With these you have to keep 
track of each quantity of each item so you know if it was used to qualify for a 
promotion (the buy-one, or buy-X) or if it was used as a beneficiary of a 
promotion (the get-one, or get-Y) so that it is not used to qualify for or 
benefit from another similar type of promotion.

All of that said, there isn't enough detail in your message about how your 
price rules and/or promotions rules are setup to guess at what is actually 
happening for you. To make things more interest, the "return customer discount" 
where the user inputs an orderId sounds custom and could be doing pretty much 
anything, ie like something weird with promo codes and/or something weird with 
consuming item quantities.

-David

Re: calendar pop up broken?


ah, that's at: 901102

Chris Snow wrote:

this was on demo.ofbiz.org

Jacques Le Roux wrote:

Try to update to at least r901197

Jacques

From: "Chris Snow" 
I have just created a work effort on demo.ofbiz.org with an 
estimated start date.


If I later go back into the work effort, and click the calendar 
popup for the estimated start date, 3am and 3pm are both represented 
as -m-dd 3:MM:ss


Is this a bug?

Many thanks,

Chris

Re: calendar pop up broken?


this was on demo.ofbiz.org

Jacques Le Roux wrote:

Try to update to at least r901197

Jacques

From: "Chris Snow" 
I have just created a work effort on demo.ofbiz.org with an estimated 
start date.


If I later go back into the work effort, and click the calendar popup 
for the estimated start date, 3am and 3pm are both represented as 
-m-dd 3:MM:ss


Is this a bug?

Many thanks,

Chris

Re: calendar pop up broken?

2010-01-20 Thread Jacques Le Roux


Try to update to at least r901197

Jacques

From: "Chris Snow" 
I have just created a work effort on demo.ofbiz.org with an estimated 
start date.


If I later go back into the work effort, and click the calendar popup 
for the estimated start date, 3am and 3pm are both represented as 
-m-dd 3:MM:ss


Is this a bug?

Many thanks,

Chris

Re: workEffort and timezone

I was hoping the link I sent would convince you that you don't have to 
be concerned about it. But anyways... yes - you are understanding it right.


-Adrian

snowch wrote:

Hi Adrian,

Have I understood this right? ...

A user wants to create a work effort.  In the create workeffort screen, 
they add the current date and time for the estimatedStartDate, e.g. 
2010-01-20 16:00:00 (CET)


The createWorkEffort service saves the estimatedStartDate using 
"set-non-pk-fields".  This method ultimately calls an implementation of 
LocalizedConverter which saves it as 2010-01-20 15:00:00 (GMT)


Many thanks,

Chris



Adrian Crum wrote:

Chris,

Most all date-time fields in OFBiz are converted to the user's time 
zone. Date-time values are stored in the entities as 
java.sql.Timestamp - which always references GMT.


http://cwiki.apache.org/confluence/display/OFBTECH/Calendars%2C+Dates%2C+and+Times 



-Adrian

--- On Wed, 1/20/10, Chris Snow  wrote:

 

From: Chris Snow 
Subject: workEffort and timezone
To: user@ofbiz.apache.org
Date: Wednesday, January 20, 2010, 3:40 AM
When a workeffort is created in
ofbiz, are the dates stored in UTC?

I.e. When a user creates a workeffort and enter the
estimated start date, will the estimated start date need to
be entered by the user in UTC?

Many thanks,

Chris

Re: css problem with ftl ????

2010-01-20 Thread Ruth Hoffman


Hi Ryan:
Thanks.
Ruth

Ryan Foster wrote:

Don't forget this hack for IE as well, otherwise Ruth's solution will not work:

body {
text-align: center;
}

#wrapper {
text-align: left;
width: 952px;
margin: 0 auto;
}

Without centering you body text and then left aligning your wrapper text, your 
container will flush to the left on IE6.  No logical reason for this, but its 
standard operating procedure for a fixed width layout.

Ryan Foster
HotWax Media
801.671.0769
ryan.fos...@hotwaxmedia.com




On Jan 20, 2010, at 1:18 AM, Info Olagos wrote:

  

Thanks Ruth for all your help.

I know what to do the next evenings

Regards,
Heidi
2010/1/20 Ruth Hoffman 



oops..you don't need all that extra stuff for your #wrapper css...see
below:

Ruth Hoffman wrote:

  

5) Forget about trying to figure this out and center your wrapper this
way:
#wrapper {
 width:952px;
 margin:0px auto;  <-- note the use of only 1 auto
 text-align:left;border: none;  <--- also, I use none (for
border-style vs. 0 for width)

 background-color: #BBB;
 }

Hope that helps.
Ruth

Find me on the web at http://www.myofbiz.com or Google keyword "myofbiz"
ruth.hoff...@myofbiz.com


Adrian Crum wrote:



I agree with Scott. The web server doesn't care what the content is - it
is just sending out streams of characters. It doesn't know if it's sending
"auto" "margin" or any other set of characters.

-Adrian

Scott Gray wrote:

  

css files are interpreted by the browser, not by the server.  The only
way you could have a different end result is if the css files or the
generated html is different.

Regards
Scott

On 19/01/2010, at 3:20 PM, Info Olagos wrote:

Hi Scott,


The css files are exactly the same. (copied them)
The html file is the same but generated via xml and ftl.
The css file with the ftl on the tomcat doesn't react on the "auto"
keyword
of the "margin 0px" tag.
Heidi

2010/1/19 Scott Gray 

Hi Heidi
  

I can think of no reason why you should see differences, all I can
suggest
is that you take a diff of the html source from each and compare them
for
differences.  If they are the same then double check that the css
files are
also the same from each.

Regards
Scott

HotWax Media
http://www.hotwaxmedia.com

On 19/01/2010, at 1:43 AM, Info Olagos wrote:

Hello,


I have a very strange problem.
I can only imagine that it is dependent on the FTL.

This is my page on the apache server. There is no problem. All things
are
beautiful centered.
http://www.olagos.eu/index_d.html

OK the links to the images are not ok at the moment. But you see that

  

here



it is loaded in the center, so that is perfect.

If i load the same files from the embedded tomcat, i have a problem.
It

  

is



to say that the container is not put in the center but at the left.
The
problem is in the word "auto" on the wrapper tag in the css file.
This
word "auto" is not recognized if i generate the html file from within
a

  

ftl



file.
Have a look at the result in :
http://www.olagos.eu/ecommerce/control/main

Anyone an idea on a bug on Freemarker language level. ???

regards,
Heidi

Re: workEffort and timezone

2010-01-20 Thread snowch


Hi Adrian,

Have I understood this right? ...

A user wants to create a work effort.  In the create workeffort screen, 
they add the current date and time for the estimatedStartDate, e.g. 
2010-01-20 16:00:00 (CET)


The createWorkEffort service saves the estimatedStartDate using 
"set-non-pk-fields".  This method ultimately calls an implementation of 
LocalizedConverter which saves it as 2010-01-20 15:00:00 (GMT)


Many thanks,

Chris



Adrian Crum wrote:

Chris,

Most all date-time fields in OFBiz are converted to the user's time zone. 
Date-time values are stored in the entities as java.sql.Timestamp - which 
always references GMT.

http://cwiki.apache.org/confluence/display/OFBTECH/Calendars%2C+Dates%2C+and+Times

-Adrian

--- On Wed, 1/20/10, Chris Snow  wrote:

  

From: Chris Snow 
Subject: workEffort and timezone
To: user@ofbiz.apache.org
Date: Wednesday, January 20, 2010, 3:40 AM
When a workeffort is created in
ofbiz, are the dates stored in UTC?

I.e. When a user creates a workeffort and enter the
estimated start date, will the estimated start date need to
be entered by the user in UTC?

Many thanks,

Chris

Re: css problem with ftl ????

2010-01-20 Thread Ryan Foster

Don't forget this hack for IE as well, otherwise Ruth's solution will not work:

body {
text-align: center;
}

#wrapper {
text-align: left;
width: 952px;
margin: 0 auto;
}

Without centering you body text and then left aligning your wrapper text, your 
container will flush to the left on IE6.  No logical reason for this, but its 
standard operating procedure for a fixed width layout.

Ryan Foster
HotWax Media
801.671.0769
ryan.fos...@hotwaxmedia.com




On Jan 20, 2010, at 1:18 AM, Info Olagos wrote:

> Thanks Ruth for all your help.
> 
> I know what to do the next evenings
> 
> Regards,
> Heidi
> 2010/1/20 Ruth Hoffman 
> 
>> oops..you don't need all that extra stuff for your #wrapper css...see
>> below:
>> 
>> Ruth Hoffman wrote:
>> 
>>> 5) Forget about trying to figure this out and center your wrapper this
>>> way:
>>> #wrapper {
>>>  width:952px;
>>>  margin:0px auto;  <-- note the use of only 1 auto
>>>  text-align:left;border: none;  <--- also, I use none (for
>>> border-style vs. 0 for width)
>>> 
>>>  background-color: #BBB;
>>>  }
>>> 
>>> Hope that helps.
>>> Ruth
>>> 
>>> Find me on the web at http://www.myofbiz.com or Google keyword "myofbiz"
>>> ruth.hoff...@myofbiz.com
>>> 
>>> 
>>> Adrian Crum wrote:
>>> 
 I agree with Scott. The web server doesn't care what the content is - it
 is just sending out streams of characters. It doesn't know if it's sending
 "auto" "margin" or any other set of characters.
 
 -Adrian
 
 Scott Gray wrote:
 
> css files are interpreted by the browser, not by the server.  The only
> way you could have a different end result is if the css files or the
> generated html is different.
> 
> Regards
> Scott
> 
> On 19/01/2010, at 3:20 PM, Info Olagos wrote:
> 
> Hi Scott,
>> 
>> The css files are exactly the same. (copied them)
>> The html file is the same but generated via xml and ftl.
>> The css file with the ftl on the tomcat doesn't react on the "auto"
>> keyword
>> of the "margin 0px" tag.
>> Heidi
>> 
>> 2010/1/19 Scott Gray 
>> 
>> Hi Heidi
>>> 
>>> I can think of no reason why you should see differences, all I can
>>> suggest
>>> is that you take a diff of the html source from each and compare them
>>> for
>>> differences.  If they are the same then double check that the css
>>> files are
>>> also the same from each.
>>> 
>>> Regards
>>> Scott
>>> 
>>> HotWax Media
>>> http://www.hotwaxmedia.com
>>> 
>>> On 19/01/2010, at 1:43 AM, Info Olagos wrote:
>>> 
>>> Hello,
 
 I have a very strange problem.
 I can only imagine that it is dependent on the FTL.
 
 This is my page on the apache server. There is no problem. All things
 are
 beautiful centered.
 http://www.olagos.eu/index_d.html
 
 OK the links to the images are not ok at the moment. But you see that
 
>>> here
>>> 
 it is loaded in the center, so that is perfect.
 
 If i load the same files from the embedded tomcat, i have a problem.
 It
 
>>> is
>>> 
 to say that the container is not put in the center but at the left.
 The
 problem is in the word "auto" on the wrapper tag in the css file.
 This
 word "auto" is not recognized if i generate the html file from within
 a
 
>>> ftl
>>> 
 file.
 Have a look at the result in :
 http://www.olagos.eu/ecommerce/control/main
 
 Anyone an idea on a bug on Freemarker language level. ???
 
 regards,
 Heidi
 
>>> 
>>> 
> 
 
>>>

calendar pop up broken?

I have just created a work effort on demo.ofbiz.org with an estimated 
start date.


If I later go back into the work effort, and click the calendar popup 
for the estimated start date, 3am and 3pm are both represented as 
-m-dd 3:MM:ss


Is this a bug?

Many thanks,

Chris

multiple promocodes for single product in cart

2010-01-20 Thread Michael Knott

I'm looking for a solution on using multiple promotions for a single product.  
I have a product configured like this:
- base price (i.e.; $500)
- price rules to allow personalized discounts based on the party_group of the 
customer (i.e. if customer is a "preferred" customer, they get $25 off product)
- promotional discount based on an input promocode (i.e. input DISCOUNT-123 for 
$20 off product)
- discount based on previous purchase of related product (user inputs previous 
orderID of a related product and becomes eligible for $50 off this product)
 
Which would look like this in the cart:
 
$500 product price
 -$25 preferred customer
 -$20 promotion code applied
 -$50 return customer discount

$405 Net price
 
It seems that there is a limitation of one promo code in the cart for each per 
product.  Am I reading this incorrectly?  I need to know how to configure this 
product if a customer is eligible for all 3 discounts.  Any suggestions?

Error in trunk-901102 - Order Manager

2010-01-20 Thread Scott.


If you got to Application>Order Manager>Order List and then select one of the
orders by order number and then scroll down to Order Items, you get the
following error;

Expression orderItemStatus.statusDatetime is undefined on line 128, column
27 in component://order/webapp/ordermgr/order/orderitems.ftl. The
problematic instruction: -- ==>
${orderItemStatus.statusDatetime.toString()} [on line 128, column 25 in
component://order/webapp/ordermgr/order/orderitems.ftl] -- Java
backtrace for programmers: --
freemarker.core.InvalidReferenceException: Expression
orderItemStatus.statusDatetime is undefined on line 128, column 27 in
component://order/webapp/ordermgr/order/orderitems.ftl. at
freemarker.core.TemplateObject.assertNonNull(TemplateObject.java:124) at
freemarker.core.TemplateObject.invalidTypeException(TemplateObject.java:134)
at freemarker.core.Dot._getAsTemplateModel(Dot.java:78) at
freemarker.core.Expression.getAsTemplateModel(Expression.java:89) at
freemarker.core.MethodCall._getAsTemplateModel(MethodCall.java:86) at
freemarker.core.Expression.getAsTemplateModel(Expression.java:89) at
freemarker.core.Expression.getStringValue(Expression.java:93) at
freemarker.core.DollarVariable.accept(DollarVariable.java:76) at
freemarker.core.Environment.visit(Environment.java:209) at
freemarker.core.MixedContent.accept(MixedContent.java:92) at
freemarker.core.Environment.visit(Environment.java:209) at
freemarker.core.IteratorBlock$Context.runLoop(IteratorBlock.java:167) at
freemarker.core.Environment.visit(Environment.java:416) at
freemarker.core.IteratorBlock.accept(IteratorBlock.java:102) at
freemarker.core.Environment.visit(Environment.java:209) at
freemarker.core.MixedContent.accept(MixedContent.java:92) at
freemarker.core.Environment.visit(Environment.java:209) at
freemarker.core.IfBlock.accept(IfBlock.java:82) at
freemarker.core.Environment.visit(Environment.java:209) at
freemarker.core.MixedContent.accept(MixedContent.java:92) at
freemarker.core.Environment.visit(Environment.java:209) at
freemarker.core.IteratorBlock$Context.runLoop(IteratorBlock.java:167) at
freemarker.core.Environment.visit(Environment.java:416) at
freemarker.core.IteratorBlock.accept(IteratorBlock.java:102) at
freemarker.core.Environment.visit(Environment.java:209) at
freemarker.core.IfBlock.accept(IfBlock.java:82) at
freemarker.core.Environment.visit(Environment.java:209) at
freemarker.core.MixedContent.accept(MixedContent.java:92) at
freemarker.core.Environment.visit(Environment.java:209) at
freemarker.core.ConditionalBlock.accept(ConditionalBlock.java:79) at
freemarker.core.Environment.visit(Environment.java:209) at
freemarker.core.MixedContent.accept(MixedContent.java:92) at
freemarker.core.Environment.visit(Environment.java:209) at
freemarker.core.Environment.process(Environment.java:189) at
org.ofbiz.base.util.template.FreeMarkerWorker.renderTemplate(FreeMarkerWorker.java:205)
at
org.ofbiz.widget.screen.HtmlWidget.renderHtmlTemplate(HtmlWidget.java:205)
at
org.ofbiz.widget.screen.HtmlWidget$HtmlTemplate.renderWidgetString(HtmlWidget.java:250)
at
org.ofbiz.widget.screen.HtmlWidget.renderWidgetString(HtmlWidget.java:110)
at
org.ofbiz.widget.screen.ModelScreenWidget$PlatformSpecific.renderWidgetString(ModelScreenWidget.java:1001)
at
org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:137)
at
org.ofbiz.widget.screen.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:704)
at
org.ofbiz.widget.screen.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:167)
at
org.ofbiz.widget.screen.ModelScreenWidget$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:736)
at
org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:137)
at
org.ofbiz.widget.screen.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:228)
at
org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:137)
at
org.ofbiz.widget.screen.ModelScreenWidget$DecoratorSection.renderWidgetString(ModelScreenWidget.java:704)
at
org.ofbiz.widget.screen.ModelScreenWidget$SectionsRenderer.render(ModelScreenWidget.java:167)
at
org.ofbiz.widget.screen.ModelScreenWidget$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:736)
at
org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:137)
at
org.ofbiz.widget.screen.ModelScreenWidget$Container.renderWidgetString(ModelScreenWidget.java:296)
at
org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:137)
at
org.ofbiz.widget.screen.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:228)
at
org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:137)
at
org.ofbiz.widget.screen.ModelScreenWidget$Container.renderWidgetString(ModelScreenWidget.java:296)
at
org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java

Re: workEffort and timezone

Chris,

Most all date-time fields in OFBiz are converted to the user's time zone. 
Date-time values are stored in the entities as java.sql.Timestamp - which 
always references GMT.

http://cwiki.apache.org/confluence/display/OFBTECH/Calendars%2C+Dates%2C+and+Times

-Adrian

--- On Wed, 1/20/10, Chris Snow  wrote:

> From: Chris Snow 
> Subject: workEffort and timezone
> To: user@ofbiz.apache.org
> Date: Wednesday, January 20, 2010, 3:40 AM
> When a workeffort is created in
> ofbiz, are the dates stored in UTC?
> 
> I.e. When a user creates a workeffort and enter the
> estimated start date, will the estimated start date need to
> be entered by the user in UTC?
> 
> Many thanks,
> 
> Chris
>

Error uploading a big file

2010-01-20 Thread MarioF


Hi all,

I have made some modifications to allow that the user can upload some files.
If the file is not very big (more or less 30 MB) all works fine, but if the
file is big (for example, 400 MB) the user receives this error:

HTTP Status 500 -

type Exception report

message

description The server encountered an internal error () that prevented it
from fulfilling this request.

exception

javax.servlet.ServletException: Servlet execution threw an exception
org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:266)

root cause

java.lang.OutOfMemoryError: Java heap space

org.apache.commons.fileupload.disk.DiskFileItem.get(DiskFileItem.java:313)

org.ofbiz.webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:217)

org.ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:628)

org.ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:374)
org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:217)
org.ofbiz.webapp.control.ControlServlet.doPost(ControlServlet.java:83)
javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:266)

note The full stack trace of the root cause is available in the Apache
Tomcat/6.0.16 logs.

Apache Tomcat/6.0.16

---

Anyone know how can I fix this? Is there some limit in the Tomcat server to
upload files?

Thanks in advance,
Mario.
-- 
View this message in context: 
http://n4.nabble.com/Error-uploading-a-big-file-tp1018415p1018415.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

extending view entities

2010-01-20 Thread snowch


Can view-entities be extended?

Many thanks,

Chris

workEffort and timezone


When a workeffort is created in ofbiz, are the dates stored in UTC?

I.e. When a user creates a workeffort and enter the estimated start 
date, will the estimated start date need to be entered by the user in UTC?


Many thanks,

Chris

Re: css problem with ftl ????