| 00:10.20 | *** join/#qi-hardware wolfspraul (~wolfsprau@222.130.127.30) |
| 00:22.50 | *** join/#qi-hardware wolfspra1l (~wolfsprau@222.129.20.165) |
| 00:57.26 | *** join/#qi-hardware wolfspraul (~wolfsprau@222.130.124.216) |
| 01:03.16 | *** join/#qi-hardware wolfspraul (~wolfsprau@222.129.23.36) |
| 01:04.06 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 01:05.04 | *** join/#qi-hardware cladamw (~Adam@host-65.78-43-115.dynamic.totalbb.net.tw) |
| 01:16.08 | *** join/#qi-hardware wolfspraul (~wolfsprau@222.129.20.98) |
| 01:32.59 | *** join/#qi-hardware Ayla (~paul@233.188.103.84.rev.sfr.net) |
| 01:53.04 | *** join/#qi-hardware wej (~j@95.211.10.3) |
| 02:01.37 | wpwrak | cladamw: glad you're having fun :-) i think part of that may also be that fped allows you to think in more abstract terms. so each thing you do has a more powerful effect. |
| 02:02.30 | wpwrak | regarding the suppression of pins: the most direct way of suppressing pins would be to have a table, keyed by the pin's number, that says whether the pin should be shown or not |
| 02:03.52 | wpwrak | ah wait, and we can rename them in the process, too |
| 02:03.58 | wpwrak | so: |
| 02:05.12 | wpwrak | table { ?n, name } { 1, 1 } { 2, 2 } { 3, 3 } { 4, 4 } { 5, 5 } { 6, 0 } { 7, 0 } { 8, 6 } |
| 02:06.16 | wpwrak | loop if = floor(1-name/100), 0 |
| 02:06.25 | wpwrak | lemme check if this actually works :) |
| 02:06.50 | cladamw | yeah ... my problem is that I've not familiar with its conceipt of expression. :-) |
| 02:07.37 | wpwrak | yeah, works perfectly :) |
| 02:08.04 | cladamw | so if the table above it can do with just one pads frame not using two pads_t and pads_b, then i eventaully knows that table. :-) |
| 02:09.04 | cladamw | since i still don't know the how syntax it is. :-O |
| 02:09.56 | wpwrak | (expressions) the way fped does things is a bit unusual. that's because everything has to work in a reasonably natural way in a "script" and in the GUI. so it's a mix of procedural and declarative concepts. |
| 02:09.58 | cladamw | hehe ... could you use pastebin for me the optimized codes ? |
| 02:10.30 | wpwrak | you mean a modified eus.fpd ? |
| 02:11.20 | cladamw | yeah ... correct explainative mix of both procedural and declarative ones. |
| 02:11.38 | cladamw | (modified eus.fpd) yes. :-) |
| 02:12.45 | cladamw | but maybe your Fped is updated latestly not like mine now so that i not sure if Fped can interprete it. |
| 02:12.50 | wpwrak | if you want to understand the finer details of fped, you should look at the script language, described in README. i think it's easier to understand the structure of things there |
| 02:13.05 | wpwrak | yes, you need the latest fped for this kind of thing to work :) |
| 02:13.28 | cladamw | phew ~ script again. |
| 02:14.36 | cladamw | my priority one may not to learn it now, hehe ... keep building those needed m1r4's modules. |
| 02:15.08 | wpwrak | i think it's a good moment to learn what you want to learn |
| 02:15.31 | wpwrak | since you have a lot of opportunities to use it on real-life problems. that makes it much easier to learn. |
| 02:16.07 | cladamw | i have time goal now. :-) |
| 02:16.15 | wpwrak | ah ? |
| 02:16.41 | wpwrak | has wolfgang given you a deadline ? |
| 02:16.41 | cladamw | so maybe yesterday you mentioned another expression for older ver. of Fped. Can it ? |
| 02:17.31 | cladamw | Does Fped have another expression for such for my current Fped ? |
| 02:17.34 | wpwrak | (looking at eus.fpd) pin_b and pin_t are nearly identical. is there any specific reason why you didn't use the same frame for both types of pins ? |
| 02:18.11 | cladamw | wpwrak, yeah ... i tried but failed in using 'if' ... hehe |
| 02:18.49 | cladamw | then i seperate 'pin' into *_[b:t] frames. :-O |
| 02:19.37 | wpwrak | (old-style) you could just enumerate the pins: table { pos, name } { 1, 1 } { 2, 2 } { 3, 3 } { 4, 4 } { 5, 5 } { 8, 6 } |
| 02:19.57 | wpwrak | and remove the loop |
| 02:20.12 | wpwrak | what i called "pos" would be "i" in your case |
| 02:20.23 | wpwrak | (using if) hmm. you shouldn't need an "if" here |
| 02:21.09 | cladamw | All roads lead to Rome. (even I knew it's not smart codes but tried ) ha ... |
| 02:21.18 | wpwrak | the only possible problem i see with simplifying things is that it may be harder to get measurements. but let's see ... |
| 02:22.26 | cladamw | (olde-style) okay ... next module if the same case I'll try. :-) |
| 02:22.52 | wpwrak | by the way, to verify footprints, when you generate a postscript file and print it, fped will put one drawing at the real size. so if you have the component at hand, you can put it on the paper and verify that the footprint does indeed look right |
| 02:23.29 | wpwrak | thinking of it, the old-style approach is actually more efficient in this case :) |
| 02:24.53 | cladamw | wpwrak, okay ... that's i'd like to know from you. ( efficient) :-) thanks telling me. :-O |
| 02:35.57 | wpwrak | oh, and eus.fpd linke pins_t from frame outline. i think you want to link it from the root frame :) |
| 02:42.31 | wpwrak | here's my version: http://downloads.qi-hardware.com/people/werner/tmp/eus2.fpd |
| 02:42.45 | wpwrak | should also work with old versions of fped |
| 02:44.14 | wpwrak | that part has a funny geometry. i think the dimensions are originally in mil. |
| 02:44.43 | wpwrak | if a part is in mil, it's better to use the original dimensions. fped will convert them for you anyway. |
| 02:45.28 | wpwrak | you can also mix mil and mm. e.g., if a part is in mil, you can still use mm for measurement offsets |
| 03:21.26 | *** join/#qi-hardware cladamwa (~Adam@host-65.78-43-115.dynamic.totalbb.net.tw) |
| 03:35.56 | *** join/#qi-hardware rejon (~rejon@114.244.42.34) |
| 03:47.43 | *** join/#qi-hardware sucotronic (~felix@141.Red-80-35-38.staticIP.rima-tde.net) |
| 03:49.20 | *** join/#qi-hardware phirsch (~phirsch@xdsl-89-0-137-241.netcologne.de) |
| 03:57.00 | *** join/#qi-hardware rejon (~rejon@114.244.44.33) |
| 04:04.03 | cladamwa | (eus2.fpd) wpwrak nice, thanks a lot. good to see smarter codes. :) |
| 04:19.56 | *** join/#qi-hardware xwalk (~crosswalk@rrcs-98-102-156-195.central.biz.rr.com) |
| 04:31.58 | *** join/#qi-hardware kyak (~kyak@unaffiliated/kyak) |
| 04:38.13 | *** join/#qi-hardware jekhor (~jek@46.53.195.29) |
| 05:33.05 | *** join/#qi-hardware cladamw (~Adam@host-65.78-43-115.dynamic.totalbb.net.tw) |
| 05:43.40 | *** join/#qi-hardware wolfspra1l (~wolfsprau@221.220.177.55) |
| 06:06.50 | *** join/#qi-hardware jluis (~jluis@2001:c08:3700:ffff::b59) |
| 06:07.44 | *** join/#qi-hardware viric (~viric@unaffiliated/viric) |
| 06:08.05 | *** join/#qi-hardware lindi- (~quassel@tachyon.hut.fi) |
| 06:08.18 | *** join/#qi-hardware sucotronic (~felix@141.Red-80-35-38.staticIP.rima-tde.net) |
| 06:09.12 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 06:23.07 | *** join/#qi-hardware wolfspraul (~wolfsprau@221.220.178.179) |
| 06:39.29 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 07:13.09 | *** join/#qi-hardware kristoffer (~kristoffe@c-34dae555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 07:36.53 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 07:38.35 | *** join/#qi-hardware jurting (~jommpa90_@ip-247-249-230-46.dialup.ice.net) |
| 08:18.53 | *** join/#qi-hardware newcup (newcup@peruna.fi) |
| 08:23.27 | *** join/#qi-hardware Ayla (~paul@233.188.103.84.rev.sfr.net) |
| 08:48.54 | *** join/#qi-hardware jurting (~jommpa90_@ip-247-249-230-46.dialup.ice.net) |
| 08:54.50 | *** join/#qi-hardware wolfspra1l (~wolfsprau@222.130.125.79) |
| 09:52.53 | *** join/#qi-hardware jekhor (~jek@46.53.195.29) |
| 10:00.27 | *** join/#qi-hardware antoniodariuh_ (~antonioda@nat-sta-slph1.tvu.ac.uk) |
| 10:05.43 | *** join/#qi-hardware wolfspraul (~wolfsprau@222.130.114.241) |
| 10:08.56 | *** join/#qi-hardware jluis (~jluis@2001:5c0:1400:a::1a5) |
| 10:10.45 | *** join/#qi-hardware wolfspra1l (~wolfsprau@222.129.20.201) |
| 10:38.08 | *** join/#qi-hardware jluis (~jluis@2001:5c0:1400:a::4b5) |
| 11:24.50 | *** join/#qi-hardware jivs_ (~jivs@nat-sta-slph1.tvu.ac.uk) |
| 11:25.29 | jivs_ | seen xiangfu |
| 11:25.58 | jivs_ | xiangfu, plz buzz me when you are online |
| 11:32.46 | *** join/#qi-hardware wolfspraul (~wolfsprau@114.241.252.84) |
| 11:50.58 | *** join/#qi-hardware xwalk (~crosswalk@d47-69-35-236.try.wideopenwest.com) |
| 11:54.06 | *** join/#qi-hardware Ayla (~paul@114.46.123.78.rev.sfr.net) |
| 11:59.12 | *** join/#qi-hardware DocScrutinizer (~halley@openmoko/engineers/joerg) |
| 12:18.14 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 12:53.08 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 12:55.54 | *** join/#qi-hardware wolfspra1l (~wolfsprau@221.220.185.45) |
| 13:05.18 | *** join/#qi-hardware wolfspraul (~wolfsprau@221.220.185.45) |
| 13:39.58 | *** join/#qi-hardware Ayla (~paul@250.178.123.78.rev.sfr.net) |
| 13:41.53 | *** join/#qi-hardware wolfspraul (~wolfsprau@221.220.185.45) |
| 13:47.51 | *** join/#qi-hardware jeremybrown82 (~jeremybro@c-68-62-245-80.hsd1.fl.comcast.net) |
| 13:55.01 | wpwrak | grmbl. i should know better than starting with the regression tests only after already having accumulated 4k lines to test :-( |
| 13:57.09 | *** join/#qi-hardware erikkugel (~ekugel@216.183.91.254) |
| 13:58.53 | *** join/#qi-hardware wolfspraul (~wolfsprau@221.220.189.226) |
| 14:04.52 | *** join/#qi-hardware phirsch (~phirsch@xdsl-89-0-137-241.netcologne.de) |
| 14:13.31 | viric | wpwrak: kernel or user code? :) |
| 14:15.29 | wpwrak | user code (boom) |
| 14:16.09 | wpwrak | i better clean out the bugs accumulated so far before setting it to work on m1r4 |
| 14:16.40 | viric | what did "(boom)" mean? |
| 14:18.25 | wpwrak | comes from BOM (bill of materials). the the second O is a non-functional artistic addition :) |
| 14:19.33 | viric | if you made a kde frontend, you could name it kaboom |
| 14:19.36 | viric | ok :) |
| 14:20.02 | wpwrak | ;-)) |
| 14:20.26 | Ayla | do you know the anime Linus & Boom? |
| 14:20.41 | Ayla | s/anime/cartoon |
| 14:20.42 | qi-bot | Ayla meant: "do you know the cartoon Linus & Boom?" |
| 14:21.01 | viric | hm no |
| 14:21.07 | wpwrak | naw, i do my graphics only in SDL or Gtk. vade retro, C++ ;-) |
| 14:21.12 | viric | I only know Linus from Schultz |
| 14:22.10 | wpwrak | Ayla: is that cartoon about Mr. Torvalds rewriting memory management while having a hangover ? :) |
| 14:22.45 | Ayla | no, it's a lame cartoon about aliens |
| 14:31.51 | *** join/#qi-hardware emeb (~ericb@ip72-223-81-94.ph.ph.cox.net) |
| 14:32.09 | *** join/#qi-hardware Ayla (~paul@114.46.123.78.rev.sfr.net) |
| 15:01.09 | *** join/#qi-hardware marcan (marcan@marcansoft.com) |
| 15:06.30 | qi-bot | The build was successful: http://fidelio.qi-hardware.com/~xiangfu/build-nanonote/openwrt-xburst.full_system-20120530-0909 |
| 15:20.22 | *** join/#qi-hardware marcan (marcan@marcansoft.com) |
| 15:28.52 | *** join/#qi-hardware Ayla (~paul@183.45.123.78.rev.sfr.net) |
| 15:29.10 | *** join/#qi-hardware Jay7 (jay@89.179.25.173) |
| 15:30.24 | *** join/#qi-hardware jivs_ (~jivs@nat-sta-slph1.tvu.ac.uk) |
| 15:46.12 | qi-bot | [commit] Jiva Nath Bagale: bug fix for guile2 Makefile (master) http://qi-hw.com/p/openwrt-packages/5e8a25e |
| 16:05.22 | *** join/#qi-hardware phirsch (~phirsch@xdsl-89-0-68-22.netcologne.de) |
| 16:56.54 | *** join/#qi-hardware urandom__ (~user@ip-92-50-99-185.unitymediagroup.de) |
| 17:05.28 | *** join/#qi-hardware kilae (~chatzilla@catv-161-018.tbwil.ch) |
| 18:47.48 | *** join/#qi-hardware jekhor (~jek@46.53.195.29) |
| 19:20.31 | *** join/#qi-hardware GNUtoo-desktop (~GNUtoo@host171-91-dynamic.54-79-r.retail.telecomitalia.it) |
| 19:45.52 | *** join/#qi-hardware LunaVorax (~LunaVorax@cau33-2-82-227-183-10.fbx.proxad.net) |
| 19:46.33 | LunaVorax | Hello everyone |
| 19:54.11 | qi-bot | [commit] Werner Almesberger: b2/test/hierfld: field definitions in hierarchy (master) http://qi-hw.com/p/eda-tools/ef60e92 |
| 19:54.12 | qi-bot | [commit] Werner Almesberger: b2/: new option -v to control verbosity level; move hierarchy dump from parser to boom.c (master) http://qi-hw.com/p/eda-tools/b0ed436 |
| 19:54.13 | qi-bot | [commit] Werner Almesberger: b2/test/Common: drop that tacky "file-" prefix in pseudo-filenames (master) http://qi-hw.com/p/eda-tools/52e58cc |
| 19:54.15 | qi-bot | [commit] Werner Almesberger: b2/new function yywarn; make yyerror reuse yyerrorf (master) http://qi-hw.com/p/eda-tools/2239440 |
| 19:54.17 | qi-bot | [commit] Werner Almesberger: b2/: add test for redundant conditions in hierarchy (master) http://qi-hw.com/p/eda-tools/39382b1 |
| 19:54.19 | qi-bot | [commit] Werner Almesberger: b2/Makefile: run tests with bash, not with sh (master) http://qi-hw.com/p/eda-tools/4943519 |
| 19:54.21 | qi-bot | [commit] Werner Almesberger: b2/lang.y: don't pop fields from the stack before also handling the rule (master) http://qi-hw.com/p/eda-tools/a892b63 |
| 19:54.23 | qi-bot | [commit] Werner Almesberger: b2/dump.c (dump_rel): use %g also for tolerances in percent (master) http://qi-hw.com/p/eda-tools/6159bdf |
| 19:54.25 | qi-bot | [commit] Werner Almesberger: b2/eval.c (eval_rel): fix stop pointer when parsing absolute tolerance values (master) http://qi-hw.com/p/eda-tools/8c26e5f |
| 19:54.27 | qi-bot | [commit] Werner Almesberger: b2/test/hierrul: field rules in hierarchy (master) http://qi-hw.com/p/eda-tools/e66267f |
| 19:54.30 | qi-bot | [commit] Werner Almesberger: Merge branch 'master' of projects.qi-hardware.com:eda-tools (master) http://qi-hw.com/p/eda-tools/4fb5f26 |
| 20:06.26 | *** join/#qi-hardware Ornoterm1s (~rikard@78-69-248-123-no180.tbcn.telia.com) |
| 22:47.08 | *** join/#qi-hardware Maroni (~user@046-220-052-043.dyn.orange.at) |
| 22:51.26 | kristianpaul | whitequark: how went your arm + fpga combo handshake? |