[prev in list] [next in list] [prev in thread] [next in thread]
List: kfm-devel
Subject: Re: Review Request 112567: Move the tab-handling away from DolphinMainWindow (Patch-Series)
From: "Emmanuel Pescosta" <emmanuelpescosta099 () gmail ! com>
Date: 2013-09-08 23:48:00
Message-ID: 20130908234800.19314.98541 () vidsolbach ! de
[Download RAW message or body]
> On Sept. 8, 2013, 10:21 p.m., Frank Reininghaus wrote:
> > Thanks for your efforts to refactor the tab-handling code.
> >
> > Hm, I'm not quite sure what I and possible other reviewers are supposed \
> > to say about this review request. I think that a patch that removes \
> > crucial functionality should not be pushed to master. There are quite a \
> > few people (including myself) who use the master branch for their daily \
> > work, and most of them would not be happy if splitting the view and \
> > opening tabs suddenly does not work any more, even if it's just a \
> > temporary regression.
> > I like the idea of splitting huge changes into smaller independent \
> > commits, but also the other two patches are a bit hard to comment on, \
> > considering that I don't know what the final result is supposed to be, \
> > and that I haven't worked much with that code in DolphinMainWindow at \
> > all.
> > Maybe your patch series could be committed to a feature branch? That \
> > would enable others to look at all patches in context and to test it. I \
> > would really appreciate any help from others here. As I said, I don't \
> > know that code well, and going through all this and comparing with the \
> > old code will probably take *many* hours.
> > I think it might also help if you could provide a high-level overview \
> > of what your patch series does, what new classes there are, etc. And \
> > maybe even more importantly, what is the benefit of the change? To be \
> > honest, at the moment it looks to me like you are proposing to turn a \
> > lot of code (which has worked well for a couple of years) upside down, \
> > and I'm not sure if I understand what the purpose of the change is.
> > Please try to make the review job a bit easier for everyone else. I \
> > cannot really spend more than an hour per day on Dolphin on average, \
> > and my motivation to spend at the very least a week, possibly more, of \
> > the daily "Dolphin time" figuring out all that stuff myself, seeing the \
> > bug reports pile up during that time, and getting no work done myself \
> > is rather low if I don't see the "big picture" and I don't know what \
> > the purpose of the change is.
Thanks for your feedback.
Yes I agree with you, that this and the other already published feature \
requests look a little bit weird, but I think it will be more obvious once \
I have published all changes ;)
> who use the master branch for their daily work
Yes if we commit these changes to master, we have to commit all patches in \
this patch series at once. So a feature branch for these changes is not a \
bad idea I think.
> I think it might also help if you could provide a high-level overview of \
> what your patch series does, what new classes there are, etc.
Yes I will definitely do this when I have all patches ready/working. I will \
draw a small dependency graph for the new classes, so that everybody has a \
big picture of it ;)
The review requests for "DolphinRecentTabsMenu" and \
"DolphinViewSignalAdapter" are intended to get early feedback on design \
decisions.
> And maybe even more importantly, what is the benefit of the change?
1. Make DolphinMainWindow much smaller
2. Encapsulate the functionality into different classes like \
DolphinRecentTabsMenu, DolphinTabPage (Split View handling) and \
DolphinTabWidget (Tab handling) 3. Port away from KTabBar to QTabBar and \
QTabWidget (Brings some other benefits like smooth tab changing - fading, \
keep settings for every tab page like splitter size, ...) 4. Make it easier \
for other developers to read the code or to change something in the \
tab/split view handling of Dolphin
All in all: No loss in functionality but easier to understand, extend and \
maintain.
- Emmanuel
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/112567/#review39612
-----------------------------------------------------------
On Sept. 6, 2013, 4:48 p.m., Emmanuel Pescosta wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/112567/
> -----------------------------------------------------------
>
> (Updated Sept. 6, 2013, 4:48 p.m.)
>
>
> Review request for Dolphin.
>
>
> Description
> -------
>
> Move the tab-handling away from DolphinMainWindow (Patch-Series)
>
> Removed all code in DolphinMainWindow which is related to tabbed \
> browsing, except of some functions/slots which are required for the \
> current UI, like openNewTab(), openInNewTab(), ...
>
> The tab-handling will be implemented again in another patch.
>
> Split View and Tabbed Browsing will not work anymore with this patch!
>
>
> Diffs
> -----
>
> dolphin/src/dolphinmainwindow.h 7da5801
> dolphin/src/dolphinmainwindow.cpp 4128cdf
>
> Diff: http://git.reviewboard.kde.org/r/112567/diff/
>
>
> Testing
> -------
>
> Split View and Tabbed Browsing doesn't work (is ok)
>
> Everything else works fine for me (Only one view)
>
>
> Thanks,
>
> Emmanuel Pescosta
>
>
[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/112567/">http://git.reviewboard.kde.org/r/112567/</a>
</td>
</tr>
</table>
<br />
<blockquote style="margin-left: 1em; border-left: 2px solid #d0d0d0; \
padding-left: 10px;"> <p style="margin-top: 0;">On September 8th, 2013, \
10:21 p.m. UTC, <b>Frank Reininghaus</b> wrote:</p> <blockquote \
style="margin-left: 1em; border-left: 2px solid #d0d0d0; padding-left: \
10px;"> <pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; \
white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: \
break-word;">Thanks for your efforts to refactor the tab-handling code.
Hm, I'm not quite sure what I and possible other reviewers are supposed \
to say about this review request. I think that a patch that removes crucial \
functionality should not be pushed to master. There are quite a few people \
(including myself) who use the master branch for their daily work, and most \
of them would not be happy if splitting the view and opening tabs suddenly \
does not work any more, even if it's just a temporary regression.
I like the idea of splitting huge changes into smaller independent commits, \
but also the other two patches are a bit hard to comment on, considering \
that I don't know what the final result is supposed to be, and that I \
haven't worked much with that code in DolphinMainWindow at all.
Maybe your patch series could be committed to a feature branch? That would \
enable others to look at all patches in context and to test it. I would \
really appreciate any help from others here. As I said, I don't know \
that code well, and going through all this and comparing with the old code \
will probably take *many* hours.
I think it might also help if you could provide a high-level overview of \
what your patch series does, what new classes there are, etc. And maybe \
even more importantly, what is the benefit of the change? To be honest, at \
the moment it looks to me like you are proposing to turn a lot of code \
(which has worked well for a couple of years) upside down, and I'm not \
sure if I understand what the purpose of the change is.
Please try to make the review job a bit easier for everyone else. I cannot \
really spend more than an hour per day on Dolphin on average, and my \
motivation to spend at the very least a week, possibly more, of the daily \
"Dolphin time" figuring out all that stuff myself, seeing the bug \
reports pile up during that time, and getting no work done myself is rather \
low if I don't see the "big picture" and I don't know \
what the purpose of the change is.</pre> </blockquote>
</blockquote>
<pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: \
-pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">Thanks for \
your feedback.
Yes I agree with you, that this and the other already published feature \
requests look a little bit weird, but I think it will be more obvious once \
I have published all changes ;)
> who use the master branch for their daily work
Yes if we commit these changes to master, we have to commit all patches in \
this patch series at once. So a feature branch for these changes is not a \
bad idea I think.
> I think it might also help if you could provide a high-level overview \
of what your patch series does, what new classes there are, etc. Yes I will \
definitely do this when I have all patches ready/working. I will draw a \
small dependency graph for the new classes, so that everybody has a big \
picture of it ;)
The review requests for "DolphinRecentTabsMenu" and \
"DolphinViewSignalAdapter" are intended to get early feedback on \
design decisions.
> And maybe even more importantly, what is the benefit of the change?
1. Make DolphinMainWindow much smaller
2. Encapsulate the functionality into different classes like \
DolphinRecentTabsMenu, DolphinTabPage (Split View handling) and \
DolphinTabWidget (Tab handling) 3. Port away from KTabBar to QTabBar and \
QTabWidget (Brings some other benefits like smooth tab changing - fading, \
keep settings for every tab page like splitter size, ...) 4. Make it easier \
for other developers to read the code or to change something in the \
tab/split view handling of Dolphin
All in all: No loss in functionality but easier to understand, extend and \
maintain. </pre>
<br />
<p>- Emmanuel</p>
<br />
<p>On September 6th, 2013, 4:48 p.m. UTC, Emmanuel Pescosta wrote:</p>
<table bgcolor="#fefadf" width="100%" cellspacing="0" cellpadding="8" \
style="background-image: \
url('http://git.reviewboard.kde.org/static/rb/images/review_request_box_top_bg.ab6f3b1072c9.png'); \
background-position: left top; background-repeat: repeat-x; border: 1px \
black solid;"> <tr>
<td>
<div>Review request for Dolphin.</div>
<div>By Emmanuel Pescosta.</div>
<p style="color: grey;"><i>Updated Sept. 6, 2013, 4:48 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;">Move the tab-handling away from DolphinMainWindow \
(Patch-Series)
Removed all code in DolphinMainWindow which is related to tabbed browsing,
except of some functions/slots which are required for the current UI, like
openNewTab(), openInNewTab(), ...
The tab-handling will be implemented again in another patch.
Split View and Tabbed Browsing will not work anymore with this patch!</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;">Split View and Tabbed Browsing doesn't work (is ok)
Everything else works fine for me (Only one view)</pre>
</td>
</tr>
</table>
<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Diffs</b> \
</h1> <ul style="margin-left: 3em; padding-left: 0;">
<li>dolphin/src/dolphinmainwindow.h <span style="color: \
grey">(7da5801)</span></li>
<li>dolphin/src/dolphinmainwindow.cpp <span style="color: \
grey">(4128cdf)</span></li>
</ul>
<p><a href="http://git.reviewboard.kde.org/r/112567/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