From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jon Murphy To: development@lists.ipfire.org Subject: Re: Backup: Rework and altering of functionalities and GUI for better usability Date: Thu, 15 Apr 2021 12:38:54 -0500 Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8549362246654822204==" List-Id: --===============8549362246654822204== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Ahh! Got it! Thank you! > On Apr 15, 2021, at 3:58 AM, Matthias Fischer wrote: >=20 > Hi, > On 14.04.2021 22:48, Jon Murphy wrote: >>=20 >> What ever happen with the backup / restore icons? Did this get resolved a= nd approved? >=20 > I'm working on this in my spare time. > E.g.: icons, 'onclick' and tables (as Michael mentioned in another posting) >=20 > Sadly, I've not much time left these days... >=20 > But I'm at it. >=20 > Best, > Matthias >=20 >>=20 >> Jon >>=20 >>=20 >>> On Mar 23, 2021, at 4:10 AM, Adolf Belka wrote: >>>=20 >>> Hi All, >>>=20 >>> On 22/03/2021 20:58, Jon Murphy wrote: >>>> The current icons are very confusing! Bigger and less confusing icons w= ould be great! >>>>=20 >>>>=20 >>>>> On Mar 22, 2021, at 2:51 PM, Tom Rymes > wrote: >>>>>=20 >>>>> On the flip side, I have always found the icons to be confusing. Which = is delete, which is download? Hovering if the mouse, etc ensues. If they were= bigger it might be less confusing, but words are always clear. >>>>>=20 >>> I never really had a problem with the meaning of the icons. If I forgot I= just put the mouse over the icon and it told me what it was. >>>=20 >>> With text then you need to make sure the text is clear in all languages a= nd then the buttons need to be big enough to hold the complete text. If the b= uttons are too small then the text becomes too small and that can be a proble= m for people who have poor eyesight and there are Community members who have = to deal with that. >>>=20 >>>>>> On Mar 22, 2021, at 2:56 PM, Jon Murphy > wrote: >>>>>>=20 >>>>>> =EF=BB=BF For what it is worth, I=E2=80=99d rather see icons and not t= he buttons. It is a much cleaner look. Just my opinion. >>>>>>=20 >>>>>> The icons already available on the IPFire box look better to me: >>>>>> |/srv/web/ipfire/html/images/delete.gif| >>>>>> |/srv/web/ipfire/html/images/go-bottom.png| >>>>>> |/srv/web/ipfire/html/images/floppy.gif| >>>>>>=20 >>>>>>> On Mar 21, 2021, at 1:25 PM, Matthias Fischer > wrote: >>>>>>>=20 >>>>>>> Based on https://bugzilla.ipfire.org/show_bug.cgi?id=3D12588 >>>>>>>=20 >>>>>>> Hi, >>>>>>>=20 >>>>>>> in the meantime I worked on this - a bit. >>>>>>>=20 >>>>>>> I've made several changes and adjustments which could be implemented = one >>>>>>> by one - if they are wanted/accepted: >>>>>>>=20 >>>>>>> - Changed icons to buttons =3D> better readability. >>>>>>>=20 >>>>>>> - For buttons to work, I added two lang strings for button labeling. >>>>>>>=20 >>>>>>> - Cleaned up the code a bit, some if-queries were unnessecary (if >>>>>>> ($cgiparams{'ACTION'} eq...). >>>>>>>=20 >>> Always good to clean up the code. >>>>>>> - Changed the order of the (Addon-)buttons to "Download - Save - Dele= te" >>>>>>> (old: Download was in the middle). >>>>>>>=20 >>> The benefit of the old system was that the order of the buttons for the b= ackups and addons was the same with addons just having the "Backup" button ad= ded to the right. >>>>>>> - Marked IPF-files bold =3D> better readability (I already sent this = in >>>>>>> one day: =3D> https://patchwork.ipfire.org/patch/3124/ ). >>>>>>>=20 >>>>>>> - Added query for deleting a backup file (onclick=3D\"return confirm.= ..). >>>>>>>=20 >>> This I think is very important. If you hover the mouse over the Delete bu= tton and then accidentally press the button then the file is gone. >>>>>>> Details in the attached screenshot. >>>>>>>=20 >>>>>>> Proposed ToDo - as a start: Alter the info text for restoring to make >>>>>>> clear that only the addon *configs* are restored, not the addons them= selves. >>>>>>>=20 >>>>>>> Thoughts? Opinions? >>>>>>>=20 >>>>>>> Best, >>>>>>> Matthias >>>>>>> >>>>>>=20 >>>>=20 >>=20 >=20 --===============8549362246654822204==--