Re: [Emc-developers] GladeVCP

I have opened and re-saved all the .ui and .glade files that contained " wrote: > > Finally! > Upgraded to sid and installed linuxcnc-uspace from the debian repositories > and the good news is the graphics are there! > I will try the buildbot2 and linuxcnc.org debs later. > > Rod Webster > *1300 89

Re: [Emc-developers] GladeVCP

Finally! Upgraded to sid and installed linuxcnc-uspace from the debian repositories and the good news is the graphics are there! I will try the buildbot2 and linuxcnc.org debs later. Rod Webster *1300 896 832* +61 435 765 611 Vehicle Modifications Network www.vehiclemods.net.au On Thu, 10 Apr 20

Re: [Emc-developers] GladeVCP

I might make it worse for you. I tried my hand here but got Python errors on trixie, installing from the buildbot2 deb for master (2.10) as below Unsatisfied dependencies: linuxcnc-uspace : Depends: python3 (< 3.12) but 3.13.2-2 is to be installed Depends: libboost-python1.74.0

Re: [Emc-developers] GladeVCP

On Wed, 9 Apr 2025 at 22:09, andy pugh wrote: > Much to my alarm neither sim/axis/gladevcp/gladevcp_tab nor > sim/touchy/gladevcp/gladevcp_touchy even load. It seems that the fix is simply to open the old .ui files in the new version of glade and re-save. But it seems odd that this hasn't been n

[Emc-developers] GladeVCP

I have been trying to get the probe screen (versaprobe / probe-screen-ng ) with LinuxCNC 2.9.4. I think I have the Python sorted out, but it isn't displaying any graphics in Axis or Touchy. So, I decided to check some of the sim configs. Much to my alarm neither sim/axis/gladevcp/gladevcp_tab nor

Re: [Emc-developers] GladeVCP panel names

I think this would be reasonable to add to 2.8 Chris M Original message From: Phillip Carter Date: 2019-07-16 11:48 p.m. (GMT-08:00) To: linuxcnc-developers Subject: [Emc-developers] GladeVCP panel names I submitted a PR to master branch which allows GladeVCP panels to be

[Emc-developers] GladeVCP panel names

I submitted a PR to master branch which allows GladeVCP panels to be named and it was committed three weeks ago. https://github.com/LinuxCNC/linuxcnc/commit/9da1f618679b2f3c31054bb116ff5d48adaf676f Would it

Re: [Emc-developers] GladeVCP and PyGTK

On Saturday 13 October 2018 10:25:26 andy pugh wrote: > On Fri, 12 Oct 2018 at 22:22, Gene Heskett wrote: > > 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? > > Which XML? Do you mean the PyVCP (h

Re: [Emc-developers] GladeVCP and PyGTK

On Fri, 12 Oct 2018 at 22:22, Gene Heskett wrote: > 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? Which XML? Do you mean the PyVCP (hand coded) file or the Glade file? Even Glade struggles to parse th

Re: [Emc-developers] GladeVCP and PyGTK

e 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

Re: [Emc-developers] GladeVCP and PyGTK

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 dif

Re: [Emc-developers] GladeVCP and PyGTK

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 langua

Re: [Emc-developers] GladeVCP and PyGTK

ot glommed > onto the language well enough to do the conversions needed. > > > > Chris M > > > > From: Jon Elson > > Sent: October 12, 2018 4:36 PM > > To: EMC developers > > Subject: Re: [Emc-developers] GladeVCP and PyG

Re: [Emc-developers] GladeVCP and PyGTK

not glommed onto the language well enough to do the conversions needed. > > Chris M > > From: Jon Elson > Sent: October 12, 2018 4:36 PM > To: EMC developers > Subject: Re: [Emc-developers] GladeVCP and PyGTK > > On 10/12/2018 03:38 AM, a

Re: [Emc-developers] GladeVCP and PyGTK

gt; ____ > From: Jon Elson > 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 > > wro

Re: [Emc-developers] GladeVCP and PyGTK

: 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 > wrote: >> About GoObject and other the language structure is pretty similar to >> c++ ... so why not use directly c++ for ui instead all oth

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 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

Re: [Emc-developers] GladeVCP and PyGTK

@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 h

Re: [Emc-developers] GladeVCP and PyGTK

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 attachment

Re: [Emc-developers] GladeVCP and PyGTK

@ 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 -l

Re: [Emc-developers] GladeVCP and PyGTK

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 c

Re: [Emc-developers] GladeVCP and PyGTK

@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,

Re: [Emc-developers] GladeVCP and PyGTK

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 customisat

Re: [Emc-developers] GladeVCP and PyGTK

or C++ is a new modern openGL Gcode > graphics display. > Then we could add python bindings to it and have the best of both worlds. > > Chris M > > From: theman whosoldtheworld > Sent: October 12, 2018 7:35 AM > To: EMC developers > Subject

Re: [Emc-developers] GladeVCP and PyGTK

to code in C or C++ is a new modern openGL Gcode graphics display. Then we could add python bindings to it and have the best of both worlds. Chris M From: theman whosoldtheworld Sent: October 12, 2018 7:35 AM To: EMC developers Subject: Re: [Emc-developers] Gla

Re: [Emc-developers] GladeVCP and PyGTK

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 simp

Re: [Emc-developers] GladeVCP and PyGTK

On 10/11/2018 07:54 AM, andy pugh wrote: It looks like PyGTK is dead. (pygtk.org forwards to pygobject) Last release was 7 years ago. This might explain why no support or help is available. Should we start to deprecate GladeVCP? Arrgh! Well, we certainly need a replacement for it if it wo

Re: [Emc-developers] GladeVCP and PyGTK

On Thursday 11 October 2018 08:54:32 andy pugh wrote: > It looks like PyGTK is dead. > (pygtk.org forwards to pygobject) > > Last release was 7 years ago. This might explain why no support or > help is available. Decent supposition given the evidence. > Should we start to deprecate GladeVCP? Con

Re: [Emc-developers] GladeVCP and PyGTK

ng on QTVCP as an alternative. Chris M From: andy pugh Sent: October 11, 2018 12:54 PM To: EMC developers Subject: [Emc-developers] GladeVCP and PyGTK It looks like PyGTK is dead. (pygtk.org forwards to pygobject) Last release was 7 years ago. This might exp

[Emc-developers] GladeVCP and PyGTK

It looks like PyGTK is dead. (pygtk.org forwards to pygobject) Last release was 7 years ago. This might explain why no support or help is available. Should we start to deprecate GladeVCP? Convert it to PyGoObject? (I am not sure what this means, but Glade itself appears to be language-ambivalent)

[Emc-developers] gladevcp question

Greetings all; I am in the process of trying to make my camera work on the mill, again. I have a whole new camera sw kit installed, but I am still having some problems with it as its not at all integrated with the machine controls for calibration. That framework comes from a different, much old

Re: [Emc-developers] GladeVCP introspection

On 13 October 2016 at 07:40, W. Martinjak wrote: > Btw, posting an example/showcase would be very useful. It was quite a bit of effort to convert your example to GTK2 and a GtlBuilder style handler. And I am not seeing the required desired effect. https://filebin.net/5g508yqiw8p1guiy The aim is

Re: [Emc-developers] GladeVCP introspection

On 13 October 2016 at 07:40, W. Martinjak wrote: > getting the properties and connecting the signals to the appropriate widgets > is part of the user/developer. I have considered modifying Touchy, Axis, Gscreen and Gmoccapy to set the "visible" property for embedded dynamic tabs when their cont

Re: [Emc-developers] GladeVCP introspection

On 2016-10-13 03:15, Chris Morley wrote: > Unfortunately, I think you will find in GTK visibility refers to whether a > widget _should_ be displayed, > > not whether it _is_ displayed. H getting the properties and connecting the signals to the appropriate widgets is part of the user/deve

Re: [Emc-developers] GladeVCP introspection

@lists.sourceforge.net Subject: Re: [Emc-developers] GladeVCP introspection I've raped the Calculator example from here http://wiki.linuxcnc.org/cgi-bin/wiki.pl?GladeVCP_Custom_Widgets LinuxCNC Documentation Wiki: GladeVCP Custom Widgets<http://wiki.linuxcnc.org/cgi-bin

Re: [Emc-developers] GladeVCP introspection

I've raped the Calculator example from here http://wiki.linuxcnc.org/cgi-bin/wiki.pl?GladeVCP_Custom_Widgets , "ported" it to PyGObject (gtk3) and added some "features" for showing the "notify::visible" functionality. https://github.com/tinkercnc/gladvcp-test Hope it helps. And for gtk2 maybe

Re: [Emc-developers] GladeVCP introspection

On 12 October 2016 at 19:24, W. Martinjak wrote: > The «visibility-notify-event» signal? For the Notebook object itself I see Xlib.protocol.request.QueryExtension event event event In sequence as the tab loads, and then nothing else afterwards. -- atp "A motorcycle is a bicycle with a p

Re: [Emc-developers] GladeVCP introspection

On 2016-10-12 19:10, andy pugh wrote: > There doesn't seem to be any event to trap that tells the GladeVCP > panel that it has been hidden. The «visibility-notify-event» signal? -- "In der Wissenschaft siegt nie eine neue Theorie, nur ihre Gegner sterben nach und nach" Max Planck -

[Emc-developers] GladeVCP introspection

Can anyone think of a way for a GladeVCP panel to know that it is currently visible and active? Background: I have a GladeVCP panel in Touchy. When it is visible I want it to act on the Touchy "Cycle Start" button, which already does different things (or nothing) in different tabs. However, neith

[Emc-developers] gladevcp bug?

The option to use -g WxH rather than -g WxH+X+Y seems to be broken, unless I am missing something. https://github.com/LinuxCNC/linuxcnc/blob/master/src/hal/user_comps/gladevcp.py#L228 I think that the "window_geometry" in line 244 should be "opts.geometry" There is a workaround, using -g WxH+0+

[Emc-developers] GladevCP - gremlin - bugfix - mouse mode 6

Hi there, this is for Norbert because I got no response emailing him directly (spam filter or something maybe). Norbert, I noticed you had modified the mouse mode 6 I made in gremlin a while back, but I have just now gotten around to testing it on my stuff. http://git.linuxcnc.org/gitweb?p=lin

[Emc-developers] GladeVCP widget hal_filechooser does not handle INI settings

Hallo, If you use GladeVCP to load a file, the file will be loaded with hal_filechooser.py. This file does not load prior to the file the INI Code [RS274NGC] RS274NGC_STARTUP_CODE So my question is: - Should not be loaded the startup code prior to any loaded file? Imagine a user running file

[Emc-developers] gladevcp for gtk3 help needed

I have done some work (some time ago) on converting gladevcp to GTK3. GTK2 is not going away anytime soon but the GLADE editor for making panels will sooner then later not be able to be forward-ported to Debian. I won't talk about GTK/GLADE devs being short sighted There has been significant wo

Re: [Emc-developers] GladeVCP save state _not_ to an INI file?

On 9 January 2015 at 16:58, Niemand Sonst wrote: > I took the documents you mentioned, but hwre the code says > > self.ini_filename = __name__ + ".ini" So it does. I will have to take myself outside and have myself shot. I was starting reading one section too far down the page. -- atp If you

Re: [Emc-developers] GladeVCP save state _not_ to an INI file?

Am 09.01.2015 um 16:41 schrieb andy pugh: > On 9 January 2015 at 15:33, Niemand Sonst wrote: > >>> Would it not be better for the saved state to use a different file >>> extension? >>> >> andy, it is up to you what name and directory you use, > It isn't an obvious option in the documented > "self

Re: [Emc-developers] GladeVCP save state _not_ to an INI file?

On 9 January 2015 at 15:33, Niemand Sonst wrote: >> Would it not be better for the saved state to use a different file extension? >> > andy, it is up to you what name and directory you use, It isn't an obvious option in the documented "self.ini.save_state(self)" method. I can presumably pick th

Re: [Emc-developers] GladeVCP save state _not_ to an INI file?

Am 09.01.2015 um 12:36 schrieb andy pugh: > http://www.linuxcnc.org/docs/html/gui/gladevcp.html#_saving_the_state_on_gladvcp_shutdown > > Explains how to save the state of a GladeVCP panel on shut down. > This is really handy, but it saves the state to an INI file. This > means that the saved-state

[Emc-developers] GladeVCP save state _not_ to an INI file?

http://www.linuxcnc.org/docs/html/gui/gladevcp.html#_saving_the_state_on_gladvcp_shutdown Explains how to save the state of a GladeVCP panel on shut down. This is really handy, but it saves the state to an INI file. This means that the saved-state appears in the config picker, which is inelegant.

Re: [Emc-developers] Gladevcp and machine position

On Monday 17 March 2014 12:22:45 EBo did opine: > On Mar 17 2014 1:28 AM, Gene Heskett wrote: > > On Monday 17 March 2014 03:11:25 EBo did opine: > >> On Mar 16 2014 10:23 AM, Gene Heskett wrote: > >> >> ... > >> > > >> > (debug,"messsage text = ",#100) > >> > > >> > However, in your gcode routi

Re: [Emc-developers] Gladevcp and machine position

On Mar 17 2014 1:28 AM, Gene Heskett wrote: > On Monday 17 March 2014 03:11:25 EBo did opine: > >> On Mar 16 2014 10:23 AM, Gene Heskett wrote: >> >> ... >> > >> > (debug,"messsage text = ",#100) >> > >> > However, in your gcode routine, as you probe the corners, store >> the >> > #5063 >> > into

Re: [Emc-developers] Gladevcp and machine position

On Monday 17 March 2014 03:11:25 EBo did opine: > On Mar 16 2014 10:23 AM, Gene Heskett wrote: > >> ... > > > > (debug,"messsage text = ",#100) > > > > However, in your gcode routine, as you probe the corners, store the > > #5063 > > into a named variable, then > > (one of msg|debug|print "which

Re: [Emc-developers] Gladevcp and machine position

On Mar 16 2014 10:23 AM, Gene Heskett wrote: >> ... > > (debug,"messsage text = ",#100) > > However, in your gcode routine, as you probe the corners, store the > #5063 > into a named variable, then > (one of msg|debug|print "whichever corner = ", #<_name_of_var>) > > Those globally _named vars are

Re: [Emc-developers] Gladevcp and machine position

On Sunday 16 March 2014 12:11:09 Ed Simmons did opine: > Hi Linuxcnc list, > > I've just made a start with Gladevcp for a custom control panel for our > engraving machine. > > We frequently cut and engrave bendy plastic panels that need to be set > in the machine very level... we have a simple p

Re: [Emc-developers] Gladevcp and machine position

Hi Michael, On 16/03/14 09:19, Michael Haberler wrote: > Ed, > > Am 16.03.2014 um 09:24 schrieb Ed Simmons : > >> Hi Linuxcnc list, >> >> I've just made a start with Gladevcp for a custom control panel for our >> engraving machine. >> >> We frequently cut and engrave bendy plastic panels that need

Re: [Emc-developers] Gladevcp and machine position

2014-03-16 10:24 GMT+02:00 Ed Simmons : > We frequently cut and engrave bendy plastic panels that need to be set > in the machine very level... we have a simple probe routine as a gcode > file at the moment that probes the height of each corner and prints the > heights in a debug message. > > 6 pa

Re: [Emc-developers] Gladevcp and machine position

Ed, Am 16.03.2014 um 09:24 schrieb Ed Simmons : > Hi Linuxcnc list, > > I've just made a start with Gladevcp for a custom control panel for our > engraving machine. > > We frequently cut and engrave bendy plastic panels that need to be set > in the machine very level... we have a simple probe r

[Emc-developers] Gladevcp and machine position

Hi Linuxcnc list, I've just made a start with Gladevcp for a custom control panel for our engraving machine. We frequently cut and engrave bendy plastic panels that need to be set in the machine very level... we have a simple probe routine as a gcode file at the moment that probes the height of e

Re: [Emc-developers] gladevcp in axis and key stealing

Yes, this worked, but the problem remains while mouse cursor is over the panel. On 01/14/2014 02:56 PM, andy pugh wrote: > I think you need to change the "ignore" list -- CenturyLink Cloud: The Leader in Enterprise Clo

Re: [Emc-developers] gladevcp in axis and key stealing

On 14 January 2014 12:48, Marius Alksnys wrote: > How to disable keyboard for gladevcp controls at all? I think you need to change the "ignore" list here: http://git.linuxcnc.org/gitweb?p=linuxcnc.git;a=blob;f=lib/python/gladevcp/xembed.py;h=205f429eb629a29042036f1fefcef9fb95c95731;hb=9a4a626bce

[Emc-developers] gladevcp in axis and key stealing

How to disable keyboard for gladevcp controls at all? -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environment

Re: [Emc-developers] GladeVCP running on a separate machine: HAL remote demo video

Very impressive Michael! Thanks, Dave On 11/15/2013 3:45 PM, Michael Haberler wrote: > This video shows Gladevcp running remotely over a network connection, i.e not > necessarily on the same host as HAL/RT. It implements the HALrcomp protocol > which I recently outlined, and uses a few HAL ext

Re: [Emc-developers] GladeVCP running on a separate machine: HAL remote demo video

On 11/15/2013 12:45 PM, Michael Haberler wrote: > This video shows Gladevcp running remotely over a network connection, ... snip Currently it is Greek to me, but thank you for your work on this. I'm looking forward to trying to put HALremote into practice. -- Kirk Wallace http://www.wallaceco

[Emc-developers] GladeVCP running on a separate machine: HAL remote demo video

This video shows Gladevcp running remotely over a network connection, i.e not necessarily on the same host as HAL/RT. It implements the HALrcomp protocol which I recently outlined, and uses a few HAL extensions for support. I recorded a bit of clicking and dragging to see how snappy this feels,

Re: [Emc-developers] Gladevcp+HAL standalone applications on Raspberry Pi: works

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/22/2012 6:12 PM, Bas Laarhoven wrote: > On 21-11-2012 19:45, Michael Haberler wrote: >> What is actually the status on a debian/ubuntu like package >> stream for this board? I mean the kernel is one story, but then >> there's whole lot of other p

Re: [Emc-developers] Gladevcp+HAL standalone applications on Raspberry Pi: works

Hi Bas. what I'm after is a low-end platform like the BeagleBone running most or all of LinuxCNC with the best stepper performance achievable while still running one of the userthreads RT styles, RTAI being not an option and Xenomai heading for userthreads. I'd be willing to put some effort in

Re: [Emc-developers] Gladevcp+HAL standalone applications on Raspberry Pi: works

On 21-11-2012 21:22, Charles Steinkuehler wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 11/21/2012 11:49 AM, Bas Laarhoven wrote: >> On 20-11-2012 20:54, Michael Haberler wrote: >>> I dont want to curb your hopes too much, but I said >>> 'GladeVCP+HAL standalone applications' and

Re: [Emc-developers] Gladevcp+HAL standalone applications on Raspberry Pi: works

On 21-11-2012 19:45, Michael Haberler wrote: > Bas, > > Am 21.11.2012 um 18:49 schrieb Bas Laarhoven: > >> On 20-11-2012 20:54, Michael Haberler wrote: >>> I dont want to curb your hopes too much, but I said 'GladeVCP+HAL >>> standalone applications' and meant to say 'HAL only' - i.e. no Gcode, no

Re: [Emc-developers] Gladevcp+HAL standalone applications on Raspberry Pi: works

On Wednesday 21 November 2012 16:14:24 Michael Haberler did opine: > Bas, > > Am 21.11.2012 um 18:49 schrieb Bas Laarhoven: > > On 20-11-2012 20:54, Michael Haberler wrote: > >> I dont want to curb your hopes too much, but I said 'GladeVCP+HAL > >> standalone applications' and meant to say 'HAL o

Re: [Emc-developers] Gladevcp+HAL standalone applications on Raspberry Pi: works

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/21/2012 11:49 AM, Bas Laarhoven wrote: > On 20-11-2012 20:54, Michael Haberler wrote: >> I dont want to curb your hopes too much, but I said >> 'GladeVCP+HAL standalone applications' and meant to say 'HAL >> only' - i.e. no Gcode, no task, no mot

Re: [Emc-developers] Gladevcp+HAL standalone applications on Raspberry Pi: works

Bas, Am 21.11.2012 um 18:49 schrieb Bas Laarhoven: > On 20-11-2012 20:54, Michael Haberler wrote: >> I dont want to curb your hopes too much, but I said 'GladeVCP+HAL standalone >> applications' and meant to say 'HAL only' - i.e. no Gcode, no task, no >> motion - more loudly >> >> that works

Re: [Emc-developers] Gladevcp+HAL standalone applications on Raspberry Pi: works

On 20-11-2012 20:54, Michael Haberler wrote: > I dont want to curb your hopes too much, but I said 'GladeVCP+HAL standalone > applications' and meant to say 'HAL only' - i.e. no Gcode, no task, no motion > - more loudly > > that works and I can recommend looking into especially if the application

Re: [Emc-developers] Gladevcp+HAL standalone applications on Raspberry Pi: works

On 11/21/2012 8:17 AM, Michael Haberler wrote: > Am 21.11.2012 um 06:42 schrieb Anders Wallin: > >> On 11/20/2012 8:47 AM, Michael Haberler wrote: I just verified this combination works, for the standard Raspberry Raspbian kernel 3.2.27+ with Posix threads (aka 'simulator'), and with

Re: [Emc-developers] Gladevcp+HAL standalone applications on Raspberry Pi: works

Am 21.11.2012 um 06:42 schrieb Anders Wallin: > On 11/20/2012 8:47 AM, Michael Haberler wrote: >>> I just verified this combination works, for the standard Raspberry >>> Raspbian kernel 3.2.27+ with Posix threads (aka 'simulator'), and >>> with Xenomai 3.2.21 for somewhat better performance >> >

Re: [Emc-developers] Gladevcp+HAL standalone applications on Raspberry Pi: works

It looks like it is time to start throwing together some breakout code in experimental repositories (github or bitbucket maybe) for L3. What I am talking about is sketches which are intended to be thrown away later and used to inform the new version 3 design. On Nov 20 2012 12:54 PM, Michael H

Re: [Emc-developers] Gladevcp+HAL standalone applications on Raspberry Pi: works

> I've ordered a Pi (Farnell re-directs to a local distributor), but the > > delivery-time seems to be 3 weeks right now(?) > > Good luck with that! Some six months ago I ordered an original (256MB) > Series-B RPi from Allied Electronics here in the USA. It went > out-of-stock there even as I was p

Re: [Emc-developers] Gladevcp+HAL standalone applications on Raspberry Pi: works

On 11/20/2012 8:47 AM, Michael Haberler wrote: > > I just verified this combination works, for the standard Raspberry > > Raspbian kernel 3.2.27+ with Posix threads (aka 'simulator'), and > > with Xenomai 3.2.21 for somewhat better performance > > Very cool! > > What sort of latency numbers are you

Re: [Emc-developers] Gladevcp+HAL standalone applications on Raspberry Pi: works

I dont want to curb your hopes too much, but I said 'GladeVCP+HAL standalone applications' and meant to say 'HAL only' - i.e. no Gcode, no task, no motion - more loudly that works and I can recommend looking into especially if the application isnt very time critical (I get something like 45uS

Re: [Emc-developers] Gladevcp+HAL standalone applications on Raspberry Pi: works

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/20/2012 8:47 AM, Michael Haberler wrote: > I just verified this combination works, for the standard Raspberry > Raspbian kernel 3.2.27+ with Posix threads (aka 'simulator'), and > with Xenomai 3.2.21 for somewhat better performance Very cool!

Re: [Emc-developers] Gladevcp+HAL standalone applications on Raspberry Pi: works

On 11/20/2012 11:40 AM, Anders Wallin wrote: > Good news! > I've ordered a Pi (Farnell re-directs to a local distributor), but the > delivery-time seems to be 3 weeks right now(?) Good luck with that! Some six months ago I ordered an original (256MB) Series-B RPi from Allied Electronics here in t

Re: [Emc-developers] Gladevcp+HAL standalone applications on Raspberry Pi: works

Good news! I've ordered a Pi (Farnell re-directs to a local distributor), but the delivery-time seems to be 3 weeks right now(?) It seems that the SPI interface will be most useful for high-speed IO. If I understood correctly the Pi supports only two separate chips on the SPI-bus, but on IRC PCW m

[Emc-developers] Gladevcp+HAL standalone applications on Raspberry Pi: works

I just verified this combination works, for the standard Raspberry Raspbian kernel 3.2.27+ with Posix threads (aka 'simulator'), and with Xenomai 3.2.21 for somewhat better performance both remote X Display and local console work this is the rtos-integration-preview1 branch; the only part neede

Re: [Emc-developers] gladeVCP: HAL pins - Gobject connection question

oh, good - I wasnt sure at first what to make of the question. docs & examples clear enough? -m Am 15.03.2012 um 07:05 schrieb Chris Morley: > > >Is there a way to leverage gladevcp ( eg hal_widgets) to be able to register > >my own HAL pins and call my own functions? > > >In this case the HA

Re: [Emc-developers] gladeVCP: HAL pins - Gobject connection question

>Is there a way to leverage gladevcp ( eg hal_widgets) to be able to register >my own HAL pins and call my own functions? >In this case the HAL pin will be used to show a (non GLADE defined) message >dialog, >but the technique could be useful for other stuff. To answer my own question; RTFM

[Emc-developers] gladeVCP: HAL pins - Gobject connection question

Probably to Michael or Pavel: In my experimental screen (gscreen) I have a HAL pin that I want to call a function when it changes. I know gladeVCP uses Gobject to call functions (methods?). Gscreen uses most of the framework of gladeVCP. Is there a way to leverage gladevcp ( eg hal_widgets) to b

Re: [Emc-developers] gladevcp touchups for 2.5

On Mon, Feb 13, 2012 at 01:27:32PM +0100, Michael Haberler wrote: > here are a few addenda for gladevcp: > http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/gladevcp-touchups > any objections? Not from me, if you and psha like it. ---

[Emc-developers] gladevcp touchups for 2.5

here are a few addenda for gladevcp: http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/gladevcp-touchups - reworked reading gtkrc files as per cmorley's recommendation - assure that Ctrl-C/SIGTERM can be caught and persistent state saved - document fixes Psha reviewed it, and Cmorle

Re: [Emc-developers] gladevcp patch -please review

From: chrisinnana...@hotmail.com To: m...@mah.priv.at Subject: RE: gladevcp patch -please review Date: Fri, 3 Feb 2012 04:08:25 + > can I ask you to have a look at this patch before I add it to v2.5_branch? > > It works around a Gtk bug where Gladedbuilder files havent set their nam

Re: [Emc-developers] gladevcp sourceview PATCH for 2.5

ummm here is the patch :) From: chrisinnana...@hotmail.com To: emc-developers@lists.sourceforge.net Date: Sun, 15 Jan 2012 08:49:12 + Subject: [Emc-developers] gladevcp sourceview PATCH for 2.5 I noted that gladevcp's hal sourceview has EMC actions that were not available

[Emc-developers] gladevcp sourceview PATCH for 2.5

I noted that gladevcp's hal sourceview has EMC actions that were not available. EMC actions 'save' and 'save as' allow one to save their edited Gcode file. Here is a patch to make them available. I think this should be included in EMC 2.5. Advice about inclusion or comments on code ? Chris M

Re: [Emc-developers] gladevcp documentation - please disregard the wiki, use v2.5 docs

2011/7/18 Pavel Shramov : > > It depends on what you want. Replacing Gnome session with DWM is just a > stripping down list of services that are launched on session start. > > It's possible to deny everything except mouse clicks (as it's used in true > kiosk installations) but for CNC applications

Re: [Emc-developers] gladevcp documentation - please disregard the wiki, use v2.5 docs

On Mon, Jul 18, 2011 at 09:48:17PM +0300, Viesturs Lācis wrote: > Thank You, that is approximately what I meant. > Could You, please, tell me, where can I read more about getting more > functionality - like ability to open files and edit, that is for > situations, if some problem arises and config

Re: [Emc-developers] gladevcp documentation - please disregard the wiki, use v2.5 docs

2011/7/18 Pavel Shramov : > > I'd really advise you too look at kiosk-like setups. Thank You, that is approximately what I meant. Could You, please, tell me, where can I read more about getting more functionality - like ability to open files and edit, that is for situations, if some problem arises

Re: [Emc-developers] gladevcp documentation - please disregard the wiki, use v2.5 docs

On Mon, Jul 18, 2011 at 07:10:05PM +0300, Viesturs Lācis wrote: > 2011/7/18 Chris Morley : > So does it mean that finally there is option not only start EMC > automatically after start of the system, but also have it > automatically maximized as the GUI window is opened? > That makes truly embedded

Re: [Emc-developers] gladevcp documentation - please disregard the wiki, use v2.5 docs

2011/7/18 Viesturs Lācis : > Wow, thank You, I did not know that! > I really would prefer minimizing chances of operator messing with the > Lucid install on machines I produce. So that is why I would like to > try out automagic start of maximized EMC GUI screen. And this part > will definitely help

Re: [Emc-developers] gladevcp documentation - please disregard the wiki, use v2.5 docs

2011/7/18 Chris Morley : > > This was true of AXIS but from the EMC forum (Dewey gets credit): > > > To set the size of Axis when it loads up create a file in your home > directory called .axisrc and put the following in it, the size is width x > height. > > root_window.tk.call("wm","geometry",".",

Re: [Emc-developers] gladevcp documentation - please disregard the wiki, use v2.5 docs

> Do I understand correctly, that this option would allow starting > maximized EMC GUI screen on the only screen of machine? > If that is so, then IMHO with a touchscreen and/or proper control > panel and without mouse/keyboard nothing else should really need to be > disabled. > The reason that

Re: [Emc-developers] gladevcp documentation - please disregard the wiki, use v2.5 docs

> I'm reading this as "gladevcp shall occupy maximum space on screen Y " which > doesnt necessarily mean "disable window manager, desktop etc on Screen X" > Yes that is true does not disable screen manager > Chris: is there an example setup you could provide including command line > args/in

Re: [Emc-developers] gladevcp documentation - please disregard the wiki, use v2.5 docs

2011/7/18 Michael Haberler : > I'm reading this as "gladevcp shall occupy maximum space on screen Y " > which doesnt necessarily mean "disable window manager, desktop etc on Screen > X" Do I understand correctly, that this option would allow starting maximized EMC GUI screen on the only screen of

Re: [Emc-developers] gladevcp documentation - please disregard the wiki, use v2.5 docs

I'm reading this as "gladevcp shall occupy maximum space on screen Y " which doesnt necessarily mean "disable window manager, desktop etc on Screen X" Chris: is there an example setup you could provide including command line args/ini incantations? How would you specify gladevcp startup in the i

Re: [Emc-developers] gladevcp documentation - please disregard the wiki, use v2.5 docs

2011/7/18 Chris Morley : > > - m for forcing window to maximum > So does it mean that finally there is option not only start EMC automatically after start of the system, but also have it automatically maximized as the GUI window is opened? That makes truly embedded EMC2 installation possible - so

  1   2   >