delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2013/01/25/16:43:03

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-Injected-Via-Gmane: http://gmane.org/
To: geda-user AT delorie DOT com
From: Kai-Martin Knaak <knaak AT iqo DOT uni-hannover DOT de>
Subject: Re: [geda-user] release 20130122 of geda installer for windows
Date: Fri, 25 Jan 2013 22:41:45 +0100
Organization: Institut =?UTF-8?B?ZsO8cg==?= Quantenoptik
Lines: 70
Message-ID: <kduu7b$5dk$1@ger.gmane.org>
References: <8738y3iigd DOT fsf AT dome DOT home> <kd22k1$vna$1 AT ger DOT gmane DOT org> <20130114231808 DOT 26630 DOT qmail AT stuge DOT se> <kdd2uk$h17$1 AT ger DOT gmane DOT org> <646D1C05-5BD9-40D5-916C-33B4AB75863A AT jump-ing DOT de> <kdkbpc$r3g$1 AT ger DOT gmane DOT org> <kdnq4p$pvp$1 AT ger DOT gmane DOT org> <CAOuGh8-UeL4DRkrd79n0WR9roqMmfwca=4VFRm1ZKEWcSvrm5w AT mail DOT gmail DOT com> <kdrrv3$70e$1 AT ger DOT gmane DOT org> <CAD_DGvkGgx+Vi0mtvyv_Hw6nEv_qU7bUBcv81XDinjdpt1fPXw AT mail DOT gmail DOT com>
Mime-Version: 1.0
X-Complaints-To: usenet AT ger DOT gmane DOT org
X-Gmane-NNTP-Posting-Host: bibo.iqo.uni-hannover.de
User-Agent: KNode/4.4.11
Reply-To: geda-user AT delorie DOT com

Luis de Arquer wrote:

> The main issue I had is that (gschem) double click on an object does
> not open the usual 'properties' or 'attributes' dialog. 

Usually, I use the keyboard accel "EE" for this. So I wouldn't notice :-) 
With wine a double click also fails to open the attribute dialog. There is 
a message in stdout for each trial:
  fixme:msvcrt:MSVCRT__wsopen_s : pmode 0x01b6 ignored


> Also, right
> clicking on the main drawing area doesn't open the contextual menu for
> me (maybe some gtk events need to be explicitely masked in the gtk
> port for windows?).

There is no context menu in the linux version of gschem, either. 

 
> Also, although not looking very important, there are some warnings on
> the console window (gschem):
> 
>> Invalid path [C:\Programas\gEDA\gEDA\share\gEDA\sym\local] passed to
>> component-library 

This path is not given in the user config. I guess, it is supposed to 
contain symbols that are not part of the distribution. However, the path 
is on the local machine, but not in the home area of the user. On linux it 
defaults to /usr/local/share/gEDA/sym/local/ 
This path gets blanked with a reset statement in gschemrc, which is needed 
to get rid of the default libraries. The actual path differs between 
installs on different OS. So resurrecting it after the reset is not a good 
option. For this reason I strongly prefer to put local symbols in the home 
area of the user. If required, the path can still be a Softlink to 
somewhere else.


>> WARNING: The RC file function 'paper-size' is deprecated and does
>> nothing.

The warning was triggered by this line in gschemrc:
(paper-size 11.69 8.27) 
The line can be removed safely. 
It is a residue from configs for older versions of gechem. We will remove 
it in the next version of the installer.


>> WARNING: The RC file function 'sort-component-library' is deprecated.
>> RC configuration functions will be removed in an upcoming gEDA release.
>>  Please use configuration files instead.

More residue. Will also be removed from the config files.


Today, I discovered some more glitches of the crosscompiled binaries:

a) Print of schematics yields some texts two base line skips below their 
correct position. This happens to refdes, value, pin labels and 
independent text. However, pin numbers, slots, footprints and generally 
all non standard attributes print exactly at the expected position.

b) "gaf export" fails with error:
	export: invalid option -- e

c) On a windows 7 install, it was not possible to save system-gschemrc due 
to "other processes", even though no geda utility was running. we even 
tried to kill all processes to no avail.

 ---<)kaimartin(>---


- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019