From tim.edwards at multigig.com Wed Feb 1 05:18:01 2012 From: tim.edwards at multigig.com (R. Timothy Edwards) Date: Wed, 01 Feb 2012 08:18:01 -0500 Subject: [Xcircuit-dev] Troubles and bugs In-Reply-To: <20120201010431.57265638.fmiser@gmail.com> References: <20120126132442.18d1b43c.fmiser@gmail.com> <4F21B10F.1010301@multigig.com> <20120126180717.ee524ccb.fmiser@gmail.com> <4F257415.9060702@multigig.com> <20120201010431.57265638.fmiser@gmail.com> Message-ID: <4F293B89.2040203@multigig.com> Hello Philip, > I just compiled and installed. Works!! > > But doing so pointed out an annoyance (for me). Is there a way > to avoid having to muck around in /usr/local/lib every time I > install? When I "sudo make install" xcstartup.tcl gets > overwritten. I did figure out I could put my library setup in > ~/.xcircuitrc - but unless I comment out the library setup in > xcstartup.tcl I get the content of both. And it's not that I > don't like your libraries! *smiles* Yes! If you look in the xcstartup.tcl file, you'll see that it looks for and loads a file called "site.tcl" in the same directory (/usr/local/lib). The "site.tcl" file does NOT get overwritten, and so you can put everything unique to your setup in it, write it to /usr/local/lib, and then never have to muck about in /usr/local/lib again. By the way, the "site.tcl" is a complete override for xcstartup.tcl, but it can do nothing, and only your .xcircuitrc file will be sourced. > Is the list really down? I'm not seeing any new archive > content. The last one I see is your post on 2011-09-04 stating > the list is back up... Hmm, I bet that the posts are being held due to a mail list configuration reset. . . But thanks for pointing it out. I assumed that since my test post worked, that everything was good. Obviously not the case. I just checked it, and I can't see anything obvious, but I'll monitor it closely for the next few weeks. > Then while I'm dreaming.... > > Is it possible to anchor to a page corner rather than the > center? I used a title block box that should always be all > the way in the corner. I sure like the new ability to > manually add a "bounding box" and enter a horizontal or > vertical size and have the output scaled - but if I don't get > the bounding box aspect just right, the title box on that > page doesn't match the others. I always go to the output window, and use the "auto scale" button along with the bounding box to see whether the box is limited by width or by height, and then readjust it until the aspect ratio is correct for the page. I have been doing this for so long, it sort of escaped my attention what a clumsy method it was. > And, I'm still struggling with libraries, in particular > the dialog box that opens for creating an object ("M") and > saving a technology page. If my cursor has to cross any other > window, the text entry field is cleared. I work around this > when creating an object by typing the fully qualified name > with the "::". Just a slight annoyance. I'll consider that a bug report. However, there are some difficulties with managing multiple pages in multiple windows, in which one has to track where the cursor is to make sure that a dialog box refers to the window one thinks it's supposed to. But there is probably a way to avoid clearing the text entry field until the cursor enters a different xcircuit window. > However, the same behavior occurs when I'm trying to save a > technology page. I will choose "write all" from the menu and > often I have to choose "force" because the technology page I > just changed isn't listed. (Sometimes I don't have a "force" > button. I haven't figure out the when or why). With the > "force" dialog open, if I just click on "write", I get "Error, > file name required" - I _think_ from the library page trying > to save. (technology page? So far my libraries each consist > of one technology. Call it holdover from the old > way. *smiles* ) If I fix the problem above, this should go along with it. > I have found that I can click on the white box with a dash > ("-") that is next to each of the library/technology I can > save them one at a time and the (necessary) full path to the > file is filled in - except if my cursor has can't move from > the "force" dialog to the "write" dialog the text box is > cleared. > My choice then is to cancel and try again, and again, and > again, until the window manager (openbox), or whoever, happent > to place the "write" dialog so it intersects with the "force" > dialog so I can move my cursor without clearing the text > field. Or by using copy/paste (I depend on "tab" to spell my > path names...) to fill in the path since there isn't a > "browse" option. > > Is this normal behavior? Would it be hard to provide a browse > function to the technology write dialog box? Or am I just > doing something wrong (again)? No, clearly this is an interface problem, and it is clearly worse than I realized; sometimes that is a matter of what window manager you are using, but I will see if I can duplicate the behavior and figure out how to fix it. > Anyway, after all that complaining, I still think Xcircuit is > the top program for doing this type of drawings. I use > inkscape, gimp, qcad, and bricscad pretty heavily (and others > not so heavily) and xcircuit requires less attention than any > of the others thereby leaving my brain to think about the > _drawing_, not about how to do this action. I'm even kinda > getting used to canceling the selection after a "select then > move". Most of the time. *grin* It continues to be the > easiest, fastest, and most accurate draw application. And thanks for your praise. . . I have extra incentive to make sure that this post gets into the archive. :) ---Tim +--------------------------------+-------------------------------------+ | Dr. R. Timothy Edwards (Tim) | email: tim.edwards at multigig.com | | MultiGiG, Inc. | web: http://www.multigig.com | | 2645 Zanker Road, Suite 101 | phone: (408) 514-1375 | | San Jose, CA 95134 | cell: (240) 401-0616 | +--------------------------------+-------------------------------------+ From tim.edwards at multigig.com Wed Feb 1 06:01:42 2012 From: tim.edwards at multigig.com (R. Timothy Edwards) Date: Wed, 01 Feb 2012 09:01:42 -0500 Subject: [Xcircuit-dev] test message Message-ID: <4F2945C6.7030307@multigig.com> test message -- +--------------------------------+-------------------------------------+ | Dr. R. Timothy Edwards (Tim) | email: tim.edwards at multigig.com | | MultiGiG, Inc. | web: http://www.multigig.com | | 2645 Zanker Road, Suite 101 | phone: (408) 514-1375 | | San Jose, CA 95134 | cell: (240) 401-0616 | +--------------------------------+-------------------------------------+ From fmiser at gmail.com Wed Feb 1 15:56:44 2012 From: fmiser at gmail.com (Fmiser) Date: Wed, 1 Feb 2012 17:56:44 -0600 Subject: [Xcircuit-dev] Troubles and bugs In-Reply-To: <4F293B89.2040203@multigig.com> References: <20120126132442.18d1b43c.fmiser@gmail.com> <4F21B10F.1010301@multigig.com> <20120126180717.ee524ccb.fmiser@gmail.com> <4F257415.9060702@multigig.com> <20120201010431.57265638.fmiser@gmail.com> <4F293B89.2040203@multigig.com> Message-ID: <20120201175644.8258e464.fmiser@gmail.com> > > Philip wrote: > > > > Is there a way to avoid having to muck around in > > /usr/local/lib every time I install? > R. Timothy Edwards wrote: > > Yes! If you look in the xcstartup.tcl file, you'll see that > it looks for and loads a file called "site.tcl" in the same > directory (/usr/local/lib). Boy, how did I miss that in the documentation? Right there in the wiki. > By the way, the "site.tcl" is a complete override for > xcstartup.tcl, but it can do nothing, and only your .xcircuitrc > file will be sourced. Ah. So if it exists, the rest of xcstartup.tcl is ignored. Okay. > > Is the list really down? > Hmm, I bet that the posts are being held due to a mail list > configuration reset. . . But thanks for pointing it out. > I assumed that since my test post worked, that everything was > good. Obviously not the case. I just checked it, and I can't > see anything obvious, but I'll monitor it closely for the next > few weeks. I have been sending most of these emails to both you and the list. And right now the whole opencircuitdesign.com site is not responding - either to my browser or a ping. > > Then while I'm dreaming.... > > I'm still struggling with libraries, in particular the > > dialog box that opens for creating an object ("M") and > > saving a technology page. If my cursor has to cross any > > other window, the text entry field is cleared. > I'll consider that a bug report. > But there is probably a way to avoid clearing the text entry > field until the cursor enters a different xcircuit window. > > Is this normal behavior? Would it be hard to provide a > > browse function to the technology write dialog box? > No, clearly this is an interface problem, and it is clearly > worse than I realized; sometimes that is a matter of what > window manager you are using, but I will see if I can duplicate > the behavior and figure out how to fix it. If there is something I can do to give you clues, let me know. I'm running 3.7 right now, mostly because I don't want to bother with frequent upgrades - but I'll build/install whatever if it will help you. I think the ability to navigate the filesystem could be handy here - like when loading an xcircuit file. It could also be handy when writing. > > Anyway, after all that complaining, I still think Xcircuit is > > the top program for doing this type of drawings. > And thanks for your praise. . . I have extra incentive to make > sure that this post gets into the archive. :) Heh. Your welcome. It's easy to forget to comment on the good stuff. And I don't even use it's full depth. I think I have once, years ago, exported an netlist for PCB. And I've never done anything with SPICE. Just drawings. -- Philip From tim.edwards at multigig.com Sat Feb 4 17:44:41 2012 From: tim.edwards at multigig.com (R. Timothy Edwards) Date: Sat, 04 Feb 2012 20:44:41 -0500 Subject: [Xcircuit-dev] Troubles and bugs In-Reply-To: <20120201010431.57265638.fmiser@gmail.com> References: <20120126132442.18d1b43c.fmiser@gmail.com> <4F21B10F.1010301@multigig.com> <20120126180717.ee524ccb.fmiser@gmail.com> <4F257415.9060702@multigig.com> <20120201010431.57265638.fmiser@gmail.com> Message-ID: <4F2DDF09.6000302@multigig.com> Hello Philip, > And, I'm still struggling with libraries, in particular > the dialog box that opens for creating an object ("M") and > saving a technology page. If my cursor has to cross any other > window, the text entry field is cleared. I work around this > when creating an object by typing the fully qualified name > with the "::". Just a slight annoyance. A definite mistake in the "updatedialog" procedure in wrapper.tcl. It was designed to correct the value of linewidths and default scales when moving from one window to another, because each window can have its own default settings. However, I was erasing the text entry contents always, rather than in just the specific cases where something needs to change. I am updating the git source, and you can download the new source; the only thing that needs doing is to copy "wrapper.tcl" and "files.tcl" from lib/tcl/ to the install directory (/usr/local/lib/xcircuit-3.7/). But as long as you've switched from modifying the xcstartup file to "site.tcl", a fresh install will work just as well. > However, the same behavior occurs when I'm trying to save a > technology page. I will choose "write all" from the menu and > often I have to choose "force" because the technology page I > just changed isn't listed. (Sometimes I don't have a "force" > button. I haven't figure out the when or why). With the > "force" dialog open, if I just click on "write", I get "Error, > file name required" - I _think_ from the library page trying > to save. (technology page? So far my libraries each consist > of one technology. Call it holdover from the old > way. *smiles* ) > > I have found that I can click on the white box with a dash > ("-") that is next to each of the library/technology I can > save them one at a time and the (necessary) full path to the > file is filled in - except if my cursor has can't move from > the "force" dialog to the "write" dialog the text box is > cleared. > > My choice then is to cancel and try again, and again, and > again, until the window manager (openbox), or whoever, happent > to place the "write" dialog so it intersects with the "force" > dialog so I can move my cursor without clearing the text > field. Or by using copy/paste (I depend on "tab" to spell my > path names...) to fill in the path since there isn't a > "browse" option. > > Is this normal behavior? Would it be hard to provide a browse > function to the technology write dialog box? Or am I just > doing something wrong (again)? I avoid the Tcl/Tk file browser because it has the unfortunate habit of blocking the program until the dialog returns a response, which is a methodology I detest. However, I admit that my own file browser, while non-blocking, is rather spare. It would take me a day or two to work up the Tk scripts to make the file dialog better. Really, all it needs is for the existing file list window to be embedded in another frame containing all the usual file browser bells and whistles. Meanwhile, I can't even say that I have really corrected your problem, but I have worked around the worst aspects of it. It will no longer report "Error, file name required", but will instead switch to the "Technology Save" dialog and prompt for a filename. Trouble is, though, I used the same dialog window for both features, so when the "tech save" dialog appears, the "write all" dialog disappears and doesn't come back, so if you have more than one technology file to save, you'll have to keep doing "write all" until you get a chance to save all of the technology files. The reason this error exists in the first place is that I don't ever use "Write all", but would normally save technology files from the "Save technology" menu item. So I coded up "Write all", tested it on a few cases, and then mostly forgot about it. Clearly it needs some work. As usual, nothing gets done if nobody complains about it, so keep those bug reports coming. . . ---Tim +--------------------------------+-------------------------------------+ | Dr. R. Timothy Edwards (Tim) | email: tim.edwards at multigig.com | | MultiGiG, Inc. | web: http://www.multigig.com | | 2645 Zanker Road, Suite 101 | phone: (408) 514-1375 | | San Jose, CA 95134 | cell: (240) 401-0616 | +--------------------------------+-------------------------------------+ From fmiser at gmail.com Thu Feb 9 12:10:55 2012 From: fmiser at gmail.com (Fmiser) Date: Thu, 9 Feb 2012 14:10:55 -0600 Subject: [Xcircuit-dev] Bitmap bug? Message-ID: <20120209141055.b2ab3ee6.fmiser@gmail.com> I found another oddity. With the recent upgrade to 3.7 I saw improved bitmap import capability. Good enough I can finally put the company logo on the drawing. *smiles* It looked good so I created a new library object that included the bitmap image and used the object in a drawing. I made sure I saved the technology page as well as the drawing. Next time I started xcircuit, it blinked on the screen, disappeared, and the xterm reported "segmentation fault". I poked around and determined if I removed the line in the .lps file for the bitmap, xcircuit would run. And xcircuit has no problem loading the drawing with the bitmap. I tried changing the path to the bitmap to an absolute path - still didn't work. So it seems the bitmap can only exist in the "user" library associated with a particular drawing. If the same object is added to a "system" technology page, xcircuit won't start. Bug? Limitation? Or user error? *smiles* -- Philip From tim at opencircuitdesign.com Thu Feb 9 13:31:05 2012 From: tim at opencircuitdesign.com (Tim Edwards) Date: Thu, 09 Feb 2012 16:31:05 -0500 Subject: [Xcircuit-dev] Bitmap bug? In-Reply-To: <20120209141055.b2ab3ee6.fmiser@gmail.com> References: <20120209141055.b2ab3ee6.fmiser@gmail.com> Message-ID: <4F343B19.9010803@opencircuitdesign.com> Philip, > With the recent upgrade to 3.7 I saw improved bitmap import > capability. Good enough I can finally put the company logo on > the drawing. *smiles* > > It looked good so I created a new library object that included > the bitmap image and used the object in a drawing. I made > sure I saved the technology page as well as the drawing. > > Next time I started xcircuit, it blinked on the screen, > disappeared, and the xterm reported "segmentation fault". > > I poked around and determined if I removed the line in the > .lps file for the bitmap, xcircuit would run. And xcircuit has > no problem loading the drawing with the bitmap. I tried changing > the path to the bitmap to an absolute path - still didn't > work. > > So it seems the bitmap can only exist in the "user" library > associated with a particular drawing. If the same object is > added to a "system" technology page, xcircuit won't start. > > Bug? Definitely. > Limitation? Clearly. > Or user error? *smiles* Not at all. I have been using corporate logo graphics for some time now in drawings. Had I ever saved those to a library, I would have immediately seen this error. Graphic image data were not being saved along with .lps files, only with the standard .ps files, and calls to graphic elements for which the data were not loaded would cause an immediate crash. I have corrected both errors. The fixed distribution is in "git", and the tarball will be regenerated tonight. Complicated effects can be realized with a "clipmask", which is also a new feature of XCircuit. I create a gradient color field with the "gradient" command (which only works on the command line, as yet), then draw a clipmask over it to get the MultiGiG company logo (file attached---this will probably get stripped off in the email list distribution). Regards, Tim +--------------------------------+-------------------------------------+ | Dr. R. Timothy Edwards (Tim) | email: tim at opencircuitdesign.com | | Open Circuit Design, Inc. | web: http://opencircuitdesign.com | | 22815 Timber Creek Lane | phone: (301) 528-5030 | | Clarksburg, MD 20871-4001 | cell: (240) 401-0616 | +--------------------------------+-------------------------------------+ -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: logos.lps Url: http://www.opencircuitdesign.com/pipermail/xcircuit-dev/attachments/20120209/f9085a0a/attachment.ksh From fmiser at gmail.com Tue Feb 21 18:03:23 2012 From: fmiser at gmail.com (Fmiser) Date: Tue, 21 Feb 2012 20:03:23 -0600 Subject: [Xcircuit-dev] Increment text number Message-ID: <20120221200323.fdcb2d3d.fmiser@gmail.com> I recall that in older versions I could select a bunch of text items with numbers and then press "i" to increment each of them. I'm currently using version 3.7 revision 30 and I can only increment one text item at a time. If I have more than one selected, nothing happens. Is this a deliberate change? Or a unintended consequence from something else? Somewhat related, if there is a compound number (separated with "-", ".", etc) pressing "i" increments the number furthest to the left. Is it possible to have it increment the right-most number instead? -- Philip From tim.edwards at multigig.com Wed Feb 22 07:13:55 2012 From: tim.edwards at multigig.com (tim.edwards at multigig.com) Date: Wed, 22 Feb 2012 07:13:55 -0800 (PST) Subject: [Xcircuit-dev] Increment text number Message-ID: <54522.173.66.201.129.1329923635.squirrel@www.multigig.com> Hello Philip, > I recall that in older versions I could select a bunch of text > items with numbers and then press "i" to increment each of them. > > I'm currently using version 3.7 revision 30 and I can only > increment one text item at a time. If I have more than one > selected, nothing happens. > > Is this a deliberate change? Or a unintended consequence from > something else? It may be an unintended consequence, but on the other hand, I cannot reproduce this problem. Is it possible that some aspect of one of the text strings causes the function to fail? Test it on some very simple text labels, like "abc1". If the problem is specific to something in the label, I will need an example to figure out how to fix it. > Somewhat related, if there is a compound number (separated with > "-", ".", etc) pressing "i" increments the number furthest to > the left. Is it possible to have it increment the right-most > number instead? Yes, that can be done pretty easily. It's all done with regular expressions in Tcl, so virtually any manipulation is possible. It's just a matter of finding a convenient way to add this to the GUI that makes the function easy to use without getting in the way. ---Tim From tim.edwards at multigig.com Wed Feb 22 09:54:12 2012 From: tim.edwards at multigig.com (tim.edwards at multigig.com) Date: Wed, 22 Feb 2012 09:54:12 -0800 (PST) Subject: [Xcircuit-dev] Increment text number Message-ID: <54178.173.66.201.129.1329933252.squirrel@www.multigig.com> Hello Philip, I have fixed all your problems (at least I think so). The error in which multiple selections cannot be incremented was, as you expected, an inadvertent result of a recent change. I have fixed that. In addition, I have added the capability to increment/decrement either the first or last occurrence of a number. I have not bound the function to a key (you can do so if you wish), but it can be reached from the "Modify Text" popup window. There is now a selection after the increment value which is either "first" or "last". I have often had a need for the last-occurrence increment, and it will come in very handy from time to time. . . I also found another error in which I had prevented square brackets from being entered as text, and fixed that too. Finally, I tracked down the problems with selection and the undo mechanism, and put back the "move" function the way it was before, in which the selection is removed after the element is moved. The way is was supposed to work, which I had not done correctly, is that if you select elements before a move or copy, then if you do an "undo", then the elements will be selected again after the "undo". The purpose of this is to avoid the (rather frequent) problem in which you spend a lot of time tediously selecting a lot of elements, then do a move or copy, end up in the wrong place, do "undo", then have to start the selection all over again. Leaving everything selected after the move is one way to take care of it, but re-selecting everything after "undo" also works, and seems the more correct way to do it, overall. Other actions like "rotate" are often followed by more rotations, and so there it makes sense to keep the selection alive after the command. I think the methodology is sensible if not strictly consistent. My computer's ethernet card died a few days ago, but hopefully I can transfer my updates to my other computer and get them uploaded this afternoon. Regards, Tim From fmiser at gmail.com Wed Feb 22 10:19:43 2012 From: fmiser at gmail.com (Fmiser) Date: Wed, 22 Feb 2012 12:19:43 -0600 Subject: [Xcircuit-dev] Increment text number In-Reply-To: <54522.173.66.201.129.1329923635.squirrel@www.multigig.com> References: <54522.173.66.201.129.1329923635.squirrel@www.multigig.com> Message-ID: <20120222121943.d45d29f9.fmiser@gmail.com> > > Philip wrote: > > > > I recall that in older versions I could select a bunch of > > text items with numbers and then press "i" to increment each > > of them. > > > > I'm currently using version 3.7 revision 30 and I can only > > increment one text item at a time. If I have more than one > > selected, nothing happens. > > > > Is this a deliberate change? Or a unintended consequence > > from something else? > tim.edwards at multigig.com wrote: > > I have found the problem, although I am not quite > sure why it shows up on one of my computers and not on the other. > I should have it figured out shortly. . . My fingers seem to remember that I increment even without selecting first - just position the cursor over the text and press "i". That is not working now. I get an error 'key "i" is not bound to a macro'. Having said that, I don't specifically remember that it worked that way, but I seem to have a motor memory using it. *weak smile* > > Somewhat related, if there is a compound number (separated > > with "-", ".", etc) pressing "i" increments the number > > furthest to the left. Is it possible to have it increment > > the right-most number instead? > Yes, that can be done pretty easily. It's all done with > regular expressions in Tcl, so virtually any manipulation is > possible. It's just a matter of finding a convenient way to > add this to the GUI that makes the function easy to use > without getting in the way. Is that regex accessible from the Tcl console? While not as convenient as a single key press it could work. -- Philip From tim.edwards at multigig.com Wed Feb 22 13:48:10 2012 From: tim.edwards at multigig.com (tim.edwards at multigig.com) Date: Wed, 22 Feb 2012 13:48:10 -0800 (PST) Subject: [Xcircuit-dev] Increment text number Message-ID: <55024.173.66.201.129.1329947290.squirrel@www.multigig.com> Hello Philip, I have uploaded all my changes to the git repository on opencircuitdesign.com, and as usual, the tarball will be generated overnight. This implements numerous corrections and additions, mostly concerning the auto-increment functions, but also adding a "Link-to" menu on the file write popup window which makes it trivial to add a new page to an existing document by copying the filename, without having to go look it up. Thanks once again for your comments, suggestions, and bug reports. ---Tim From fmiser at gmail.com Thu Feb 23 12:21:01 2012 From: fmiser at gmail.com (Fmiser) Date: Thu, 23 Feb 2012 14:21:01 -0600 Subject: [Xcircuit-dev] Uh oh. 3.7.31 failed to compile. Message-ID: <20120223142101.1a2ffe4c.fmiser@gmail.com> Tim, I used git yesterday evening 'cause I was impatient to get the changes. ./configure ran fine, but I got an error when I tried to compile. So I waited and downloaded the tarball. Same error. This is on the same computer and in a directory next door to 3.7.30 that compiled. Below is the tail of the output from 'make'. tclxcircuit.c: In function 'ParseElementArguments': tclxcircuit.c:1069: error: 'selection' has no member named 'select' make[2]: *** [tclxcircuit.o] Error 1 make[2]: Leaving directory `/home/src/xcircuit-3.7.31' make[1]: *** [tcl] Error 2 make[1]: Leaving directory `/home/src/xcircuit-3.7.31' make: *** [all-recursive] Error 2 Is there more I can do to help you figure this out? I'm not much of a developer - but I can break things! *grin* -- Philip From tim.edwards at multigig.com Fri Feb 24 14:07:23 2012 From: tim.edwards at multigig.com (tim.edwards at multigig.com) Date: Fri, 24 Feb 2012 14:07:23 -0800 (PST) Subject: [Xcircuit-dev] Uh oh. 3.7.31 failed to compile. Message-ID: <52198.173.66.201.129.1330121243.squirrel@www.multigig.com> Hello Philip, That's what I get for making edits to version 3.7 without checking that it still compiles. Just a small typo, but yes, that will break the compile. In the line mentioned, tclxcircuit.c:1069, "aselect.select" should instead read "aselect.selects". I have already pushed the correction in git, or you can just make the edit yourself. Sorry about the error. Normally I would test the recompile on all changes in all versions but I'm still waiting on a new ethernet card for my computer (which was supposed to arrive today, but didn't), and running a bit short on computers. ---Tim From fmiser at gmail.com Fri Feb 24 16:46:46 2012 From: fmiser at gmail.com (Fmiser) Date: Fri, 24 Feb 2012 18:46:46 -0600 Subject: [Xcircuit-dev] Uh oh. 3.7.31 failed to compile. In-Reply-To: <52198.173.66.201.129.1330121243.squirrel@www.multigig.com> References: <52198.173.66.201.129.1330121243.squirrel@www.multigig.com> Message-ID: <20120224184646.8ebcf3bc.fmiser@gmail.com> > tim.edwards at multigig.com wrote: > That's what I get for making edits to version 3.7 without > checking that it still compiles. Just a small typo, but yes, > that will break the compile. In the line mentioned, > tclxcircuit.c:1069, "aselect.select" should instead read > "aselect.selects". I have already pushed the correction in > git, or you can just make the edit yourself. After I figured out how to update via git, it compiled and is running. Time will tell if I am able to break anything else. *grins* Thanks! -- Philip From fmiser at gmail.com Fri Feb 24 21:48:26 2012 From: fmiser at gmail.com (Fmiser) Date: Fri, 24 Feb 2012 23:48:26 -0600 Subject: [Xcircuit-dev] Tutorial Message-ID: <20120224234826.639ef2a0.fmiser@gmail.com> I downloaded the .tgz of the tutorial pages http://opencircuitdesign.com/xcircuit/archive/tutorial.tar.gz It seems to be a bit dated. *smiles* So someday when you run out of other things to do, (hah!) it could be nice to have a more up-to-date tarball of the tutorial for off-line users. -- Philip From fmiser at gmail.com Fri Feb 24 21:57:26 2012 From: fmiser at gmail.com (Fmiser) Date: Fri, 24 Feb 2012 23:57:26 -0600 Subject: [Xcircuit-dev] Increment text number In-Reply-To: <55024.173.66.201.129.1329947290.squirrel@www.multigig.com> References: <55024.173.66.201.129.1329947290.squirrel@www.multigig.com> Message-ID: <20120224235726.a4432782.fmiser@gmail.com> > tim.edwards at multigig.com wrote: > ... but also adding a "Link-to" menu on the file write popup > window which makes it trivial to add a new page to an existing > document by copying the filename, without having to go look it > up. I'm not seeing a "Link-to" menu. Is in supposed to be in the dialog box that opens when I type "shift-w"? -- Philip From tim.edwards at multigig.com Sat Feb 25 07:16:01 2012 From: tim.edwards at multigig.com (tim.edwards at multigig.com) Date: Sat, 25 Feb 2012 07:16:01 -0800 (PST) Subject: [Xcircuit-dev] Tutorial Message-ID: <60927.173.66.201.129.1330182961.squirrel@www.multigig.com> Hello Philip, > I downloaded the .tgz of the tutorial pages > > http://opencircuitdesign.com/xcircuit/archive/tutorial.tar.gz > > It seems to be a bit dated. *smiles* So someday when you run > out of other things to do, (hah!) it could be nice to have a more > up-to-date tarball of the tutorial for off-line users. Point taken, it's very outdated. But then who is an "off-line user" these days? Even the on-line tutorial gets outdated, and parts of it need to be re-written where I have just patched it up with new information. Tutorials are useful enough, though, to be worthwhile to maintain even though they can be a huge time sink. I'll see what I can do. . . ---Tim From svenn.bjerkem at googlemail.com Tue Feb 28 06:08:19 2012 From: svenn.bjerkem at googlemail.com (Svenn Are Bjerkem) Date: Tue, 28 Feb 2012 15:08:19 +0100 Subject: [Xcircuit-dev] Tutorial In-Reply-To: <60927.173.66.201.129.1330182961.squirrel@www.multigig.com> References: <60927.173.66.201.129.1330182961.squirrel@www.multigig.com> Message-ID: On 25 February 2012 16:16, wrote: > Hello Philip, > >> I downloaded the .tgz of the tutorial pages >> >> http://opencircuitdesign.com/xcircuit/archive/tutorial.tar.gz >> >> It seems to be a bit dated. *smiles* ?So someday when you run >> out of other things to do, (hah!) it could be nice to have a more >> up-to-date tarball of the tutorial for off-line users. > > Point taken, it's very outdated. ?But then who is an "off-line user" > these days? ?Even the on-line tutorial gets outdated, and parts > of it need to be re-written where I have just patched it up with > new information. ?Tutorials are useful enough, though, to be > worthwhile to maintain even though they can be a huge time sink. > I'll see what I can do. . . I am working on an asciidoc version of the tutorials for my own purpose. Not that I am not offline, but it is more a test to see if I can manage to duplicate web work into asciidoc. Point is that asciidoc can create html and pdf and epub and whatnot from the same text input file. I have been using asciidoc for a couple of years now, and I was looking for something substantial to rewrite. My choice was xcircuit, and I started with the tutorials. If Tim think it is feasible, then the tutorial web-page could be generated from the asciidoc input page. No need to write html anymore, and the results are nice, both in a webbrowser and on pdf with dblatex. I still have tutorial 1 to finish (started with 3), and then we could start fixing the typos or missing parts of the tutorial. Maybe Tim put the asciidoc sources on git so that we can post patches via email when we find issues in the docs. -- Svenn From tim.edwards at multigig.com Tue Feb 28 08:11:32 2012 From: tim.edwards at multigig.com (tim.edwards at multigig.com) Date: Tue, 28 Feb 2012 08:11:32 -0800 (PST) Subject: [Xcircuit-dev] Tutorial Message-ID: <48681.70.35.43.140.1330445492.squirrel@www.multigig.com> Hello Svenn, > I am working on an asciidoc version of the tutorials for my own > purpose. Not that I am not offline, but it is more a test to see if I > can manage to duplicate web work into asciidoc. Point is that asciidoc > can create html and pdf and epub and whatnot from the same text input > file. I have been using asciidoc for a couple of years now, and I was > looking for something substantial to rewrite. My choice was xcircuit, > and I started with the tutorials. > If Tim think it is feasible, then the tutorial web-page could be > generated from the asciidoc input page. No need to write html anymore, > and the results are nice, both in a webbrowser and on pdf with > dblatex. > I still have tutorial 1 to finish (started with 3), and then we could > start fixing the typos or missing parts of the tutorial. Maybe Tim put > the asciidoc sources on git so that we can post patches via email when > we find issues in the docs. This sounds like a wonderful idea! I know nothing about asciidoc and will have to read up on it a bit. However, it sounds easy enough to set up the web page database under git, and then anybody who wants to can help develop it. This strikes me as being much more flexible than the wiki pages. So let me do a little bit of research, and I'll get back to you (and the user community at large). ---Tim From DaveM at mich.com Tue Feb 28 08:51:08 2012 From: DaveM at mich.com (Dave) Date: Tue, 28 Feb 2012 11:51:08 -0500 Subject: [Xcircuit-dev] Tutorial In-Reply-To: <60927.173.66.201.129.1330182961.squirrel@www.multigig.com> References: <60927.173.66.201.129.1330182961.squirrel@www.multigig.com> Message-ID: <201202281651.q1SGp9F6032571@work.multigig.com> Hi Tim, Attached is something that I put together a while back in order to teach users how to use X-Circuit to make a schematic and a netlist that can be used for PCB layout. It may be a little out of date but if you find any of it useful please feel free to add it to your tutorial pages. That post reminded me that I have been meaning to send this to you for a while. Thank you for all of your good work on XCircuit. Dave M. At 10:16 AM 2/25/2012, you wrote: >Hello Philip, > > > I downloaded the .tgz of the tutorial pages > > > > http://opencircuitdesign.com/xcircuit/archive/tutorial.tar.gz > > > > It seems to be a bit dated. *smiles* So someday when you run > > out of other things to do, (hah!) it could be nice to have a more > > up-to-date tarball of the tutorial for off-line users. > >Point taken, it's very outdated. But then who is an "off-line user" >these days? Even the on-line tutorial gets outdated, and parts >of it need to be re-written where I have just patched it up with >new information. Tutorials are useful enough, though, to be >worthwhile to maintain even though they can be a huge time sink. >I'll see what I can do. . . > ---Tim > >_______________________________________________ >Xcircuit-dev mailing list >Xcircuit-dev at opencircuitdesign.com >http://www.opencircuitdesign.com/mailman/listinfo/xcircuit-dev From fmiser at gmail.com Wed Feb 29 18:16:51 2012 From: fmiser at gmail.com (Fmiser) Date: Wed, 29 Feb 2012 20:16:51 -0600 Subject: [Xcircuit-dev] delete point bug Message-ID: <20120229201651.b0388851.fmiser@gmail.com> I found another one. Bug that is. This is using XCircuit version 3.7 revision 30 I create a line with multiple points. I then position the cursor over the end of the line and press "e" to edit. Then I press "d" to delete the point shown by the cursor - but the first point in the line is removed while the cursor is over the last point. If I select the first point or any middle points it works as expected. -- Philip