Sugar meeting

Minutes | Index | Today Channels | Search | Join

All times shown according to UTC.

Time	Nick	Message
14:57	meeting	Meeting started Tue Nov 22 14:57:04 2011 UTC. The chair is erikos. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:57		Useful Commands: #action #agreed #help #info #idea #link #topic #endmeeting
14:57	walterbender	is writing a response to gary's email
14:57	erikos	...3 minutes to go for the #sugar-meeting
14:59		dsd_ <dsd_!~dsdgentoo/developer/dsd> has joined #sugar-meeting
15:00	erikos	dooooong!
15:00	manuq	prepares a liquified of banana and strawberries before the meeting
15:00	erikos	who is here for the sugar developer meeting?
15:00	manuq	so, meeting time
15:00	erikos	roll call, please!
15:01	garycmartin	here!
15:01	manuq	garycmartin: nice you join us!
15:01	erikos	"Roll calls are used in places such as classrooms, the military, prisons, law enforcement, camps, and Model United Nations."
15:01		wonders where we fit in...
15:02		has seen walterbender silbe and gonzalo around as well
15:03	garycmartin	manuq: hi
15:03		bertf <bertf!~quasselstatic-ip-62-75-165-16.inaddr.ip-pool.com> has joined #sugar-meeting
15:03	dirakx	here reading.
15:03	manuq	garycmartin: hi!
15:03	erikos	let's start!
15:03		* status of the GTK3 port
15:04	m_anish	here :)
15:04	erikos	we worked a lot on Feature proposal and such this last week
15:04		so not too much changes on this end
15:04		silbe: has reviewed most of the gtk3-hackfest-toolkit patches
15:04		so we advanced here
15:05		http://git.sugarlabs.org/sugar[…]e-rework-20111122
15:05	silbe	erikos: more reworked than reviewed, but once they are all reworked the review shouldn't take long
15:06	erikos	silbe: aha, ok
15:06		anything else people want to bring up on that topic?
15:06	dsd_	its hard to see what was reworked on that branch
15:06	gonzalo	hello all
15:06	manuq	erikos: I'm manufacturing patches for Browse, reworking in Daniel's work
15:07	erikos	dsd_: I think only descriptions
15:07		dsd_: and merging of commits
15:07		silbe: correct?
15:07	silbe	we should mention that the GTK3 work will go into a separate repository sugar-toolkit-gtk3, so the current sugar-toolkit repo will stay at GTK2.
15:08	erikos	silbe: that we already did last week, iirc
15:08	silbe	erikos: exactly. There should be no functional code changes, only some syntactic ones.
15:08	erikos	silbe: synctatcic ones?
15:08		silbe: you changed syntax?
15:08	silbe	erikos: once the rework is done (i.e. after the palette work has been completed in erikos' branch), we can do a diff between both trees to make sure of that.
15:09		erikos: some line breaks etc.
15:11		anything else on the GTK3 topic?
15:11	erikos	so, I am wondering about API changes
15:12		in the gtk-3 toolkit
15:12		e.g. removing the old activity toolbar
15:12		I guess we can do this only in the gtk3-toolkit without any bigger issue
15:13	gonzalo	erikos, +1
15:13	silbe	erikos: +1
15:13	garycmartin	erikos: +1
15:13	erikos	and the activities that are ported just need to take that into account
15:13		great
15:15	silbe	This is a good opportunity for removing old cruft. But we should be careful not to do (a lot of) other unrelated API changes. The GTK3 porting work is going to be enough work already without muddying the waters.
15:15	erikos	manuq: re browse, we created the sugar-0.96 branch there for the new development
15:15	manuq	erikos: yes
15:15	erikos	^^ more to others ;p
15:15	manuq	and you commited first patch removing old toolbars usage
15:15	erikos	silbe: sure
15:16	silbe	erikos: speaking of sugar-toolkit only. I have other arguments against the sugar changes. ;)
15:16	erikos	silbe: you mean feature wise?
15:16	silbe	erikos: yup
15:17	erikos	ok, let's go into that topic then
15:17		unless someone speaks up...
15:17		5
15:17		4
15:17		3
15:17		1
15:17	gonzalo	erikos, before continue, who will work on gtk3 port?
15:17	erikos	clocks are fast today :)
15:17	m_anish	gonzalo, is faster!
15:17	gonzalo	;)
15:17	erikos	gonzalo: ok, good question!
15:18		dirakx has quit IRC
15:18	gonzalo	erikos, i am worried about how push it
15:18	erikos	so, I decided today to only work on gtk3-introspection this cycle
15:18		I moved my feature proposals to 0.98 today
15:18	gonzalo	erikos, i was looking at theme code, but I need a little help to start :(
15:18	dsd_	sounds very sensible
15:19	erikos	gonzalo: sure, we can get you started
15:19	gonzalo	anybody else.... ?
15:19	erikos	dsd_: yeah, they were items I wanted to work on for a while, but I don't think we make it otherwise
15:19		gonzalo: manuq will work on Browse
15:19	m_anish	erikos, for 0.96 there are a couple of proposals we'd like to contribute (Network proxy, Stats) most of the stuff would be coded, but a design/code review would be needed
15:20	erikos	gonzalo: and you read (which should be mostly done I figured)
15:20	gonzalo	erikos, yes, no problems with read
15:20	erikos	m_anish: let's stay on the gtk3 point for a bit more (seen your proposals)
15:20	m_anish	erikos, sorry, pl cont
15:20		dirakx <dirakx!~rafael190.147.143.226> has joined #sugar-meeting
15:21	erikos	so besides the toolkit, another big area is the theme as Gonzalo pointed out
15:22		do we have anyone else working on gtk3 stuff besides manuq/gonzalo and me?
15:22	manuq	walterbender?
15:22	walterbender	just from the activity POV
15:22	gonzalo	dsd_, ? :)
15:23	walterbender	rgs as well
15:23		cscott too
15:23		we could help focus all of these efforts
15:24	gonzalo	walterbender, worried they are not in theses meetings...
15:24	walterbender	plus I have been looking into recruiting some GNOME hackers recommended to me by J5
15:24		gonzalo: yes...
15:24	erikos	walterbender: I think those are additional helpers
15:25	walterbender	gonzalo: but dsd and rgs both helped organize the Prague meeting...
15:25		they are very dedicated
15:25	silbe	is crossing fingers (re. finding Gnome hackers to help with the GTK3 port)
15:25	erikos	walterbender: sure, but they won't drive that work, I think
15:25		walterbender: as they are volunteers
15:26	gonzalo	i am a little sad, because we have a very nice list of features, but not so much time, and we NEED finish the gtk3 port
15:26		and all the nice features are optional
15:26	silbe	gonzalo: no need to be sad. What doesn't get into 0.96 can get into 0.98.
15:27	walterbender	except for write to journal anytime :)
15:27	gonzalo	silbe, yes, but is bad don't have the resources needed
15:27	erikos	ok, maybe we can summarize the last minutes as: a lot work to do on the gtk3 end, not as many people working on it
15:28	garycmartin	gonzalo: nothing new there...
15:28	silbe	gonzalo: It's been this way for years. We always need more devs.
15:28	gonzalo	garycmartin, old news, is not better :)
15:28	garycmartin	:)
15:28	erikos	gonzalo: :)
15:29		so I have been thinking over this a lot in the last days, and I have concluded to drop my other Features for this cycle
15:30		because even if we manage to get the basics (toolkit/theme/must-activities) done
15:30		I prefer to work on porting the shell and other activities (after no hippo + switch to cairo)
15:30		now, as we are already working on it
15:31	walterbender	can help with those efforts
15:31	erikos	so, all this to say:
15:32		thanks for all the Feature proposals :)
15:32		but i guess we should look at the list and maybe focus on less items
15:32	silbe	erikos: are we at the Feature topic now? (if so, please remember #topic) or still at GTK3?
15:33	erikos	silbe: don't interrupt my bridge ;p
15:33		dirakx1 has quit IRC
15:33	erikos	#topic 0.96 Features
15:33	m_anish	heh
15:33	erikos	#link http://wiki.sugarlabs.org/go/0[…]ed_Features_for_0.96
15:33	silbe	erikos: sorry, thought that was an end-of-frame gap ;)
15:34	erikos	that is the list I created from the proposals (if any is missing please let me know)
15:34		(I did not put the one from James Simons there asit has no owner (yet))
15:35		that one: http://wiki.sugarlabs.org/go/F[…]s_As_Hierarchical
15:35	walterbender	what about the backlight button feature?
15:36	erikos	walterbender: that was an addition to the display device one, if I understood Paul correctly
15:36	gonzalo	erikos, http://wiki.sugarlabs.org/go/F[…]s/Multi_selection is misssing but I already was thinking in move it to 0.98
15:36	erikos	walterbender: which was my Feature, but I dropped it
15:36	walterbender	ok...
15:36	erikos	gonzalo: ahh great - let me add it for now
15:37	gonzalo	or add a table with the moved features
15:37	erikos	gonzalo: we could do that yes
15:38		while I am doing this:
15:38	walterbender	a Deferred table
15:38	erikos	http://wiki.sugarlabs.org/go/0.96/Roadmap
15:38		this is our roadmap - Feature Freeze is end of January
15:38	walterbender	two months...
15:38	erikos	Feature accepance, Dez 05
15:39		walterbender: yes, with christmas in between
15:39	walterbender	we are doing well with our planning this go-around
15:39	gonzalo	erikos, then today we will do a first triage?
15:39	erikos	gonzalo: sure, if we fins agreement on some items, we can (we should just give the people not in the meting as well a chance to comment)
15:40		gonzalo: or at least let them know, so they can scream
15:40	m_anish	has to run :(
15:40	erikos	as some have pointed out before: if a Feature does not make 0.96 - there will be a 0.98
15:41		I roughtly drafted that today: http://wiki.sugarlabs.org/go/0.98/Roadmap
15:42	walterbender	erikos: it seems we have two classes of features: things we know we want if we have time and things we don't know if we want. Would it make sense to put things into those two bins to start?
15:42	silbe	walterbender: sounds like a useful first iteration of filtering.
15:42	erikos	walterbender: yes, sounds good
15:43		* Global Text to Speech When the user press Alt+Shift+S the currently selected text should be said by the computer.
15:43		(I will just add a tag and alter the table later)
15:43	walterbender	seems like a "things we want if we have time"
15:43	manuq	and is already coded
15:43	garycmartin	+1
15:43	manuq	gonzalo: ^
15:44	silbe	with serious design considerations at least - this sounds like something that should live in the clipboard instead...
15:44	erikos	manuq: yes we have code, but we should discuss the approach
15:44	gonzalo	erikos, i think is very isolated, and almost ready (C)
15:44	erikos	manuq: but looks good yes
15:44	manuq	erikos: of course
15:45	gonzalo	then?
15:45	erikos	ok, anyone objects against that one?
15:45		marks it yes for now
15:45		Walter Bender \|\| [[Features/Write_to_journal_anytime]] \|\| Replacement for the Naming Alert that lets you write to the Journal at any time while working on an activity.
15:46	walterbender	sent a reply to Gary's email just before the meeting
15:46	manuq	+1
15:46	silbe	BTW, as a general observation, I loved seeing so many ideas proposed, but the timing could be better. Most of them were proposed right on the deadline. This increases the risk of hitting resource limits. Remember that both the Design Team and reviewers are still a scarce resource...
15:46	erikos	gets a plus one from me as we already invested a lot in that (3 cycles?)
15:46	walterbender	we need to agree on how, not if
15:47	gonzalo	+1
15:47	garycmartin	+1
15:47	erikos	silbe: the deadline today is about poposing
15:47		silbe: we have until the 5th of december to decide inclusion
15:47	silbe	erikos: that's not a lot of time to decide on so many proposals.
15:47	walterbender	erikos: huh? what are we saying +1 to?
15:47	erikos	walterbender: sure the how is important, but we have to see where to invest ;p
15:48	silbe	FWIW, a clear +1 on trying to get this one finished this cycle.
15:48	erikos	silbe: we can increase next time, if you look at the last cycles we already are doing way way better
15:48		marks it yes
15:49	silbe	erikos: make sure you reload the page before doing any editing; you seem to have an old copy still open.
15:50		erikos: I'm arguing against sudden rushes of activity, not against the schedule. I don't mind having "just" two weeks to decide over the last _few_ proposals.
15:50	manuq	garycmartin: just read your email on that feature, great
15:51	erikos	silbe: hmm not sure, I understand the exact issue
15:51	walterbender	silbe: I thought we were just trying to cull the obvious yeses (and even those need some discussion)
15:51	erikos	walterbender: yes, I understood that too
15:52	silbe	walterbender: sorry for distracting from the topic at hand. Please go on.
15:52	erikos	* Gonzalo OdiardJournal data tagged private or public Provide a way to identify Journal entries as private for the owner or public.
15:52		what about this one?
15:53	walterbender	garycmartin raised some good points that need further discussion
15:53	erikos	(there is an interesting comment from Gary on this one in his last mail)
15:53	silbe	interesting proposal, but should be made more general first.
15:53	garycmartin	Yes, I don't see a path forward on this one yet.
15:53	silbe	in particular, extending the existing tags support to support this use case sounds like a good plan.
15:54	walterbender	silbe: I think we need a more general look at the tagging (similar to what was proposed in Montevideo) for which this could be then leveraged
15:54	silbe	walterbender: got a link for the proposal from Montevideo?
15:54	walterbender	gonzalo: ^^
15:55	gonzalo	erikos, i have read gary comments, we need discuss it. the learning team need it, not only to save backup space, but to enable them to make evaluations without have problems with private data
15:55		silbe, yes, in the feature there are links
15:56	walterbender	gonzalo: maybe we can discuss this further at tomorrow's meeting
15:56	silbe	gonzalo: a link to the proposal, not links in the proposal :)
15:56	erikos	gonzalo: so maybe it has to be done the other way around then, everything is private by default, and you tag what can be evaluated
15:56	silbe	gonzalo: I wasn't in Montevideo so I don't know what you are talking about.
15:57	gonzalo	erikos, that is not a good option to evaluators obviously
15:58	erikos	gonzalo: of course ;p
15:58		gonzalo: but privacy...
15:58	silbe	gonzalo: and FWIW, users can already set tags in the details view. Adding a "school" tag would address at least some parts, though the workflow could be improved.
15:58	walterbender	silbe: it was an extension of http://wiki.sugarlabs.org/go/D[…]Proposals/Journal
15:58	garycmartin	gonzalo: are evaluators needing to look at data, or metadata about usage?
15:59	walterbender	garycmartin: depends on the activity
15:59	gonzalo	silbe, of course, but the problme we arer trying to solve is , in the actual implementaion nobody use tags, because is not clear, tot useful
15:59	erikos	walterbender: can you give an example?
15:59	silbe	gonzalo: as discussed with garycmartin during SugarCamp Paris 2011, we could record quite some interesting data to make tagging more automatic. E.g. being connected to the school AP might give a hint...
15:59	gonzalo	silbe, yes, if you have a school ap :)
15:59	walterbender	erikos: in TA, the evaluators are interested in what types of blocks were used to solve a problem
16:00	gonzalo	but abyway, the objective of this meeting is not dicuss this feature
16:00	walterbender	erikos: and they are interested in how many iterations the learning made in solving the problem
16:00	erikos	walterbender: ok, I thought this was part of the other Feature
16:00		gonzalo: right
16:00	gonzalo	erikos, i think is a important feature,but need more analysis
16:00	walterbender	erikos: the former is data; the later is metadata about usage
16:00	erikos	ok
16:01		yes, let's move on
16:01		does not tag that for now (as to above discussion)
16:01	silbe	+1, both this one and the data collection one are not ready for upstream inclusion yet IMO
16:01	walterbender	erikos: I was just answering your question... but I don't think it is relevant to the private/public debate...
16:01		or rather, it is orthogona;
16:01	erikos	walterbender: ok
16:01	silbe	that shouldn't preclude anyone from working on it, quite the contrary...
16:02	walterbender	silbe: I agree that this one needs more discussion.
16:02	erikos	* Walter BenderMultiple Home Views Option to have different collections of activities on the Home View for formal (classroom) and informal (home) use.
16:02	silbe	this is very similar :)
16:02	gonzalo	silbe, but is not the same
16:02	walterbender	I made some additional comments on the feature page this morning
16:02	silbe	a tagged Home View would be great, but it needs more work first.
16:03	walterbender	silbe: this is a more simple idea
16:03	gonzalo	walterbender, should not be better modify the home view after we remove hippo and port to gtk3?
16:03	walterbender	silbe: the most simple form would be to see either starred or unstarred activities in the homeview
16:03	silbe	walterbender: to me, it's almost the same. A boolean tag for filtering the Journal vs. a boolean tag for filtering the Home View.
16:03	erikos	gonzalo: I was thinking that, yes :/
16:04	walterbender	silbe: in that sense, similar
16:04		silbe: but for very different use cases
16:04	silbe	walterbender: in both cases we should try to generalise it to arbitrary tags, rather than a single boolean.
16:04	walterbender	silbe: not sure I agree
16:04	silbe	walterbender: I thought both were about marking stuff as "used in school" vs. "used at home"?
16:04	gonzalo	silbe, hmmm
16:04	walterbender	maybe in the code, but not in the UI
16:04	erikos	gonzalo: it is of course easier if the shell is not that much of a moving target
16:05	walterbender	silbe: that was the cover story
16:05		gonzalo: if we did this, we'd only do it for the new version (gtk-3)
16:06	erikos	gonzalo: but the same is actually to the other features like the write to journal
16:06	silbe	walterbender: there's no GTK3 version of sugar yet, only of sugar-toolkit and that one is still incomplete.
16:06	erikos	walterbender: but how would that look like schedule wise?
16:06	gonzalo	walterbender, we will have only one version of the shell
16:06	garycmartin	here's me wishing we could ditch the home list view, an now we're talking about the favourite home view growing even more limbs! ;)
16:07	erikos	garycmartin: haha
16:07	walterbender	erikos: I could do the starred/unstarred version pretty quickly... maybe I will so people can get a feel for it.
16:07	erikos	walterbender: no, what I meant is, how does that interact with the shell moving to gtk3
16:08	walterbender	garycmartin: we've talked about both the views and the journal being fungible
16:08		erikos: it doesn
16:08	silbe	erikos: I don't see sugar ("the shell" as you call it) moving to GTK3 this cycle TBH.
16:08	walterbender	't impact how the homeview interacts with the shell
16:08	erikos	remembered that some people argued that we should freeze the repos while doing the porting work
16:09		silbe: well, if we would focus on it
16:09	walterbender	erikos: ^^ then we have nothing to discuss today....
16:10	gonzalo	walterbender, if the change is have two list of "favorites" instead of one, is not very invasive
16:10	erikos	walterbender: I am just thinking out loud
16:10	gonzalo	i am not sure about design
16:10	walterbender	gonzalo: I think it is even more simple
16:10		gonzalo: you could make it just a view starred vs view unstarred
16:11	gonzalo	walterbender, hmm, but then you have all or favorites?
16:11	walterbender	well, this is obviously not in the consensus camp...
16:11		I'll work on it on the side but we seem to be deferring
16:14	manuq	I can see home view getting more filters other than the name... activity tags, etc, in the future
16:14	silbe	walterbender: you might want to have a look at the Firefox tab grouping feature
16:14	erikos	ok, do we have items in the list that people particularly care about? that are non-controversial?
16:15	walterbender	erikos: I care about all the ones I proposed :P
16:15	erikos	walterbender: :)
16:16	silbe	erikos: Proxy configuration is at least orthogonal to everything else
16:16	erikos	silbe: and self contained
16:16	silbe	erikos: exactly
16:16	gonzalo	walterbender, i think "thumbs view in journal" is a more invassive change....
16:16	garycmartin	erikos: storing more automatic metadata seems like something that could potentially land.
16:16	erikos	gonzalo: yeah, don't want to do that now
16:16	walterbender	silbe: but as was pointed out in the email discussion, it needs to be done in a way that doesn't mess up the customization proxy systems in use in the field
16:17	erikos	gonzalo: it already ate up nearly one cycle and in the end we had nothing
16:17		walterbender: yes
16:17	walterbender	garycmartin: at least we can agree on the internal mechanism?
16:17		so activity authors can get started
16:18	gonzalo	walterbender, +1
16:18		and the data will be available
16:18		(and we can create a portfolio like activity if needed in the intermediatiate time)
16:18	garycmartin	walterbender: well I think you were raising something extra, over and above storing extra metadata. You were also proposing an API for and activity to hard
16:19	erikos	garycmartin: yes, agreed - that looks like something doable
16:19	garycmartin	for an activity to mark the display of it in the Journal details view.
16:19	gonzalo	garycmartin, just only agree about how to save the metadata
16:19	silbe	walterbender: +1, let's discuss that on sugar-devel. Sorry for still not having writting the guide on custom metadata (using bundle_id as a prefix and all that).
16:19	walterbender	but I think that I may try to write a Journal activity to incorporate these new Journal features outside of Sugar...
16:20		that way we can get some experience but not have to make a lot of changes this cycle
16:20	silbe	walterbender: +1, custom Journal activities are a very good way to experiment with new features.
16:20	garycmartin	walterbender: OK, well perhaps this is a -1 for this feature as well.
16:21	walterbender	garycmartin: I really think it is important to land a mechanism this go around...
16:21		garycmartin: whether or not we land a UI
16:21	garycmartin	(was hoping we could at least gather activity wide data like number of resumes)
16:21	gonzalo	walterbender, +1
16:21	walterbender	seems like we have consensus on that point
16:22	erikos	tries to summarize:
16:22		* Proxy configuration
16:22		- yes, the author should make sure it does not break with existing configurations
16:23		sounds good?
16:23	silbe	+1 for now
16:23	erikos	silbe: (yes always for now)
16:23	walterbender	+1
16:23	silbe	k
16:23	gonzalo	+1
16:24	manuq	+1
16:24	erikos	* Activity specific metadata in Journal
16:25		- gather activity wide data, no UI for now
16:25	manuq	yeah
16:25	walterbender	+1 (walter will write a Journal activity)
16:25	silbe	=> no changes in Sugar required, purely activity work
16:25	gonzalo	+1
16:26	erikos	only custom ds-metadata I guess
16:26	gonzalo	and agree/document a way to save the meatadata
16:26	erikos	gonzalo: good point
16:26	garycmartin	silbe: Hmmm. No, this is a sugar change, keeping track of e.g. resumes of an entry
16:27	walterbender	garycmartin: not in the short term :P... activities will have to do that themselves.
16:27	gonzalo	walterbender, can be a good idea
16:28	garycmartin	walterbender: Hmmm2, well then this is of close to zero benefit in most cases :(
16:28	erikos	looks like we still differ here
16:28	silbe	garycmartin: that would be a workaround for the lack of a data store with version support (that I really need to work on including in 0.98). It's easy enough to add to an activity.
16:28	gonzalo	:)
16:28	walterbender	garycmartin: I agree... but it seems we have to come up with the internal design first
16:28	garycmartin	silbe: 'It's easy enough to add to an activity.' but almost no one will.
16:29	walterbender	garycmartin: and also, we still need more feedback from the learning team as to what every activity should record
16:29	manuq	maybe sugar can output the automatic metadata in the logs as a first approach?
16:29	gonzalo	silbe, if was no done yet, i don't see why will be done in 0.98
16:29	walterbender	presumed that icarito's proposal was going to provide some insight here, but it is vague at the moment.
16:29	garycmartin	walterbender: the data store is already keeping data for creation and modified date, why not resume count?
16:30	silbe	gonzalo: I'm using a data store with version support every day (in fact even two different ones). The work I need to do is upstreaming it, not implementing it.
16:30	gonzalo	manuq, no, the logs are cleared
16:30	manuq	gonzalo: yes, not very useful, but can be a start
16:32	erikos	ok, let's wrap that one up
16:32	gonzalo	silbe, well, is only useful if is in the kids hands
16:32	walterbender	garycmartin: it is trivial to add...
16:32	erikos	I think this one needs more discussion, but people seem interested in it
16:33	walterbender	erikos: can I propose that (1) we come up with the mechanism and (2) if we can come up with a definitive list of things to automatically include before the freeze date, we consider them?
16:33		but no display in the Journal this round
16:33	gonzalo	walterbender, +1
16:33	garycmartin	walterbender: +1
16:34	erikos	walterbender: yes, for the inclusion for the cycle, that looks like enough ground
16:34		updated the list
16:35		we have 4 items now
16:35	walterbender	how about journal volume extension?
16:36	gonzalo	walterbender, +1 is a easy change
16:36	silbe	walterbender: technically not possible without major changes
16:36	gonzalo	silbe, ?
16:36	walterbender	silbe: how so?
16:36	silbe	walterbender: it might be once I finished (and upstreamed) my WebDAV work
16:37	gonzalo	silbe, the proposed change is very simple
16:37	silbe	walterbender: because we can't distinguish between multiple directories that are not gio mount points
16:37	gonzalo	and only invlve the ObjectChooser
16:39	walterbender	silbe: I guess I need to read up more on gio mount
16:39	gonzalo	silbe, the idea is do the same we do with 'Documents' folder, but with a defined by the activity folder
16:40	erikos	I like the idea from Gary (from a wrking point of view) to just invoke the objectchooser with a given directory
16:40	silbe	walterbender: the problem is in the internals of the Journal, where we don't pass around the mount point, but derive it on the fly.
16:41		gonzalo: it works with the Documents folder because that's the only one that isn't a gio mount point.
16:41	gonzalo	silbe, my god.....
16:43	silbe	gonzalo: I've mostly finished fixing that up, but it's too late to propose for inclusion in 0.96.
16:44	gonzalo	silbe, would be good, looks like a bug not a feature
16:44	silbe	gonzalo: it's a rather invasive set of changes
16:44	gonzalo	silbe, ok
16:45	erikos	sooooo, shall we close the discussion here for now?
16:45		we are running largely overdue
16:45	silbe	fortunately it barely touches the UI side, so should not clash with the GTK3 work.
16:45	erikos	and I think we advanced quite wel
16:45		l
16:45	walterbender	erikos: seems we must defer, but if we can land the staging -- silbe's patch -- it seems we should
16:46	erikos	walterbender: which patch?
16:46		silbe: you are talking about your webdav support, right?
16:46	walterbender	erikos: his almost completed patch to sort out mount points in the Journal ^^
16:47		silbe: I don't know where your webdav work is described,hosted.
16:47	silbe	erikos: about WebDAV support and the fixes it required to the Journal internals.
16:47	gonzalo	erikos, i supose we will not need webdav support to solve as design issue in the journal....
16:47	silbe	walterbender: only on my XOs so far.
16:48	erikos	gonzalo: I don't understand the implications fully, tbh
16:48	walterbender	silbe: maybe you could write a summary description to devel?
16:48	silbe	walterbender: if you remind me next Monday, I will.
16:49	walterbender	silbe: will do...
16:51	erikos	ok, I would like to wrap up here: http://wiki.sugarlabs.org/go/0[…]ed_Features_for_0.96
16:51		this is what we mostly agreed on
16:51		looks like still a sane list to me
16:51	walterbender	erikos: one more we didn't discuss: homeview background image :)
16:51	erikos	silbe: you will be as well available for feature review, right?
16:52	silbe	erikos: in general or at a specific time? The former is an obvious yes.
16:52	erikos	silbe: only in general
16:52	silbe	(since this is what we've been doing the last hour or so)
16:53	erikos	silbe: I meant code wise
16:53	silbe	sure, I'll review as usual. Which is another reason I don't like sudden rushes of activity, as I'll be the bottleneck in that case.
16:54	erikos	silbe: right, we two are the ones that have to review all that
16:54		silbe: that is why I was interested to have a smaller list of features
16:55		walterbender: I guess, you do not want to hear my esthatical conerns do you? ;p
16:55	silbe	erikos: I'm also interested in reducing the number because I'm part of the Design
16:55	erikos	silbe: yes
16:55	silbe	erikos: I'm also interested in reducing the number because I'm part of the Design Team as well - another bottleneck. :-/
16:55	garycmartin	erikos: don't worry, has to get past the design team first before you can block on it ;)
16:55	silbe	erikos: many of the ideas were very interesting, though. Would love to see them followed up some time later.
16:55	erikos	and better to do a few well done features, than many half broken ones
16:56	silbe	erikos: +10
16:56		there are enough of the latter in Gnome 3
16:56		runs & hides
16:57	erikos	silbe: yes, I am very happy about the response to the call for feautures
16:57		loves GNOME 3, even if it has some issues
16:57		garycmartin: :)
16:58	walterbender	has pies to make for Thanksgiving...
16:58	erikos	sees the 2 hours mark approaching
16:58	silbe	walterbender: have fun!
16:58	erikos	yeah, let's wrap up
16:58	walterbender	I guess background image is a no go :P
16:58	erikos	I think it was broductive
16:58		bro? productive
16:58	silbe	walterbender: sounds like a great custom hack for your developers ;)
16:59	erikos	hehe, yeah
16:59		you have to earn it!
16:59	silbe	walterbender: young, even
17:00		ok, anything else to discuss to get past the two hour mark?
17:00	erikos	no sounds good - thanks everyone for attending!
17:00	gonzalo	bye all!
17:00	erikos	#endmeeting
17:00	meeting	Meeting ended Tue Nov 22 17:00:57 2011 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot. (v 0.1.4)
17:00		Minutes: http://meeting.sugarlabs.org/s[…]-22T14:57:04.html
17:00		Log: http://meeting.sugarlabs.org/s[…]11-11-22T14:57:04

Minutes | Index | Today Channels | Search | Join

#sugar-meeting meeting, 2011-11-22 14:57:04