Re: [Geany-devel] multiple instance save-settings - Re: Race condition when saving geany.conf

2010-05-19 Thread Eugene Arshinov
On Tue, 2 Mar 2010 15:23:31 +0300%
Eugene Arshinov earshi...@gmail.com wrote:

 On Mon, 1 Mar 2010 16:08:18 +%
 Nick Treleaven nick.trelea...@btinternet.com wrote:
 
  On Sat, 27 Feb 2010 09:05:12 +1100
  Lex Trotman ele...@gmail.com wrote:
  
To be easy to implement, perhaps maybe only the first/main
instance should save settings. We could have a Tools-Save
Config menu item enabled for the first instance to allow the
user to restart other instances with the new settings.
   
   
   I havn't looked in detail at what the -i option does but I assume
   it doesn't use or accept socket connections.
  
  Yes. The socket code only works for the 'main' instance.
  
   If so then I assume all Geany commands
   without the -i  will be the same instance, and this is the one
   that should be able to save.
  
  (If a second instance of geany is run without passing filenames to
  the first, -i is implied).
  
 
 I really like this idea. It is simple to understand, rather
 convenient and uniform with the behaviour of new-instances, i.e.,
 those instances should not touch any global data, either the default
 session or the settings.
 

Now committed, together with Tools  Save configuration menu item.
Though, I think we should think of a better name for it as currently
Save configuration and Reload configuration mean different things
by configuration, which will probably confuse users.

   There needs to be a visual distinction of instances that
   can  can't save.
  
  I agree, otherwise the user might think there was a bug saving
  settings.
  
 
 Any proposal for this visual distinction?
 
 Best regards,
 Eugene.
___
Geany-devel mailing list
Geany-devel@uvena.de
http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel


Re: [Geany-devel] SM Client_ + Legacy_

2010-05-19 Thread Dimitar Zhekov
On Wed, 19 May 2010 11:01:35 +0400
Eugene Arshinov earshi...@gmail.com wrote:

 [...]
 Also, could you please tell me how to view the X11 session (you are writing
 about Client_ and Legacy_)?

It's stored somewhere in your home directory. Normally there would be
one or more text files listing all session applications, with their XSM
and window properties, under .cache or .config; and other files
created by the individual applications.

The Xfce SM uses text lines starting with Client_ for XSMP and
Legacy_ for the previous (XAtom based IIRC) session protocol. Don't
know about the others.

--
E-gards: Jimmy
___
Geany-devel mailing list
Geany-devel@uvena.de
http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel


Re: [Geany-devel] multiple instance save-settings - Re: Race condition when saving geany.conf

2010-05-19 Thread Dimitar Zhekov
On Wed, 19 May 2010 11:07:09 +0400
Eugene Arshinov earshi...@gmail.com wrote:

 On Tue, 2 Mar 2010 15:23:31 +0300%
 Eugene Arshinov earshi...@gmail.com wrote:

   Lex Trotman ele...@gmail.com wrote:
   
If so then I assume all Geany commands
without the -i  will be the same instance, and this is the one
that should be able to save.
   
   (If a second instance of geany is run without passing filenames to
   the first, -i is implied).

Not quite, the post-0.18 versions of geany include a socket-file
option. Personally I prefer one socket per desktop, with the same
configuration directory.

 Now committed, together with Tools  Save configuration menu item.

I hope Save configuration works for all instances, and not for the
main instance only, as someone suggested. With main, the options
can be saved by Edit - Preferences - OK anyway, and I would like to
be able to save them from a secondary instance, and run a new Geany
with them.

--
E-gards: Jimmy
___
Geany-devel mailing list
Geany-devel@uvena.de
http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel


Re: [Geany-devel] altername session management implementation

2010-05-19 Thread Enrico Tröger
On Wed, 19 May 2010 14:17:52 +0300, Dimitar wrote:

 Hi, all,
 
 This is an alternate implementation of Eugene's X11 session support.
 The main difference is that the state each running Geany is saved
 into a separate temporary Geany configuration file.
 
 Each Geany is restored exactly it was before the session was closed,
 including open files, options (including applied but unsaved),
 per-document options (even if no project file is open) etc.
 
 There are no races when saving geany.conf, it's not saved at all. If
 you want to save the options, so that the next Geany will use them,
 just go to the Geany you want the options from and save them,
 exactly as you would do before the session was closed.
 
 Should there be main and option-saving instances, which ones,
 and how should they differ from the secondary instances? As Eugene
 pointed out, this is not related to the session management, at least
 with this SM implementation.

Now we have two alternating SM implementations? Why?

As you say, the configuration save problem isn't strictly related to SM
and might be solved separately.
Though I'm not yet sure what's the best way to solve this. I think I
still like something close to the current behaviour: the main instance
(i.e. the first opened one) is master over the config file. And any
other instances are ignored.

I guess the main problem here is that Geany was never designed to be
used as multiple window editor, and IMO it shouldn't be changed to be
one.

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc


signature.asc
Description: PGP signature
___
Geany-devel mailing list
Geany-devel@uvena.de
http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel


Re: [Geany-devel] beginner question - plugins

2010-05-19 Thread Enrico Tröger
On Wed, 19 May 2010 19:28:01 +0200, Frank wrote:

 On Wed, 19 May 2010 09:15:39 -0700
 Daniel Marjamaki daniel...@spray.se wrote:
 
  Hello!
  
  I have read the howto for plugin developers. It says:
  If all went OK, put the library into one of the paths Geany looks
  for plugins, e.g. $prefix/lib/geany. See Installation paths
  http://www.geany.org/manual/reference/guidelines.html#paths  for
  details.
  
  Can I tell Geany to look for plugins somewhere in my home folder?
 
 If you are using 0.19 from svn you can configure additional plugin
 path inside the preferences dialog. You can check on manual here:
 http://www.geany.org/manual/dev/index.html#paths

Just for clarity: the Extra plugin path preference existed also in
Geany 0.18 already (http://www.geany.org/manual/index.html#paths).

Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc


signature.asc
Description: PGP signature
___
Geany-devel mailing list
Geany-devel@uvena.de
http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel


Re: [Geany-devel] beginner question - plugins

2010-05-19 Thread Frank Lanitz
On Wed, 19 May 2010 23:16:59 +0200
Enrico Tröger enrico.troe...@uvena.de wrote:

 On Wed, 19 May 2010 19:28:01 +0200, Frank wrote:
 
  On Wed, 19 May 2010 09:15:39 -0700
  Daniel Marjamaki daniel...@spray.se wrote:
  
   Hello!
   
   I have read the howto for plugin developers. It says:
   If all went OK, put the library into one of the paths Geany looks
   for plugins, e.g. $prefix/lib/geany. See Installation paths
   http://www.geany.org/manual/reference/guidelines.html#paths  for
   details.
   
   Can I tell Geany to look for plugins somewhere in my home folder?
  
  If you are using 0.19 from svn you can configure additional plugin
  path inside the preferences dialog. You can check on manual here:
  http://www.geany.org/manual/dev/index.html#paths
 
 Just for clarity: the Extra plugin path preference existed also in
 Geany 0.18 already (http://www.geany.org/manual/index.html#paths).

As 0.18 is some time ago, I wasn't sure about and also to lazy to
look it up. Mea Culpa. ;)

Regards, 
Frank
-- 
Frank Lanitz fr...@frank.uvena.de


pgpTqDQtfoYQL.pgp
Description: PGP signature
___
Geany-devel mailing list
Geany-devel@uvena.de
http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel