Maybe we should just ensure that it works properly in GAL on OS X and
don't care for the legacy for this exact issue?
2015-07-22 7:47 GMT+02:00 Bernhard Stegmaier stegma...@sw-systems.de:
On 22 Jul 2015, at 05:10, Garth Corral gcor...@abode.com wrote:
On Jul 21, 2015, at 1:30 PM, Wayne
Bernhard is referring to a wxWidgets implementation.
Garth
On Jul 22, 2015, at 6:09 AM, Bob Gustafson bob...@rcn.com wrote:
If you do a Google search on:
XOR draw mode on OS X
There are a lot of notes and bug reports.
This one might have some useful hints:
From your link (and there going to the Apple docs):
kCGBlendModeXOR
R = S*(1 - Da) + D*(1 - Sa). This XOR mode is only nominally related to the
classical bitmap XOR operation, which is not supported by Quartz 2D.
And the bug reports all report the same… it is not supported on OS X.
Yes, I did
Also see http://trac.wxwidgets.org/ticket/14982
It appears that the problem has been fixed for a few years in wxWidgets,
but perhaps the call of the function needs tweeking. If the equivalent
of XOR in OSX is named something different than XOR, then the different
name needs to be used.
Bob G
---
common/displlst.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/displlst.cpp b/common/displlst.cpp
index 77631fc..afea210 100644
--- a/common/displlst.cpp
+++ b/common/displlst.cpp
@@ -236,7 +236,7 @@ void EDA_LIST_DIALOG::onClose( wxCloseEvent event )
/*
It does seem that wxWidgets is broken for XOR on OSX.
wxWidgets needs some help - more or less like some of the other Kicad
wxWidgets patches.
See also http://trac.wxwidgets.org/ticket/13095
Bob G
On 07/22/2015 10:22 AM, Garth Corral wrote:
Bernhard is referring to a wxWidgets
Hi,
The sorting function signature is supposed to use wxIntPtr, which is
guaranteed to be large enough to hold a pointer. The Windows ABI defines
long to be 32 bits, even on 64 bit architectures.
I have no idea how that ever compiled.
Simon
---
common/displlst.cpp | 2 +-
1 file changed, 1
Maybe it's time to revisit this again in light of the XOR mode being
fixed in OSX since wxWidgets 2.9.4. Please be aware that KiCad does
it's own drawing mode thing, see include/gr_basic.h which may or may not
directly map to wxXOR so you may have to do some #ifdef foo to make it
work correctly
Thank you for the update. I hope to take a look at this sometime after
the upcoming stable release. If someone else has a chance to give this
a try before I do, please let me know your thoughts.
Cheers,
Wayne
On 7/15/2015 3:50 AM, Oscad Team wrote:
Hi Wayne, Cirilio and the KiCad team,
If you do a Google search on:
XOR draw mode on OS X
There are a lot of notes and bug reports.
This one might have some useful hints:
http://stackoverflow.com/questions/8951679/drawing-with-xor-in-quartz
Hope this helps
Bob G
On 07/22/2015 12:47 AM, Bernhard Stegmaier wrote:
On 22
Patch committed on r5979. Thanks.
On 7/22/2015 2:06 PM, Simon Richter wrote:
Hi,
The sorting function signature is supposed to use wxIntPtr, which is
guaranteed to be large enough to hold a pointer. The Windows ABI defines
long to be 32 bits, even on 64 bit architectures.
I have no idea
Hey Adam,
Thanks. I'll get it committed ASAP.
Cheers,
Wayne
On 7/21/2015 10:34 PM, Adam Wolf wrote:
Hi Wayne,
This works well on OS X.
Adam Wolf
Cofounder and Engineer
WL
On Tue, Jul 21, 2015 at 12:31 PM, Adam Wolf
adamw...@feelslikeburning.com
On 7/22/2015 1:47 AM, Bernhard Stegmaier wrote:
On 22 Jul 2015, at 05:10, Garth Corral gcor...@abode.com
mailto:gcor...@abode.com wrote:
On Jul 21, 2015, at 1:30 PM, Wayne Stambaugh stambau...@gmail.com
mailto:stambau...@gmail.com wrote:
On 7/21/2015 4:19 PM, Bernhard Stegmaier wrote:
13 matches
Mail list logo
