[Xcircuit-dev] test

test ___ Xcircuit-dev mailing list Xcircuit-dev@opencircuitdesign.com http://www.opencircuitdesign.com/mailman/listinfo/xcircuit-dev

Re: [Xcircuit-dev] Seg faults when opening Library window

Dear Aanjhan, > I downloaded the current tarball from > http://opencircuitdesign.com/xcircuit/archive/xcircuit-3.6.138.tgz and > compiled with tcl and tk support and ran the binary. The program > crashed upon doing the following steps. > > Click on the Workspace to draw a wire. Without pressing e

Re: [Xcircuit-dev] (no subject)

Dear Marco, > I just downloaded version 3.6.143. I did: > > ./configure > make > setenv XCIRCUIT_LIB_DIR ./lib > lib/tcl/xcircuit.sh > > but I got this message: > > error in slave eval: > couldn't load file "/usr/lib/tk8.4/../libtk8.4.so": /usr/lib/tk8.4/../ > libtk8.4.so: wrong ELF class: ELF

Re: [Xcircuit-dev] malformed tcl list?

Dear John, > I am using Xcircuit 3.6.130. > > I execute the following on a selected label object. > > ++ > > (test) 57 % set position [label position] > {300 0} > (test) 58 % xcircuit::instance make in_pin $position > list must contain x y pos

Re: [Xcircuit-dev] How to use different version of automake

Dear Svenn, > when compiling 3.6.145 I get an error message that I don't have > automake-1.9 installed. That's right because I have automake-1.10 > installed. How can I tell the build process that I have > autoomake-1.10? Shouldn't these things be intelligent enough to > discover that a newer vers

Re: [Xcircuit-dev] Changing z-location of objects

Dear Svenn, > How do I push graphic objects to the back? > I wan to put colored filled polygons as background in complex artwork. > The artwork is drawn first and then I put the background polygons. The > problem is that those polygons are in the foreground obscuring all the > artwork. I can't fin

Re: [Xcircuit-dev] Annoying focus bug (Tcl/Tk version of XCircuit)

Dear Wim, > FWIU, the KDE windows manager does not allow a toplevel window to grab > focus if the 'active window' (i.e. the main XCircuit window) is not > in focus. However, the popup windows (see wrapper.tcl) are created > without defining a group of related windows. Hence, the KDE window > m

Re: [Xcircuit-dev] Automatic arrows on lines.

Dear Svenn, > When using xcircuit as a drawing tool for circuit documentation > purposes I currently have to place arrowheads separately. This is > mostly ok for lines at right or 45 degree angles. For any other angle > it becomes a bit tedious to get things looking good. > > When moving line end

Re: [Xcircuit-dev] How to convert xcircuit ps or eps to svg

Dear Svenn, > I'll end this monologue for now by adding that, based on the > description from the wikipedia page above, I looked for alternative > tools that pstoedit supports that also can convert to svg. Good old > xfig came to a rescue. Its conversion tool, fig2dev, has a beta > support for svg

Re: [Xcircuit-dev] How to convert xcircuit ps or eps to svg

Dear Svenn, > Just adding a bit more to this thread in the hope that Tim will get > time to have svg export directly from xcircuit. Since you sent this gentle reminder to me, I did a web search on SVG and found a lot more in the way of example code than I did previously. Enough to get started on

Re: [Xcircuit-dev] How to convert xcircuit ps or eps to svg

Dea Svenn, >> Since you sent this gentle reminder to me, I did a web search on >> SVG and found a lot more in the way of example code than I did >> previously. Enough to get started on an SVG export (and possibly >> import as well---that is, have the option to completely replace >> PostScript wit

Re: [Xcircuit-dev] How to convert xcircuit ps or eps to svg

Dear Svenn, > Would SVG make xcircuit easier to handle in a project environment? You > know the one where one engineer put together a module in one directory > and another engineer binds this module into a toplevel on a different > hierarchy? In the end, it is the netlist that matters, but getting

Re: [Xcircuit-dev] How to convert xcircuit ps or eps to svg

Dear Don, > http://croczilla.com/bits_and_pieces/svg/samples > > Dashed lines > http://croczilla.com/bits_and_pieces/svg/samples/xbl-shapes2/xbl-shapes2.xml > > I am not an expert. I just remembered seeing these. Thanks for the tips. Yes, I misspoke. Dashed lines are, in fact, defined in the

Re: [Xcircuit-dev] How to convert xcircuit ps or eps to svg

Dear Svenn, >>> Just adding a bit more to this thread in the hope that Tim will get >>> time to have svg export directly from xcircuit. Okay, it's mostly done! If you get the most recent version of xcircuit (CVS available now, or try the distribution download tomorrow), you can bring up the cons

Re: [Xcircuit-dev] How to convert xcircuit ps or eps to svg

Dear Svenn, > I realize that the zoom level in xcircuit has implications on the size > of the resulting svg graphics, at least when I open the svg in > inkscape. I don't know if this is a bug or a feature as it will > provide me with a possibility to fit the xcircuit artwork to the size > of an A4

Re: [Xcircuit-dev] How to convert xcircuit ps or eps to svg

Dear Svenn, > I realize that the zoom level in xcircuit has implications on the size > of the resulting svg graphics, at least when I open the svg in > inkscape. I don't know if this is a bug or a feature as it will > provide me with a possibility to fit the xcircuit artwork to the size > of an A4

Re: [Xcircuit-dev] XCircuit Virtual Symbol Pin Numbers Question

Dear Dave, > I am using V3.4 of X-Circuit. I am having a problem > creating a virtual symbol (in my library) that has > different PCB netlist pin numbers. I create a symbol > and assign the netlist pin numbers (using the 'T' > command). I then use the 'V' command to create a > virtual symbol. When

Re: [Xcircuit-dev] XCircuit Virtual Symbol Pin Numbers Question

Dear Dave, > Thank you for the quick response. Sorry this response is not so quick---I've been on vacation down in Virginia for a few days. > This is what I did: > > 1) Open the Library and select the LM258 symbol > 2) (V) to create one a virtual symbol > 3) Select the virtual symbol > 4) Pop i

Re: [Xcircuit-dev] Behaviour when opening empty ps files

Dear Svenn, > Question is, would it be possible to quietly ignore the fact that a > prolog is missing if the file is empty and accept the filename into > the dialog so that saving is just a matter of shift-W of save all? Yes, it is quite simple to check that a file is zero size and, if so, handle

Re: [Xcircuit-dev] Behaviour when opening empty ps files

Dear Svenn, > Question is, would it be possible to quietly ignore the fact that a > prolog is missing if the file is empty and accept the filename into > the dialog so that saving is just a matter of shift-W of save all? I have just tested and committed to CVS a fix for this in xcircuit version 3

Re: [Xcircuit-dev] insert more space in existing drawing

Dear Svenn, > In a drawing that I have, I suddenly need do expand the size of a box > to fit some text. Expanding the box is easy with the edit function, > but all the rest of the drawing has to be moved and extended. One idea > that came to my mind was that if I could draw a vertical cut-line an

Re: [Xcircuit-dev] insert more space in existing drawing

Dear Svenn, > In a drawing that I have, I suddenly need do expand the size of a box > to fit some text. Expanding the box is easy with the edit function, > but all the rest of the drawing has to be moved and extended. One idea > that came to my mind was that if I could draw a vertical cut-line an

Re: [Xcircuit-dev] insert more space in existing drawing

Dear Svenn, > I do most of my work in VHDL now so drawing schematics actually ending > up in a netlist is the rarest task I do. But I use xcircuit to draw > block and timing diagrams and anything that a drawing tool can be used > to. Specially in timing diagrams the hassle is huge when I need to >

Re: [Xcircuit-dev] xcircuit 3.6.163 : loading a postscript back ground

Jan, > Her is something new from Afica. > file->import -> backgroundPS > breaks like this when I import the attached file, which was converted by the > gimp: > (my grid is set to 2.5 mm, if it is of any importance) > (the original png file does import) If you sent the attachment, then it was lik

Re: [Xcircuit-dev] xcircuit 3.6.163 : loading a postscript back ground

Jan, > > If you sent the attachment, then it was likely stripped off the email > > by the opencircuitdesign mail server. Try sending me the attachment > > directly. > > Here it is but do not waste time on it. > I merely thought you might want to know. Imagemagick is normally on my box > so the

Re: [Xcircuit-dev] insert more space in existing drawing

Svenn, > I'm pleased to see that I now can select a bunch of lines and move > the bends all together without moving the end-points. Very nice when > the routing space between components is limited and bends need to be > rearranged or moved to make space for another connection. > > I do not know

Re: [Xcircuit-dev] spice netlists extract fails from tclsh

Dear Chitlesh, > With the 3.4 series, I was able to generate spice netlists with this tcl > script > - > package require Tk > load /usr/lib/xcircuit-3.6/xcircuit.so > source /usr/lib/xcircuit-3.6/wrapper.tcl > > ::xcircuit::st

Re: [Xcircuit-dev] edif import on xcircuit3.6.163

Chitlesh, > I'm trying to test the edif import feature on xcircuit 3.6.163. It > seems it isn't working anymore. Can you please verify it with your > edif files ? I have attached a simple edif file to this email. > Whenever I import it, I have the following warnings on the console: > Unsupported

Re: [Xcircuit-dev] make symbol fails

Dear Chitlesh, > It seems to me that this issue is due to the missing value given to > "Confirm Symbol name". Tim, can you please add a small check on this > "Confirm Symbol name" entrybox so that it warns the user that no > symbol name is given, rather than spitting the error shown below ? >> On

Re: [Xcircuit-dev] edif import on xcircuit3.6.163

Dear Chitlesh, > I have generated the edif file from dgc explained here: > https://fedorahosted.org/fedora-electronic-lab/wiki/Digital/DGC#UsingDGC > > EDIF file : > http://chitlesh.fedorapeople.org/xcircuit/example.edif Now that I have a copy of it, the problem with this edif file is that it co

Re: [Xcircuit-dev] Inserting parameter in a symbol label.

Dear Svenn, > playing around with 3.7.5 getting some quick schematics for a PCB that > I am going to make. Backend will be pcb-gtk. > I get a message dialog telling me it is not allowed to insert > parameters in text which doesn't show up if I try to do exactly the > same in debian sid version of x

Re: [Xcircuit-dev] Xcircuit native Windows port question.

Hello John, > > > > The link for the native Windows port of xcircuit appears to be > invalid. Do you know if anyone is currently maintaining this version, > and where it might be found? > I don't use Windows, and so I don't have a Windows compiler. The native Windows code is out of date with

Re: [Xcircuit-dev] Regarding automatic bounding box

Dear Svenn, > I wonder if it is possible to make an option to add a few pixels to > the automatic bounding box in all directions to make sure that all > items are output properly on the target device. I currently manually > place a bounding box to get the svg export nice in a gtkwidget > (zim-wiki

Re: [Xcircuit-dev] Xcircuit segfaults on startup under Mac OS X.

Chris, > I posted this to the dev list but it bounced as I'm not a member. How do I > join? I believe the standard method is an email with the subject line "subscribe". > Xcircuit segfaults on startup on my system. I've attached a report which > includes a trace and much more info. > The s

Re: [Xcircuit-dev] Welcome to the "Xcircuit-dev" mailing list

Hello Chris, > I'm new here. Anyone else running xcircuit on Mac OS X? On my Mac > the "stable" version segfaults before the window is fully drawn to > the screen and the development version does not compile. > > I can fix this. I'm a full time software engineer working mostly in C > on Lin

Re: [Xcircuit-dev] Fink tk vs. native OS X tk

Kevin, >> Yes, this has come up recently as an issue for several people. But >> I'm not sure why it suddenly became an issue, and not long ago. >> There were some murmurs in the past about needing the "fink" version >> of Tcl/Tk, which may or may not be related to this problem. > > I believe the

Re: [Xcircuit-dev] porting -- where is the main window created?

Kuba, > I'm contemplating porting XCircuit to C++ using Qt toolkit, using > Javascript for scripting. This would immediately make it available > on all major platforms, and make it easier to hack on it (IMHO, no > flamebaiting intended). You're not going to get a flame response, at least from me.

Re: [Xcircuit-dev] porting -- where is the main window created?

Kuba, > Qt works on most any platform too, and it works on Nokia mobile > devices as well. Heaven help the person trying to do EDA work on a cell phone. Nonetheless, I've always felt that there is a great opportunity for EDA software for touch-screen devices. If the iPad isn't up to the resoluti

Re: [Xcircuit-dev] more progress on Qt port :)

Dear Kuba, > fixes: > - text input work > new stuff: > - toolbar highlighting > - tool cursors > - loading files via menu - see > > - handling application closing > bugs: > - scrollbars and panning aren't functional yet > > So far most bugs are

Re: [Xcircuit-dev] more progress on Qt port :)

Chris, >> Are there really that many engineers who use TCL? I'd think anyone >> "new" who graduated in the last few years would be looking at python >> for general-purpose engineering scripting? > If we assume engineers start work at age 22 and continue until > retirement at age 65 then we must c

Re: [Xcircuit-dev] bug in menu/toolbar zoomin/zoomout

Dear Kuba, > The zoominrefresh(int,int) and zoomoutrefresh(int,int) have wrong signatures > and cannot > be directly invoked as Xt callbacks. They need shims that first get the mouse > pointer position > and then invoke those. > > There are possibly more problems like that, although only some o

Re: [Xcircuit-dev] bug in menu/toolbar zoomin/zoomout

Dear Kuba, > Since you asked for bug reports, I'm merely sending what I find. > It's all fixed in my copy of the code. Oh, yeah, I guess I did say that, didn't I? I'm of half a mind to forget about the Xt code altogether. If you do a decent job of porting it to Qt, then I may never have to th

Re: [Xcircuit-dev] progress: color popups work

Dear Kuba, > I've done cleanups and refactoring of color list handling code, > including color popups/menus. All that now works, and all of the > related functions fit in a .cpp file 164 lines long. Obviously, > everything related to twiddling the colormap is gone, with Qt we > directly use 32 bit

Re: [Xcircuit-dev] Do we need stipples?

Dear Kuba, > There is a comment in svg.c that stipples are really just a fill-in for > transparency: > > /* Since we can't do stipples in SVG, and since the whole stipple thing > */ > /* was only put in because we can't (easily) do transparency effects */ > /* in X11, we convert stipples

Re: [Xcircuit-dev] Do we need stipples?

Dear Philip, >> However, in this day and age, >> writing on trees is not necessarily the intended target, and >> perhaps it is more important to mainting consistency between >> the screen view and the SVG format output. > > My primary use of xcircuit results in PDF files for me and the customer.

Re: [Xcircuit-dev] Do we need stipples?

Dear Kuba, > PDFs handle transparency allrighty. It's just that postscript itself > doesn't handle it by default, but does with certain extensions (pdfmarks) > that happen to be supported by every sane PS renderer out there. I'm not sure about "every sane PS renderer", but the usual PS renderer i

Re: [Xcircuit-dev] bug: menu checking makes no sense for text style insertion

Dear Kuba, > The Text->Style menu allows you to insert text style marks such as > subscripts. The Tk GUI incorrectly marks > the most recently used style option in the menu (with a little > bullet/checkmark). This makes no sense: those > menu items don't select "current" text style, they are *st

Re: [Xcircuit-dev] object space vs. viewport mapping

Dear Kuba, > I've managed to get native scrollbars working with a horrible hack, but > that's really just > due to my lack of understanding. > I need help with the following (additions/corrections): > 1. areawin->width/height - that's the size of the viewport in GUI (X11, > whatnot) units > 2.

Re: [Xcircuit-dev] ubuntu 10.04 install issues

Alan, >couldn't load file "/usr/local/lib/xcircuit-3.6/xcircuit.so": >/usr/local/lib/xcircuit-3.6/xcircuit.so: undefined symbol: >Tcl_PkgInitStubsCheck >Main console display active (Tcl8.4.19 / Tk8.4.19) > plus another blank one, (idendified as tkcon.tcl #2). And, > that's it. >

Re: [Xcircuit-dev] latex strings and manual bounding boxes

John, > I sent this a while ago but I think it got lost in the moderation > process as I sent it before signing up to the list... > > If using "latex mode" the final latex-rendered string can be > considerably shorter than the space it takes up in the diagram. If the > latex string extends beyond

Re: [Xcircuit-dev] XCircuit - pin names visibiltiy

Hello Milos, > I tried your nice open source schematics capture tool ( more exactly :) > - it was win32 native Xcircuit+Tcl v3.6 rev 115 downloaded from > http://www.oocities.com/sw286000/xcircuit-3.6.115-setup.zip, link at > your web site are a little bit obsolete, I noticed that you have new

Re: [Xcircuit-dev] XCircuit - pin names visibiltiy

Kuba, > Also, the interface makes some custom choices that make it next to useless > without > a three button mouse. Forget using Xcircuit with a trackpad, so far. This > will have > to get reworked so that more common man-machine interaction ways are used. A > good > assumption is that of a tw

Re: [Xcircuit-dev] User interface. Was: XCircuit - pin names visibiltiy

Kuba, > OK, so let me state one thing clearly: when I consider Qt port of > Xcircuit ready, all of the keybindings and UI behaviors of original > Xcircuit will be preserved, albeit in a non-default preference template. > They will be clearly marked and available in the Preferences window. > This w

Re: [Xcircuit-dev] User interface. Was: XCircuit - pin names visibiltiy

Kuba, >>> OK, so let me state one thing clearly: when I consider Qt port of >>> Xcircuit ready, all of the keybindings and UI behaviors of original >>> Xcircuit will be preserved, albeit in a non-default preference template. >>> They will be clearly marked and available in the Preferences window.

Re: [Xcircuit-dev] latex strings and manual bounding boxes

John, > I've done some more experimentation and can now give a better > description of the problem. I have attached a test-case, which hopefully > won't be removed by the list. > I've been playing around with changing the BoundingBox and > PageBoundingBox by hand (ie text editor) and find that `l

Re: [Xcircuit-dev] Fwd: path nearest point chooser and connectivity is broken for multipart paths combinations

Kuba, > This is with tk 3.6.163. To reproduce: > > 1. Create a polygon. > 2. Create a spline at one end of the polygon. > 3. Join. > 4. Start editing polygon. > 5. End editing. > 6. Click on a spline part to start editing. A point from the polygon >part will be selected instead. > > The path

Re: [Xcircuit-dev] Fwd: path nearest point chooser and connectivity is broken for multipart paths combinations

Kuba, > This is with tk [sic--xcircuit] 3.6.163. To reproduce: > > 1. Create a polygon. > 2. Create a spline at one end of the polygon. > 3. Join. > 4. Start editing polygon. > 5. End editing. > 6. Click on a spline part to start editing. A point from the polygon >part will be selected instea

Re: [Xcircuit-dev] Qt code updated to 3.7.8

Dear Kuba, > Your diagnosis is right. I will have to clean it up. I have a CentOS image to > compile > it for X11, so I'll make sure it works and submit an update. > > As for XClearArea: Apple's g++ 4.2 doesn't seem to care, I will of course > change it. I picked up the latest gcc version alon

Re: [Xcircuit-dev] cycle copying

Kuba, > There are seeming inconsistencies in cycle copying between types. > > Following types have the cycle list: > > - label > - polygon > - spline > - arc > > Only polycopy() and splinecopy() call copycycles(). > > Is that intentional, or is a copycycles() call missing from labelcopy() and

Re: [Xcircuit-dev] List reply setting

Fmiser, > The list is set so the "reply" address is the poster, not the > list. Is there a reason for this? > > Personally, I expect my message to go to the list when I choose > "reply". Since this is how every other list I use behaves, I > seem to often forget to manually change the address fo

Re: [Xcircuit-dev] SELECT_HIDE

Kuba, > Nothing seems to check for SELECT_HIDE. Should disable/enable_selects > be removed, or should the checking be implemented? Ah, that's a tricky one! You'll notice that if you select an element and do "Edit->Select Filter->Disable Selection", it really works. . . you can't select the eleme

Re: [Xcircuit-dev] SELECT_HIDE

Kuba, > If you could give me a tutorial on how parameters are implemented, that'd be > great. > I have a vague feel for oparam and eparam, but what I don't get is exactly > how propagation > is supposed to work, and how can you modify the parameters. I can trivially > parametrize, > say, object

Re: [Xcircuit-dev] SELECT_HIDE

Kuba, >> (1) Create a new user object, containing at least one instance of another >> object, from any library/technology. >> >> (2) Edit (descend into) the new user object. Select the instance, and use >> the "A->B" toolbar button to select element parameters "X position" and >> "Y p

Re: [Xcircuit-dev] SELECT_HIDE

Kuba, > Just to make sure I undestand: when you parametrize the position of > something, you are still supposed to be able to move it around via > XCF_Move? Yes. The substitute and writeback routines should handle the copying of the position information between the element and the parameter stru

Re: [Xcircuit-dev] SELECT_HIDE

Kuba, >> Just to be clear: To select a wire and attempt to parameterize its >> position as a whole is probably an undefined procedure and I have no >> idea what the consequences might be. If you want to parameterize the >> position of a wire, edit it and parameterize the position of a point. >

Re: [Xcircuit-dev] SELECT_HIDE

Kuba, >> Note that while playing around with this method just now, I found two >> separate bugs, one of them a nuisance (changes the cycle after >> parameterizing the point, without warping the cursor to that point), >> and the other fatal (seems to be in version 3.7 only). There is also >> a han

[Xcircuit-dev] Positional parameters

Kuba, I just uploaded to CVS for xcircuit-3.7 the code that enables the capability to parameterize the position of a polygon, spline, or path element in its entirity, not just a single point. You can either merge this code in now, or wait for me to do something about color inheritance and par

Re: [Xcircuit-dev] highlightnetlist()'s side effects

Kuba, > Does highlightnetlist() have side effects? -- must it be called from > schema.c:connectivity()? > Since no drawing can be done outside expose(), I have to know whether it can > be safely > ignored there. > > If it does have side effects (change of state of data structures other than >

Re: [Xcircuit-dev] delete_tagged()'s delobj

Kuba, > delete_tagged() makes a deletion object for the undo mechanism. > This object always contains one element. If delete_tagged() deletes many > elements, it creates multiple delete objects -- one per element. > > Wouldn't it make more sense to move *all* deleted elements first into the > del

Re: [Xcircuit-dev] objinstbbox()'s extend parameter: int or float?

Kuba, > objinstbbox() is called from selection.c:genselectelement() with a float > range. > It expects an int range. Do we lose data if extend parameter is int? Or should > range be an int as well? You'll note that there is a RANGE_NARROW and RANGE_WIDE, which I put into the selection scheme not

Re: [Xcircuit-dev] FYI: highlightnetlist's side effects

Kuba, > I've had a look, and highlightnetlist() has side effects -- it modifies the > object > if mode = 0. I've split it out into two functions: one that draws, and another > that only has the side effect. > > I declared highlightnet() to be without side effects (takes const object* > and const

Re: [Xcircuit-dev] draw_all_selected() -- does it have side effects?

Kuba, > Does draw_all_selected() have any side effects? If not, I presume it's OK to > remove it from > elements.c:rejustify(), events.c:finish_op(), etc? Again, I expect you'll end up telling me, if it has any side effects. But the intention was that it is just a drawing call that I happened to

Re: [Xcircuit-dev] should pushnetwork() touch matrix stack?

Kuba, > I'm moving the matrix stack into the drawing context. In this process, I've > stumbled onto this: > > pushnetwork() is called from only one location: schema.c:connectivity() > > pushnetwork() is pushing matrices onto the matrix stack. Since that's outside > of a repaint > event, there'

Re: [Xcircuit-dev] labeltext() depends on context via ULength() :(

Kuba, >>> Any ideas how to decouple that? I haven't looked very closely, I admit. >> Further note: the code in question is below the telling comment >> /* Redraw the label */ -- so it should be removed, preserving any side >> effects. >> It appears to have no side effects besides moving the origi

Re: [Xcircuit-dev] labeltext() depends on context via ULength() :(

Kuba, >> On the contrary, I don't really see what the code is doing---all of >> it appears to be doing nothing more than what is already done in the >> redraw code. I commented out everything except for the GXcopy set and >> redrawtext() call at the end, and I can't see that anything has changed.

Re: [Xcircuit-dev] scaling logic for FONT_SCALE

Kuba, > I don't understand why the case for FONT_SCALE in ULength > multiplies strscale by UTopScale. > > With given newscale > 0.0, the initial scales are all set to UTopScale * > newscale. > So suppose the first string part is FONT_SCALE of s. > > Then we have > > strscale = (UTopScale * new

Re: [Xcircuit-dev] does selectarea() do unnecessary matrix stack manipulation?

Kuba, >> It seems like selectarea(), in the OBJINST case, is pushing a premultiplied >> matrix on the stack before recursing into the object. Is that necessary? >> I can't see offhand where would that matrix be used. > > Same happens in recurselect(), BTW. > > Per the C++ compiler, it seems that

Re: [Xcircuit-dev] does selectarea() do unnecessary matrix stack manipulation?

Kuba, >> It seems like selectarea(), in the OBJINST case, is pushing a premultiplied >> matrix on the stack before recursing into the object. Is that necessary? >> I can't see offhand where would that matrix be used. > > Same happens in recurselect(), BTW. > > Per the C++ compiler, it seems that

Re: [Xcircuit-dev] delete_window can free XCWindowData members multiple times

Kuba, > delete_window() goes through xobjs.windowlist to remove all pointers to the > window > being deleted. Yet it also frees the window's select lists and stacks each > time > it encounters the window in the windowlist. This possibly can lead to > multiple deletion. > It should delete the se

Re: [Xcircuit-dev] files.c:6113 extra sprintf parameter

Kuba, > In files.c from 3.7.12, line 6113 looks as follows: > > sprintf(_STR, "polygon\n", TOPOLY(savegen)->number); > > Either the parameter should be removed, or the format string should be > changed. It should be just sprintf(_STR, "polygon\n"); The missing "%hd" was separated out

Re: [Xcircuit-dev] Qt port progress: context and transformations

Kuba, > Qt's drawing code is full of such optimizations, and it represents > man years of effort. This is the only way to get XCircuit to > perform well IMHO. There was a time when I considered porting to Qt. At the time, both Qt and GTK were in a comparatively primitive state. It was not clea

Re: [Xcircuit-dev] Qt port progress: context and transformations

Kuba, > And here is the trivial porting to bare Qt: no more calling of makesplinepath > nor strokepath, and we don't depend on existing spline point cache either: > > void spline::draw(Context* ctx) const > { > ... > } > > Note that we get rid of all spline approximation code, the strokepath, >

Re: [Xcircuit-dev] context design decisions

Kuba, > I detest the whole select-with-shift/ctrl fiasco, of course, it's just silly > -- > worse, one mistake and you have to redo everything. Xcircuit at least > lets you undo changes to the selection list -- it's a major usability win > IMHO. That leads to another helpful feature of xcircuit

Re: [Xcircuit-dev] context design decisions

Kuba, >> Multiple windows don't share editing and selection context. I can >> select and edit one element in window 1 and at the same time select >> and edit another element in window 2. It is clear that certain things >> are shared, though, and it's not to difficult to crash xcircuit by >> atte

Re: [Xcircuit-dev] xcircuit 3.7.13 coredumps on edit symbol name in Library view.

Hello Svenn, > trying to grasp the concept of library and technology, I started > creating a simple library for spice elements, and I noted when doing > shift-e on the 'spice' library page gave me a segfault when trying to > change the name from spice::vsrc to spice::vs. This way of renaming is >

Re: [Xcircuit-dev] make user object dialog box has problem

Hello Svenn, > when using 'okay' on the dialog with spice library and spice tech, > then I get an error message, when using apply, unit is created > correctly. I am guessing that you are referring to the "Save Technology" popup dialog box? I will take a look at it, but I may need a more complete

Re: [Xcircuit-dev] Please provide a downloadable native Xcircuit for Windows users

Hello Ruida, > With the host site for Xcircuit/Win32 went down, there is no place to > get a updated native Xcircuit for windows user. > > For a guy with very little knowledge about programming, it's almost > impossible to compile Xcircuit from source code. Believe me, I've done > my homework and

Re: [Xcircuit-dev] Please provide a downloadable native Xcircuit for Windows users

Hello Ruida, > It is possible to get XCircuit-3.6.115 from > http://www.oocities.org/sw286000/, however, there is an application > error with XCircuit-3.6.115 when I tried to load a user defined > library through Library Manager. This error prevent me to use Xcircuit > with a large project. So t

Re: [Xcircuit-dev] Please provide a downloadable native Xcircuit for Windows users

Hello Satya, > I just rebuilt xcircuit. I had missed that the configure.in needs to > be tweaked for working on cygwin. The following patch, followed by > autoreconf -fiv seems to do the trick for me. > - SHDLIB_EXT=".dll" > + SHDLIB_EXT=".dll.a" This looks like it's turning a shared

Re: [Xcircuit-dev] xcircuit on mac

Hello Woo-Joong, > I try to download xcircuit from http://opencircuitdesign.com/xcircuit/, > but it does not seem to be doing anything. I have fink commanded updated > to look xcircuit, but there is nothing there, either. Do you have any > advice for this? Not personally, because I'm not very fa

Re: [Xcircuit-dev] Bitmap bug?

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 tec

Re: [Xcircuit-dev] Increment text number

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

Re: [Xcircuit-dev] Increment text number

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

Re: [Xcircuit-dev] Increment text number

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 w

Re: [Xcircuit-dev] Uh oh. 3.7.31 failed to compile.

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 corre

[Xcircuit-dev] Tutorial

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 f

Re: [Xcircuit-dev] Tutorial

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 >

Re: [Xcircuit-dev] trouble with load dependencies, seg fault when creating matching symbol

Hello Colin, > I am a relatively new user of xcrircuit and am using it to create a > hierarchical set of schematics. I'm using version 3.7.32, just > compiled. It's been going pretty good until I tried using the Load > Dependencies feature to load schematic pages. I created a symbol in > my pro

Re: [Xcircuit-dev] trouble with load dependencies, seg fault when creating matching symbol

Hello Colin, > . . .I decided to try the procedure described in the Large Project > Tutorial for creating a symbol from an existing schematic hoping to get > Load Dependencies to work. First I renamed the existing symbol and > saved the technology file to eliminate any naming conflict. Then from

Re: [Xcircuit-dev] xcircuit rendering speed

Hello Dimitri, > Any hints on how to improve rendering speed with XCircuit? I've tried > to profile xcircuit using , to discover most of the draw > time is spend in functions.c::void void strokepath(XPoint *pathlist, > short number, short style, float width). However using cachegrind > there is a

  1   2   >