**** BEGIN LOGGING AT Tue Jun 22 10:02:43 2004

Jun 22 10:02:43 -->	You are now talking on #ui-review
Jun 22 10:02:43 ---	Topic for #ui-review is UI Review of Gconf-Editor Tuesday June 22nd @ 15:30 GMT
Jun 22 10:02:43 ---	Topic for #ui-review set by clarkbw at Mon Jun 21 15:24:41
Jun 22 10:02:44 ---	Monkey gives channel operator status to clarkbw
Jun 22 10:03:56 <pat>	Maybe bryan brought the donuts?
Jun 22 10:04:46 <clarkbw>	hm, i've got coffee?
Jun 22 10:06:22 *	pat feels hung over.
Jun 22 10:06:27 <pat>	Yet there was no alcohol last night.
Jun 22 10:06:35 <pat>	Must be barometric pressure change.
Jun 22 10:06:52 <clarkbw>	very strange
Jun 22 10:07:13 <clarkbw>	there's no alcohol in norway right now, maybe that's causing headaches? :)
Jun 22 10:07:39 <fer>	I can bring 1litre of strong alcohol
Jun 22 10:07:41 <pat>	oh, there is no headache.
Jun 22 10:08:56 <clarkbw>	you're with me fer ;)
Jun 22 10:30:18 ---	clarkbw gives channel operator status to fer godbyk mariano
Jun 22 10:30:48 <clarkbw>	ok, sorry.  i'm getting other other stuff done
Jun 22 10:40:36 <clarkbw>	heh, sorry intreupted again
Jun 22 10:40:49 <clarkbw>	ok, fer: ping?
Jun 22 10:40:56 <fer>	ok
Jun 22 10:41:04 <fer>	go on?
Jun 22 10:41:27 <clarkbw>	i saw you're adding support for editing defaults
Jun 22 10:41:47 <fer>	yep, but not really happy with that current ui :)
Jun 22 10:41:58 <clarkbw>	is it in CVS right now?
Jun 22 10:42:24 <fer>	yep and in 2.7.1 I released yesterday
Jun 22 10:42:24 *	clarkbw churns up jhbuild
Jun 22 10:42:40 <clarkbw>	what else are you working on?
Jun 22 10:42:54 <clarkbw>	i thought i heard someone had a plan for key searching?
Jun 22 10:43:09 <fer>	yep, there are two patched
Jun 22 10:43:15 <fer>	I'll do it asap
Jun 22 10:43:35 <clarkbw>	how are you planning on doing the ui for the search?
Jun 22 10:43:53 <fer>	clarkbw: there are two patched on bugzilla
Jun 22 10:44:00 <fer>	basically copied from gedit text search
Jun 22 10:44:50 *	clarkbw looks for the bug number
Jun 22 10:45:20 <fer>	http://bugzilla.gnome.org/show_bug.cgi?id=82902
Jun 22 10:45:48 <fer>	humm, no screenshots
Jun 22 10:47:33 <pat>	A search is the most needed feature, imo.
Jun 22 10:47:48 <clarkbw>	ok, lets start with the search
Jun 22 10:48:11 *	clarkbw applies to the patch to try it out
Jun 22 10:48:16 <clarkbw>	what's the interaction method
Jun 22 10:48:18 <clarkbw>	?
Jun 22 10:48:26 <fer>	Search entry in the menu
Jun 22 10:48:28 <clarkbw>	Ctrl-F opens a dialog
Jun 22 10:48:33 <fer>	bring up a dialog
Jun 22 10:48:37 <fer>	yep, both ways
Jun 22 10:48:42 <clarkbw>	ok
Jun 22 10:48:45 <fer>	with text entry
Jun 22 10:49:02 <fer>	and two checkboxes to search in key names/path and in values
Jun 22 10:49:24 <fer>	I don't think we need the search backwards
Jun 22 10:49:38 <fer>	just find and find next, and if the text is changed, begin to search from the begining
Jun 22 10:51:52 <pat>	backward is very good, fer.
Jun 22 10:52:05 <pat>	The closest thing I can think of is the Windows registry to this.
Jun 22 10:52:09 <clarkbw>	i think the backward/forward is confusing
Jun 22 10:52:10 <fer>	do you think so?
Jun 22 10:52:17 <pat>	If I search for something common, like "nautilus"
Jun 22 10:52:21 <pat>	I will get a lot of hits
Jun 22 10:52:23 <fer>	in a tree is not backward
Jun 22 10:52:26 <fer>	will be upper
Jun 22 10:52:38 <pat>	I will click-click-click really fast. Then I'll miss it. Then I'll wantto go one or two back.
Jun 22 10:52:59 <clarkbw>	i want to try something different for this search
Jun 22 10:53:13 <clarkbw>	calum, seth and i have been working on a new model that removes this
Jun 22 10:53:15 <pat>	I mean, you can rename the label, but the idea of going to the previous match is important-ish
Jun 22 10:53:26 <danw>	it could create a window with all of the matching keys (in a flat list), like if you search for a file on a mac (not sure how nautilus works)
Jun 22 10:53:55 <pat>	danw: would the keys be editable directly from hat list?
Jun 22 10:54:02 <fer>	humm, sounds interesting
Jun 22 10:54:03 <danw>	and then you could just look at each key. (also more useful if you're looking for more than one match)
Jun 22 10:54:26 <danw>	pat: yeah, just like the main window, with the three panes, but with a list of matches rather than a tree
Jun 22 10:54:36 <pat>	danw: how often does one look for more than one key in gconf?
Jun 22 10:54:58 <pat>	If i'm looking for "nautilus spatial" I'll find one thing, and I'm only looking for one.
Jun 22 10:55:05 <danw>	i don't know. do we even have a "normal" use case for gconf-editor?
Jun 22 10:55:10 <fer>	usually people want to search for "metacity" or "background"
Jun 22 10:55:58 <danw>	but probably if i was tweaking multiple related settings (keyboard, metacity, whatever), they'd be grouped together in the control-center too, and it would have been easier for me to just go there instead
Jun 22 10:56:22 <pat>	and, hopefully, with 2.8, no one will need to search for 'spatial' because there will be an option in the application itself.
Jun 22 10:56:52 <fer>	another user case that I want to discuss is an admin editing defaults/mandatory
Jun 22 10:56:58 <fer>	right now, the way to do this is:
Jun 22 10:57:03 <fer>	open a normal gconf-editor window
Jun 22 10:57:09 <fer>	go to the desired key
Jun 22 10:57:13 <fer>	set a value
Jun 22 10:57:24 <fer>	and popup menu --> Set as default/mandatory
Jun 22 10:57:43 <fer>	I'm not sure it that is very intuitive
Jun 22 10:58:21 <fer>	maybe we should add it to the menu in the menubar
Jun 22 10:59:43 <pat>	I would suggest another column, with a dot that can be on or not for default.
Jun 22 10:59:53 <pat>	If an admin is setting literally dozens of settings, he would like this.
Jun 22 11:00:11 <pat>	This could work just like the "new message' column of beads in Moz mail.
Jun 22 11:00:21 <fer>	pat: add that colum if the user has rights
Jun 22 11:00:23 <fer>	good idea
Jun 22 11:00:30 <clarkbw>	fer, ok i found the search stuff
Jun 22 11:00:35 <pat>	or a checkbox, I guess. :)
Jun 22 11:00:43 <clarkbw>	i just put this together very quickly, so i'll explain
Jun 22 11:00:45 <clarkbw>	http://people.redhat.com/bclark/GNOME/lhf/gconf-editor/find/
Jun 22 11:01:16 <clarkbw>	the search uses the normal find dialog
Jun 22 11:01:29 <clarkbw>	however all results are dropped into a list at the bottom of the app
Jun 22 11:01:43 <clarkbw>	when you click a result you're taken to the key that corresponds
Jun 22 11:01:44 <fer>	I like it :)
Jun 22 11:01:57 <clarkbw>	there's not backward/forward, everything is searched
Jun 22 11:02:18 <fer>	and first result is preselected?
Jun 22 11:02:22 <clarkbw>	yes
Jun 22 11:02:32 <pat>	Frankly, while this is good for a text editor, it's far too complicated for gconf, no?
Jun 22 11:02:54 <fer>	pat: it's not so complicated
Jun 22 11:03:06 <fer>	for an implementation point of view it's easier
Jun 22 11:03:14 <clarkbw>	pat, it's actually something we're trying to flush out as a HIG recommendation for searching
Jun 22 11:03:18 <pat>	anything that adds another pane to the main window is complicated.
Jun 22 11:03:33 <clarkbw>	pat, it also simplifies the interaction of going forward/backward
Jun 22 11:03:35 <pat>	It makes perfect sense for a text editor.
Jun 22 11:03:47 <fer>	pat: having a find dialog over current windog and presing on it again is also ugly
Jun 22 11:03:49 <clarkbw>	you can't miss the term you were looking for
Jun 22 11:03:49 <pat>	But it makes the window look a lot more complicated.
Jun 22 11:04:05 <mariano>	searching in gconf for all results might be slow
Jun 22 11:04:09 <fer>	I usually do that in mozilla and it's anoying
Jun 22 11:04:22 <fer>	mariano: not so slow with recent mark patch :)
Jun 22 11:04:41 <pat>	use case: my mother. She would be completely lost without that find button staying right under her mouse after the first hit.
Jun 22 11:05:15 <fer>	mariano: also searching in a tree model it's not trivial to say what it's the first result
Jun 22 11:05:23 <mariano>	(the close button on the dialog could be dropped ;-) )
Jun 22 11:05:56 <pat>	fer: it is perfectly clear to anyone who has used a word processor.
Jun 22 11:06:13 <pat>	but in the end, "previous hit" is very obvious. It's the last thing your search showed you.
Jun 22 11:06:17 <mariano>	fer: in gconf's case, a breadth-first-search (with children sorted alphabetically, maybe) would be best
Jun 22 11:06:46 <clarkbw>	pat, but this shows all your search hits
Jun 22 11:06:49 <mariano>	clarkbw: what happens when you activate one of the result lines?
Jun 22 11:06:52 <fer>	mariano: and stop search with first ocurrence, and then continue it when find next  is pressed?
Jun 22 11:06:56 <clarkbw>	it removes the searching from your search after search
Jun 22 11:07:05 <fer>	the idea of showing all results is good
Jun 22 11:07:08 <clarkbw>	mariano, you're taken to the result of the active line
Jun 22 11:07:17 <fer>	for example the case looking for background
Jun 22 11:07:31 <fer>	you should have to press 4 times until you go to desktio background
Jun 22 11:07:41 <pat>	I just don't like how it's a pane at the bottom of the main window.
Jun 22 11:07:48 <pat>	To me, the main window of an application is static.
Jun 22 11:07:50 *	mariano either
Jun 22 11:07:54 <pat>	It doesn't change.
Jun 22 11:07:54 <fer>	but if you see the 5 results, then you click to the one you see desktop
Jun 22 11:08:14 <clarkbw>	pat, the main window shouldn't change size
Jun 22 11:08:27 <clarkbw>	in gedit the window doesn't change size
Jun 22 11:08:41 <clarkbw>	the output window is adding in shrinking the upper windows
Jun 22 11:09:07 <pat>	clarkbw: naturally, but then you're hurting the top part of the window. As soon as that pane resizes, people have to reorient themselves, for lack of another word.
Jun 22 11:09:22 <clarkbw>	pat, not really.  they were just searching
Jun 22 11:09:30 <clarkbw>	so they'll be taken to the first result
Jun 22 11:09:59 <clarkbw>	pat, they would need to reorient if we just dropped this in randomly
Jun 22 11:10:09 <clarkbw>	but they opened a find dialog (which obscurs view)
Jun 22 11:10:17 <pat>	The other thing, is that when my brain says "I'm done searching", I hit escape, and that's that. Will this frame disappear at some point?
Jun 22 11:10:18 <clarkbw>	then we remove the find dialog to show the search results
Jun 22 11:10:35 <clarkbw>	with the first result selected and they are taken to that entry
Jun 22 11:11:21 <clarkbw>	yes, the frame should be coded to a keystroke value
Jun 22 11:11:26 <clarkbw>	perhaps escape would work
Jun 22 11:11:40 <clarkbw>	but there is the close button as well
Jun 22 11:11:46 <mariano>	that would make it the only vpaned that closes on Esc
Jun 22 11:12:12 <clarkbw>	mariano, yea, there's no HIG recommendation on this yet
Jun 22 11:12:28 <clarkbw>	we haven't figured out how to handle the keystroke remove
Jun 22 11:12:44 <clarkbw>	so far everything else can be handled via keystrokes
Jun 22 11:12:47 <pat>	Also, when people do routine tasks liek searching, they often use keyboard only. When  I close the find dialog, I expect that the pane that has focus is the one with with the content.
Jun 22 11:12:56 <clarkbw>	ctrl-f, enter, arrows
Jun 22 11:13:08 <pat>	and the arrows do what?
Jun 22 11:13:18 <clarkbw>	change from result to result
Jun 22 11:13:33 <pat>	But the use expectation is that they are focused on the result, no?
Jun 22 11:13:44 <pat>	essentially, what is currently the right pane.
Jun 22 11:14:08 <clarkbw>	yes, then we need a key stroke to change your focus
Jun 22 11:14:16 <clarkbw>	we're thinking enter would work, maybe tab
Jun 22 11:14:44 >fer<	aaahh!
Jun 22 11:15:25 <mariano>	is this changing the main window friendly on people using a11y?
Jun 22 11:16:08 <mariano>	I mean, do they like to have new ui in windows appear?
Jun 22 11:16:13 <clarkbw>	we can support a11y by grabbing the gconf keys and putting the information
Jun 22 11:16:17 <clarkbw>	into the widget data
Jun 22 11:16:32 <mariano>	I mean in general, in gedit, e.g.
Jun 22 11:17:00 <fer>	http://www.eurielec.etsit.upm.es/~fherrera/gconf-editor-ui-review/warning.png
Jun 22 11:17:02 <clarkbw>	for it to be happy with a11y we just need a hidden identifier
Jun 22 11:17:05 <fer>	this one is an easy one :)
Jun 22 11:17:18 <clarkbw>	anyway, lets move on to something else
Jun 22 11:17:23 <clarkbw>	we'll call the search up in the air
Jun 22 11:17:33 <clarkbw>	as we have a patch for the other search method already
Jun 22 11:18:05 <fer>	that warning dialog need the noral HIG tweaks, right?
Jun 22 11:18:08 <danw>	i hate that dialog
Jun 22 11:18:25 ---	mariano is now known as mariano|afk
Jun 22 11:18:34 <clarkbw>	yea, it does
Jun 22 11:18:40 *	clarkbw doesn't like it either
Jun 22 11:19:21 <clarkbw>	what we need is a good title + text for the dialog
Jun 22 11:19:23 <danw>	does anyone else think the "Show this dialog again" box implies "I don't trust myself" / "I am a dumb-ass", etc?
Jun 22 11:19:38 <fer>	what do you think about warning the user that root will be allowed to set mandatory/defautls?
Jun 22 11:19:44 <danw>	"Don't show this again" seems like a nicer option
Jun 22 11:19:54 <pat>	agreed.
Jun 22 11:20:10 <clarkbw>	danw, agreed on "show again"
Jun 22 11:20:26 <fer>	ok, but the internal key will be the oposite, just for backward compatibility
Jun 22 11:20:33 <mariano|afk>	s/Ok/Continue/, probably
Jun 22 11:20:47 <mariano|afk>	fer: be sure to explain that in the schema ;-)
Jun 22 11:21:06 <fer>	yep :)
Jun 22 11:21:11 <danw>	mariano|afk: it will keep people on their toes. if they can't figure it out, they deserve to see the warning :)
Jun 22 11:21:41 <mariano|afk>	the dialog should explain what the recommended way to edit conf is
Jun 22 11:21:59 <mariano|afk>	and the 3rd sentence could be removed IMHO
Jun 22 11:22:14 <mariano|afk>	everything the user does is at his own risk
Jun 22 11:22:23 <mariano|afk>	all of our source files say so ;-)
Jun 22 11:22:35 <clarkbw>	even better if we provided a button that opened the control-center://
Jun 22 11:22:49 <clarkbw>	instead of just explaining you shouldn't edit from here
Jun 22 11:23:03 <mariano|afk>	that only works if what the user wants to change is in the c-c to begin with...
Jun 22 11:23:07 *	clarkbw wonders if control-center is going to remain in nautilus...
Jun 22 11:23:09 <fer>	agree
Jun 22 11:23:26 <danw>	and maybe a Help button with a suggestion that you read that first
Jun 22 11:23:41 <mariano|afk>	redirecting the user to c-c and making him look for something which is not there will not get fer lots of friends
Jun 22 11:23:56 <clarkbw>	the user can only preferences and that's all the c-c is designed to really handle
Jun 22 11:24:22 <mariano|afk>	sure
Jun 22 11:24:41 <mariano|afk>	but 78.45% of the prefs in gconf are not in c-c, but in apps
Jun 22 11:25:35 <clarkbw>	yes, but if they aren't supposed to be in gconf we should give them some option
Jun 22 11:25:52 <clarkbw>	i'm biased against just telling users they shouldn't do something [here]
Jun 22 11:26:11 <clarkbw>	and not giving them the [where] to do it in
Jun 22 11:26:54 <clarkbw>	the dialog says this is not the 'recommended way of setting desktop preferences'
Jun 22 11:27:01 <clarkbw>	the recommended way is to use the c-c
Jun 22 11:27:25 <fer>	or the applcation preferences dialog
Jun 22 11:27:30 <danw>	is gconf-editor in the menus? are people going to be ending up in gconf-editor without being explicitly told to?
Jun 22 11:27:31 <mariano|afk>	gotta run :/
Jun 22 11:27:42 ---	mariano|afk is now known as mariano|teaching
Jun 22 11:27:50 <fer>	it's in system tools
Jun 22 11:27:54 -->	calum (~cb114949@amfea-proxy-2.sun.com) has joined #ui-review
Jun 22 11:27:57 <fer>	bye mariano|teaching
Jun 22 11:27:59 <fer>	hi calum
Jun 22 11:28:06 <calum>	hi all
Jun 22 11:28:16 <clarkbw>	hi calum
Jun 22 11:28:23 ---	clarkbw gives channel operator status to calum
Jun 22 11:29:08 <clarkbw>	http://www.eurielec.etsit.upm.es/~fherrera/gconf-editor-ui-review/warning.png
Jun 22 11:29:31 <clarkbw>	calum, just discussing the dialog
Jun 22 11:29:37 <danw>	maybe that's the problem. if we don't want people to think they're supposed to use it, it shouldn't be right there in the menus
Jun 22 11:29:45 *	calum looks
Jun 22 11:30:01 <fer>	and it is a system tool maybe we can just nuke the dialog
Jun 22 11:30:37 <calum>	oh, that one... yeah, I think that only made sense when gconf-editor wasn't on the menus
Jun 22 11:30:57 <fer>	ok, so nuke it :)
Jun 22 11:31:19 <danw>	wait wait, we're saying we don't need the dialog, *because* it's in the menus?
Jun 22 11:31:26 <danw>	the other stuff in system tools is user-level
Jun 22 11:31:34 <fer>	no, because it's already defined as system tool
Jun 22 11:32:40 <calum>	you shouldn't really be able to do much more damage with gconf-editor than you can with preferences dialogs anyway, should you? :)
Jun 22 11:33:02 <fer>	not really
Jun 22 11:33:05 <danw>	that's probably true. mostly.
Jun 22 11:33:15 <fer>	as long as you cannot change a key type for example
Jun 22 11:33:37 <clarkbw>	it seems reasonable to remove the dialog if that's the case
Jun 22 11:33:37 <danw>	some apps might flip out if you unset their keys...
Jun 22 11:33:55 <fer>	danw: they will get the default value
Jun 22 11:34:09 <danw>	ah... (maybe the UI should be clearer on that then. it fooled me :-)
Jun 22 11:34:46 <fer>	http://www.eurielec.etsit.upm.es/~fherrera/gconf-editor-ui-review/unset.png
Jun 22 11:34:47 <fer>	http://www.eurielec.etsit.upm.es/~fherrera/gconf-editor-ui-review/unset2.png
Jun 22 11:35:03 <fer>	this kind of unsensitivize non-allowed options is ok?
Jun 22 11:35:39 <clarkbw>	i think the gconf-editor is suffciently esoteric that most people will 
Jun 22 11:35:49 <clarkbw>	quit after trying to use it for a little while
Jun 22 11:37:15 *	clarkbw isn't sure what's going on in these dialogs
Jun 22 11:37:23 <calum>	fer: depends whether they can ever become sensitive for this user in this session... if they can't, then hiding would be more appropriate...
Jun 22 11:38:04 <fer>	calum: it would only be able with esoteric permissions of gconf database
Jun 22 11:38:10 <fer>	so normal answer is no
Jun 22 11:38:26 <fer>	normal users cannot change defaults/mandatory at all
Jun 22 11:38:35 <fer>	and root (or used what instaled gnome) can
Jun 22 11:38:44 <calum>	ok, well, I'd suggest hiding then, definitely for the context menu and probably for the main menu too...
Jun 22 11:38:58 <fer>	ok
Jun 22 11:39:24 <fer>	ah, another issue I want to raise is about changing it's default size
Jun 22 11:39:40 <fer>	I always need to manual resize it for tree browsing
Jun 22 11:39:45 <clarkbw>	i think i was picturing different "modes" for the gconf-editor instead of new windows
Jun 22 11:39:55 <clarkbw>	for the settings/manditory/defaults
Jun 22 11:39:57 <fer>	clarkbw: modes?
Jun 22 11:40:07 <clarkbw>	but i don't have a good idea of it thought out yet
Jun 22 11:40:08 <fer>	changing the mode in the same window?
Jun 22 11:40:21 <clarkbw>	fer, something like that.  just off the top of my head
Jun 22 11:40:41 <clarkbw>	similar to the way OS X does a "Admin" mode
Jun 22 11:40:47 <fer>	but the tree will be different
Jun 22 11:41:12 <clarkbw>	hm, ok
Jun 22 11:41:24 <fer>	so changing the mode would be like cleaning the window and filling it again
Jun 22 11:42:25 <clarkbw>	i see
Jun 22 11:42:51 <clarkbw>	i guess i'm trying to work on a way of giving more feedback to what you're editing
Jun 22 11:43:06 <clarkbw>	each window looks the same except for the tree is different
Jun 22 11:43:21 <fer>	yep, definively window title should be changed
Jun 22 11:43:57 <clarkbw>	ok
Jun 22 11:44:55 <fer>	I'd like to see my window border in red if root-owned patch on metacity :)
Jun 22 11:45:07 <fer>	s/red/some themable stuff/ :)
Jun 22 11:45:19 <clarkbw>	hm, that sounds interesting :)
Jun 22 11:45:53 <clarkbw>	fer: is there anything else you're planning on working on for next release?
Jun 22 11:46:06 <fer>	clarkbw: search and...
Jun 22 11:46:25 <fer>	ah, maybe favourites
Jun 22 11:46:30 <fer>	but not sure about that
Jun 22 11:46:34 <fer>	let's me explain it
Jun 22 11:46:46 <fer>	just now gconf-editor is bookmarking folders
Jun 22 11:46:58 <fer>	favourites will be like Common keys
Jun 22 11:47:11 <fer>	and you would be able to see all of them in the same window
Jun 22 11:47:28 <fer>	because some developers are used to change a pack of keys togheter
Jun 22 11:47:40 <calum>	hmm, kind of like a view filter then, really?
Jun 22 11:47:46 <clarkbw>	like a recently used keys?
Jun 22 11:47:49 <fer>	yep
Jun 22 11:47:57 <fer>	both of them would be useful
Jun 22 11:48:10 <fer>	but I don't know how to show them in the UI
Jun 22 11:48:13 <clarkbw>	cool idea
Jun 22 11:48:27 <fer>	a separate tree below the current one?
Jun 22 11:48:56 <fer>	we have "/" and we can have "Favourites" and "Recently modified keys"
Jun 22 11:49:06 <fer>	s/we/we could/
Jun 22 11:49:16 <fer>	bah, you understood me :)
Jun 22 11:49:36 <clarkbw>	heh :)
Jun 22 11:50:06 -->	seb128 (~seb128@ANancy-111-1-6-107.w81-249.abo.wanadoo.fr) has joined #ui-review
Jun 22 11:50:31 <clarkbw>	perhaps with a separator in the tree view, similar to the file-selectors
Jun 22 11:50:43 <clarkbw>	dunno, but cool idea
Jun 22 11:51:18 <fer>	and then presenting full key path on the right panel?
Jun 22 11:52:08 <clarkbw>	might be tought to fit the full path on the right panel
Jun 22 11:52:20 <fer>	yep, that's a problem
Jun 22 11:52:40 <clarkbw>	probably just the name would work
Jun 22 11:52:52 <clarkbw>	the full path will show up in the Key Documentation
Jun 22 11:53:13 <clarkbw>	window bottom-right
Jun 22 11:54:11 <clarkbw>	Monkey, quote fer I can bring 1litre of strong alcohol
Jun 22 11:54:12 <Monkey>	done
Jun 22 11:54:13 <fer>	adding a new bold label sayin "Key Full path" and the path
Jun 22 11:54:17 <clarkbw>	before i forget ;)
Jun 22 11:54:33 <fer>	ey, yo also have a cool bot :)
Jun 22 11:54:34 <fer>	Monkey: quote
Jun 22 11:54:35 <Monkey>	"I can bring 1litre of strong alcohol" --fer, 22-jun-04
Jun 22 11:54:40 <fer>	aha, it's new
Jun 22 11:54:51 <clarkbw>	yea :)
Jun 22 11:55:05 <fer>	ah, also I though about doing a recursive removal of a "folder"
Jun 22 11:55:13 <clarkbw>	doesn't the Key Name show the full path already?
Jun 22 11:55:18 <fer>	it would need a confirmation dialog...
Jun 22 11:55:29 <fer>	oh, sure clarkbw, I was on crack :)
Jun 22 11:56:08 <clarkbw>	i'd prefer an undo (if possible) for a recursive delete
Jun 22 11:56:16 <clarkbw>	i'm against confirm dialogs
Jun 22 11:56:20 <fer>	uh, dificult
Jun 22 11:56:24 <clarkbw>	yea :)
Jun 22 11:56:48 <fer>	humm, maybe with a changeset ....
Jun 22 11:57:08 <fer>	I'll try that, and if not possible, fallback to the confirmation
Jun 22 11:58:12 <clarkbw>	ok
Jun 22 11:58:34 <clarkbw>	well i think that's about it, i've got to get back to work :)
Jun 22 11:58:39 <clarkbw>	thanks fer
Jun 22 11:58:41 <fer>	cool
Jun 22 11:58:45 <fer>	thanks to you :)
Jun 22 11:58:52 <fer>	see you!
Jun 22 11:58:53 <clarkbw>	thanks to everyone else too :)
Jun 22 11:59:19 <clarkbw>	i'll be adding the log to a ui-review bug
Jun 22 11:59:28 <clarkbw>	and sending a summary to the mailing lists
Jun 22 11:59:37 <fer>	ok, cc me in the bug please
Jun 22 12:00:20 <clarkbw>	will do!
Jun 22 12:00:50 <fer>	thanks, bye!
Jun 22 12:01:17 ---	fer is now known as fer|passport
Jun 22 12:05:20 <--	danw (~danw@130.57.22.69) has left #ui-review
Jun 22 12:05:46 <--	seb128 (~seb128@ANancy-111-1-6-107.w81-249.abo.wanadoo.fr) has left #ui-review
Jun 22 12:12:55 ---	clarkbw has changed the topic to: Thanks to everyone for the UI Review of GConf
Jun 22 12:20:07 -->	jbarnett (~jbarnett@sjc-dist3-e3.2wire.com) has joined #ui-review
Jun 22 12:20:29 <--	jbarnett has quit (Leaving)
Jun 22 12:22:49 <--	winkle (winkle@mao.acc.umu.se) has left #ui-review
Jun 22 12:31:01 ---	fer|passport is now known as fer
Jun 22 12:43:20 <clarkbw>	calum, do you remember filing a HIG bug for this?
Jun 22 12:43:22 <clarkbw>	http://bugzilla.gnome.org/show_bug.cgi?id=101753#c15
Jun 22 12:43:31 *	calum looks
Jun 22 12:45:23 <calum>	hmm, I can't remember if I filed a bug but I did add some draft wording to the HIG...
Jun 22 12:45:52 <calum>	(I probably did that right after I made that comment, so no, I probably didn't file a bug)
Jun 22 12:53:57 -->	mutek (~mutek@81.208.111.82) has joined #ui-review
Jun 22 12:56:04 <--	mutek has quit (Leaving)
Jun 22 13:34:28 <--	calum has quit (Leaving)
**** ENDING LOGGING AT Tue Jun 22 13:54:16 2004
