anyone else seeing ugly stuff in the ladder rung display?
I always see the CL display as ugly, but that's just me
[01:12:49] <rayh> http://imagebin.ca/view/MLoTFV.html
The input names run in the symbols
I wonder if there's some word wrapping thing with changed defaults
is that on 8.04?
Yes. 8.04 and no I don't see any config but will look in the real file.
I'm thinking in the text widget or something like that, not something specific in the CL source
there was a recent change to the way text is drawn - adding color to it
but it seems to use all the same parameters otherwise
Let me try it from cvs today.
tbhis change is from April 12
hmmm. do you have red and blue name text in any CL window?
I love this one: http://imagebin.ca/view/gtgzRHfB.html
The current cvs is different from the post earlier. It does not display the names at all.
hmmm. that is odd
you sure that isn't a v2_2_branch checkout?
CVS/Entries, I think
Looks like the tag is only the date.
that may mean that cvs up doesn't change anything, since there have been no changes before that date after the checkout (if that made any sense)
you may need cvs up -dPC to clear the sticky tag (I think it's C - not positive though)
could be A, not C
oh, it is A
okay no tag
Nothing changed in cl or a relative.
I guess I could have asked the date :)
I did see the change to directory.map go by.
so I've got the current thing now.
mangling it now
I didn't look at exactly where the color text was added - I was looking at the diff in the commit mesasge
bu tit looks like it's supposed to color labels red or blue depending on whether they're input or output
I did see that with the %I0 and %O0
they're all black in the screenshot
and the spacing looked okay but then it always did with the % tags
One more hardy install on the ITX mobo. Was playing with several of the lite desktops.
That was from a 2.2.5 run
Installed package rather than compiled.
ah, ok. the color change is on trunk
Same thing no names only %Ix
I'll try changing the names of the signals from xxx-xxxx to remove the dash.
hmmm. the latest checkout should show names, I'd think
in colors even
and see if that fixes the 2.2.5
* rayh_ gets a push broom to clean the desks
I could use a flamethrower, but I think there's tax info under here somewhere
(plus I'd have to damage the monitors :) )
er - hate
there's a checkbox thing that turns the signal names on an doff
I forget what it says, but it's there because you still have to use the % names to do the editing (I think)
I see that but it made no difference.
I have 2.2.2 here. I ran demo_sim_cl and I get signal names as long as the "Display symbols" check is on
I see that display button works on 2.2.5
oh it's broken on trunk?
I get the display names mashed all up with the contacts and such.
[01:58:28] <cradek> http://timeguy.com/cradek-files/emc/ladder.png
I had to enlarge the window a bit to get this nice display
I agree it is kind of ugly at the default window size
I went to full screen and user-request-enable is still all over the place as are a couple others.
I'm pretty clueless. maybe cmorley can help.
I'll do a bit of playing and get with him.
hey, CL is on a pretty good road. lotssss better than just not too long ago. i like it. ugly and all. cudos to Morley
speaking of ugly what's this basic-ugly.dinero.dreamhost.com
that's the name dreamhost chose for the machine which hosts www.linuxcnc.org. read whatever you like into it
I was just pinging from a new box and saw it.
aram thinks that 17,500 in harmonic gear reducers is a good idea
$17,500 that is
That would be one way to make it.
Get the remodel done?
if he gears it down enough, he won't need servos anymore
the wall is done, the bench is installed
one section of shelves is made and hung, the other is about half done
That is a big improvement.
I'm enjoying the woodworking - I forgot how satisfying it is to use a plane
SWPadnos_ is now known as SWPadnos
Any clue why the Axis display has a dead spot in the middle. http://imagebin.ca/view/1wOQSL0i.html
This is last night's install on MiniITX 1gig via processor, 256 Meg RAM, onboard Via Unichrome.
huh that's interesting.
how does it behave after you rotate, pan or zoom the preview? what if you resize the window?
rayh: can you confirm that you have desktop effects switched off?
It says no visual effects in the preferences
The image seems to slide under the blanked out area.
This is dual boot with an older 2.1.7 and that seems to work fine.
It appears to be the box the position display is in. My other installs allow you to push stuff up to the right of that box. This install does not allow that no matter how large I make the graphical part of the window.
that area is also supposed to be alpha-blended, so you should see a darkened version of the program when it's under that rectangle..
the rectangle isnt supposed to be that big? only just around the numbers
are you using the via driver? if so, try vesa. there's a note in the via(4) manpage that there is "direct rendering 3d  using experimental dirvers", so maybe axis is triggering a bug in that experimental code..
I don't get the blending on either install here.
jepler: we could put hardy on install2.
cradek: I'd need to look and make sure I didn't have any important uncommitted code on there
I'm looking too. I'm just saying we can do it if we want. I even have a cd.
EMC: 03jepler 07TRUNK * 10emc2/src/hal/drivers/hal_ax5214h.c:
EMC: from the better-late-than-never files: Dave Brink's changes to fix the ax5214 driver.
EMC: The control registers were improperly programmed and the outputs were all
EMC: incorrectly activated for a short time during initialization.
EMC: 03jepler 07v2_2_branch * 10emc2/debian/changelog: from TRUNK: dave brink's fix for hal_ax5214h
EMC: 03jepler 07v2_2_branch * 10emc2/src/hal/drivers/hal_ax5214h.c: from TRUNK: dave brink's fix for hal_ax5214h
How do I find and change the display driver in hardy? I'm lost.
isn't it still /etc/X11/xorg.conf
That file doesn't show anything about the display driver other than configured driver.
;it's just that everything is automatic now, so there's nothing to "change"
you have to add it
add it to xorg.conf
I don't know the specifics either, and I was similarly dismayed when I saw nothing useful in xorg.conf
k here goes vesa
Yep that does the trick. Thanks guys.
I added the line Driver "vesa" to xorg.conf in the Device section under configured video device
I suppose that it would be good to put that info in the wiki in relation to hardy.
EMC: 03swpadnos 07TRUNK * 10emc2/src/emc/usr_intf/stepconf/stepconf.py: Fix incorrect signal name for spindle index input
SWPadnos: is that it?
is he threading?
I still need to give him a workaround for custom.hal
Added a section to wiki in troubleshooting on the via display driver thing.
rayh: does that fix the AXIS display?
Well I don't see the path through the display numbers but it does show properly around them.
Oh. After further testing, I can see just a bit of the tool behind the display number box.
So the vesa driver does give the proper functionality to boards that use the via unichrome display hardware.
it's fairly faint (25% if I recall correctly)
SWPadnos: do both of your recent stepconf fixes need to be backported to 2.2 as well?
I may wait until it works for this guy before doing that
here are his files, in case you're interested: http://pastebin.ca/1027234 http://pastebin.ca/1027235 http://pastebin.ca/1027239
rayh: if paul_c actually sent you some kind of network diagnostic information, please forward it on to me, or to the board.
or pastebin it
You bet. It dies between denver and unpythonic.
But that location is the same as my trace so I don't know why his would not get through.
can you pastebin it? would be best
what's the packet size of his pings?
or traceroutes or whatever
when I traceroute paul's last known IP address from the header of his emails FROM the cvs server, I get through London2.Level3.net to bddsl.net and it stops there. This may be because of changing static IPs, firewalling out there, etc.
I see that bddsl.net is an ISP in the UK called bulldog. I suspect my trace gets within a hop or two of his machine.
rayh: I'd also like to see the 'diagnostic' output
[20:17:23] <rayh> http://www.pastebin.ca/1027364
but get it quick cause it expires in 15 min.
maybe he has a misconfigured TTL set to 20. Possibly that's on whatever 192.168.0.1 is.
I agree with rayh that my trace goes through that last address 126.96.36.199 without a problem.
when I trace back the other way I get through all those machines right up to where I'm guessing his stuff starts (right after 83.146.22).
that is the last address before it hits inetnebr
paul_c: check the TTL on your internal machines and whatever is doing NAT at 192.168.0.1
my traceroute got all the way to 83..123.
especially if it's one of those router-and-nat-in-a-box things, it would be easy to have it misconfigured and not know about it
cradek: was 15:22 when you ran a trace starting at cvs.linuxcnc.org?