Re: [dev] surf+tabbed and session management

2017-04-14 Thread hiro
> That should be done in a separate session manager process, IMHO. yes, that's what i mean. it just needs to demux the info from multiple browser processes and then just write them to the file exactly like opera does right now. On 4/14/17, Enrico Weigelt, metux IT consult wrote: > On 14.04.2017

[dev] [farbfeld] version 3 release

2017-04-14 Thread Laslo Hunhold
Hello fellow hackers, I'm pleased to announce version 3 of farbfeld[0][1]. The main focus of this release was stability and code refactorizations. Fortunately, it all worked out very well and across the board you can count on these tools not to fail on you. The build system was revamped, heavily

Re: [dev] surf+tabbed and session management

2017-04-14 Thread Enrico Weigelt, metux IT consult
On 14.04.2017 16:10, hiro wrote: > just for inspiration: > > check out the format in .opera-12/sessions/autosave.win > plaintext .ini format, keeps history per tab, including title, url, > position, etc. okay, that's easy and obvious. BUT: how can we do that properly w/ multiple processes ? I'm

Re: [dev] surf+tabbed and session management

2017-04-14 Thread hiro
just for inspiration: check out the format in .opera-12/sessions/autosave.win plaintext .ini format, keeps history per tab, including title, url, position, etc. it's easy to parse, extract valuable information and stash away bookmarks. file is being written regularly (on changes, but probably with

[dev] surf+tabbed and session management

2017-04-14 Thread Enrico Weigelt, metux IT consult
Hi folks, I'm currently looking for a clean way to implement an session management similar to what we already on chrome + onetab. Basicly two main goals: a) when restarted it should open up all tabs (and windows) just like they were before the last termination. b) allow stashing away tabs, so