[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice
Subject:    Re: Create a Konqueror eBusiness Website 'Bug' Database?
From:       Vadim Plessky <lucy-ples () mtu-net ! ru>
Date:       2002-09-22 9:52:27
[Download RAW message or body]


Hello Tom!

You should sned this message to <kfm-devel> mailing list, or file as a Wish 
against Konqueror (http://bugs.kde.org).

Regards,

Vadim

P.S. if some particualr sit ehas problem - it's betetr to file separate bug 
reports against each site, unless they are *very similar*


On Sunday 22 September 2002 10:45 am, Tom wrote:
|  Hi,
|
|  Please let me know if a different mail list is more apropriate
|  for this post.
|
|
|  I do all my general surfing with Konqueror, but
|  when I try to do eBusiness, I generally run into problems.  I
|  think that the ability to conduct eBusiness would strongly
|  influence people's decision to choose or avoid Konqueror, so
|  I decided to write.
|
|
|
|  Would it make sense for Konqueror to add a formalized
|  "eBusiness-Site-Doesn't-Work" database beside the
|  current bug reporting database?   Would this be an effective
|  way to focus ongoing Konqueror development?  I would expect
|  bugs in either database could optionally refer to specific
|  bugs in the other.  Basically, this database would contain
|  the information:  "We know site 'foo' does not work with
|  Konqueror versions X.Y, because of 'bar'.  Behaviour you
|  would see is 'blah'.  This is/not easily fixable because of
|  'yada yada yada'."
|
|
|  Then buq squashing or new development could be aimed at
|  'site squashing'.  How many people would love to say
|  "Squashed Pacific Gas and Electric today."?  (Caveat: Just
|  an example; I have no idea how well their site works with
|  Konqueror.)
|
|
|  Pro's:
|  	o) For users of older versions, it might make it
|             easier to learn "Oh, that site doesn't work with
|             versions of Konqueror prior to X.Y, but upgrading
|  	   should fix it.".
|  	o) Might make it easier to distinguish the *intentionally*
|  	   Linux unfriendly sites from the *unintentionally*, allowing
|  	   Linux users to choose between boycotting and educating these
|  	   sites.
|
|
|  Con's:
|  	o) Web sites change!  But, if a site is continually changing
|  	   in ways that break Konqueror, we might be able to take
|  	   it as a sign the site is *intentionally* Linux/Konqueror
|  	   unfriendly.
|  	o) The number of eBusiness sites is large.  However, I think
|  	   it should be prioritizable - probably starting with any
|  	   large banks or utilities which don't already work.
|
|  Here in Australia, my list of problem sites starts with St.George Bank,
|  www.seek.com.au, and Telstra, but continues on from there.
|
|  To summarize, IMHO being able to conduct eBusiness is often a
|  primary reason for people to choose a browser.  Therefore, it
|  is a very good way to improve acceptance of Konqueror.  Hence,
|  it is important to know, in a formal manner, which sites do or
|  don't work with Konqueror.
|
|
|  Thanks for your attention.
|  ____________________________________
|  koffice mailing list
|  koffice@mail.kde.org
|  To unsubscribe please visit:
|  http://mail.kde.org/mailman/listinfo/koffice

-- 

Vadim Plessky
http://kde2.newmail.ru  (English)
33 Window Decorations and 6 Widget Styles for KDE
http://kde2.newmail.ru/kde_themes.html
KDE mini-Themes
http://kde2.newmail.ru/themes/

____________________________________
koffice mailing list
koffice@mail.kde.org
To unsubscribe please visit:
http://mail.kde.org/mailman/listinfo/koffice
[prev in list] [next in list] [prev in thread] [next in thread]