From: skaill <sk...@ro...> - 2004-08-02 21:09:27
|
Ok, I think the 800x600 should not have Inquiries and Reports wrapping = underneath the image now which should look better. At the same time I = made all the headings look better in positioning. Please take another look here http://weberp.gocom.ca to confirm when you = get a chance. Steve ----- Original Message -----=20 From: Daintrees=20 To: web...@li...=20 Sent: Monday, August 02, 2004 4:09 PM Subject: Re: [Web-erp-developers] Interface Looks better on a 1024x768 than on a 600x800 screen. The inquiries and = reports heading has to wrap onto two lines. The spaced links are less intimidating block of text too. Great! Notice that the heading/title of the page is missing? Phil ----- Original Message -----=20 From: skaill=20 To: web...@li...=20 Sent: Tuesday, August 03, 2004 4:40 AM Subject: Re: [Web-erp-developers] Interface Refined some more at http://weberp.gocom.ca including spacing out = the action links. Steve ----- Original Message -----=20 From: Daintrees=20 To: web...@li...=20 Sent: Sunday, August 01, 2004 9:08 PM Subject: Re: [Web-erp-developers] Interface By menu items I mean the links to action a specific option. ----- Original Message -----=20 From: skaill=20 To: web...@li...=20 Sent: Monday, August 02, 2004 11:34 AM Subject: Re: [Web-erp-developers] Interface Have you looked in the past day or two, Phil? Some of your = comments may be before I did a bunch of work. Hopefully you have some = time to look again. No question marks anymore and they were only = temporary before I was going to create a help graphic. Anyway, I think = the way you did with the one Help at the top is good as long as we = document clearly, possibly in the first online help screen, that the = help will change contextually. Possibly by the menu items you mean the = menu_group_items or do you mean the main_menu? The menus would be javascript. However, I believe when I did = testing in several browsers on this site I created www.goldenwitch.com = they worked on all. Some people with various browsers could try going = to that site to see if the drop-down menus work perfectly. It is = minimal and very standard javascript. I agree with avoiding javascript, = java and any other language as much as possible but you can't make = drop-down menus unless you have code at the client side. I think ALL = languages besides PHP, HTML and CSS should be optional in the config or = elsewhere. I still have to get up with the cvs thing. I have it installed = but haven't tried it out. When I do something it's all at once so one = day soon I'll be doing cvs and will send you. I saw the user and database in the newest demo. Something else = I noticed though was that the Help gave an error. Can't remember = exactly where or why right now though. Steve ----- Original Message -----=20 From: Daintrees=20 To: web...@li...=20 Sent: Sunday, August 01, 2004 4:15 PM Subject: Re: [Web-erp-developers] Interface I guess this would be java? If it could be made to work in all forms of java then it would = be a useful addition - I have tried to avoid it so far and have no = knowlege personally. It is nice not to depend on java for anything. I = agree it would be good. I would like to clean the css if you send me the files.=20 I like the vertical oreintation of the menus - I think it = needs some spacing between the menu items - they all merge together. As previously mentioned I am not so keen on the preponderance = of question marks. I think this is probably superseeded following our = discussion on the help. I already added the user and database to the titles - in 2.9 Phil ----- Original Message -----=20 From: skaill=20 To: web...@li...=20 Sent: Monday, August 02, 2004 2:35 AM Subject: [Web-erp-developers] Interface I've been working with the interface quite a bit now. For = those who would like to see what I've done go to http://weberp.gocom.ca. = Please make many, many comments good or bad. While I've been doing this I fixed some incorrect code and = cleaned it up, especially the css. There were several places that had = commands which weren't actually being used and in fact would lead = someone to think that what they were seeing should be different. This = is typical and I'm no exception but I took the time to do some cleanup. = I think it is easier to read and understand now. Phil, if you like parts of this refined interface or all of = it we can get it into the base product. Let me know. I'm seriously thinking about adding code that will do = drop-down menus and allow a user option to specify whether they see the = interface displayed now or they see drop-down menus. With the drop-down = menus it would allow everything to be accessible all the time with = little screen space taken up. It also looks pro. Plus the fast access = options become basically irrelevant with drop-down menus. Steve |