ike either a documentation issue or
a bug. I’d argue the latter since the configuration variable isn’t actually
useful.00
Garth
> On Dec 17, 2017, at 4:51 PM, Garth Corral <gcor...@abode.com> wrote:
>
>
> Hi, all
>
> I’m new to the list but not to dovecot. I’ve b
Hi, all
I’m new to the list but not to dovecot. I’ve been using it in a basic
configuration for some time, but finally decided to tweak my deployed system to
take advantage of some more dovecot features. In particular I’m trying to set
up pigeonhole to implement spam retraining with
t a consistent KiCad behavior on all platforms is the goal.
>>> Change axis back on OS X or remove the piece of code that checks axis
>>> (if somebody can remember why it is done this way)?
>>> It came in with
>>>
>>> http://bazaar.launchpad.net/~k
with
>
> http://bazaar.launchpad.net/~kicad-product-committers/kicad/product/revision/4505
>
> <http://bazaar.launchpad.net/~kicad-product-committers/kicad/product/revision/4505>
> … but there is no hint why this was changed.
>
>
> Regards,
> Bernhard
>
>&g
Hi, Bernhard
Yes, you have it right on both counts. That was, and still is, my assessment.
The existing behavior is not correct, at least as far as OS X (and probably
Linux) is concerned. I don’t know about windows.That is the patch that
fixes the issue to which I referred in that
Some devices provide what are termed precise scrolling deltas and generate a
far greater number of scrolling events. The trackpad is such a device. Cocoa
events have a hasPreciseScrollingDeltas method that will provide this
information. It is used in wxWidgets window.mm, for instance, when
Hi, Berhard.
Yes this is a bit if a pain on OS X. I built this from HEAD sometime last
year, and it seemed to work okay for my purposes. I had to munge a few things
to get it to build, though. I’ll send you a patch off-list and see if that
gets you going in the right direction.
It was some
It is an oddly named macro who’s intent is not clear from the name.
> On Jan 18, 2016, at 3:14 PM, Nick Østergaard <oe.n...@gmail.com> wrote:
>
> Aha ok, I see, I guess I should have tried to look up the doc for that then.
>
> 2016-01-19 0:04 GMT+01:00 Garth Corr
wxCHECK_VERSION
bool wxCHECK_VERSION(major, minor, release)
This is a macro which evaluates to true if the current wxWidgets version is at
least major.minor.release.
> On Jan 18, 2016, at 12:42 PM, Nick Østergaard wrote:
>
> Mmm, I think this patch looks a bit wierd. It
We had a long thread about this back in February. I don’t remember what the
outcome was, but it was during the debate about whether to support 10.7, and I
thought that a line was drawn at supporting Core Duo and 10.7 in the nightlies.
https://lists.launchpad.net/kicad-developers/msg17055.html
This appears to be fixed.
> On Dec 12, 2015, at 11:09 AM, Nick Østergaard wrote:
>
> AFIK that issue has been fixed, but I don't really know for sure,
> since I don't have OS X.
>
> 2015-12-12 19:55 GMT+01:00 Adam Wolf :
>> Does this actually
> On Nov 2, 2015, at 10:25 AM, Wayne Stambaugh wrote:
>
> On 11/1/2015 9:42 AM, Bernhard Stegmaier wrote:
>> If this capability should be added now, it should be done consistent for all
>> platforms.
>> We had this discussion for OS X already way back, but back then
I seems to me that this is the only sensible solution because I think the menu
icons look like crap.
Garth
On Jul 30, 2015, at 5:12 AM, Collin Anderson metacol...@electropi.mp wrote:
Thanks for the clear answers guys. And based on Johannes Malbaum's post,
this is clearly not the 'right
There's no action for us here.
On Jul 28, 2015, at 1:43 PM, Adam Wolf adamw...@feelslikeburning.com wrote:
I believe Garth indicated the 10.11 issues might actually be an issue in OS X
itself.
Adam Wolf
On Jul 28, 2015 3:32 PM, Shane Burrell sha...@shaneburrell.com wrote:
One item
://stackoverflow.com/questions/8951679/drawing-with-xor-in-quartz
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 Jul 2015, at 05:10, Garth Corral
mailto:gcor...@abode.comgcor...@abode.com
I swear this worked for me fairly recently.
Garth
On Jul 21, 2015, at 7:35 AM, Bernhard Stegmaier stegma...@sw-systems.de
wrote:
Hi,
for me, crosshair did never work since I started to use KiCad... I tried a
couple of times, maybe I just hit those versions where it was accidentally
, Andy Peters asp_digi...@me.com wrote:
On Jul 21, 2015, at 8:41 AM, Garth Corral gcor...@abode.com wrote:
I swear this worked for me fairly recently.
It worked for me, too.
old bug here: https://bugs.launchpad.net/kicad/+bug/1448129
and here: https://bugs.launchpad.net/kicad/+bug
On Jul 21, 2015, at 1:30 PM, Wayne Stambaugh stambau...@gmail.com wrote:
On 7/21/2015 4:19 PM, Bernhard Stegmaier wrote:
OK, got it… the crosshair is only shown in some modes (didn’t really use
GAL up to now).
Yes, works also for me in GAL mode and not in default canvas.
I'm not sure
Since nobody has replied, I'll say that I'd be happy to do this but don't
currently have a mouse with a middle button. I'll try to dig one up but in the
mean time if some who has such a device can try this out, please do. As for
the panning past the scroll bar limits, it always seemed odd to
to do that before the weekend. In the mean time I have a patch to our
overlay patch that should get things working for folks out on the bleeding
edge, but it isn't something that should be applied to the tree at this point,
I think.
Garth
On Jul 13, 2015, at 7:48 PM, Garth Corral gcor
Currently we have this issue filed:
https://bugs.launchpad.net/kicad/+bug/1472393
https://bugs.launchpad.net/kicad/+bug/1472393
I’m going to take a look at this tonight if I get a chance, but if we don’t fix
this before the stable release, the OS X builds will stop working on 10.11 when
it is
Hi, Adam. I had started to have a look at some of the OS X issues while you
were away. I commented on a couple of the crashers that you were looking at.
In particular,
https://bugs.launchpad.net/kicad/+bug/1463614
https://bugs.launchpad.net/kicad/+bug/1463614
On Fri, Jul 3, 2015 at 3:54 PM, Garth Corral gcor...@abode.com
mailto:gcor...@abode.com wrote:
The attached patch gets python scripting ‘working’ again on OS X.
Unfortunately, I’m once again seeing the keystroke highjacking issue that was
reported a while back. I’m not sure if it has regressed
PM, Garth Corral wrote:
Yes, please. Python scripting is completely broken on OS X at the moment.
Garth
On Jul 6, 2015, at 8:24 AM, Adam Wolf adamw...@feelslikeburning.com
mailto:adamw...@feelslikeburning.com
mailto:adamw...@feelslikeburning.com
mailto:adamw...@feelslikeburning.com
let me know and I
will try to get your patch committed asap.
Cheers,
Wayne
On 7/8/2015 12:14 PM, Garth Corral wrote:
Yes, please. Python scripting is completely broken on OS X at the
moment.
Garth
On Jul 6, 2015, at 8:24 AM, Adam Wolf adamw...@feelslikeburning.com
On Jul 7, 2015, at 10:53 AM, jp charras jp.char...@wanadoo.fr wrote:
Le 05/07/2015 23:39, Garth Corral a écrit :
On Jun 22, 2015, at 10:54 AM, Andy Peters de...@latke.net wrote:
On Jun 22, 2015, at 5:00 AM, Johannes Maibaum jmaib...@gmail.com wrote:
Hey OSX devs,
And I just came
On Jul 7, 2015, at 12:10 PM, Garth Corral gcor...@abode.com wrote:
On Jul 7, 2015, at 10:53 AM, jp charras jp.char...@wanadoo.fr wrote:
Le 05/07/2015 23:39, Garth Corral a écrit :
On Jun 22, 2015, at 10:54 AM, Andy Peters de...@latke.net wrote:
On Jun 22, 2015, at 5:00 AM
On Jul 7, 2015, at 12:39 PM, jp charras jp.char...@wanadoo.fr wrote:
Le 07/07/2015 21:26, Garth Corral a écrit :
On Jul 7, 2015, at 12:10 PM, Garth Corral gcor...@abode.com wrote:
On Jul 7, 2015, at 10:53 AM, jp charras jp.char...@wanadoo.fr wrote:
Le 05/07/2015 23:39, Garth Corral
On Jul 7, 2015, at 12:58 PM, Garth Corral gcor...@abode.com wrote:
On Jul 7, 2015, at 12:41 PM, Garth Corral gcor...@abode.com
mailto:gcor...@abode.com wrote:
On Jul 7, 2015, at 12:39 PM, jp charras jp.char...@wanadoo.fr
mailto:jp.char...@wanadoo.fr wrote:
Le 07/07/2015 21:26
On Jul 7, 2015, at 12:41 PM, Garth Corral gcor...@abode.com wrote:
On Jul 7, 2015, at 12:39 PM, jp charras jp.char...@wanadoo.fr wrote:
Le 07/07/2015 21:26, Garth Corral a écrit :
On Jul 7, 2015, at 12:10 PM, Garth Corral gcor...@abode.com wrote:
On Jul 7, 2015, at 10:53 AM, jp
On Jun 22, 2015, at 10:54 AM, Andy Peters de...@latke.net wrote:
On Jun 22, 2015, at 5:00 AM, Johannes Maibaum jmaib...@gmail.com wrote:
Hey OSX devs,
And I just came across another minor UI glitch in pcbnew: When running the
DRC, the dialog
window loses focus to the main window
On Jul 1, 2015, at 2:31 PM, Wayne Stambaugh stambau...@gmail.com wrote:
On 7/1/2015 4:17 PM, Garth Corral wrote:
The Cmd-C issue may well be a wxWidgets bug, but it is still an issue for
kicad users. There are many such issues in kicad where OS X specific issues
must be worked around
On Jul 4, 2015, at 2:02 PM, Garth Corral gcor...@abode.com wrote:On Jul 1, 2015, at 2:31 PM, Wayne Stambaugh stambau...@gmail.com wrote:On 7/1/2015 4:17 PM, Garth Corral wrote:The Cmd-C issue may well be a wxWidgets bug, but it is still an issue for kicad users. There are many such issues in kicad
scripting widely available.
I need to check the mac scripting builds, do they allow to run commandline
scripts ? (not using the console, I mean).
Adam: thanks for maintaining the OSX side!,
Garth Corral wrote:
Hi, Adam. Funny you should ask that now. I just noticed that some changes went in recently
Hi, Adam. Funny you should ask that now. I just noticed that some changes
went in recently that completely breaks python scripting on OS X. I haven’t
had a chance to look too deeply at it, but it looks like a check was added on
the return of wxversion.select(), which was likely always
On Jul 2, 2015, at 10:42 AM, jp charras jp.char...@wanadoo.fr wrote:
Le 02/07/2015 18:04, Garth Corral a écrit :
On Jul 2, 2015, at 12:37 AM, jp charras jp.char...@wanadoo.fr wrote:
Le 01/07/2015 22:21, Garth Corral a écrit :
On Jul 1, 2015, at 12:22 PM, jp charras jp.char
On Jul 2, 2015, at 12:37 AM, jp charras jp.char...@wanadoo.fr wrote:
Le 01/07/2015 22:21, Garth Corral a écrit :
On Jul 1, 2015, at 12:22 PM, jp charras jp.char...@wanadoo.fr
wrote:
snip
The issue relative to Ctrl / Cmd is not clear for me.
Is it just the name Ctrl which should
While we’re on the topic. There are other places where hotkeys are less than
optimal on OS X. For example, F11 and F12 are taken for OS functions and never
reach kicad, so selecting the canvases has to be done through the menus.
Conversely, Cmd-C in kicad launches the calculator, so you
On Jul 1, 2015, at 12:22 PM, jp charras jp.char...@wanadoo.fr wrote:
Le 01/07/2015 20:38, Garth Corral a écrit :
While we’re on the topic. There are other places where hotkeys are
less than optimal on OS X. For example, F11 and F12 are taken for OS
functions and never reach kicad, so
wrote:
Le 01/07/2015 20:38, Garth Corral a écrit :
While we’re on the topic. There are other places where hotkeys are
less than optimal on OS X. For example, F11 and F12 are taken for OS
functions and never reach kicad, so selecting the canvases has to be
done through the menus
While poking at function keys in response to the earlier thread about, uh,
function keys. I stumbled on a crash caused by switching to the default canvas
from the default canvas. I was only able to to repro this when I performed the
switch (whether by menu or key) immediately after startup,
On top of that, the hotkeys list is mostly wrong on OS X in that it shows Ctrl-
as the modifier key when in fact it is Cmd- on OS X.
Garth
On Jun 30, 2015, at 10:43 PM, Nick Østergaard oe.n...@gmail.com wrote:
On a side note: Please note that the right click context menu shows
the
+kicad-developers
Hoping you meant for this to go to the list.
On Jun 24, 2015, at 10:41 AM, Andy Peters de...@latke.net wrote:
On Jun 24, 2015, at 10:27 AM, Garth Corral gcor...@abode.com wrote:
Regardless of any wxWidgets issues, shouldn't this dialog be modal anyway?
Garth
Regardless of any wxWidgets issues, shouldn't this dialog be modal anyway?
Garth
On Jun 24, 2015, at 3:03 AM, Johannes Maibaum jmaib...@gmail.com wrote:
I’m pretty sure that is OSX only. At least it does not happen on my Arch
Linux machine.
I just filed a bug report, as I was not able
On Jun 22, 2015, at 11:02 AM, Wayne Stambaugh stambau...@gmail.com wrote:
On 6/22/2015 1:55 PM, Andy Peters wrote:
On Jun 22, 2015, at 10:47 AM, Wayne Stambaugh stambau...@gmail.com wrote:
On 6/22/2015 1:45 PM, Andy Peters wrote:
On Jun 22, 2015, at 8:58 AM, Tomasz Wlostowski
the changes.
On 6/11/2015 3:24 PM, Garth Corral wrote:
I think that can go. Though it looks like there’s some code in
osx_fixbundles.sh that ostensibly migrates kiface modules inside the
bundle, that code looks out of date and inert. Perhaps Bernhard has
some insight into what that’s supposed
and there in some old CMake code, but IMHO
it can just be deleted with every reference to it.
Regards,
Bernhard
On 11 Jun 2015, at 21:24, Garth Corral gcor...@abode.com
mailto:gcor...@abode.com wrote:
I think that can go. Though it looks like there’s some code in
osx_fixbundles.sh
Looks like the OS X install is trying to copy the nonexistant cvpcb.app into
the main bundle, killing the build.
Patch attached
kicad_CMakeLists.txt.patch
Description: Binary data
smime.p7s
Description: S/MIME cryptographic signature
___
/11/2015 4:16 AM, Garth Corral wrote:Looks like the OS X install is trying to copy the nonexistant cvpcb.app into the main bundle, killing the build.Patch attached___Mailing list: https://launchpad.net/~kicad-developersPost to : kicad-developers
the stable release :)
Adam Wolf
On Thu, May 21, 2015 at 2:24 PM, Garth Corral gcor...@abode.com wrote:
Hi, Orson. This is not the controversial set of changes to which you
refer, it is only the subset that does pinch-to-zoom.
It is 100% conditionally compiled so will be inert unless
.
Scrollbars are not a problem, as I did not manage to enable them for OS
X in GAL canvas.
Regards,
Orson
On 05/21/2015 07:33 PM, Garth Corral wrote:
I’m not going to flog the dead trackpad horse again, but could we at least
get my pinch-to-zoom changes in? I committed this separately from
Nice job, Adam. It was a good crowd and a happy coincidence that your talk was
back-to-back with another KiCad talk. It was nice to meet you and Matthew in
person as well as your family, especially the little guy.
Garth
On May 19, 2015, at 8:18 AM, Adam Wolf adamw...@feelslikeburning.com
Hi, Adam. Sorry I hadn’t looked at this previously, I’ve not seen this issue.
I likely won’t have a chance to look at this until late today at the earliest,
but just a quick glance makes me suspect a deployment target issue. I don’t
have a system on which to verify at the moment, but I don’t
of 10.10, this will compile in the
fchmodat call. Subsequently linking kicad with the 10.7 deployment target
would likely give the errors you’re seeing. The deployment target for boost
needs to match kicad.
Garth
On Apr 27, 2015, at 8:56 AM, Garth Corral gcor...@abode.com wrote:
Hi, Adam
On Apr 25, 2015, at 9:41 PM, Blair Bonnett blair.bonn...@gmail.com wrote:
Hi all,
I've been going through the code removing redundant conditionally compiled
blocks for versions of wxWidgets before 3.0 as per the 'Conversion to
wxWidgets 3.0' section of the roadmap [1]. For the most
This plan to deprecate the old diode type seems… uh... poorly thought out.
Yanking these out from under everyone and every project in exiistence and then
sending out a message that says, “hey, guess what I did?” doesn’t seem like the
best way to handle this. It is most certainly not the way
-library/issues/153, a great
initiative taken by Kerusey.
Regards,
Carl
On Fri, Apr 24, 2015 at 7:21 PM, Garth Corral gcor...@abode.com
mailto:gcor...@abode.com wrote:
This plan to deprecate the old diode type seems… uh... poorly thought out.
Yanking these out from under everyone
The diagonal panning is the issue I found. As Andy points out, the reverse
scrolling is configurable in system preferences. This was added to OS X
expressly to accommodate the trackpad.
Garth
On Apr 8, 2015, at 2:47 PM, Adam Wolf adamw...@feelslikeburning.com wrote:
Additionally, the
It's a wxWidgets bug for which we have a patch.
Garth
On Apr 8, 2015, at 3:45 PM, Andy Peters de...@latke.net wrote:
On Apr 8, 2015, at 3:21 PM, Garth Corral gcor...@abode.com wrote:
The diagonal panning is the issue I found. As Andy points out, the reverse
scrolling is configurable
merge’ seems to bring me up to date with the product branch.
Garth
On Apr 5, 2015, at 2:04 PM, Garth Corral gcor...@abode.com wrote:
As I said, merging up to 5571 was fine; all the changes look sane. Merging
just 5572 after that introduces the changes listed, which is not correct
-3.0.0_macosx_magnify_event.patch file ?
You could save the r5571 merged file and then build and test that.
I think you are pretty close!
Have fun
Bob G
On 04/05/2015 02:44 PM, Garth Corral wrote:
Thanks, Wayne. To be honest I’m still trying to figure things out, both
with this merge and with bazaar
On Apr 5, 2015, at 1:13 AM, Nick Østergaard oe.n...@gmail.com wrote:
2015-04-05 10:11 GMT+02:00 jp charras jp.char...@wanadoo.fr
mailto:jp.char...@wanadoo.fr:
Le 05/04/2015 06:02, Garth Corral a écrit :
Is it just me or did this commit clobber a bunch of files it probably
shouldn’t have
will
try to fix it.
On 4/5/2015 5:01 AM, Garth Corral wrote:
Yes. Thanks, Nick. Sorry, I should have been more clear.
I only noticed this, though, when I merged trunk into my branch and got
a bunch of diffs that didn’t seem right. There were diffs that
seemingly wanted to revert changes
On Apr 4, 2015, at 8:15 AM, Bob Gustafson bob...@rcn.com wrote:
Testing report on this nightly build:
Application: kicad
Version: (2015-04-03 BZR 5572)-product Release build
wxWidgets: Version 3.0.2 (debug,UTF-8,compiler with C++ ABI 1002,GCC
4.2.1,STL containers,compatible with 2.8)
Is it just me or did this commit clobber a bunch of files it probably shouldn’t
have?
Not being super familiar with bazaar I’m not quite sure what I’m seeing.
For example, if you browse the code to Documents/compiling/mac-osx.txt in
launchpad it claims that the latest rev is 5572, but the
-i686.exe
Nick
P.S. you sent this only to me, but I think it contain way too much
information to miss the list.
2015-04-02 20:57 GMT+02:00 Garth Corral gcor...@abode.com:
Thanks, Nick. If you can point me to a build of this I will do what I can
to look into the issues reported by Wayne
Sigh, I only replied to Nick.
Begin forwarded message:
From: Garth Corral gcor...@abode.com
Date: April 2, 2015 at 11:57:03 AM PDT
To: Nick Østergaard oe.n...@gmail.com
Subject: Re: [Kicad-developers] Bob's Mac Usability Problems
Thanks, Nick. If you can point me to a build of this I
It seems like option #1 is the saner option.
If I’m understanding the change, once the variables are edited they become
configuration variables. Typical precedence for configuration is usually
something like, command line - environment - local config files - global
config files, from highest
On Mar 14, 2015, at 11:47 AM, Wayne Stambaugh stambau...@gmail.com wrote:
As you all know we are currently working towards a stable release. I
need to get and idea of what open items are left before I declare a
feature freeze. Here is the list of things I know about:
* Environment
Not sure what causes it, have’t looked. It isn’t anything you need to worry
about, though. When the build system bundles the module it doesn’t bundle it
as an egg anyway, so that file isn’t needed. That shouldn’t be fatal. Is it?
Garth
On Mar 10, 2015, at 2:15 PM, Andy Peters
dependency. Everyone has plenty of warning so if
you depend on this to build dependencies on your platform, now is the
time to start working on what ever dependency builders you need.
On 2/25/2015 1:47 PM, Garth Corral wrote:
I do use it but I'm not opposed to removing it if that's what you want
Okay, I munged things in my builds to point to uninstalled dependencies without
USE_OSX_DEPS_BUILDER. I still need to script up these builds but that's
outside the scope of this. You may now count me in the I don't use it camp.
Garth
On Feb 25, 2015, at 2:17 PM, Garth Corral gcor
I do use it but I'm not opposed to removing it if that's what you want. It
does still seem to work and is convenient if you don't want to use installed
dependencies. I can just as easily move that to a script, though.
Garth
On Feb 25, 2015, at 10:30 AM, Bernhard Stegmaier
dependency. Everyone has plenty of warning so if
you depend on this to build dependencies on your platform, now is the
time to start working on what ever dependency builders you need.
On 2/25/2015 1:47 PM, Garth Corral wrote:
I do use it but I'm not opposed to removing it if that's what you
Sorry for being so silent, folks. I'll try to send a summary later tonight
with my take on these changes and the impediments to getting them in.
Garth
On Feb 24, 2015, at 11:17 AM, Nick Østergaard oe.n...@gmail.com wrote:
True, but it is quite some time ago, although not a first
On Feb 24, 2015, at 2:33 PM, Garth Corral gcor...@abode.com wrote:
Sorry for being so silent, folks. I'll try to send a summary later tonight
with my take on these changes and the impediments to getting them in.
Garth
On Feb 24, 2015, at 11:17 AM, Nick Østergaard oe.n...@gmail.com wrote
out tonight's nightlies to make sure
they're still affected.
Adam Wolf
On Sun, Feb 22, 2015 at 6:36 PM, Garth Corral gcor...@abode.com wrote:
Yeah, not shipped with OS X. It would be something that was built.
Presuming that the new build configured exactly like the old build it
would
is your build machine/cluster?
Regards,
Bernhard
On 22 Feb 2015, at 21:12, Garth Corral gcor...@abode.com
mailto:gcor...@abode.com wrote:
I can only speculate, but by the looks of that stack, I’m going to guess
that somewhere in the pixman rendering code there is conditionally compiled
I can only speculate, but by the looks of that stack, I’m going to guess that
somewhere in the pixman rendering code there is conditionally compiled
instruction extensions, such as SSE*, that your cpu does not support. The
nightly builds probably compile this in based on some configuration
that comes with OS X? If not, I installed it
with brew. I can uninstall it and reinstall it, and capture that log.
Let me know.
Adam Wolf
On Feb 22, 2015 5:47 PM, Garth Corral gcor...@abode.com
mailto:gcor...@abode.com wrote:
More interesting would be the build log for pixman which
your
issues.
Garth
On Feb 19, 2015, at 9:47 AM, Bob Gustafson bob...@rcn.com wrote:
OK Garth/Bernard
I will do the 'merge' with the current head and give it another try.
Bob G
On 02/19/2015 11:06 AM, Garth Corral wrote:
Thanks, Bernhard.
Bob, at one point I updated Documentation
:
2015-02-19 5:10 GMT+01:00 Garth Corral gcor...@abode.com
mailto:gcor...@abode.com:
Hi, Nick
There were a couple of things that prevented me from requesting a merge.
The first was simply that it had little to no testing on other than OS X,
and I wanted to get more flight time
: If I don't see the General Settings in Preferences, I don't see how.
Lets see what happens at the end of my make.
Bob G
On 02/19/2015 12:16 PM, Garth Corral wrote:
Bob, you shouldn't need to merge anything. Yes, it's a few revisions
behind the trunk but there's nothing in those commits
Thanks, Bernhard.
Bob, at one point I updated Documentation/compiling/mac-osx.txt on that branch.
It should have the additional things you need. There’s an additional patch
for wxWidgets and another configuration flag to pass to cmake. After that, as
Bernhard said, there’s a configuration
Hi, Nick
There were a couple of things that prevented me from requesting a merge. The
first was simply that it had little to no testing on other than OS X, and I
wanted to get more flight time on other platforms and pointing devices to make
sure it behaves well.
The other thing that I can
On Feb 17, 2015, at 5:05 PM, Maciej Sumiński maciej.sumin...@cern.ch wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi Andy,
In GAL mode there are no scrollbars by design, it is not a Mac OS X
issue. Do users miss them?
No. In fact I’ve disabled them for the default canvas
Using PYTHON_SITE_PACKAGE_PATH is documented as being for this purpose, and it
works on OS X because the libraries end up in the application bundle and all
the paths are set up properly during the build and packaging.
From Documentation/compiling/build-config.txt:
…
PYTHON_SITE_PACKAGE_PATH
needs to know where
it is installed before you can use it either by installing wxPython into
your python library path, adding the path programmatically during python
scripting initialization, or using PTYHONPATH.
On 2/15/2015 6:39 PM, Garth Corral wrote:
I build wxPython as part of my kicad
that it will be instaled on the system, and I
think that’s wrong.
Garth
On Feb 15, 2015, at 4:16 PM, Wayne Stambaugh stambau...@gmail.com wrote:
On 2/15/2015 7:06 PM, Garth Corral wrote:
Well, yes, you’ve sort of explained the problem. Unless wxPython is on the
library path or using PYTHONPATH it isn’t
I’m pretty sure you do not understand what I’m saying.
On Feb 15, 2015, at 4:41 PM, Wayne Stambaugh stambau...@gmail.com wrote:
On 2/15/2015 7:27 PM, Garth Corral wrote:
I think perhaps we’re having a miscommunication. I don’t think it’s
thin ice at all to build a version of a dependency
Hmm… So, unless I’m missing something, the new wxPython version check isn’t
ever going to work for me. I don’t have wxPython installed as part of my
system install so importing wxversion is always going to fail unless I point it
to my wxPython that I build as part of my kicad builds. Anyone
selection initialization only happen when you
configure your build with KICAD_SCRIPTING_WXPYTHON=ON.
On 2/15/2015 6:30 PM, Garth Corral wrote:
Hmm… So, unless I’m missing something, the new wxPython version check isn’t
ever going to work for me. I don’t have wxPython installed as part of my
stambau...@gmail.com wrote:
On 2/15/2015 7:42 PM, Garth Corral wrote:
I’m pretty sure you do not understand what I’m saying.
Perhaps you are right. To better understand how you would use CMake to
ensure the the correct version of wxPython is somewhere on you system
and gets installed along
If I get a chance this weekend I’ll try out your changes to
download_boost.cmake. I think I’m one of the last holdouts still using it to
build boost. This is my preference for the very reasons you state; I get to
control what’s in it. Especially important if you’re making binaries for use
regardles of setting it is like it is zooming
way too much. When I just zoom one pinch I can't see my board. But on
my normal branch it works fine.
2015-01-10 18:23 GMT+01:00 Garth Corral gcor...@abode.com:
Thanks very much for trying this out, Nick. To be honest, it’s been so long
since I used
toolbar in the 3D view window.
2015-01-11 19:40 GMT+01:00 Garth Corral gcor...@abode.com:
Hi, Nick. Thanks for the feedback. I’m know there are some differences with
3d panning zooming that could potentially be an issue, but I’m a little
confused, though. When you say pinch, do you mean
, but to me it seems like this was just a switch
in behaivour of using zooming for scroll or having to hit ctrl or
shift (depinding on what mode was set in settings). It does not seem
to break any behaviour I usually expect.
2014-11-05 9:18 GMT+01:00 Garth Corral gcor...@abode.com:
Thanks
Comments inline
On Nov 18, 2014, at 5:15 AM, Adam Wolf adamw...@feelslikeburning.com wrote:
Well, folks, I guess I can put them inside of kicad.app, but I'm not really
sold on it.
0) To reiterate, I'm suggesting including the help in the dmg, but not inside
the kicad.app. The
I agree with Bernhard here. Putting this at the same level as the kicad.app
bundle presumes that everyone will install the entire Kicad directory from the
dmg. I, for one, simply install the kicad.app bundle directly in
/Applications.
All the work that Bernhard did was aimed, I thought, at
Interesting. When I had replied in the past that I was unable to reproduce
this, I had been building with a local patch that set macosx-version-min to
10.7 for everything. When I read this I tried building again without that
patch and sure enough, red blob. When I rebuilt with version-min
1 - 100 of 171 matches
Mail list logo