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

List:       kde-core-devel
Subject:    Re: Review Request: Make KFileDialog remember settings
From:       "David Faure" <faure () kde ! org>
Date:       2012-09-30 8:26:33
Message-ID: 20120930082633.29179.12169 () vidsolbach ! de
[Download RAW message or body]

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/106581/#review19620
-----------------------------------------------------------


Looks good to me (feel free to commit if nobody else has comments).

But then, what if someone is annoyed by icon views, and wants a details \
view everywhere? [switch this sentence around if the default is details \
view] He'll have to switch the view mode of kfiledialog in every single KDE \
app, right? Tough problem, there's never a perfect solution with these \
things (making everyone happy leads to too many config options, and \
alternatives leave some people unhappy).


- David Faure


On Sept. 26, 2012, 4:19 p.m., Aurélien Gâteau wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/106581/
> -----------------------------------------------------------
> 
> (Updated Sept. 26, 2012, 4:19 p.m.)
> 
> 
> Review request for kdelibs.
> 
> 
> Description
> -------
> 
> This patch makes KFileDialog remember settings such as which view mode is \
> selected and whether the places sidebar should be visible. 
> Original code tried to save those to kdeglobals so that changes would be \
> shared among all applications but it did so the wrong way. The patch \
> writes the configuration to kdeglobals correctly, but saves the \
> KDirOperator to the application config file (KDirOperator configuration \
> settings are sort settings, show preview, show hidden files, view style \
> (icon, detail, treeview)) 
> There are two reasons for not saving KDirOperator config to kdeglobals:
> 
> 1. It is right now not possible to tell KDirOperator::writeConfig() to \
> save to kdeglobals. It could be done by adding a new version of \
> writeConfig() which would accept a KConfigBase::WriteFlags argument \
> though. 
> 2. It probably would not be a good idea to remember KDirOperator settings \
> globally anyway because depending on the application one may want to use \
> different settings. For example if user wants to select images or videos \
> he might set the file dialog to show big icons and the preview pane (so \
> that videos can be played). This setup would however not be adapted in an \
> application where one wants to select a text file. 
> 
> This addresses bug 139475.
> http://bugs.kde.org/show_bug.cgi?id=139475
> 
> 
> Diffs
> -----
> 
> kfile/kfilewidget.cpp 8e2f967 
> 
> Diff: http://git.reviewboard.kde.org/r/106581/diff/
> 
> 
> Testing
> -------
> 
> Tested with two different KDE applications. Settings are correctly \
> remembered. 
> 
> Thanks,
> 
> Aurélien Gâteau
> 
> 


[Attachment #3 (text/html)]

<html>
 <body>
  <div style="font-family: Verdana, Arial, Helvetica, Sans-Serif;">
   <table bgcolor="#f9f3c9" width="100%" cellpadding="8" style="border: 1px \
#c9c399 solid;">  <tr>
     <td>
      This is an automatically generated e-mail. To reply, visit:
      <a href="http://git.reviewboard.kde.org/r/106581/">http://git.reviewboard.kde.org/r/106581/</a>
  </td>
    </tr>
   </table>
   <br />





 <pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; \
white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: \
break-word;">Looks good to me (feel free to commit if nobody else has \
comments).

But then, what if someone is annoyed by icon views, and wants a details \
view everywhere? [switch this sentence around if the default is details \
view] He&#39;ll have to switch the view mode of kfiledialog in every single \
KDE app, right? Tough problem, there&#39;s never a perfect solution with \
these things (making everyone happy leads to too many config options, and \
alternatives leave some people unhappy). </pre>
 <br />







<p>- David</p>


<br />
<p>On September 26th, 2012, 4:19 p.m., Aurélien Gâteau wrote:</p>






<table bgcolor="#fefadf" width="100%" cellspacing="0" cellpadding="8" \
style="background-image: \
url('http://git.reviewboard.kde.org/media/rb/images/review_request_box_top_bg.png'); \
background-position: left top; background-repeat: repeat-x; border: 1px \
black solid;">  <tr>
  <td>

<div>Review request for kdelibs.</div>
<div>By Aurélien Gâteau.</div>


<p style="color: grey;"><i>Updated Sept. 26, 2012, 4:19 p.m.</i></p>






<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Description \
</h1>  <table width="100%" bgcolor="#ffffff" cellspacing="0" \
cellpadding="10" style="border: 1px solid #b8b5a0">  <tr>
  <td>
   <pre style="margin: 0; padding: 0; white-space: pre-wrap; white-space: \
-moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: \
break-word;">This patch makes KFileDialog remember settings such as which \
view mode is selected and whether the places sidebar should be visible.

Original code tried to save those to kdeglobals so that changes would be \
shared among all applications but it did so the wrong way. The patch writes \
the configuration to kdeglobals correctly, but saves the KDirOperator to \
the application config file (KDirOperator configuration settings are sort \
settings, show preview, show hidden files, view style (icon, detail, \
treeview))

There are two reasons for not saving KDirOperator config to kdeglobals:

1. It is right now not possible to tell KDirOperator::writeConfig() to save \
to kdeglobals. It could be done by adding a new version of writeConfig() \
which would accept a KConfigBase::WriteFlags argument though.

2. It probably would not be a good idea to remember KDirOperator settings \
globally anyway because depending on the application one may want to use \
different settings. For example if user wants to select images or videos he \
might set the file dialog to show big icons and the preview pane (so that \
videos can be played). This setup would however not be adapted in an \
application where one wants to select a text file.</pre>  </td>
 </tr>
</table>


<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Testing \
</h1> <table width="100%" bgcolor="#ffffff" cellspacing="0" \
cellpadding="10" style="border: 1px solid #b8b5a0">  <tr>
  <td>
   <pre style="margin: 0; padding: 0; white-space: pre-wrap; white-space: \
-moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: \
break-word;">Tested with two different KDE applications. Settings are \
correctly remembered.</pre>  </td>
 </tr>
</table>



<div style="margin-top: 1.5em;">
 <b style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Bugs: </b>


 <a href="http://bugs.kde.org/show_bug.cgi?id=139475">139475</a>


</div>


<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Diffs</b> \
</h1> <ul style="margin-left: 3em; padding-left: 0;">

 <li>kfile/kfilewidget.cpp <span style="color: grey">(8e2f967)</span></li>

</ul>

<p><a href="http://git.reviewboard.kde.org/r/106581/diff/" \
style="margin-left: 3em;">View Diff</a></p>




  </td>
 </tr>
</table>








  </div>
 </body>
</html>



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

Configure | About | News | Add a list | Sponsored by KoreLogic