Using the current GIT head (after the iPhone update) drawHorizontalLine() seems to draw in the wrong place.
I have a scope that looks like this (using the GIT from 2009-09-25 1700hrs):
But with the GIT head the faint lines (drawn with drawHorizontalLine()) are in the wrong position:
The waveform is a bit fuzzier too, which is drawn using multiple calls to drawVerticalLine at each horizontal pixel position (not sure if this is related to other Graphics changes but not a major issue like this one). The text is brighter too, look perhaps like everything is drawn twice or perhaps the transparency is working differently.
This test illustrates the drawHorizontalLine problem:
class TestDrawHorizontalLine : public Component
{
public:
TestDrawHorizontalLine () { }
~TestDrawHorizontalLine () { }
void paint (Graphics& g) {
g.fillAll(Colours::black);
g.setColour(Colours::white);
int height = getHeight();
int width = getWidth();
g.drawHorizontalLine(height/2, 0, width);
}
};
class TestDrawLine : public Component
{
public:
TestDrawLine () { }
~TestDrawLine () { }
void paint (Graphics& g) {
g.fillAll(Colours::black);
g.setColour(Colours::white);
int height = getHeight();
int width = getWidth();
g.drawLine(0, height/2, width, height/2);
}
};
class MainComponent : public Component
{
private:
TestDrawHorizontalLine *test1;
TestDrawLine *test2;
public:
MainComponent () {
addAndMakeVisible(test1 = new TestDrawHorizontalLine());
addAndMakeVisible(test2 = new TestDrawLine());
}
~MainComponent () {
deleteAllChildren();
}
void resized () {
test1->setBounds(20, 20, 200, 200);
test2->setBounds(240, 20, 200, 200);
}
};
Both components should look about the same but the first one doesn’t look right. The vertical psoition of the line seems to be dependent on the parent component size.
Regarding the non-antialising - I tried using drawLine() instead with the same results. But turning off USE_COREGRAPHICS_RENDERING does fix it. I tried explicitly turning on anti aliasing for the context on each call and that had no affect. Perhaps the parent has AA disabled? But then again the text is antialiased ok…
I need to dig around a bit to see what’s going on with those vertical lines, it’s very odd - I’ve used the same CoreGraphics rectangle method to draw vertical lines with no problem, so not sure why it’s coming out like that for you.
Hi Martin - I did some tests with drawVerticalLine, but it all seems to be working perfectly - I don’t understand why you’d be seeing the aliasing. You weren’t drawing the vertical lines with drawLine, were you?
sorry this probably should move to the Mac forum but since we started it here…
ok.
fresh clone of the juce git
build juce debug/release libs (BTW need to remove the 10.3 setting from the release target as 10.3 now longer supported, I also change the arch in the debug build to native arch only)
Grrrr… I was hopeful on that one but no… still the same.
BTW I did a clean build (not falling into the juce_NativeIncludes.mm not being touched after changing one of its included files… that got me a couple of times before!) both Juce lib and the app.
Well, all that I can think is that maybe it’s something that’s being done by the graphics card, and some cards don’t anti-alias that particular type of rectangle… If you use fillRect instead (the float version), does that get also get snapped to the nearest pixel?
Any more throughts on this (just tried the tip). I’m still having to set USE_COREGRAPHICS_RENDERING to 0 to get antialiasing. Anyone else got this problem, again I’m on 10.5.8?
No idea at all, unless it’s a 10.5 thing - I don’t have a 10.5 installation any more to try. (Seems unlikely though… CoreGraphics has always been anti-aliased)
I suppose it could be my work’s slightly non-standard install of Leopard. I’ve been reading the GeForce 8600M GT can be a bit fussy. Though I’m assuming it’s not the fatal problem for which Apple have extended the warranty where these chips are installed (mine is in the potentially promblematic batch I think). I’d expect other problems too.
