Re: [Kicad-developers] wxFormBuilder documentation

2018-08-28 Thread Wayne Stambaugh
I've been mulling this over and the majority of developers seem to prefer wxFormbuilder so I will continue to allow it to be used for creating dialogs. However, I am relaxing the policy so new dialog can be created by hand at the preference of the developer. The only restriction I am placing is

Re: [Kicad-developers] wxFormBuilder documentation

2018-07-31 Thread Simon Richter
Hi, On 31.07.2018 20:28, Seth Hillbrand wrote: > It would be a good idea to update the standard version.  The current > link points to a fork that is not maintained. > > I suggest we standardize to 3.8.0 > (https://github.com/wxFormBuilder/wxFormBuilder/releases/tag/v3.8.0) I've built Debian

Re: [Kicad-developers] wxFormBuilder documentation

2018-07-31 Thread Seth Hillbrand
It would be a good idea to update the standard version. The current link points to a fork that is not maintained. I suggest we standardize to 3.8.0 ( https://github.com/wxFormBuilder/wxFormBuilder/releases/tag/v3.8.0) -S Am Di., 31. Juli 2018 um 11:18 Uhr schrieb Jeff Young : > While wxFB

Re: [Kicad-developers] wxFormBuilder documentation

2018-07-31 Thread Jeff Young
While wxFB annoys the hell out of me I’d rather use it than hand-code. Cheers, Jeff. ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More

Re: [Kicad-developers] wxFormBuilder documentation

2018-07-31 Thread John Beard
On Tue, Jul 31, 2018 at 4:51 PM, Seth Hillbrand wrote: > wxFormBuilder isn't perfect but it solves many of > the tedious issues. I find wxFB to be much more tedious than code. If dialog code *is* unbearably tedious, IMO that means there is not enough abstraction, and too much repetitive UI is

Re: [Kicad-developers] wxFormBuilder documentation

2018-07-31 Thread Seth Hillbrand
I agree with Simon here. wxFormBuilder isn't perfect but it solves many of the tedious issues. I'd prefer to keep it. -S On Tue, Jul 31, 2018, 8:11 AM Simon Richter wrote: > Hi, > > On 31.07.2018 16:19, Wayne Stambaugh wrote: > > >> From Wayne's email of the 7th Feb 2017, "After the next

Re: [Kicad-developers] wxFormBuilder documentation

2018-07-31 Thread jp charras
Le 31/07/2018 à 17:10, Simon Richter a écrit : > Hi, > > On 31.07.2018 16:19, Wayne Stambaugh wrote: > >>> From Wayne's email of the 7th Feb 2017, "After the next stable >>> release, we should not be using wxFormbuilder for new code." > >> This is my personal preference but I'm not the only

Re: [Kicad-developers] wxFormBuilder documentation

2018-07-31 Thread Simon Richter
Hi, On 31.07.2018 16:19, Wayne Stambaugh wrote: >> From Wayne's email of the 7th Feb 2017, "After the next stable >> release, we should not be using wxFormbuilder for new code." > This is my personal preference but I'm not the only developer who > creates dialogs. I would rather have buy in

Re: [Kicad-developers] wxFormBuilder documentation

2018-07-31 Thread Wayne Stambaugh
Hey John, On 7/31/2018 8:33 AM, John Beard wrote: > Hi, > > According to the Kicad UI Guidelines [1]: > > "KiCad's dialogs must be designed with wxFormBuilder. As wxFormBuilder > available in packages is likely to be a different version than what > other developers have installed, it has been

[Kicad-developers] wxFormBuilder documentation

2018-07-31 Thread John Beard
Hi, According to the Kicad UI Guidelines [1]: "KiCad's dialogs must be designed with wxFormBuilder. As wxFormBuilder available in packages is likely to be a different version than what other developers have installed, it has been decided to use the version kept in a Github repository, branch