Review Request 126544: [Kickoff] Hide history tab if empty

[Kai Uwe Broulik]

> On Dez. 28, 2015, 2:02 nachm., Aleix Pol Gonzalez wrote:
> > Maybe show it as disabled at least? It's weird that UI structure change every now and then.
> 
> Heiko Tietze wrote:
>     I agree with the idea to avoid changing UI structure. However, to disable isn't good for tabs.
>     
>     Here is what we wrote in the tabcontrol HIG:
>     * Do not disable a tab when it doesn't apply to the current context; disable the controls on the page. 
>     * Make tabs closable if their pages contain documents, but not if their pages contain application's user interface.
>     
>     -> I recommend to neither hide nor deaktivate the tab.
> 
> Eike Hein wrote:
>     I generally agree with Heiko here: Major UI elements appearing/disappearing conditionally is usually bad because it's jarring and missing an opportunity to teach the user what functionality they can expect to become available if they do certain things.
>     
>     It's a bit different here because the pitch is that the user can disable history tracking and then gets stuck with a guaranteed-to-be-empty tab they might want to get rid of. But I suggest this relationship then needs to be explicit: Disabling history tracking hides the tab. Not to make it magic based on the count in the model.

makes sense. perhaps we should add a text saying that there are currently no recent documents / apps, perhaps with a button to open activity (tracking) settings, even. I guess we can query whether tracking is disabled and only then hide the tab.


- Kai Uwe


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/126544/#review90210
-----------------------------------------------------------


On Dez. 28, 2015, 8:56 nachm., Kai Uwe Broulik wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/126544/
> -----------------------------------------------------------
> 
> (Updated Dez. 28, 2015, 8:56 nachm.)
> 
> 
> Review request for Plasma, KDE Usability and Eike Hein.
> 
> 
> Bugs: 347633
>     https://bugs.kde.org/show_bug.cgi?id=347633
> 
> 
> Repository: plasma-desktop
> 
> 
> Description
> -------
> 
> This hides the "History" tab if it is empty.
> 
> This can permanently happen if you use disable tracking in activity settings or administrative means.
> 
> 
> Diffs
> -----
> 
>   applets/kickoff/package/contents/ui/FavoritesView.qml 5b7a2cf 
>   applets/kickoff/package/contents/ui/FullRepresentation.qml c2f5ad8 
>   applets/kickoff/package/contents/ui/RecentlyUsedView.qml 7169622 
> 
> Diff: https://git.reviewboard.kde.org/r/126544/diff/
> 
> 
> Testing
> -------
> 
> Button comes and goes as I add and remove history entries.
> 
> When I clear the history, it switches to the Favorites view so you don't end up with a broken view.
> 
> It doesn't seem to track application launches through Kickoff but I think this is unrelated.
> 
> 
> File Attachments
> ----------------
> 
> No history tab
>   https://git.reviewboard.kde.org/media/uploaded/files/2015/12/28/3f2f0697-b5ce-420a-bfc9-8e949b345439__hiddenhistory.jpg
> 
> 
> Thanks,
> 
> Kai Uwe Broulik
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20151228/22503adf/attachment-0001.html>