Commit by asouza :: r1232809 /trunk/www/sites/planet/planetkde/config: (link)

Add Daker's blog to planet (GSoC student)

Commit by asouza :: r1218276 /trunk/KDE/kdeplasma-addons/README: (link)

Add git readme

Commit by asouza :: r1218275 /trunk/KDE/kdeplasma-addons/ (14 files in 10 dirs): (link)

Move kdeplasma-addons to git

• You can find information about the project in the link below: https://projects.kde.org/projects/kde/kdeplasma-addons/repository
• And you can clone the repository using: git clone git://anongit.kde.org/kdeplasma-addons Thanks eean and all the sysadmins for the help.

Commit by asouza :: r1211580 workspace/trunk/KDE/kdebase/workspace/plasma/generic/dataengines/share/shareservice.cpp: (link)

Do not use deprecated methods

Remove the call to contentsPrefix() and change to contentsPaths().at(0) -
we are not interested (for now) in any other paths so we use the first we find.

Commit by asouza :: r1211570 workspace/trunk/KDE/kdebase/workspace/plasma/generic/dataengines/share/backends/ (7 files in 4 dirs): (link)

Add support for paste.kde.org

Now the share dataengine supports the service paste.kde.org.
We should eat our own food ;)

Thanks a lot for the sysadmins to provide a reliable "paste" service.

Commit by asouza :: r1211568 workspace/trunk/KDE/kdebase/workspace/plasma/generic/dataengines/share/ (3 files): (link)

Add support for GET protocol

Now the dataengine supports the "GET" protocol. The way to use it is to
define a function in the main script file of the plugin as follows (in JS):

function method() {
    return "GET";
}

One may also return "POST" but this is optional and also the default method.
Please, note that it is not necessary to have the above method. If it is not found
the dataengine will fallback to the default method.

Commit by asouza :: r1208950 workspace/branches/KDE/4.6/kdebase/workspace/plasma/generic/dataengines/share/backends/ (4 files in 4 dirs): (link)

Remove the backends that are broken

These backends rely on scraping the webpage and everytime the
services change the page they get broken. The sanest way to work
with this is to remove them from KDE release and start releasing them
on GHNS where we will be able to provide a fix as soon as the
breaks.

Commit by asouza :: r1208945 workspace/trunk/KDE/kdebase/workspace/plasma/generic/dataengines/share/backends/ (4 files in 4 dirs): (link)

Remove the backends that are broken

These backends rely on scraping the webpage and everytime the
services change the page they get broken. The sanest way to work
with this is to remove them from KDE release and start releasing them
on GHNS where we will be able to provide a fix as soon as the
breaks.

Commit by asouza :: r1208944 workspace/branches/KDE/4.6/kdebase/workspace/plasma/generic/dataengines/share/backends/wstaw/contents/code/main.js: (link)

Remove all double quotes from the result

Not sure why but just one call to replace leaves the last
' " ' on the url and then we need to call again to make it
properly work.

Commit by asouza :: r1208943 workspace/trunk/KDE/kdebase/workspace/plasma/generic/dataengines/share/backends/wstaw/contents/code/main.js: (link)

Make sure all the double quotes are removed

Not sure yet why the second replace is necessary. But with just the
first replace, the last ' " ' is left. So we remove that now.

Commit by asouza :: r1202648 mobile/trunk/KDE/kdepim/mobile/lib/AttachmentList.qml: (link)

A little polish on Attachment's UI

Just some little tweaks to improve the experience of openning attachments.
This should close the bug and later we can improve the Flaps to achieve
the original effect.

BUG:256758

Commit by asouza :: r1202469 mobile/trunk/KDE/kdepim/mobile/ (2 files in 2 dirs): (link)

Use the whole screen while displaying attachments

The 'Flap' widget does not properly support changing on demand the
width of it's content. Because of this, it was very hard to make it
grow after the selection of a model without modifying the 'Flap' code.

To avoid regressions, I'm postponing the fix of the 'Flap' (that is used
in too many places to be changed now - for komo3) and using the default
width to display the attachments. This solves the issue of not properly
displaying the attachments, besides not being the most beautiful way of
doing it.

Before closing this bug, we'll do some polishing on the UI.

CCBUG: 256758

Commit by asouza :: r1202459 mobile/trunk/KDE/kdepim/mobile/ (2 files in 2 dirs): (link)

AttachmentList needs a proper size when previewing images

In one of the states we had this comment:

"limited by SlideoutPanel to maximum width anyway"

that right now is not entirely true (SlideoutPanel does not limit the size).

The effect of this was that the requested width of '1000' was
being used and made the panel bigger than needed.

There is still the issue of not expanding the panel properly that
will be fixed in another commit.

Please note that flicking the image does not work horizontally
due to SlideoutPanel's nature of also being flickable in this
direction. The only way of solving this would be to do something
along the lines of calendar/time widgets where we have a dialog
and disable the drag capability of the panel.

CCBUG: 256758

Commit by asouza :: r1201019 mobile/trunk/KDE/kdepim/mobile/lib/calendar/ (CalendarDialog.qml ClockDialog.qml): (link)

Properly setup the initial values of widgets

This patch (still needs some polishing, but already works) fix the
issue of the initial value of the variables not being properly
propagated through the tree until it reached the parent.

Actually the parent was receiving the changes but wasn't acting
on those changes, what led to the bugs below. It's fixed now
and just needs some polishing.

BUG:257236
BUG:257692

Commit by asouza :: r1200922 mobile/trunk/KDE/kdepim/mobile/lib/calendar/ClockDialog.qml: (link)

Make date and time selectors set proper values

A possible bug in QML was not properly propagating the changes
to the widgets. One workaround for that is calling a function
instead to set the value instead of relying on the signals.

Now dates and times are shown correctly (instead of 0's) but
we still need to setup to the right values (right now they show
the 'current/last setup' date and time.

CCBUG:257236
CCBUG:257692

Commit by asouza :: r1199152 plasma/trunk/playground/base/plasma/widgets/components/IconWidget.qml: (link)

Started work on IconWidget

IconWidget still has some work to be done, in order to mimic the
behaviour of the c++ widget. The base is here and tomorrow I'll
add more on top of that.

Commit by asouza :: r1199006 plasma/trunk/playground/base/plasma/widgets/components/BusyWidget.qml: (link)

Fix BusyWidget.qml headers

Commit by asouza :: r1198956 plasma/trunk/playground/base/plasma/widgets/components/ (. BusyWidget.qml): (link)

Create the QML components directory for Plasma
and add the first widget (BusyWidget) written in QML

Commit by asouza :: r1198440 mobile/trunk/KDE/kdepim/mobile/lib/ (2 files in 2 dirs): (link)

Workaround for vertical selectors

Make vertical selectors work at startup time while we don't find
the original problem in Qt. To work around the issue we simply call
a function to setup the initial values instead of relying on the signal.

Commit by asouza :: r1194911 mobile/trunk/KDE/kdepim/mobile/mail/ (FilterConfigDialog.qml kmail-mobile.qml): (link)

Load FilterConfigDialog dinamically to save some memory

Patch by Volker Krause. I just included a fix for a focus issue
that was showing up on the filter widget. It happens that a QML
loader is also a FocusScope and as we have a QWidget exported to
QML we had this scenario:

1 - the widget accepted the focus (thus the cursor was shown there)
2 - QML removed the focus from the widget because the focus scope have
    its focus defaulted to false
3 - the widget kept accepting the focus
4 - QML and the widget were fighting for the focus

Letting QML know that it should give the focus to this focus scope when
it's visible (that is the condition that it will load the filter dialog)
solves the issue because then QML won't remove the focus from the widget
anymore :)

CCMAIL:vkrause at kde dot org