[rfc][icedtea-web][itweb-settings] Improve Icedtea-Web cache disk space

[helpcrypto helpcrypto]

On Sat, Aug 30, 2014 at 9:44 AM, Jacob Wisor <gitne at gmx.de> wrote:

> No no, do not start playing around with visible and hidden UI components.
> It is even worse when they change their layout or start jumping around like
> it is now. Generally, there is never any need to hide UI components. If
> there seems to be, then either there is something wrong with the basic
> design of a window or dialog, or you should have very good reasons to do
> so. And, in this case there is surely *no* reason to hide any components
> dynamically at all. Again, stick to disabling components. This should be
> enough.
>
> @helpcrypto
> Yes, it is against basic UI design principles to have hiding UI
> components, unless there are really good reasons to do so.

Can you point a style guide, or a gui-best-practices which advices on that?
I have seen several GUIs wich only show the user what he needs to see, and
I found them KISS-compliant


Please do not start giving advice on something you do not know or have no
> experience in. This only confuses young or new developers.
>
I didn't gave any advice, just gave my opinion (and said that it was only
that many times).


Unfortunately, because of your attempt to play around with hiding UI
> components you have introduced a new bug. When "Limit cache size" is
> checked and the spinner is 0 then all components for setting up the cache
> location suddenly disappear.

Limit checked, value=0->no cache, hence no need of location, compresion
level or anything. It's not a bug.
The warning under spinner informs about that.


> And, as soon as the value becomes greater than 1, they become visible
> again. This is very odd, weird, and confusing. Again, do not play around
> with hiding UI components.
>
The reason why i suggested "no caché" instead of 0.

Is all this GUI discussion open (anyway) to discussion?


@Lukas: i'll wait for patch update before testing (seems Jacob doesnt like
what we did :P).

Regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20140901/9cd42a68/attachment.html>