2006 Aug 07 08:33:53 <csant-> upgrading to the last released ion3 should be safe, shouldn't it?
2006 Aug 07 08:35:29 <tuomov> yeah, but if you're going to do any customisation, you may have to do it again soon
2006 Aug 07 08:35:38 <tuomov> (I'll try to keep the layout save files compatible, however)
2006 Aug 07 08:35:53 <tuomov> (for the next release, not in darcs)
2006 Aug 07 08:37:20 <tuomov> if all your customisations are going to be a few new bindings in cfg_ion.lua or cfg_user.lua, then it should be ok to upgrade
2006 Aug 07 08:37:34 <tuomov> but if you're going to do bigger modifications, I suggest waiting
2006 Aug 07 08:38:04 -*- csant- is waiting for a usable darcs
2006 Aug 07 08:38:13 <-- maxauthority (n=maxautho@193.170.48.242) has quit (Read error: 110 (Connection timed out))
2006 Aug 07 08:38:13 <csant-> then I'll re-do all my customization
2006 Aug 07 08:38:16 <opqdonut> any larger feature improvements, tuomov?
2006 Aug 07 08:39:00 <tuomov> not sure about improvements, but the architechture is quite different
2006 Aug 07 08:39:07 <tuomov> there are no WIonWS, WFloatWS and so on anymore
2006 Aug 07 08:39:13 <opqdonut> wow, sounds cool
2006 Aug 07 08:39:30 <tuomov> there's just WGroup(WS|CW) (workspace, clientwin)
2006 Aug 07 08:39:48 <tuomov> which are sort of improved floating workspaces
2006 Aug 07 08:40:08 <opqdonut> and tiling will be done on top of that?
2006 Aug 07 08:40:14 <tuomov> normally all client windos are contained in WGroupCW
2006 Aug 07 08:40:21 <tuomov> and all workspaces are WGroupWS
2006 Aug 07 08:40:45 <tuomov> WTiling may be set as a 'bottom' of a WGroupWS like the main window can be the 'bottom' of a WGroupCW
2006 Aug 07 08:41:25 <opqdonut> that latter case would be a full-screen app?
2006 Aug 07 08:41:27 <tuomov> (the bottom is an object on the workspace with some special handling)
2006 Aug 07 08:41:39 <opqdonut> ho
2006 Aug 07 08:41:41 <opqdonut> *oh
2006 Aug 07 08:42:05 <tuomov> client windows are in a WGroupCW in tiled frames too
2006 Aug 07 08:42:34 <tuomov> not in floating frames atm, however, and atm full screen mode doesn't work for them (this has to be resolevd..)
2006 Aug 07 08:44:11 <tuomov> (it would be easy to add dummy fs support that doesn't do anything for the transients, but I'd like full-screening a window in a floating frame to include the transients on the fs WGroupCW)
2006 Aug 07 08:44:45 <tuomov> so, before this all can be released, I have to fix that issue
2006 Aug 07 08:45:19 <tuomov> there's also the issue of navigation, and I've been working on reworking the internal structure of WMPlex too do make that simpler
2006 Aug 07 08:45:41 <tuomov> then there's some other minor issues
2006 Aug 07 08:46:09 <tuomov> but after that, the detach.lua functionality should be implementable much more neatly
2006 Aug 07 08:46:35 <tuomov> and it should also be possible to convert between "floating" and "tiled" workspaces
2006 Aug 07 08:47:50 --> maxauthority (n=maxautho@193.170.48.242) has joined #ion
2006 Aug 07 08:48:25 <csant-> nice :)
2006 Aug 07 08:48:47 <csant-> looking forward to it.
2006 Aug 07 08:49:09 <tuomov> the primary reason I set out to do this was the issue of transients and such in tiny frames..
2006 Aug 07 08:49:40 <tuomov> it seems that the best way to deal with them is to simply "detach" them
2006 Aug 07 08:50:21 <csant-> but will transients that fit into the parent window's frame still be treated as now?
2006 Aug 07 08:50:38 <tuomov> yep, and perhaps detaching won't be automatic
2006 Aug 07 08:50:47 <tuomov> at least it probably shouldn't be automatic for inactive windows
2006 Aug 07 08:51:19 <csant-> one of the things I really love about ion is its way of treating transients
2006 Aug 07 08:52:03 <csant-> it probably is the most sensible way of treating them that I have come across in WMs
2006 Aug 07 08:52:09 <tuomov> you shouldn't notice much difference between old ion and new ion unless you choose to use the new features, aside from possible automatic detach of transients in small frames
2006 Aug 07 08:53:32 <tuomov> mostly what I'm doing is de-hierarchifying the architechture
2006 Aug 07 08:54:03 <tuomov> to some extent
2006 Aug 07 08:54:59 <csant-> but configuration will be radically different?
2006 Aug 07 08:55:27 <tuomov> to the extent that there's no WIonWS and WFloatWS class, and many of WMPlex functions will also be different
2006 Aug 07 09:43:23 <tuomov> hmm... 29C... and freezing in the office
2006 Aug 07 09:43:57 <tuomov> I don't get why, if there's air conditioning, they always keep it at so low temperatures
2006 Aug 07 09:45:48 <csant-> open the window - it works fine in this office :)
2006 Aug 07 09:46:10 <tuomov> no window..
2006 Aug 07 09:47:09 <tuomov> well, there are windows and a door to an interior walkway with sauna temperatures
2006 Aug 07 09:47:35 --> markues (n=worker@dslb-082-083-253-039.pools.arcor-ip.net) has joined #ion
2006 Aug 07 09:48:10 <tuomov> [offices][cubicles][window][walkway][open space to three floors down][sky windows\
2006 Aug 07 09:48:27 <mainzelM> did you complain too much about conventional window managers and hence they decided to put you in a room without windows?
2006 Aug 07 09:48:40 <tuomov> and of course the windows always have curtains on them, so there's no sunlight
2006 Aug 07 09:48:59 <tuomov> stupid glass architechture...
2006 Aug 07 09:49:30 <tuomov> wherever there's a window in the interior of a building, there's a curtain
2006 Aug 07 09:52:12 <tuomov> it's so lame to have to use a flourescent lamp on this weather for light
2006 Aug 07 09:52:27 <tuomov> but opening the curtains to let some light in would be too distracting for the people next to the windows to the walkway
2006 Aug 07 09:52:51 <tuomov> architects... they're just like web and UI architects
2006 Aug 07 09:53:02 <tuomov> no regard for functionality, just cool design
2006 Aug 07 09:54:40 <tuomov> and glass buildings in this climate... what a waste of energy!
2006 Aug 07 09:54:59 <tuomov> -30 is just as common as +30
2006 Aug 07 09:57:46 <tuomov> the early average temperature must be somewhere close to zero
2006 Aug 07 10:00:40 <tuomov> about 3C it seems
2006 Aug 07 10:02:26 <tuomov> s/early/yearly/
2006 Aug 07 12:09:14 <tuomov> hmm.. google banging day
2006 Aug 07 12:09:57 <tuomov> some 20 hits today from google to the non-blog main page
2006 Aug 07 12:18:30 <-- mulligan (n=user@e178021222.adsl.alicedsl.de) has quit (Read error: 110 (Connection timed out))
2006 Aug 07 12:21:57 --> mulligan (n=user@e178007094.adsl.alicedsl.de) has joined #ion
2006 Aug 07 13:04:22 <amv> how huge a pain is it to maintain a cvs/svn fork repository to which you can easily merge things from upstream?
2006 Aug 07 13:05:07 <deryni> Just use darcs and you can do what you want.
2006 Aug 07 13:05:35 <opqdonut> amv: why would anyone need that
2006 Aug 07 13:05:37 <amv> i'm not sure if i can get that through to the other people here if it can be done in cvs/svn
2006 Aug 07 13:06:36 <deryni> Right, but see darcs is distributed as soon as you grab a copy it is a 'fork repository'.
2006 Aug 07 13:06:39 <deryni> No magic involved.
2006 Aug 07 13:06:46 <deryni> And certainly no cross-propagating.
2006 Aug 07 13:06:47 <amv> opqdonut: we will probably need to make some changes to the project which are somewhat specific to our use and thus will not be incorporated upstream
2006 Aug 07 13:07:24 <amv> deryni: i understand that darcs would be nice. i'm jsut asking how huge a pain it is to do with cvs/svn ;)
2006 Aug 07 13:07:41 <tuomov> impossible, with plain cvs and svn
2006 Aug 07 13:07:45 <amv> is there something you just can't do with them or is it just much easier with darcs?
2006 Aug 07 13:08:06 <tuomov> possible with svk, but far more painful than with darcs/mercurial/bzr2/monotone/...
2006 Aug 07 13:08:07 <deryni> That's not true, it is just a lot of work. Assuming all you want is a local repository that is up-to-date and has your own patches.
2006 Aug 07 13:08:09 <-- Talisker (n=shai@IGLD-80-230-170-72.inter.net.il) has quit (Read error: 110 (Connection timed out))
2006 Aug 07 13:09:09 <tuomov> but if you insist on svn/cvs, svk is what you want
2006 Aug 07 13:09:21 <tuomov> it can track upstream svn repository locally
2006 Aug 07 13:09:49 <tuomov> but since svn isn't designed for distributed operation, it isn't as great as vcs's designed for distributed use
2006 Aug 07 13:10:20 <amv> the project i need to fork doesn't even seem to have have a public repository
2006 Aug 07 13:10:24 <amv> (TinyMCE)
2006 Aug 07 13:10:50 <deryni> Then you probably don't want your own repository for the software, just a repository for your patches to it I'd imagine.
2006 Aug 07 13:12:08 <amv> well setting up my own repository would make it possible to track the upstream changes at some level
2006 Aug 07 13:12:26 <tuomov> what you want to do is import a release into a local repository, tag/branch it, record patches to it, and when a new release is available, patch the original import tag/branch, and pull the changes back to your patch repo