F-Spot

bmon OK, lets get started
bmon lots to cover today
bmon gabaug: Would you give an update of Goal #2 (Query branch)?
gabaug sure
gabaug the F_SPOT_QUERY branch is update to date with HEAD
gabaug there have been several key bug fixes with it
gabaug and a type-to-find text entry bar has been added
gabaug I need feedback from testers and lewing
bmon ok, so in your opinion it would be ready for another goal then?
lewing I'll be playing with it today so I'll give feedback very soon
lewing sde: latest picasa patch rocks
sde I'll try to find the time to look at it this week
bmon also, what are your feelings on the various UI proposals sent to the list?
sde lewing: still need to fix the progress as discussed Friday late
bmon gabaug: that was directed at you, since you're the one doing the legwork on Query
lewing you don't need to include the Makefile.in in the patch either
gabaug well, there are lots of ideas, both on the list and on the original bug report
gabaug I personally dislike the dialog style search
gabaug I feel like it's clunky compared to being able to directly edit your query w/ in the main window
gabaug but I can see it being useful for very specific queries (on other metadata, for example)
gabaug right now, I have put my opinion into action with the F_SPOT_QUERY branch
bmon ok, so everyone should go take a look and comment then?
gabaug yes
bmon (I was tied up this week on Goal #3)
bmon ok sounds good
gabaug definitely
bmon Moving on
bmon Goal #3
bmon lewing: I'm assuming you haven't had time to look at any of these yet?
bmon I'll take that as a no :)
bengt :)
bmon sde: status of Picasa?
sde do you want a short status of goal #3 ?
karl (how are these goals numbered?)
bmon sde: that sounds better
sde Picasa: as lewing just said: latest picasa patch rocks
bmon karl: by week
lewing bmon: I've had almost no time since last meeting
lewing but I'll got through them very quickly
bmon karl: sorry, by meeting where they were chosen
sde but I want to add one more thing
sde in the progress dialog.
sde any comment on the Picasa export ?
bmon doesn't have picasa
sde no problem with the new dependencies ? google-sharp and gnome-keyring ?
bengt likes the picasa export ...
sde bmon: you don't need picasa to use picasaweb
sde you only need a gmail account
bmon I guess I'm set then :)
bmon sde: I'm hesitant to add in the deps, but since banshee is doing it and the authors recommend it, I guess I'm ok with it
bengt it will be a plugin later on, so no deps on main f-spot...
gonzalo gnome-keyring will not see any action but bug fixing
gonzalo for google-sharp, I'll be doing what sde needs/wants to make the picasa export better
sde and I update the f-spot tree as quick as I can ;)
bengt everyone is happy with picasa patch then? apart from minor update to the progress dialog?
bmon well under the condition that sde works like a slave to keep it up to date... :)
gonzalo I'd like to be able to set the quality of the picture
gonzalo as 95 is too high and files are quite big
lewing gabaug: / is sweet
gabaug lewing: :)
bmon thats where he was :)
sde gonzalo, I'm planning to re-write all the export schemes in the near future as plugins
gonzalo PixbufUtils.cs:430: PixbufUtils.SaveJpeg (image, dest_path, 95, exif_data);
gonzalo the 95 is set right there
sde and I'll add that capability at that time
gonzalo sde: nice
bengt Do we want to have the quality as a gui option, or just as a preference option ...?
sde but if you need it quicker, I can do ti also ;)
nzjrs-linux sorry I am late everyone. I will just hang about in the background.....
lewing heh
lewing sde: the deps are fine
lewing gonzalo: how solid is keyring sharp at this point?
lewing I need to debug the quality guessing code
gonzalo it works fine
gonzalo abock is using it in banshee and is very happy with it
sde lewing: the C code I submitted in the past worked fine
lewing sde: yeah I just need to see where I broke it
lewing shouldn't take much work
lewing gonzalo: cool, thanks for that
sde I think we need the keyring sharp for all credentials, gallery, ...
lewing sde: yeah, that was always the plan
lewing sde: just didn't want to block on it
bmon OK, so we're calling picasaweb good to go then? (as in ready for lewing to give it thumbs up)
bmon (or thumbs down of course)
sde wait for the tomorrow's version, and you'll have my blessing
bmon k
bmon sde: status of Photos/cmd line options
gonzalo one more thing... :)
bmon (lots of sde patches in this goal)
gonzalo my idea before sde did the export code was to add a upload manager
lewing I'll review the current patch a little more and wait for the update but it should make it in this week
bmon lewing: miguel's waiting :)
sde gonzalo: can you say more about a 'upload manager' ?
lewing miguel was on my ass about it 20 min after sde released the patch ;)
bmon haha :)
gonzalo it would be nice to a) not block while the files upload; b) being able to restart if the connection goes down or f-spot is terminated
sde not really, I released the early version when miguel was still asleep :)
bengt welcome wjbaird
gonzalo but, well, we can wait for that too
wjbaird hey all - sorry I'm late... work was interfering...
bmon gonzalo: wouldn't that be something generically useful to all uploads
gonzalo yes
bmon wjbaird: glad to see you could make it
sde gonzalo: nice, I'll add that as requirement for all export plugins
bmon s/generically/generally/
gonzalo sde: I'm talking about something similar to picasa upload manager
miguel what sde patch?
miguel I don't know anything about sde's patch
bmon miguel: picasaweb
lewing the export should also listen to dus about network status and allow you to queue uploads
miguel oh, the UI for that
miguel Yes :-)
lewing queue
bmon what about Mathuselem or whatever it is I've been seeing o pgo?
gonzalo google-sharp will throw if there's no connection
gonzalo ah, yeah, i saw that. It would be nice to use it when it's integrated in gnome
miguel mathusalem looks like a bloated solution for corner case problem
bmon miguel: why do you say that?
bmon long running tasks seem like a fairly common thing
karl (I make my living programming long running tasks for instance)
bmon bloated I don't know anything about as I haven't really look at it
lewing I've seen the screenshots, haven't looked at the interfaces etc.
bmon lewing: same
lewing seems pretty experimental still
bmon this is all probably ExportPlugins v2 anyway
bmon ok, next mini goal
bmon sde: status of Photos/cmd line options
bmon we'll come back to it
bmon status of HIG?
bmon aborted?
sde HIG: aborted for now
sde we don't have support for the patch writer
bengt gabaug: would do some work on one gui
bmon sde: status of Photos/cmd line options
sde but did'nt had time to rework all this patch also
bmon agreed
sde 2 parts in this
bengt do anyone know why the author stopped using f-spot by the way?
bmon i prefer them as separate patches btw
bmon but all fairly trivial, so no prob I guess
sde the Photos: the pref is stored in gconf, modifiable in the Preference Dialog
nzjrs-john Id like to open up a further discussion on how photos are organized, albums etc. But I'll bring this up at the end of the meeting
sde some minor changes in other ui to change refs from 'Photos folder' to 'import folder'
sde this first one is neat and ok (for me)
bmon bengt: no I don't, but if I remember, he had submitted various patches
karl import folder sounds like it would refer to the source? not the store?
nzjrs-john I agree. Import folder sounds like the source
sde wait, I'm back in 5 min
bmon Imported images folder?
bmon does everyone but me like calling it Photos?
karl Photo Archive Folder?
karl My Photos :)
bengt Photo Vault?
wjbaird Photo Folder
karl Photos is fine as long as you can make it be somewhere other than ~/Photos
nzjrs-john Photo Album?
wjbaird Photo Repository
bmon karl: my issue with all the Photo variants is that when you change that directory, old photos aren't moved
wjbaird Photo Collection
bmon so it really is just where new imports will go
wjbaird bmon: why?
karl bmon: I'm not asking it to be moved if I change it, I just don't want the default to be ~/Photos
bmon I'm willing to cede the point if I'm the only one who thinks its confusing
wjbaird bmon: I expect that isn't what the user wants in 90% of the cases...
karl would it be ok to just ask where you want to store them at first run time?
bmon wjbaird: agreed
bmon but its outside the scope of the goal
bmon and a fairly big change
wjbaird bmon: but if we agree that the issue isn't the name, but that the current behavior is broken... Let's not spend a lot of time discussing the name...
bmon karl: we are talking about how we refer to it within f-spot, not the actual folder
karl for within f-spot, I like just "Photos"
karl or Photo Folder
bengt for now, is it enough to specify that old photos are not moved?
bengt the rename patch will be able to move them later on....
lewing bengt: yeah
bmon thats fine
bengt also, we can add that feature (option to move old photos) in a later version...
bmon we need to find a better solution to the whole thing anyway
lewing bengt: you can always remove and re-import if you really want them moved in the interim
bmon lewing: if you enable metadata writing, and the xmp patch goes in
lewing right
bengt is this a bad time to ask lewing for status of goal #1?
bmon ok, so change back to Photos
bmon command line options
bmon comments from anyone while we wait for sde?
lewing bengt: will look at it tonight, I won't sleep before I've sent some comments
bmon (we need to keep moving, we need to get to the mission statement stuff as well)
lewing scanning the e-mail patch right now
bmon I'm all for command line stuff, super useful
wjbaird bmon: the patch for the command line stuff changed slightly from my original patch -- I assumed that changing the photo dir implicitly changed the location of the photo.db file as well...
sde I'm back, my wife say 'hello'
lewing sde: hello back :)
gonzalo heh
bmon I found one small bug but thats in bugzilla
wjbaird So for the common case where you want to change both, you just needed to use a single option...
bengt I could not find any problems with current version of sde's patch
bmon wjbaird: the problem is, photo.db isn't inside Photos
sde wjbaird, I changed this to handled more cases
bmon so how do you know where it is?
sde like having 2 db's but only one import dir
wjbaird bmon: in my case, I want a 1-1 mapping between photo.db and dirs...
wjbaird and I think that will be a pretty common case....
bmon wjbaird: I'd like to change that in the future as well (make Albums first class citizens)
bmon wjbaird: me too
bmon details in my short term goals email
wjbaird sde: I'm fine having the options split - it does give more flexibility... but I'd like a 3rd option added to set both...
wjbaird just 'cause it's quicker...
nzjrs-john bmon: I am working on a patch to make albums first class citizens also. Id like to have some discussion about it at the end
lewing command line options are a hack
wjbaird Question is - what do we call it? "--fspotdir"?
sde but anyway, you'll start your different f-spot instances with scripts, no ?
wjbaird lewing: I disagree...
bengt wjbaird: quicker.... might it not make things more confusing...
bmon nzjrs-john: ok
bmon nzjrs-john: we'll need to see if there's time
bmon nzjrs-john: if not, add it to the agenda for the next meeting
nzjrs-john bmon: OK no problem
wjbaird lewing - I always start f-spot from the command line --- I sometimes want to use the photos on my local HD, and sometimes the ones on my external HD --- what would you suggest as a solution?
sde lewing: it's a good start before having a full multi-album appliance , no ?
bmon lewing: agreed, but useful for devs
lewing wjbaird: I can see the utility but they are non discoverable
wjbaird lewing: --help?
wjbaird :-)
bmon lewing: I wouldn't present it to the user, hence the need for first class albums
lewing bmon: right
wjbaird lewing: I'd never suggest this as the *only* solution...
wjbaird lewing: but for certain usages, it's probably the best solution...
nzjrs-john I do agree that being able to select dbs is handy for devs.
bmon with first class albums it would change to f-spot --album ALBUM
sde and I will use that for testing
bmon but again reg users would select via file menu or whatever
lewing right, I'm just saying we don't need a ton of options for something only a small number of people are likely to even know about
sde and you know that I spend more time on developing and testing f-spot than really using it
bmon lewing: agreed
wjbaird lewing: Ok. I can live with just writing a shell alias, I guess...
bmon sde: me too :)
bengt only do testing and developing....
bmon wjbaird: I have a run.sh
karl I hate command line options for gui apps, but for anyone even thinking of testing and playing with f-spot, being able to use f-spot and test f-spot on separate data is pretty damn important :(
lewing bengt is a madman ;)
bengt is waiting for the time problem to be sorted out :)
lewing karl: we all agree
karl ok, cool then :)
bmon so we're giving our blessing then?
sde amen
bengt amen
bmon I'll take that as a yes :)
bmon ok next item
wjbaird bmon: I'm good with it...
bmon ScaleEmail
bmon bengt: status?
bengt I am all for accepting it :)
sde ah, I did'nt wrote this one ;)
bengt is a bit biased though
bmon me too :)
bmon sde: finally, it was getting embarrassing :)
sde I did'nt choose any of the goals, remember ?
bengt lewing: did you scan reveal any serious diseases?
bmon If I wasn't so worried about getting it into Edgy, I might push for Preference to switch between mail clients
sde the last time I tested it, it was ok
bmon but there is the hack to workaround TB so I'm good with it
bmon OK, send it on to lewing then
bmon next
bmon Rotate on export
bmon sde: you again
sde crap, me again
bengt rotate should also be done for flickr or?
bmon status?
sde no need for flickr,
bmon bengt: if flickr doesn't handle it
sde flickr can handle it
lewing flickr does
bengt there has been comments on the mailing list about this
sde as reported on gbo
bmon sde: what about the other issues bengt and I raised?
lewing it is just an account setting
lewing I use it all the time
bengt sde: had a small vacation ....
sde so, now, the rotate works for folder, cd, and gallery
sde plus picasa and scale email
sde it works well and do it lossless
sde I unified the UI for all the schemes
lewing excellent
sde maybe one minor drawback
sde I experienced some issues with jpegtran
fabi does it also transform the exif-thumbnails
sde jpegtran taking too much time to rotate the thing
fabi (I haven't checked)
bengt sde: to repeat bmon's question... :) about his and my question?
lewing fabi: I can fix it if not
bengt s/question/issues
sde bengt: which ones ?
bmon check the bug report
bmon (sorry, didn't send mine till this afternoon)
sde I was off this week-end :(
sde and I came back one hour before the meeting
bmon now that we've blindsided him
lewing bengt: email looks pretty good, I want to share the scaling code with the other export stuff but we can do that once it is in the repo
gonzalo sde: when uploading a picture to picasa, there's a
bmon sde: ok, we'll move on to the others while you check that out
bmon hopefully they wont be yours :)
gonzalo 'layout' field that is always 0.0000
bmon change 'mq'
bmon is Pasi here?
bengt lewing: Brilliant... that was the plan, to have a common scaling function (and perhaps the estimated sizes also), and plugins using them...
gonzalo gimme 5 minutes to try if setting that thing to 1 rotates the image.
lewing sde: I have some thoughts about minimal loss editing and jpeg tran, I'll probably be poking around in that code soon
sde there's a bug http://bugzilla.gnome.org/show_bug.cgi?id=338997 for this
lewing ok I'm going to go hack for a while unless we have pressing stuff here right now
bmon I see Pasi responded to sde's comments
sde and fixing it is quick
bmon does anyone have anything to say regarding the patch?
lewing sde: right I remember
sde the mq one ? did'nt had the time to review the latest one
sde but the previous one was far from final
bmon I think we should hold off for a couple more reviews at least
lewing bmon: bug number?
bmon http://bugzilla.gnome.org/show_bug.cgi?id=350339
nzjrs-john and we all learned a valuable lesson..... 8 goals per week is a few to many!
bmon - mq vs. hq: This would be much trouble for little use, I think. Would be 'nice
bmon polishing' but ultimately not worth it.
bmon that concerns me a bit
lewing nzjrs-john: well I was out the whole time too
lewing they'll drop pretty quickly this week
nzjrs-john lewing: Awesome, cant wait!
lewing ok back in a bit
bengt we just have to ensure that if we have many goals... they better be small and nice...
bmon bengt: some turned out to be larger than we thought I guess
bmon sde: ok back to rotate
lewing always do :)
bmon mq rejected for now
gonzalo sde: nah, it does nothing
sde gonzalo: so, we keep the option in the UI
gonzalo yeah
sde about storing prefs in gconf: I only did it if others prefs were already stored in gconf
bmon http://bugzilla.gnome.org/show_bug.cgi?id=165645#c31
bmon for those wanting to follow along
sde (and one more time, I'd like to rewrite all the export code soon)
bengt lets get the plugin working fine first.... or?
sde triplicated code for export: need to be fixed...later
sde disabling if not applicable: yeah, I can do that
bmon sde: my concern with that is its going to depend on getting plugins in which could be awhile
sde flickr: already discussed
bmon sde: should be fairly easy to fix should it become necessary, so I'm willing to overlook
bmon sde: what do you think of radio buttons?
sde about storing all prefs in gconf, why not opening another bug, and come with another patch (I can write both (bug and patch))
bengt another bug sounds good
sde bmon: radio buttons ?
bmon comment 33
bmon item 2)
sde I have a problem with storing all the prefs in gconf
bmon it doesn't have anything to do with gconf
sde for the folder export, which indeed contains 3 exporter
sde do you want to keep the prefs for each type of exporter, or for the generic folder exporter ?
sde bmon: right, about storing the preference where you want
bmon sde: know, its about the GUI
bmon sorry I guess its not clear
bmon right now we have 2 check boxes
sde about radio buttons, ok for me
bmon but it seems more intuitive with the radio buttons
sde no mistake, I discussed another issue
bmon that way we get the disabling for free
sde ok for the radio buttons
bmon I'll defer to you on that one as well
sde everybody agree on having radio button for folder, gallery, picasa, email ?
sde like that: * Resize to size and rotate where necessary * Rotate where necessary * Leave as is
bengt takes extra space for no extra functionality... or?
bmon to select between scale&rotate, rotate, nothing for those who haven't read
wjbaird sde: I'm getting confused now - are you talking about on the export panel, or on the prefs panel?
bengt the export gui
bmon wjbaird: export
sde only on the export panel
sde for the other comments:
bmon bengt: to me its more explicit whats going on with radio's
bmon everyone understands them
bmon they might not understand why rotate is disabled if resize is selected
sde jpeg compression: previously discussed about picasa. we need the quality guessing code working
sde (I vote for the radio buttons)
wjbaird I think radio buttons make sense, in that context...
bengt is ok with it...
bengt the send mail has a tooltip over the rotate button...
sde last comments: tooltips: only when I have my pony ! ;)
bengt also thinks all buttons/fields should have a tooltip...
bmon bengt: agreed
bmon its more someone taking the time to do it
sde wants a pony!
bengt sde: I can arrange a small one for you...
bmon last Goal #3 item
bmon add an AssemblyInfo.cs
bmon sde: this is you too, not sure how this one slipped in :)
sde nothing to say
bmon ready to go?
sde useful for debugging and triaging on bgo
sde lewing: what do you think of this ?
lewing sde: of which?
sde AssemblyInfo
sde http://bugzilla.gnome.org/show_bug.cgi?id=350580
sde I think we need to add it
bengt also the f-spot.pc... but not part of this weeks goal
bmon bengt: details?
sde bmon: so pkg-config knows about f-spot
bmon ahh those annoying .pc files that always break ./configure
bmon knew it sounded familiar
gonzalo sde: experimenting with other qualities, 80 is fine and may be 85. Up from there the files get really big. Picasa itself is around 80, i think.
lewing sde: the patch needs a slight adjustment but I'm fine with putting it in
bmon I think thats 6 out of the 8 basically ready to go
sde gonzalo: let's say 85 !
bmon not to shabby if I say so myself
bengt 6 out of 8 :) :) Cool
gonzalo that's the default in gimp and it worked fine for me
lewing (the .cs file shouldn't be in the CSDISTFILES just in CSFILES)
bmon I vote for a light Goal this week
bengt bmon: We still have query....
bmon should we make Query Goal #4?
sde gonzalo: I'm used to see jpeg artifacts, so I try to keep the compression low: )
bmon sounds good to me
bmon and gabaug said it was in need of some review
lewing sde: what is this about the radio buttons? common options across all the dialogs or something else?
bengt lets keep query as goal #2... since that's the number for it.
bmon bengt: that implies we need a Goal #4
bengt if we want to go for query for next meeting... perhaps 1-2 more small patches?
sde lewing: bmon proposed to replace the 2 checkbox for resize and rotate with 3 radio buttons
wjbaird bmon: I'd say query with the existing UI could be #2 --- query with saving searches and advanced UI could be #4 (or later)
bengt wjbaird: later...
sde Can I propose a single goal ?
bmon sde: shoot
sde "Find out why it takes all that time to load a jpeg in full screen"
lewing haha
sde and maybe fix it
wjbaird sde: that'd be great... but with my pre-caching patch, it's a little less important...
bmon lewing: plan still to make a release in the next couple weeks?
lewing bmon: yes
lewing sde: there are two main reasons
bmon ajmitch: whats the time schedule for getting it into Edgy?
bengt perhaps... whats the most wanted feature for edgy?
bmon Mine is ScaleEmail :)
lewing sde: libjpeg is slow, drawing the whole screen while scaling is slow
bmon It would be nice if we could get feedback from packagers for requested features
sde lewing: what can we do for the first one ?
lewing bengt: I'd rather make the size option in scale email look like the the other export dialogs
bengt with pixels?
bengt I still am strong believer of keeping it simple for the user... Human readable options works best...
bmon lewing: what about making the other dialogs look like scale email?
sde lewing: is libjpeg slow because we're using it from mono ?
lewing bengt: for the sake of being consistent yes
bengt So, lets change the others :)
bmon bengt: thats what I think
lewing sde: no it is just a lot of data to process
bmon I'd tack pixels on the end for reference
sde but some others image viewers are way quicker
bengt should this hold up the patches right now? Do not think so, but get it to be consistent for the plug in versions...
lewing and I think it is loading line by line which thrashes the processor cache horribly
lewing sde: like what?
bmon but I'm guessing most ppl don't care about the diff between 1590 and 1600
bengt vote is to go for human readable options for the plugin...
bmon bengt: I prefer Small (320)
bmon just to give a reference
bmon those who want it have it, the rest can ignore it
bengt bmon: Microsoft do not indicate any pixels at all ....
lewing bengt: I would rather use a combo box than a bunch of radio items in that case
gonzalo that's what picasa uses
gonzalo small - 800x600 / large 1600 / full size
bengt is happy with Small (320) version
bengt gonzalo: You need a bit more than that...
sde lewing: like that f**cking default image viewer in windows :)
bmon or Small (320x200)
lewing sde: there is example code to use the video card pixel shaders to do the DCT lookups on the nvidia website
bmon anyway, the combo box would keep it more compact
bmon and would work better in the other dialogs
lewing sde: and I can look if there is away to improve the memory access patterns in libjpeg somehow
bengt Perhaps that could be deferred to for the replacement of the existing code to plugins? Or we should change the dialogs now?
sde lewing: is there any other jpeg lib usable in opensource ?
lewing sde: but whatever the solution is it is a complicated problem
bmon bengt: I'd agree, especially since SendEmail isn't even under export
lewing not that I'm aware of
wjbaird As I said earlier - the pre-caching patch on http://bugzilla.gnome.org/show_bug.cgi?id=343856 improves the situation greatly...
sde the -mmx implementation is quicker ?
lewing libjpeg also does the YCC - rgb conversion sub optimally I think
bmon As I said in my longer term goals, if we are going to put off a bunch of stuff for plugins
wjbaird It's not perfect, but at the cost of a bit of memory, it speeds up the perceived performance a lot... any chance of getting it in?
bmon we really need to make them a priority
bengt Any suggestions for goal for next meeting... or we go with sde's suggestion?
ajmitch bmon: sorry I haven't been around - feature freeze in 2 weeks, so I'd be lucky..
bmon ajmitch: unlikely then? unless the release happen soon?
lewing ah shit
bmon its in main now, so the reqs are firm?
sde another goal proposal ? : 'let's everyone the time to handle backlog'
bengt ajmitch: Whats the most missing feature for edgy?
lewing ajmitch: I can push them out tonight
bmon sde: sounds fine with me
bengt sde: :)
bengt need to rewrite the rename patch...
bmon all: I actually probably won't be around much the next couple of weeks
sde (I need time to work on plugins)
bmon move and I'm starting a new job
bmon not sure how long it will take internet to get set up
Hast sde: I believe most other image viewers (regardless of platform) precalc the next image. So wjb.'s patch seem like a good thing.
bmon maybe someone will be nice enough to have an open AP :)
bengt sde: you just got one more comment on the rotate... thumbnails not rotated...
sde bengt: I'll forward to the jpegtran guys ;)
lewing preloading is fine, I have a slightly different plan than wjbs patch to have a shared open image cache for all uris
bengt thinks we need a specific goal for next meeting....
nzjrs-john sorry internet died. Where are we up to....
lewing just a small mater of programing ;)
wjbaird lewing: I agree - a shared cache would rock...
bengt apart from the query goal that is
lewing back to code
bmon bengt: what would you like to see be the goal?
ajmitch bengt: from what I've seen, a decent --view mode would be nice, most of the rest is just bugreports
sde bengt: what about HIG compliance
ajmitch apologizes for not being at the meeting, am at work currently :)
bmon ajmitch: seeing all the stuff on -devel moved --view up on my priority list
nzjrs-john +1 HIG compliance
bmon not sure when I'd get to it though
bmon I also want to help sde on the plugin stuff
lewing doesn't worry much about hig compliance ;)
bengt with the query work being done, as well as plugin patch being done... I think 1 (2?) small goals for next week should be good.
sde bengt: only 1
bengt thinks we should definitely have HIG compliance... do not know much of it though
bengt daterange?
bmon sde: plugin patch is done?
lewing at least not the spacing bits
nzjrs-john lewig: Well HIG stuff aside i feel that some of the dialogs lack a consistent look and feel
lewing that has nothing to do with the HIG though
bengt last 20 rolls? or is it to big?
bengt Implement unit test somewhere?
lewing ajmitch: stable release in 20 min head in 40 or so
bmon bengt: what about mq?
sde last 20 rolls is ok
bengt Predefined daterange
sde or the daterange
bengt lewing: thats fast...
lewing we need better date widgets
bengt sde: both :) predefined daterange is small and nice... and works
lewing really really badly
lewing I hate all the date dialogs
bengt totally agrees.... and we need timezone
nzjrs-john Id like to see http://bugzilla.gnome.org/show_bug.cgi?id=321025 go in (adjustable tag icon size). It makes a huge difference for people with lots of tags like me
bengt lewing: Could we have timezone informations on the time fields in the XMP part
lewing bengt: yes
bmon nzjrs-john: whats the status of the patch?
bengt I checked 321025 and it looks good
sde the third one about tag icon size is also ok for me
sde choose the *one* you want, I have to go
wjbaird seconds 321025
nzjrs-john bmon: the tag size one applies cleanly against head and has had a lot of testing by me
sde as usual, I'll send the mails about the goals
bengt lewing: But for the time part, I think some major rethinking needs to be done... to get timezone fields in nicely
bmon We need to wrap this up
bengt agrees...
wjbaird no mission statement? Or did I miss it at the beginning?
bmon Goal #2, larry commits & releases, #321025 ?
bengt is also ok with datrange as well as last 20 rolls patch... been tested nicely by number of people.
bmon wjbaird: we didn't make it to it :(
bengt wjbaird: not reached that one yet :(
bmon with our 8 mini goals + Query
wjbaird add mission statement to our next goal?
ajmitch lewing: thanks
bmon wjbaird: I'd like to get comments from more of the devs
bengt wjbaird: the mission statement is being discussed on the list, and could probably use some more shaking down...
bengt has to leave soon....
bengt I am happy with whatever goal we come up with...
bmon Goal #2, larry commits & releases, #321025, Discuss mission statement on list?
wjbaird bengt / bmon: I agree, I meant that the shakedown/comments should be part of the explicit goal..
wjbaird bmon: perfect...
bmon bengt: I'm just worried about overloading the # of patches after this week
bengt bmon: agree... we have the query, and plugin patch to work with also in the background. therefore a small patch...
wjbaird bmon: oops - Isn't this goal #4?
bmon nzjrs-john: please add your album discussion to agenda
bmon wjbaird: correct
bmon its a multitask goal
nzjrs-john bmon: OK but i cant edit the wiki. Or is it open to registration again?
bmon nzjrs-john: no idea, I'm not registered either
bmon bengt is our Meetings maintainer
bmon we should all try to get access though
bmon OK like I said, I probably won't be around much for a bit
bmon I'll send out an email announcing the next meeting +2 weeks?
bengt Ok, take one goal (daterange or tag icon size) (probably not the 20 roll one)
nzjrs-john ok well can someone (bengt) add a discussion on how albums fit in with f-spot and the tagging system. I am cooking a patch and some screenshots with my first hack at it and will sent to list later this week
bmon and I'll make my best effort to at least make the meeting
bengt ok, we take the tag icon size...
bmon may not be of much help as far as the goal goes though
nzjrs-john ...i mean add that discussion to the next meeting minutes..
wjbaird bmon: good luck with the move and job...
bmon wjbaird: thanks
bengt Goals for next meeting : 1 - Tag icon size, 2 - Query patch, 3 - work on plugin patch
bengt is that ok?
bmon Last item: Welcome back Larry! We have a pile of patches for you :)
lewing sounds ok to me
bengt second that :)
bengt good
bmon bengt: add discuss mission statement as well
bengt Sure...
bmon as part of the goal
bmon we really need the input from everyone
bengt BUT, this mission statement needs to be more discussed on the list... with some input from Larry I would say
bmon bengt: correct
bmon that is the goal, discuss
bengt cool
bmon we don't even have to arrive at a conclusion
gonzalo will wait another week for suggesting a 'Import from Picasa' feature
bengt If I should do MoM again, it will be in a day or so...
bmon just get a closer than we are now
bmon bengt: that'd be great
lewing gonzalo: that will go in very soon
gonzalo grins
lewing gonzalo: just waiting for sde's next patch
nzjrs-john lewing: Import from picasa would make my day!
bmon OK meeting closed