GSOC 2011:Photo Frame Layouts

[violeta marin]

Hello,

My name is Violeta Marin and I'm a third year engineering student at  "Politehnica"
University of Bucharest.  I'm studying Computer Science and I have a lot of experience
in C/C++ programming which I have gained by various scholar projects.

I use KDE every day and I have always wanted to contribute in some way. I'm not
looking for a single project;  I would love to be part of an Open Source community
and I think GSOC 2011 would be a very nice start. The feeling that your work is useful
 to thousands and thousands of people from everywhere must be amazing!

The most appealing project I found was implementing Photo Frame Layouts for Gwenview.
I have never really worked with Qt, but I've already started documenting, reading tutorials
and exercising. I'm highly motivated to learn and do a great job and I will be using Qt in a
school project this semester, too.

First, I would really want to know if  the Photo Frame Layouts Project is still taken into
 account for GSOC this year, since it has no mentors listed.  Secondly, I would like to
know if it is too late to start documenting for the project and thinking of my application for
next week. 

Thank you for your time,
Violeta Marin

     

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

2011/3/27 violeta marin <[hidden email]>:

> Hello,
>
> My name is Violeta Marin and I'm a third year engineering student at
> "Politehnica"
> University of Bucharest.  I'm studying Computer Science and I have a lot of
> experience
> in C/C++ programming which I have gained by various scholar projects.
>
> I use KDE every day and I have always wanted to contribute in some way. I'm
> not
> looking for a single project;  I would love to be part of an Open Source
> community
> and I think GSOC 2011 would be a very nice start. The feeling that your work
> is useful
>  to thousands and thousands of people from everywhere must be amazing!
>
> The most appealing project I found was implementing Photo Frame Layouts for
> Gwenview.
> I have never really worked with Qt, but I've already started documenting,
> reading tutorials
> and exercising. I'm highly motivated to learn and do a great job and I will
> be using Qt in a
> school project this semester, too.
>
> First, I would really want to know if  the Photo Frame Layouts Project is
> still taken into
>  account for GSOC this year, since it has no mentors listed.  Secondly, I
> would like to
> know if it is too late to start documenting for the project and thinking of
> my application for
> next week.

yes, it's open. I currently take a look if it can be mentored be me
and Gwenview team... It still tuned...

Please start to write a proposal following this guide :

http://www.booki.cc/gsocstudentguide/_v/1.0/writing-a-proposal/

.. To have a chance to be listed in candidate for GsOC 2011

Best

Gilles Caulier
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Hello.

I have submitted my proposal for the "Photo Frame Layouts" project. I
hope it is interesting and clear.
I would be grateful if you could look at this and give me some tips
how to improve it.
Thank you in advance!

Best regards,
Lucas Spas
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

yes, i will take a look and annote it. When Melange Iface will be
suitable for Mentors. I see a lots of problem currently...

I hope to post comment this week end.

Gilles Caulier

2011/3/31 Lucas Spas <[hidden email]>:

> Hello.
>
> I have submitted my proposal for the "Photo Frame Layouts" project. I
> hope it is interesting and clear.
> I would be grateful if you could look at this and give me some tips
> how to improve it.
> Thank you in advance!
>
> Best regards,
> Lucas Spas
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Hello.

I am wondering if it is required to note in my 'Photo Frame Layouts'
proposal about such obvious functions like 'undo/redo stack',
'print/print preview' or 'save to/load from file', etc. Could you tell
me what is your opinion? I am asking because I don't want to
excessively increase amount of text and in my opinion those functions
are evident? I realize that to much text might discourage to read
whole proposal - that's why currently I haven't noted about them.
If you say yes, then I will improve my proposal, while there's still time.

Thank you in advance.
Best regards,
Lucas Spas


2011/4/1 Gilles Caulier <[hidden email]>:

> yes, i will take a look and annote it. When Melange Iface will be
> suitable for Mentors. I see a lots of problem currently...
>
> I hope to post comment this week end.
>
> Gilles Caulier
>
> 2011/3/31 Lucas Spas <[hidden email]>:
>> Hello.
>>
>> I have submitted my proposal for the "Photo Frame Layouts" project. I
>> hope it is interesting and clear.
>> I would be grateful if you could look at this and give me some tips
>> how to improve it.
>> Thank you in advance!
>>
>> Best regards,
>> Lucas Spas
>> _______________________________________________
>> Digikam-devel mailing list
>> [hidden email]
>> https://mail.kde.org/mailman/listinfo/digikam-devel
>>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

2011/4/4 Lucas Spas <[hidden email]>:
> Hello.
>
> I am wondering if it is required to note in my 'Photo Frame Layouts'
> proposal about such obvious functions like 'undo/redo stack',
> 'print/print preview' or 'save to/load from file', etc. Could you tell
> me what is your opinion? I am asking because I don't want to
> excessively increase amount of text and in my opinion those functions
> are evident?

If these function are evident, of course, some words must be written
about to be clear.

Due to time permit to work on pproject, all finctions are important.
You need to identify how many time you will pass on each features.

So, implemeting a feature cannot be done as well. You must study,
write code test, fix, and test again, etc... It's important to write
each details, as in a scope statement...

Gilles Caulier
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

OK. Thank you. So I'm going to correct my proposal and submit new
version before Friday.

Best regards,
Lucas Spas

2011/4/4 Gilles Caulier <[hidden email]>:

> 2011/4/4 Lucas Spas <[hidden email]>:
>> Hello.
>>
>> I am wondering if it is required to note in my 'Photo Frame Layouts'
>> proposal about such obvious functions like 'undo/redo stack',
>> 'print/print preview' or 'save to/load from file', etc. Could you tell
>> me what is your opinion? I am asking because I don't want to
>> excessively increase amount of text and in my opinion those functions
>> are evident?
>
> If these function are evident, of course, some words must be written
> about to be clear.
>
> Due to time permit to work on pproject, all finctions are important.
> You need to identify how many time you will pass on each features.
>
> So, implemeting a feature cannot be done as well. You must study,
> write code test, fix, and test again, etc... It's important to write
> each details, as in a scope statement...
>
> Gilles Caulier
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

I am looking through the code and the documentation of digiKam to find
the best way to implement 'save/load' function in photo layout tool
which allow user to save composition for edit in future.
Lets think about possible situation when user creates composition,
saves it into disk and closes layout tool. Next he/she moves images
(which references was included in composition) in albums (so files are
moving in physical directories) and then he opens previous saved
composition. Is it possible to retrieve references to the images from,
for example, digiKam database? I know that I could save composition
with images in one file but I wonder if there is any way to create
lighter files.

Thank you in advance.
Best regards,
Lucas Spas
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

2011/4/5 Lucas Spas <[hidden email]>:
> I am looking through the code and the documentation of digiKam to find
> the best way to implement 'save/load' function in photo layout tool
> which allow user to save composition for edit in future.
> Lets think about possible situation when user creates composition,
> saves it into disk and closes layout tool. Next he/she moves images
> (which references was included in composition) in albums (so files are
> moving in physical directories) and then he opens previous saved
> composition. Is it possible to retrieve references to the images from,
> for example, digiKam database?

Each image in DB is referenced by an ID. Why not to checkout this
identification and host it to you presentation file ?

Look here for details :

http://api.kde.org/extragear-api/graphics-apidocs/digikam/html/classDigikam_1_1ImageInfo.html

This come from digiKam core of course. From kipi api, in case of you
make a kipi-plugins, look here :

http://api.kde.org/extragear-api/graphics-apidocs/digikam/html/classDigikam_1_1KipiImageInfo.html

Which is the kipi interface with digiKam image info. The base
information for on item from DB in this case is a KUrl.

Presentation file can be SGV data. It's easy to play with this format
using QT4 API.

Gilles Caulier
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

> Each image in DB is referenced by an ID. Why not to checkout this
> identification and host it to you presentation file ?

You are right. I missed that.

> Presentation file can be SGV data. It's easy to play with this format
> using QT4 API.

I know and I'm planing to use it in my project.

I've updated my proposal - now it has more details about the implementation.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel