Menu
▾
▴
phli-developers — Phli development
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(16) |
Sep
(21) |
Oct
(1) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Jonathan A. <jon...@gm...> - 2007-02-25 11:21:16
|
F-spot (<http://f-spot.org/Main_Page>) contains most of the features we have on our wish list. Okay it doesn't seem to have an integrated backup / storing system for CD / DVD but that is more or less the only big difference I can find. It seems to me as if we would be better of by putting our time and effort into that project instead since we have more or less nothing substantial... What do you think? // Jonathan |
|
From: <cm...@gm...> - 2006-10-30 13:04:53
|
Found this other sourceforge app, "Gallery". Don't know much about it, but can be worth looking into for inspiration. <https://sourceforge.net/projects/gallery> // Carl |
|
From: <cm...@gm...> - 2006-09-26 04:10:12
|
Jonathan (>): > I saw this: <http://googleblog.blogspot.com/2006/09/picasa-goes-online-gets-new-features.html> > and started to wonder what will Phli have that picasa lacks? Linux support? Greater pluggability/scriptability? Open source? Good question, by the way. It's always a good idea to look at existing solutions out there and ask oneself if one's own has a sufficient advantage over the others to be needed. Google does not render resistance futile <http://www.37signals.com/svn/archives2/google_does_not_render_resistance_futile.php> // Carl |
|
From: Jonathan A. <jon...@gm...> - 2006-09-25 21:26:08
|
I saw this: <http://googleblog.blogspot.com/2006/09/picasa-goes-online-gets-new-features.html> and started to wonder what will Phli have that picasa lacks? |
|
From: Jonathan A. <jon...@gm...> - 2006-09-13 13:43:56
|
So what's the plan? Will anyone meet today and plan Phli or what? On 12/09/06, Carl M=E4sak <cm...@gm...> wrote: > > Jonathan (>): > > Anyone but me feeling that maybee we could have a couple of smaller > meetings > > and not all of us attend all of them? I mean just to discuss things tha= t > we > > would like to do with Phli and to get things going... > > I think short meetings are fine. Preferably meetings where we stand up > all the time. > > Having proper subsets of us attend might be a good idea, and it might > not. I don't know. Let's try. :) > > // Carl > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim= o > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > _______________________________________________ > Phli-developers mailing list > Phl...@li... > https://lists.sourceforge.net/lists/listinfo/phli-developers > |
|
From: <cm...@gm...> - 2006-09-12 13:28:53
|
Jonathan (>): > Anyone but me feeling that maybee we could have a couple of smaller meetings > and not all of us attend all of them? I mean just to discuss things that we > would like to do with Phli and to get things going... I think short meetings are fine. Preferably meetings where we stand up all the time. Having proper subsets of us attend might be a good idea, and it might not. I don't know. Let's try. :) // Carl |
|
From: Jonathan A. <jon...@gm...> - 2006-09-12 13:23:44
|
Anyone but me feeling that maybee we could have a couple of smaller meeting= s and not all of us attend all of them? I mean just to discuss things that we would like to do with Phli and to get things going... On 12/09/06, Carl M=E4sak <cm...@gm...> wrote: > > Johan (>): > > Ok, lets decide on another get-together stardate. I have herein listed > > all times I think are goodtimes for said happening. > > > > Tis 5/9 17-> (yes, thats today) > > Either it's today, or it's Sep 5, one week in the past. You can't have > both. > > Nitpicking aside, I can't today. I'm eating dinner with my new Chinese > class at Snerikes. > > > M=E5n 18/9 17-> > > That's fine. > > > Ons 18/9 17-> > > Wednesdays -- Latin. Latin -- Wednesdays. > > // Carl > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim= o > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > _______________________________________________ > Phli-developers mailing list > Phl...@li... > https://lists.sourceforge.net/lists/listinfo/phli-developers > |
|
From: <cm...@gm...> - 2006-09-12 13:19:42
|
Johan (>): > Ok, lets decide on another get-together stardate. I have herein listed > all times I think are goodtimes for said happening. > > Tis 5/9 17-> (yes, thats today) Either it's today, or it's Sep 5, one week in the past. You can't have both= . Nitpicking aside, I can't today. I'm eating dinner with my new Chinese class at Snerikes. > M=E5n 18/9 17-> That's fine. > Ons 18/9 17-> Wednesdays -- Latin. Latin -- Wednesdays. // Carl |
|
From: Jonathan A. <jon...@gm...> - 2006-09-12 10:21:32
|
I am free all suggested stardates. /Jonathan, maybee that star I thought I saw was an airplane. It is trixy with all these modern pollutions... On 12/09/06, Johan Viklund <joh...@gm...> wrote: > > Ok, lets decide on another get-together stardate. I have herein listed > all times I think are goodtimes for said happening. > > Tis 5/9 17-> (yes, thats today) > M=E5n 18/9 17-> > Ons 18/9 17-> > > I do prefer to not use fridays and/or weekends. > > On 9/12/06, Andreas Sandberg <an...@sa...> wrote: > > On Mon, 11 Sep 2006, Carl M=E4sak wrote: > > > > > Jonathan (>): > > >> I see in the stars that we will be meeting wednesday this week. What > say you > > >> about 17:15 wednesday this week? > > > > > > My crystal ball just started sniffing sadly... I have Latin on > Wednesdays. :/ > > > > > > But if Wednesday works fine for the rest of you, go ahead and convene= . > > > I could even join you for the first hour; Latin starts at 18:15 in th= e > > > building next door. > > I'm afraid I'll be busy holding a lab until 19 on Wednesday... > > > > //Andreas > > > > > ------------------------------------------------------------------------- > > Using Tomcat but need to do more? Need to support web services, > security? > > Get stuff done quickly with pre-integrated technology to make your job > easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > > > > _______________________________________________ > > Phli-developers mailing list > > Phl...@li... > > https://lists.sourceforge.net/lists/listinfo/phli-developers > > > > > > > > > -- > Johan Viklund > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim= o > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > _______________________________________________ > Phli-developers mailing list > Phl...@li... > https://lists.sourceforge.net/lists/listinfo/phli-developers > |
|
From: Johan V. <joh...@gm...> - 2006-09-12 09:55:05
|
Ok, lets decide on another get-together stardate. I have herein listed all times I think are goodtimes for said happening. Tis 5/9 17-> (yes, thats today) M=E5n 18/9 17-> Ons 18/9 17-> I do prefer to not use fridays and/or weekends. On 9/12/06, Andreas Sandberg <an...@sa...> wrote: > On Mon, 11 Sep 2006, Carl M=E4sak wrote: > > > Jonathan (>): > >> I see in the stars that we will be meeting wednesday this week. What s= ay you > >> about 17:15 wednesday this week? > > > > My crystal ball just started sniffing sadly... I have Latin on Wednesda= ys. :/ > > > > But if Wednesday works fine for the rest of you, go ahead and convene. > > I could even join you for the first hour; Latin starts at 18:15 in the > > building next door. > I'm afraid I'll be busy holding a lab until 19 on Wednesday... > > //Andreas > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job ea= sier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim= o > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > > _______________________________________________ > Phli-developers mailing list > Phl...@li... > https://lists.sourceforge.net/lists/listinfo/phli-developers > > > --=20 Johan Viklund |
|
From: Andreas S. <an...@sa...> - 2006-09-12 09:42:49
|
On Mon, 11 Sep 2006, Carl M=E4sak wrote: > Jonathan (>): >> I see in the stars that we will be meeting wednesday this week. What say= you >> about 17:15 wednesday this week? > > My crystal ball just started sniffing sadly... I have Latin on Wednesdays= =2E :/ > > But if Wednesday works fine for the rest of you, go ahead and convene. > I could even join you for the first hour; Latin starts at 18:15 in the > building next door. I'm afraid I'll be busy holding a lab until 19 on Wednesday... //Andreas |
|
From: <cm...@gm...> - 2006-09-11 20:11:18
|
Jonathan (>): > I see in the stars that we will be meeting wednesday this week. What say you > about 17:15 wednesday this week? My crystal ball just started sniffing sadly... I have Latin on Wednesdays. :/ But if Wednesday works fine for the rest of you, go ahead and convene. I could even join you for the first hour; Latin starts at 18:15 in the building next door. // Carl |
|
From: Johan V. <joh...@gm...> - 2006-09-11 19:00:08
|
My tealeafs have alligned themselfs in a positive way. On 9/11/06, Jonathan Alvarsson <jon...@gm...> wrote: > I see in the stars that we will be meeting wednesday this week. What say you > about 17:15 wednesday this week? > > > On 11/09/06, Johan Viklund < joh...@gm...> wrote: > > > On 9/4/06, Andreas Sandberg < an...@sa...> wrote: > > Jonathan and I were discussing when to have the next developer meeting. > > It currently seems like it'll have to be sometime next week. Any evening > > next week, except Tuesday and Thursday, would work for me. > > This seems to have gotten lost in the mailflow. > > This week works for me (as does the next). I always practice my Kung > Fu on Tuesdays and Thursdays, so those days are never good for me to > have a meeting, on. > > -- > Johan Viklund > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Phli-developers mailing list > Phl...@li... > https://lists.sourceforge.net/lists/listinfo/phli-developers > > -- Johan Viklund |
|
From: Jonathan A. <jon...@gm...> - 2006-09-11 18:55:10
|
I see in the stars that we will be meeting wednesday this week. What say you about 17:15 wednesday this week? On 11/09/06, Johan Viklund <joh...@gm...> wrote: > > On 9/4/06, Andreas Sandberg <an...@sa...> wrote: > > Jonathan and I were discussing when to have the next developer meeting. > > It currently seems like it'll have to be sometime next week. Any evening > > next week, except Tuesday and Thursday, would work for me. > > This seems to have gotten lost in the mailflow. > > This week works for me (as does the next). I always practice my Kung > Fu on Tuesdays and Thursdays, so those days are never good for me to > have a meeting, on. > > -- > Johan Viklund > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Phli-developers mailing list > Phl...@li... > https://lists.sourceforge.net/lists/listinfo/phli-developers > |
|
From: Johan V. <joh...@gm...> - 2006-09-11 18:44:46
|
On 9/4/06, Andreas Sandberg <an...@sa...> wrote: > Jonathan and I were discussing when to have the next developer meeting. > It currently seems like it'll have to be sometime next week. Any evening > next week, except Tuesday and Thursday, would work for me. This seems to have gotten lost in the mailflow. This week works for me (as does the next). I always practice my Kung Fu on Tuesdays and Thursdays, so those days are never good for me to have a meeting, on. -- Johan Viklund |
|
From: Johan V. <joh...@gm...> - 2006-09-05 08:59:53
|
On 9/5/06, Andreas Sandberg <an...@sa...> wrote: > > On Mon, 4 Sep 2006, Johan Viklund wrote: > > >> Btw, I spoke to a guy at Update the other day. He was a bit interested in > >> Phli and seems to have quite a few good ideas about GUI design. He > >> suggested a few design changes to make the software perform better over > >> slow links, e g modem or ADSL. The changes mainly involved making a more > >> sophisticated server which does the resizing (to allow different > >> thumbnail sizes or low-res images for previews) and caches the results. > >> What do you think about this? Should we just go ahead with the current > >> plans and make sure that backend - frontend separation is good enough to > >> add something like this in the future? Or should we try to implement > >> something like this in the first release? > > > > I've always thought about it like this in a way, with a good > > separation between backend and frontend. And now we need to decide on > > a protocol too, wohoo! > I'd rather stick to using the client-server communication exposed by the > database backend until after the first release. However, if we plan this > carefully, creating a new "Phli server backend" will be pretty easy. I've > been thinking about using XMLRPC or something the like for the client > server communication, but I'm not sure... Isn't XMLRPC kind of a meta-protocol. A protocol and syntax used to transfer messages in another protocol. That's allways how i've seen it anyway. Yep. It should be fairly easy to create a not-so-server-backend architecture that later can be split up. -- Johan Viklund |
|
From: Andreas S. <an...@sa...> - 2006-09-05 08:50:00
|
On Tue, 5 Sep 2006, Johan Viklund wrote: > On 9/5/06, Andreas Sandberg <an...@sa...> wrote: >> >> On Mon, 4 Sep 2006, Johan Viklund wrote: >> >> >> Btw, I spoke to a guy at Update the other day. He was a bit interested >> in >> >> Phli and seems to have quite a few good ideas about GUI design. He >> >> suggested a few design changes to make the software perform better over >> >> slow links, e g modem or ADSL. The changes mainly involved making a more >> >> sophisticated server which does the resizing (to allow different >> >> thumbnail sizes or low-res images for previews) and caches the results. >> >> What do you think about this? Should we just go ahead with the current >> >> plans and make sure that backend - frontend separation is good enough to >> >> add something like this in the future? Or should we try to implement >> >> something like this in the first release? >> > >> > I've always thought about it like this in a way, with a good >> > separation between backend and frontend. And now we need to decide on >> > a protocol too, wohoo! >> I'd rather stick to using the client-server communication exposed by the >> database backend until after the first release. However, if we plan this >> carefully, creating a new "Phli server backend" will be pretty easy. I've >> been thinking about using XMLRPC or something the like for the client >> server communication, but I'm not sure... > > Isn't XMLRPC kind of a meta-protocol. A protocol and syntax used to > transfer messages in another protocol. That's allways how i've seen it > anyway. Yep, that's right, but there are a lot of existing platform independent libraries that make life (a lot) easier when using it... //Andreas |
|
From: Andreas S. <an...@sa...> - 2006-09-05 08:43:14
|
On Mon, 4 Sep 2006, Johan Viklund wrote: >> Another thing which I think we forgot to talk about during the last >> meeting was how to handle photo albums. The most obvious implementation >> would be to use a tag for an album, but what about order? We could >> implement an index number in the image<->tag relation, but doing this has >> a few pitfalls, mainly when listing the images in multiple tags or parent >> tags. > > Albums are about presentation while tags are about organization. This > separation should be made very clear. Don't mix them, ever, I don't > subscribe to the idea of having a one-to-many relation between albums > and photos, it's of course many-to-many. The underlying model of > albums and tags is virually the same (except for albums beeing > ordered). My discussion was not so much about the GUI for albums/tags, but rather about how we store the data. The question I had was more about how we implemnet this in the database. As you wrote, albums and tags are virtually the same here. What I really ment was should we store the albums (internally) as tags, or are albums and tags so different that we need separate data structures for them? If we decide to put albums in a separate table, do we need to store them in some kind of tree structure? Or is a flat structure enough? //Andreas |
|
From: Andreas S. <an...@sa...> - 2006-09-05 08:31:56
|
On Mon, 4 Sep 2006, Johan Viklund wrote: >> Btw, I spoke to a guy at Update the other day. He was a bit interested in >> Phli and seems to have quite a few good ideas about GUI design. He >> suggested a few design changes to make the software perform better over >> slow links, e g modem or ADSL. The changes mainly involved making a more >> sophisticated server which does the resizing (to allow different >> thumbnail sizes or low-res images for previews) and caches the results. >> What do you think about this? Should we just go ahead with the current >> plans and make sure that backend - frontend separation is good enough to >> add something like this in the future? Or should we try to implement >> something like this in the first release? > > I've always thought about it like this in a way, with a good > separation between backend and frontend. And now we need to decide on > a protocol too, wohoo! I'd rather stick to using the client-server communication exposed by the database backend until after the first release. However, if we plan this carefully, creating a new "Phli server backend" will be pretty easy. I've been thinking about using XMLRPC or something the like for the client server communication, but I'm not sure... //Andreas |
|
From: Jonathan A. <jon...@gm...> - 2006-09-04 20:57:34
|
This sounds fun! =) On 04/09/06, Johan Viklund <joh...@gm...> wrote: > > > Btw, I spoke to a guy at Update the other day. He was a bit interested > in > > Phli and seems to have quite a few good ideas about GUI design. He > > suggested a few design changes to make the software perform better over > > slow links, e g modem or ADSL. The changes mainly involved making a more > > sophisticated server which does the resizing (to allow different > > thumbnail sizes or low-res images for previews) and caches the results. > > What do you think about this? Should we just go ahead with the current > > plans and make sure that backend - frontend separation is good enough to > > add something like this in the future? Or should we try to implement > > something like this in the first release? > > I've always thought about it like this in a way, with a good > separation between backend and frontend. And now we need to decide on > a protocol too, wohoo! > > > -- > Johan Viklund > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Phli-developers mailing list > Phl...@li... > https://lists.sourceforge.net/lists/listinfo/phli-developers > |
|
From: Johan V. <joh...@gm...> - 2006-09-04 20:25:05
|
> Btw, I spoke to a guy at Update the other day. He was a bit interested in > Phli and seems to have quite a few good ideas about GUI design. He > suggested a few design changes to make the software perform better over > slow links, e g modem or ADSL. The changes mainly involved making a more > sophisticated server which does the resizing (to allow different > thumbnail sizes or low-res images for previews) and caches the results. > What do you think about this? Should we just go ahead with the current > plans and make sure that backend - frontend separation is good enough to > add something like this in the future? Or should we try to implement > something like this in the first release? I've always thought about it like this in a way, with a good separation between backend and frontend. And now we need to decide on a protocol too, wohoo! -- Johan Viklund |
|
From: Johan V. <joh...@gm...> - 2006-09-04 20:24:01
|
> Another thing which I think we forgot to talk about during the last > meeting was how to handle photo albums. The most obvious implementation > would be to use a tag for an album, but what about order? We could > implement an index number in the image<->tag relation, but doing this has > a few pitfalls, mainly when listing the images in multiple tags or parent > tags. Albums are about presentation while tags are about organization. This separation should be made very clear. Don't mix them, ever, I don't subscribe to the idea of having a one-to-many relation between albums and photos, it's of course many-to-many. The underlying model of albums and tags is virually the same (except for albums beeing ordered). -- Johan Viklund |
|
From: Andreas S. <an...@sa...> - 2006-09-04 19:58:42
|
Jonathan and I were discussing when to have the next developer meeting. It currently seems like it'll have to be sometime next week. Any evening next week, except Tuesday and Thursday, would work for me. It'd bee great if we could have a (preliminary) design for the data and class model after the meeting and to start splitting the work so we know where to start. So the preliminary agenda would be something like: * Data model * Class model * More use cases * Maybe some more GUI discussions? * Who does what Btw, I spoke to a guy at Update the other day. He was a bit interested in Phli and seems to have quite a few good ideas about GUI design. He suggested a few design changes to make the software perform better over slow links, e g modem or ADSL. The changes mainly involved making a more sophisticated server which does the resizing (to allow different thumbnail sizes or low-res images for previews) and caches the results. What do you think about this? Should we just go ahead with the current plans and make sure that backend - frontend separation is good enough to add something like this in the future? Or should we try to implement something like this in the first release? Another thing which I think we forgot to talk about during the last meeting was how to handle photo albums. The most obvious implementation would be to use a tag for an album, but what about order? We could implement an index number in the image<->tag relation, but doing this has a few pitfalls, mainly when listing the images in multiple tags or parent tags. //Andreas |
|
From: <cm...@gm...> - 2006-08-30 10:00:24
|
It's seriously lickable. <http://new.ruby-lang.org/en/> Also, 1.8.5 is out. <ftp://ftp.ruby-lang.org/pub/ruby/ruby-1.8.5.tar.gz> <http://eigenclass.org/hiki.rb?ruby+1.8.5+changelog> // Carl |
|
From: Johan V. <joh...@gm...> - 2006-08-29 19:44:53
|
It should exist from Gtk 2.6. Maybe you can get the IconView working. A small test program is: require 'gtk2' Gtk::IconView.new If that works IconView should work, Carl, can you check this. On 8/29/06, Andreas Sandberg <an...@sa...> wrote: > On Tue, 2006-08-29 at 14:31 +0200, Johan Viklund wrote: > > Hmm, after visiting Carl we concluded what the problem was. The gtk+ > > version on the workstation lags behind by one (major) version (2.8.x > > instead of 2.10.y). Andreas, can you solve this? > Well, I guess I could upgrade the GTK version manually on the > workstations, however, I'd rather not intruduce more 3rd party > repositories. Would it be possible to use GTK 2.8.x instead? > > > It would be really good if this could work on the ibg-workstations > > since I think that they will house much of the development. > I generally try to maintain some sort of consistency between the > workstations we have at EBC and the lab computers at BMC, but I guess I > could make an exception for this if it's really needed. > > //Andreas > > -- Johan Viklund |
1 message has been excluded from this view by a project administrator.
