Inline
Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 ----- "Jacques Le Roux" <[hidden email]> wrote: > Actually the things that IMO are missing are > * The ASF copyright and link to a apache.org site > * Powered by OFBiz and link to ofbiz.apache.org > * Release.revision informations > > Only the last is mandatory IMO, but I'm not sure about ASF copyright > and a link to OFBiz site would be cool > > But maybe they are somewhere and I did not find them (do you hate > footers ? ;o) ? My personal vote is to get a footer that has at least the bottom one because it's super important information and that's where people have become accustomed to looking for it. As for the ASF copyright and the OFBiz logo - those need to be there, but I'm not sure the footer is ever the best place for that. Designers, what do you think on the placement now that you know that people would like to see it back? > With the update today all issues below are still there > For favicon.png I think it should be favicon.ico by the way (did not > look into detail but that how it works normally, this was > introduced by M$ if I recall well, hence the .ico) The .ico is up there on ofbiz.apache.org - so Jacques, please feel free to just fix that one straight away. > Also sometimes on XP using FF3 (a pretty classic set I'd say) I get > myself stuck, the UI is not responding anymore. I got this issue > at least after trying to change themes. Hmm - try loading it up locally with this as the default theme and see if it's the theme itself or just the JS and CSS getting confused when it switches. > > Jacques > > From: "Ryan Foster" <[hidden email]> > > I'm not sure if I would say that not having a footer is an issue. > > Most of what was in the footer has been moved and grouped more > > logically in the header. For instance, the secondary apps have > been > > grouped with the main apps, and the time zone selection has been > > grouped with the other user preferences such as theme selection and > > language. The XHTML and CSS icons have been removed, but if you > > clicked on the XHTML icon you see that the page does not validate, > > having several errors. > > > > Ryan Foster > > HotWax Media > > 801.671.0769 > > [hidden email] > > > > > > > > > > On Apr 14, 2009, at 2:15 PM, Jacques Le Roux wrote: > > > >> So far, I found also that : > >> * there is no footer anymore > >> * an issue with favicon.png. > >> * when you choose a theme you have to use Cancel after to apply > it. > >> It's like if the last view feature was not working. > >> * the log in webtools is no longer colored > >> * it's not easy to select the PDF version of an order in order > view > >> > >> HTH > >> > >> Jacques > >> > >> From: "Jacques Le Roux" <[hidden email]> > >>> I agree with Hans, > >>> > >>> From: "Hans Bakker" <[hidden email]> > >>>> Hi David, > >>>> > >>>> from a marketing point of view I agree but there are a lot of > >>>> errors in > >>>> this schema to correct and that before tuesday? Not very > realistic. > >>>> > >>>> after 5 minutes of testing: > >>>> 1. search results in party: partyId not clickable > >>>> (error: HOTWAX.buildSearch is not a function) > >>>> 2. Although the sponsoring from hotwax is very much appreciated, > >>>> wasn't > >>>> there an agreement not to use the name in the code but only in > other > >>>> areas as svn log and ? > >>> > >>> If you search in all files you will find 59 occurences of > hotwax... > >>> > >>>> 3. In general the screens are now formatted much to wide because > of > >>>> spaces and character sizes and other reasons, have a look at : > >>>> https://localhost3:8443/projectmgr/control/MyTimesheet > >>> > >>> Yes, The default size is too large, you need to have a wide > screen > >>> to see it correctly. Especially with IE with the most current > size > >>> screen used in the world (1024*768). > >>> And even using FF3, Chrome Opera or Safari with a wide screen > >>> (1680*1050) you get an issue when looking, for instance, at the > >>> Store (the store infos are wrapped). And I don't speak about > having > >>> a panel open at left, etc. > >>> Also the orderview in only one column is not easy to read. > >>> > >>> Also maybe we could have a title for each column of Business Area > >>> (BTW this needs to be internationalized, maybe some others > >>> also...). Something like "Main applications" "Secondary > >>> applications", maybe 2 colors also ? > >>> > >>> This said, it's really a great effort and I think that there is > not > >>> much to be done to be near perfection (at least nowadays ;o) > >>> > >>> Yes thank you for that ! > >>> > >>> Jacques > >>> > >>>> Let me emphasize that Hotwax and Brainfood brought OFBiz to the > next > >>>> level especially in the framework and graphical design areas. > >>>> Thank you! > >>>> > >>>> Regards, > >>>> Hans > >>>> > >>>> On Fri, 2009-04-10 at 16:21 -0600, David E Jones wrote: > >>>>> Now that we have some nice themes in place I'm wondering if we > >>>>> shouldn't change the default theme, especially for the > back-end. > >>>>> The > >>>>> old blue-grey-flat theme (which we should probably move to a > theme > >>>>> component) is functional and I suppose lightweight too, but > perhaps > >>>>> doesn't give the best first impression. > >>>>> > >>>>> Right now we have 2 alternative themes for the back-end (the > >>>>> bluelight > >>>>> theme and the smoothfeather theme which is meant to look like > the > >>>>> new > >>>>> web site), and 1 alternative theme for ecommerce (the multiflex > >>>>> theme). > >>>>> > >>>>> One issue with all of these is they haven't been tested as > >>>>> thoroughly > >>>>> as the old stuff, but I'm not too worried about that because > >>>>> there are > >>>>> issues with the new default lots of people will see it soon and > we > >>>>> should be able to get things fixed pretty fast. In my own > testing > >>>>> both > >>>>> of the back-end ones seem pretty solid (I haven't played with > the > >>>>> ecommerce one yet). > >>>>> > >>>>> Anyway, please respond with your thoughts on this. I considered > >>>>> opening a vote, but a general discussion is probably better > first > >>>>> (and > >>>>> a vote may not be needed depending on how this discussion > goes). > >>>>> > >>>>> BTW, yes, this is for marketing purposes and should happen > before > >>>>> the > >>>>> release branch next Tuesday. > >>>>> > >>>>> -David > >>>>> > >>>> -- > >>>> Antwebsystems.com: Quality OFBiz services for competitive rates > >>>> > >>> > >> > >> > > > > |
No, I don't hate footers ;).
The originally thinking was to give the backend look and feel a more "desktop" like feeling, where most of the information and navigation is located in sidebars, file menus, tabs, etc. Following that line of thinking, maybe we put a "help" link in the header right next to preferences that drops down in a similar fashion to show copyright, link to apache, etc. This would function exactly the same way that the help link functions in apps like Firefox, Mac Mail, Outlook, Word, etc. We could even put a simple keyword search field in this section that searches docs.ofbiz.org. See the screenshot below for an example:
On Apr 15, 2009, at 1:19 AM, Tim Ruppert wrote:
|
Administrator
|
In reply to this post by Tim Ruppert
From: "Tim Ruppert" <[hidden email]>
> The .ico is up there on ofbiz.apache.org - so Jacques, please feel free to just fix that one straight away. I will see that when I wil get a chance Jacques |
Administrator
|
In reply to this post by Ryan Foster
From: Ryan Foster
No, I don't hate footers ;). The originally thinking was to give the backend look and feel a more "desktop" like feeling, where most of the information and navigation is located in sidebars, file menus, tabs, etc. Following that line of thinking, maybe we put a "help" link in the header right next to preferences that drops down in a similar fashion to show copyright, link to apache, etc. This would function exactly the same way that the help link functions in apps like Firefox, Mac Mail, Outlook, Word, etc. We could even put a simple keyword search field in this section that searches docs.ofbiz.org. See the screenshot below for an example: Ryan Foster ___________________________________ Hi Ryan, Yes great idea, I like it :o) There are still issues related to font sizes, but clearly people not involved in previous UI developments (who have an exernal look) prefer far more the new one (more easy to read they say). Even in the order view case which was a problem for me (is still but I have to get used to I guess ;o). BTW, I opened a Jira issue for the small issues I found in Confluence so far https://issues.apache.org/jira/browse/OFBIZ-2298 Thanks Jacques |
In reply to this post by Scott Gray-2
I'm all for getting there but I will say that we should dig in before we pull the trigger on it. I've been using it on my -dev instance and the interface gets pretty hard to use in some places.
I agree, however, that it shouldn't take to much to tighten it up and the customer response is night and day. ----- "Scott Gray" wrote: > +1, I would like to see it made the default prior to branching, any issues can be fixed and it does look much better. -- Ean Schuessler, CTO Brainfood.com [hidden email] - http://www.brainfood.com - 214-720-0700 x 315 |
Administrator
|
In reply to this post by Jacques Le Roux
Hi Tim,
I fixed this at r765721 but for FF3. Please see my comment in https://issues.apache.org/jira/browse/OFBIZ-2303 About smoothfeather as the default theme : if we want to do that correctly we need to treat each theme equally. For the moment the std theme is considered as "superior" to the other themes. It's not exactly what it should be : a default changeable easily from scratch by a parameter. So we need to extract the std theme and to make it a theme like the others, and the default OOTB (so far). I don't give all details but this means to have a new "std layout" theme under the /themes directory Jacques From: "Jacques Le Roux" <[hidden email]> > From: "Tim Ruppert" <[hidden email]> >> The .ico is up there on ofbiz.apache.org - so Jacques, please feel free to just fix that one straight away. > > I will see that when I wil get a chance > > Jacques > |
Jacques Le Roux wrote:
> So we need to extract the std theme and to make it a theme > like the others, and the default OOTB (so far). I don't give all details > but this means to have a new "std layout" theme under the /themes directory I was thinking about that the other day. I'd like to see the current default theme moved to the themes folder. -Adrian |
In reply to this post by Ean Schuessler
What I'm trying to decide on is which is more important right now.... On the one had there are issues with it so it's not the best default, on the other hand it looks way better and more consistent with the site and such and like Ean says would result in a far better response from prospects. The reason I proposed this is because there will be a big press release for this release branch and relatively more people will be downloading OFBiz and looking at the demo, and even if certain pages are klunky that initial response may be more important than the results of the thorough review (when they can change the theme too if desired). Anyway, my leaning is toward making it the default (hence this thread) in order to improve the first response... Are there issues, YES! Does it matter, yes. Does it matter more than looking good for the first response, IMO: no. -David On Apr 16, 2009, at 11:16 AM, Ean Schuessler wrote: > I'm all for getting there but I will say that we should dig in > before we pull the trigger on it. I've been using it on my -dev > instance and the interface gets pretty hard to use in some places. > > I agree, however, that it shouldn't take to much to tighten it up > and the customer response is night and day. > > ----- "Scott Gray" wrote: >> +1, I would like to see it made the default prior to branching, any >> issues can be fixed and it does look much better. > > -- > Ean Schuessler, CTO Brainfood.com > [hidden email] - http://www.brainfood.com - 214-720-0700 x 315 |
+1
On Apr 16, 2009, at 4:57 PM, David E Jones wrote: > > What I'm trying to decide on is which is more important right > now.... On the one had there are issues with it so it's not the best > default, on the other hand it looks way better and more consistent > with the site and such and like Ean says would result in a far > better response from prospects. > > The reason I proposed this is because there will be a big press > release for this release branch and relatively more people will be > downloading OFBiz and looking at the demo, and even if certain pages > are klunky that initial response may be more important than the > results of the thorough review (when they can change the theme too > if desired). > > Anyway, my leaning is toward making it the default (hence this > thread) in order to improve the first response... > > Are there issues, YES! Does it matter, yes. Does it matter more than > looking good for the first response, IMO: no. > > -David > > > On Apr 16, 2009, at 11:16 AM, Ean Schuessler wrote: > >> I'm all for getting there but I will say that we should dig in >> before we pull the trigger on it. I've been using it on my -dev >> instance and the interface gets pretty hard to use in some places. >> >> I agree, however, that it shouldn't take to much to tighten it up >> and the customer response is night and day. >> >> ----- "Scott Gray" wrote: >>> +1, I would like to see it made the default prior to branching, >>> any issues can be fixed and it does look much better. >> >> -- >> Ean Schuessler, CTO Brainfood.com >> [hidden email] - http://www.brainfood.com - 214-720-0700 x 315 > smime.p7s (3K) Download Attachment |
Administrator
|
I agree it would be great to have it for the release.
I agree also that there are no real blockers so far (except it's bad on IE and we should state that and explain to use a *real modern* browser) I'd like to complete OFBIZ-2309 by creating incorpotated issues from Ashish's, Bruno's, Adrian's and Hans's remarks (of course if someone wants to create them it would be great) And I'd like to fix these issues and commit them on the new branch Also, as I already said, I'd like to be able to i18n it after the freeze since else it would be a real handicap for non English speaking people (users are really insisting on good localisation) : OFBIZ-2306 Could we agree with that ? If we don't we will really shoot ourself in the foot (I don't see the point to have a clumsy UI for 2 years) It's late and I'm exhausted, good night Jacques From: "Mike Bates" <[hidden email]> > +1 > > > On Apr 16, 2009, at 4:57 PM, David E Jones wrote: > >> >> What I'm trying to decide on is which is more important right now.... On the one had there are issues with it so it's not the >> best default, on the other hand it looks way better and more consistent with the site and such and like Ean says would result >> in a far better response from prospects. >> >> The reason I proposed this is because there will be a big press release for this release branch and relatively more people will >> be downloading OFBiz and looking at the demo, and even if certain pages are klunky that initial response may be more important >> than the results of the thorough review (when they can change the theme too if desired). >> >> Anyway, my leaning is toward making it the default (hence this thread) in order to improve the first response... >> >> Are there issues, YES! Does it matter, yes. Does it matter more than looking good for the first response, IMO: no. >> >> -David >> >> >> On Apr 16, 2009, at 11:16 AM, Ean Schuessler wrote: >> >>> I'm all for getting there but I will say that we should dig in before we pull the trigger on it. I've been using it on my -dev >>> instance and the interface gets pretty hard to use in some places. >>> >>> I agree, however, that it shouldn't take to much to tighten it up and the customer response is night and day. >>> >>> ----- "Scott Gray" wrote: >>>> +1, I would like to see it made the default prior to branching, any issues can be fixed and it does look much better. >>> >>> -- >>> Ean Schuessler, CTO Brainfood.com >>> [hidden email] - http://www.brainfood.com - 214-720-0700 x 315 >> > > |
Administrator
|
Ha! Also we should use OFBIZ-2309 and its incorporated issues to state clearly in the release "paper" that these are known bugs that
will be quickly resolved in the following days I think this is a pretty good argument in the favor of what I ask for ;o) Jacques From: "Jacques Le Roux" <[hidden email]> >I agree it would be great to have it for the release. > I agree also that there are no real blockers so far (except it's bad on IE and we should state that and explain to use a *real > modern* > browser) > I'd like to complete OFBIZ-2309 by creating incorpotated issues from Ashish's, Bruno's, Adrian's and Hans's remarks (of course if > someone wants to create them it would be great) And I'd like to fix these issues and commit them on the new branch > Also, as I already said, I'd like to be able to i18n it after the freeze since else it would be a real handicap for non English > speaking people (users are really insisting on good localisation) : OFBIZ-2306 > > Could we agree with that ? If we don't we will really shoot ourself in the foot (I don't see the point to have a clumsy UI for 2 > years) > > It's late and I'm exhausted, good night > > Jacques > > > From: "Mike Bates" <[hidden email]> >> +1 >> >> >> On Apr 16, 2009, at 4:57 PM, David E Jones wrote: >> >>> >>> What I'm trying to decide on is which is more important right now.... On the one had there are issues with it so it's not the >>> best default, on the other hand it looks way better and more consistent with the site and such and like Ean says would result >>> in a far better response from prospects. >>> >>> The reason I proposed this is because there will be a big press release for this release branch and relatively more people will >>> be downloading OFBiz and looking at the demo, and even if certain pages are klunky that initial response may be more important >>> than the results of the thorough review (when they can change the theme too if desired). >>> >>> Anyway, my leaning is toward making it the default (hence this thread) in order to improve the first response... >>> >>> Are there issues, YES! Does it matter, yes. Does it matter more than looking good for the first response, IMO: no. >>> >>> -David >>> >>> >>> On Apr 16, 2009, at 11:16 AM, Ean Schuessler wrote: >>> >>>> I'm all for getting there but I will say that we should dig in before we pull the trigger on it. I've been using it on my -dev >>>> instance and the interface gets pretty hard to use in some places. >>>> >>>> I agree, however, that it shouldn't take to much to tighten it up and the customer response is night and day. >>>> >>>> ----- "Scott Gray" wrote: >>>>> +1, I would like to see it made the default prior to branching, any issues can be fixed and it does look much better. >>>> >>>> -- >>>> Ean Schuessler, CTO Brainfood.com >>>> [hidden email] - http://www.brainfood.com - 214-720-0700 x 315 >>> >> >> > > |
In reply to this post by David E Jones-3
+1
On 17/04/2009 06:57, "David Jones" <[hidden email]> wrote: What I'm trying to decide on is which is more important right now.... On the one had there are issues with it so it's not the best default, on the other hand it looks way better and more consistent with the site and such and like Ean says would result in a far better response from prospects. The reason I proposed this is because there will be a big press release for this release branch and relatively more people will be downloading OFBiz and looking at the demo, and even if certain pages are klunky that initial response may be more important than the results of the thorough review (when they can change the theme too if desired). Anyway, my leaning is toward making it the default (hence this thread) in order to improve the first response... Are there issues, YES! Does it matter, yes. Does it matter more than looking good for the first response, IMO: no. -David On Apr 16, 2009, at 11:16 AM, Ean Schuessler wrote: > I'm all for getting there but I will say that we should dig in > before we pull the trigger on it. I've been using it on my -dev > instance and the interface gets pretty hard to use in some places. > > I agree, however, that it shouldn't take to much to tighten it up > and the customer response is night and day. > > ----- "Scott Gray" wrote: >> +1, I would like to see it made the default prior to branching, any >> issues can be fixed and it does look much better. > > -- > Ean Schuessler, CTO Brainfood.com > [hidden email] - http://www.brainfood.com - 214-720-0700 x 315 Sam Hamilton CTO Virtual Village Tel: +86 (21) 6271 3051 Fax: +86 (21) 5228 8539 Mobile: +86 (135) 2451 4480 E-mail: [hidden email] |
Administrator
|
In reply to this post by Jacques Le Roux
Forgot to say : done at r765726
Jacques From: "Jacques Le Roux" <[hidden email]> > From: "Tim Ruppert" <[hidden email]> >> The .ico is up there on ofbiz.apache.org - so Jacques, please feel free to just fix that one straight away. > > I will see that when I wil get a chance > > Jacques > |
Administrator
|
In reply to this post by Jacques Le Roux
From: "Jacques Le Roux" <[hidden email]>
> I'd like to complete OFBIZ-2309 by creating incorpotated issues from Ashish's, Bruno's, Adrian's and Hans's remarks (of course if > someone wants to create them it would be great) And I'd like to fix these issues and commit them on the new branch Done at https://issues.apache.org/jira/browse/OFBIZ-2312 Jacques |
Free forum by Nabble | Edit this page |