@ Gene Haskett > Some of us have expended many days/weeks of time to get the xml just > right (in our opinions of course) and we would be quite reticent to > re-invent them in some other description language. For instance, if and > when I ever get a dependable camera setup on the G0704, the gui stuff to > use it is already composed and hopefully useable with the align.zip > utility.
real sorry never I never thought of it in these terms. I've always used lcnc only for handmade robotics, so most of the features I've never used and most do not know them. >From this point of view, writing everything for many would be a real drain. bkt Il giorno ven 12 ott 2018 alle ore 23:22 Gene Heskett <[email protected]> ha scritto: > On Friday 12 October 2018 13:22:06 Chris Morley wrote: > > > Jon: > > > > The issue is really the GLADE editor. > > Current GLADE editors do not support GTK2 widgets. > > PyGTK only supports GTK2 widgets. > > We have forward ported old versions of GLADE for linuxcnc. > > > > PyGTK is not being developed any more, though the runtime library > > should be safe for sometime yet, so what works now will continue to > > work in the foreseeable future. (making new panels just gets more > > difficult because of having to use old GLADE editors) > > > > There is no path forward for GTK based VCP yet. > > Current work has been on QT based VCP, which would require building > > new panels. > > How hard would it be to either make QTVCP either use the current xml and > matching hal files, or to write a one-time translator that would? > > Some of us have expended many days/weeks of time to get the xml just > right (in our opinions of course) and we would be quite reticent to > re-invent them in some other description language. For instance, if and > when I ever get a dependable camera setup on the G0704, the gui stuff to > use it is already composed and hopefully useable with the align.zip > utility. > > > > > To complicate things further python 2 is at end of life, and python 3 > > is different enough that its not a small task to switch (it's mostly > > the C/C++ extensions of python that's the trouble) > > And thats yet another hurdle to jump over/thru. Sadly I've not glommed > onto the language well enough to do the conversions needed. > > > > Chris M > > ________________________________ > > From: Jon Elson <[email protected]> > > Sent: October 12, 2018 4:36 PM > > To: EMC developers > > Subject: Re: [Emc-developers] GladeVCP and PyGTK > > > > On 10/12/2018 03:38 AM, andy pugh wrote: > > > On Fri, 12 Oct 2018 at 08:37, theman whosoldtheworld > > > > > > <[email protected]> wrote: > > >> About GoObject and other .... the language structure is pretty > > >> similar to c++ ... so why not use directly c++ for ui instead all > > >> other languages? > > Because ideally it should be built at launch time so that we can nearly > instantly see the results. I would really hate to give that ability to > see the results in 15 seconds up. > > > > GladeVCP and PyVCP are specifically provided to aid user > > > configuration and customisation. > > > pyvcp has worked well within its limits, gladeVCP has never been workable > here at the coyote,den. > > > So, is there any issue with PyVCP or is it only GladeVCP? > > My issue with pyvcp has always been its wasted screen real estate because > we cannot control the background color with at least a 2 line, 3 or 4 > color choice to be used as a status of this function tally, that and the > excessive "white" space around the text in a text box. That alone > multiply's the screen real estate used by around 4x. > > GladeVCP might address _some_ of this. But not all. Which is why I'd like > to see QTVCP come to a testable state. So when you are ready for vic,ah > testers, I ought to be able to try it. :-) > > > Is there a simple path to move whatever VCP forward to the > > new versions? I use this stuff, but only understand a small > > bit of what goes on in the lower levels. I have developed > > some Glade-designed panels for totally unrelated systems > > that are interfaced from C. I use Glade to lay out all the > > widgets on the panel and create the xml, and then usually > > end up hand-editing the xml file to link to all the c > > variables. This is probably not the way you are supposed to > > do it, but that's what I had to do to get it to work. I > > seemed to have a lot of problems getting Glade to go back in > > and edit the xml without messing things up. > > > > Thanks for any insight, > > > > Jon > > > > > > _______________________________________________ > > Emc-developers mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/emc-developers > > > > _______________________________________________ > > Emc-developers mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/emc-developers > > > > -- > Cheers, Gene Heskett > -- > "There are four boxes to be used in defense of liberty: > soap, ballot, jury, and ammo. Please use in that order." > -Ed Howdershelt (Author) > Genes Web page <http://geneslinuxbox.net:6309/gene> > > > _______________________________________________ > Emc-developers mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/emc-developers > _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
