On 5/15/2014 7:36 PM, David E. Ross wrote:
On 5/15/2014 12:29 PM, Ron Hunter wrote:
On 5/15/2014 10:36 AM, David E. Ross wrote:
On 5/15/2014 1:07 AM, Ron Hunter wrote:
On 5/14/2014 5:57 PM, David E. Ross wrote:
On 5/14/2014 2:38 PM, Ron Hunter wrote:
On 5/14/2014 2:05 PM, Rufus wrote:
Ron Hunter wrote:
On 5/13/2014 4:41 PM, Philip Taylor wrote:
Rufus wrote:
...I'd like to see all of the bugs that are preventing me from using
the
Profile Manager fixed, and for SM to actually use my pref setting for
Master Password.
And fix the bug for following on-disk paths for .html files so I can
stop having to use Safari to open my Epson Help manual.
And my wish is even simpler : that all documented bugs are fixed before
any further "development" takes place.
Philip Taylor
Philip, there is no such thing as bugless software of the complexity of
SeaMonkey. If you tried to do what you ask, then no further development
would ever take place, and the browser would soon become unusable as the
web slowly changed.
...personally, I don't think SM is all that "complex"...it's not like it
does 3D graphic presentations with interactive panning and rotation or
anything math-intensive like that.
Check the number of lines of code involved.
Bloat does not equal complexity or value. Before the days of desktop
computers and client-server systems, I was a software test engineer on a
complex software system that ran on a main-frame. This system went
operational about 1971 or 1972 and continued to evolve until it was shut
down in 1992. Because the main-frame had a fixed memory size, much
effort was expended on ensuring that new features could be added without
increasing the amount of memory required.
Often, I was asked how big the system was. We had a tool that would
provide the number of source-code statements as well as the size of the
compiled executables. I guarded that tool to prevent naive managers
from using it. After I learned that the customer (U.S. Air Force) was
interested in how much code they obtained for the money they spent, I
would release the results only under a cover memo that explained that
size was a very poor measure of value.
So you are saying bloat code is always flawless? I miss the logic here.
NO! I said bloat does not equal complexity or value. Bloat is
inherently flawed. Just because you have 20 GB of memory, 100 TB of
hard drive, and a 50 GHz processor does not mean you should ignore
efficiency and consume all available resources.
Why not? You paid for them. You planning to leave them for future
generations and don't want to wear them out?
I might have use for my hardware resources that are unknown to the
developer of an individual application.
I often more than one application at a time, some of which use
significant hardware resources. For example, after doing backups of all
my hard drives -- segmented by Windows, non-Windows software, data
excluding photos, and photos -- I then encrypt the backup files and move
the results to an external hard drive. At the same time, I might be
replying to E-mail or surfing the Web. Encryption via OpenPGP is
processor-intensive. Moving gigabyte files from an internal hard drive
to an external one is I/O-intensive. E-mail and Web surfing are
network-intensive. Oh yes, I forgot; sometimes while all this is going
on, I am also doing a system-wide anti-virus scan (processor- and
I/O-intensive).
I do not want bloatware impacting my attempt to have my PC doing
mutliple tasks.
Then don't use ABP, or don't open a lot of tabs. There are always
limits to available resources.
_______________________________________________
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey
