Showing posts with label GSoC. Show all posts
Showing posts with label GSoC. Show all posts

Wednesday, February 23, 2011

GSoC idea 3: Store annotations within PDF

As I mentioned in my previous post I can't mentor GSoC students myself and therefore are looking for a developer to jump in for me.

GSoC idea 3: Store annotations in PDF file

Application/component: Okular/Poppler

Brief explanation:
It is possible to store annotations with Okular. They are saved in separat files. One of the most wanted bugs is 151614 (123 comments, 739 votes). It would be awsome to have that feature in our wonderful Okular.

Expected results:
  1. Store annotations in the PDF file.
  2. If that is not enough apped support to modify the PDF (insert, delete pages etc.)
In my next life I will become a developer and the I could mentor that project myself. Until this happens I am really hoping someone else steps up.

Tuesday, February 22, 2011

GSoC idea 2: Improved (more elegant) keygeneration in KMail/Kleopatra


As I mentioned in my previous post I can't mentor GSoC students myself and therefore are looking for a developer to jump in for me.

GSoC idea 2: Improved (more elegant) keygeneration in KMail/Kleopatra

Application/component: KDEPIM/KMail and Kleopatra

Brief explanation:
Signing and encrypting emails is very old, however only a minority is using it. One reason might be, that it is not easy enough for regular users to use it. The importance for private and business users is still high. Private companies started to sell proprietary, secure e-mail services (e.g. in Germany DE-Mail and e-brief). There are good key creation, signing and other key management functions present in KDE software. The goal of this proposal is to make it easy and fast to work with signed and encrypted emails.

Expected results:
  1. Analyze and optimize the key creation, signing etc processes, make it dumb easy to create and use a key/signature. One way could be to add a button “Generate Key” (next to “Change”) in the KMail – Identity settings – Cryptographie; start the key creation wizard from Kleopatra and take the name and email address from that identity (at the moment you have to enter them manually). The user just has to enter the passphrase and is done. Offer a button “Save private key and revoke key on usb” or something like this and “send public key to server” / “Make key public”. Add the key creation (or import possibilities) into the identity / account creation wizard of KMail. Add the possibility to create revoke keys within the gui (when sending the key to the server, there is an information message yet.) 
  2. Guide the user through the whole process of signing and encrypting/decrypting emails. Offer possibilities to learn about the topic in an easy and fast way (offline help, online help / wiki, videos, tutorials etc). Show how they use the keys, how they get their keys signed, how they sign other keys etc. 
  3. Integrate other free/open services like CAcert. 
These are just some ideas. If there is someone interested I could go more into details if necessary.

Sunday, February 20, 2011

GSoC: Mentors wanted! - Elegant display settings for presentations

I recently mentored some students during the Google Code In project. Now the preparations for Google Summer of Code have begun. Unfortunately I am not a hacker, I am a promo guy and I can't mentor here. Nevertheless I have some ideas for GSoC and I hope to scratch somebodies itch so she or he will mentor that idea. 

Idea 1: (More elegant) Display settings for presentations 

Application/component: Plasma

Brief explanation: The handling of multiple screens has continuously improved during the last releases. The handling of a stationary setting of two screens seems to be rather good. When it comes to presentation-mode with a projector I would be delighted to see even more elegance (simplicity).

Expected results: When doing presentations there is in general only one question to decide. The presentation mode:
  1. The same picture of both screens or 
  2. The notes on the notebook, the presentation on the projector. 
To 1: Autodetect the smallest max. resolution of the two displays. Instead of scaling the picture to full screen it would be nicer to keep the ration and leave some space blank on the left and right notebook screen.

To 2: Autodetect the max. resolution of each of the two displays and set those different resolutions. The panel, all the widgets and all the open windows should stay on the notebook screen. The projector screen shows only the wallpaper. It does not matter if the projector “screen” is located above or on the right or wherever of the notebook screen.

It would be very useful to link that dialog to the keyboard shortcut (e.g. Fn+F7) or to start it automatically when a projector is attached. (At the moment I have to start krandrtray from krunner first or have the symbol in the taskbar all the time. I am not sure if a new users could work that out in a couple of seconds.)

Save the display/plasma settings (esp. widget positions etc.) to restore them when the projector is detached. (Perhaps that could be solved with activities.)

Extra points: It is possible to save the standard settings. In a second step different screen setting profiles could be saved and loaded (like in powerdevil). Presentation-mode 1 and 2 could be such profiles and a user could modify them (e.g. projector on top or right) if it is necessary.

So what do you think. Is that scratching your itch? Can you imagine how cool this would be to have? At least for me as a presenter that would really rock.