| ID: | 4275 |
| From: | Majenko Technologies <ma...@majenko.co.uk> |
| Date: | Tue, 11 Aug 2020 21:14:15 +0100 |
| Subject: | Re: [pcb-rnd] new: DAD widget focus (library window focus bugfix!) |
| in-reply-to: | 4273 from ge...@igor2.repo.hu |
--000000000000d59be405ac9fb771 Content-Type: text/plain; charset="UTF-8" That's great news. That was a particular bugbear of mine - having to click before searching for a footprint... I shall test it out thoroughly when I next brave the heat of the inside of the house. Maybe when the thunderstorms arrive tomorrow... On Tue, 11 Aug 2020, 04:23 , <gedau@igor2.repo.hu> wrote: > Hi all, > > some time during the DAD (dynamic attribute dialog) rewrite a bug got > introduced that made the library window harder to use when it's first > opened: the focus was on the tree, not on the filter entry so simply > typing a footprint name did not do the right thing. > > This was because the DAD API didn't have a concept of focus, which in turn > was due to a limitation (and generally weak design) of motif on this. I've > finally figured how to work this around so we now have a DAD API to set > the focus on a specific widget. It is important that this thing is about > which widget has the focus _initially_, when the dialog box opens. The > user may change focus later on, e.g. by clicking other widgets and we > should do no effort to force the focus back to the initial place. > > I've fixed the initial focus bug in the library window. If you find any > other dialog box that opens with the focus being on the wrong widget, > please report that! > > Best regards, > > Igor2 > > > > --000000000000d59be405ac9fb771 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"auto">That's great news. That was a particular bugbear of m= ine - having to click before searching for a footprint...=C2=A0<div dir=3D"= auto"><br></div><div dir=3D"auto">I shall test it out thoroughly when I nex= t brave the heat of the inside of the house. Maybe when the thunderstorms a= rrive tomorrow...</div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr= " class=3D"gmail_attr">On Tue, 11 Aug 2020, 04:23 , <<a href=3D"mailto:g= edau@igor2.repo.hu">gedau@igor2.repo.hu</a>> wrote:<br></div><blockquote= class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc soli= d;padding-left:1ex">Hi all,<br> <br> some time during the DAD (dynamic attribute dialog) rewrite a bug got <br> introduced that made the library window harder to use when it's first <= br> opened: the focus was on the tree, not on the filter entry so simply <br> typing a footprint name did not do the right thing.<br> <br> This was because the DAD API didn't have a concept of focus, which in t= urn <br> was due to a limitation (and generally weak design) of motif on this. I'= ;ve <br> finally figured how to work this around so we now have a DAD API to set <br= > the focus on a specific widget. It is important that this thing is about <b= r> which widget has the focus _initially_, when the dialog box opens. The <br> user may change focus later on, e.g. by clicking other widgets and we <br> should do no effort to force the focus back to the initial place.<br> <br> I've fixed the initial focus bug in the library window. If you find any= <br> other dialog box that opens with the focus being on the wrong widget, <br> please report that!<br> <br> Best regards,<br> <br> Igor2<br> <br> <br> <br> </blockquote></div> --000000000000d59be405ac9fb771--
Reply subtree:
4275 Re: [pcb-rnd] new: DAD widget focus (library window focus bugfix!) from Majenko Technologies <ma...@majenko.co.uk>