I've just created a new issue on githib concerning mousewheel zooming. Don't know if anyone else is the same, but I find the current Ctrl-mousewheel approach a bit awkward? Anyway, just a request. But an option to change these bindings would be great..
I find the default behaviour of scrolling with the mousewheel (and zooming with Ctrl-mousewheel), a bit counter-intuitive. Would it be possible to have an option that makes zooming the default mousewheel action?
Of course it's easy enough to get used to, but every time I use the client I have to re-learn the current behaviour. I think drag to scroll, and mousewheel to zoom is the most common approach with other apps?
Hi, I need to get some new PCBs made for an old project, so I thought I'd have a go at changing it from through hole to SMT. These will be my first surface mount boards, which I will be hand soldering, so am after some advice on footprints.
For instance, the standard KiCad 0805 footprints appear to have around 0.4mm overhang at each end of the component. My gut feel is that's a bit tight, would I be better off extending this to give me a little more room to work with? Or does enlarging the pads give me another problem I haven't thought of yet?
Coming from an AVR hobbyist background, I thought I'd have a tinker with some PIC projects. I've been playing around with MPLABX under Linux, which is all good from the software side, but I'm a little bewildered by the choice of chips ;)
From an AVR perspective, I've mostly used the 28 pin ATMEGA48/88/168 series, and some 8 pin ATTINY 25/45/85 for simple things. Am really just looking for ideas on similar PIC ranges, and trying not to pick something that's dated for new designs.
A couple of hours with google has me leaning towards something in the PIC24F and 12F families? But that's the extent of my knowledge so very open to suggestions..
Not sure if I'm missing something obvious, but I'm seeing weird results with RLE. I've been testing with daemon core v7, PIC firmware v3, and jawi's 0.9.4-b1 client from git.
My test setup has all the buffered pins grounded or connected, the unbuffered pins aren't populated. Am using inside numbering and I have a serial terminal output connected to pin #12 (channel group 1).
If I start RLE capture with all four channel groups it works perfectly.
If I start with any single channel group, or with two channel groups, the capture buffer just fills up quickly as if there is a changing signal (but there isn't).
If I start with any three channel groups, the capture buffer doesn't fill up unexpectedly, but the signal isn't shown when I stop the capture (assuming I include group 1 where the data would be).
Can anyone else replicate this, or am I doing something daft?