On Fri, 8 Oct 2010 19:55:28 +0300%
Dimitar Zhekov wrote:
> On Fri, 8 Oct 2010 06:05:11 +0400
> Eugene Arshinov wrote:
>
> > On Sat, 2 Oct 2010 10:56:19 +0300%
> > Dimitar Zhekov wrote:
> >
> > > Eugene, if you're going to combine the X SM implementatons
> > > someday, using the "alternate" sa
On Fri, 8 Oct 2010 06:05:11 +0400
Eugene Arshinov wrote:
> On Sat, 2 Oct 2010 10:56:19 +0300%
> Dimitar Zhekov wrote:
>
> > Eugene, if you're going to combine the X SM implementatons someday,
> > using the "alternate" save/restore instance, be sure to revert this
> > change (or find a workaroun
On Sun, 4 Jul 2010 17:24:49 +0400
Eugene Arshinov wrote:
> No, we need to look for absolute path if and only if Geany is run using
> relative path.
Why not, really.
> Getting absolute path from relative to current directory is ~5 lines without
> any hacks.
Even less - tm_get_real_path() is ou
On Sun, 4 Jul 2010 15:00:00 +0300%
Dimitar Zhekov wrote:
> On Sun, 4 Jul 2010 15:20:12 +0400
> Eugene Arshinov wrote:
>
> > On Sun, 4 Jul 2010 14:07:27 +0300%
> > Dimitar Zhekov wrote:
> >
> > > On Fri, 2 Jul 2010 13:20:09 +0400
> > > Eugene Arshinov wrote:
> > >
> > > > > > > > 1. On my sy
On Sun, 4 Jul 2010 15:20:12 +0400
Eugene Arshinov wrote:
> On Sun, 4 Jul 2010 14:07:27 +0300%
> Dimitar Zhekov wrote:
>
> > On Fri, 2 Jul 2010 13:20:09 +0400
> > Eugene Arshinov wrote:
> >
> > > > > > > 1. On my system your version do not automatically remove
> > > > > > > temporary SM-relate
On Sun, 4 Jul 2010 14:07:27 +0300%
Dimitar Zhekov wrote:
> On Fri, 2 Jul 2010 13:20:09 +0400
> Eugene Arshinov wrote:
>
> > > > > > 1. On my system your version do not automatically remove
> > > > > > temporary SM-related session files. Is it supposed to do
> > > > > > so? I saw that you speci
On Fri, 2 Jul 2010 13:20:09 +0400
Eugene Arshinov wrote:
> > > > > 1. On my system your version do not automatically remove
> > > > > temporary SM-related session files. Is it supposed to do so?
> > > > > I saw that you specified DiscardCommand.
> > > >
> > > I checked that relative paths do no
On Thu, 1 Jul 2010 19:48:18 +0300%
Dimitar Zhekov wrote:
> On Thu, 1 Jul 2010 11:51:18 +0400
> Eugene Arshinov wrote:
>
> > On Wed, 30 Jun 2010 21:48:15 +0300%
> > Dimitar Zhekov wrote:
> >
> > > > 1. On my system your version do not automatically remove
> > > > temporary SM-related session f
On Thu, 1 Jul 2010 11:51:18 +0400
Eugene Arshinov wrote:
> On Wed, 30 Jun 2010 21:48:15 +0300%
> Dimitar Zhekov wrote:
>
> > > 1. On my system your version do not automatically remove temporary
> > > SM-related session files. Is it supposed to do so? I saw that you
> > > specified DiscardComm
On Wed, 30 Jun 2010 21:48:15 +0300%
Dimitar Zhekov wrote:
> On Wed, 30 Jun 2010 12:09:43 +0400
> Eugene Arshinov wrote:
>
> > On Wed, 19 May 2010 14:17:52 +0300%
> > Dimitar Zhekov wrote:
> >
> > > The patch applies against the latest svn-4933. Of course, it
> > > should not be included in 0.
On Wed, 30 Jun 2010 12:09:43 +0400
Eugene Arshinov wrote:
> On Wed, 19 May 2010 14:17:52 +0300%
> Dimitar Zhekov wrote:
>
> > The patch applies against the latest svn-4933. Of course, it should
> > not be included in 0.19, I only finished it today. Some parts of
> > Eugene's SM were reverted, s
On Wed, 19 May 2010 14:17:52 +0300%
Dimitar Zhekov 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 exac
On 24 May 2010 18:16, Dimitar Zhekov wrote:
> On Mon, 24 May 2010 14:38:53 +1000
> Lex Trotman wrote:
>
>> Comments from "Multiple instances of Geany issues" thread...
>>
>> > I think so too, and my X sm is raceless, so..
>>
>> AFAICT only partly raceless, please point me to where I've
>> misunde
On Mon, 24 May 2010 14:38:53 +1000
Lex Trotman wrote:
> Comments from "Multiple instances of Geany issues" thread...
>
> > I think so too, and my X sm is raceless, so..
>
> AFAICT only partly raceless, please point me to where I've
> misunderstood, I'm not that great at reading diffs.
>
> My u
Comments from "Multiple instances of Geany issues" thread...
> I think so too, and my X sm is raceless, so..
AFAICT only partly raceless, please point me to where I've
misunderstood, I'm not that great at reading diffs.
My understanding is:
For Geany.conf its raceless because when Geany is clos
On Thu, 20 May 2010 23:05:59 +1000
Lex Trotman wrote:
> [...]
> As I said above I'm no longer interested in what happens when a session is
> continued, what happens when I close things manually, and then start new
> instances of Geany.
> [...]
> Clearly these don't use sm specific versions of .co
On 20 May 2010 22:33, Dimitar Zhekov wrote:
> On Thu, 20 May 2010 21:23:49 +1000
> Lex Trotman wrote:
>
> > > Aside from that, the standard geany quit is unaltered. It does what it
> > > ever did.
> > >
> > Ok, in Eugenes version only one Geany, the first one run, will save the
> > Geany.conf so
On Thu, 20 May 2010 21:23:49 +1000
Lex Trotman wrote:
> > Aside from that, the standard geany quit is unaltered. It does what it
> > ever did.
> >
> Ok, in Eugenes version only one Geany, the first one run, will save the
> Geany.conf so you know what you will get next time you start a Geany, does
On 20 May 2010 20:50, Dimitar Zhekov wrote:
> On Thu, 20 May 2010 20:32:37 +1000
> Lex Trotman wrote:
>
> > > No, no. The .geany files names used include the SM client id, which is
> > > unique for each program (normally UUID-s).
>
> small mistake: s/.geany files/.conf files/
>
> > > The whole i
On Thu, 20 May 2010 20:32:37 +1000
Lex Trotman wrote:
> > No, no. The .geany files names used include the SM client id, which is
> > unique for each program (normally UUID-s).
small mistake: s/.geany files/.conf files/
> > The whole idea is that each Geany saves itself, without any relation
> >
On 20 May 2010 20:16, Dimitar Zhekov wrote:
> On Thu, 20 May 2010 19:50:49 +1000
> Lex Trotman wrote:
>
> > > The x11 session .conf files are used only temporarily when a geany is
> > > stopped/started by the session manager. Everything else remains as is.
> > >
> > >
> > So I take that to mean
On Thu, 20 May 2010 19:50:49 +1000
Lex Trotman wrote:
> > The x11 session .conf files are used only temporarily when a geany is
> > stopped/started by the session manager. Everything else remains as is.
> >
> >
> So I take that to mean the session of the first will be used??
>
> But don't you st
On 20 May 2010 19:46, Dimitar Zhekov wrote:
> On Thu, 20 May 2010 19:05:24 +1000
> Lex Trotman wrote:
>
> > Maybe I missed something, but what happens to configuration under this
> plan
> > when instances are manually closed and re-opened?
> >
> > Which of the .conf files is used when the first
On Thu, 20 May 2010 19:05:24 +1000
Lex Trotman wrote:
> Maybe I missed something, but what happens to configuration under this plan
> when instances are manually closed and re-opened?
>
> Which of the .conf files is used when the first is manually opened, the
> second is manually opened etc.
Th
On 20 May 2010 17:59, Dimitar Zhekov wrote:
> On Wed, 19 May 2010 23:15:40 +0200
> Enrico Tröger wrote:
>
> > > 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
On Wed, 19 May 2010 23:15:40 +0200
Enrico Tröger wrote:
> > 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.
> >
>
> Now we have two alternating
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 w
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 (i
28 matches
Mail list logo
