--===============0966719438== Content-Type: multipart/alternative; boundary=000e0cd29e481f5285046d952e11 --000e0cd29e481f5285046d952e11 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I may just repeat others arguments but just to make clear the point. It is great you found those bugs and sent them to bugzilla, if they get lots of votes in bugzilla I am sure they will get some attention. But if you really want to see those things change, no more direct way than solving them yourself. FOSS developers may be strange creatures but still independent individuals with their own ideas and roadmaps for their applications, probably with different priorities from you. Choose one of those bugs, code it, implement it and send a patch. On Tue, Jun 30, 2009 at 3:17 AM, David C. Rankin < drankinatty@suddenlinkmail.com> wrote: > > Listmates, > > Is there some reason the konqueror file management engine ( > "backend" or > whatever you want to call it) in kde4 cannot be restored to the kde3 > konqueror > file manager engine instead of the dolphin backend? There are numerous > basic > problems with band-aiding the dolphin engine as the backend for konqueror > file > management that make it very very frustrating to work with. You cannot even > make konqueror behave like konqueror since it now shares setting with > dolphin. > > Why was this done in the first place? > > See: https://bugs.kde.org/show_bug.cgi?id=197165 > > > > ------ Comment #1 From Frank Reininghaus 2009-06-19 19:26:07 (-) > [reply] > ------- > Thanks for the report. I'll change the severity to "Wishlist" because this > is > not a bug. > > However, I'm afraid this might be impossible to implement. The problem is > that > Konqueror and Dolphin share the same code for the file management settings > and > also the settings file in the user's home directory (dolphinrc), so it's > impossible to have different default settings for both :-( > > > > Yes, I agree with the :-(, that's crap. > > Basic focus handling is botched so if you ever preview a file using > the > right-click context item "Preview In", when you exit the preview, you are > returned to the very "top" of the file list. Talk about annoying as hell in > a > directory with 600 files in it. > > See: https://bugs.kde.org/show_bug.cgi?id=198073 > > This is a major issue that for all practical purposes destroys a > great deal > of konqueror functionality. Dolphin isn't a usable replacement for > konqueror, > you can't even view a single man page or info page in the silly thing, > among > many other areas where it simply isn't capable of doing what konqueror > does. > > Further, the dolphin backend destroys the ability to save the > konqueror "File > Management" profile and have it restored when you open konqueror back up: > > See: https://bugs.kde.org/show_bug.cgi?id=195808 > > What in the heck is the purpose of having a "Save View Profile File > Management..." if it doesn't work. It works just fine in kde3 with the real > konqueror backend, so why -- until the kde developers get this fixed -- > can't > you simply restore the konqueror backend to konqueror so it will at least > work > and allow you to do the simple file management tasks that it was designed > to > do, and has been doing for the past 3 years in kde, before somebody decided > to > break konqueror by removing its working file management backend and "round- > pegging... square-holing" the dolphin backend underneath it?? > > Restoring correct konqueror focus handling would also greatly > improve the > ability for people with disabilities or an unsteady hand to use it as well. > With the konqueror file management backend, you set focus on a file without > activating it by clicking "anywhere" in the blank space between the end of > the > file name text and the "size" column. That was a big target and sufficient > real-estate for people to hit who had unsteady hands or impaired vision. > That's now broken and you have to be able to hit that tiny icon just before > the file name to accomplish the same thing. > > See: https://bugs.kde.org/show_bug.cgi?id=195528 > > There were reasons that the konqueror file management backend worked > the way > it did and now all the efficiency and elegance of that engine has gone up > in > smoke because somebody had the cute idea to break konqueror to make dolphin > instead of being smart about it and leaving konqueror as konqueror, > building > dolphin as a separate app and borrowing what was needed from konqueror > instead > of destroying it as a stand alone application. I mean konqueror now can't > even > remember the last folder a file was loaded from (using the file-open > dialog) > in web browsing mode causing you to have to navigate the entire filesystem > tree for each and every file you need to attach for bugs.kde.org. That is > a > huge pain when you are working from, for example: > > /mnt/nirvana-cfg/srv/www/download/openSUSE_bugs/kde4/screenshots > > I'm doing my best to understand why all of this stuff is still > broken on the > eve of the .3 release, and I am doing my best to help fix it (38 bug > reports > in 30 days), but I must tell you it is very frustrating to have developers > take the position that "yes, we know what you could do with konqueror in > kde3, > we know you can't now, but that isn't a 'bug', that is a 'wishlist' item." > Huh?? > > Is mediocrity the new gold standard for kde? With kde3 shut down, > one would > think more emphasis would be placed on making sure its functionality at > least > existed in kde4 as a priority and not simply an afterthought. > > Don't get me wrong and don't take this the wrong way or as a slam of > kde4. I > have committed myself to work with KDE4 as my primary desktop both on > openSuSE > ( 4.2.90-139.1 ) and on Archlinux ( 4.2.95-1 ) and I am very impressed with > a > majority of the great work that has been done. KDE4 is a damn good desktop. > However, there is an abundance of very basic functionality issues that seem > to > be completely overlooked, swept under the rug, or basically ignored in a > rush > to get the glitz and glamor aspects of kde4 ironed out. This approach has > so > far made working with the desktop very very frustrating in multiple areas. > > I don't know what it will take to get the attention focused on these > type of > problems, but it needs to happen without further delay. I still must go > back > to kde3 for a number of things that simple cannot be done in KDE4. See eg: > > https://bugs.kde.org/show_bug.cgi?id=198112 > https://bugs.kde.org/show_bug.cgi?id=195623 > https://bugs.kde.org/show_bug.cgi?id=195808 > https://bugs.kde.org/show_bug.cgi?id=189583 > https://bugs.kde.org/show_bug.cgi?id=197595 > https://bugs.kde.org/show_bug.cgi?id=197911 > https://bugs.kde.org/show_bug.cgi?id=198030 > > These are just by way of example of the ones I have stumbled across > and not a > complete list by any stretch of the imagination. > > We all have to same goal of helping make kde4 "the desktop" for > Linux and one > by which all others are measured. If we are going to succeed, more > attention > has to be placed on making sure it is usable and that the basic expected > things work. Now fixing the way konqueror works may not be a glamorous as > coding the new "plasma", but if the simple things don't work, nobody is > going > to care how good it looks. > > If I can provide more information on any of the bugs referenced in > this post, > just let me know and I will be happy to do it. I know the people assigned > to > these at bugs.kde.org have limited time so if this list can also help with > the > process, I don't mind working both. > > Now I know this post will piss 1/2 the readers off and garner > agreement from > the other 1/2, but the bottom line is these type of problems need to be > fixed > and at least from my standpoint simply restoring the konqueror backend to > konqueror would fix a large number. > > -- > David C. Rankin, J.D.,P.E. > Rankin Law Firm, PLLC > 510 Ochiltree Street > Nacogdoches, Texas 75961 > Telephone: (936) 715-9333 > Facsimile: (936) 715-9339 > www.rankinlawfirm.com > > >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to > unsubscribe << > -- Jordi Polo Carres NLP laboratory - NAIST http://www.bahasara.org --000e0cd29e481f5285046d952e11 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I may just repeat others arguments but just to make clear the point.It is great you found those bugs and sent them to bugzilla,=A0 if they get= lots of votes in bugzilla I am sure they will get some attention.
But i= f you really want to see those things change, no more direct way than solvi= ng them yourself.
FOSS developers may be strange creatures but still independent individuals with their own ideas and roadmaps for their applications, proba= bly with different priorities from you.

Choose one of those bugs, co= de it, implement it and send a patch.


On Tue, Jun 30, 2009 at 3:17 AM, David C. Rankin <drankinatty@suddenlinkmail.co= m> wrote:

Listmates,

=A0 =A0 =A0 =A0Is there some reason the konqueror file management engine (= "backend" or
whatever you want to call it) in kde4 cannot be restored to the kde3 konque= ror
file manager engine instead of the dolphin backend? There are numerous basi= c
problems with band-aiding the dolphin engine as the backend for konqueror f= ile
management that make it very very frustrating to work with. You cannot even=
make konqueror behave like konqueror since it now shares setting with dolph= in.

=A0 =A0 =A0 =A0Why was this done in the first place?

See: https://bugs.kde.org/show_bug.cgi?id=3D197165

<quote>

------ Comment #1 From =A0Frank Reininghaus =A0 2009-06-19 19:26:07 =A0(-) = [reply]
-------
Thanks for the report. I'll change the severity to "Wishlist"= because this is
not a bug.

However, I'm afraid this might be impossible to implement. The problem = is that
Konqueror and Dolphin share the same code for the file management settings = and
also the settings file in the user's home directory (dolphinrc), so it&= #39;s
impossible to have different default settings for both :-(

</quote>

=A0 =A0 =A0 =A0Yes, I agree with the :-(, that's crap.

=A0 =A0 =A0 =A0Basic focus handling is botched so if you ever preview a fi= le using the
right-click context item "Preview In", when you exit the preview,= you are
returned to the very "top" of the file list. Talk about annoying = as hell in a
directory with 600 files in it.

See: https://bugs.kde.org/show_bug.cgi?id=3D198073

=A0 =A0 =A0 =A0This is a major issue that for all practical purposes destr= oys a great deal
of konqueror functionality. Dolphin isn't a usable replacement for konq= ueror,
you can't even view a single man page or info page in the silly thing, = among
many other areas where it simply isn't capable of doing what konqueror = does.

=A0 =A0 =A0 =A0Further, the dolphin backend destroys the ability to save t= he konqueror "File
Management" profile and have it restored when you open konqueror back = up:

See: https://bugs.kde.org/show_bug.cgi?id=3D195808

=A0 =A0 =A0 =A0What in the heck is the purpose of having a "Save View= Profile File
Management..." if it doesn't work. It works just fine in kde3 with= the real
konqueror backend, so why -- until the kde developers get this fixed -- can= 't
you simply restore the konqueror backend to konqueror so it will at least w= ork
and allow you to do the simple file management tasks that it was designed t= o
do, and has been doing for the past 3 years in kde, before somebody decided= to
break konqueror by removing its working file management backend and "r= ound-
pegging... square-holing" the dolphin backend underneath it??

=A0 =A0 =A0 =A0Restoring correct konqueror focus handling would also great= ly improve the
ability for people with disabilities or an unsteady hand to use it as well.=
With the konqueror file management backend, you set focus on a file without=
activating it by clicking "anywhere" in the blank space between t= he end of the
file name text and the "size" column. That was a big target and s= ufficient
real-estate for people to hit who had unsteady hands or impaired vision. That's now broken and you have to be able to hit that tiny icon just be= fore
the file name to accomplish the same thing.

See: https://bugs.kde.org/show_bug.cgi?id=3D195528

=A0 =A0 =A0 =A0There were reasons that the konqueror file management backe= nd worked the way
it did and now all the efficiency and elegance of that engine has gone up i= n
smoke because somebody had the cute idea to break konqueror to make dolphin=
instead of being smart about it and leaving konqueror as konqueror, buildin= g
dolphin as a separate app and borrowing what was needed from konqueror inst= ead
of destroying it as a stand alone application. I mean konqueror now can'= ;t even
remember the last folder a file was loaded from (using the file-open dialog= )
in web browsing mode causing you to have to navigate the entire filesystem<= br> tree for each and every file you need to attach for bugs.kde.org. That is a
huge pain when you are working from, for example:

/mnt/nirvana-cfg/srv/www/download/openSUSE_bugs/kde4/screenshots

=A0 =A0 =A0 =A0I'm doing my best to understand why all of this stuff i= s still broken on the
eve of the .3 release, and I am doing my best to help fix it (38 bug report= s
in 30 days), but I must tell you it is very frustrating to have developers<= br> take the position that "yes, we know what you could do with konqueror = in kde3,
we know you can't now, but that isn't a 'bug', that is a &#= 39;wishlist' item."
Huh??

=A0 =A0 =A0 =A0Is mediocrity the new gold standard for kde? With kde3 shut= down, one would
think more emphasis would be placed on making sure its functionality at lea= st
existed in kde4 as a priority and not simply an afterthought.

=A0 =A0 =A0 =A0Don't get me wrong and don't take this the wrong wa= y or as a slam of kde4. I
have committed myself to work with KDE4 as my primary desktop both on openS= uSE
( 4.2.90-139.1 ) and on Archlinux ( 4.2.95-1 ) and I am very impressed with= a
majority of the great work that has been done. KDE4 is a damn good desktop.=
However, there is an abundance of very basic functionality issues that seem= to
be completely overlooked, swept under the rug, or basically ignored in a ru= sh
to get the glitz and glamor aspects of kde4 ironed out. This approach has s= o
far made working with the desktop very very frustrating in multiple areas.<= br>
=A0 =A0 =A0 =A0I don't know what it will take to get the attention foc= used on these type of
problems, but it needs to happen without further delay. I still must go bac= k
to kde3 for a number of things that simple cannot be done in KDE4. See eg:<= br>
https://bugs.kde.org/show_bug.cgi?id=3D198112
https://bugs.kde.org/show_bug.cgi?id=3D195623
https://bugs.kde.org/show_bug.cgi?id=3D195808
https://bugs.kde.org/show_bug.cgi?id=3D189583
https://bugs.kde.org/show_bug.cgi?id=3D197595
https://bugs.kde.org/show_bug.cgi?id=3D197911
https://bugs.kde.org/show_bug.cgi?id=3D198030

=A0 =A0 =A0 =A0These are just by way of example of the ones I have stumble= d across and not a
complete list by any stretch of the imagination.

=A0 =A0 =A0 =A0We all have to same goal of helping make kde4 "the des= ktop" for Linux and one
by which all others are measured. If we are going to succeed, more attentio= n
has to be placed on making sure it is usable and that the basic expected things work. Now fixing the way konqueror works may not be a glamorous as coding the new "plasma", but if the simple things don't work,= nobody is going
to care how good it looks.

=A0 =A0 =A0 =A0If I can provide more information on any of the bugs refere= nced in this post,
just let me know and I will be happy to do it. I know the people assigned t= o
these at bugs.kde.org= have limited time so if this list can also help with the
process, I don't mind working both.

=A0 =A0 =A0 =A0Now I know this post will piss 1/2 the readers off and garn= er agreement from
the other 1/2, but the bottom line is these type of problems need to be fix= ed
and at least from my standpoint simply restoring the konqueror backend to konqueror would fix a large number.

--
David C. Rankin, J.D.,P.E.
Rankin Law Firm, PLLC
510 Ochiltree Street
Nacogdoches, Texas 75961
Telephone: (936) 715-9333
Facsimile: (936) 715-9339
www.rankinlawfir= m.com

>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub= to unsubscribe <<



--
Jordi Polo Carres
NL= P laboratory - NAIST
http://www.baha= sara.org

--000e0cd29e481f5285046d952e11-- --===============0966719438== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe << --===============0966719438==--