On Friday 12 October 2018 20:58:46 andy pugh wrote:
> On Sat, 13 Oct 2018 at 00:03, Gene Heskett
wrote:
> > Is there a way I can indirectly address this stuff
> > in gcode? Like passing it those two digits and appending it to the
> > lincurve.0.y-val to get the correct y-val-## address on the
On Sat, 13 Oct 2018 at 00:03, Gene Heskett wrote:
> Is there a way I can indirectly address this stuff
> in gcode? Like passing it those two digits and appending it to the
> lincurve.0.y-val to get the correct y-val-## address on the lincurve?
As often happens I have no idea what you are
Greetings all;
If I can distract someone from the current gui discussion, I am having
drift troubles with the cds cell and knife edge approach.
Background:
I have inserted a limit3 to slow the application of offset values from a
setp done in the hal_show_config. So I can setp a quite large
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,
> mypc@mypc:~/linuxcnc-dev$
'/home/mypc/linuxcnc-dev/tests/build/ui/test.sh'
> + g++ -I /home/mypc/linuxcnc-dev/tests/build/ui/nml-position-logger.cc -L
/home/mypc/linuxcnc-dev/lib -lnml -llinuxcnc -o /dev/null
> /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/crt1.o: nella
funzione
@chrisMorley I am preparing to learn to use the signals of Lcnc for this. I
find that create a plugin for qt creator c ++ in order to have all the
widgets available to be able to arrange the same on the interface already
connected to the relative hal pins and eventually use qtcreator only the
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
On 10/12/2018 03:38 AM, andy pugh wrote:
On Fri, 12 Oct 2018 at 08:37, theman whosoldtheworld
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?
GladeVCP and PyVCP are specifically provided
@andy-pugh ok so if noone reply to me ... I think better way is to
build a complete install on a fresh mint-mate preempt pc. Than test again.
I hope that kuminzky can help me even before I go to set up a new pc. :)
I open a new post.
bkt
Il giorno ven 12 ott 2018 alle ore 12:29 andy pugh
On Fri, 12 Oct 2018 at 10:25, theman whosoldtheworld
wrote:
> if no .. if you can not patiently open a specific request to developper
I am afraid I know next-to-nothing about compiling LinuxCNC. I always
just use the Make scripts.
--
atp
"A motorcycle is a bicycle with a pandemonium
I have a rip install SIM only no realtime on ubuntu 16.04.xx (last one)
with all library needed installed ... as suggest me from other post i try
to use with no success nml-position-logger.cc for UI study porpuse tha
compiling fails in every situation so I try to use the bash script test.sh
@ andy-pugh :) :) opencv & python bad example but for simple
task is quite good.
is possible to make you an OT question?
this is my test.sh:
#!/bin/sh
linuxcnc &
set -x
g++ -I /home/mypc/linuxcnc-dev/tests/build/ui/nml-position-logger.cc \
-L /home/mypc/linuxcnc-dev/lib -lnml
On Fri, 12 Oct 2018 at 10:02, theman whosoldtheworld
wrote:
> this is right for shure but I think about Thread, networking, parsing,
> file magement, database, vision library and graphic library . probabily
> is possible with python never try and plus never really study python.
Python
@andy-pugh
> GladeVCP and PyVCP are specifically provided to aid user configuration
> and customisation.
> So, they use scripts that can be readily modified and where
> modifications take effect immediately without recompilation.
this is right for shure but I think about Thread, networking,
On Fri, 12 Oct 2018 at 08:37, theman whosoldtheworld
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?
GladeVCP and PyVCP are specifically provided to aid user configuration
and
C++ raises the bar too high for users IMHO.
In fact i feel a bit the same about PyGobject too but I haven't used it much
and more importantly there is no other option anyways.
The problem we are talking of is not a language problem per say - it's a
library problem.
It just so happens there are
About GoObject and other the language structure is pretty similar to
c++ ... so why not use directly c++ for ui instead all other languages? c++
is develop a lot and is quite multiplatform PyQt and Qt c++ about
licensing is equal why not c++ instead a lot of experiment?? Is more
17 matches
Mail list logo