X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Envelope-From: paubert AT iram DOT es Date: Wed, 17 Oct 2012 21:10:16 +0200 From: Gabriel Paubert To: geda-user AT delorie DOT com Subject: Re: [geda-user] Text scaling during zoom in gschem Message-ID: <20121017191016.GA9083@visitor2.iram.es> References: <507b8d7c DOT 8ad3440a DOT 7926 DOT ffff8637 AT mx DOT google DOT com> <20121015092411 DOT 4eca1f3f AT svelte> <20121015171327 DOT GA25788 AT localhost DOT localdomain> <20121016083227 DOT GB12759 AT visitor2 DOT iram DOT es> <20121016141653 DOT GA27435 AT localhost DOT localdomain> <20121017081319 DOT GA16322 AT visitor2 DOT iram DOT es> <20121017173503 DOT GC6695 AT localhost DOT localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20121017173503.GC6695@localhost.localdomain> User-Agent: Mutt/1.5.20 (2009-06-14) X-SPF-Received: 2 X-Spamina-Bogosity: Ham Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk On Wed, Oct 17, 2012 at 09:35:04PM +0400, Vladimir Zhbanov wrote: > On Wed, Oct 17, 2012 at 10:13:19AM +0200, Gabriel Paubert wrote: > ... > > Unfortunately, for example the recent gsch2pdf code relies > > on cairo 1.10 at least, which is not yet in debian-stable. > > I also think that I hit a bug (probably in libgeda) on a > > non-x86 machine: the output pdf scale depends on the directory > > in which symbols are found. It looks like a wild pointer/memory > > corruption, but I won't be able to debug more before early > > November. > > As far as I can see gsch2pdf uses the same output page size for > different schematic sizes, so if your symbols have different sizes you > get the different scales. No, it's a different bug: simply moving back and forth a symbol file between the current directory and a directory completely changes the scale of the output file (by a factor a several hundred or several thounsand, I can't remember). In the case I hit the bug, the frame of the titlepage occupies at most 1mm˛ on the paper, and most of the page is white. I've traced it to cairo_recording_surface_ink_extents() returning nonsense, but could not go further. > BTW, gschem can also print all your schematics from command line at once > (blinking only once) if you change the print.scm a bit. Moreover, it can > print EPS from command line. And if you pipe its output to a certain > program you can get the PDF file, too ;) I'm aware of it, but I also hit a bug in it (locally fixed). Gabriel