Re: Progress Window Mockups
Justin Wood (Callek) schrieb: On 3/11/2010 6:16 PM, Jens Hatlak wrote: Martin F. wrote: Ah yeah, it doesn't seem to remember it's last coordinates/position, but always starts centered on the next download, that sucks ;-P I put it to a corner a dozen times a day because of that on every new download. (regression to SM1.1.x I think?) Can you please file a bug? I don't think we have one for that yet. Thanks. ...and CC me, this in particular *should* be easily fixable, and if approved I can even port it to the stable branch, so it would be in the next SM2 security/stability release. Here you are: https://bugzilla.mozilla.org/show_bug.cgi?id=552970 regards Martin ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Jens Hatlak schrieb: Martin F. wrote: btw: I'd suggest to open the menus by right-clicking. Left click (or at least left double-click) should open the file when (double)clicking on the file-name or the downloadpage when (double)clicking the download-location. After that the window should close (see bug 499114 above) The problem there, as I see it, is consistency vs. discoverability. Currently it's consistent in that the twisties on the right of the file name and source hostname indicate that you can use the left mouse button (twisties always work like that). If you switched to the right mouse button for opening the menu then the twisties would have to go (because they inherently say left click me [1] but that would do nothing then) and be replaced by something else that indicated that a context menu is available (replacing it by nothing is not really an option because a simple string doesn't indicate that a context menu is available). There's truth in that, I was completely missing that twisties were added, those were/are not existing in the current stable release. Basically I agree that the open/launch action should be triggered by a double click, though. I'd just go another way by providing a visual representation of the finished download through the system icon matching the download file type. See bug 513691 comment 80. Hum, interesting approach. I'm wondering is the masses recognize that as clickable without an open/execute writing. Can't make up my mind though... regards Martin ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Martin F. wrote: Jens Hatlak schrieb: Martin F. wrote: btw: I'd suggest to open the menus by right-clicking. Left click (or at least left double-click) should open the file when (double)clicking on the file-name or the downloadpage when (double)clicking the download-location. After that the window should close (see bug 499114 above) The problem there, as I see it, is consistency vs. discoverability. Currently it's consistent in that the twisties on the right of the file name and source hostname indicate that you can use the left mouse button (twisties always work like that). If you switched to the right mouse button for opening the menu then the twisties would have to go (because they inherently say left click me [1] but that would do nothing then) and be replaced by something else that indicated that a context menu is available (replacing it by nothing is not really an option because a simple string doesn't indicate that a context menu is available). There's truth in that, I was completely missing that twisties were added, those were/are not existing in the current stable release. Basically I agree that the open/launch action should be triggered by a double click, though. I'd just go another way by providing a visual representation of the finished download through the system icon matching the download file type. See bug 513691 comment 80. Hum, interesting approach. I'm wondering is the masses recognize that as clickable without an open/execute writing. Can't make up my mind though... regards What's a twistie? One of the masses Martin ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
On 3/17/2010 12:16 PM, Martin F. wrote: Justin Wood (Callek) schrieb: On 3/11/2010 6:16 PM, Jens Hatlak wrote: Martin F. wrote: Ah yeah, it doesn't seem to remember it's last coordinates/position, but always starts centered on the next download, that sucks ;-P I put it to a corner a dozen times a day because of that on every new download. (regression to SM1.1.x I think?) Can you please file a bug? I don't think we have one for that yet. Thanks. ...and CC me, this in particular *should* be easily fixable, and if approved I can even port it to the stable branch, so it would be in the next SM2 security/stability release. Here you are: https://bugzilla.mozilla.org/show_bug.cgi?id=552970 regards Thanks, and as promised patch is already written, just has to now run its course. -- ~Justin Wood (Callek) ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Lance Courtland schrieb: What's a twistie? http://img87.imageshack.us/img87/3135/twisty.jpg ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Lance Courtland wrote: Martin F. wrote: Jens Hatlak schrieb: Martin F. wrote: btw: I'd suggest to open the menus by right-clicking. Left click (or at least left double-click) should open the file when (double)clicking on the file-name or the downloadpage when (double)clicking the download-location. After that the window should close (see bug 499114 above) The problem there, as I see it, is consistency vs. discoverability. Currently it's consistent in that the twisties on the right of the file name and source hostname indicate that you can use the left mouse button (twisties always work like that). If you switched to the right mouse button for opening the menu then the twisties would have to go (because they inherently say left click me [1] but that would do nothing then) and be replaced by something else that indicated that a context menu is available (replacing it by nothing is not really an option because a simple string doesn't indicate that a context menu is available). There's truth in that, I was completely missing that twisties were added, those were/are not existing in the current stable release. Basically I agree that the open/launch action should be triggered by a double click, though. I'd just go another way by providing a visual representation of the finished download through the system icon matching the download file type. See bug 513691 comment 80. Hum, interesting approach. I'm wondering is the masses recognize that as clickable without an open/execute writing. Can't make up my mind though... regards What's a twistie? One of the masses Martin a right point arrow with no tail That when click point down instead of right and opens a directory of files or folders. -- Phillip M. Jones, C.E.T.If it's Fixed, Don't Break it http://www.phillipmjones.net http://www.vpea.org mailto:pjon...@kimbanet.com ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Justin Wood (Callek) schrieb: On 3/17/2010 12:16 PM, Martin F. wrote: Here you are: https://bugzilla.mozilla.org/show_bug.cgi?id=552970 regards Thanks, and as promised patch is already written, just has to now run its course. Awesome, thanks. :-) Martin ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Martin F. wrote: Does that link there: https://bug513691.bugzilla.mozilla.org/attachment.cgi?id=425508 indicate that scaling was implemented? For one thing, this was a proposal that wasn't accepted into the code in the end, for the other, we don't support scaling of any icons anywhere right now. Robert Kaiser ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Rufus wrote: Phillip Jones wrote: Benoit Renard wrote: Justin Wood (Callek) wrote: To summarize the two options: * Use one that KaiRo already submitted, which is/was partially implemented and a few vocally opposed. * DO NOT CHANGE A THING ABOUT HOW IT WAS IN SM 1.1 Choice 2 is woefully not going to happen, sorry. especially as there was no explanation on why the old UI is/was better than anything else. There was no explanation on why the old UI was bad, either. KaiRo decided to change it because of his own opinion only, and now for some unexplained reason it looks like nobody except me has the balls to put the old UI back, which was fine. There have been plenty of explanations as to why the old UI was better, but most developers don't seem to read support groups, especially mozillaZine. -clearly accessible text buttons for all actions which meant that every action was only a click away -full URL to remote file available -clear, organized grid-like design _Doesn't your explanation above give credence to my belief that_: Most developers of software go about software composition, in two different ways. 1)For pay (commercial): They develop according what the company Officers, BOD, and Investors want. 2) For open source (such as Mozilla): They develop to impress themselves and other developers. And in neither scenario, does the end user figure very little into the equation. (They can't think like end users, in either position - now if I were a user what features do I want the most. Users are beneath them kings and surfs) Note I said *most*, not *all*. The best coders - and spec writers - think like users, and from a user standpoint, IMO. When they don't, trouble usually ensues... Phillip and Rufus, I would think that *developers* are the _cream_ of *Users* as developers are able to use something, see that the program they use has deficiencies (as they see it) and develop the program to overcome these deficiencies. Now, just because you and I don't think these deficiencies are deficiencies doesn't really matter, and if we don't see these improvements as useful, that's our problem, not the developers!! IMHO, anyway! No offense meant to anyone! Cross post and follow-up to moz.gen (I hop!) Daniel ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Justin Wood (Callek) schrieb: http://wiki.mozilla.org/SeaMonkey/DLProgress_Redesign Does that link there: https://bug513691.bugzilla.mozilla.org/attachment.cgi?id=425508 indicate that scaling was implemented? https://bugzilla.mozilla.org/show_bug.cgi?id=538887 Or is it just bigger buttons at fixed size? As I see those Menu-items there when click on the source or the file I'm reminded of https://bugzilla.mozilla.org/show_bug.cgi?id=499114 This regression should also be fixed when getting hands on that progress window if possible. btw: I'd suggest to open the menus by right-clicking. Left click (or at least left double-click) should open the file when (double)clicking on the file-name or the downloadpage when (double)clicking the download-location. After that the window should close (see bug 499114 above) The rest is usable, even though buttons on the left would be more intuitive to me, but that might just be me and is no real issue... Ah yeah, it doesn't seem to remember it's last coordinates/position, but always starts centered on the next download, that sucks ;-P I put it to a corner a dozen times a day because of that on every new download. (regression to SM1.1.x I think?) On one machine I even replaced it with the Download Statusbar Extension just to get rid of that. regards Martin ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Martin F. wrote: Justin Wood (Callek) schrieb: http://wiki.mozilla.org/SeaMonkey/DLProgress_Redesign Does that link there: https://bug513691.bugzilla.mozilla.org/attachment.cgi?id=425508 indicate that scaling was implemented? https://bugzilla.mozilla.org/show_bug.cgi?id=538887 Or is it just bigger buttons at fixed size? That image was a proposal. The icons/buttons from that proposal were not implemented/committed (yet). As I see those Menu-items there when click on the source or the file I'm reminded of https://bugzilla.mozilla.org/show_bug.cgi?id=499114 This regression should also be fixed when getting hands on that progress window if possible. Different bug, different problem, different solution. btw: I'd suggest to open the menus by right-clicking. Left click (or at least left double-click) should open the file when (double)clicking on the file-name or the downloadpage when (double)clicking the download-location. After that the window should close (see bug 499114 above) The problem there, as I see it, is consistency vs. discoverability. Currently it's consistent in that the twisties on the right of the file name and source hostname indicate that you can use the left mouse button (twisties always work like that). If you switched to the right mouse button for opening the menu then the twisties would have to go (because they inherently say left click me [1] but that would do nothing then) and be replaced by something else that indicated that a context menu is available (replacing it by nothing is not really an option because a simple string doesn't indicate that a context menu is available). [1] Random example: Web Developer Toolbar Basically I agree that the open/launch action should be triggered by a double click, though. I'd just go another way by providing a visual representation of the finished download through the system icon matching the download file type. See bug 513691 comment 80. Ah yeah, it doesn't seem to remember it's last coordinates/position, but always starts centered on the next download, that sucks ;-P I put it to a corner a dozen times a day because of that on every new download. (regression to SM1.1.x I think?) Can you please file a bug? I don't think we have one for that yet. Thanks. Greetings, Jens -- Jens Hatlak http://jens.hatlak.de/ SeaMonkey Trunk Tracker http://smtt.blogspot.com/ ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
On 3/11/2010 6:16 PM, Jens Hatlak wrote: Martin F. wrote: Ah yeah, it doesn't seem to remember it's last coordinates/position, but always starts centered on the next download, that sucks ;-P I put it to a corner a dozen times a day because of that on every new download. (regression to SM1.1.x I think?) Can you please file a bug? I don't think we have one for that yet. Thanks. ...and CC me, this in particular *should* be easily fixable, and if approved I can even port it to the stable branch, so it would be in the next SM2 security/stability release. -- ~Justin Wood (Callek) ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Benoit Renard wrote: Justin Wood (Callek) wrote: To summarize the two options: * Use one that KaiRo already submitted, which is/was partially implemented and a few vocally opposed. * DO NOT CHANGE A THING ABOUT HOW IT WAS IN SM 1.1 Choice 2 is woefully not going to happen, sorry. especially as there was no explanation on why the old UI is/was better than anything else. There was no explanation on why the old UI was bad, either. KaiRo decided to change it because of his own opinion only, and now for some unexplained reason it looks like nobody except me has the balls to put the old UI back, which was fine. There have been plenty of explanations as to why the old UI was better, but most developers don't seem to read support groups, especially mozillaZine. -clearly accessible text buttons for all actions which meant that every action was only a click away -full URL to remote file available -clear, organized grid-like design _Doesn't your explanation above give credence to my belief that_: Most developers of software go about software composition, in two different ways. 1)For pay (commercial): They develop according what the company Officers, BOD, and Investors want. 2) For open source (such as Mozilla): They develop to impress themselves and other developers. And in neither scenario, does the end user figure very little into the equation. (They can't think like end users, in either position - now if I were a user what features do I want the most. Users are beneath them kings and surfs) Note I said *most*, not *all*. -- Phillip M. Jones, C.E.T.If it's Fixed, Don't Break it http://www.phillipmjones.net http://www.vpea.org mailto:pjon...@kimbanet.com ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Phillip Jones wrote: Benoit Renard wrote: Justin Wood (Callek) wrote: To summarize the two options: * Use one that KaiRo already submitted, which is/was partially implemented and a few vocally opposed. * DO NOT CHANGE A THING ABOUT HOW IT WAS IN SM 1.1 Choice 2 is woefully not going to happen, sorry. especially as there was no explanation on why the old UI is/was better than anything else. There was no explanation on why the old UI was bad, either. KaiRo decided to change it because of his own opinion only, and now for some unexplained reason it looks like nobody except me has the balls to put the old UI back, which was fine. There have been plenty of explanations as to why the old UI was better, but most developers don't seem to read support groups, especially mozillaZine. -clearly accessible text buttons for all actions which meant that every action was only a click away -full URL to remote file available -clear, organized grid-like design _Doesn't your explanation above give credence to my belief that_: Most developers of software go about software composition, in two different ways. 1)For pay (commercial): They develop according what the company Officers, BOD, and Investors want. 2) For open source (such as Mozilla): They develop to impress themselves and other developers. And in neither scenario, does the end user figure very little into the equation. (They can't think like end users, in either position - now if I were a user what features do I want the most. Users are beneath them kings and surfs) Note I said *most*, not *all*. The best coders - and spec writers - think like users, and from a user standpoint, IMO. When they don't, trouble usually ensues... Just because you're paying someone doesn't insure you get what you wanted from them - if you did, I wouldn't have a job doing what I have done, and do now. I once used to write code specs for an information management system for USMC aviators...it helped that I'm also a pilot as well as an engineer; and was also a user of their system, albeit on a smaller scale. Mostly, it became my job to translate what the Marine crews wanted into language the contracted coders could understand and then be forced to implement. High point of my career...one of them, anyway. -- - Rufus ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
I have to admit, I actually expected more than two replies as proposals and at least ONE unique proposal. To summarize the two options: * Use one that KaiRo already submitted, which is/was partially implemented and a few vocally opposed. * DO NOT CHANGE A THING ABOUT HOW IT WAS IN SM 1.1 Choice 2 is woefully not going to happen, sorry. especially as there was no explanation on why the old UI is/was better than anything else. I don't personally feel strongly about choice 1, given the preexisting stop energy, and that I don't feel its the best though it certainly is a step forward. Given that absolutely no one cared enough to step up and write even an ascii proposal of what they feel would look right, when I volunteered to code it; I don't suspect I will code any improvements anytime soon either; youre just going to have to live with current suck unless you care to assist in the process. -- ~Justin Wood (Callek) ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Phillip Jones wrote: Benoit Renard wrote: Phillip Jones wrote: Benoit Renard wrote: Phillip Jones wrote: Benoit Renard wrote: Justin Wood (Callek) wrote: Ok Here is the deal: A vocal minority of people who USE the progress windows don't like them as they stand. These people wish to have changes made. KaiRo, the original owner of this area has abandoned it due to stop energy when he tried to make improvements. *I* Am willing to pickup work, however I am self-proclaimed not good at UI. I spearheaded some work myself, through a patch to get the buttons back, before KaiRo cancelled my patch when he started working on it. Neil contributed a patch of his own at the end, so I wonder how the window looks like at the moment. Most people seem to just want the old progress window back instead of reinventing the wheel. we want the *style* of the progress windows as in SM 1.1.18, not the code. Why thank you, Captain Obvious._ Not its not that obvious. It is, because there's no way that the old code can still be used. SeaMonkey did migrate to toolkit from XPFE, after all. I've tried to explain nicely. Its not the code I am interested in, its what the code did. You already said that, and I didn't disagree. I stated that what you said is obvious, and in my last message I've explained why it is obvious. Is English not your first language, or something? ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Phillip Jones wrote: Benoit Renard wrote: Phillip Jones wrote: Benoit Renard wrote: Justin Wood (Callek) wrote: Ok Here is the deal: A vocal minority of people who USE the progress windows don't like them as they stand. These people wish to have changes made. KaiRo, the original owner of this area has abandoned it due to stop energy when he tried to make improvements. *I* Am willing to pickup work, however I am self-proclaimed not good at UI. I spearheaded some work myself, through a patch to get the buttons back, before KaiRo cancelled my patch when he started working on it. Neil contributed a patch of his own at the end, so I wonder how the window looks like at the moment. Most people seem to just want the old progress window back instead of reinventing the wheel. we want the *style* of the progress windows as in SM 1.1.18, not the code. Why thank you, Captain Obvious._ Not its not that obvious. It is, because there's no way that the old code can still be used. SeaMonkey did migrate to toolkit from XPFE, after all. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Benoit Renard wrote: Phillip Jones wrote: Benoit Renard wrote: Phillip Jones wrote: Benoit Renard wrote: Justin Wood (Callek) wrote: Ok Here is the deal: A vocal minority of people who USE the progress windows don't like them as they stand. These people wish to have changes made. KaiRo, the original owner of this area has abandoned it due to stop energy when he tried to make improvements. *I* Am willing to pickup work, however I am self-proclaimed not good at UI. I spearheaded some work myself, through a patch to get the buttons back, before KaiRo cancelled my patch when he started working on it. Neil contributed a patch of his own at the end, so I wonder how the window looks like at the moment. Most people seem to just want the old progress window back instead of reinventing the wheel. we want the *style* of the progress windows as in SM 1.1.18, not the code. Why thank you, Captain Obvious._ Not its not that obvious. It is, because there's no way that the old code can still be used. SeaMonkey did migrate to toolkit from XPFE, after all. I've tried to explain nicely. Its not the code I am interested in, its what the code did. Open a copy of SM 1.1.18 open download Manger use a Tool like Snapz Pro X on Mac Or Print screen on PC then study them and figure out how such can be implemented in new Code. -- Phillip M. Jones, C.E.T.If it's Fixed, Don't Break it http://www.phillipmjones.net http://www.vpea.org mailto:pjon...@kimbanet.com ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Dean Scott wrote: Ah HAA! So THAT's where the old launch or run button that appeared after download completed hid itself! I was so missing that feature. Yes, I understand the need for security for the more naive in not presenting them with a big, fat run button out in the open like it was previously, BUT this seasoned veteran had absolutely NO visual indication that you could click on the filename in this dialog box and access these two open and open containing folder options. I was just about to write a complaint to have this option brought back. I know, it was pretty undiscoverable, and that was nagging me a long time, and I only found a solution when working on getting an actual open icon button again - which was determined to be not liked in ui-review though. :( In any case, not my playing field any more. :) Robert Kaiser ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Phillip Jones wrote: Benoit Renard wrote: Justin Wood (Callek) wrote: Ok Here is the deal: A vocal minority of people who USE the progress windows don't like them as they stand. These people wish to have changes made. KaiRo, the original owner of this area has abandoned it due to stop energy when he tried to make improvements. *I* Am willing to pickup work, however I am self-proclaimed not good at UI. I spearheaded some work myself, through a patch to get the buttons back, before KaiRo cancelled my patch when he started working on it. Neil contributed a patch of his own at the end, so I wonder how the window looks like at the moment. Most people seem to just want the old progress window back instead of reinventing the wheel. we want the *style* of the progress windows as in SM 1.1.18, not the code. Why thank you, Captain Obvious. _ ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Benoit Renard wrote: Phillip Jones wrote: Benoit Renard wrote: Justin Wood (Callek) wrote: Ok Here is the deal: A vocal minority of people who USE the progress windows don't like them as they stand. These people wish to have changes made. KaiRo, the original owner of this area has abandoned it due to stop energy when he tried to make improvements. *I* Am willing to pickup work, however I am self-proclaimed not good at UI. I spearheaded some work myself, through a patch to get the buttons back, before KaiRo cancelled my patch when he started working on it. Neil contributed a patch of his own at the end, so I wonder how the window looks like at the moment. Most people seem to just want the old progress window back instead of reinventing the wheel. we want the *style* of the progress windows as in SM 1.1.18, not the code. Why thank you, Captain Obvious._ Not its not that obvious. in previous threads about another subject many were explaining they code not port the code. and t was pointed out their it was not the code we wanted ported it was what the code originally did. I am avoiding bring up the subject of that thread. so we won't go on subject. It means look at the old way (open up the old version) possibly do some scree shoots the emulate that action using the new code. -- Phillip M. Jones, C.E.T.If it's Fixed, Don't Break it http://www.phillipmjones.net http://www.vpea.org mailto:pjon...@kimbanet.com ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Ah HAA! So THAT's where the old launch or run button that appeared after download completed hid itself! I was so missing that feature. Yes, I understand the need for security for the more naive in not presenting them with a big, fat run button out in the open like it was previously, BUT this seasoned veteran had absolutely NO visual indication that you could click on the filename in this dialog box and access these two open and open containing folder options. I was just about to write a complaint to have this option brought back. So, back to this thread, Yes, I like the slightly more clear indication (via the tiny triangle arrows) that the filename can be clicked (oh, AND the 'From' location just below it), but it still would have pass me by if I hadn't known such was the case. So, maybe make these two items look like buttons, but only slightly, if that makes sense, like making the background color just a shade lighter and surrounded by a slightly darker 1 pixel stroke. OR, just add an actual small button the size of the window min, max, close gadgets at the end of each line. shrug Dean Scott ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Justin Wood (Callek) wrote: Ok Here is the deal: A vocal minority of people who USE the progress windows don't like them as they stand. These people wish to have changes made. KaiRo, the original owner of this area has abandoned it due to stop energy when he tried to make improvements. *I* Am willing to pickup work, however I am self-proclaimed not good at UI. I spearheaded some work myself, through a patch to get the buttons back, before KaiRo cancelled my patch when he started working on it. Neil contributed a patch of his own at the end, so I wonder how the window looks like at the moment. Most people seem to just want the old progress window back instead of reinventing the wheel. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Benoit Renard wrote: Justin Wood (Callek) wrote: Ok Here is the deal: A vocal minority of people who USE the progress windows don't like them as they stand. These people wish to have changes made. KaiRo, the original owner of this area has abandoned it due to stop energy when he tried to make improvements. *I* Am willing to pickup work, however I am self-proclaimed not good at UI. I spearheaded some work myself, through a patch to get the buttons back, before KaiRo cancelled my patch when he started working on it. Neil contributed a patch of his own at the end, so I wonder how the window looks like at the moment. Most people seem to just want the old progress window back instead of reinventing the wheel. we want the *style* of the progress windows as in SM 1.1.18, not the code. That includes for download manager and for page loading Progress bar in status menu when downloading mail or new and BTW: I have a Bug where the progress window stays up even after its uploaded an item even after a copy is made and filed in sent folder. In fact I've let it sit for 5 minutes or more just to see if it would dismiss on its own. Its supposed to dismiss the millisecond everything is complete the message sent and copying is completed. Never had that happen in SM1.1.18 -- Phillip M. Jones, C.E.T.If it's Fixed, Don't Break it http://www.phillipmjones.net http://www.vpea.org mailto:pjon...@kimbanet.com ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
On 2/26/2010 11:58 AM, Phillip Jones wrote: Benoit Renard wrote: Justin Wood (Callek) wrote: Ok Here is the deal: A vocal minority of people who USE the progress windows don't like them as they stand. These people wish to have changes made. KaiRo, the original owner of this area has abandoned it due to stop energy when he tried to make improvements. *I* Am willing to pickup work, however I am self-proclaimed not good at UI. I spearheaded some work myself, through a patch to get the buttons back, before KaiRo cancelled my patch when he started working on it. Neil contributed a patch of his own at the end, so I wonder how the window looks like at the moment. Most people seem to just want the old progress window back instead of reinventing the wheel. we want the *style* of the progress windows as in SM 1.1.18, not the code. That includes for download manager and for page loading Progress bar in status menu when downloading mail or new and BTW: I have a Bug where the progress window stays up even after its uploaded an item even after a copy is made and filed in sent folder. In fact I've let it sit for 5 minutes or more just to see if it would dismiss on its own. Its supposed to dismiss the millisecond everything is complete the message sent and copying is completed. Never had that happen in SM1.1.18 And yet discussion of what you want it is not what I asked for Provide me with details! (A picture is worth a thousand words) -- ~Justin Wood (Callek) ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Progress Window Mockups
Ok Here is the deal: A vocal minority of people who USE the progress windows don't like them as they stand. These people wish to have changes made. KaiRo, the original owner of this area has abandoned it due to stop energy when he tried to make improvements. *I* Am willing to pickup work, however I am self-proclaimed not good at UI. So here is what I need (non-coding): * A bunch of different iterations of UI, preferably full color graphics (rather than ascii art; though that is acceptable in round 1) * The UI iterations should detail the following, different download states, context menu's, and buttons. including what if anything those items do. * At least a brief explanation on how you came to the design decision you did. These iterations I hope can be drilled down to a small number by the SeaMonkey Council and Neil (the UI tsar) and then opened back up to the community as options 'we' can live with, all around. The idea here, is I am willing to do the coding, but not the UI work; but I am willing to spearhead the effort. I am NOT good at graphic design, but hopefully once we have a final project I can get someone (here?) to help with that. You may mail me directly with the image files if you do not have webspace to host them; I can do so; I will archive the submissions at: http://wiki.mozilla.org/SeaMonkey/DLProgress_Redesign Hopefully we can satisfy the requirements of the application, and our users with this. -- ~Justin Wood (Callek) ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
On 2/25/2010 1:23 PM, Justin Wood (Callek) wrote: Ok Here is the deal: A vocal minority of people who USE the progress windows don't like them as they stand. These people wish to have changes made. KaiRo, the original owner of this area has abandoned it due to stop energy when he tried to make improvements. *I* Am willing to pickup work, however I am self-proclaimed not good at UI. So here is what I need (non-coding): * A bunch of different iterations of UI, preferably full color graphics (rather than ascii art; though that is acceptable in round 1) * The UI iterations should detail the following, different download states, context menu's, and buttons. including what if anything those items do. * At least a brief explanation on how you came to the design decision you did. These iterations I hope can be drilled down to a small number by the SeaMonkey Council and Neil (the UI tsar) and then opened back up to the community as options 'we' can live with, all around. The idea here, is I am willing to do the coding, but not the UI work; but I am willing to spearhead the effort. I am NOT good at graphic design, but hopefully once we have a final project I can get someone (here?) to help with that. You may mail me directly with the image files if you do not have webspace to host them; I can do so; I will archive the submissions at: http://wiki.mozilla.org/SeaMonkey/DLProgress_Redesign Hopefully we can satisfy the requirements of the application, and our users with this. Note that this REQUIRES your (collective) help to achieve. Lets proceed with positive energy or I will drop this much more easily than Robert did. -- ~Justin Wood (Callek) ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Justin Wood (Callek) wrote: Ok Here is the deal: A vocal minority of people who USE the progress windows don't like them as they stand. These people wish to have changes made. KaiRo, the original owner of this area has abandoned it due to stop energy when he tried to make improvements. *I* Am willing to pickup work, however I am self-proclaimed not good at UI. So here is what I need (non-coding): * A bunch of different iterations of UI, preferably full color graphics (rather than ascii art; though that is acceptable in round 1) * The UI iterations should detail the following, different download states, context menu's, and buttons. including what if anything those items do. * At least a brief explanation on how you came to the design decision you did. These iterations I hope can be drilled down to a small number by the SeaMonkey Council and Neil (the UI tsar) and then opened back up to the community as options 'we' can live with, all around. The idea here, is I am willing to do the coding, but not the UI work; but I am willing to spearhead the effort. I am NOT good at graphic design, but hopefully once we have a final project I can get someone (here?) to help with that. You may mail me directly with the image files if you do not have webspace to host them; I can do so; I will archive the submissions at: http://wiki.mozilla.org/SeaMonkey/DLProgress_Redesign Hopefully we can satisfy the requirements of the application, and our users with this. If you look at the original bug thread for background - infohttps://bugzilla.mozilla.org/show_bug.cgi?id=513691 I personally think this one from Robert is very near to a winner, graphically - https://bug513691.bugzilla.mozilla.org/attachment.cgi?id=425508 I like the size of the buttons - just about anyone should be able to both see and target them - and I also have zero issue with them being smashed to one side. They could be above or below the progress bar, but frankly I like them to one side thus allowing more space for informative text within the dialog box. I think you got it right, Robert...I hope we get your solution, or something very like it. -- - Rufus ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
On 2/25/2010 8:42 PM, Rufus wrote: Justin Wood (Callek) wrote: Ok Here is the deal: A vocal minority of people who USE the progress windows don't like them as they stand. These people wish to have changes made. KaiRo, the original owner of this area has abandoned it due to stop energy when he tried to make improvements. *I* Am willing to pickup work, however I am self-proclaimed not good at UI. So here is what I need (non-coding): * A bunch of different iterations of UI, preferably full color graphics (rather than ascii art; though that is acceptable in round 1) * The UI iterations should detail the following, different download states, context menu's, and buttons. including what if anything those items do. * At least a brief explanation on how you came to the design decision you did. These iterations I hope can be drilled down to a small number by the SeaMonkey Council and Neil (the UI tsar) and then opened back up to the community as options 'we' can live with, all around. The idea here, is I am willing to do the coding, but not the UI work; but I am willing to spearhead the effort. I am NOT good at graphic design, but hopefully once we have a final project I can get someone (here?) to help with that. You may mail me directly with the image files if you do not have webspace to host them; I can do so; I will archive the submissions at: http://wiki.mozilla.org/SeaMonkey/DLProgress_Redesign Hopefully we can satisfy the requirements of the application, and our users with this. If you look at the original bug thread for background - infohttps://bugzilla.mozilla.org/show_bug.cgi?id=513691 I personally think this one from Robert is very near to a winner, graphically - https://bug513691.bugzilla.mozilla.org/attachment.cgi?id=425508 I like the size of the buttons - just about anyone should be able to both see and target them - and I also have zero issue with them being smashed to one side. They could be above or below the progress bar, but frankly I like them to one side thus allowing more space for informative text within the dialog box. I think you got it right, Robert...I hope we get your solution, or something very like it. Ok, one person for the solution in that very attachment... I'll add to the list of options. -- ~Justin Wood (Callek) ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
Justin Wood (Callek) wrote: On 2/25/2010 8:42 PM, Rufus wrote: Justin Wood (Callek) wrote: Ok Here is the deal: A vocal minority of people who USE the progress windows don't like them as they stand. These people wish to have changes made. KaiRo, the original owner of this area has abandoned it due to stop energy when he tried to make improvements. *I* Am willing to pickup work, however I am self-proclaimed not good at UI. So here is what I need (non-coding): * A bunch of different iterations of UI, preferably full color graphics (rather than ascii art; though that is acceptable in round 1) * The UI iterations should detail the following, different download states, context menu's, and buttons. including what if anything those items do. * At least a brief explanation on how you came to the design decision you did. These iterations I hope can be drilled down to a small number by the SeaMonkey Council and Neil (the UI tsar) and then opened back up to the community as options 'we' can live with, all around. The idea here, is I am willing to do the coding, but not the UI work; but I am willing to spearhead the effort. I am NOT good at graphic design, but hopefully once we have a final project I can get someone (here?) to help with that. You may mail me directly with the image files if you do not have webspace to host them; I can do so; I will archive the submissions at: http://wiki.mozilla.org/SeaMonkey/DLProgress_Redesign Hopefully we can satisfy the requirements of the application, and our users with this. If you look at the original bug thread for background - infohttps://bugzilla.mozilla.org/show_bug.cgi?id=513691 I personally think this one from Robert is very near to a winner, graphically - https://bug513691.bugzilla.mozilla.org/attachment.cgi?id=425508 I like the size of the buttons - just about anyone should be able to both see and target them - and I also have zero issue with them being smashed to one side. They could be above or below the progress bar, but frankly I like them to one side thus allowing more space for informative text within the dialog box. I think you got it right, Robert...I hope we get your solution, or something very like it. Ok, one person for the solution in that very attachment... I'll add to the list of options. I like the sample three in the attachment. -- Phillip M. Jones, C.E.T.If it's Fixed, Don't Break it http://www.phillipmjones.net http://www.vpea.org mailto:pjon...@kimbanet.com ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Progress Window Mockups
On 2/25/2010 9:52 PM, Phillip Jones wrote: Justin Wood (Callek) wrote: On 2/25/2010 8:42 PM, Rufus wrote: Justin Wood (Callek) wrote: Ok Here is the deal: A vocal minority of people who USE the progress windows don't like them as they stand. These people wish to have changes made. KaiRo, the original owner of this area has abandoned it due to stop energy when he tried to make improvements. *I* Am willing to pickup work, however I am self-proclaimed not good at UI. So here is what I need (non-coding): * A bunch of different iterations of UI, preferably full color graphics (rather than ascii art; though that is acceptable in round 1) * The UI iterations should detail the following, different download states, context menu's, and buttons. including what if anything those items do. * At least a brief explanation on how you came to the design decision you did. These iterations I hope can be drilled down to a small number by the SeaMonkey Council and Neil (the UI tsar) and then opened back up to the community as options 'we' can live with, all around. The idea here, is I am willing to do the coding, but not the UI work; but I am willing to spearhead the effort. I am NOT good at graphic design, but hopefully once we have a final project I can get someone (here?) to help with that. You may mail me directly with the image files if you do not have webspace to host them; I can do so; I will archive the submissions at: http://wiki.mozilla.org/SeaMonkey/DLProgress_Redesign Hopefully we can satisfy the requirements of the application, and our users with this. If you look at the original bug thread for background - infohttps://bugzilla.mozilla.org/show_bug.cgi?id=513691 I personally think this one from Robert is very near to a winner, graphically - https://bug513691.bugzilla.mozilla.org/attachment.cgi?id=425508 I like the size of the buttons - just about anyone should be able to both see and target them - and I also have zero issue with them being smashed to one side. They could be above or below the progress bar, but frankly I like them to one side thus allowing more space for informative text within the dialog box. I think you got it right, Robert...I hope we get your solution, or something very like it. Ok, one person for the solution in that very attachment... I'll add to the list of options. I like the sample three in the attachment. And that attachment referenced is actually all one proposal; its the different states of a download. and different views of the dropdown items. Feel free to propose a UI that solves your issues with the other views though if you wish. The goal of this here is to gather more than one or two proposals, so that I can meet the needs of our users. -- ~Justin Wood (Callek) ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey