xcircuit-dev Mailing List for XCircuit
Brought to you by:
rtedwards
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(7) |
Nov
(1) |
Dec
(3) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(12) |
Feb
(20) |
Mar
(10) |
Apr
(7) |
May
(17) |
Jun
(8) |
Jul
(14) |
Aug
(1) |
Sep
(1) |
Oct
(2) |
Nov
(4) |
Dec
(6) |
2003 |
Jan
(11) |
Feb
(9) |
Mar
(6) |
Apr
(4) |
May
(4) |
Jun
(9) |
Jul
(14) |
Aug
(5) |
Sep
(22) |
Oct
(2) |
Nov
(4) |
Dec
(3) |
2004 |
Jan
(25) |
Feb
(33) |
Mar
(4) |
Apr
(18) |
May
(34) |
Jun
(58) |
Jul
(5) |
Aug
(10) |
Sep
(3) |
Oct
(5) |
Nov
(5) |
Dec
(3) |
2005 |
Jan
(3) |
Feb
(12) |
Mar
(17) |
Apr
(8) |
May
(7) |
Jun
(3) |
Jul
(20) |
Aug
(11) |
Sep
(11) |
Oct
(19) |
Nov
(22) |
Dec
(9) |
2006 |
Jan
(8) |
Feb
(27) |
Mar
(17) |
Apr
(13) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: John H. <ed...@sc...> - 2006-05-22 15:07:54
|
Hi, I've been running 3.2.22 and tried to upgrade to 3.4.22 and 3.6.24 and the mouse buttons won't work... I have a 3 button device and button 1 used to set a point or a box corner etc but in these newer releases, none of that works anymore. What do I need to do to regain mouse button function for these releases? Also, on the 3.6.24, --enable-asg, has build errors, what to I need to get that operational it that's possible ? Thnx, johnh - ----------------------------------------------------------------- John Heil South Coast Software Custom systems software, firmware and board bring up services 1-714-774-6952 joh...@sc... http://www.sc-software.com ----------------------------------------------------------------- |
From: <mic...@sw...> - 2006-04-11 12:58:49
|
Hi, For those who wants to be on the edge, I provided pre-compiled packages of the development version of XCircuit with Tcl/Tk support. This corresponds to version 3.6.21. This package can safely co-exist with a regular XCircuit installation. Packages are available at http://www.geocities.com/sw286000/. Note that geocities imposes an hourly 5MB download limit. So if you get the message \"Site temporarily disabled\", this means the limit has been reached. Just try again one hour later. Have fun. Michael. |
From: Philip <sil...@us...> - 2006-04-08 00:03:40
|
rumor has it that Raf wrote: > Hi, > > Is there a way to bring to front or bring to back parts of a figure in > xcircuits? Yes. Sort of. You can swap the arragement of two parts. That is, the one in back becomes the one in front. If there are more than 2 parts involved it can become a bit like a puzzle to arrange them 2 at a time. Select the two parts you want the order swapped, then press shift-x. At least that's how it works in 3.1.18, Debian testing. -- Philip |
From: Raf K. <ra...@ee...> - 2006-04-07 21:02:54
|
Hi, Is there a way to bring to front or bring to back parts of a figure in xcircuits? Raf Karakiewicz Electrical Engineer ra...@ee... |
From: Svenn A. B. <sv...@bj...> - 2006-04-05 20:56:44
|
On Monday 03 April 2006 20:38, R. Timothy Edwards wrote: > In case anyone hasn't noticed, xcircuit-dev has become a spam magnet > lately. I find it difficult to manage the mailing list off of > SourceForge because I don't have root access to the host computer. > I could deal with the spam on a per-occurrence basis, but I'd prefer > to just have better control over the whole mailer system. If you get this twice it is because I check that I can send to both adresses. I will from now on just send to the opencircuitdesign.com list A wise desicion, I think. Nothing is like having control... I have now trained my spam filter pretty well, but less is better. -- Svenn |
From: R. T. E. <tim...@mu...> - 2006-04-03 18:39:28
|
In case anyone hasn't noticed, xcircuit-dev has become a spam magnet lately. I find it difficult to manage the mailing list off of SourceForge because I don't have root access to the host computer. I could deal with the spam on a per-occurrence basis, but I'd prefer to just have better control over the whole mailer system. So, I am moving the mailing list off of SourceForge and duplicating it on opencircuitdesign.com. The new mailing list is xci...@op... Perhaps I'll register "opencirc.com" since it's a lot easier to type. . . I will port the archives over when I get the chance. The mailing list on SourceForge will allow posting only for members or by moderator approval. The mailing list on OpenCircuitDesign will be open to all posters, as the SourceForge mailing list was previously. There is also a Wiki for XCircuit on the website, which is a good place to start putting help requests and other non-development items. Finally, I have largely completed Tutorial #3, covering schematic drawing for large projects. The tutorial corresponds to the XCircuit development version 3.6, which is finally becoming stable now that I have fixed numerous problems encountered while writing the tutorial. Regards, Tim +--------------------------------+-------------------------------------+ | Dr. R. Timothy Edwards (Tim) | email: tim...@mu... | | MultiGiG, Inc. | web: http://www.multigig.com | | 100 Enterprise Way, Suite A-3 | phone: (831) 621-3283 | | Scotts Valley, CA 95066 | cell: (240) 401-0616 | +--------------------------------+-------------------------------------+ |
From: Georg D. <geo...@in...> - 2006-03-30 12:21:31
|
Hello *, I think that I've encountered two problems with the EPS files generated by xcircuit when I include these files into LaTeX. The first problem has something to do with the DSC comments (like %%Page). It seems that they interfere with the DSC comments of the document in which they are included. The result is that any tool relaying on the comments (like gv, pstops) fails. A workaround that works for me is to use the flag -K (Pull comments from inclusions) while calling dvips. Of course, it would be nice if including xcircuit files would work in every case. The second problem is the %%DocumentNeededResources line. dvips gives some warnings like: dvips: Font font used in file figure.eps is not in the mapping file. As far as I've seen, the generated lines are not strictly conforming to the DSC standards. This has the following example: %%DocumentNeededResources: font Times-Roman Palatino-Bold %%+ font Helvetica Helvetica-Bold NewCenturySchoolbook-Italic The main difference is that there is only one "font" keyword in each line, while xcircuit generates a "font" keyword in front of each font it uses. This is done in files.c, around line 4300. A possible fix would look like: --- files.c~ 2006-03-28 23:42:46.000000000 +0200 +++ files.c 2006-03-30 14:12:31.669770000 +0200 @@ -4294,8 +4294,8 @@ fprintf(ps, "%%%%BoundingBox: 0 0 612 792\n"); /* letter default */ for (i = 0; i <= fontcount; i++) fontsused[i] = 0; - fprintf(ps, "%%%%DocumentNeededResources: "); - stcount = 27; + fprintf(ps, "%%%%DocumentNeededResources: font "); + stcount = 32; /* find all of the fonts used in this document */ /* log all fonts which are native PostScript */ @@ -4309,12 +4309,12 @@ for (i = 0; i <= fontcount; i++) { if (fontsused[i] & 0x8000) if ((fonts[i].flags & 0x8018) == 0x0) { - stcount += strlen(fonts[i].psname) + 6; + stcount += strlen(fonts[i].psname) + 1; if (stcount > OUTPUTWIDTH) { - stcount = strlen(fonts[i].psname) + 6; - fprintf(ps, "\n%%%%+ "); + stcount = strlen(fonts[i].psname) + 11; + fprintf(ps, "\n%%%%+ font "); } - fprintf(ps, "font %s ", fonts[i].psname); + fprintf(ps, "%s ", fonts[i].psname); } } Best wishes, Georg |
From: R. T. E. <ti...@mu...> - 2006-03-16 19:39:28
|
Dear Oliver, > My actual problem is: Is it possible to associate a symbol(Object) from one library with an symbol(Object) from another library? > e.g. : I want to use a logic-symbol like a AND (box with &, 2In,1Out) as a Symbol for a schematic out of cmos-transistors. > When I understood it right, this association is only aktive in that session, so I have to save it as a XCIRCUIT-file. > In order to design some logic (Symbols for the actual schematic out of CMOS) I would have to load that certain file!? > > ->It would be good to only have to load the two libs where the association is aktive and to just drag and drop the logic-symbols... I think what you're looking for is covered by xcircuit version 3.6, which was designed especially for dealing with hierarchies and libraries and multiple files. Unfortunately, I have not yet written a tutorial for it. There are two ways to do this in xcircuit 3.6: 1) If the schematics are simple, you have a netlist (e.g., SPICE file) for each logic gate, and you don't really need to see or edit the transistor-level schematic, then the best way to handle it is to put an info-label in each symbol pointing to the netlist, e.g., spice@1:%Fstandard_cells.cir The "@1" ensures that the contents of standard_cells.cir are placed at the top of the output spice deck, and the "%F" ensures that the file is included only once in the output spice deck. There should also be another info label in the cell declaring how to write the device to the SPICE deck, e.g.: spice:X? dvdd dgnd %pA %pB %pY NAND2 where "dvdd" and "dgnd" are parameters of the cell (so they can be set to different strings, but are not pins on the symbol), and the "?" is the standard parameter "idx" that is the component number. 2) If you are drawing the schematic for each symbol, then the schematic should be in a separate file or files, and the symbol should have a parameter called "link" whose value is the name of the schematic file (normally without the ".ps" extension). When you want to generate a SPICE file, choose "File->Load Dependencies" from the menu, which will load in all of the subcircuit schematics used by the top-level circuit. I usually do this step with a shell script: #!/bin/tcsh xcircuit -nowindow -noconsole <<EOF page load $1 -replace while {[page links load -replace]} {} netlist write spice false quit EOF I will send you an example symbol library. However, I am CC'ing this message to xcircuit-dev, since right now it is the only information about how to use xcircuit-3.6, so I'll send the library in a separate email. Hopefully I will get around to writing the tutorial soon. Regards, Tim +--------------------------------+-------------------------------------+ | Dr. R. Timothy Edwards (Tim) | email: ti...@op... | | Open Circuit Design, Inc. | web: http://opencircuitdesign.com | | 22815 Timber Creek Lane | phone: (301) 528-9364 | | Clarksburg, MD 20871-4001 | cell: (240) 401-0616 | +--------------------------------+-------------------------------------+ |
From: Svenn A. B. <sv...@bj...> - 2006-03-15 21:03:18
|
On Friday 03 March 2006 22:22, R. Timothy Edwards wrote: > Dear Svenn, > > > Tim, I would never expect that a simple complaint from me would make you > > change from postscript to, say XML. For single-page documentation nothi= ng > > beats xcircuit in get-things-done speed. > > I don't know XML, which would be the main impediment, though I have thoug= ht > about using Tcl as an output format; =A0to load, you just source the Tcl > file, so that part is already done. I really don't know much more about XML than the fact that it is possible t= o=20 define a marked-up storage format which can be flat or hierarchical. The=20 biggest power of XML is that there are parsers available for all programmin= g=20 languages you use in your tools. There is also a downside, and that is the= =20 overhead of storing a design as ascii with additional tags. The typical minimalistic idea of sourcing data as tcl scripts is cool for a= ll=20 use in tcl. Problem is to get that data into other programs. I have serious problem with SIGSEV on Solaris for the time being. I don't g= et=20 any useful data from hooking up to gdb. Xcircuit just dies. I have to use 3= =2E3=20 something to get things done. =2D-=20 Svenn |
From: <mic...@sw...> - 2006-03-06 09:09:41
|
Hi, I updated the Tcl version of XCircuit/Win32 available on http://www.geocities.com/sw286000. There was an error when using the default installation directory (or any directory with a space in its name). The new package should fix the problem. Bye. Michael. |
From: R. T. E. <tim...@mu...> - 2006-03-03 21:22:57
|
Dear Svenn, > Tim, I would never expect that a simple complaint from me would make you > change from postscript to, say XML. For single-page documentation nothing > beats xcircuit in get-things-done speed. I don't know XML, which would be the main impediment, though I have thought about using Tcl as an output format; to load, you just source the Tcl file, so that part is already done. > Biggest problem for me is to create symbols of black boxes with a couple of > hundred pins (mainly control busses and some analog signals) by extracting > the pin list from the spice netlist and convert to an xcircuit symbol which > can be netlisted properly. If you had an idea how to get that done with a bit > of tcl (or perl (ugh)) then I would be happy for a while. XCircuit 3.6 also solves that problem, although you wouldn't notice just by looking at the program. I replaced the menu function "Netlist->Make Matching Symbol" with a rather involved Tcl/Tk script that lets you arrange the pins around the symbol, then draws the symbol and creates the standard set of parameters and output format lines for SPICE. I came up with that after having to draw a symbol for a power distribution column running down the middle of my chip, which had over 500 pins on it. There's also now a key macro "i" and "I". If you have selected a label that contains a number in the label string, those key macros will increment or decrement the number, which makes it a lot easier to label buses or symbol pin numbers in sequence. Regards, Tim +--------------------------------+-------------------------------------+ | Dr. R. Timothy Edwards (Tim) | email: tim...@mu... | | MultiGiG, Inc. | web: http://www.multigig.com | | 100 Enterprise Way, Suite A-3 | phone: (831) 621-3283 | | Scotts Valley, CA 95066 | cell: (240) 401-0616 | +--------------------------------+-------------------------------------+ |
From: Svenn A. B. <sv...@bj...> - 2006-03-02 21:37:41
|
On Monday 27 February 2006 21:22, R. Timothy Edwards wrote: > And if people *don't* complain regularly, then nothing ever gets done abo= ut > it. Aside from the development I do for my own work, my harshest critics > are the ones who drive the direction and pace of development. Generally, > though, I don't apologize for my user interface. One assumes that all > schematic capture programs will generate a valid netlist, so I figured I'd > write the user interface the way I wanted to be. Sort of like "vi" vs. > "emacs", you either like it or you don't. If not, there are alternatives. Tim, I would never expect that a simple complaint from me would make you=20 change from postscript to, say XML. For single-page documentation nothing=20 beats xcircuit in get-things-done speed. Biggest problem for me is to create symbols of black boxes with a couple of= =20 hundred pins (mainly control busses and some analog signals) by extracting= =20 the pin list from the spice netlist and convert to an xcircuit symbol which= =20 can be netlisted properly. If you had an idea how to get that done with a b= it=20 of tcl (or perl (ugh)) then I would be happy for a while. > I addressed the problem in xcircuit version 3.6, but as I have not had > much time to write the 3rd tutorial, many of the new features are largely > undocumented. The goal of version 3.6 was to do a better job of handling > large-scale projects with lots of subcircuits. As long as each circuit > symbol has a property called "link", xcircuit will look for the subcircuit > in a file named by the link (by default, the name of the symbol + ".ps"). > You can load the top-level cell of the hierarchy, and then load in the > entire hierarchy with "File->Load Dependencies". Each subcircuit schemat= ic > is a separate file, though, and so can be dropped into a latex document. At one point I had to stop using xcircuit because of a segmentation fault=20 which I think I have reported, but the following hunts with gdb were not=20 successfull, so latey I haven=B4t compiled as often as I used to. I=B4ll ha= ve a=20 look at it. > > > I discovered qucs a while ago, and that one at least has a modern user > > interface. > > Looks like its strength is primarily as a simulator. I hope they'll add > the harmonic balance simulation capability. . . the lack of it makes SPICE > non-competitive with SpectreRF and Eldo. I saw its strength as a schematic capture alternative to cadence as I have = the=20 back-end simulators needed available. The idea of integrating waveform=20 outputs into the project is something cadence should have done years ago, b= ut=20 because of their monopoly they don=B4t care. I was thinking of learning som= e qt=20 anyway and maybe it would be possible to separate the front from the back a= nd=20 write a configurable netlister. Maybe I get some time someday... Kind regards, =2D-=20 Svenn |
From: <mic...@sw...> - 2006-03-01 15:43:49
|
Glad to hear that. Then I'll wait until you get some time. I'd prefer that you do the first integration to check I didn't break anything. So what I can do is send you a patch (against 3.4.10) with all my changes (native Win32 + Tcl/Tk-based). Note that most of the changes are located in separate files and I tried to modify the original code as less as possible (usually through #ifdef's). What do you think? In the meantime, I recompiled the Tcl/Tk based Win32 version into a package and uploaded it to my XCircuit/Win32 page (http://www.geocities.com/sw286000). This package consists of the regular XCircuit core with Tcl/Tk natively compiled for Win32. Michael. Dear Michael,> Just for my information, is there any interest in integrating to Win32 > port I did> (Tcl/Tk+Win32 or native Win32+COM) to the regular XCircuit source tree?Yes, absolutely! Now I just need to find the time to do it. First, Ineed to create CVS for the stable branch on opencircuitdesign.com. Doyou want an account on that machine so you can help with the development?I could also put the CVS on SourceForge, which needs to be updated nowthat I have an \"official\" stable release. Regards, Tim+--------------------------------+-------------------------------------+| Dr. R. Timothy Edwards (Tim) | email: ti...@op... || Open Circuit Design, Inc. | web: http://opencircuitdesign.com || 22815 Timber Creek Lane | phone: (301) 528-9364 || Clarksburg, MD 20871-4001 | cell: (240) 401-0616 |+--------------------------------+-------------------------------------+-------------------------------------------------------This SF.Net email is sponsored by xPML, a ground! breaking scripting languagethat extends applications into web and mobile media. Attend the live webcastand join the prime developer group breaking into this new coding territory!http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642_______________________________________________Xcircuit-dev mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/xcircuit-dev |
From: R. T. E. <ti...@mu...> - 2006-02-28 17:48:59
|
Dear Michael, > Just for my information, is there any interest in integrating to Win32 > port I did > (Tcl/Tk+Win32 or native Win32+COM) to the regular XCircuit source tree? Yes, absolutely! Now I just need to find the time to do it. First, I need to create CVS for the stable branch on opencircuitdesign.com. Do you want an account on that machine so you can help with the development? I could also put the CVS on SourceForge, which needs to be updated now that I have an "official" stable release. Regards, Tim +--------------------------------+-------------------------------------+ | Dr. R. Timothy Edwards (Tim) | email: ti...@op... | | Open Circuit Design, Inc. | web: http://opencircuitdesign.com | | 22815 Timber Creek Lane | phone: (301) 528-9364 | | Clarksburg, MD 20871-4001 | cell: (240) 401-0616 | +--------------------------------+-------------------------------------+ |
From: <mic...@sw...> - 2006-02-28 14:08:55
|
Just for my information, is there any interest in integrating to Win32 port I did (Tcl/Tk+Win32 or native Win32+COM) to the regular XCircuit source tree? Michael. |
From: R. T. E. <ti...@mu...> - 2006-02-27 20:22:15
|
Dear Svenn, > I look back every day. The user interface and the file format sometimes make > me cry. All respect to Tim's work, but using postscript as a storage language > is just too awkward. Specially when that postscript cannot be included > pain-free into latex. And if people *don't* complain regularly, then nothing ever gets done about it. Aside from the development I do for my own work, my harshest critics are the ones who drive the direction and pace of development. Generally, though, I don't apologize for my user interface. One assumes that all schematic capture programs will generate a valid netlist, so I figured I'd write the user interface the way I wanted to be. Sort of like "vi" vs. "emacs", you either like it or you don't. If not, there are alternatives. > I am a daily Cadence user and was looking for an easy way to generate > testbenches and documentation for testbenches, but ended up having each page > in a separate *.ps file in order to acceptbly get it into latex, and then the > feature to look at the entire testbench with gv was gone. I addressed the problem in xcircuit version 3.6, but as I have not had much time to write the 3rd tutorial, many of the new features are largely undocumented. The goal of version 3.6 was to do a better job of handling large-scale projects with lots of subcircuits. As long as each circuit symbol has a property called "link", xcircuit will look for the subcircuit in a file named by the link (by default, the name of the symbol + ".ps"). You can load the top-level cell of the hierarchy, and then load in the entire hierarchy with "File->Load Dependencies". Each subcircuit schematic is a separate file, though, and so can be dropped into a latex document. > I discovered qucs a while ago, and that one at least has a modern user > interface. Looks like its strength is primarily as a simulator. I hope they'll add the harmonic balance simulation capability. . . the lack of it makes SPICE non-competitive with SpectreRF and Eldo. ---Tim +--------------------------------+-------------------------------------+ | Dr. R. Timothy Edwards (Tim) | email: ti...@op... | | Open Circuit Design, Inc. | web: http://opencircuitdesign.com | | 22815 Timber Creek Lane | phone: (301) 528-9364 | | Clarksburg, MD 20871-4001 | cell: (240) 401-0616 | +--------------------------------+-------------------------------------+ |
From: Svenn A. B. <sv...@bj...> - 2006-02-26 21:34:59
|
On Saturday 11 February 2006 20:09, Matthew Jackson wrote: > This is precisely what brought me to this tool to begin with. I was > absolutely shocked to discover that very high-dollar, high-profile EDA > tools (e.g. Cadence, Synopsys, etc.) produced awful graphical output > without some convoluted, ineffective process. Toss in the fact that you > can directly insert LaTeX into the schematic and it's a no-brainer. I > must admit that I didn't initially use XCircuit for schematic capture. > It was the most viable alternative to Dia, Visio, and Kivio. That being > said, once I discovered the capability to produce SPICE compatible > output, I haven't looked back. Again, I offer GREAT THANKS to those that > have put forth so much effort into this project. I look back every day. The user interface and the file format sometimes make me cry. All respect to Tim's work, but using postscript as a storage language is just too awkward. Specially when that postscript cannot be included pain-free into latex. I am a daily Cadence user and was looking for an easy way to generate testbenches and documentation for testbenches, but ended up having each page in a separate *.ps file in order to acceptbly get it into latex, and then the feature to look at the entire testbench with gv was gone. I discovered qucs a while ago, and that one at least has a modern user interface. -- Svenn |
From: Svenn A. B. <sv...@bj...> - 2006-02-26 21:25:21
|
On Saturday 11 February 2006 20:09, Matthew Jackson wrote: > This is precisely what brought me to this tool to begin with. I was > absolutely shocked to discover that very high-dollar, high-profile EDA > tools (e.g. Cadence, Synopsys, etc.) produced awful graphical output > without some convoluted, ineffective process. Toss in the fact that you > can directly insert LaTeX into the schematic and it's a no-brainer. I > must admit that I didn't initially use XCircuit for schematic capture. > It was the most viable alternative to Dia, Visio, and Kivio. That being > said, once I discovered the capability to produce SPICE compatible > output, I haven't looked back. Again, I offer GREAT THANKS to those that > have put forth so much effort into this project. I am looking back every day. The user interface and file format make me cry. I Svenn |
From: Svenn A. B. <sv...@bj...> - 2006-02-26 21:22:55
|
On Sunday 19 February 2006 17:04, Tim Holmes wrote: > Hello, > > I just downloaded xcircuit-3.4.11.tgz and tried to compile, but it > failed saying: > > xcwrap.c:12:16: tk.h: No such file or directory > > Configure says this: > > checking for tclConfig.sh... /usr/lib/tclConfig.sh > checking for tkConfig.sh... /usr/lib/tkConfig.sh > > RedHat uses Tcl/Tk 8.4. Sometimes you need to tell configure explicitly where the tcl and tk things are. Post your arguments to ./configure -- Svenn |
From: Svenn A. B. <sv...@bj...> - 2006-02-26 21:09:45
|
On Thursday 23 February 2006 14:57, Jan Sundermeyer wrote: > Config seems to find tcl. > Attached is the error log. Post your ./configure arguments also, please -- Svenn |
From: Svenn A. B. <sv...@bj...> - 2006-02-26 21:09:42
|
On Thursday 23 February 2006 14:57, Jan Sundermeyer wrote: > Config seems to find tcl. > Attached is the error log. Post your ./configure arguments also, please -- Svenn |
From: Jan S. <Jan...@ii...> - 2006-02-23 13:57:16
|
Hello, since version 3.6.4 i can't compiule xcircuit. It seems that xcircuit does not accept a different/ usual location for tcl which, in my case, is located under /local/.... Config seems to find tcl. Attached is the error log. Jan |
From: Philip <sil...@us...> - 2006-02-21 18:43:00
|
At some time fairly close to Tue, 21 Feb 2006 08:43:34 -0500 (EST), rumor has it that Raf wrote: > Hi, > > Is there any way to make the lines in xcircuit end in sharp rectangular > edges? By default it seems they are rounded off. This is not noticable for > thin lines, but for thick ones it is quite undesirable. > > Thanks, > > Raf Karakiewicz > Electrical Engineer > ra...@ee... Are you looking at the xcircuit display of it, or with a "real" postscript rendering? I've noticed that there are quite a number of differences between what xcircuit shows and what I see when I turn it into a PDF or look at it with ghostview. Philip |
From: R. T. E. <ti...@mu...> - 2006-02-21 15:39:53
|
Dear Raf, > Is there any way to make the lines in xcircuit end in sharp rectangular > edges? By default it seems they are rounded off. This is not noticable for > thin lines, but for thick ones it is quite undesirable. If lines are thick enough to need to be drawn with sharp corners, I draw filled boxes instead of lines. If that's not a good solution for you, I could add an option for square line caps without too much effort. Regards, Tim +--------------------------------+-------------------------------------+ | Dr. R. Timothy Edwards (Tim) | email: ti...@op... | | Open Circuit Design, Inc. | web: http://opencircuitdesign.com | | 22815 Timber Creek Lane | phone: (301) 528-9364 | | Clarksburg, MD 20871-4001 | cell: (240) 401-0616 | +--------------------------------+-------------------------------------+ |
From: Raf K. <ra...@ee...> - 2006-02-21 13:43:59
|
Hi, Is there any way to make the lines in xcircuit end in sharp rectangular edges? By default it seems they are rounded off. This is not noticable for thin lines, but for thick ones it is quite undesirable. Thanks, Raf Karakiewicz Electrical Engineer ra...@ee... |