[jira] Created: (OFBIZ-4120) Umbrella task for features which use javascript to degrade gracefully

[Jacques Le Roux]

Yes that makes sense. And anyway if they prefer another theme they have now the choice. It's ok with me

Jacques

Ryan Foster wrote:

> I guess it really just comes down to the approach.  The objective of the task was to update the Flat Grey theme.  So, I
> approached the design as a realign rather than a redesign.  I did not look at any other themes as examples, I simply focused on
> how Flat Grey looked and functioned and then tried to make the smallest amount of CSS and markup changes possible in order to
> achieve the objective and stay with the scope of the task.  
>
> I understand your bias, because I have it as well, as probably every other active OFBiz developer does.  But for the average
> user, the vast majority are going to select one language, one time zone, and one theme and then never touch this section again.  
> Also, for a developer deploying OFBiz across a large organization, they may even decide to set these preferences globally across
> the entire organization and not allow the user to have these selections.  In that case, it becomes much easier for them because
> they can simply disable the footer in the theme and it does not affect anything else at all.    
>
> Ryan L. Foster
> 801.671.0769
> [hidden email]
> ryanlfoster.com
>
> On Jan 17, 2011, at 11:07 AM, Jacques Le Roux wrote:
>
>> Ryan Foster wrote:
>>> That was exactly what I was trying to do.  It seemed even more weird to me to have theme selection and language in the header,
>>> but have timezone selection in the footer and to have half of the application links in the header and the other half in the
>>> footer.  The new grouping is much more logical in my opinion.  All of the applications are now grouped together in the header,
>>> and all of the user preference selections, which are secondary, are grouped together in the footer.
>>
>> That was true for the old Flat Grey but what about how it's handled in Tomahawk for instance. Maybe I'm biased though because
>> for testing purpose I'm always switching languages and themes... BTW the time zone selection is missing in Tomahawk...
>>
>> Jacques
>>
>>> Ryan L. Foster
>>> 801.671.0769
>>> [hidden email]
>>> ryanlfoster.com
>>>
>>> On Jan 17, 2011, at 7:30 AM, Adrian Crum wrote:
>>>
>>>> Ryan can answer that question. I believe he was trying to keep the masthead small so there is more room for the main content.
>>>>
>>>> -Adrian
>>>>
>>>> --- On Mon, 1/17/11, Jacques Le Roux (JIRA) <[hidden email]> wrote:
>>>>> Also I asked
>>>>> {quote}
>>>>> BTW I was surprised that Ryan and you put the access to
>>>>> preferences and languages features in the footer. It's not
>>>>> always visible and seems a bit weird to me
>>>>> {quote}
>>>>>
>>>>> Any answers? ;)

[Nicolas Malin (Jira)]

     [ https://issues.apache.org/jira/browse/OFBIZ-4120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jacques Le Roux closed OFBIZ-4120.
----------------------------------

    Resolution: Won't Fix

BJ,

There are 444 calls of <a href="javascript: in FTL files. Not all are mandatory (for instance you don't need a lookup to fill a field, same for calendar). But I doubt that in certain cases you can seriously do it without lookups for instance. For security reasons there are 248 actions which needs javascript: in FTL files (ie javascript is mandatory for those actions to work). Just look for <a href="javascript:document. in *.ftl...

There are 1353 occurences of the word javascript at all in FTL files, 343 in XML files but I think it's rarely mandatory there.

So I really think it's now wishful thinking to hope using OFBIz w/out js enabled. This is the reason why I decided to forget about all this and to close this issue and its subtasks

> Umbrella task for features which use javascript to degrade gracefully
> ----------------------------------------------------------------------
>
>                 Key: OFBIZ-4120
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-4120
>             Project: OFBiz
>          Issue Type: Bug
>          Components: ALL APPLICATIONS
>    Affects Versions: SVN trunk
>            Reporter: Jacques Le Roux
>            Assignee: Jacques Le Roux
>
> By using more an more javascript we forget sometimes that it may not available and OFBiz features should continue to work even it's not as easier for users than wih javascript.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[gomola]

This is a nice clean theme. I am happy to help out on polishing up the look and feel.

One thing that has always bugged me for user interface is the search area. It seems like we could modify the search area as an expandable bar over a side menu, when I have used the back end, the catalog browse is more useful to me over some of the advanced search options. Granted, the main search is very useful so it gets priority, however the but all of the advanced searches are not.

I have attached a picture of what I am talking about. Just my two bits.

Thanks
Erik

One issue that I would like to see change is to move the

On 1/17/2011 4:41 PM, Jacques Le Roux wrote:

Yes that makes sense. And anyway if they prefer another theme they have now the choice. It's ok with me

Jacques

Ryan Foster wrote:

I guess it really just comes down to the approach.  The objective of the task was to update the Flat Grey theme.  So, I
approached the design as a realign rather than a redesign.  I did not look at any other themes as examples, I simply focused on
how Flat Grey looked and functioned and then tried to make the smallest amount of CSS and markup changes possible in order to
achieve the objective and stay with the scope of the task.  
I understand your bias, because I have it as well, as probably every other active OFBiz developer does.  But for the average
user, the vast majority are going to select one language, one time zone, and one theme and then never touch this section again.  Also, for a developer deploying OFBiz across a large organization, they may even decide to set these preferences globally across
the entire organization and not allow the user to have these selections.  In that case, it becomes much easier for them because
they can simply disable the footer in the theme and it does not affect anything else at all.   
Ryan L. Foster
801.671.0769
[hidden email]
ryanlfoster.com

On Jan 17, 2011, at 11:07 AM, Jacques Le Roux wrote:

Ryan Foster wrote:

That was exactly what I was trying to do.  It seemed even more weird to me to have theme selection and language in the header,
but have timezone selection in the footer and to have half of the application links in the header and the other half in the
footer.  The new grouping is much more logical in my opinion.  All of the applications are now grouped together in the header,
and all of the user preference selections, which are secondary, are grouped together in the footer.

That was true for the old Flat Grey but what about how it's handled in Tomahawk for instance. Maybe I'm biased though because
for testing purpose I'm always switching languages and themes... BTW the time zone selection is missing in Tomahawk...
Jacques

Ryan L. Foster
801.671.0769
[hidden email]
ryanlfoster.com

On Jan 17, 2011, at 7:30 AM, Adrian Crum wrote:

Ryan can answer that question. I believe he was trying to keep the masthead small so there is more room for the main content.

-Adrian

--- On Mon, 1/17/11, Jacques Le Roux (JIRA) [hidden email] wrote:

Also I asked
{quote}
BTW I was surprised that Ryan and you put the access to
preferences and languages features in the footer. It's not
always visible and seems a bit weird to me
{quote}

Any answers? ;)

[Adrian Crum]

Any help would be appreciated! Just create a Jira issue and upload your
images/patches there. I've been applying little tweaks here and there,
but I'm no artist - so I would feel more comfortable with an artist
making the changes instead of me.

-Adrian

On 1/18/2011 9:27 AM, Erik Schuessler wrote:

> This is a nice clean theme. I am happy to help out on polishing up the look and
> feel.
>
> One thing that has always bugged me for user interface is the search area. It
> seems like we could modify the search area as an expandable bar over a side
> menu, when I have used the back end, the catalog browse is more useful to me
> over some of the advanced search options. Granted, the main search is very
> useful so it gets priority, however the but all of the advanced searches are not.
>
> I have attached a picture of what I am talking about. Just my two bits.
>
> Thanks
> Erik
>
> One issue that I would like to see change is to move the
>
> On 1/17/2011 4:41 PM, Jacques Le Roux wrote:
>>  Yes that makes sense. And anyway if they prefer another theme they have now
>>  the choice. It's ok with me
>>
>>  Jacques
>>
>>  Ryan Foster wrote:
>>>  I guess it really just comes down to the approach. The objective of the task
>>>  was to update the Flat Grey theme. So, I
>>>  approached the design as a realign rather than a redesign. I did not look at
>>>  any other themes as examples, I simply focused on
>>>  how Flat Grey looked and functioned and then tried to make the smallest
>>>  amount of CSS and markup changes possible in order to
>>>  achieve the objective and stay with the scope of the task.
>>>  I understand your bias, because I have it as well, as probably every other
>>>  active OFBiz developer does. But for the average
>>>  user, the vast majority are going to select one language, one time zone, and
>>>  one theme and then never touch this section again. Also, for a developer
>>>  deploying OFBiz across a large organization, they may even decide to set
>>>  these preferences globally across
>>>  the entire organization and not allow the user to have these selections. In
>>>  that case, it becomes much easier for them because
>>>  they can simply disable the footer in the theme and it does not affect
>>>  anything else at all.
>>>  Ryan L. Foster
>>>  801.671.0769
>>>  [hidden email]
>>>  ryanlfoster.com
>>>
>>>  On Jan 17, 2011, at 11:07 AM, Jacques Le Roux wrote:
>>>
>>>>  Ryan Foster wrote:
>>>>>  That was exactly what I was trying to do. It seemed even more weird to me
>>>>>  to have theme selection and language in the header,
>>>>>  but have timezone selection in the footer and to have half of the
>>>>>  application links in the header and the other half in the
>>>>>  footer. The new grouping is much more logical in my opinion. All of the
>>>>>  applications are now grouped together in the header,
>>>>>  and all of the user preference selections, which are secondary, are grouped
>>>>>  together in the footer.
>>>>
>>>>  That was true for the old Flat Grey but what about how it's handled in
>>>>  Tomahawk for instance. Maybe I'm biased though because
>>>>  for testing purpose I'm always switching languages and themes... BTW the
>>>>  time zone selection is missing in Tomahawk...
>>>>  Jacques
>>>>
>>>>>  Ryan L. Foster
>>>>>  801.671.0769
>>>>>  [hidden email]
>>>>>  ryanlfoster.com
>>>>>
>>>>>  On Jan 17, 2011, at 7:30 AM, Adrian Crum wrote:
>>>>>
>>>>>>  Ryan can answer that question. I believe he was trying to keep the
>>>>>>  masthead small so there is more room for the main content.
>>>>>>
>>>>>>  -Adrian
>>>>>>
>>>>>>  --- On Mon, 1/17/11, Jacques Le Roux (JIRA)<[hidden email]>  wrote:
>>>>>>>  Also I asked
>>>>>>>  {quote}
>>>>>>>  BTW I was surprised that Ryan and you put the access to
>>>>>>>  preferences and languages features in the footer. It's not
>>>>>>>  always visible and seems a bit weird to me
>>>>>>>  {quote}
>>>>>>>
>>>>>>>  Any answers? ;)
>>
>
> --
> Brainfood - We Think. We're Smart.
>
> *Erik A. Schuessler*
> Creative Partner
>
>
> Street Address:
> 4004 East Side Ave.
> Dallas, TX
> 75226
> www.brainfood.com<http://www.brainfood.com>
>
>
> TEL: [phone] e323
> MOBILE: [phone]
> FAX: [phone]
> EMAIL: [hidden email]<maito:[hidden email]>
>
> Brainfood - We Think. We're Smart.
>

[Jacques Le Roux]

Erik,

 

You should better comment an attach in the Jira issue. Attachments don't get through at Apache

 

Jacques

----- Original Message -----

From: [hidden email]

To: [hidden email]

Sent: Tuesday, January 18, 2011 6:27 PM

Subject: Re: Updated Flat Grey Visual Theme (was: [jira] Commented: (OFBIZ-4120) Umbrella task for features which use javascript to degrade gracefully)

This is a nice clean theme. I am happy to help out on polishing up the look and feel.

One thing that has always bugged me for user interface is the search area. It seems like we could modify the search area as an expandable bar over a side menu, when I have used the back end, the catalog browse is more useful to me over some of the advanced search options. Granted, the main search is very useful so it gets priority, however the but all of the advanced searches are not.

I have attached a picture of what I am talking about. Just my two bits.

Thanks
Erik

One issue that I would like to see change is to move the

On 1/17/2011 4:41 PM, Jacques Le Roux wrote:

Yes that makes sense. And anyway if they prefer another theme they have now the choice. It's ok with me

Jacques

Ryan Foster wrote:

I guess it really just comes down to the approach.  The objective of the task was to update the Flat Grey theme.  So, I
approached the design as a realign rather than a redesign.  I did not look at any other themes as examples, I simply focused on
how Flat Grey looked and functioned and then tried to make the smallest amount of CSS and markup changes possible in order to
achieve the objective and stay with the scope of the task.  
I understand your bias, because I have it as well, as probably every other active OFBiz developer does.  But for the average
user, the vast majority are going to select one language, one time zone, and one theme and then never touch this section again.  Also, for a developer deploying OFBiz across a large organization, they may even decide to set these preferences globally across
the entire organization and not allow the user to have these selections.  In that case, it becomes much easier for them because
they can simply disable the footer in the theme and it does not affect anything else at all.   
Ryan L. Foster
801.671.0769
[hidden email]
ryanlfoster.com

On Jan 17, 2011, at 11:07 AM, Jacques Le Roux wrote:

Ryan Foster wrote:

That was exactly what I was trying to do.  It seemed even more weird to me to have theme selection and language in the header,
but have timezone selection in the footer and to have half of the application links in the header and the other half in the
footer.  The new grouping is much more logical in my opinion.  All of the applications are now grouped together in the header,
and all of the user preference selections, which are secondary, are grouped together in the footer.

That was true for the old Flat Grey but what about how it's handled in Tomahawk for instance. Maybe I'm biased though because
for testing purpose I'm always switching languages and themes... BTW the time zone selection is missing in Tomahawk...
Jacques

Ryan L. Foster
801.671.0769
[hidden email]
ryanlfoster.com

On Jan 17, 2011, at 7:30 AM, Adrian Crum wrote:

Ryan can answer that question. I believe he was trying to keep the masthead small so there is more room for the main content.

-Adrian

--- On Mon, 1/17/11, Jacques Le Roux (JIRA) [hidden email] wrote:

Also I asked
{quote}
BTW I was surprised that Ryan and you put the access to
preferences and languages features in the footer. It's not
always visible and seems a bit weird to me
{quote}

Any answers? ;)

[gomola]

Excellent. I can come up with a design improvement comp to get started.

What do you all think about the idea of switching around the search areas? It is a user interface thing.

Thanks

E

On 1/18/2011 11:48 AM, Adrian Crum wrote:

Any help would be appreciated! Just create a Jira issue and upload your images/patches there. I've been applying little tweaks here and there, but I'm no artist - so I would feel more comfortable with an artist making the changes instead of me.

-Adrian

On 1/18/2011 9:27 AM, Erik Schuessler wrote:

This is a nice clean theme. I am happy to help out on polishing up the look and
feel.

One thing that has always bugged me for user interface is the search area. It
seems like we could modify the search area as an expandable bar over a side
menu, when I have used the back end, the catalog browse is more useful to me
over some of the advanced search options. Granted, the main search is very
useful so it gets priority, however the but all of the advanced searches are not.

I have attached a picture of what I am talking about. Just my two bits.

Thanks
Erik

One issue that I would like to see change is to move the

On 1/17/2011 4:41 PM, Jacques Le Roux wrote:

 Yes that makes sense. And anyway if they prefer another theme they have now
 the choice. It's ok with me

 Jacques

 Ryan Foster wrote:

 I guess it really just comes down to the approach. The objective of the task
 was to update the Flat Grey theme. So, I
 approached the design as a realign rather than a redesign. I did not look at
 any other themes as examples, I simply focused on
 how Flat Grey looked and functioned and then tried to make the smallest
 amount of CSS and markup changes possible in order to
 achieve the objective and stay with the scope of the task.
 I understand your bias, because I have it as well, as probably every other
 active OFBiz developer does. But for the average
 user, the vast majority are going to select one language, one time zone, and
 one theme and then never touch this section again. Also, for a developer
 deploying OFBiz across a large organization, they may even decide to set
 these preferences globally across
 the entire organization and not allow the user to have these selections. In
 that case, it becomes much easier for them because
 they can simply disable the footer in the theme and it does not affect
 anything else at all.
 Ryan L. Foster
 801.671.0769
 [hidden email]
 ryanlfoster.com

 On Jan 17, 2011, at 11:07 AM, Jacques Le Roux wrote:

 Ryan Foster wrote:

 That was exactly what I was trying to do. It seemed even more weird to me
 to have theme selection and language in the header,
 but have timezone selection in the footer and to have half of the
 application links in the header and the other half in the
 footer. The new grouping is much more logical in my opinion. All of the
 applications are now grouped together in the header,
 and all of the user preference selections, which are secondary, are grouped
 together in the footer.

 That was true for the old Flat Grey but what about how it's handled in
 Tomahawk for instance. Maybe I'm biased though because
 for testing purpose I'm always switching languages and themes... BTW the
 time zone selection is missing in Tomahawk...
 Jacques

 Ryan L. Foster
 801.671.0769
 [hidden email]
 ryanlfoster.com

 On Jan 17, 2011, at 7:30 AM, Adrian Crum wrote:

 Ryan can answer that question. I believe he was trying to keep the
 masthead small so there is more room for the main content.

 -Adrian

 --- On Mon, 1/17/11, Jacques Le Roux (JIRA)[hidden email]  wrote:

 Also I asked
 {quote}
 BTW I was surprised that Ryan and you put the access to
 preferences and languages features in the footer. It's not
 always visible and seems a bit weird to me
 {quote}

 Any answers? ;)

--
Brainfood - We Think. We're Smart.

    *Erik A. Schuessler*
Creative Partner    

    
Street Address:
4004 East Side Ave.
Dallas, TX
75226
www.brainfood.com<http://www.brainfood.com>

       
TEL:     [phone] e323
MOBILE:     [phone]
FAX:     [phone]
EMAIL:     [hidden email][hidden email]

Brainfood - We Think. We're Smart.

[Tim Ruppert]

+1

Cheers,
Ruppert

On Jan 19, 2011, at 12:51 PM, Erik Schuessler wrote:

> Excellent. I can come up with a design improvement comp to get started.
>
> What do you all think about the idea of switching around the search areas? It is a user interface thing.
>
> Thanks
>
> E
>
> On 1/18/2011 11:48 AM, Adrian Crum wrote:
>>
>> Any help would be appreciated! Just create a Jira issue and upload your images/patches there. I've been applying little tweaks here and there, but I'm no artist - so I would feel more comfortable with an artist making the changes instead of me.
>>
>> -Adrian
>>
>> On 1/18/2011 9:27 AM, Erik Schuessler wrote:
>>> This is a nice clean theme. I am happy to help out on polishing up the look and
>>> feel.
>>>
>>> One thing that has always bugged me for user interface is the search area. It
>>> seems like we could modify the search area as an expandable bar over a side
>>> menu, when I have used the back end, the catalog browse is more useful to me
>>> over some of the advanced search options. Granted, the main search is very
>>> useful so it gets priority, however the but all of the advanced searches are not.
>>>
>>> I have attached a picture of what I am talking about. Just my two bits.
>>>
>>> Thanks
>>> Erik
>>>
>>> One issue that I would like to see change is to move the
>>>
>>> On 1/17/2011 4:41 PM, Jacques Le Roux wrote:
>>>>  Yes that makes sense. And anyway if they prefer another theme they have now
>>>>  the choice. It's ok with me
>>>>
>>>>  Jacques
>>>>
>>>>  Ryan Foster wrote:
>>>>>  I guess it really just comes down to the approach. The objective of the task
>>>>>  was to update the Flat Grey theme. So, I
>>>>>  approached the design as a realign rather than a redesign. I did not look at
>>>>>  any other themes as examples, I simply focused on
>>>>>  how Flat Grey looked and functioned and then tried to make the smallest
>>>>>  amount of CSS and markup changes possible in order to
>>>>>  achieve the objective and stay with the scope of the task.
>>>>>  I understand your bias, because I have it as well, as probably every other
>>>>>  active OFBiz developer does. But for the average
>>>>>  user, the vast majority are going to select one language, one time zone, and
>>>>>  one theme and then never touch this section again. Also, for a developer
>>>>>  deploying OFBiz across a large organization, they may even decide to set
>>>>>  these preferences globally across
>>>>>  the entire organization and not allow the user to have these selections. In
>>>>>  that case, it becomes much easier for them because
>>>>>  they can simply disable the footer in the theme and it does not affect
>>>>>  anything else at all.
>>>>>  Ryan L. Foster
>>>>>  801.671.0769
>>>>>  [hidden email]
>>>>>  ryanlfoster.com
>>>>>
>>>>>  On Jan 17, 2011, at 11:07 AM, Jacques Le Roux wrote:
>>>>>
>>>>>>  Ryan Foster wrote:
>>>>>>>  That was exactly what I was trying to do. It seemed even more weird to me
>>>>>>>  to have theme selection and language in the header,
>>>>>>>  but have timezone selection in the footer and to have half of the
>>>>>>>  application links in the header and the other half in the
>>>>>>>  footer. The new grouping is much more logical in my opinion. All of the
>>>>>>>  applications are now grouped together in the header,
>>>>>>>  and all of the user preference selections, which are secondary, are grouped
>>>>>>>  together in the footer.
>>>>>>
>>>>>>  That was true for the old Flat Grey but what about how it's handled in
>>>>>>  Tomahawk for instance. Maybe I'm biased though because
>>>>>>  for testing purpose I'm always switching languages and themes... BTW the
>>>>>>  time zone selection is missing in Tomahawk...
>>>>>>  Jacques
>>>>>>
>>>>>>>  Ryan L. Foster
>>>>>>>  801.671.0769
>>>>>>>  [hidden email]
>>>>>>>  ryanlfoster.com
>>>>>>>
>>>>>>>  On Jan 17, 2011, at 7:30 AM, Adrian Crum wrote:
>>>>>>>
>>>>>>>>  Ryan can answer that question. I believe he was trying to keep the
>>>>>>>>  masthead small so there is more room for the main content.
>>>>>>>>
>>>>>>>>  -Adrian
>>>>>>>>
>>>>>>>>  --- On Mon, 1/17/11, Jacques Le Roux (JIRA)<[hidden email]>  wrote:
>>>>>>>>>  Also I asked
>>>>>>>>>  {quote}
>>>>>>>>>  BTW I was surprised that Ryan and you put the access to
>>>>>>>>>  preferences and languages features in the footer. It's not
>>>>>>>>>  always visible and seems a bit weird to me
>>>>>>>>>  {quote}
>>>>>>>>>
>>>>>>>>>  Any answers? ;)
>>>>
>>>
>>> --
>>> Brainfood - We Think. We're Smart.
>>>
>>>     *Erik A. Schuessler*
>>> Creative Partner    
>>>
>>>      
>>> Street Address:
>>> 4004 East Side Ave.
>>> Dallas, TX
>>> 75226
>>> www.brainfood.com<http://www.brainfood.com>
>>>
>>>        
>>> TEL:     [phone] e323
>>> MOBILE:     [phone]
>>> FAX:     [phone]
>>> EMAIL:     [hidden email]<maito:[hidden email]>
>>>
>>> Brainfood - We Think. We're Smart.
>>>
>
> --
> <emailsig1.jpg>
>
> Erik A. Schuessler
> Creative Partner
>  
> Street Address:
> 4004 East Side Ave.
> Dallas, TX
> 75226
> www.brainfood.com
> TEL: [phone] e323
> MOBILE: [phone]
> FAX: [phone]
> EMAIL: [hidden email]
> <emailsig2.jpg>

[Bruno Busco]

Hi Erik,
where can we see your prototipe of what you mean for shitched around search
area?
Did you attach a jpg somewhere?

-Bruno

2011/1/19 Erik Schuessler <[hidden email]>

>  Excellent. I can come up with a design improvement comp to get started.
>
> What do you all think about the idea of switching around the search areas?
> It is a user interface thing.
>
> Thanks
>
> E
>
>
> On 1/18/2011 11:48 AM, Adrian Crum wrote:
>
> Any help would be appreciated! Just create a Jira issue and upload your
> images/patches there. I've been applying little tweaks here and there, but
> I'm no artist - so I would feel more comfortable with an artist making the
> changes instead of me.
>
> -Adrian
>
> On 1/18/2011 9:27 AM, Erik Schuessler wrote:
>
> This is a nice clean theme. I am happy to help out on polishing up the look
> and
> feel.
>
> One thing that has always bugged me for user interface is the search area.
> It
> seems like we could modify the search area as an expandable bar over a side
>
> menu, when I have used the back end, the catalog browse is more useful to
> me
> over some of the advanced search options. Granted, the main search is very
> useful so it gets priority, however the but all of the advanced searches
> are not.
>
> I have attached a picture of what I am talking about. Just my two bits.
>
> Thanks
> Erik
>
> One issue that I would like to see change is to move the
>
> On 1/17/2011 4:41 PM, Jacques Le Roux wrote:
>
>  Yes that makes sense. And anyway if they prefer another theme they have
> now
>  the choice. It's ok with me
>
>  Jacques
>
>  Ryan Foster wrote:
>
>  I guess it really just comes down to the approach. The objective of the
> task
>  was to update the Flat Grey theme. So, I
>  approached the design as a realign rather than a redesign. I did not look
> at
>  any other themes as examples, I simply focused on
>  how Flat Grey looked and functioned and then tried to make the smallest
>  amount of CSS and markup changes possible in order to
>  achieve the objective and stay with the scope of the task.
>  I understand your bias, because I have it as well, as probably every other
>
>  active OFBiz developer does. But for the average
>  user, the vast majority are going to select one language, one time zone,
> and
>  one theme and then never touch this section again. Also, for a developer
>  deploying OFBiz across a large organization, they may even decide to set
>  these preferences globally across
>  the entire organization and not allow the user to have these selections.
> In
>  that case, it becomes much easier for them because
>  they can simply disable the footer in the theme and it does not affect
>  anything else at all.
>  Ryan L. Foster
>  801.671.0769
>  [hidden email]
>  ryanlfoster.com
>
>  On Jan 17, 2011, at 11:07 AM, Jacques Le Roux wrote:
>
>  Ryan Foster wrote:
>
>  That was exactly what I was trying to do. It seemed even more weird to me
>  to have theme selection and language in the header,
>  but have timezone selection in the footer and to have half of the
>  application links in the header and the other half in the
>  footer. The new grouping is much more logical in my opinion. All of the
>  applications are now grouped together in the header,
>  and all of the user preference selections, which are secondary, are
> grouped
>  together in the footer.
>
>
>  That was true for the old Flat Grey but what about how it's handled in
>  Tomahawk for instance. Maybe I'm biased though because
>  for testing purpose I'm always switching languages and themes... BTW the
>  time zone selection is missing in Tomahawk...
>  Jacques
>
>  Ryan L. Foster
>  801.671.0769
>  [hidden email]
>  ryanlfoster.com
>
>  On Jan 17, 2011, at 7:30 AM, Adrian Crum wrote:
>
>  Ryan can answer that question. I believe he was trying to keep the
>  masthead small so there is more room for the main content.
>
>  -Adrian
>
>  --- On Mon, 1/17/11, Jacques Le Roux (JIRA)<[hidden email]><[hidden email]>
> wrote:
>
>  Also I asked
>  {quote}
>  BTW I was surprised that Ryan and you put the access to
>  preferences and languages features in the footer. It's not
>  always visible and seems a bit weird to me
>  {quote}
>
>  Any answers? ;)
>
>
>
> --
> Brainfood - We Think. We're Smart.
>
>     *Erik A. Schuessler*
> Creative Partner
>
>
> Street Address:
> 4004 East Side Ave.
> Dallas, TX
> 75226
> www.brainfood.com<http://www.brainfood.com> <http://www.brainfood.com>
>
>
> TEL:     [phone] e323
> MOBILE:     [phone]
> FAX:     [phone]
> EMAIL:     [hidden email]<maito:[hidden email]><maito:[hidden email]>
>
> Brainfood - We Think. We're Smart.
>
>
> --
>     [image: Brainfood - We Think. We're Smart.]
>  *Erik A. Schuessler*
> Creative Partner
>         Street Address:  4004 East Side Ave.  Dallas, TX  75226
> www.brainfood.com       TEL: [phone] e323  MOBILE: [phone]  FAX:
> 214.893.3514  EMAIL: [hidden email]      [image: Brainfood - We Think.
> We're Smart.]
>

[Nicolas Malin (Jira)]

    [ https://issues.apache.org/jira/browse/OFBIZ-4120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13096861#comment-13096861 ]

Adrian Crum commented on OFBIZ-4120:
------------------------------------

We don't need JavaScript for lookups. Just pass the current URL and parameters to the lookup screen, let the user select the value (or cancel), then proceed back to the original screen - using the passed URL and parameters.

Jacques - this issue should be left open. Only one sub-task was completed.

> Umbrella task for features which use javascript to degrade gracefully
> ----------------------------------------------------------------------
>
>                 Key: OFBIZ-4120
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-4120
>             Project: OFBiz
>          Issue Type: Bug
>          Components: ALL APPLICATIONS
>    Affects Versions: SVN trunk
>            Reporter: Jacques Le Roux
>            Assignee: Jacques Le Roux
>
> By using more an more javascript we forget sometimes that it may not available and OFBiz features should continue to work even it's not as easier for users than wih javascript.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

[Nicolas Malin (Jira)]

    [ https://issues.apache.org/jira/browse/OFBIZ-4120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13096886#comment-13096886 ]

BJ Freeman commented on OFBIZ-4120:
-----------------------------------

For sometime I have been promoting ofbiz to a larger Company.
it is National with headquarters in One City and Multiple manufacturing
and Assembly Plants in multiple States.
They use VPN to tie all together.

My contact was impressed in ofbiz I showed him on the Demo site, while
he was at home. He went to show others at work and it did not work well.
His Company has a security rule that does not allow any JavaScript into
their computers, as well all their internal websites can not use javascript.

You can See the results by disabling JavaScript in your browser and look
at the Ofbiz Demo.

I have been given to the end of Sept to come up with a proposal on
delivering the functionality but without JavaScript.
The staffing for doing this is an additional 10-20 positions for 1-5 years.

My problem is I have not found  enough people that:
1)Understand the Design of Ofbiz
2)Understand the Modeling used based on the videos David did
3)willing to work with the tools that was developed in Ofbiz.
4)Know Ofbiz well enough to reuse code already available.
5)be able to develop code that will do the what is done in JavaScript
but no use javascript.

This project is worth 100's thousand US dollars. Of that, I am willing
of use 10% to fund those working on the project to augment ofbiz in the
same spirit.

The focus of this email is maybe the ofbiz team should re-think the
direction OFbiz is going.

> Umbrella task for features which use javascript to degrade gracefully
> ----------------------------------------------------------------------
>
>                 Key: OFBIZ-4120
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-4120
>             Project: OFBiz
>          Issue Type: Bug
>          Components: ALL APPLICATIONS
>    Affects Versions: SVN trunk
>            Reporter: Jacques Le Roux
>            Assignee: Jacques Le Roux
>
> By using more an more javascript we forget sometimes that it may not available and OFBiz features should continue to work even it's not as easier for users than wih javascript.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

[Nicolas Malin (Jira)]

     [ https://issues.apache.org/jira/browse/OFBIZ-4120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jacques Le Roux reopened OFBIZ-4120:
------------------------------------

      Assignee:     (was: Jacques Le Roux)

Adrian,

Yes I agree. Also, as we alreadsy discussed, same for most of js calls introduced to secure some get calls transformed in post calls. Note though that in very few specific cases js is needed.

While quickling trying today, I noticed few things:
* Javascript was alredy used for lookups (buttons) in R4.0.
* We never had a calendar (buttons) w/out js.
* To change a theme you currently need js (which seems a bit too much, since some themes can't be used w/out js and then you are trapped)

There are certainly plenty of others...

> Umbrella task for features which use javascript to degrade gracefully
> ----------------------------------------------------------------------
>
>                 Key: OFBIZ-4120
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-4120
>             Project: OFBiz
>          Issue Type: Bug
>          Components: ALL APPLICATIONS
>    Affects Versions: SVN trunk
>            Reporter: Jacques Le Roux
>
> By using more an more javascript we forget sometimes that it may not available and OFBiz features should continue to work even it's not as easier for users than wih javascript.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

[Nicolas Malin (Jira)]

    [ https://issues.apache.org/jira/browse/OFBIZ-4120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13096936#comment-13096936 ]

Jacques Le Roux commented on OFBIZ-4120:
----------------------------------------

I created a subtask for the last point, other are so obvious... but anyway if someone cold create subtasks for them it would not be bad...

> Umbrella task for features which use javascript to degrade gracefully
> ----------------------------------------------------------------------
>
>                 Key: OFBIZ-4120
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-4120
>             Project: OFBiz
>          Issue Type: Bug
>          Components: ALL APPLICATIONS
>    Affects Versions: SVN trunk
>            Reporter: Jacques Le Roux
>
> By using more an more javascript we forget sometimes that it may not available and OFBiz features should continue to work even it's not as easier for users than wih javascript.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

[Nicolas Malin (Jira)]

    [ https://issues.apache.org/jira/browse/OFBIZ-4120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13096958#comment-13096958 ]

BJ Freeman commented on OFBIZ-4120:
-----------------------------------

What I think best fits this and other UI requirments is to use multiple view-maps and let the renderer select which one.
this would allow many types. I am still investigating this.
Another Ideas is to tie it into the Themes so they specify the type of output they use.
I don't see changing the current pages, since they work fine for those that want to use JS.

> Umbrella task for features which use javascript to degrade gracefully
> ----------------------------------------------------------------------
>
>                 Key: OFBIZ-4120
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-4120
>             Project: OFBiz
>          Issue Type: Bug
>          Components: ALL APPLICATIONS
>    Affects Versions: SVN trunk
>            Reporter: Jacques Le Roux
>
> By using more an more javascript we forget sometimes that it may not available and OFBiz features should continue to work even it's not as easier for users than wih javascript.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira