On 03/11/2011 05:54 PM, Alexander Wagner wrote: > On 03/10/11 22:21, Joost 't Hart wrote: > > Hi! > >>>>> I often open game files by double clicking on them from Nautilus and >>>>> would like the system not to launch a second Scid instance when there >>>>> is already one. Is that possible? >>>> There is a helper app called sc_remote that should do the trick. Ie. >>>> calling sc_remote instead of Scid. However, as I try it I fear that >>>> something got messed up there. I'll take a note. >>> For me it works, but launches the wrong scid version - the one in my >>> path (4.2.2). Hm, again my scid preferences (board and the like) are >>> nuked :-( >>> >>> $ sc_remote<path-to-dbase>/<dbase-name-without-file-extension> >>> >>> If it does not work for 4.3 (only systems), something in scid seems to >>> have fallen apart. >> >> No worries. Got it working here by patching lines 480 and 497 of >> sc_remote: > > I fell upon the main issue you mentioned. (Ie. it invoked the wrong > scid version). It works indeed one just gets a superflous window. > >> scid => ./scid >> >> thus making sure the local scid app is invoked. >> >> Not the most elegant solution... > > I think setting the PATH environment variable correctly would be a > more elegant solution.
Maybe not :-) Setting up PATH ensures that the correct sc_remote is executed. I feel that sc_remote can (should?) trust that the target scid executable is a sibling in its own parent directory (in just the same fashion as the scid script is locating the tkscid binary), instead of parsing the PATH environment once more. Simpler and more intuitive, imho. My patch is really ugly in that it only works if scid sits in the current working directory (regardless of sc_remote's location!). Cheers, Joost. > > cu > Alexander > ------------------------------------------------------------------------------ Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d _______________________________________________ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
