Re: SeaMonkey 2.16.1 is out
Rufus wrote: Rufus wrote: Justin Wood (Callek) wrote: Hey Guys. Following along with our traditional security updates, 2.16.1 is now out to correct a severe security vulnerability. You should be able to grab it from our website http://www.seamonkey-project.org/ or directly form the app's check-for-updates. ...here's hoping for a fix for the drop downs...again... ...so much for that hope...again... Rufus, could you please refresh my memory about the drop downs situation?? -- Daniel User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 SeaMonkey/2.16 Build identifier: 20130224181913 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Change in 'Move Tab' behavior
Interviewed by CNN on 09/03/2013 20:41, Rickles told the world: According to the Add-Ons search, the closest thing is a right-click menu tool that is accessed anywhere inside the tab window of the page being viewed, to close that page. But I agree, the X on the tab name is the simplest, most direct and obvious means of closing any tab at any time. EVERY single other implementation, internal to SM or any add-on, makes it so that you have to have focus on the tab you want to close, before you can close it. I'm a firm believer in working smarter, not harder, but this flies in the face of that. I wish I had the time to become a programmer so I could write my own such tool, but it's just not possible. It would help my understanding if someone involved in the coding or review process could explain the logic of using 2 steps to take the action instead of one. Takers? Have you tried middle-clicking on the tab? -- MCBastos This message has been protected with the 2ROT13 algorithm. Unauthorized use will be prosecuted under the DMCA. -=-=- ... Sent from my DEC PDP-11. * Added by TagZilla 0.7a1 running on Seamonkey 2.16 * Get it at http://xsidebar.mozdev.org/modifiedmailnews.html#tagzilla ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Change in 'Move Tab' behavior
Rickles wrote: According to the Add-Ons search, the closest thing is a right-click menu tool that is accessed anywhere inside the tab window of the page being viewed, to close that page. But I agree, the X on the tab name is the simplest, most direct and obvious means of closing any tab at any time. EVERY single other implementation, internal to SM or any add-on, makes it so that you have to have focus on the tab you want to close, before you can close it. I'm a firm believer in working smarter, not harder, but this flies in the face of that. I wish I had the time to become a programmer so I could write my own such tool, but it's just not possible. It would help my understanding if someone involved in the coding or review process could explain the logic of using 2 steps to take the action instead of one. Takers? This has been discussed before. The current way of having the tab close X at a fixed position on the far right of the tab bar works better for the way many people use the browser (including me) than having it on each tab the way Firefox does. And having it on the tab also takes up more room on the tab bar leaving less for tabs. For example, if I go to a page of headlines I'll open links to things I want to read in new tabs. Then I'll go to the last tab and read it. When done I will close the tab and the next one will automatically get the focus, I don't have to move the mouse cursor off the close x. I can read all the tabs and close them without any mouse movement and only a click when I'm done. I do the same thing with forums, scroll down the new posts screen and open any that interest me in new tabs and read them and close in order. Let me pose a question to you. Why would you want to close a tab that doesn't have the focus? I'm not sure I can understand why someone wouldn't close tabs when they were done with them and they still have the focus instead of coming back later to close them when they no longer had the focus. -- Jim ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Change in 'Move Tab' behavior
MCBastos wrote: Interviewed by CNN on 09/03/2013 20:41, Rickles told the world: According to the Add-Ons search, the closest thing is a right-click menu tool that is accessed anywhere inside the tab window of the page being viewed, to close that page. But I agree, the X on the tab name is the simplest, most direct and obvious means of closing any tab at any time. EVERY single other implementation, internal to SM or any add-on, makes it so that you have to have focus on the tab you want to close, before you can close it. I'm a firm believer in working smarter, not harder, but this flies in the face of that. I wish I had the time to become a programmer so I could write my own such tool, but it's just not possible. It would help my understanding if someone involved in the coding or review process could explain the logic of using 2 steps to take the action instead of one. Takers? Have you tried middle-clicking on the tab? No I haven't, simply because I use the middle (mouse wheel) button as a double-click action, to save wear tear on the left button. I've had to replace too many mice because the left button wears out before anything else on the mouse, so my current Logitech mouse is set up so I click one button, one time to single-click (left),and one other button, one time to double-click. More efficient that way. Right-click is always as expected. But if I have to re-organize my entire operating method because a choice has been made that makes it more labor-intensive to do something when it should be less so (do the PCs work for us, or the other way around?), then I have to question the overall direction the development is going to go. Forgive me for being confrontational, but didn't FF make such an impact on the IE market share because FF did NOT make those sorts of decisions when it first came out? I must admit I've never used FF on my systems, it's always been Netscape/Mozilla/SM, just so I don't have to use IE. (IE is a pain to administer at work, therefore I refuse to use it at home.) And since the SM project is a follow-on from FF, we lucky, dedicated fewer users reap those same benefits. I sincerely appreciate the job that volunteer programmers do to keep this project alive despite what might sound like nothing but complaints from users/trolls like me, but when basic functions like closing a single tab without having to select it first (which is how it used to work) are taken away without an operational reason defined, or the long-term bug where clicking the Home button adds new tabs no matter the preference setting for replacing tabs (bugzilla # escapes me, but which means the GUI doesn't control the shell despite what the screen tells the user) become the norm, I gotta wonder who's driving? At this point, I wouldn't even mind paying for an alternate to the MS product, if it worked as advertised and changes meant moving forwards in some logical progression. I like the suite of tools, not just a browser, and with TB slowly on it's way out of further progression (also which I've never used), I'm fairly entrenched in using SM. But I'm concerned, too. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Change in 'Move Tab' behavior
Jim Taylor wrote: Rickles wrote: According to the Add-Ons search, the closest thing is a right-click menu tool that is accessed anywhere inside the tab window of the page being viewed, to close that page. But I agree, the X on the tab name is the simplest, most direct and obvious means of closing any tab at any time. EVERY single other implementation, internal to SM or any add-on, makes it so that you have to have focus on the tab you want to close, before you can close it. I'm a firm believer in working smarter, not harder, but this flies in the face of that. I wish I had the time to become a programmer so I could write my own such tool, but it's just not possible. It would help my understanding if someone involved in the coding or review process could explain the logic of using 2 steps to take the action instead of one. Takers? This has been discussed before. The current way of having the tab close X at a fixed position on the far right of the tab bar works better for the way many people use the browser (including me) than having it on each tab the way Firefox does. And having it on the tab also takes up more room on the tab bar leaving less for tabs. For example, if I go to a page of headlines I'll open links to things I want to read in new tabs. Then I'll go to the last tab and read it. When done I will close the tab and the next one will automatically get the focus, I don't have to move the mouse cursor off the close x. I can read all the tabs and close them without any mouse movement and only a click when I'm done. I do the same thing with forums, scroll down the new posts screen and open any that interest me in new tabs and read them and close in order. Let me pose a question to you. Why would you want to close a tab that doesn't have the focus? I'm not sure I can understand why someone wouldn't close tabs when they were done with them and they still have the focus instead of coming back later to close them when they no longer had the focus. Quite simply because if I know I don't have any further reason for a particular tab being open, and it's not currently selected, why can't I close it without having to select it? These things used to work that way. I can read the titles, and I simply will not have more than approx. 8 tabs open at the same time, so it's not difficult to keep track mentally of what each one is. I have learned over time that it's a waste of time effort to have to juggle too many tabs in the browser, such that the tab titles are all invisible due to bunching too many together. It's like too many windows open in the task bar in Windows. I'm forever having to 'solve' a user's problems at work with PC performance or program conflicts, and it's always the same--they have so many windows open, a lot of them duplicates, that their PC grinds to a halt. Like having the same Windows Explorer folder open in 4 places, making a change in one, then later focusing on another and not seeing the change because that window hasn't refreshed for some reason. PCs are here to work for us, not the other way around. And why should we work harder, why can't we work smarter? ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Change in 'Move Tab' behavior
n...@likely.com.invalid wrote: This has been discussed before. The current way of having the tab close X at a fixed position on the far right of the tab bar works better for the way many people use the browser (including me) than having it on each tab the way Firefox does. For many people. Could you adduce some statistics to support that statement ? Philip Taylor ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SeaMonkey 2.16.1 is out
Interestingly, the Linux version didn't even acknowledge that an update was available until this morning. Now it does, but it hasn't been made available yet on the Ubuntuzilla PPA. -- Jaime A. Cruz Secretary Nassau Wings Motorcycle Club http://www.nassauwings.org/ AMA District 34 http://www.AMADistrict34.com/ Pop's Run http://www.popsrun.org/ ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Change in 'Move Tab' behavior
Philip TAYLOR wrote: n...@likely.com.invalid wrote: This has been discussed before. The current way of having the tab close X at a fixed position on the far right of the tab bar works better for the way many people use the browser (including me) than having it on each tab the way Firefox does. For many people. Could you adduce some statistics to support that statement ? Philip Taylor No, I know of no workflow or usability studies that actually provide statistics. My statement was based on user observation and comments in past discussions of this issue. Perhaps For some people would have been a better choice of words. But it would be really interesting to see actually statistics on what percentage of time people close a tab that does not have the focus versus closing the currently active tab. Probably the best solution is to give the user a choice thru a preference (browser.tabs.closeButton) of how they want the close button displayed, as Firefox does http://kb.mozillazine.org/Browser.tabs.closeButtons . Actually SeaMonkey has that preference but I don't know if it actually supports the other options. As I prefer the way it is (default option 3) I have never tried any of the other to see if they are supported or not. -- Jim ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Change in 'Move Tab' behavior
Interviewed by CNN on 10/03/2013 08:39, Rickles told the world: MCBastos wrote: Have you tried middle-clicking on the tab? No I haven't, simply because I use the middle (mouse wheel) button as a double-click action, to save wear tear on the left button. I've had to replace too many mice because the left button wears out before anything else on the mouse, so my current Logitech mouse is set up so I click one button, one time to single-click (left),and one other button, one time to double-click. More efficient that way. Right-click is always as expected. But if I have to re-organize my entire operating method because a choice has been made that makes it more labor-intensive to do something when it should be less so (do the PCs work for us, or the other way around?), then I have to question the overall direction the development is going to go. Forgive me for being confrontational, but didn't FF make such an impact on the IE market share because FF did NOT make those sorts of decisions when it first came out? I must admit I've never used FF on my systems, it's always been Netscape/Mozilla/SM, just so I don't have to use IE. (IE is a pain to administer at work, therefore I refuse to use it at home.) And since the SM project is a follow-on from FF, we lucky, dedicated fewer users reap those same benefits. My own solution to that dilemma was simple -- a mouse with additional buttons. That way, I left the three main buttons at their standard settings and reprogrammed the two extra buttons for other stuff. (I even added a *second* middle-button, because, well, I find it uncomfortable to click on the mouse roller, and there is a non-trivial chance of the roller moving before the click, with the result of me clicking on the wrong place...) In your case, since you are already used to middle-click=2 left-clicks, you could simply move the middle-click functionality to somewhere else. I find that many programs leverage the middle-click. Closing tabs with middle-click is becoming fairly standard, for instance -- all major browsers support it, as well as my preferred text editor, NoteTab. In Seamonkey, middle-clicking a bookmark folder opens all the bookmarks in it at once. I became sort of addicted to the extra functionality. -- MCBastos This message has been protected with the 2ROT13 algorithm. Unauthorized use will be prosecuted under the DMCA. -=-=- ... Sent from my Constitution Class Starship. * Added by TagZilla 0.7a1 running on Seamonkey 2.16 * Get it at http://xsidebar.mozdev.org/modifiedmailnews.html#tagzilla ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Change in 'Move Tab' behavior
Rickles wrote: MCBastos wrote: Interviewed by CNN on 09/03/2013 20:41, Rickles told the world: According to the Add-Ons search, the closest thing is a right-click menu tool that is accessed anywhere inside the tab window of the page being viewed, to close that page. But I agree, the X on the tab name is the simplest, most direct and obvious means of closing any tab at any time. EVERY single other implementation, internal to SM or any add-on, makes it so that you have to have focus on the tab you want to close, before you can close it. I'm a firm believer in working smarter, not harder, but this flies in the face of that. I wish I had the time to become a programmer so I could write my own such tool, but it's just not possible. It would help my understanding if someone involved in the coding or review process could explain the logic of using 2 steps to take the action instead of one. Takers? Have you tried middle-clicking on the tab? No I haven't, simply because I use the middle (mouse wheel) button as a double-click action, to save wear tear on the left button. I've had to replace too many mice because the left button wears out before anything else on the mouse, so my current Logitech mouse is set up so I click one button, one time to single-click (left),and one other button, one time to double-click. More efficient that way. Right-click is always as expected. But if I have to re-organize my entire operating method because a choice has been made that makes it more labor-intensive to do something when it should be less so (do the PCs work for us, or the other way around?), then I have to question the overall direction the development is going to go. Forgive me for being confrontational, but didn't FF make such an impact on the IE market share because FF did NOT make those sorts of decisions when it first came out? I must admit I've never used FF on my systems, it's always been Netscape/Mozilla/SM, just so I don't have to use IE. (IE is a pain to administer at work, therefore I refuse to use it at home.) And since the SM project is a follow-on from FF, we lucky, dedicated fewer users reap those same benefits. I sincerely appreciate the job that volunteer programmers do to keep this project alive despite what might sound like nothing but complaints from users/trolls like me, but when basic functions like closing a single tab without having to select it first (which is how it used to work) are taken away without an operational reason defined, or the long-term bug where clicking the Home button adds new tabs no matter the preference setting for replacing tabs (bugzilla # escapes me, but which means the GUI doesn't control the shell despite what the screen tells the user) become the norm, I gotta wonder who's driving? At this point, I wouldn't even mind paying for an alternate to the MS product, if it worked as advertised and changes meant moving forwards in some logical progression. I like the suite of tools, not just a browser, and with TB slowly on it's way out of further progression (also which I've never used), I'm fairly entrenched in using SM. But I'm concerned, too. Just curious as to why you have to double click so much. I have mine to open files and folders with a single click.. Just wondering. JAS -- You either teach people to treat you with dignity and respect, or you don't. This means you are partly responsible for the mistreatment that you get at the hands of someone else. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Change in 'Move Tab' behavior
Rickles wrote: No I haven't, simply because I use the middle (mouse wheel) button as a double-click action, to save wear tear on the left button. I've had to replace too many mice because the left button wears out before anything else on the mouse, so my current Logitech mouse is set up so I click one button, one time to single-click (left),and one other button, one time to double-click. More efficient that way. Right-click is always as expected. You must have really bad luck with mice. In nearly 30 years of running PCs (my first was an IBM PC-XT in 1985), I've never ever worn out a mouse. Sure, I've had to clean out the dust and hair and other miscellaneous crap from time to time, but I have never worn out a mouse by too much clicking. Same goes for my finger. ;-) -- War doesn't determine who's right, just who's left. -- Paul B. Gallagher ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Change in 'Move Tab' behavior
n...@likely.com.invalid wrote: Probably the best solution is to give the user a choice thru a preference (browser.tabs.closeButton) of how they want the close button displayed, as Firefox does http://kb.mozillazine.org/Browser.tabs.closeButtons . Actually SeaMonkey has that preference but I don't know if it actually supports the other options. As I prefer the way it is (default option 3) I have never tried any of the other to see if they are supported or not. It would seem not. I would like behaviour 1 : 1 Display close buttons on all tabs (Default) (note this is marked as default, not 3), but it does not work. Instead I have to use the Seatabs extension. Fortunately the current debate does not affect me : I never want to re-order tabs. Philip Taylor ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Change in 'Move Tab' behavior
Jim Taylor wrote: Philip TAYLOR wrote: n...@likely.com.invalid wrote: This has been discussed before. The current way of having the tab close X at a fixed position on the far right of the tab bar works better for the way many people use the browser (including me) than having it on each tab the way Firefox does. For many people. Could you adduce some statistics to support that statement ? Philip Taylor No, I know of no workflow or usability studies that actually provide statistics. My statement was based on user observation and comments in past discussions of this issue. Perhaps For some people would have been a better choice of words. But it would be really interesting to see actually statistics on what percentage of time people close a tab that does not have the focus versus closing the currently active tab. Probably the best solution is to give the user a choice thru a preference (browser.tabs.closeButton) of how they want the close button displayed, as Firefox does http://kb.mozillazine.org/Browser.tabs.closeButtons . Actually SeaMonkey has that preference but I don't know if it actually supports the other options. As I prefer the way it is (default option 3) I have never tried any of the other to see if they are supported or not. The mozilla KB article says that option only applies to FF, and my own experimentation just now backs that up: changing that perf thru 'about:config' then restarting the browser has no effect, no matter what value is set. If there are other prefs which must be set at the same time to make it work, the KB article doesn't say anything else. And searching for a relevant SM article comes up blank. That one function I find so convenient is one thing I loved about MultiZilla, when it was available for the predecessors to the current SM. I was so happy to find SeaTab X, and now that's not supported any more. And it's available by choice for FF, and even IE uses it by default. Granted, you have to focus on the tab, but at least your eyes and the cursor are at the right place on-screen to make use of it, rather than having to look elsewhere or use a third action by right-clicking and selecting another menu option. I say again that SM users are being forced to use this application in a way that is leaving them with less choice than before, instead of more. I realise that there must be trade-offs between what to code and what to leave off, but since this is based on FF, and FF allows this choice, who decided that SM users would not be permitted to make the same informed choice? ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SeaMonkey 2.16.1 is out -- maybe 2.16.2 too.
On 3/8/2013 10:48 PM PT, Justin Wood (Callek) typed: Following along with our traditional security updates, 2.16.1 is now out to correct a severe security vulnerability. You should be able to grab it from our website http://www.seamonkey-project.org/ or directly form the app's check-for-updates. Maybe v2.16.2 soon: https://bugzilla.mozilla.org/show_bug.cgi?id=849588 -- Each of us needs to withdraw from the cares which will not withdraw from us. We need hours of aimless wandering or spates of time sitting on park benches, observing the mysterious world of ants and the canopy of treetops. --Maya Angelou (b. 1928) American writer and entertainer /\___/\ Ant(Dude) @ http://antfarm.ma.cx (Personal Web Site) / /\ /\ \Ant's Quality Foraged Links: http://aqfl.net | |o o| | \ _ /If crediting, then use Ant nickname and AQFL URL/link. ( ) If e-mailing, then axe ANT from its address if needed. Ant is currently not listening to any songs on this computer. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SeaMonkey 2.16.1 is out
Daniel wrote: Rufus wrote: Rufus wrote: Justin Wood (Callek) wrote: Hey Guys. Following along with our traditional security updates, 2.16.1 is now out to correct a severe security vulnerability. You should be able to grab it from our website http://www.seamonkey-project.org/ or directly form the app's check-for-updates. ...here's hoping for a fix for the drop downs...again... ...so much for that hope...again... Rufus, could you please refresh my memory about the drop downs situation?? The drop down menus are drawn incompletely for things like Master Password request using the SM Modern Theme - the bottom edge is cut off in such a way that even the buttons are incompletely drawn. I was told that the team already had a bug on this so I didn't submit one. This is just one more of a series of UE/UI type bugs that I've been waiting on fixes (some of them for *years* now)...and this is a seemingly pretty simple one, but really annoying from a UE standpoint. I'm holding my most used machines at SM 2.13.2 until this gets fixed. -- - Rufus ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SeaMonkey 2.16.1 is out
Rufus wrote: Daniel wrote: Rufus wrote: Rufus wrote: Justin Wood (Callek) wrote: Hey Guys. Following along with our traditional security updates, 2.16.1 is now out to correct a severe security vulnerability. You should be able to grab it from our website http://www.seamonkey-project.org/ or directly form the app's check-for-updates. ...here's hoping for a fix for the drop downs...again... ...so much for that hope...again... Rufus, could you please refresh my memory about the drop downs situation?? The drop down menus are drawn incompletely for things like Master Password request using the SM Modern Theme - the bottom edge is cut off in such a way that even the buttons are incompletely drawn. I was told that the team already had a bug on this so I didn't submit one. This is just one more of a series of UE/UI type bugs that I've been waiting on fixes (some of them for *years* now)...and this is a seemingly pretty simple one, but really annoying from a UE standpoint. I'm holding my most used machines at SM 2.13.2 until this gets fixed. Wanted to visualize your problem, but can't seem to find it. Would you please post the complete sequence of choices that leads you to the problem? Note that I use SM Modern in Windows, not Mac. Maybe different? ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SeaMonkey 2.16.1 is out
Larry S. wrote: Rufus wrote: Daniel wrote: Rufus wrote: Rufus wrote: Justin Wood (Callek) wrote: Hey Guys. Following along with our traditional security updates, 2.16.1 is now out to correct a severe security vulnerability. You should be able to grab it from our website http://www.seamonkey-project.org/ or directly form the app's check-for-updates. ...here's hoping for a fix for the drop downs...again... ...so much for that hope...again... Rufus, could you please refresh my memory about the drop downs situation?? The drop down menus are drawn incompletely for things like Master Password request using the SM Modern Theme - the bottom edge is cut off in such a way that even the buttons are incompletely drawn. I was told that the team already had a bug on this so I didn't submit one. This is just one more of a series of UE/UI type bugs that I've been waiting on fixes (some of them for *years* now)...and this is a seemingly pretty simple one, but really annoying from a UE standpoint. I'm holding my most used machines at SM 2.13.2 until this gets fixed. Wanted to visualize your problem, but can't seem to find it. Would you please post the complete sequence of choices that leads you to the problem? Note that I use SM Modern in Windows, not Mac. Maybe different? Probably. This is annoying because of a combination of two problems, really - 1) open SM and navigate to a site that requires input of a stored Password. The drop down to input you Master Password is drawn short. 2) and this is the *REALLY* annoying one - just opening SM and waiting for a random period of time *WITHOUT* navigating to a site requires a stored Password I get a request for my Master Password even though I have my Pref set to ask only when it's first required. I wrote this up as SM bug 724296, and it's been broken since roughly about 1.16. So now I have this to deal with, *and* the dialog is drawn short. ...and as an aside to #2 - I now have a Windows 7 Bootcamp install on my Mac Mini and have been running the Win version of SM there - and even though I have my Pref set to ask for my Master Password the first time it is needed it asks at start of session - every time! So something is really broken as far as invoking the Pref setting is concerned, I should think. You guys could fix this *one* bug alone and make a 200% improvement in the product in terms of UE, IMO. -- - Rufus ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Change in 'Move Tab' behavior
On 3/10/13 9:32 AM, Rickles wrote: Jim Taylor wrote: Philip TAYLOR wrote: n...@likely.com.invalid wrote: This has been discussed before. The current way of having the tab close X at a fixed position on the far right of the tab bar works better for the way many people use the browser (including me) than having it on each tab the way Firefox does. For many people. Could you adduce some statistics to support that statement ? Philip Taylor No, I know of no workflow or usability studies that actually provide statistics. My statement was based on user observation and comments in past discussions of this issue. Perhaps For some people would have been a better choice of words. But it would be really interesting to see actually statistics on what percentage of time people close a tab that does not have the focus versus closing the currently active tab. Probably the best solution is to give the user a choice thru a preference (browser.tabs.closeButton) of how they want the close button displayed, as Firefox does http://kb.mozillazine.org/Browser.tabs.closeButtons . Actually SeaMonkey has that preference but I don't know if it actually supports the other options. As I prefer the way it is (default option 3) I have never tried any of the other to see if they are supported or not. The mozilla KB article says that option only applies to FF, and my own experimentation just now backs that up: changing that perf thru 'about:config' then restarting the browser has no effect, no matter what value is set. If there are other prefs which must be set at the same time to make it work, the KB article doesn't say anything else. And searching for a relevant SM article comes up blank. That one function I find so convenient is one thing I loved about MultiZilla, when it was available for the predecessors to the current SM. I was so happy to find SeaTab X, and now that's not supported any more. And it's available by choice for FF, and even IE uses it by default. Granted, you have to focus on the tab, but at least your eyes and the cursor are at the right place on-screen to make use of it, rather than having to look elsewhere or use a third action by right-clicking and selecting another menu option. I say again that SM users are being forced to use this application in a way that is leaving them with less choice than before, instead of more. I realise that there must be trade-offs between what to code and what to leave off, but since this is based on FF, and FF allows this choice, who decided that SM users would not be permitted to make the same informed choice? Frankly, I prefer the current capability. It means that the tab whose page I see is the tab that will be closed. It also means that, when I select the X button on the far right, I am unlikely to select a tab adjacent to the current tab by having my cursor positioned incorrectly. -- David E. Ross http://www.rossde.com/ Are taxes too high in the U.S.? Check the bar graph at http://www.rossde.com/taxes/trickling.html to see. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Change in 'Move Tab' behavior
David E. Ross wrote: Frankly, I prefer the current capability. It means that the tab whose page I see is the tab that will be closed. It also means that, when I select the X button on the far right, I am unlikely to select a tab adjacent to the current tab by having my cursor positioned incorrectly. So what we have now is different users wishing to choose how the tab closure should work in their own situations, but what is available in FF isn't in SM. Our choices have been limited, which is a step back. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Make zoom permanent?
G. Ross wrote: Web pages have to be zoomed to 75% for me to see the entire width. Is there a way to make this permanent? start with making sure you have minimum font size set to none in Preferences/Appearance/Fonts GW ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Change in 'Move Tab' behavior
Interviewed by CNN on 10/03/2013 12:19, Paul B. Gallagher told the world: You must have really bad luck with mice. In nearly 30 years of running PCs (my first was an IBM PC-XT in 1985), I've never ever worn out a mouse. Sure, I've had to clean out the dust and hair and other miscellaneous crap from time to time, but I have never worn out a mouse by too much clicking. Same goes for my finger. ;-) In Rickles' defense, I must say that I have seen several mice with broken button switches, and some with broken wheels. But those are usually cheapo house-brand mice. His is a Logitech, and in my experience Logitech mice are very durable. -- MCBastos This message has been protected with the 2ROT13 algorithm. Unauthorized use will be prosecuted under the DMCA. -=-=- ... Sent from my Cray Y-MP. * Added by TagZilla 0.7a1 running on Seamonkey 2.16 * Get it at http://xsidebar.mozdev.org/modifiedmailnews.html#tagzilla ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Change in 'Move Tab' behavior
Rickles wrote: David E. Ross wrote: Frankly, I prefer the current capability. It means that the tab whose page I see is the tab that will be closed. It also means that, when I select the X button on the far right, I am unlikely to select a tab adjacent to the current tab by having my cursor positioned incorrectly. So what we have now is different users wishing to choose how the tab closure should work in their own situations, but what is available in FF isn't in SM. Our choices have been limited, which is a step back. It was being worked on in SeaMonkey several years ago. Looks like it was coming along pretty good and then just kind of got set aside. Probably they got busy with bigger fires. Bug 534221 https://bugzilla.mozilla.org/show_bug.cgi?id=534221 . If it's that important to you go vote for it. -- Jim ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Mozilla says no plans to return to iOS
REF: http://news.cnet.com/8301-14013_3-57573440/mozilla-says-no-plans-to-return-to-ios/ [excerpt quote=\ Sullivan and Opera Software's Mike Taylor, also on the panel, shared the same viewpoint. They all argued that giving consumers browser choice was essential to making browsers, and the Web in general, great. And, Sullivan argued, Apple's closed environment means users suffer. It's a viewpoint that the general public might not share. Rosenblatt queried the audience to find out how many people were iOS users, and a majority of hands went up. By contrast, when he asked how many of them were suffering, just a few hands surfaced. \ /] The questioned not asked is how many of the iOS users were using non-Safari and non-Chrome browsers. My guess is that even fewer would raise their hand which, I suspect, is a big reason Mozilla has decided not to waste resources just becoming another Apple webkit clone. -- Sailfish - Netscape Champion Mozilla Contributor Member - www.mozilla.org/credits/ Netscape/Mozilla Tips: http://www.ufaq.org/ , http://ilias.ca/ Rare Mozilla Stuff: http://www.projectit.com/ ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Make zoom permanent?
Geoff Welsh wrote: G. Ross wrote: Web pages have to be zoomed to 75% for me to see the entire width. Is there a way to make this permanent? start with making sure you have minimum font size set to none in Preferences/Appearance/Fonts GW Thanks. Yes, I had done that, as well as decreasing the font size with no help on the problem. -- GW Ross ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Email error message
This may not be the correct place for this question. However, maybe someone can direct me to the correct place. I get the following error when I send an email with a link. I does not matter where I send the link to or what the link is to. The error message states that it is an illegal attachment on your message, when in fact I do not have a attachment at all. I only have a link within my text. An error occurred while sending mail. The mail server responded: 5.7.0 Our system detected an illegal attachment on your message. Please 5.7.0 visit http://support.google.com/mail/bin/answer.py?answer=6590 to 5.7.0 review our attachment guidelines. 4sm15726472obj.7 - gsmtp. Please check the message and try again. Any help would be greatly appreciated, Danny ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Email error message
On 3/10/13 7:45 PM, Danny Kile wrote: This may not be the correct place for this question. However, maybe someone can direct me to the correct place. I get the following error when I send an email with a link. I does not matter where I send the link to or what the link is to. The error message states that it is an illegal attachment on your message, when in fact I do not have a attachment at all. I only have a link within my text. An error occurred while sending mail. The mail server responded: 5.7.0 Our system detected an illegal attachment on your message. Please 5.7.0 visit http://support.google.com/mail/bin/answer.py?answer=6590 to 5.7.0 review our attachment guidelines. 4sm15726472obj.7 - gsmtp. Please check the message and try again. Any help would be greatly appreciated, Danny Are you sending HTML-formatted or plain text messages? -- David E. Ross http://www.rossde.com/ Are taxes too high in the U.S.? Check the bar graph at http://www.rossde.com/taxes/trickling.html to see. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Email error message
On Sun, 10 Mar 2013 21:45:48 -0500 Danny Kile kileda...@nospamnetscape.net wrote: This may not be the correct place for this question. However, maybe someone can direct me to the correct place. I get the following error when I send an email with a link. I does not matter where I send the link to or what the link is to. The error message states that it is an illegal attachment on your message, when in fact I do not have a attachment at all. I only have a link within my text. An error occurred while sending mail. The mail server responded: 5.7.0 Our system detected an illegal attachment on your message. Please 5.7.0 visit http://support.google.com/mail/bin/answer.py?answer=6590 to 5.7.0 review our attachment guidelines. 4sm15726472obj.7 - gsmtp. Please check the message and try again. Any help would be greatly appreciated, Unfortunately, there may not be any help for this. Some searching shows that GMail's attachment filtering has been having issues with false positives for years*, but there's no word from Google about what causes them or even acknowledgement that a problem exists, and I couldn't find anybody even guessing about what triggers the problem or how to work around it. I hope I'm wrong, and somebody here can help you figure it out. Good luck! * One example, which matches your issue: http://stackoverflow.com/questions/9749809/gmail-reports-illegal-attachment-without-any-attachments ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Make zoom permanent?
G. Ross wrote: Geoff Welsh wrote: G. Ross wrote: Web pages have to be zoomed to 75% for me to see the entire width. Is there a way to make this permanent? start with making sure you have minimum font size set to none in Preferences/Appearance/Fonts GW Thanks. Yes, I had done that, as well as decreasing the font size with no help on the problem. You can try the No Squint extension. It is site-specific and will remember its last setting on a given site, provided you set it up that way. In addons.mozilla.org it is totally unclear to me what the latest version is for SeaMonkey, but whatever it is it probably will need to be tweaked to work in a late version of SeaMonkey. I'm using v. 1.93.2.1 in SeaMonkey 2.15.2 with no problem. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Email error message
Danny Kile wrote: David E. Ross wrote: On 3/10/13 7:45 PM, Danny Kile wrote: This may not be the correct place for this question. However, maybe someone can direct me to the correct place. I get the following error when I send an email with a link. I does not matter where I send the link to or what the link is to. The error message states that it is an illegal attachment on your message, when in fact I do not have a attachment at all. I only have a link within my text. An error occurred while sending mail. The mail server responded: 5.7.0 Our system detected an illegal attachment on your message. Please 5.7.0 visit http://support.google.com/mail/bin/answer.py?answer=6590 to 5.7.0 review our attachment guidelines. 4sm15726472obj.7 - gsmtp. Please check the message and try again. Any help would be greatly appreciated, Danny Are you sending HTML-formatted or plain text messages? I have it setup to send in HTML and plain text. However you put me on to something. I noticed that the link www.whatever.com is a hot link in my text but also it shows up in the attachments window. If I delete the link out of the attachment list before I send it it will go without a problem. Is there a setting someplace that is causing this to happen. I do not recall this happening in the past. SM is 2.16. Thank you, Danny OK some more testing done and I have found that if the link is something other than a .com, lets say speedtest.net or or whatever.xxx it works. It just can not be a whatever.com. Seems like it see the .com as an executable file and not a link. Is there a setting in SM to keep it from putting my links in the Attachment list? Thank you, Danny ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Make zoom permanent?
On 3/10/2013 9:43 PM PT, Roger Fink typed: You can try the No Squint extension. It is site-specific and will remember its last setting on a given site, provided you set it up that way. In addons.mozilla.org it is totally unclear to me what the latest version is for SeaMonkey, but whatever it is it probably will need to be tweaked to work in a late version of SeaMonkey. I'm using v. 1.93.2.1 in SeaMonkey 2.15.2 with no problem. It's fully compatible? I thought it wasn't. How come you are not using v2.16.1? -- Above ground I shall be food for kites; below I shall be food for mole-crickets and ants. Why rob one to feed the other? --Juang-zu (4th Century B.C.) /\___/\ Ant(Dude) @ http://antfarm.ma.cx (Personal Web Site) / /\ /\ \Ant's Quality Foraged Links: http://aqfl.net | |o o| | \ _ /If crediting, then use Ant nickname and AQFL URL/link. ( ) If e-mailing, then axe ANT from its address if needed. Ant is currently not listening to any songs on this computer. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Email error message
David E. Ross wrote: On 3/10/13 7:45 PM, Danny Kile wrote: This may not be the correct place for this question. However, maybe someone can direct me to the correct place. I get the following error when I send an email with a link. I does not matter where I send the link to or what the link is to. The error message states that it is an illegal attachment on your message, when in fact I do not have a attachment at all. I only have a link within my text. An error occurred while sending mail. The mail server responded: 5.7.0 Our system detected an illegal attachment on your message. Please 5.7.0 visit http://support.google.com/mail/bin/answer.py?answer=6590 to 5.7.0 review our attachment guidelines. 4sm15726472obj.7 - gsmtp. Please check the message and try again. Any help would be greatly appreciated, Danny Are you sending HTML-formatted or plain text messages? I have it setup to send in HTML and plain text. However you put me on to something. I noticed that the link www.whatever.com is a hot link in my text but also it shows up in the attachments window. If I delete the link out of the attachment list before I send it it will go without a problem. Is there a setting someplace that is causing this to happen. I do not recall this happening in the past. SM is 2.16. Thank you, Danny ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey