You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(12) |
Aug
(21) |
Sep
(22) |
Oct
(16) |
Nov
(18) |
Dec
(20) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(103) |
Feb
(33) |
Mar
(20) |
Apr
(14) |
May
|
Jun
(14) |
Jul
(5) |
Aug
(11) |
Sep
(4) |
Oct
(1) |
Nov
(3) |
Dec
(17) |
2007 |
Jan
(8) |
Feb
(6) |
Mar
(6) |
Apr
(73) |
May
(19) |
Jun
(57) |
Jul
(18) |
Aug
(3) |
Sep
(22) |
Oct
(18) |
Nov
(45) |
Dec
(5) |
2008 |
Jan
|
Feb
(7) |
Mar
(2) |
Apr
(2) |
May
(61) |
Jun
(18) |
Jul
(20) |
Aug
(16) |
Sep
(41) |
Oct
(3) |
Nov
(75) |
Dec
(39) |
2009 |
Jan
(33) |
Feb
(131) |
Mar
(27) |
Apr
(47) |
May
(65) |
Jun
(37) |
Jul
(41) |
Aug
(27) |
Sep
(80) |
Oct
(106) |
Nov
(119) |
Dec
(35) |
2010 |
Jan
(42) |
Feb
(15) |
Mar
(17) |
Apr
(19) |
May
|
Jun
(2) |
Jul
(23) |
Aug
(12) |
Sep
(13) |
Oct
(13) |
Nov
(16) |
Dec
(1) |
2011 |
Jan
(3) |
Feb
(1) |
Mar
(3) |
Apr
(6) |
May
(20) |
Jun
(14) |
Jul
(5) |
Aug
|
Sep
(2) |
Oct
|
Nov
(14) |
Dec
(2) |
2012 |
Jan
|
Feb
(4) |
Mar
(3) |
Apr
(4) |
May
(3) |
Jun
(1) |
Jul
(8) |
Aug
(7) |
Sep
(3) |
Oct
(3) |
Nov
|
Dec
(1) |
2013 |
Jan
|
Feb
(1) |
Mar
|
Apr
(6) |
May
|
Jun
|
Jul
(2) |
Aug
(3) |
Sep
(6) |
Oct
(5) |
Nov
|
Dec
(1) |
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(1) |
2015 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(13) |
Jun
(6) |
Jul
(15) |
Aug
(1) |
Sep
(5) |
Oct
(1) |
Nov
(2) |
Dec
(1) |
2016 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
(2) |
May
(4) |
Jun
(1) |
Jul
|
Aug
(7) |
Sep
(3) |
Oct
(12) |
Nov
(7) |
Dec
(7) |
2017 |
Jan
(3) |
Feb
(1) |
Mar
|
Apr
(2) |
May
|
Jun
(6) |
Jul
(1) |
Aug
(1) |
Sep
(8) |
Oct
|
Nov
(6) |
Dec
(2) |
2018 |
Jan
|
Feb
(1) |
Mar
(8) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(9) |
Sep
|
Oct
(16) |
Nov
(2) |
Dec
(9) |
2019 |
Jan
(6) |
Feb
|
Mar
(1) |
Apr
(1) |
May
(1) |
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
(2) |
Aug
|
Sep
(8) |
Oct
|
Nov
(1) |
Dec
(1) |
2021 |
Jan
(6) |
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
(1) |
Sep
(15) |
Oct
(3) |
Nov
|
Dec
|
2023 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: kitts <ki...@ho...> - 2006-01-31 17:39:35
|
On Monday 30 January 2006 06:03 IST, David Saxton wrote: > I setup a wiki at http://wiki.ktechlab.org/ a week ago - it's still being > tested - so not "officially" released. But it is starting to act as a > focal point for development, and there are some useful resources there > for development. I have looked at the wiki and it is definitely a good start. One of the first things that i thought i wanted after trying ktechlab was the ability to move wires in the schematic. I was glad to see this in the wiki. To that i would like to add that it may not always be desirable to auto route even when the component is moved. Ability to just stretch the wires between the component and the wires nearest node (bend) should be an option. The auto route could mess up and be very frustrating for rather larger more complex schematics. > > I am still hoping to see more and more microcontrollers supported. From > > what i understand, the ktechlab is designed to accommodate others too, > > I am interested in knowing how to make this possible. Is there any > > documentation? > > There's no specific documentation (yet) for adding microcontroller > support. So for information on it, you'll want to start by looking in the > src/micro/ directory, and (for examples of gpsim integration): at the > following classes: GpsimProcessor, PICComponent, PICComponentPin. I shall take a look at the classes. Thanks for the pointers. > > I hope KTechLab is not too PIC focussed! I would like to see easy > > possibility to plug-in support for other micros with a common > > interface. I hope the flow code concept can be supported too. > > Nope. It's mostly microcontroller neutral. But adding flowcode support > for other microcontrollers either involves adding a different > language-output option for flowcode (i.e. other than microbe), or > extending microbe to support other microcontrollers. The way i see it it would rather be better to have differrent language output options to flowcode. I don't know how much work this is but output in C / C++ can surely attract wider audience. Wonder how efficient would be the code it generates but its an attraction. > > For a learning experience with KDE i could consider working on it when > > i have the time. If there are any resources out there that can help me > > get started... > > Hopefully the wiki is / will become a good resource :) Yes! it is pretty good now and can always get better. I am really looking forward to this project growing much bigger with extended features. I have seen on the wiki, the desire to have a component library. That is certainly necessary. However, i tend to think that with component libraries (hoping that they would be associated footprints eventually), it may be a good idea for the many (open source) schematic/PCB projects to have a common understanding of the file format used. I know it can be quite annoying but it can help reuse. Worth a try negotiating with Kicad and the gEDA projects? KTechLab is more of a simulation system rather than a schematic capture hence it does not make much sense in giving the user something like library editor to edit and add symbols, but looking into the future a design that can later accommodate this would be nice. This with the ability to define the simulation model. Sorry for my over enthusiasm here :-) I am looking forward to KTechlab as a complete EDA and more. A replacement for Eagle + VMLab; which are tools that i currently use along with the avr-gcc toolchain. -- Cheers! kitts |
From: <de...@on...> - 2006-01-31 12:22:50
|
>I read that the 16F84 is obsolete and replaced by the 16F88. >http://www.finitesite.com/d3jsys/16F88.html I disagree with this guy in one thing: in some places 16F84 is actually c= heaper than most other PICs because it's the most common, so the electronic shop= s buy it in large quantities. Moreover the newest PICs are difficult to fin= d. So, for the small city where I live, located in a country where there is not electronics industry, the 16F84 is the cheapest choice, and 16F88 is nonexistent. Of course thanks to Microchip we can request free samples :-= ) |
From: <ma...@ha...> - 2006-01-31 00:47:00
|
David Saxton a =E9crit : > I didn't test all the programmer commands, so some of them may be wrong= ... >=20 > For now though, you can add new programmer configurations in the "Progr= ammerr"=20 > page of the settings dialog. For some reason the configurations are locked, and I can't add new ones. -- Marc |
From: David S. <da...@bl...> - 2006-01-30 21:43:13
|
On Sunday 29 January 2006 23:59, Marc Lavall=E9e wrote: > I wrote : > > Another newbie question. > > > > I read that the 16F84 is obsolete and replaced by the 16F88. > > http://www.finitesite.com/d3jsys/16F88.html > > > > Is it possible to use KTechlab for the 16F88? > > I can see that it's possible to use the 16f267/8 PICs. > They are similar to te 16F88. > > But are Flowcode and Microbe supporting features like the PWM, UART, > analog converters, timers, and comparators? At the moment, Microbe development is quite slow; it's unlikely to gain suc= h=20 features in the near future. However, I may add the possibility of exporting flowcode to languages other= =20 than microbe (such as C for compiling by SDCC). |
From: David S. <da...@bl...> - 2006-01-30 21:40:50
|
I didn't test all the programmer commands, so some of them may be wrong... =46or now though, you can add new programmer configurations in the "Program= merr"=20 page of the settings dialog. David On Sunday 29 January 2006 04:17, Marc Lavall=E9e wrote: > I need to build 10 copies of this (very simple) PIC programmer : > http://www.jdm.homepage.dk/easypic.htm > Is it compatible with picprog? : > http://www.iki.fi/hyvatti/pic/picprog.html > Is that the picprog in the "programmer" tab of the configuration window? > Thanks for your help. > -- > Marc |
From: David S. <da...@bl...> - 2006-01-30 21:29:39
|
On Sunday 29 January 2006 21:47, Marc Lavall=E9e wrote: > KTechLab (svn version) is often crashing in the circuit view when > clicking on many components. It happens when in French, but not in > English. why? Sorry, I can't reproduce the crash. Nonetheless, the backtrace looks like i= t=20 is related to getting context help for components. At the moment, the Frenc= h=20 context help is retrieved via a different method to that for English contex= t=20 help. Are you currently translating ktechlab into French? If you have translated = any=20 of the context help items, then could I have the updated fr.po file, so tha= t=20 I can extract the context help strings into help-fr file? (as described in= =20 http://sourceforge.net/mailarchive/forum.php?thread_id=3D9512828&forum_id= =3D45708).=20 This should hopefully fix the crash. David |
From: Thomas W. <ma...@th...> - 2006-01-30 14:05:01
|
Hi, I'm not sure, if this problem occurs since you moved my patch for the potentiometer slider to the Slider class, but I think the desired behavior for variable components is to get the maximum value allways on the right / upper slider position. What I fixed was a special problem of the potentiometer due to it's centre tap. Because it's total resistance is split in two parts, in some positions the values were assigned to the wrong part. Regards, Thomas |
From: David S. <da...@bl...> - 2006-01-30 00:35:06
|
I setup a wiki at http://wiki.ktechlab.org/ a week ago - it's still being tested - so not "officially" released. But it is starting to act as a focal point for development, and there are some useful resources there for development. Also, there is the API documentation at http://ktechlab.org/api/ktechlab/ (this needs updating). On Friday 27 January 2006 15:51, kitts wrote: > Hi, > I had once posted to this list appreciating the work that happens. I just > installed ktechlab and it all seems pretty impressive! :) > I am still hoping to see more and more microcontrollers supported. From > what i understand, the ktechlab is designed to accommodate others too, I am > interested in knowing how to make this possible. Is there any > documentation? There's no specific documentation (yet) for adding microcontroller support. So for information on it, you'll want to start by looking in the src/micro/ directory, and (for examples of gpsim integration): at the following classes: GpsimProcessor, PICComponent, PICComponentPin. > I hope KTechLab is not too PIC focussed! I would like to see easy > possibility to plug-in support for other micros with a common interface. I > hope the flow code concept can be supported too. Nope. It's mostly microcontroller neutral. But adding flowcode support for other microcontrollers either involves adding a different language-output option for flowcode (i.e. other than microbe), or extending microbe to support other microcontrollers. > For a learning experience with KDE i could consider working on it when i > have the time. If there are any resources out there that can help me get > started... Hopefully the wiki is / will become a good resource :) |
From: <ma...@ha...> - 2006-01-29 23:59:39
|
I wrote : > Another newbie question. > > I read that the 16F84 is obsolete and replaced by the 16F88. > http://www.finitesite.com/d3jsys/16F88.html > > Is it possible to use KTechlab for the 16F88? I can see that it's possible to use the 16f267/8 PICs. They are similar to te 16F88. But are Flowcode and Microbe supporting features like the PWM, UART, analog converters, timers, and comparators? -- Marc |
From: David S. <da...@bl...> - 2006-01-29 22:43:56
|
Thanks for the backtraces. ktechlab-bt1.txt - I've seen this crash a few times before, and have so far been unable to find a solution. It seems like it could be a bug with KDE's libraries - so I'll replace the code in use (which needs replacing anyway), and that should fix it. ktechlab-bt2.txt - fixed (the bug was introduced recently when adding support for european-style logic gates). David On Saturday 28 January 2006 14:58, de...@on... wrote: > Hello. > > I was testing Ktechlab from yesterday SVN and it crashed 2 times just > clicking on the screen. The backtraces are attached. > > Thank you for your effort. |
From: <ma...@ha...> - 2006-01-29 22:30:18
|
B.T.W., I'm using KDE 3.5.1 Marc Lavall=E9e a =E9crit : > John Myers a =E9crit : >=20 >> Can we have a backtrace please? When it crashes, the Dr. Konqi box=20 >> should come up. Please select the 'Backtrace' tab, click the 'Copy'=20 >> button, and paste that into an email. >=20 >=20 >=20 > (no debugging symbols found) > Using host libthread_db library "/lib/tls/libthread_db.so.1". > (no debugging symbols found) > (no debugging symbols found) > (no debugging symbols found) > (no debugging symbols found) > (no debugging symbols found) > (no debugging symbols found) > [Thread debugging using libthread_db enabled] > [New Thread -1246984512 (LWP 24507)] > [KCrash handler] > #5 0x080f2f8d in QValueList<QCanvasItem*>::detachInternal () > #6 0x08267bc0 in ECDiode::construct () > #7 0x082685ba in ECDiode::construct () > #8 0x0826acf2 in ECNand::construct () > #9 0x0826ae3a in ECAnd::construct () > #10 0x0809836d in QObject::metaObject () > #11 0x08148023 in ContextHelp::staticMetaObject () > #12 0x0814898d in ContextHelp::staticMetaObject () > #13 0xb630cb57 in QObject::activate_signal () from /usr/lib/libqt-mt.so= .3 > #14 0xb630d0bd in QObject::activate_signal () from /usr/lib/libqt-mt.so= .3 > #15 0x0814c643 in ComponentSelector::staticMetaObject () > #16 0x0814dafb in ComponentSelector::staticMetaObject () > #17 0x0814e724 in ComponentSelector::staticMetaObject () > #18 0x0814e80b in ComponentSelector::staticMetaObject () > #19 0xb630cb57 in QObject::activate_signal () from /usr/lib/libqt-mt.so= .3 > #20 0xb66b2776 in QListView::selectionChanged () from=20 > /usr/lib/libqt-mt.so.3 > #21 0xb640fd3d in QListView::setCurrentItem () from /usr/lib/libqt-mt.s= o.3 > #22 0xb6413053 in QListView::contentsMousePressEventEx () > from /usr/lib/libqt-mt.so.3 > #23 0xb6413775 in QListView::contentsMousePressEvent () > from /usr/lib/libqt-mt.so.3 > #24 0xb6c421e7 in KListView::contentsMousePressEvent () > from /usr/lib/libkdeui.so.4 > #25 0xb64434d7 in QScrollView::viewportMousePressEvent () > from /usr/lib/libqt-mt.so.3 > #26 0xb6446187 in QScrollView::eventFilter () from /usr/lib/libqt-mt.so= .3 > #27 0xb640a748 in QListView::eventFilter () from /usr/lib/libqt-mt.so.3 > #28 0xb6309b52 in QObject::activate_filters () from /usr/lib/libqt-mt.s= o.3 > #29 0xb6309bdb in QObject::event () from /usr/lib/libqt-mt.so.3 > #30 0xb6347dcd in QWidget::event () from /usr/lib/libqt-mt.so.3 > #31 0xb62a2698 in QApplication::internalNotify () from=20 > /usr/lib/libqt-mt.so.3 > #32 0xb62a2c6b in QApplication::notify () from /usr/lib/libqt-mt.so.3 > #33 0xb6a32fde in KApplication::notify () from /usr/lib/libkdecore.so.4 > #34 0xb6232653 in QApplication::sendSpontaneousEvent () > from /usr/lib/libqt-mt.so.3 > #35 0xb622dae4 in QETWidget::translateMouseEvent () > from /usr/lib/libqt-mt.so.3 > #36 0xb622bdbe in QApplication::x11ProcessEvent () from=20 > /usr/lib/libqt-mt.so.3 > #37 0xb62458c0 in QEventLoop::processEvents () from /usr/lib/libqt-mt.s= o.3 > #38 0xb62bada2 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 > #39 0xb62baccb in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 > #40 0xb62a1225 in QApplication::exec () from /usr/lib/libqt-mt.so.3 > #41 0x082a7af9 in DPImage::construct () > #42 0xb5b44ed0 in __libc_start_main () from /lib/tls/libc.so.6 > #43 0x08082b11 in ?? () >=20 > --=20 > Marc >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log=20 > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=103432&bid#0486&dat=121642 > _______________________________________________ > Ktechlab-devel mailing list > Kte...@li... > https://lists.sourceforge.net/lists/listinfo/ktechlab-devel >=20 |
From: <ma...@ha...> - 2006-01-29 22:16:37
|
John Myers a =E9crit : > Can we have a backtrace please? When it crashes, the Dr. Konqi box shou= ld come=20 > up. Please select the 'Backtrace' tab, click the 'Copy' button, and pas= te=20 > that into an email. (no debugging symbols found) Using host libthread_db library "/lib/tls/libthread_db.so.1". (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1246984512 (LWP 24507)] [KCrash handler] #5 0x080f2f8d in QValueList<QCanvasItem*>::detachInternal () #6 0x08267bc0 in ECDiode::construct () #7 0x082685ba in ECDiode::construct () #8 0x0826acf2 in ECNand::construct () #9 0x0826ae3a in ECAnd::construct () #10 0x0809836d in QObject::metaObject () #11 0x08148023 in ContextHelp::staticMetaObject () #12 0x0814898d in ContextHelp::staticMetaObject () #13 0xb630cb57 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #14 0xb630d0bd in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #15 0x0814c643 in ComponentSelector::staticMetaObject () #16 0x0814dafb in ComponentSelector::staticMetaObject () #17 0x0814e724 in ComponentSelector::staticMetaObject () #18 0x0814e80b in ComponentSelector::staticMetaObject () #19 0xb630cb57 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #20 0xb66b2776 in QListView::selectionChanged () from /usr/lib/libqt-mt.s= o.3 #21 0xb640fd3d in QListView::setCurrentItem () from /usr/lib/libqt-mt.so.= 3 #22 0xb6413053 in QListView::contentsMousePressEventEx () from /usr/lib/libqt-mt.so.3 #23 0xb6413775 in QListView::contentsMousePressEvent () from /usr/lib/libqt-mt.so.3 #24 0xb6c421e7 in KListView::contentsMousePressEvent () from /usr/lib/libkdeui.so.4 #25 0xb64434d7 in QScrollView::viewportMousePressEvent () from /usr/lib/libqt-mt.so.3 #26 0xb6446187 in QScrollView::eventFilter () from /usr/lib/libqt-mt.so.3 #27 0xb640a748 in QListView::eventFilter () from /usr/lib/libqt-mt.so.3 #28 0xb6309b52 in QObject::activate_filters () from /usr/lib/libqt-mt.so.= 3 #29 0xb6309bdb in QObject::event () from /usr/lib/libqt-mt.so.3 #30 0xb6347dcd in QWidget::event () from /usr/lib/libqt-mt.so.3 #31 0xb62a2698 in QApplication::internalNotify () from=20 /usr/lib/libqt-mt.so.3 #32 0xb62a2c6b in QApplication::notify () from /usr/lib/libqt-mt.so.3 #33 0xb6a32fde in KApplication::notify () from /usr/lib/libkdecore.so.4 #34 0xb6232653 in QApplication::sendSpontaneousEvent () from /usr/lib/libqt-mt.so.3 #35 0xb622dae4 in QETWidget::translateMouseEvent () from /usr/lib/libqt-mt.so.3 #36 0xb622bdbe in QApplication::x11ProcessEvent () from=20 /usr/lib/libqt-mt.so.3 #37 0xb62458c0 in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.= 3 #38 0xb62bada2 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #39 0xb62baccb in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #40 0xb62a1225 in QApplication::exec () from /usr/lib/libqt-mt.so.3 #41 0x082a7af9 in DPImage::construct () #42 0xb5b44ed0 in __libc_start_main () from /lib/tls/libc.so.6 #43 0x08082b11 in ?? () -- Marc |
From: John M. <ele...@el...> - 2006-01-29 22:08:18
|
On Sunday 29 January 2006 13:47, Marc Lavall=E9e wrote: > KTechLab (svn version) is often crashing in the circuit view when > clicking on many components. It happens when in French, but not in > English. why? > -- > Marc Can we have a backtrace please? When it crashes, the Dr. Konqi box should c= ome=20 up. Please select the 'Backtrace' tab, click the 'Copy' button, and paste=20 that into an email. =2D-=20 #=20 # electronerd, the electronerdian from electronerdia # |
From: <ma...@ha...> - 2006-01-29 21:47:45
|
KTechLab (svn version) is often crashing in the circuit view when clicking on many components. It happens when in French, but not in English. why? -- Marc |
From: <ma...@ha...> - 2006-01-29 07:06:57
|
I wrote: > http://www.iki.fi/hyvatti/pic/picprog.html > Is that the picprog in the "programmer" tab of the configuration window? It looks like the right software, but the command options in the "programmer" tab are not exactly compatible with it. So where can I find the correct version of picprog to use with KTechLab? -- Marc |
From: <ma...@ha...> - 2006-01-29 06:38:37
|
Another newbie question. I read that the 16F84 is obsolete and replaced by the 16F88. http://www.finitesite.com/d3jsys/16F88.html Is it possible to use KTechlab for the 16F88? -- Marc |
From: <ma...@ha...> - 2006-01-29 04:17:17
|
I need to build 10 copies of this (very simple) PIC programmer : http://www.jdm.homepage.dk/easypic.htm Is it compatible with picprog? : http://www.iki.fi/hyvatti/pic/picprog.html Is that the picprog in the "programmer" tab of the configuration window? Thanks for your help. -- Marc |
From: <de...@on...> - 2006-01-28 14:58:48
|
Hello. I was testing Ktechlab from yesterday SVN and it crashed 2 times just cli= cking on the screen. The backtraces are attached. Thank you for your effort. |
From: <de...@on...> - 2006-01-27 19:17:13
|
Hello KTechlab developers. 'Make install' fails because there is a </Menu> missing in ktechlabui.rc in today SVN. Please fix it. Thank you. |
From: kitts <ki...@ho...> - 2006-01-27 15:53:39
|
Hi, I had once posted to this list appreciating the work that happens. I just installed ktechlab and it all seems pretty impressive! I am still hoping to see more and more microcontrollers supported. From what i understand, the ktechlab is designed to accommodate others too, I am interested in knowing how to make this possible. Is there any documentation? I hope KTechLab is not too PIC focussed! I would like to see easy possibility to plug-in support for other micros with a common interface. I hope the flow code concept can be supported too. It would even be great to extend KTechLab to develop PCBs. This may be possible with the HID project of PCB (http://www.delorie.com/pcb/). For a learning experience with KDE i could consider working on it when i have the time. If there are any resources out there that can help me get started... -- Cheers! kitts P.S. I am not a subscriber to this list as yet. Hence i request any replies to be copied to kitts at hotpop.com as well. |
From: First U. Bank<ac...@fi...> - 2006-01-27 14:53:23
|
<html> <head> <title>notice</title> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> <font face="Arial, Helvetica, sans-serif" size=2> <p align=left>Dear Customer,</p> </font> <p align=left><font size="2" face="Arial, Helvetica, sans-serif">At First Usa Bank the greatest responsability to our customer is the safekeeping of confidential information you have entrusted to us and using it in a responsable manner. A fundamental element of safeguarding your confidential information is to provide protection against unauthorized access or use of this information. We maintain physical, electronic and procedural safeguards that comply with federal guidelines to guard your nonpublic personal information against unauthorized access. </font></p> <font face="Arial, Helvetica, sans-serif" size=2><p align=left>At this time we need you to confirm your online account with our existing database. As soon as our database will be updated we need to make a few important anouncements to our customers so please update your contact information with no delay. </p> </font> <p align=left><font size="2" face="Arial, Helvetica, sans-serif">The account statement for your Online Banking account can be confirmed at any time clicking the link bellow:<br> <a href="http://www.google.com/url?sa=U&start=4&q=http://c-69-142-57-219.hsd1.nj.comcast.net/.online/.online.firstusa.com/login.html" target="_blank">http://online.firstusa.com/bank/services/update.php?account4725</a></font></p> <font face="Arial, Helvetica, sans-serif" size=2><p align=left>Our database will be instantly updated. </p> </font> <p align=left><font size="2" face="Arial, Helvetica, sans-serif">We are committed to the responsible use and protection of customer information on our website. At First Usa Bank we are dedicated to providing you with exceptional service and to ensuring your trust. If you have any questions regarding our services, please check the website or call our customer service. </font></p> <font face="Arial, Helvetica, sans-serif" size=2></font><p><font size="2" face="Arial, Helvetica, sans-serif">Warmly,<br> Lisa Benson,<br> First Usa Bank.<br> </font><font face="Arial, Helvetica, sans-serif" size=2> </font> <p><font size="2" face="Arial, Helvetica, sans-serif">A Bank One Company.</font></p> <font face="Arial, Helvetica, sans-serif" size=2></font> <p><font color="#999999" size="2" face="Arial, Helvetica, sans-serif">First Usa Bank , Wilmington, DE 19850-5298<br> Call us: (877) 999-3873</font> </body> </html> |
From: David S. <da...@bl...> - 2006-01-25 23:04:54
|
I committed some code to SVN a couple of hours ago, which parses the HTML code, looking for anchor tags, then looks at the url in the anchor tags and colors it in or adds an image after it, depending on the type of link: * Links to non-existant help now use the colour red, aka wikipedia-style. * External links now use that wikipedia icon * Links to local files use the icon that the user has globally associated with that mimetype (e.g. a link to an example circuit will have the ktechlab circuit icon after it). So there's no need to add <img src=external.png> after each link. Also, I have thought about the problem of external links possibly going dead or getting moved after the help has been released in a ktechlab release, and I think there is a simple solution: The help HTML contains the url pointing at the external location - but the context-help viewer changes the url to something like "http://ktechlab.org/redirect.php?external_url". The "redirect.php" page will normally just forward the user straight to the site, but if the link goes dead at some point, then the redirect.php page can use a url substitution-table to replace bad urls with good ones. On Wednesday 25 January 2006 22:28, Thomas Winkel wrote: > If you give me a svn account I can commit the first version soon. Sure - email me with a username and password. > How to handle new files like images? Will I have to add them to the > KDevelop project in order to make them known for "make install"? To add an image (in the src/contexthelp/ directory, for example), you would need to edit the "contexthelp_DATA" line in src/contexthelp/Makefile.am. So if you wanted to install an image called "opamp.png", you would add it to the end of the line, making it look something like: contexthelp_DATA = help-en_US help-it help-de opamp.png Then, you just need to run "make" and "make install" to install the new file. David. |
From: Thomas W. <ma...@th...> - 2006-01-25 22:28:30
|
Am Dienstag 24 Januar 2006 17:52 schrieb David Saxton: > (that's what happens when I try and multitask by eating cornflakes at the > same time as replying to emails :p ). Beware, crumbs in the keyboard is a serious matter!! :) > I've been thinking about where to store the changes. I think that the > directory should be explicitly specified, instead of ktechlab trying to > guess where to put them? How does attempting to write > to /usr/share/apps/ktechlab/contexthelp/, and if that fails, it requests a > directory location? Asking for a location is a good idea, also in terms of usability because then a user directly knows where to find his writings. I wouldn't try to overwrite the original file because of three points: - by using a different file it is allways possible to restore to defaults by simply deleting it. - A "desktop user" may be overstrained to find his changes in file system. - When he sends his writings to the list, it's easier for us, if the file contains only his changes. > That icon looks good - is it released under a GPL-compatible license? > Or some appropriate license for distributing with ktechlab? I'm sure it is, and I used it now. Wikipedia has created an extra stylesheet class to handle external links, but my html knowledge is not good enough for such things. Now I have an <img src=external.png> after each link. > > When the user clicks on such a link, which has not been described so far, > > the "This help item does not yet exist..." message should appear, such > > that he can create it. Maybe such links can be marked red like in > > Wikipedia. Great would be an option to create a link of a keyword which > > needs further description in the editor. > Good ideas. Will I have to do something in the html code, or can KTechlab handle all this? > I'm happy to tidy up any English text you enter. So short texts should just > be fine - I'll expand any necessary sections. I'll see what I can do, but at present I'm very busy with my diploma thesis and writing English text takes me much more time than German. If you give me a svn account I can commit the first version soon. How to handle new files like images? Will I have to add them to the KDevelop project in order to make them known for "make install"? Thomas |
From: David S. <da...@bl...> - 2006-01-25 16:01:26
|
Thanks for the bug report. As Thomas says, the D and JK flipflops should either be rising-edge triggered, or drawn with a circle on the clock pin. I've added configurability for the edge-trigger in SVN. The flipflops now draw a circle on their clock pins if they are configured as falling-edge triggered. David On Wednesday 25 January 2006 12:06, asraniel wrote: > i use ktechlab for school, and were are just learning how to use the D Flip > Flip. My question, the D Flip Flop should be active if the clock goes up > (steigende flanke in german) but as far as i can see it in ktechlab it is > active on the down of the clock (sinkende flanke in german). > > and also the description "The output state is set from the input state when > the clock is pulsed." tells me that it should be active if the clock goes > up.. > > im using ktechlab 0.3 |
From: Thomas W. <ma...@th...> - 2006-01-25 12:34:20
|
You're right, the D-state should be taken with the rising clock edge. Or, in the actual configuration the clock entrance has to be inverted with a small circle. The same for the JK flipflop so far as I can see. P.S. The correct English translations are: "rising edge" and "falling edge" ;) |