Am Sat, 14 Nov 2009 12:58:15 +0900 (JST) schrieb Teika Kazura <[email protected]>:
> On Tue, 10 Nov 2009 14:40:00 +0100, Christopher Roy Bratusek wrote: > > - Tabs ... is anyone willing to work on them?° > > The release of 1.6 is close, so even if anyone has some good hacks, it > should be small. (We have to investigate GSR's proposal first before > further development ...well, I can't find it :/) Design with best > efforts, and you will win. Of course. Still a lot of discussion but no work :) > > - Update Docs regarding compat.jl ... Teika?* > > This is of low priority, although it's marked as "todo" in Wiki. It > should be the part of entire code review and, if any, refactoring. 'kay. > Once I said I might ask longer feature freeze period, but I don't > think I'll need it. More news rewritement is necessary, but not so > tough. Good. > And Chris, could you give description on the status of gnome support > in news.texi? (What is exactly the "minimum support"?) Specific texts > like the one of KDE will be nice. The skip-tasklist window-matcher was dropped. Only used by GNOME and only in ancient versions. (don't mix with tasklist-skip, which is the way to go and of course still supported) GNOME-Menu support was dropped, as it was only working correctly for GNOME 1.x, for 2.x it wasn't usefull actually. In addition it was supersedded by fdo-menu (and it's loader from gnome-int) Quit and Restart entries aren't removed anymore from root-menu when gnome-int is loaded Removed ancient capplet bit Add Session/Help -root-menu entries similarily to kde-int Updated all commands for non-ancient GNOME Use sawfish-wide browser-program and xterm-program instead of fully hardcoding those two apps Removed all other now unneeded stuff from gnome-int Overall (didn't meassure) code is off by 75% > > - Docs for Tab and improved userguide ... Teika, GSR?* > > Nothing. For users, wiki page almost suffices. But it's better to > describe the implementation for developers. Is the Wiki doc in HEAD (faq, sawfish, or own file)? > > Next, when shall feature freeze start ... > > > > 22nd Nov or 4st Dec? (+/- 12 days) > > I'll vote later. If what's submitted is not much, then I'll prefer > earlier freeze, since it may result in earlier release. It actually won't, as bug-squashing has high priority that time and I actually want to see some more squashed, additionally the widget-transistion in SawfishConfig is not finished, yet. Even if time is not enough for GtkTree -> GtkTreeView and GtkCList -> GtkTreeView atleast GtkCombo -> GtkComboBox should be done. The former two involve work in rep-gtk, too. > > I guess most will vote for 22nd. Well, if a feature from the above > > list is beeing finished between FFB (FeatureFree Begin) and the > > 20th Dec, it may be still included, though it must be stable, no > > regressions and such and you need the approval of two core-team > > members (which are namely: Me, Teika Kazura, Timo Korvola, Janek > > Kozicki, Guillermo S. Romero (GSR)). > > It's *very* good to set up this kind of behavior guideline. Thanks! That's the GNOME way of doing so ^_^; > > Wishlist for librep and rep-gtk. > > Nothing. In fact, I'll submit a doc patch for librep, but it's minor, > so doesn't care if it's librep-0.90.3 or 1.0. 0.90.4 will carry it, as this release already has fixes for OpenBSD it will be released at least together with sawfish 1.6.0 > With best regards, > Teika (Teika kazura) Regards, Chris
