Lemon Juice wrote: > On 2015-04-11 04:35, Ronnie wrote: >> Sorry Lemon Juice, you reply was the most comprehensive of the day. The >> reply was to this thread/post/email in general. It has been an entire >> day of rebuttals on every little thing that was done. This isn't >> necessarily directed right at you. I should have pointed that out in the >> reply. My apologies >> >> There are a couple things I will and want to change and a number of your >> points were something to consider from a users stand point. SeaMonkey by >> default looks like its straight from 1996 and thats a problem since that >> is about 20 years ago. Trying to remedy some of the issues isn't >> flawless but as you stated and I agree this is the first >> attempt/implementation of it in LXLE. Improvements and adjustments will >> be needed and added in future versions. > > Okay, no problem. Because of the dated look SeaMonkey is attracting a > minority of users who happen to like the dated look and are opposed to > making it different so I think this is why people here are not > enthusiastic about these changes. We are the minority here, we are the > dinosaurs! So I think you shouldn't base your direction or assessment > of your version of SM based on opinions here because your audience is > very much different from audience here. As I said I am pleased that > you are promoting SeaMonkey and I think it can grow while providing > different customizable interfaces to different people based on what > they want.
'Minority' is why the browser is essentially dying and or not getting much as far as support, devs and users. Not only do I find this sad, I think it's unwarranted. The only way to reverse it's death spiral is change. That takes modern appeal and new blood. > > Personally, I like the current SM interface and while I agree it looks > dated for me the major problem is the outer looks only, which can be > easily addressed with a theme. I know the current trend for making > modern interfaces is hiding stuff behind icons, removing them from the > main view or removing altogether in order to squeeze any piece of real > screen estate. And that's fine. But what I find most productive is a > traditional menu where I can easily find any option I want with the > added ability to place icons for the most frequently used ones. Yes, I > am a dinosaur myself! No modern interface of any browser waste space on the old style menu, it may be sad to some users and I understand this, yet the reason it is occurring is because they are using the rest of the space for other items. Screen space will win this battle with most users on a consistent basis. > > As to LXLE - I stumbled upon one more problem, which is about the > single button for stop and reload. I navigated to a youtube page and > started watching a video, then in another tab did something different > and chose youtube options to use the html5 player. I got back to the > video tab and wasn't able to reload the page because apparently the > page never finished loading and all I got was the spinning circle on > the button and it didn't change to the reload icon no matter how I > tried. This wouldn't be a problem if I had a separate reload button. > A right click on the page and selecting 'reload' would have solved it. > This could be hard to get right because as far as I remember SM has > always displayed this behaviour in certain circumstances - I don't > know exactly what conditions must be met for this to occur but > possibly a specific combination of scripts and network contention. SM > seems to be loading the page forever, the throbber spins all the time > even though nothing appears to be loading any more and pressing stop > doesn't stop it. This could be related to a bug that can occur in > Mail, too - when there is a connection problem to a mail server it is > not possible to stop it before it times out by itself. So there is an > underlying problem causing the combined stop & reload to fail > sometimes. The best solution would be to fix this bug in SM but if > that's hard then I think it would also be possible to use an extension > so that it will change the button to reload on pressing, even if > technically SM still is loading something behind the scenes - I think > a user style might be not enough for this. > _______________________________________________ > support-seamonkey mailing list > [email protected] > https://lists.mozilla.org/listinfo/support-seamonkey > _______________________________________________ support-seamonkey mailing list [email protected] https://lists.mozilla.org/listinfo/support-seamonkey
