only for understand better you Gene Haskett .... in my home is 14.30 p.m. bkt
Il giorno sab 13 ott 2018 alle ore 16:14 theman whosoldtheworld < bleachk...@gmail.com> ha scritto: > I take off my hat .... in that year I was at elemtary scool ... and I do > my first hello world program on a commodore 64. .... with my regret > however in the programming I have not been constant .... so today I am half > lame in many things. ... but I know many other things about technical world > (i sell chip tool for 2 years for exampe) so I'm quite happy of my > programmer life. > I'm a bad programmer but at least I know what needs to be done for make a > good machinery. > > bkt > > Il giorno sab 13 ott 2018 alle ore 14:48 Gene Heskett < > ghesk...@shentel.net> ha scritto: > >> On Saturday 13 October 2018 04:44:02 theman whosoldtheworld wrote: >> >> > @ 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 >> > >> Chuckle, warning, old (84) fart at work. :) >> >> 85+% of the 265 .ngc files in my G0704's nc_files directory are files I >> wrote. g-code is not that hard to write by hand. And I use loops and >> subroutines extensively because they are a time and typu saver where >> there is only one or two var's being continually adjusted. >> >> I have one 90 LOC file on my little hf mill that takes 3 days to run, but >> the result is a 10" tablesaw carbide toothed blade thats easily 10x >> sharper and much longer lasting than any factory made saw blade. >> >> > Il giorno ven 12 ott 2018 alle ore 23:22 Gene Heskett >> > <ghesk...@shentel.net> >> > >> > 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 <el...@pico-systems.com> >> > > > 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 >> > > > > >> > > > > <bleachk...@gmail.com> 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 >> > > > Emc-developers@lists.sourceforge.net >> > > > https://lists.sourceforge.net/lists/listinfo/emc-developers >> > > > >> > > > _______________________________________________ >> > > > Emc-developers mailing list >> > > > Emc-developers@lists.sourceforge.net >> > > > 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 >> > > Emc-developers@lists.sourceforge.net >> > > https://lists.sourceforge.net/lists/listinfo/emc-developers >> > >> > _______________________________________________ >> > Emc-developers mailing list >> > Emc-developers@lists.sourceforge.net >> > 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 >> Emc-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-developers >> > _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers